Сети ЭВМ и телекоммуникации. Гайсина Л.Ф. - 107 стр.

UptoLike

Составители: 

контрольная сумма UDP (checksum UDP) - обеспечивает проверку
целостности пакета (факультативная возможность).
Рисунок 64 - UDP-заголовок
Контрольная сумма вычисляется таким же образом, как и в TCP-
заголовке; если UDP-пакет имеет нечетную длину, то при вычислении
контрольной суммы к нему добавляется нулевой октет.
После заголовка непосредственно следуют пользовательские данные,
переданные модулю UDP прикладным уровнем за один вызов. Протокол UDP
рассматривает эти данные как целостное сообщение; он никогда не разбивает
сообщение для передачи в нескольких пакетах и не объединяет несколько
сообщений для пересылки в одном пакете. Если прикладной процесс N раз
вызвал модуль UDP для отправки данных (т.е. запросил отправку N
сообщений), то модулем UDP будет сформировано и отправлено N пакетов, и
процесс-получатель будет должен N раз вызвать свой модуль UDP для
получения всех сообщений.
При получении пакета от межсетевого уровня модуль UDP проверяет
контрольную сумму и передает содержимое сообщения прикладному процессу,
чей номер порта указан в поле “Destination Port”.
Если проверка контрольной суммы выявила ошибку или если процесса,
подключенного к требуемому порту, не существует, пакет игнорируется. Если
пакеты поступают быстрее, чем модуль UDP успевает их обрабатывать, то
поступающие пакеты также игнорируются. Протокол UDP не имеет никаких
средств подтверждения безошибочного приема данных или сообщения об
ошибке, не обеспечивает приход сообщений в порядке отправки, не производит
предварительного установления сеанса связи между прикладными процессами,
поэтому он является ненадежным протоколом без установления соединения.
Если приложение нуждается в подобного рода услугах, оно должно
использовать на транспортном уровне протокол TCP.
Максимальная длина UDP-сообщения равна максимальной длине IP-
дейтаграммы (65535 октетов) за вычетом минимального IP-заголовка (20) и
UDP-заголовка (8), т.е. 65507 октетов. На практике обычно используются
сообщения длиной 8192 октета.
Примеры прикладных процессов, использующих протокол UDP: NFS
(Network File System - сетевая файловая система), TFTP (Trivial File Transfer
Protocol - простой протокол передачи файлов), SNMP (Simple Network
Management Protocol - простой протокол управления сетью), DNS (Domain
Name Service - доменная служба имен).
Порты. Взаимодействие между прикладными процессами и модулем
UDP осуществляется через UDP-порты. Порты нумеруются начиная с нуля.
107
     −контрольная сумма UDP (checksum UDP) - обеспечивает проверку
целостности пакета (факультативная возможность).




                        Рисунок 64 - UDP-заголовок

      Контрольная сумма вычисляется таким же образом, как и в TCP-
заголовке; если UDP-пакет имеет нечетную длину, то при вычислении
контрольной суммы к нему добавляется нулевой октет.
      После заголовка непосредственно следуют пользовательские данные,
переданные модулю UDP прикладным уровнем за один вызов. Протокол UDP
рассматривает эти данные как целостное сообщение; он никогда не разбивает
сообщение для передачи в нескольких пакетах и не объединяет несколько
сообщений для пересылки в одном пакете. Если прикладной процесс N раз
вызвал модуль UDP для отправки данных (т.е. запросил отправку N
сообщений), то модулем UDP будет сформировано и отправлено N пакетов, и
процесс-получатель будет должен N раз вызвать свой модуль UDP для
получения всех сообщений.
      При получении пакета от межсетевого уровня модуль UDP проверяет
контрольную сумму и передает содержимое сообщения прикладному процессу,
чей номер порта указан в поле “Destination Port”.
      Если проверка контрольной суммы выявила ошибку или если процесса,
подключенного к требуемому порту, не существует, пакет игнорируется. Если
пакеты поступают быстрее, чем модуль UDP успевает их обрабатывать, то
поступающие пакеты также игнорируются. Протокол UDP не имеет никаких
средств подтверждения безошибочного приема данных или сообщения об
ошибке, не обеспечивает приход сообщений в порядке отправки, не производит
предварительного установления сеанса связи между прикладными процессами,
поэтому он является ненадежным протоколом без установления соединения.
Если приложение нуждается в подобного рода услугах, оно должно
использовать на транспортном уровне протокол TCP.
      Максимальная длина UDP-сообщения равна максимальной длине IP-
дейтаграммы (65535 октетов) за вычетом минимального IP-заголовка (20) и
UDP-заголовка (8), т.е. 65507 октетов. На практике обычно используются
сообщения длиной 8192 октета.
      Примеры прикладных процессов, использующих протокол UDP: NFS
(Network File System - сетевая файловая система), TFTP (Trivial File Transfer
Protocol - простой протокол передачи файлов), SNMP (Simple Network
Management Protocol - простой протокол управления сетью), DNS (Domain
Name Service - доменная служба имен).
      Порты. Взаимодействие между прикладными процессами и модулем
UDP осуществляется через UDP-порты. Порты нумеруются начиная с нуля.
                                                                          107