IP – дейтаграммы

Межсетевой протокол IP (Internet Protocol) обеспечивает доставку пакета данных от источ-ника к получателю через систему связанных между собой сетей. В протоколе IP отсутствуют функции подтверждения, контроля передачи, сохранения последовательности передаваемых пакетов и т.д. Надежность и прочие функции, отсутствующие у IP, при необходимости реали-зуются протоколами верхнего уровня. Пакеты данных IP носят название IP – дейтаграмм.
Дейтаграмма состоит из заголовка и поля данных.

Заголовок занимает как минимум 20 октетов, максимум 60.
Номер версии – 4 (IPv 4) , может будет 6 (IPv 6).
Длина заголовка – указывается в 32 – битовых словах.
Тип сервиса – определяет требуемые характеристики обработки дейтаграмм.
PR (б.0 – 2) – приоритет пакета: 0 – самый низкий (нормальный пакет) , 7 – самый высокий (управляющая информация).
Может учитываться при перезагрузке сети.
D,T,R – критерий выбора маршрута:
D – 1 –минимизация задержки , 0 – нормальная;
T – 1 – максимизация пропускной способности , 0 – норма;
R – 1 – максимизация надежности.
Б.6 – 7 – зарезервированы.
Общая длина – общий размер дейтаграммы (заголовок + данные) в октетах (max – 65535).
Идентификатор пакета, флаги, смещение фрагмента – используется при фрагментации.
Время жизни пакета (TTL) – если значение становится 0 , то пакет уничтожается. Каждый маршрутизатор принимает 1.
Протокол верхнего уровня – указывает, какому протоколу верхнего уровня принадлежит информация в поле данных : 6 – TCP , 17 – UDP.
Контрольная сумма – вычисляется для заголовка. Используется для проверки правильности пакета. В случае несовпадения вновь рассчитанной и указанной в заголовке пакет отбрасывать-ся. Пересчитывается в каждом маршрутизаторе.
Опции – необязательны, используется при отладке сети.
Выравнивание – используется для выравнивания заголовка до границы 32 – битного слова (заполняется нулями).

Стек протоколовTCP / IP

7
6 HTTP, FTP, SMTP, POP3, SNMP, TELNET,
TFTP I
5 4 TCP, UDP II
3 IP, ICMP, RIP, OSPF, ARP III
2
1 ETHERNET, TOKEN RING, FDDI, X.25 , ATM,
SLIP, PPP IV
Уровни стека:
1) прикладной I ;
2) транспортный II ;
3) уровень межсетевого взаимодействия III (сетевой);
4) уровень сетевых протоколов IV.

Продолжить читать "Стек протоколовTCP / IP"

Протокол TCP (RFC – 793, 1323, 2018, 1122, 1191)

Назначение и формат заголовка

TCP поддерживает надежную передачу потока данных с предварительным установлением связи между источником и получателем. На базе TCP реализованы HTTP, FTP, Telnet, SMTP, POP3 и др.
Протокол TCP характеризуется следующими возможностями:
1. Перед фактической передачей данных необходимо установление связи, т.е. запрос на начало сеанса передачи данных источником и подтверждением получателем. После обмена данными сеанс передачи должен быть явно завершен.
2. Доставка информации является надежной, не допускающей дублирования или нарушения очередности получения данных.
3. Возможность управления потоком данных для избежания переполнения и затора.
4. Доставка экстренных данных.
TCP -канал представляет собой двунаправленный поток данных между источником и получателем. Данные передаются в виде пакетов различной длины, называемых сегментами. Каждый TCP -сегмент предваряется заголовком, за которым следуют данные, инкапсулирующие протоколы уровня приложения.

Продолжить читать "Протокол TCP"

Настройка компонента

Чтобы передавать данные нужно настроить свойства:
Св. RemoteHost:String; // Ip-адрес или доменное имя получателя UDP-дейтаграммы.
Св. RemotePort:integer; // Номер порта получателя.
Для приема данных:
Св. LocalPort:integer; // все UDP –пакеты с этим номером порта будут доставляться вашему приложению. Свойство может задаваться только в режиме конструирования.

Продолжить читать "Компонент NMUDP"

Протокол UDP (RFC 768)

Предназначен для предоставления прикладным программам транспортных услуг. Не обеспечивает надежность при доставке данных. Установка связи перед передачей не осуществляется. Поэтому UDP-дейтаграммы распространяются по сети как независимые пакеты (а не в пределах сеанса связи). Протокол UDP транспортирует данные от одной прикладной программы к другой. Каждая программа адресуется номером порта.
Порты с номерами от 0 до 1023 зарезервированы и их использование контролируется специальной организацией. Номера портов от 1024 до 65535 могут свободно использоваться пользовательскими процессами. Порты с 1024 до 5000 называются временными.

Продолжить читать "Протокол UDP (RFC 768)"

Структура Internet

Internet – совокупность сетей, связанных друг с другом шлюзами (маршрутизаторами) и ис-пользующая для передачи данных стек протоколов TCP / IP.

Основными сетеобразующими узлами Internet являются маршрутизаторы.
Internet является сетью на основе коммутации пакетов. Данные разбиваются на пакеты, ко-торые перемещаются по сети возможно различными маршрутами. Пакет при пересылке от ис-точника к получателю проходит цепочку маршрутизаторов. Маршрутизатор на основе адреса получателя, указанного в каждом пакете и др. информации выбирает наиболее рациональный маршрут и посылает пакет следующему маршрутизатору или конечному узлу. Маршрутизатор пересылает пакеты на основе таблицы маршрутизации. По адресу назначения (сети назначения) выбирается следующий адрес в маршруте. Таблица маршрутизации изменяются вручную либо динамически с помощью протоколов маршрутизации. Если адреса назначения нет в таблице маршрутизации, то пакет может быть уничтожен (предотвращается широковещательный шторм).

Компоненты-сокеты в Delphi

Можно использовать следующие средства:
1) Windows Socket API (WinSock 2.0).Файл winsock.pas;
2) Компоненты ServerSocket и ClientSocket страницы Internet от компании Borland/Inprise;
3) Компонент PowerSock – реализация клиентского сокета от NetMasters. Компонент NMGeneralServer – программная модель серверного сокета (страница FastNet).

Продолжить читать "Компоненты-сокеты в Delphi"

Интерфейс сокетов

Общие положения

В TCP/IP определены три типа интерфейсов сокетов. Они предназначены для осуществле-ния передачи данных в следующих режимах:
1) потоковый обмен, при котором создается соединение между машинами. Используемый протокол TCP;
2) обмен дейтаграммами без установления соединения. Используемый протокол UDP;
3) обмен простыми дейтаграммами. Используемый протокол IP.
В третьем случае дейтаграммы переходят прямо на уровень IP, минуя уровни TCP/UDP. Интерфейс сокетов может использовать другие протоколы.
Для организации связи оба узла, которые хотят обменятся данными, создают со своей сто-роны по сокету. Два сокета полностью обеспечивают канал связи. Сокет – модель одной сто-роны соединения. Сокет может выполнять две роли: клиента и сервера. Перед обменом данны-ми происходит процедура установки соединения. Инициатором соединения является клиент. Сторона соединения уникально адресуется двумя параметрами: IP-адресом и номером порта.

Socket – создает сокет.
Bind – привязывает сокет к локальному адресу и порту.
Listen – информирует систему, что сервер готов принимать запросы.
Accept – ожидает реальное соединение, извлекает первый запрос из очереди и создает но-вый сокет, завершая виртуальный канал со стороны сервера.
Connect – устанавливает связь с сервером и автоматически связывает сокет клиента с ло-кальным коммуникационным узлом.
Send – передает сообщение (сообщение – блок данных переменной длины).
Recv – принимает сообщение.
Close – закрывает соединение.

Отложенный (overlapped) режим ввода/вывода

При отложенном режиме функции connectNamedPipe, Readfile, writefile, transactNamedPipe сразу же возвращают управление до окончания операции.
Для определения момента окончания операции, результата операции (реально считано или записано байтов), наличия ошибок служит запись overlapped .
Момент окончания операции определяется с помощью объекта-события. События создаётся при заполнении записи overlapped. Фоновая операция ввода/вывода после завершения активи-рует события сигнализируя об окончании операции. С помощью ф.Waitforsingleobject можно зафиксировать этот момент в программе.

Продолжить читать "Отложенный (overlapped) режим ввода/вывода"

Функции API

Ф. CreateNamedPipe (IpName:Pchar;dwOpenMode, dwPipeMode, nMaxInstances, NOutBufferSize, NinBufferSize, NdefaultTimeOut, lpsa: PSecurityAttributes):Thandle;
Dwopenmode- режим открытия. Флаги:
Pipe_access_duplex – двунаправленный обмен данными,
Pipe_access_inbound -только от клиента к серверу,
Pipe_acces_outbound – только от сервера к клиенту,
File_flag_write_through – запись данных, миную кэш,
File_flag_overlaped – режим отложенной операции ввода / вывода
Dwpipemode –режим работы канала. Флаги:
Pipe_type_byte – запись в режиме потока байт,
Pipe_type_message – запись в режиме потока сообщений,
Pipe_readmode_byte – чтение в режиме потока байт,
Pipe_readmode_message – чтение в режиме потока сообщений,
Pipe_wait -режим ожидания,
Pipe_nowait – режим без ожидания.
NMaxInstause – максимальное количество открываемых экземпляров канала (от 1 до pipe_unlimited_instances).
NOutBufferSize – размер буфера для записи.
NInBufferSize – размер буфера для чтения.
NdefaultTimeOut – время ожидания конца операции ввода / вывода в канале (в мс),
lpsa – указатель на структуру с атрибутами безопасности.
Функция возвращает дескриптор канала.
Флаги комбинируются с помощью операции or.

Продолжить читать "Функции API"