В. Столлингс - Современные компьютерные сети (2-е издание, 2003) (1114681), страница 19
Текст из файла (страница 19)
Маршрутизатор определяет все доступные маршруты к пункту назначения; если доступных маршрутов нет, дейтаграмма отбрасывается. 2. Если у одного или нескольких маршрутов тип службы соответствует запрашиваемому, тогда маршрутизатор выбирает маршрут с лучшей метрикой' (этот выбор обсуждается в части У1 этой книги). 3. В противном случае, если у одного нлн нескольких маршрутов значение поля типа службы равно О (обычная служба), тогда выбирается лучший пз этих маршрутов. 4. В противном случае маршрутизатор отвергает дейтаграмму. Прн таком наборе правил маршрутизатор может отказаться от дейтаграммы, даже если имеется доступный маршрут, но нет маршрута с требуемым типом службы нлн с обычной службой. На практике для любого доступного пункта назначения алгоритмы маршрутизации всегда поддерживают маршрут с нолем типа службы, равным О. ' ПГС 1349.
Яегдз!тетели!ст!Р <зет>ся .1 дсвггт, июнь 1995 г. ' Метрика мзршругвззпии предстзвляет собой взмерепие есга><масти> мвршругз. Примерам метрики является ксзш честна грзвчк>зых участков (псдсетей) вз маршруте, в гвкже полисе время звдержкн маршрута. Т)<блице 3.1 Рекомендованные значения поля типа службы Протокол Минимальная Мзкаимзльизя Максимальная Минимизировать Обычная ззлержкз пропускизя надежность финансовые службе способность затраты ТЕСЫ ЕТ РТР упрзвдвиие данные ТРТР ЗМТР Общяя фаза фззв данных ОМЯ Запрос СОР ЗвпрасТСР Перенос заи ймтр 1СМР Ошибки Запросы Ответы* Любой <ОР ЕОР Зь>мр ВООТР Х "Сообщение! СМР может быть пасдзва са звячевием пази тица службы, отличным аг 0000. В згсм случае а> вет даежсн содержать гс же звзчеппе поля тппз службы.
Подполе старшинства Подполе старшинства устанавливается, чтобы указап> степень срочности илн приоРитет дейтаграммы. Значение индикатора старшинства может изменяться от наивысшего уровня уг>давления сетлые до наименыпего уровня Пг>цедиры. Уровень Управления сетью предназначается только для использования внутри подсети. Например, если сущности управления подсетью необходимо послать управляв>- щую информацн<о хосту, соединенному с той же подсетью, будет использоваться этот уровень старшинства.
Причем данный уровень может поддерживаться действиями отправляющей 1Р-сущности. Уровень управлет<ия обьединенной се>пью предназначается для передачи управляющих сообщений маршрутизаторов, например для обмена информацией о маршрутах. Названия остальных уровней наводят на размышления, но для их использования нет точного определения'. >Э ~тт< термины нмеют смыс.з в приложениях мявигтерсгвз сбаравы Сшд к предсгзвляюг гобой гтзк дкйткые вззвзвпя ессб>вский абараявых врклажевий. В табл. 3.1 показаны рекомендованные значения поля типа службы, которые следует запрашивать обычным протоколам. 82 Глава 3, Протоколы ТСР и !Р 3.4. Протокол 1Рчб 83 На практике маршрутизаторы могут игнорировать это иоле.
Как и с подполем типа службы, если маршрутизатор поддерживает подполе старшинства, он может прореагировать тремя способами: выбором маршрута, службой подсети и дисциплиной очереди. Из маршрутов с одинаковыми параметрами выбирается тот, у которого меныпе длина очереди, или тот, следующий транзитный участок которого поддерживает старшинство или приоритет на уровне подсети (например, локальная сеть Токеп г1пя поддерживает приоритеты).
Независимо от выбранного маршрута, если подсеть следующего транзитного участка поддерживает старшинство, вызывается эта служба. Однако предполагается, что основной аффект подполя старшинства связан с дисциплиной очередей маршрутизатора. Более подробно вопрос обработки поля старшинства маршрутизатором обсуждается в главе 17. Здесь мы рассмотрим рекомендации КГС 1812, распадающиеся на две категории: + Обспулаюаяив очередей па маршрутизаторах имеет некоторые тонкости: + На маршрутизаторах должно быть реализовано обслуживание очередей с учетом значения подполя старшинства. Это означает, что для отправки по выходягцей (логической) линии связи выбирается пакет с максимальным уровнем старшинства.
+ На любом маршрутизаторе могут быть реализованы другие связанные с политикой процедуры управления пропускной способностью, отличныс от простой обработки пакетов в порядке старшинства. Однако все маршрутизаторы дапжлы разрешать подавление своих алгоритмов и ограничиваться обработкой пакетов в порядке старшинства. + Борьба с перегрузкой. Когда маршрутизатор получает пакет, для хранения которого у него не хватает буферной памяти, он должен отбросить его либо какой-нибудь другой пакет или несколько пакетов: + Маршрутизатор может отбросить только что полученный пакет.
Такая политика является самой простой, по не самой лучшей. В идеале маршру"гизатор должен выбрать пакет, относящийся к сеансу, сильнее других загружающему линию связи, при условии, что соответствующая политика качества обслуживания позволяет это. В дейтаграммном окружении с применением очередей Е1ЕО (Г(гзг 1п Р)гас Опт — первым прибыл, первым обслух1ен) рекомендованная политика заключается в том, чтобы отбрасывать пакет, случайно выбираемый из очереди. Эквивалентный алгоритм в маршрутизаторах, использующих справедливое регулирование о ередей, заключается в отбрасывании пакета из самой длинной очереди или имеющей максимальное виртуальное время (эта стратегия разъясняется в главе 16).
Маршрутизатор. может применять эти алгоритмы, чтобы определить, какой пакет отбросить. Если реализован и включен алгоритм обслуживания очередей в порядке старшинства, маршрутизатор не долзгвн отбрасывать пакет, значение подполя старшинства которого в за~плавке 1Р выше, чем у пакета, оставленного в очереди. + Маршрутизатор может защищать пакеты, чьи заголовки 1Р требуют тип службы с максимальной надежностью, если это не противоречит предыдущему правилу. + Маршрутизатор может защищать фрагментированные 1Р-пакеты, так как, теоретически, отбрасывание фрагмента дейтаграммы может увеличить нагрузку маршрутизатора, потому что отправитель повторно вышлет все фрагменты этой де11таграммы.
Чтобы избежать помех пли полного распада функций управления, маршрутизатор может защищать пакеты, используемые для управления процедурами выбора маршрутов, управления линиями связи или сетевого управления. Выделенные маршрутизаторы (то есть маршрутизаторы, не являющиеся одновременно универсальными хостами, терминальными серверамп и т. д.) могут реализовать эту возможность, защищая пакеты, отправляемые или получаемые самими маршрутизаторами. Поле параметров! Рч4 Поле параметров представляет собой поле переменной длины, которое, если оно присутствует, определяет один или несколько параметров дейтаграммы: + Безопасность.
Позволяет присоединять к дейтаграмме метку безопасности. + Маршрутпизация огп исгпочяика. Последовательный список адресов маршрутизаторов, составляющих маршрут, по которому должна следовать дейтаграмма. Маршрутизация может быть строгой (при этом дейтаграмма должна посещать только указанные маршрутизаторы) или свободной (дейтаграмма может посещать также произвольные промежуточные маршрутизаторы). + Зались ма)пп)лрла. Адреса маршрутизаторов, через которые прошла дейтаграмма, добавляются к полю заголовка дейтаграммы.
+ Временной гитамп. !Р-сущность источника и некоторые или все промежуточные маршрутизаторы добавляют к пакету временной штамп (с точностью до миллисекунды) при его прохождении. 3.4. Протокол! Рчб На протяжении десятилетий краеугольным камнем архитектуры протокол~~ ТСР/1Р был протокол 1Рч4. В 1995 г. проблемная группа инженерной поддержки И~тернета (1псегпет Епй(пеег1ля Таз)г Гогсе, 1ЕТЕ) выпустила спецификацию для следующего поколения протокола 1Р, названного 1Рпя (1л(егпег Рготосо1, пехг Кепегас(ол — Интернет-протокол нового поколения). В 1996 г.
эта спецификация была преобразована в стандарт, получивший название 1Ркб. По сравнению с существующим протоколом 1Р, [Рчб предоставляет ряд функциональных усоверп1ен- 84 П>вва 3. Протоколы ТСР и 1Р 3.4. Протокол 1Рчб 88 Таблица 3.2. Некоторые рекомендации ВЕС для 1Рчб Дата ИРС Название 1752 Рекомендации для протокола 1Рпй 1809 Использование метки потока в1рчб Январь 1995 г. Июнь 1995 г. Декабрь 1995 г. Декабрь 1995 г. Декабрь 1995 г. Июль 1998 г. 1881 Управление предоставлением адресов в1рчб 1886 Расширения службы Ом5 для подцержвния >рчб 1887 Архитектура для целевого распределения адресов>рчб 2373 Архитектура адресации 1Рчб 2460 Интернет-протокол, спецификация версии 6 2463 Спецификвмхя протокола 1СМР версии б для 1Рчб 2675 Джвмбогрвммы протокола 1Рчб 2711 параметр предупреждений маршрутизатору 1Рчб 2893 Механизмы передачи для хостов и маршрутизаторов!Рчб Декабрь 1998 г.
Декабрь 1998 г. Август 1999 г. Октябрь 1999 г. Август 2000 г. Форматы 1Рчб Протокольный модуль данных 1Р> 6 (называемый пакетом) ил<еет следующий обобщенный вид: 4 ипи больше Заголовок Протокольный модуль расширения данных трвнспотно>п уровня Заголовок расширения Заголовок 1Р Ед нственный необходимь>й заголовок называется просто заголовком 1Рчб.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
