ПРОТОКОЛЫ UDP и ICMP

Протокол дейтаграмм пользователя UDP (user datagram pro­tocol) относится к протоколам без установления логического со­единения и предназначен для обмена дейтаграммами между про­цессами компьютеров, входящих в единую сеть с коммутацией па­кетов.

В отличие от протокола TCP, в протоколе UDP отсутствует подтверждение приема блоков данных, что делает UDP намного проще, чем TCP, но относительно менее надежным. Данное об­стоятельство не представляет опасности для таких применений как электронная почта и некоторые функции сетевого управления, когда мощные механизмы обеспечения надежности протокола TCP не требуются и когда протоколы верхнего уровня могут компенси­ровать недостатки UDP. Преимущество протокола UDP состоит в том, что он требует минимум установок и параметров для-соедине­ния двух процессов между собой и, если не требуется большого объема обработки, блоки данных могут быть посланы и приняты с очень малым временем задержки.

Структура заголовка UDP представлена на рис.10.3 и гораздо проще, чем в TCP. Отсутствие подтверждений исключает из заго­ловка порядковые номера и поля номера подтверждения или воз­можности обработки срочных данных.

Порт источника (16 битов)	Порт назначения (16 битов)
Длина сообщения UDP (16 битов)	Контрольная сумма UPD (16 битов)
Данные

Рис. 10.3 Заголовок UDP

Существуют номера порта-отправителя (source port) и порта назначения (destinaion port), поля длины (length) и контрольной суммы (checksum). Поле порта-отправителя может, если нужно, содержать номер порта, из которого был отправлен пакет (напри­мер, если отправитель ожидает ответа). Если это поле не исполь­зуется, оно заполняется нулями. Поле длины содержит сведения о длине дейтаграммы (в байтах), включая заголовок и данные. Ми­нимальная длина равна 8. Поле контрольной суммы UDP-пакета содержит побитное дополнение 16-битовой суммы 16-битовых слов (аналогично TCP).

Больше ничего не требуется. Очевидно, именно это позволя­ет принимающим главным компьютерам обрабатывать блоки дан­ных гораздо быстрее, так как все, что требуется — это передать при­нятые блоки данных соответствующему приложению, идентифи­цируемому номером порта.

Могут возникать ситуации, когда при передаче дейтаграммы возникают ошибки, о которых необходимо сообщить отправите­лю или другому хост-компьютеру. Для передачи этих сообщений или информации служебного характера предназначен протокол передачи управляющих сообщений ICMP (Internet Control Message Protocol). Как и протоколы TCP и UDP, протокол ICMP использу­ет IP в качестве протокола нижнего уровня, однако по своей струк­туре и назначению ICMP является частью IP, рассматриваемого в следующем параграфе.

На рис.10.4 показана структура заголовка ICMP-пакета. Дан­ному заголовку ICMP предшествует обычный IP-заголовок без поля опций (Options) и выравнивания (Padding), а поля TOS=0, Protocol = l.

Различные типы сообщений ICMP определяются полем «типа», которое показывает, почему генерировалось сообщение ICMP, например, «destination unreachable» (пункт назначения не­досягаем). Для протокола определено 13 типов сообщений. Поле «код заголовка» также носит служебный характер и обеспечивает дополнительную информацию об ошибке, расширяя иерархию сообщений данного типа. ICMP по нескольку раз в день пользуются администраторы сетей и разработчики сетевого программного обес­печения, поскольку на его основе работают такие популярные ути­литы, как пакетный межсетевой щуп PING (packet internetwork grou­per) и TRACEROUTE, позволяющая просматривать путь маршру­тизации пакета от пользователя до удаленного хост-компьютера.

Тип (8 битов)	Код (8 битов)	Контрольная сумма UPD (16 битов)
Данные

Рис. 10.4. Заголовок ICMP

Обычно шлюзы генерируют сообщение ICMP с исходящим хост-компьютером в качестве получателя. Это означает, что про­граммное обеспечение ICMP, находящееся в шлюзах, является бо­лее сложным, чем находящееся в хост-компьютерах.

Следует подчеркнуть, что ICMP не обеспечивает обнаруже­ние ошибок для IP, а является просто средством, используемым IP для передачи сообщений об ошибках хост-компьютерам.

Дата добавления: 2015-11-04