Руководство по технологиям объединенных сетей Cisco (953103), страница 153
Текст из файла (страница 153)
Приложение- получатель получает маршрутное сообщение и начинает посылать соответствующие запросы на резервирование, определяющие желательные признаки потока, используя протокол КВЧР. После получения запроса на резервирование приложение-источник начинает отправлять пакеты данных.
Стиль резервирования ИЗЧР Стилем резервироваяил называют набор управляющих переменных, которые определяют количество полдерживаемых параметров. Протокол КБЧР поддерживает два основных класса резервирования: раздельиое и совмесамое. При раздельном резервировании каждому источнику в каждом сеансе выделяется свой поток. Совместное резервирование применяется для нескольких источников, которые заведомо не пересекаются друг с другом. На рис. 50.2 показаны схемы раздельного и совместного резервирования КЯЧР и их назначение.
Все возможные варианты "стиль/назначение" описываются ниже. Стиль групповой фильтрации Стиль грулловой фильтраяяя ($И!Исагг(-!г(!гег — ВЩ заключается в совместном или групповом резервировании. ХЧР-резервирование представляет собой одиночное резервирование, при котором смешиваются все источники. Резервирование можно представить как "трубу" с совместным доступом, размер которой определяется наибольшим из ресурсов, запрошенных всеми получателями данного канала, независимо от количества источников. Резервирование распространяется на все узлы источников, в том числе автоматически — на новые источники по мере их появления.
766 Часть ЧИ. Протокопы маршрутизации Рис. 50.2, Протокол Я5УР ноддерзкивает как совместное, так и индивидуальное резервирование Стиль фиксированной фильтрации Стиль фиксированной фильтрации <Р)хеа'-И~ег — РЩ определяет индивидуальное резервирование с явным указанием масштаба. При использовании ЕЕ-стиля создаются отдельные запросы на резервирование для пакетов данных, поступающих из разных источников.
Масштаб резервирования определяется явно, по списку источников. Общее резервирование канала лля данного сеанса представляет собой совокупность ЕЕ-резервирований для всех источников, указанных в запросе. Запросы на ЕЕ-резервирование от разных получателей, но для одного источника, должны быть объединены для совместного резервирования в данном узле. Стиль явного совместного резервирования Стиль явного совместного резервирования (5йагес)-Ехрйсзг — ЯЕ) определяет совместное резервирование среды с явным указанием масштаба.
При использовании БЕ-стиля создается одиночное резервирование, в котором смешиваются все источники. Как и при Ег-резервировании, набор источников (и, следовательно, масштаб) явно определяются получателем, создающим данное резервирование. Применение стилей резервирования ЕЗЧР %Г и БЕ являются вариантами совмсспюго резервирования, подходящими лля тех многоадресатных приложений, которые в силу своих особенностей не предполагают одновременной передачи данных из нескольких источников. В качестве примера можно привести аудиоконференции, где говорит одновременно только ограниченное количество людей. Каждый получатель может поаать запрос на %г- или БЕ-резервирование для одного аудиоканала дважды (чтобы обеспечить некоторый избыток).
ЕЕ-стиль создает независимое резервирование лля потоков, поступающих из различных источников. ЕЕ-стиль базьше подходит для видеосигналов. К сожалению, объединить совместное и одиночное резервирование невозможно. Глава 50. Протокол гсЗЧР 767 Гибкое состояние ЕЗЧР В любой КБЧР-сети гибким сосглсянаем (зог) згаге) называется состояние, когда обновление маршрутизаторов и конечных узлов становится возможным благодаря специальным КБЧР-сообщениям. Параметры гибкого состояния обеспечивают динамическое изменение членства в группах сети КБЧР и настройку сети в соответствии с изменениями в маршрутизации.
Обычно гибкое состояние поддерживается сетью КБЧР для того, чтобы можно было изменять ее состояние без обращения к конечным точкам, в отличие от архитектуры с коммутацией каналов, где конечные точки посылают запрос и в случае сбоя повторяют его. Механизмы протокола КБЧР обеспечивают общие средства создания и обслуживания состояния распределенного резервирования многоадресатных и одноадресатных маршрутов доставки.
2Ечя обслуживания сгюгояния резервирования КБЧР следит за гибким состоянием в узлах маршрутизаторов и узлов. Гибкое состоянис КБУР создается и должно периодически обновляться запросами маршрута и резервирования. Если в течение заданного времени соответствующих сообщений обновления не поступит, то состояние удаляется. Гибкое соспзяние также может быль удалено в результате явного сообщения о разрыве. КБУР периодически проверяет гибкое состояние, чтобы формировать и передавать запросы об обновлении маршрутов и резервирования следующим узлам.
При изменении маршрута следующее маршрутное сообщение инициализирует состояние нового маршрута. Последующие запросы на резервирование устанавливают состояние резервирования. Состояние неиспользуемого сегмента сбрасывается по истечении установленного времени. (Спецификация КБЧР требует, чтобы новое резервирование начиналось через 2 секунды после изменения топологии.) При изменении состояния КБЧР распространяет сообщения об этом по всей сети КБУР без залержки.
Если полученное состояние отличается от предыдущего, то последнее обновляется. Если результат приводит к изменению генерируемых сообщений об обновлении, то такие сообщения генерируются и отправляются немедленно, Функционирование ИЗЧР Под управлением КБУР сетевые ресурсы резервируются для простых (однонаправленных) потоков данных. Логически каждый источник отделен от получателя, но любое приложение может быть и источником, и получателем.
Запросы на резервирование ресурсов исходят от получателей. На рис. 50.3 показана общая схема функционирования. Последовательность событий описывается в следующем разделе. Основные операции протокола ИЗЧР Процесс резервирования ресурсов КБУР начинается тогда, когда домен КБЧР обращается к локальному протоколу (или протоколам) маршрутизации при поиске маршрута. Узел рассылает по пути доставки многоалресатной группы сообщения )ОМР для присоединения к этой группе и сообщения КБУР лля резервирования ресурсов.
Каждый маршрутизатор, способный принять участие в резервировании ресурсов, передает входящие пакеты данных классификатору пакетов, после чего по мере необходимости помещает их в очередь планировщика пакетов. Классификатор пакетов КБЧР 768 Часть ЧП.
Протоколы маршрутизации определяет маршрут и класс ()оБ каждого пакета. Планировщик КБЧР распределяет ресурсы для передачи по тому носителю канального уровня, который используется данным интерфейсом. Если этот носитель канального уровня имеет собственные средства управления ОоБ, то планировщик пакетов должен выполнить на канальном уровне необходимое согласование, которое обеспечит ОоБ, требуемое КБЧР. Узел Мвршрутизвтор язур Протоколы высшего уровне демаг(:, ' "„'-,"'.,':::.
'". Взур Вриж(нгьйивг ' ' ' . "твур дл денев я чвршрдуоивчеи -~:"-'-Йвур ,," врртовьлв' ". е ы ',, "Кеды..:гг ь. й(роишзам) 'рисимгтчудовла ' Рис. 5О.Х Резервирование ресурсов двн однонанравгтеннык ногнокав данных в среде ДБУР Главная задача планировщика состоит в распределении ресурсов для передачи пакетов для ОоБ-пассивного носителя, такого как выделенная линия. Кроме того, иногда он распределяет другие системные ресурсы, например время или буферы центрального процессора. Запрос ОоБ, обычно поступающий от получателя главного приложения, пересылается локальной реализации КБЧР в качестве демона КБЧР. Затем прн помощи протокола КБЧР запрос передается всем узлам (маршрутизаторам и узлам) по обратному маршруту к источнику (источникам) данных.
В каждом узле программа КБЧР применяет локальную процедуру принятия решения„называемую управлением доступом, чтобы определить, соответствует ли он запрашиваемому ОоБ. Если ответ положителен, то программа КБЧР настраивает классификатор и планировщик пакетов на получение желаемого ОоБ. В противном случае программа КБЧР возвращает приложению, от которого исходит запрос, сообщение об ошибке.
Туннели протокола КЗЧР КБЧР, как и любой новый протокол, невозможно распространить сразу на всю сеть )пгегпек Возможно, что КБЧР вообще никогда не станет единым стандартом. Поэтому КБЧР должен правильно работать даже в тех случаях, когда между двумя КБЧР- маршрутизаторами находится несколько других маршрутизаторов. Промежуточные звенья этой цепочки, не поддерживающие КБЧР, не способны резервировать ресурсы и, следовательно„не гарантируют обслуживание.
Однако если эти маршрутизаторы обладают достаточной дополнительной мощностью, то они могут обеспечить прием- лемос обслуживание в режиме реального времени. Для обеспечения связи между КБЧР-сетями через сети других протоколов КБЧР предусматривает автоматическое создание туннелем через другие протоколы. Тунпелирование требует, чтобы КБЧР-маршрутизаторы и маршрутизаторы, не поддерживающие КБЧР, передавали маршрутные сообщения к получателю при помощи локальнои таблицы маршрутизации. Когда маршрутное сообщение про- 769 Глава 50. Протокол ЙЯЧР ходит через маршрутизаторы, не поддерживающие КЯЧР, оно копирует ! Р-адрес последнего КБЧР-маршрутизатора.
Сообщения с запросами на резервирование передаются следующему КВЧР-маршрутизатору цепочки. В пользу КБЧР-туннелирования говорят два аргумента. Во-первых, КБЧР будет использоваться скорее время от времени, чем регулярно. Во-вторых, благодаря управлению перегрузкой там, где она заведомо имеет место, туннелирование может быть более эффективным.
Распространение местами или по частям означает, что на некоторых участках КБЧР начнет активно использоваться раньше, чем на других. Если бы протокол К5ЧР требовал непрерывной поддержки, то он был бы бесполезен без почти повсеместно~о распространения, что вряд ли осуществимо — кроме того случая, если уже первые эксперименты продемонстрируют существенные преимущества этого протокола. Взвешенная равноправная очередность Применение технологии, обеспечивающей эффективное резервирование ресурсов (такой, как схема взвешенной равноправной очередности С1зсо) в "узком месте*' сети может быть весьма эффективным. Туннелирование является рискованным только в том случае, если "узкое место" находится не в КВЧР-домене и его невозможно обойти.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
