Пользовательский протокол данных — это второй протокол транспортного уровня, который поддерживается набором протоколов TCP/IP. UDP представляет собой не ориентированный на соединение протокол.
Это означает, что за корректную доставку данных, передаваемых при помощи UDP, отвечают протоколы более высокого уровня, которые входят в набор протоколов TCP/IP. Поскольку протокол UDP не ориентирован на соединение, с его помощью можно передавать данные без предварительной установки соединения.
Также может иметь смысл заглянуть на сайт nordcompany.com, ведь именно там можно узнать много нового на тему http://www.nordcompany.com/recikling-betona-bibko. Тема рециклинг может показаться на первый взгляд незначительной и даже не тематичной. Но стоит посетить сайт nordcompany.com, и тема рециклинг начинает проявлять себя с неожиданной стороны и вызывает всё больший интерес. Дело в том, что тема рециклинг очень подробно представлена на сайте nordcompany.com. Трудно найти более детальное освещение темы рециклинг чем это сделано на сайте nordcompany.com. Спасибо сайту nordcompany.com за такое доскональное преподнесение темы рециклинг.
Поэтому UDP имеет смысл применять в первую очередь для передачи оцифрованной речевой информации, при которой задержки крайне нежелательны.
Ранее была представлена структура UDP-заголовка. Поля Порт отправителя и Порт получателя имеют длину по 16 бит и аналогично TCP-заголовку используются для определения номеров портов отправителя и получателя данных.
В поле Длина указывается длина UDP-пакета, состоящего из заголовка и пользовательских данных. Длина пакета определяется в байтах. Значение поля Контрольная сумма вычисляется после полного приема пакета и псевдозаголовка. Последний включает IP-адреса источника и получателя данных, которые определяются из ІР-заголовка пакета, присоединенного к UDP-заголовку. Если при передаче происходит ошибка, контрольная сумма обеспечивает сохранение значений в адресных полях IP- и UDP-заголовков, заставляя маршрутизаторы удалять передаваемые пакеты, а не посылать их по неправильному адресу. При сравнении UDP- и TCP-заголовков, видно, что UDP предоставляет более простой метод коммуникации.
Протокол контроля сообщений в сети Интернет
Протокол контроля сообщений в сети Интернет представляет собой механизм, позволяющий посылать сообщения при совершении некоторых событий и тестировать операционное состояние устройств. Вот примеры некоторых событий, после которых ICMP отправляет сообщение: маршрутизатор не может определить путь к необходимому хосту, дейтаграмма удалена из-за того, что значение в поле Время жизни ІР-заголовка уменьшено до нуля. В первом случае маршрутизатор пошлет по адресу отправителя, который содержится в заголовке дейтаграммы, сообщение «Destination Unreachable». Во втором случае отправитель дейтаграммы получит сообщение «Time Exceeded».
Структура IP-дейтаграммы, передающей ІСМР-сообщение, представлена ранее
В поле Тип идентифицируется тип такого сообщения, а в поле Код помещается его текст. Поле Контрольная сумма, длина которого составляет 2 байта, хранит сведения о целостности ІСМР-сообщения. В поле Данные, имеющем переменную длину, записывается дополнительная информация о сообщении.
В табл. 12.4 приведены семь типов ICMP-сообщений, которые используются наиболее часто. Необходимо отметить, что поле Код идентифицирует лишь часть сообщений, а для остальных в этом поле указывается значение 0. В частности, значение 0 в поле Код соответствует сообщению «Echo reply». Сообщению «Destination Unreachable» в поле Код может соответствовать одно из 15 значений, в зависимости от причины, по которой данные не могут быть доставлены.
Благодаря использованию ICMP приложения источника данных могут посылать в виде ІСМР-сообщения запрос на отклик, если необходимо получить ответный сигнал от получателя. Ответный сигнал не только показывает, что получатель доступен, но также разрешает обмен информацией между источником, пославшим запрос, и получателем, отправившим ответ.
Следующее приложение, использующее протокол ICMP, — это так называемый трассировщик. Трассировщик отслеживает путь от отправителя данных до получателя. С этой целью он начинает посылать дейтаграммы, указывая в поле Время жизни первой из них значение 1. Первый маршрутизатор на пути между отправителем и получателем данных уменьшает это значение до нуля, уничтожает дейтаграмму и посылает источнику ІСМР-сообщение о том, что лимит времени передачи дейтаграммы исчерпан. Трассировщик запоминает адрес первого маршрутизатора, используя адрес отправителя сообщения об исчерпанном лимите времени. Затем трассировщик увеличивает значение в поле Время жизни на единицу и посылает вторую дейтаграмму, которая будет уничтожена вторым маршрутизатором, находящимся между источником и приемником. И снова отправляется ІСМР-сообщение о том, что лимит времени передачи дейтаграммы исчерпан. Этот процесс продолжается до тех пор, пока дейтаграмма не достигнет нужного узла либо пока не будет исчерпан лимит попыток передачи таких дейтаграмм трассировщиком.
Опубликовал katy
July 23 2015 11:01:46 ·
0 Комментариев ·
2364 Прочтений ·
• Не нашли ответ на свой вопрос? Тогда задайте вопрос в комментариях или на форуме! •
Комментарии
Нет комментариев.
Добавить комментарий
Рейтинги
Рейтинг доступен только для пользователей.
Пожалуйста, залогиньтесь или зарегистрируйтесь для голосования.
Нет данных для оценки.
Гость
Вы не зарегистрированны? Нажмите здесь для регистрации.
Главная
Каталог файлов
