Руководство по технологиям объединенных сетей Cisco (953103), страница 152
Текст из файла (страница 152)
482 Пакет )Р Д!Р 2 состоит из тех псе ланей, ято и пакет !Р Я!Р Ниже описаны поля пакета формата 1Р ИР 2, показанные на рис. 49.2, ° Команда, Показывает, является ли пакет запросом или ответом. Запрос требует, чтобы маршрутизатор отправил маршрутную таблицу — всю нли частично. Ответ может быть незапрашнваемым регулярным обновлением маршрутной информации или ответом на запрос.
В ответах содержатся записи маршрутной таблицы. Для передачи информации из больших маршрутных таблиц используется несколько ИР-пакетов. ° Версия. Версия К1Р. В пакетах К(Р, где есть поля К)Р 2 или используется аутентификация, значение такого поля равно 2. е Не используется. Это поле содержит нулевое значение. ° Идентификатор АР1. Идентификатор семейства адреса (А(Ыгезз-Гаш!!у 1()еп()- бег). Поле АН для ИР 2 функционирует аналогично полю АН для К1Р КЕС )058, с единственным исключением: если АН для первой записи сообщения равно ОКРРРР, то эта запись содержит аутентификанционную информацию.
В настоящее время единственным типом аутентификанционной информации является пароль. ° Метка маршрута. Служит для распознавания внутренних маршрутов (опознаваемых ИР) и внешних маршрутов (опознаваемых другими протоколами). ° 1Р-адрес. 1Р-адрес записи. ° Маска подсети. Маска подсети элемента. Если это поле равно нулю, то для данного элемента маска подсети не определена.
° Следующий узел. 1Р-адрес следующего узла, куда направляются пакеты. ° Метрика. Количество узлов (маршрутизаторов) между сетями до получателя. Эта величина находится между ! и !5 для действительных маршрутов и равна )б для недействительных. Примечание В одном пакете )Р ИР допускается до 25 полей АЕ), адреса и метрики, Таким образом, в одном пакете К)Р может быть перечислено до 2б получателей. Если АЕ! определяет вутентифицированное сообщение, то в маршрутной таблице может быть определено только 24 записи.
Если отдельные записи в таблице не фрвгментированы на пакеты, то для протокола К)Р нет необходимости в механизме упорядочения дейтаграмм, содержащих обновления маршрутной информации от соседних маршрутизаторов. Резюме УЕО Часть )у!!. Протоколы маршрутизации Несмотря на солидный возраст и появление более сложных протоколов маршрутизации, протокол ИР еще далеко не устарел. К(Р является развитым, устойчивым, широко поддерживаемым и легко настраиваемым протоколом. Благодаря простоте его удобно использовать в тупиковых сетях и небольших автономных системах, где нет достаточного количества избыточных маршрутов, оправдывающих применение более сложных протоколов. Контрольные вопросы 1. Каковы средства обеспечения устойчивости протокола КГР?. 2.
Каково назначение таймера ожидания? 3. Какие две функции поддерживаются в версии КГР 2 и не поддерживаются в протоколе К1Р? 4. Каков максимальный диаметр сети К1Р? Дополнительные источники ° аренаса М. А. /Р моиг!лк Рилг/степ!а?з. !пг!!апаро!!з: С!зсо Ргезз, 1999. ° !зг! р://зтчвт. !егГ.огй/гГс/гГс1058.гхГ ° !зпр://тгтгзтйегГ.огй/гтс/гГс1?23.гхг ° !зггр://зтччт.с!зсо.сот/сргезз/сс/гг!/сргезз/бзпо/!г!з2пг!/й2444.!зггп 761 Глава 49.
Протокол Гч!Р „,зазвав В этой главе...,.- в" ф, ~Р". °,Ф йР фФФ вФ4%6ЙЫззм..т вв.'ЛФ'йо:~ВФЛА' ~Р ° Описаны различия межьву протоколом КБУР и протокотйми,маршрутизации ':ж, ° Описаны три режима передачи потоков данных, которые йодаерживаются про- токолом КБЧР ' , .6 ° Рассмотренйфильтры Йстили протоколаРфЧРз" ™уМ ° Объяснена цель создащзя туннелбезЗ:,;К~ Ф"' +.,~'.'"" и Ф .4'" %. Ф яа .,;Ф' ф У "~'-'ж а ф.
,7 ьз * зги '-. "Ф. Ф.; ™М -м. Ф., Ф' "Вз~ ср ,4 я %' 'йв „ 'Ф ,Ъ. м „...,. : 50 ',".,Протокол ЙЗЧР Введение Протокол резервирования ресурсов ГЯегоигее Яелегуаг(ол Ргонко( — ВБРР) представляет собой протокол';управления сетью, позволяющий 1и!егпег-приложениям использовать ' различное качество обслуживания Япа(!гу оГ Бепнсе — ()оБ) лля разных потоков данных. Требуемая скорость,'обработки данных сетью зависит от приложения.
Некоторые приложения, в том числе'традиционные интерактивные и пакетные, нуждаются в надежной доставке данных, но не предъявляют строгих требований к ее своевременности. Более ; новые. типы приложений, такие как видеоконференции, !Р-телефония и другие мульти"медийные коммуникации, требуют обратного: данные должны доставляться вовремя, но не обязательно с гарантией. Протокол КБЧР предназначен для обеспечения в 1Р-сетях возможности выполнять различные требования по производительности, предъявляемые разными типами приложений.
Важно отмстить, что КБЧР не является протоколом маршрутизации. Он работает совместно с протоколами маршрутизации и создает вдоль маршрутов, вычисляемых при помощи послелних, эквиваленты списков динамического доступа. Поэтому применение КБЧР в существующей сети не требует перехода на новый протокол маршрутизации. Первые варианты протокола КБЧР были разработаны совместно Институгом научной информации (1п!оппабоп Бс!епсез 1пзгйцге — 1Б1) при Южнокалифорнийском универсйтете (()и!чегз!(у оГ Бои!)зегп СаВГогаа — ()БС) и исследовательским центром Хегох в Пало-Альто (Хегох'з Ра!о Айо Кезеагс(з Сепгег — РАКС). Позже проблемная группа проектирования 1пгегпес (1пгегпег Епя!пееппя Твз!с Рогсе — 1ЕТР) предложила открытую версию КБЧР, созданную на основе версии ()БС и РАКС.
Данная версия КБЧР описана в КРС 2205. В этой главе описываются функциональные возможности КБЧР, касаю- шиеся потоков данных, качества обслуживания„запуска сеансов, стиля резервирования и реализации мягкого" состояния. Среда КБЧР показана на рис. 50.1 Потоки данных протокола йЗЧР В КБЧР поток данных представляет собой последовательность дейтаграмм, имеющих ', один источник и получатель (последний может представлять собой как одну, так и не,сколько физических станций).
С понятием потока данных тесно связано качеспю об- служивания. Требования ()об передаются по сети путем спецификации потока ГУ)ози зресс))сайоп). Она представляет собой структуру данных, используемую узлами в объединенных сетях для запросов специальных услуг. Спецификация потока описывает уровень обслуживания потока данных.
Существует три типа потоков данных, соответствующих классам обслуживания Ыч'Р. 1. Гарантированная доставка. 2. Гарантированная скорость. 3. Гарантированная задержка. НВУР-получатели Рис. 50.Д В прислонили ЙБУР информация иб узле досмапляется получателям ииесте с потоками данных Режим негараннзироианной доспсавки (Ьем-ейоп пайс) представляют собой традиционные потоки данных протокола 1Р.
Этот режим применяется при передаче файлов (например, электронной почты), монтировании дисков, интерактивной регистрации, а также при электронных транзакциях. Зти приложения требуют гарантированной доставки данных независимо от того, сколько времени на это потребуется. Для упорядочения принятых случайным образом дейтаграмм и для запроса повторной передачи потерянных и искаженных дейтаграмм передача данных гарантированной доставки опирается на собственные механизмы протокола ТСР.
Режим гарантированной скорости Ггаге-зепз(г(уе гси)))с) требует гарантированной скорости передачи от источника к получателю. Примером такого приложения являются видеоконференции Н.323, работающие под управлением 1ЯЗЬ) (Н.320) или АТМ (Н.310), но применяемые также в 1тегпег и во многих интранет-сетях протокола 1Р. Шифрование Н.323 имеет постоянную (или почти постоянную) Часть ЧП.
Протоколы маршрутизации скорость и требует постоянной скорости передачи, такой как в сети с коммутацией каналов. 1Р-сети по своей природе является сетями с коммутацией пакетов. Им не хватает механизмов для поддержки постоянной битовой скорости обслуживания потоков данных любых приложений. Протокол КБЧР обеспечивает постоянную битовую скорость обслуживания в сети с коммутацией благодаря уровню обслуживания с гарантированной скоростью, Эту службу иногда называют службой гарантированной скорости.
Резким гарантированной максимальной задержки й(е!ау-зепз(зле Гга()ус) применяется к потокам данных, требующим своевременной доставки и соответствующего изменения скорости. Например, скорость передачи видео МРЕО-П колеблется от 3 до 7 Мбит/с, в зависимости от того, насколько интенсивно изменяется изображение.
Если на экране показывают окрашенную стену, то достаточно 3 Мбит/с, а для океанских волн потребуется 7 Мбит/с. Источник видеосигнала МРЕО-!! посылает ключевые и дельта-фреймы. Обычно в секунду передается 1 или 2 ключевых фрейма с изображением всей картинки н от 13 до 28 дельта-фреймов, описывающих изменения ключевого фрейма, Дельта-фреймы, как правило, значительно меньше ключевых.
В результате скорость передачи фреймов может изменяется в широких пределах. Однако для нормальной работы кодека (кодера-декодера) необходимо, чтобы каждый фрейм передавался в течение заданного времени, Необходимо согласовать определенный приоритет передачи данных в дельта-фреймах. К службам КБЧР, поддерживающим передачу данных с гарантированной задержкой, относятся служба управлеиия задержками (не являющаяся службой реального времени) и прагпазирующая служба (служба реального времени). Обработка потоков данных по протоколу йЗЧР В отличие от протоколов маршрутизации, протокол ЙЯЧР предназначен для управления потоками данных, а не для принятия решений относительно каждой дейтаграммы. Потоки данных состоят из дискретных сеансов связи между источником и получателями. Более точное определение сеанса — простой поток дейтаграмм к получателю и протокол транспортного уровня.
Таким образом, сеансы идентифицируются следующими параметрами: алрес получателя, идентификатор протокола и порт получателя. Протокол ЙЯЧР поддерживает как одно-, так и многоадресатные симплексные сеансы. Примечание Следует обратить внимание, что сеансы КЬЧР являются симплексными. Таким образом, двунаправленный обмен данными между двумя станциями в действительности состоит из двух отдельных симплексных сеансов КЯЧР.
При многоадресатном сеансе копия каждой дейтаграммы, переданной одним исючником, отправляется нескольким получателям. Одноадресатный сеанс характеризуется одним источником и одним получателем. Иногда адреса источника и получателя КБЧР указывают на один и тот же 1пгегпег-узел. Однако один узел может содержать несколько логических источников и получателей, различающихся номерами портов, так что каждый номер порта соответствует отдельному приложению. Если КБЧР отслеживает такую информацию о приложении, то одноадресатный сеанс может привести к передаче данных нескольким приложениям, расположенным на одном узле-получателе.
Глава 50. Протокол )чЗЧР Качество обслуживания РЗЧР В контексте КВЧР качество обслузкявалил (Диа!(гу о!' 5егг(се — ДоЯ является атрибутом, описанным в спецификациях потока, которые используются для определения маршрута обмена данными между объектами (маршрутизаторами, получателями и источниками). Протокол КБЧР используется для определения Яоб узлами и маршрутизаторами. узлы используют КБЧР для запросов уровня ()оК потоков данных приложений. Маршрутизаторы применяют КБЧР для доставки запросов Яоб другим маршрутизаторам по маршруту следования потока данных.
Таким образом, КБЧР поддерживает состояние маршрутизаторов и узлов для предоставления запрашиваемой службы. Запуск сеанса РЗЧР Для того чтобы запустить многоадресатный сеанс КБЧР, получатель первым присоединяется к многоалресатной группе, определенной 1Р-адресом получателя при помощи протокола 1СзМР. При одноадресатном сеансе одноадресатная маршрутизация выполняет ту же роль, что и !ОМР совместно с адресом протокола Р1М (Рвзгосо1-1пберепдепг Мц1йсвж, независимый от протокола групповой алрес) для многоадресатного сеанса. После того как получатель присоединится к группе, потенциальный источник начинает посылать сообщения по маршруту КВЧР на 1Р-адрес получателя.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
