Кто бывает всюду, тот нигде не встречает интереса к своей особе

Пьяный возвращается ночью домой. Входит во двор, а из будки выскакивает собака и начинает на него лаять. Мужик: ...

Названы открытые образовательные проекты, получившие 15 млн долларов от фонда XPRIZE
Sun, 19 May 2019 09:39:29 +0300

Cloudflare, Mozilla и Facebook развивают BinaryAST для ускорения загрузки JavaScript
Fri, 17 May 2019 20:13:47 +0300

Microsoft открыл код библиотеки векторного поиска, используемой в Bing
Fri, 17 May 2019 10:18:44 +0300

Фонд свободного ПО сертифицировал звуковые карты и WiFi-адаптеры ThinkPenguin
Fri, 17 May 2019 09:08:30 +0300

Фонд Khronos создаёт рабочую группу по развитию открытых стандартов 3D-коммерции
Thu, 16 May 2019 22:32:19 +0300

В Firefox будут убраны настройки для отключения многопроцессного режима
Thu, 16 May 2019 08:24:50 +0300

Intel развивает открытую прошивку ModernFW и гипервизор на языке Rust
Wed, 15 May 2019 23:41:59 +0300

Проект по избавлению GNOME от ошибок и недоработок, проявляющихся при работе поверх Wayland
Wed, 15 May 2019 12:14:47 +0300

В OpenBSD-CURRENT добавлена утилита sysupgrade для автоматического обновления
Tue, 14 May 2019 00:05:09 +0300

GitHub ввёл в строй реестр пакетов, совместимый с NPM, Docker, Maven, NuGet и RubyGems
Sat, 11 May 2019 15:36:17 +0300

Linux-дистрибутиву MagOS исполнилось 10 лет
Sat, 11 May 2019 06:35:35 +0300

В Chrome появится защита от передачи сторонних Cookie и скрытой идентификации
Fri, 10 May 2019 10:30:06 +0300

Сделка по покупке NGINX компанией F5 Networks успешно завершена
Thu, 09 May 2019 21:30:19 +0300

Релиз WordPress 5.2 с поддержкой проверки обновлений по цифровой подписи
Wed, 08 May 2019 14:41:39 +0300

Microsoft представил унифицированную платформу .NET 5 с поддержкой Linux и Android
Tue, 07 May 2019 13:04:25 +0300

Протоколы Расширения Сети Безопасность Почта
RFC 768RFC 791RFC 792RFC 793RFC 903RFC 1157RFC 4302

Этот протокол (User Datagram Protocol - UDP) проектировался для создания в объединенной системе компьютерных сетей с коммутацией пакетов режима передачи датаграмм клиента. Протокол UDP предполагает, что нижестоящим протоколом является Internet (IP) [1].

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

    0      7 8     15 16    23 24    31
   +--------+--------+--------+--------+
   |      Порт       |      Порт       |
   |   Отправителя   |   Получателя    |
   +--------+--------+--------+--------+
   |                 |  Контрольная    |
   |      Длина      |       сумма     |
   +--------+--------+--------+--------+
   |
   |       октеты данных  ...
   +---------------- ...

Формат заголовка для датаграмм клиента

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

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

Контрольная сумма - 16 битное дополнение до единицы суммы дополнений UDP заголовка, данных и псевдозаголовка. Последний содержит информацию из заголовка в протоколе IP. В случае необходимости, датаграмма дополняется в конце нулевыми октетами, чтобы общее их количество стало четным.

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

 0      7 8     15 16    23 24    31
+--------+--------+--------+--------+
|        адрес отправителя          |
+--------+--------+--------+--------+
|        адрес получателя           |
+--------+--------+--------+--------+
|  нули  |протокол|    длина UDP    |
+--------+--------+--------+--------+

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

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

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

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

Модуль протокола 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, январь 980.
  3. Postel, J., "Internet Name Server," USC/Information Sciences Institute, IEN 116, август 1979.
  4. Sollins, K., "The TFTP Protocol," Massachusetts Institute of Technology, IEN 133, январь 1980.
  5. Postel, J., "Assigned Numbers," USC/Information Sciences Institute, RFC 762, январь 1980.

Радик Усманов, ur.ca.penib@kidar

НОВОСТИ: Intel развивает открытую прошивку ModernFW и гипервизор на языке ... Wed, 15 May 2019 23:41:59 +0300

Компания Intel представила на проходящей в эти дни конференции OSTS (Open Source Technology Summit) несколько новых экспериментальных открытых проектов. В рамках инициативы ModernFW ведётся работа по созданию масштабируемой и безопасной замены прошивок UEFI и BIOS. Проект находится на начальной стадии развития, но на данном этапе разработки в предложенном прототипе уже имеется достаточно возможностей для организации загрузки ядра операционной системы. Проект базируется на наработках TianoCore (открытая реализация UEFI) и возвращает изменения в upstream.

???????@Mail.ru Opera Firefox INFOBOX - хостинг Google Chrome