В. Столлингс - Современные компьютерные сети (2-е издание, 2003) (1114681), страница 17
Текст из файла (страница 17)
Протокол Т<.Р может включать пол « чать поле «Значение временного штампа» в каждый исходящий сегмент. огдад . Когда днугая сторона подтверждает получение этого сегмента, отвечающая ТСР-сущность включает поле «Эхо-ответ на временной штама» с тем же зна е начением, что и в поле «Значение временного штампа» в полученном сегмен гменте. Этот параметр позволяет протоколу ТСР постоянно отслежив ь в ивать время прохождения сигнала в обе стороны, З.2. Протокол 00Р ТСР ет еще один протокол транспортного уровня, часто применяемый как часть набора ТСР/1Р. Это протокол 1Л)Р (Пзег 1)асаягаш Ргагосо!— пользовательскии протокол де' к л дейтаграмм), описанный в КГС 768.
Протокол ПОР предоставляет не тре уюшу б ющу>о соединения службу для процедур прикладного уровня. Таким ооразом, протокол 6 ., такал 1Л)Р, как правило. является ненадежной служоои. Доставка и отсутствие ду лик "бликатов не гарантируется. Однако это не снижает накладных расход ов протокола, и он может быть адекватным ва многих случаях. ны. Они П им ества протоколов, ориентированных на соединение, очевидны. ни о ол<, конт >ь ошибок и предос: а ,т вляют такие возможности, как управление пот к, р<и сохранение исходной очередно е н юти доставки. Однако в определенном контексте служ а, не тре ую б, б ~ шая соединения, оказывается более подходящей. а нижних уровнях (на межсетевом и сетевом) не требующая соединения служба является более устойчивой.
Кроме того, служба, не требующая соединения, представляет собой «наименьший общий знаменатель» слукбы, ожидаемой па более высоких уровнях. Более того, даже на транспортном и более высоких уровнях есть оправдание для не требующей соединения службы. Быва<от случаи, когда накладные расходы на установку и поддержание соединения нежелателы<ы и даже противопоказаны. Ниже перечислены некоторые примеры: + Внутренний сбор даннь<х, Включает периодические операции по активному или пассивному сканированию источников данных, например сенсоров.
или приему автоматических докладов от охранного оборуд овання или сетевых компонентов. В ситуации мониторинга реального време> и р »ени поте я ел 'чайного пакета данных, как правило, не представляет проблемы, так как немного позднее поступит следующий доклад. + Роснрост)>аленин данных. Включает сообщения, передаваемые сетевым пользователям путем широковещательной рассылки, наприм р име объявления о появлении нового узла в сети или изменения в адресе слу жбы, есл божбы,атакже >аспространение значений реального времени. + 3оорос-ответ.
Это приложения, в которых служба транзакций предоставляется одним сервером нескольким пользователям распределенн " тр <енной анена гной службы, а последовательность из единственнога заиро ап оса и единственного ответа на него является типичной.
Использование служ ~ р р бы егули ется на прнкладн<>м у1ювне, а соединения нижних уровней ча ней часто окэзь>вают ся не нужнь<ми и избыточнымн. 74 Глава 3. Протоколы ТСР и 1Р 3.3. Протокол 1Р 75 + Приложения рва.кьнаго времени. Это приложения речевой связи и телеметрии, содержащие определенную избыточную информацию, и/илн приложения, к которым предъявляются требования передачи в реальном времени. В таких приложениях бессмысленны функции ориентированных на соединение служб, например повторная передача. Таким образом, на транспортном уровне найдется место как лля ориентированных на соединение служб, так и лля служб, не требующих соединения, Протокол 1Л)Р работает поверх протокола 1Р.
Поскольку протокол 111)Р не требует соединения, ему не так уж много приходится делать. По существу, он всего лишь добавляет к протоколу 1Р способность адресации к порту. Это проще всего заметить, рассмотрев заголовок (Л) Р, показанный на рис. 2.1, б в главе 2. Заголовок включает номера портов источника и приемника.
Поле длины содержит длину всего сегмента 1Л)Р, включая заголовок и данные. Контрольная сумма вычисляется по тому же алгоритму, что и в п1юто колах ТСР н 1Р. В протоколе (! 0 Р контрольная сумма охватывает весь |Л)Р-сегмент вместе с псевдозаголовком, формат которого полностью совпадает с форматом псевдозаголовка ТСР. При обнаружении ошибки сегмент отбрасывается и никаких более действий не предпринимается. Пале контрольной суммы в заголовке 1Л)Р используется по желанша. Если это поле не используется, оно устанавливается равным нулю. Однако следует отметить, что контрольная сумма 1Р относится только к заголовку 1Р, а не к полю данных, которое в этом случае состоит из заголовка 00Р и данных пользователя. Таким образом, если подсчет контрольной суммы выполняется уровнем У()Р, тогда данные пользователя не проверяются.
3.3. Протокол 1Р В данном разделе мы рассмотрим версию 4 протокола 1Р (1п!агнес Ргатосо! — Интернет-протокол), официально определенного в КГС 791'. Хотя предполагается, что протокол !РАЙ 4 наконец будет заменен версией 1Рч6, на сегодняшний день именно 1Рг4 представляет стандарт протокола 1Р, применяемый в сетях ТСР/1Р, Проще всего описать протокол обмена между двумя 1Р-сущиостями с помощью формата 1Р-дейтаграммы, показанной на рис.
2.2 в главе 2. Поля дейтаграммы перечислены ниже: ч Версия (4 бита). Номер версии. Эта поле позволяет развивать протокол; текущее значение равно 4. + Длина Интернет-заголовка (1пгегпег Неас1ег 1.епйгй, 1Н1.) (4 бита). Длина заголовка в 32-разрядных словах. Минимальное значение ллины равно 5, что соответствует 20-байтовоыу заголовку. + Тин службы (Туре 01 Вегч!се, ТО8) (8 бит).
Обеспечивает управление 1Р- модулями оконечной системы н маршрутизаторами на пути дейтаграммы. На рис. 3.1 показана структура этого поля, определяемая стандартам КЕС 1349'. ' цРС 79Ъ!пгюнЫРпкоп4, сентябрь 1981 с г кгс 1349, 7кяеоуБекыкв1в ые!пгпювг Ргвгоагхавк виль !992 г. ~ Полная длина (16 бит). Полная длина этого фрагмента в байтах. + Идентификатор (16 бит). Порядковый номер, который вместе с адресом отправителя, адресом получателя н протоколом пользователя должен уникально идентифицировать дейтаграмму. Таким образом, идентификатор лолжеи быть уникальным для адреса отправителя, адреса получателя н протокола пользователя на то время, в течение которого дейтаграмма будет находиться в объедипеннои сети.
+ Флаги (3 бит). На текущий момент определены толька два бита. Бит Мр означает Маге Егайшепгз (продолжение следует). Он устанавливается у всех фрагментов, кроме последнего. По этому биту получатель узнает, получил ли он все фрагменты лейтаграммы. Бит 1)г" означает 1)оп'г Ггайшепг (не фрагментнровать), то есть команду маршрутизатору нс фрагментировать дейтаграмму, так как получатель не сможет восстановить ее из фрагментов. Когда этот бнт установлен, дейтаграмма будет отброшена, если ее размер превысит максимально лопустимый в данной подсети.
Поэтому при установке этого бита рекомендуется применять маршрутизацию от источника, чтобы избегать сетей с маленьким максимальным размером пакета. + Смвигвние фрагмента (13 бит). Положение фрагмента в оригинальной дейтаграмме, измеряемое в 64-битовых единицах. Это означает, что длина всех фрагментов в байтах, кроме длины послелнего фрагмента, должна быть кратна 8. + Время жизни (8 бит). Количество секунд, в течении которого пакету разрешено оставаться в объединенной сети. На каждом маршрутизаторе зто значение должно уменьшаться как минимум на единицу, поэтому этот счетчик обычно просто считает количество маршрутизаторов.
+ Протокол (8 бит). Слелуюший протокол высокого уровня, который лолжен получить поле данных дейтаграммы. Таким образом, это поле идентнфипирует тип следующего заголовка в пакете после заголовка 1Р. + Контралытя тумма заголовки (16 бит) Код обнаружения ошибок защищает от ошибок только заголовок.! 1оскольку некоторые поля заголовка могут изменяться при передаче дейтаграммы (например, время жизни и поля, относящиеся к сегментации), зта сумма асрепроверяется и пересчитывается на каждом маршрутизаторе. Контрольная сумма вычисляется как сумма 16-разрядных слов заголовка, сложенных в дополнительном коде. Перед вычислением контрольной суммы само поле контрольной суммы обнуляется.
+ Адрес источника (32 бпт). Позволяет по-разному колировать сеть и оконечную систему, подсоединенную к указанной сети (7+24 бит, 14+16 бит или 21+8 бит). + Адрес приемники (32 бит). Те жс характеристики, что и у адреса источника. + Параметры (длина переменная). Параметры, устанавливаемые отправителем. + Заполнитель (длина переменная).
Используется, чтобы гарантировать кратность длины заголовка дейтаграммы 32 битам. + Данные (ллина переменная). длина поля данных в байтах должна быть целым числом. Максимальный размер дейтаграммы (данные плюс заголовок) . может составлять 65 535 байт. 76 Глава 3. Протоколы ТСР и 1Р З.З.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
