В. Столлингс - Современные компьютерные сети (2-е издание, 2003) (1114681), страница 22
Текст из файла (страница 22)
Параметр Джамбо используется для пересылки пакетов 1Ркб с полезной нагруакой, размер которой превышает 65 535 байт, Поле данных этого параметра имеет размер 32 бита и хранит длину пакета в байтах, включая заголовок 1Рчб. Для таких пакетов поле полезной длины в заголовке 1Ргб должно быть установлено в ноль и не должно быть заголовком фрагмента. Таким образом, протокол 1Ргб поддерживает пакеты размером до 4 Гбайт, что упрощает пересылку больших видеопакетов и позволяет протоколу 1рч6 оптимально использовать доступную для данного канала пропускную способность.
Параметр предупреждений маршрутизатору, если ои присутствует, информирует маршрутизатор о том, что содержимое пакета представляет интерес для самого маршрутизатора. Если дейтаграмма 1Рчб пе содержит этого параметра, зто означает, что пакет не содержит информации, интересной для маршрутизатора, и поэтому данный пакет можно переслать дальше без дополнительной обработки. Хосты, отправляющие пшгеты 1рчб, должны вклкшать этот параметр в определенных обстоятельствах. Этот параметр предназначен для эффективной поддержки таких протоколов, как КЗУР (Везопгсе гсВегЪ'ав1оп Ргогосо1 — протокол резервирования ресурсов), который будет обсуждаться в главе 17. Такие протоколы формируют пакеты, контролируемые промежуточными маршрутизаторами в целях регулирования трафика.
Параметр предупреждений маршрутизатору сразу обращает внимание маршрутизатора на пакет, поэтому ему не нужно тщательно проверять заголовки расширения. Заголовок фрагмента В протоколе 1рчб фрагментапия может производиться только узлами-источниками, но не маршрутизаторами по пути следования пакета. Чтобы использовать все преиму>цесгва объединенной сети, узел должен реализовать алгоритм обнаружсшш пути, позволяклций ему узнать минима.льный размер максимальной единицы передачи (Махшшш Тгапзш1зз)оп 1йпц МТП), поддерживаемой всеми подсетями па этом пути. Другими словами, алгоритм обнаружения пути позволяет узлу узнать размер максимальной единицы передачи подсети, представля>ощей собой гузкое местоз дашюго маршрута.
Зная этот размер, узел-источник фрагментнрует, как требуется, пакеты для каждого получателя. Если такая информация почему-либо недоступна, отправитель должен ограничить размер всех пакетов разысрох> 576 байт, что представляет собой мипимальньш размер максимальной единицы переда ш, который должны поддерживать все подсети. Ниже перечислены поля заголовка фрагмента (см.
рис. 3.5, б): + Следую>чий зг>галовок (8 бит). Идентифицирует тип заголовка, слсдуюшеп> непосредственно после этого заголовка. + Резерв (8 бит). Зарезервировано на будущее. + Сиен>ение фрагмента (13 бит) Указывает к какой части исходного пакета принадлежит полезная нагруака этого фрагмента. Она измеряется в единицах по 64 бита. Это означает, что длина всех фрагментов в байтах, кроме длины последнего фрагмента, должна быть кратна 8. + Резерв (2 бита) .
Зарезервировано на будущее. + Флаг Л1 (1 бит). Если этот флаг равен 1 — есть еще фрагменты, если Π— это последнии фрагмент. + Идентификатор (32 бита). Предназначен для уникальной илентификации исходного пакета. Идентификатор должен быть уникальным для адреса отправителя, адреса получателя и протокола пользователя на то время, в течение которого дейтаграмма будет находиться в обьединешюй сети.
Все фрагменты с одинаковыми идентификатором, адресом отправителя и адресом получателя собираются вместе, чтобы сформировать исходный пакет. Заголовок маршрутизации Заголовок маршрутизации содержит список из одного или нескольких промежуточных узлов, которые пакет должен посетить на пути к пункту назначения. Все заголовки маршрутизации начинаются с 32-битового блока, состоящего из четырех 8-битовых полей, за которыми следуют данные маршрутизации, специфические для данного типа маршрутизации (см.
рис. 3.5, в): + Следуюший' заголовок. Идентифицирует тип заголовка, следующего непосредственно после данного заголовка. + Длина заголовка расширения Длина данного заголовка в 64-битовых единицах, не считая первых 64 бит. + Тип ли>ршрутизаиии. Идентифицирует вариант заголовка мар>прутизацни. Если маршрутизатор не распознает значение этого поля, он должен отбросить пакет.
+ Остаток сегментов. Количество оставшихся сегментов маршрута; то есть число явно указанных промежуточных узлов, которые пакет должен посетить, пРежде чем отправиться к конечному получателю. Стандартом ВЕС 2460 определен единственный вариант формата заголовка маршрутизации — заголовок маршрутизации типа О (см. рис. 3.5, г). При использовании заголовка мари>рутизацип типа О узел-источник не помешает адрес конечного получателя в заголовок 1Рк6. Вместо этого он помещается в конец списка адресов, перечисленных в зап>лавке маршрутизации (адрес (и) на рис.
3.5, г), а заголовок 1Рт 6 содержит адрес получателя первого мари>рутизатора на этом пути. Заголовок маршрутизации не исследуется до тех пор, пока пакет не достигнет узла, 94 Глава 3. Протоколы ТСР и 1Р 3.6. Задания 96 указанно>о в заголовке 1рч6. В этот момент содержимое заголовка 1ргб и заголовка маршрутизации обновляется, после чего пакет направляется далыпе. Обновление заключается в помещении в заголовок 1Р« 6 нового адреса, который следует посетить, и уменьп>енин па единицу поля «Остаток сегментов» в зап>ловке маршрутизации. Заголовок параметров получателя Заголовок параметров получателя содержит нсх>бязательную информацию, которая, если она присутствует, исследуется только получателем пакета. Формат этого заголонка совпадает с форматом заголовка параметров ретрансляционных участков (см.
рис. 3.5, а). 3.5. Рекомендуемые литература и веб-сайты В 1120] имеется детальное обсуждение механизмов и служб транспортного протокола, а 1117] представляет собой непосредственное техническое описание различных рекомендаций КРС, составляюших спецификацию протокола 1Рчб. Здесь обсуждаются различные особенности протокола и его функционирование. Книга 1152] в большей степени посвящена практическим вопросам рюлизации протокола 1Рчб. Ниже перечислены рекомендуемые веб-сайты: + (Рай, Информация о протоколе 1Рчб и т.
п. + «Роб >нс'ог>паг«оц Раде. На этом веб-сайте содержатся вводный материал, новости о недавних разработках, касаюшихся протокола 1Рчб, а также соответствующие ссылки. + П«с>6 Ро>т«т. Сайт промышленного консорциума, занимаюшегося продвижением 1Рчб-продуктов. Содержит множество документов и статей. 3.6. Задания 1. В В болыпинстве транспортных протоколов (на самом деле в большинстве протоколов всех уровней), как правило, управляющая информация и данные передаются по одному и тому же логическому каналу. Альтернативный вариант заключается в создании одного управляющего транспортного соединения между каждой парой транспортных сущностей.
Это соединение будет использоваться для передачи сигналов, относящихся ко всем пользовательским транспортным соединениям между двумя сущностями. Обсудите результат применения этой стратегии. 2. 3 Зачем нужен протокол \Л)Р? Почему программа пользователя не может напрямую обратиться к протоколу 1Р? 3. Значения полей «Идентификатор» и «Время жизни», а также флага ПР (отсутствие фрагментации), как правило, задаются пользователем прото- 10. Требуется фрагментировать 1Р-дейтаграмму.
Какие параметры в поле пара- метров следует скопировать в заголонок каждого фрагмента, а какие должны быть помещены только в первый фрагмент? Обоснуйте свой ответ для каждого параметра. 11. Сооб>ценив транс>юртного уровня, состоящее из 1500 бпт данных и 160 би > заголовка, посылается межсетеному уровню, добавляющему еше 160 бит заголовка. Затем это сообщение отправляется через две сети, каждая из 5. 9 кола 1Р, переносятся н 1Р-дейтаграмме через объединенную сеть к получающей 1Р-сушности, но не доставляются получающему пользователю 1Р, так как они интересуют только сам протокол 1Р. Для каждого из этих значений укажите, интересует оно 1Р-сушпость источника, 1Р-сущности промежуточных маршрутизаторов или 1Р-сущность получающей системы.
Обоснуйте свои ответы. Укажите достоинства и недостатки промежуточного восстановления фрагментированных дейтаграмм по сравнению со сборкой конечным получателем? Чему равны накладные расходы на заголовок протокола 1Р? При каких обстоятельствах может потребоваться использовать маршрутизацию от источника вместо того, чтобы предоставить маршрутизаторам возможность самим принимать ре>пения? Благодаря фрагментапии 1Р-дейтаграмма может прибыть по частям, не обяаательно н правилыюм порядке. 1Р-сушность принимающей оконечной системы должна хранить эти фрагменты, пока не будет восстановлена исходная дейтаграмма.
а) представьте, что 1Р-сушность создает буфер для сборки поля данных оригинальной дейтаграммы. В процессе сборки буфер будет содержать блоки данных и «дыры» между ними. Опишите алгоритм сборки, основанный на этой концепции; б) алгоритм пункта а долнсен контролировать «дыры», Опишите простой механизм для этого. Следует передать 4480-байтовую дейтаграмму. Опа должна быть фрагментирована, так как ей предстоит преодолеть сеть Ес!>еп>сц максимальный размер полезной нагрузки в которой равен 1500 байт. Укажите значения полей «Полная длина», «Смешение фрагмента» и флага Моге (признак наличия дополнительных фраглсентов) для каждого из получающихся в результате фрагментов. Контрольную сумму 1Р приходится рассчитывать заново на каждом маршрутизаторе.
так кзк 1Р-заголовс>к (например, поле времени >кивни) постоянно меняется. И»сеется возможность пересчитать контрольную сумму полностью. Предложите процедуру, требующую меньше вычислений. Считайте, что значение 1«-го байта иамепяется па величину (скзжем, 2), равную новому значению за вычетом прежнего аначения. Рассмотрите влияние этого изменения па контрольную сумму. 96 Глава 3. Протоколы ТСР и 1Р которых использует 24-битовый заголовок пакета. Максимальный размер пакета в сети получателя равен 800 бит.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
