Январь, 1995 г.

Реферат: Документ содержит русский перевод спецификации протокола UDP (User Datagram Protocol) - одного из основных транспортных протоколов стека IP, применяемого в международной компьютерной сети Internet. Оригинальный документ известен, как RFC768.

Примечания редактора

Оригинальная версия документа RFC768 размещается на сервере ISI (Information Sciences Institute):

URL - http://info.internet.isi.edu/in-notes/rfc/files/rfc768.txt

RFC 768, J. Postel, ISI
28 August 1980

Введение

Этот протокол (User DatagramДейтаграмма (англ.datagram), также датаграмма — блок информации, посланный как пакет сетевого уровня через передающую среду без предварительного установления соединения и создания виртуального канала. Датаграмма представляет собой единицу информации в протоколе (protocol data unit, PDU) для обмена информацией на сетевом (в случае протокола IP, IP-датаграммы) и транспортном (в случае протокола UDP, UDP-датаграммы) уровнях эталонной модели OSI. Название «датаграмма» было выбрано по аналогии со словом телеграмма. Protocol - UDP) проектировался для создания в объединенной системе компьютерных сетей с коммутацией пакетов режима передачи датаграмм клиента. Протокол UDP предполагает, что нижестоящим протоколом является Internet (IP) [1].

Данный протокол предоставляет прикладной программе процедуру для посылки сообщений другим программам, причем механизм протокола минимален. Протокол UDP ориентирован на транзакции, получение датаграмм и защита от дублирования не гарантированы. Приложения, требующие гарантированного получения потоков данных, должны использовать протокол управления пересылкой (Transmission Control Protocol - TCP) [2].

Формат

Поля

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

Длина - длина в октетах данной датаграммы, включая как заголовок, так и данные (Это означает, что минимальное значение поля длины равно восьми).

Контрольная сумма - 16 битное дополнение до единицы суммы дополнений UDP заголовка, данных и псевдозаголовка. Последний содержит информацию из заголовка в протоколе IP. В случае необходимости, датаграммаДейтаграмма (англ.datagram), также датаграмма — блок информации, посланный как пакет сетевого уровня через передающую среду без предварительного установления соединения и создания виртуального канала. Датаграмма представляет собой единицу информации в протоколе (protocol data unit, PDU) для обмена информацией на сетевом (в случае протокола IP, IP-датаграммы) и транспортном (в случае протокола UDP, UDP-датаграммы) уровнях эталонной модели OSI. Название «датаграмма» было выбрано по аналогии со словом телеграмма. дополняется в конце нулевыми октетами, чтобы общее их количество стало четным.

Псевдозаголовок, который, согласно концепции, предшествует UDP заголовку, содержит адрес отправителя, адрес получателя, поле протокола и длины UDP датаграммы. Процедура вычисления контрольной суммы такая же, как и в протоколе TCP.

Если расчетная контрольная сумма равна нулю, она передается как поле, целиком состоящее из единиц (эквивалент при дополнении до единицы). Передача поля, целиком состоящего из нулей, означает, что отправительПочтовый адрес, адрес (фр.adresse и adresser— направлять)— условная кодификация места нахождения объекта в пространстве, применяемая для целей почтовой связи. датаграммы не вычислял контрольной суммы (при отладке, а также для тех протоколов, которые не требуют точности передачи).

Интерфейс пользователя

Интерфейс пользователя должен позволять:

• создание новых портов для получения датаграмм
• операции получения на портах, способные принимать октеты данных, а также осуществлять индикацию порта и адреса отправителя
• операции для посылки датаграмм, сопровождаемые указанием данных, портов отправителя и получателя, а также адреса назначения.

Интерфейс протокола IP

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

Применение протокола

Главным применением протокола UDP являются системыСистема (от др.-греч. — «сочетание»)— множество взаимосвязанных элементов, обособленное от среды и взаимодействующее с ней, как целое. Internet Name Server [3], и Trivial File Transfer [4].

Номер протокола

При использовании Internet протокола протокол UDP идентифицируется номером 17 (21 в восьмеричной системе счисления). Список других номеров протокола приведен в документе[5].

Ссылки

1. Postel, J., "Internet Protocol," RFC 760, USC/Information Sciences Institute, январь 1980.

2. Postel, J., "Transmission Control Protocol," RFC 761, USC/Information Sciences Institute, январьЯнварь(лат.Jnurius mnsis «Янусов месяц»)— первый месяц года в юлианском и григорианском календарях, одиннадцатый месяц староримского года, начинавшегося до реформы Цезаря с марта. Один из семи месяцев, длиной в 31 день. Это, в среднем, самый холодный месяц года на большей части Северного полушария Земли (где январь является вторым месяцем зимы), и самый теплый месяц года на большей части Южного полушария (где январь— второй месяц лета, эквивалент июля Северного полушария). 1980.

3. Postel, J., "Internet Name Server," USC/Information Sciences Institute, IEN 116, август 1979.

4. Sollins, K., "The TFTP Protocol," MassachusettsМассачусетс (англ.Commonwealth of Massachusetts)— штат в Новой Англии, расположенный на северо-востоке США, на берегу Атлантического океана. Institute of Technology, IEN 133, январь 1980.

5. Postel, J., "Assigned Numbers," USC/Information Sciences Institute, RFC 762, январь 1980.