Олифер В.Г., Олифер Н.А. - Компьютерные сети. Принципы, технологии, протоколы (4-ое изд.) - 2010 - обработка (953099), страница 188
Текст из файла (страница 188)
Так как сеть РВВ делится на сегменты В-Ч) АХ, то соединения 1-81П являются логическими соединениями внутри этих сегментов. Роль сегментов В-Ч1АХ состоит в предоставлении транспортных услуг соединениям 1-51П, в каждой сети В-Ч1.АХ может насчитываться до 16 миллионов соединений 1-51П (это значение определяется форматом поля 1-81П, состоящего из 24 разрядов). Двухуровневый механизм В-Ч1П/1-51П рассчитан на то, что в сети провайдера будет небольшое количество сегментов В-Ч1.АХ, которые направляют потоки пользовательских данных, идущих по логическим соединениям 1-51П, по нужным маршрутам, а также защищают их в случае отказов в сети РВВ (с помощью протоколов ВЕТР/МЕТР так как никаких новых средств маршрутизации и защиты трафика стандарт РВВ не вводит).
С некоторой степенью приближения можно сказать, что сегменты В-Ч(.АХ играют роль туннелей МР15, а соединения 1-81П вЂ” псевдоканалов. Если же говорить о стандартах МЕЕ то соединения 1-51П соответствуют виртуальным соединениям ЕЧС. На рис. 21.13 показана сеть провайдера, оказывающая услуги Егйегпег своим клиентам на основе стандарта РВВ. Она состоит из пограничных коммутаторов (ВасЬЬопе Едйе Впг)йе, ВЕВ) и магистральных коммутаторов (ВасЬЬопе Соге Впбйе, ВСВ). Провайдер в этом примере предоставляет услуги трех частных виртуальных сетей: С) Е-1.1ХЕ1 — передает голосовой трафик между сетями С1 и СЗ (двухточечная топология); О Е-1.1ХЕ2 — передает голосовой трафик между сетями С2 и С4 (двухточечная топология); С) Е-).АХ1 — передает эластичный трафик данных между сетями С2, С4 и Сб (полно- связная топология).
7г51 Ввегпе! поверх Е1Пегпес Рис. 21. 13. Органиэация услуг в сети РВВ Пользовательские сети непосредственно подключены к сети РВВ, промежуточных сетей РВ в этом примере нет. На верхнем уровне структуризации сети провайдера в ней сконфигурированы две магистральные виртуальные локальные сети (В-Ч1.АХ) с идентификаторами 1007 и 1033 (обозначены как В-ЧН) 1007 и В-Ч11! 1033 соответственно).
В нашем примере различные сети В-Ч1.АХ призваны поддерживать трафик разного типа: В-Ч!.АХ 1007 поддерживает более требовательный голосовой трафик, а В-Ч1.АХ 1033 — менее требовательный эластичный график данных. В соответствии с этим назначением созданы и два покрывающих дерева для каждой из виртуальных сетей В-Ч!.АХ. Естественно, что назначение сетей В-Ч).АХ вожег быть и иным — оно полностью определяется оператором сети РВВ в соответствии с его потребностями. На уровне пользовательских услуг в сети организовано три пользовательских соединенив, помеченные как 1-5!!) 56, 144 и 108. Эти соединения предназначены для реализации услуг Е-1.1ХЕ1, Е-1.1ХЕ2 и Е-1-АХ! соотвегственно.
Соединения 1-51!) 56 и 144 отображаются пограничными коммутаторами ВЕВ! и ВЕВ2 ва В-Ч1АХ 1007, так как эти соединения переносят пользовательский голосовой график, а данная сеть В-ЧЕАХ была создана для этого типа трафика. В то же время соединение 1-5!Р 108 отображается пограничными коммутаторами ВЕВ1, ВЕВ2 и ВЕВЗ на В-ЧЕАХ !033, так как сервис 108 переносит эластичный пользовательский график данных. Задает зти отображения администратор при конфигурировании пограничных коммутаторов.
762 Глава 21. ЕГПегпе1 операторского класса Завершает процесс конфигурирования услуг Е-1.1ХЕ1, Е-1.1ХЕ2 и Е-1.АХ1 отображение пользовательского графика на соответствующие соединения 1-5П). Это отображение также выполняеггя администратором сети при конфигурировании пограничных коммутаторов ВЕВ. При отображени пользовательского трафика администратор может учитывать только интерфейс, по которому трафик поступает в сеть провайдера, или же интерфейс и значение С-ЧП) пользователя (или же Б-ЧП), если график поступает через промежуточную сеть РВ).
В нашем примере таким способом задано отображение для сервиса с 1-5П) 56, который монопольно использует интерфейсы коммутаторов ВЕВ1 и ВЕВ2, не разделяя их с другими сервисами. В терминологии МЕР это сервис ЕРЕ (а тип сервиса — Е-1.1ХЕ). В том случае, когда на один и тот же интерфейс поступает трафик более чем одного сервиса, при отображении нужно также учитывать значение С-ЧП) (или Б-Ч1П, если трафик принимается от сети РВ). Этот случай имеет место для сервисов с 1-5П) 144 и 108, так как они разделяют один и тот же интерфейс коммутаторов ВЕВ1 и ВЕВ2.
Поэтому такие отображения нужно конфигурировать с учетом значений С-ЧП); например, если клиент использует для значения С-ЧП) 305 и 500 для маркировки графика двух различных услуг, то С-ЧП) 305 отображается на 1-510 144, а С-Ч10 500 — на 1-510 108. В терминологии МЕР сервис с 1-51П 144 является сервисом ЕЧР1. (тип Е-1.1ХЕ), а сервис с 1-51П 108 — сервисом ЕЧР-1.АХ (тип Е-1.АХ). Пользовательские МАС-адреса Теперь нам нужно рассмотреть важный вопрос применения пользовательских МАС- адресов. Магистральным коммутаторам сети РВВ знание пользовательских адресов не требуется, так как они передают кадры только на основании комбинации В-МАС/В-ЧП).
А вот поведение пограничных коммутаторов в отношении пользовательских МАС-адресов зависит от типа сервиса. При отображении кадров сервиса типа Е-1.1ХЕ (то есть кточка-точкав) на определенное соединение 1-51П пограничные коммутаторы не применяют пользовательские МАС-адреса, так как все кадры, независимо от их адресов назначения, передаются одному и тому же выходному пограничному коммутатору. Например, для сервисов с 1-51П 56 и 144 коммутатор ВЕВ1 всегда задействует МАС-адрес коммутатора ВЕВ2 в качестве В-МАС 1)А при формировании несущего (нового) кадра, который переносит инкапсулированный пользовательский кадр через сеть РВВ.
Однако при отображении кадров сервисов типа Е-1.АХ и Е-ТКЕЕ (то есть кмноготочкамиоготочкаь) у входного коммутатора всегда существует несколько выходных пограничных коммутаторов, поддерживающих этот сервис. Например, у входного коммутатора ВЕВ1 при обслуживании кадров сервиса с 1-5П) 108 есть альтернатива — отправить пришедший кадр коммутатору ВЕВ2 или ВЕВЗ. Для принятия решения в таких случаях применяются пользовательские МАС-адреса. Пограничные коммутаторы, полдерживаюшие сервисы типа Е-(.АХ и Е-ТКЕЕ, изучают пользовательские МАС-адреса и посылают кадр выходному коммутатору, связанному с той сетью пользователя, в которой находится МАС-адрес назначения С-МАС 1)А.
Так, в нашем примере коммутатор ВЕВ1 изучает адреса С-МАС 5А кадров, поступающих по 1-51П 108, чтобы знать, подключены ли узлы с этими адресами к ВЕВ2 или ВЕВЗ. В результате ВЕВ1 создает таблицу продвижения (табл. 21.1). 763 Еэгегпвг поверх ЕгвегпеГ Таблица 21.1. Таблица продвижения дпя сервиса Ь810 100 На основании этой таблицы коммутатор ВЕВ1 по адресу назначения С-МАС выбирает соответствующий адрес выходного пограничного коммутатора и помещает его в формируемый кадр, например, для кадра с адресом назначения С-МАС-2 это будет В-МАС-2, В том же случае, когда пользовательский адрес назначения еще не изучен, коммутатор ВЕВ1 помещает в поле В-МАС широковещательный адрес.
Таким же образом обрабатываются кздры с широковещательным пользовательским адресом. Инжиниринг трвфика и отказоустойчивость Возможности инжинириига трафика в сетях РВВ ограничены функциональностью протокола БТР который остается и в атом типе сетей основным протоколом, обеспечивающим отказоустойчивость сети при наличии избыточных связей. Этот протокол не дает администратору полного контроля над путями передачи графика, хотя, как вы знаете из главы 14, некоторые возможности подобного рода у него имеются, так как администратор может влиять на выбор покрывающего дерева за счет назначения приоритетов коммутаторам и их портам. Применение протокола МИТР дает дополнительные возможности устанавливать в сети различные покрывающие деревья для различных виртуальных локальных сетей— это свойство использовано в сети, показанной на рис.
21.13. Так как кадры протокола 8ТР сети провайдера и сетей клиентов в технологии РВВ изолированы друг от друга, то здесь нет необходимости применять различные групповые адреса для коммутаторов провайдера и клиентов, как это сделано в стандарте РВ. Ограниченные возможности стандарта РВВ в отношении инжинириига трафика преодолены в стандарте РВВ-ТЕ, но только для случая двухточечных соединений, то есть для услуг типа Е-Ь!ХЕ. Магистральные мосты проаайдера с поддержкой инжиниринга трафика Технология РВВ ТЕ (Ргоч!г)ег Вас!гЬопе Вг!г)йе Тга(йс Епй!пеейпй — магистральные мосты провайдера с поддержкой инжиниринга трафика) ведет свое начало от фирменной технологии РВТ (Ргоч!г)ег Вас!гЬопе Тгапзрогс — магистральный транспорт провайдера) компании Хогге!.
В начале 2007 года для стандартизации этой технологии была образована рабочая группа !ЕЕЕ 802.1Яау, работа которой на момент написания данной книги еще не была завершена (ее окончание планировалось на конец 2009 года). Технология РВВ ТЕ базируется на технологии РВВ, в ней используется та же самая схема инкапсуляции кадров и отображения пользовательских соединений на провайдерские туннели. Глава 21. Етпвгпет операторского класса Главными целями разработчиков технологии РВВ ТЕ были: С) поддержка функций инжиниринга графика для магистральных виртуальных локальных сетей (В-Ч! АХ) с топологией «точка-точка».
(эти сети часто называют транками, или туннелями); С! обеспечение «быстрой» отказоустойчивости со скоростью, сравнимой со скоростью работы защиты соединений в технологии 80Н. Поставленные цели достигаются в технологии РВВ ТЕ за счет следуюших изменений технологии РВВ и классической технологии локального моста: С) Отключение протокола ЯТР.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
