Транспортный уровень. Протоколы TCP и UDP

На транспортном уровне используется два основных транспортных протокола UDP — User Datagram Protocol, RFC 768 (протокол пользовательских дейтаграмм) и TCP — Transmission Control Protocol, RFC 793 (протокол управления передачей).

Эти протоколы предоставляют разные услуги прикладным процессам. Если требуется надёжная и эффективная доставка сообщений по протяженному и ненадёжному каналу ПД, то применяется протокол ТСР. Если требуется передавать сообщения на высокоскоростных сетях с короткими соединениями, то лучше подходит протокол UDP.

Протокол UDP

Данный протокол иногда называют протоколом ненадёжной доставки. Этот протокол предоставляет прикладным процессам транспортные услуги, которые немногим отличаются от услуг протокола IP (сетевого уровня).

Протокол UDP обеспечивает только доставку дейтаграммы и не гарантирует её выполнение. При обнаружении ошибки дейтаграмма просто стирается. Протокол не поддерживает виртуального соединения с удалённым модулем UDP. Чаще всего базируется на принципах динамической маршрутизации (каждая дейтаграмма передаётся по оптимальному маршруту). Основное достоинство — простота.

Формат UDP-дейтаграммы имеет следующий вид:

Транспортный уровень. Протоколы TCP и UDP - student2.ru

Видно, что формат протокола UDP размещается в поле данных IP-пакета (или после заголовка IP-пакета) и содержит следующие поля:

Поле «Порт источника» (Source Port) указывает порт процесса источника, куда может быть адресован ответ на данное сообщение.

Поле «Порт получателя» (Destination Port) идентифицирует принимающий процесс.

Под «портом» понимается адрес (номер) некой точки доступа к услугам другого уровня. В случае архитектуры TCP/IP под портом понимается некий номер области памяти, где размещаются передаваемые в сеть (протоколу UDP или TCP) и принимаемые из сети (поступающие в распоряжение операционной системы) данные. Номера портов на передачу и приём в общем случае могут различаться. На приёмной и передающей сторонах взаимодействие процессов в общем случае может происходить через разные номера портов, поэтому указание порта в заголовке UDP-дейтаграммы необходимо.

В поле «Длина» (Length) указывается размер данной дейтаграммы с учётом длины заголовка в байтах.

Поле «Контрольная сумма» (Checksum) обеспечивает контроль правильности данных и заголовка. Суммируются все контролируемые 16-битные слова (с циклическим переносом из старшего разряда в младший). Инвертированное значение результата записывается в поле контрольной суммы. Если UDP-дейтаграмма содержит нечетное число байтов, то недостающий последний байт в таких случаях считается нулевым. Этот байт не передается в области данных.

Транспортный уровень. Протоколы TCP и UDP - student2.ru

При подсчете контрольной суммы протокол UDP учитывает 12-байтовый псевдозаголовок (pseudo header). Псевдозаголовок включает в себя: IP-адрес источника, IP-адрес приемника, протокол (код 17) и длину UDP-дейтаграммы.

Транспортный уровень. Протоколы TCP и UDP - student2.ru

Если источник проставил контрольную сумму, а адресат при ее проверке обнаружил ошибку, то UDP-дейтаграмма "молчаливо отбрасывается" - не генерируется никакого сообщения об ошибке.

UDP-данные могут отсутствовать.

Прикладные процессы и модули UDP взаимодействуют через UDP-порты, которые нумеруются, начиная с 0. Прикладной процесс ожидает сообщение в порт, специально выделенный для этих услуг. Номер этого порта является общеизвестным и определяется стандартами сети Internet.

Номера портов, используемые в протоколе UDP
Номер порта Идентификатор в стандарте Идентификатор в UNIX Описание
ECHO echo Эхо
- netstat Программа выдачи состояния сети
TIME time Текущее время
NAMESERVER name Сервер имен хостов
NICNAME whois Информация о пользователе
DOMAIN nameserver Сервер доменных имен (DNS)
BOOTPS bootps Сервер BOOTP или DHCP
BOOTPC bootpc Клиент BOOTP или DHCP
TFTP tftp Простейший протокол передачи файлов (TFTP)
KERBEROS kerberos Служба аутентификации Kerberos
NTP ntp Протокол синхронизации сетевого времени (NTP)
- snmp Простой протокол сетевого управления (SNMP)
- snmp-trap Прерывания протокола SNMP
- biff Сервер UNIX comsat

Более подробную информацию о протоколе UDP можно найти в RFC-768.

Пример вычисления контрольной суммы (UDP checksum) UDP-дейтаграммы


Протокол TCP

Данный протокол является сквозным и ориентирован на создание соединений, то есть в данном протоколе создаётся виртуальное соединение. Он работает в широком спектре систем связи — от выделенных каналов до сетей с КП или КК. Протокол TCP размещается над сетевым протоколом IP, который даёт возможность TCP посылать и принимать сегменты информации различной длины, вложенные в межсетевые дейтаграммные «конверты» (пакеты).

При организации связи между парой прикладных процессов протокол TCP обеспечивает следующее:
- надёжную передачу данных;
- управление потоком данных;
- мультиплексирование;
- организацию, поддержание и сброс виртуального соединения (виртуального канала);
- приоритетную доставку информации и её безопасность.

Протокол TCP, в отличие от протокола UDP, создаёт виртуальные соединения или каналы. Подобно модулю UDP, прикладные процессы взаимодействуют с модулем TCP через порты, которые имеют общеизвестные адреса (номера).

Часто используемые стандартные номера портов протокола TCP
Номер порта Идентификатор в Internet Идентификатор в UNIX Описание
ECHO echo Эхо
FTP-DATA ftp-data Данные протокола передачи файлов (FTP)
FTP ftp Протокол передачи файлов (FTP)
TELNET telnet Подключение к терминалу
SMTP smtp Простой протокол передачи электронной почты (SMTP)
TIME time Текущее время
NICNAME whois Информация о пользователе
DOMAIN nameserver Сервер доменных имен (DNS)
BOOTPS bootps Сервер BOOTP или DHCP
WWW www Сервер World Wide Web
KERBEROS kerberos Служба аутентификации Kerberos
HOSTNAME hostname Сервер NIC имен хостов
X400 x400 Почтовая служба X.400
X400-SND x400-snd Отправитель почты X.400
AUTH auth Служба аутентификации
UUCP-PATH uucp-path Служба путей протокола UUCP
NNTP nntp Протокол передачи сетевых новостей Usenet (NNTP)
NTP ntp Протокол синхронизации сетевого времени (NTP)
SNMP snmp Простой протокол сетевого управления (SNMP)

Когда прикладной процесс начинает использовать TCP, то этот модуль на хосте и модуль TCP на сервере приложений начинают взаимодействовать. Эти два оконечных модуля, прежде всего, создают виртуальное соединение, которое является дуплексным и расходует ресурсы обоих оконечных модулей TCP. Протокол TCP разбивает поток двоичных разрядов (поступающих с вышележащего уровня) на TCP-сегменты, которые передаются по виртуальному соединению. На приёмном конце производится обратная операция.

Протокол ТСР требует, чтобы все отправленные сегменты данных были подтверждены с приёмного конца, т.е. используется алгоритм обратной связи. Для повышения эффективности работы используются механизм скользящего окна, тайм-ауты и повторные передачи для обеспечения надёжной доставки. Каждая из принимающих сторон может управлять потоком данных от передающего модуля, чем предотвращается возможность переполнения буферов приёмников. Пользователь при установлении соединения может устанавливать категорию срочности и безопасности. Эти признаки учитываются не только при работе с TCP-сегментами, но и дублируются в поле «Тип сервиса» IP-пакета.

Формат ТСР-сегмента включает заголовок и данные и имеет следующий вид:

Транспортный уровень. Протоколы TCP и UDP - student2.ru

Поля «Порт источника» и «Порт получателя» указывают номера портов в TCP-модулях (идентифицируют взаимодействующие приложения). Порт источника идентифицирует порт, с которого отправлен пакет. Порт получателя (порт назначения) идентифицирует порт, на который отправлен пакет.

В поле «Последовательный номер (Позиционный номер)» содержится номер, который указывает в потоке данных от источника до конечного получателя место первого байта данных, содержащихся в этом сегменте.
В начальном сегменте, посылаемом при установлении соединения, присутствует флаг SYN, а в поле «Позиционный номер» содержится начальный позиционный номер ISN (initial sequence number), выбранный данным хостом для этого нового соединения. Первому байту данных, переданному хостом по новому соединению, будет присвоен позиционный номер, равный ISN+1.
Если SYN не установлен, первый байт данных — номер последовательности.

Поле «Номер подтверждения (Квитанция)» при установленном флаге АСК содержит значение последовательного номера, который отправитель данного сегмента собирается принимать, то есть помечает этот сегмент как подтверждение получения. (Этот номер всегда на единицу больше номера последнего успешно принятого байта). После установления виртуального соединения это поле обязательно заполняется. С помощью этого поля отмечается байт, с которого начнется окно приёма данных от источника (механизм скользящего окна).
TCP предоставляет приложениям сервис полнодуплексной передачи. Это означает, что данные могут передаваться в обоих направлениях независимыми потоками. В процессе двусторонней передачи каждая из сторон должна вести учет позиционных номеров передаваемых и принимаемых ею байтов.

Поле «Смещение данных (Размер заголовка)» определяет число 32-разрядных слов в заголовке TCP-сегмента. Минимальный размер составляет 5 слов, а максимальный — 15, то есть 20 и 60 байт соответственно. Смещение считается от начала заголовка TCP.

В поле «Резерв» все разряды устанавливаются равными 0.

Содержимое «Поля управляющих флагов»: URG (urgency) - указатель срочности; АСК (acknowledgement) - подтверждение; PSH (push) - указатель немедленной выдачи на верхний уровень; RST (reset) - немедленный сброс соединения; SYN (synchronization) - синхронизация последовательных номеров; FIN (final) - завершение соединения.

Поле «Окно» содержит число байт, равное длине окна, т.е. период времени в байтах, когда отправитель ожидает информацию от приёмника.

Поле «Проверочная сумма». Проверочная сумма подсчитывается для всего ТСР сегмента, при этом определяется 16-битное дополнение суммы всех 16-битных слов в заголовке и в поле данных. Если сегмент содержит нечетное количество байтов, то он будет дополнен нулями справа до образования 16-битного слова. Этот выравнивающий байт не передается с сегментом по сети, так как может быть "восстановлен" получателем.
Проверочная сумма учитывает также 96-битный псевдозаголовок, который ставится перед заголовком протокола ТСР. Подзаголовок включает следующие поля из заголовка протокола IP: IP-адреса отправителя и получателя, протокол (код 6) и длину сегмента.
С помощью добавления псевдозаголовка протокол ТСР защищает самого себя от ошибочной доставки протоколов IP. Так, если протокол IP доставляет сегмент, не предназначенный данному работающему приложению, то модуль протокола ТСР на принимающей стороне обнаружит некорректность доставки.

Поле «Указатель срочности (Указатель границы срочных данных)» указывает последовательный номер байта, которым заканчиваются срочные данные. Если установлен флаг URG и это поле равно 0, то весь сегмент считается срочным.

Поле «Модификаторы (Опции)» указывает на дополнительные услуги и может иметь переменную длину, кратную байту.

Поле «Заполнитель» имеет переменную длину и дополняет заголовок до целого числа 32-разрядных слов. Поле заполняется нулями.

Наши рекомендации