В. Столлингс - Современные компьютерные сети (2-е издание, 2003) (1114681), страница 135
Текст из файла (страница 135)
От- сутствие сведений о встречной маршрутизации, не предоставляемых протоколом маршрутизации, компенсируется протоколом КАУР, поставляющим эту инфор- мацию в сообщении о маршруте. Каждый хост, желающий быть передатчиком для групповой рассылки, посылает сообщение о маршруте по распределительному дереву группе получателей. По пути каждый маршрутизатор и каждый хост-полу- чатель создает состояние маршрута, указывающее обратный ретрансляционный участок, который следует использовать этому источнику. На рис.
18.2, а маршруты, по которым следуют этн сообщения, совпадают с маршрутами, по которым следуют пакеты с данными. Рисунок 18.4 иллюстрирует работу протокола с точки зрения хоста. 1. Получатель вступает в группу рассылки, посылая соседнему маршрутизатору 1СМР-сообщение с запросом о включении в группу. 2. Потенциальный отправитель передает сообщение о маршруте по групповому адресу. 3. Получатель принимает сообщение о маршруте, идентифицирующее отправителя. 4. Теперь, когда у получателя есть информация об обратном пути, он может начать отправлять сообщения о резервировании, указывая в ннх спецификации потоков, которые он хотел бы принимать.
5. Сообщение о резервировании распространяется по объединенной сети н доставляется отправителю. 6. Отправитель начинает передавать пакеты с данными. 7. Получатель начинает принимать пакеты с данными. Первый и второй шаги могут происходить в любом порядке, 888 Глава 18. П ротокопы поддержания качества обслуживания 18.2. Многопротокольная коммутация по меткам В частях У и Ъ'1 мы рассмотрели ряд основанных на протоколе 1Р механизмо предназначенных для улучшения производительности 1Р- й ления разным польаователям различных уровн.й б ьности "сете и для предост. тавовней качества обслуживании, )1о протоколы маршрутизации, обсуждавшиеся в части У, я в части, в первую очередь предн начены для динамического гюиска маршрута от отп а от отправителя к получателю че >е объединенную сеть, они также позволяют п выси способами: овысить п оизво т выси р ди ельность двумя + Посколь зт и динамическими, ку .
и протоколы являк>тся распределенными и они могут реагировать на возникновение перегр, б об узки, из етая пастей с болье деиствия позволяшим трафиком путем изменения маршрутов. Подобные ют сгладить и сбалансировать нагрузку в объеди иненнои сети, повьпная с ммарную производительность. ум+ Маршрутизаторы могут использовать различные мет ики, чество ет е метрики, например колире рансляционных участков или величину заде жки. Таки б алто игмма ш р р рутизации готовит информацию, которая позволяет определить, как обрабатывать пакеты с различными т еб р ованнями к обслуживанию.
) позволяют усовершенсгвоОписанные в части у'1 механизмы (16, !>5, КАУР) вать объединенные 1Р-сети, явно поддержива обсл нями качества. Однако ни один из до сих по б ающие уживание с разными в- урово сих пор о су>кдавшихся механизмов и про- токолов не относится непос снижению з е ж редственпо к повышению пропускной спо, б и со ности и Яз>чгсЬ|пй — многоп от ад р еквобъеднненнойсети. Архитектура МР15(М ! 'Р ! Ье! пй гогосо 1а гообещаю ю поп ' я — многопротокольная коммутация по меткам) предст ля об " тавляет с ои мно- ха акт н ю щую попытку ускорить продвижение 1Р-пакетов и с б и сохранить гибкость, з ов управления трафиком и подр ерную для 1Р-сетей, с помощью механизмов уп держания качества обслуживания, примени>он>ихся в сетях АТМ.
История вопроса История создания архитект ы МРЕВ ур В началась с ряда попыток обьединения технологий 1Р и АТМ в середине 90-х гп П т. Первым продуктом на рынке стала?Р-коммутация, разработанная компанией 1рз1!оп. О выну бс выпуске со твенных аналогичных родуктов объявили многие д тие комп Роду б ру панин, среди которых следует отметить Ьсо узФешз (тег-коммутация), 1ВМ (П>-ко гз .- му ), ( 1-коммутация, основанная на агрегироповы ванных маршрутах) и Сазсаг!е 11Р-навигатор). Целью всех шение пропускной способности и л ч елью всех этих п!юдуктов было протокол 1Р. В улучшение характеристик задержки токола . Во всех продуктах п име нахождения ма ш р няется один и тот >ке основной метод: дл р ругов между конечныл>и точками используется станда тный протокол маршрутизации, напрнме ОЯРР; льзуется стандартный >нач апрнмер; при поступлении пакетов в сеть им наначз>ется соответствующие мар ты; ля пе >утаи шру; для перемещения зтих пакетов по маршутам применяются АТМ-комм ато ы.
Ког АТМ- ут оры. Когда эти продукты вышли на рынок, -коммутаторы были значительно быст 1Р-ма ш включал ., б чалась в том, чтобы пов с трее -маршрут изаторс>в, поэтому цель ы ить производительность, переместив как можно 18.2. Многопротокольная коммутация по меткам 887 большую часть трафнка вниз, на уровень АТМ, и испольаовать коммутационное оборудование ЛТМ. В ответ на зги часгные инициативы группа 1ЕТР создала в 1997 г.
рабочую группу МР15 для разработки общего стандартизированного подхода. Рабочая группа выпустила свой первый набор предложений в 2001 г.' Однако тем временем рынок не стоял на месте. В конце 90-х г. появились маршрутизаторы, ие уступающие по скорости коммутаторам АТМ, что избавило от необходимости поддерживать в одной и той >ке сети одновременно технологии АТМ и 1Р. Тем пе менее, архитектура МР15 играет важ уюр ь, снижая об мне бходимой бработ к ждого пакета на каждом маршрутизаторе в 1Р-сети, что е>це в большей степени увеличивает производительность маршрутизаторов.
Что еше важнее, архитектура МР15 предоставляет важные новые возможности в четырех популярных областях: поддержании качества обслуживания, конструировании трафика, виртуальных частных сетей и многопротоколыюй поддержки. Прежде чем перейти к обсуждению деталей архитектуры МРАК, мы поочередно кратко рассмотрим зги четыре области. Поддержание качества обслуживания с ориентацией на соединение Менеджерам и пользователям сетей по ряду причин требуется все более сложная система поддержания качества обслуживания.
В [206! перечисляются основные требования: + Гарантирование фиксированной пропускной способности для конкретных приложений, таких как аудио- и видеоконференции. + Управление характеристиками задержки и флуктуации задержки, а также гарантирование пропускной способности для передачи голоса. + Предоставление специфических, гарантированных и поддающихся количественному определению соглашений об уровне обслуживания, называемых договорами о трафике. + Конфигурирование разных уровней качества обслу>киванпя для разных пользователей. Сеть, не требующая соединений, такая как 1Р-сеть, не может предоставлять действительно твердых обязательств относительно качества обслуживания.
Архитектура дифференцированных служб работает прямолинейно и только с агрегатами графика от нескольких источников. Архитектура интегрированных служб. использующая протокол ВБУР, напоминает подход с установлением соединения, но не допускает настройки в плане гибкости и масштабируемости. Для таких служб, как голос и видео, требующих сетей с высокой предсказуемостью, подходы, характерные для дифференцированных и интегрированных служб, в сильно загруженных сетях могут оказаться неадекватными. Напротив, ориентированная на соединение сеть, как мы видели, обладает мощными средствами управления графиком и предоставления обслуживания с различными уровнями качества. Архитектура МР15 накладываетт на объединенную 1Р-сеть структуру, ориентированную на соединение, и таким образом формирует основу для подробного и надежного договора о графи>ш.
' НРС 3031, МиМр~опкатл»е! Бк>>дч>я Акгвыс»»е, янвсч>ь 2001. 888 Глава 18. Протоколы поддержания качества обслуживания Конструирование трафика Архитектура МР15 упрошает предоставление сетевых ресурсов, меняя негр соответствии с запросом, а также упрощает предоставление дифференцированн...„ уровней поддержки, удовлетворяя разнообразные требования пользователей к т „ фику.
Способность динамически выбирать маршруты, планировать ресурсы на основе известных требований и оптимизироватьиспользование сети называс конструированием тра>рина (с> а(Г>с епя!нееппя). Основной механизм протокс>ла 1Р обладает примитивными формами акгома тизированного конструирования трафика. В частности, протоколы маршрути зации, например ОЯРГ, позволяют маршрутизаторам в целях балансирования нагрузки динамически менять маршруты пакетов для данного получателя. Но подобный метод динамической маршрутизации реагирует на возникновение перегрузки весьма примитивно и не предоставляет обслуживания с разными уровнями качества. Весь трафик между двумя конечными точками следует по одному и тому же маршруту, который может быть изменен только в случае перед>узки. С другой стороны, архитектура МР15 обладает информацией не только об индивидуальных пакетах, но и о потоках пакетов, у каждого из которых есть определенные требования к качеству обслуживания и предсказуемые потребности графика.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
