Олифер В.Г., Олифер Н.А. - Компьютерные сети. Принципы, технологии, протоколы (4-ое изд.) - 2010 - обработка (953099), страница 184
Текст из файла (страница 184)
Поэтому для создания двунаправленного псевдоканала требуется два однонаправленных пути второго уровня, вложенных в два однонаправленных пути первого уровня, что и показано на рисунке. Рассматриваемый в нашем примере псевдоканал в направлении от РЕ1 к РЕ2 идентифицируется меткой 57, а туннель, который использует этот канал, — меткой 102, Поэтому при отправке кадра ЕГ)гегпег, предназначенного для РЕ2, маршрутизатор РЕ1 помещает исходный кадр Ег(тегпес в кадр МР15 и адресует этот кадр двумя метками: внешней меткой 102 и внутренней меткой 57. Внешняя метка применяется затем магистральными маршрутизаторами Р1, Р2 и РЗ для того, чтобы доставить кадр пограничному маршрутизатору РЕ2, при этом в процессе передачи кадра происходит обычная коммутация по меткам (иа рисунке показано, что после прохождения Р1 внешняя метка получила значение 161). Внутренняя метка 57 требуется только пограничному маршрутизатору РЕ2, который знает, что эта метка соответствует псевдоканалу Р1Ч57, который нужен для связи с некоторой пользовательской сетью.
' Форум 1ЕТР определил и другие типы псевдоканалов, такие как чточка-многоточкаэ и чмноготочкамноготочкам Зги псевдоканалы являются однонаправленными, но для эмуляции ЕгЬегпег они не используются. Глава 21. Е1легпв1 операторского класса Рис. 21.4. Создание псевдоканала внутри туннелей ЫРьЗ Как мы видим из рассмотренного примера, псевдоканалы работают только внутри сети провайдера, так что для эмуляции сервиса лиз конца в конец» нужны еще какие-то элементы и механизмы — и мы скоро их рассмотрим, но сначала давайте обсудим преимущества применения псевдоканалов поверх МР15. Возникает естественный вопрос: нужны ли они вообще? Нельзя ли просто обойтись 15Р первого уровня для передачи графика Егпегпег через сеть провайдерау В принципе, без псевдоканалов обойтись можно, но тогда для каждого нового пользовательского соединения пришлось бы создавать новый туннель (то есть 15Р первого уровня), а это не очень масштабируемое решение, так как конфигурирование такого пути обязательно включает конфигурирование всех магистральных маршрутизаторов сети.
Поэтому одно из существенных преимуществ псевдоканалов состоит в том, что в сети провайдера нужно сконфигурировать только сравнительно небольшое число туннелей между пограничными маршрутизаторами, а затем использовать каждый из них для прокладки необходимого числа псевдоканалов.
Создание нового псевдоканала также требует конфигурирования, но только пары пограничных маршрутизаторов, которые являются конечными точками псевдоканала, а это подразумевает гораздо меньший объем работы. Можно заметить, что в технике МР15 1ЗЧРХ, рассматриваемой в главе 20, также используются пути второго уровня иерархии для соединения пользовательских сайтов в виртуальную частную сеть. Причины применения этого механизма в МР15 1ЗЧРХ те же — хорошая масштабируемость. Другим преимуществом псевдоканалов является их универсальность, то есть возможность их применения не только в сетях МР15, но и в сетях других типов, например в «чистых» 1Р-сетях с туннелированием по протоколу 1.2ТР и не только при эмуляции Егпегпец но и при эмуляции других сервисов, например каналов РРН. Естественно, что при переходе к другой реализации псевдоканалов конкретные команды конфигурирования меняются, но концепция остается, и это помотает администраторам сети освоить новую технологию.
7З7 Технология Еоыр!.3 Услуги ЧРЧ48 Услуги виртуальных частных каналов (Ч!ггпа! Рг!часе ЪЧ(ге 5егу!се, ЧРтЧ5) исполняют ролыглобального кабеля», соелиняя прозрачным образом две локальных пользовательских сети ЕГЬегпег через сеть оператора связи. Мы рассмотрим организацию такой услуги с помощью псевдокапалов МР15 на примере (рис. 21.5). При этом мы опишем дополнительные элементы механизма эмуляции услуги Егйегпец которые были опущены при описании назначения псевдоканалов. Рио. 21.6.
Организация виртуального частного канала Ещегпе! Чаще всего пользовательские сети соединяются с пограничным маршрутизатором провайдера через выделенный интерфейс, который для глобальных услуг ЕТЬегпег должен быть стандартным интерфейсом ЕгЬегпес, например 100Вазе-РХ. В этом случае услуга Чру!г5 заключается в прозрачном соединении этих интерфейсов, когда сеть провайдера передает все кадры, которые поступают на такой интерфейс от сети пользователя. Иногда этот режим ЧРЪЧ5 называют коммутацией портов пользователя. Возможен и другой вариант услуги ЧР%'5, когда сеть провайдера соединяет виртуальные пользовательские сети, то есть по двухточечному соединению передаются не все кадры, поступающие через интерфейс пользователя, а только кадры, принадлежащие определенной сети ЧАН. Этот режим работы ЧРЕВ можно назвать коммутацией виртуальных локальных сетей, или ЧЕА!ч(-коммутацией.
Для того чтобы обобщить понятие интерфейса с пользователем, форум 1ЕТР ввел термин канала присоединения (АыасЬшепг С!гсшц АС). АС поставляет входной поток пользовательских данных для сети провайдера, то есть ту нагрузку, которую нужно коммутировать. Употребляя этот термин, можно сказать, что услуга ЧРЮ5 всегда соединяет два пользовательских канала присоединения; такое определение справедливо не только для услуг ЕгЬегпег, но и для услуг, например, Егаше Ке!ау или АТМ, в этом случае каналы присоединения являются виртуальными каналами этих технологий.
На рисунке показаны также внутренние функциональные элементы пограничных маршрутизаторов РЕ1 и РЕ2, которые эмулируют услугнЧ РЧу5 вместе с псевдоканалом РТЧ57. Модуль В (от Вг!г!8е — мост) работает по стандартному алгоритму !ЕЕЕ 802.1!).
Его роль в схеме эмуляции — выделение кадров ЕгЬегпег из общих потоков, поступающих на порты иаршрутизатора, для передачи в псевдоканал. Тем самым модуль моста формирует логический интерфейс виртуального коммутатора. Например, если это режим коммутации 7ЗВ Глава 21. ЕГПегпе1 операторского класса портов, то модуль моста конфигурируется так, чтобы все кадры, пришедшие на соответствующий порт от пользователя, направлялись для дальнейшей обработки в псевдоканал. Если же это ЧИХ-коммутация, то модуль моста выбирает для передачи псевдоканалу только кадры, помеченные определенным значением тега Ч\.АХ Выбранные модулем моста кадры поступают в псевдоканал не непосредственно, а через два промежуточных модуля — ХБР и ЧБ.
Модуль ХБР (Хат!уе Бегу!се Ргосезгйпй) обеспечивает предварительную обработку кадров Егйегпеп Чаще всего такая обработка связана с изменением или добавлением тега Ч!.АХ, что может потребоваться, например, если объединяемые пользовательские сети применяют различные значения ЧИХ для одной и той же виртуальной сети. Модуль ЧБ (Ч!ггпа! ЯцчгсЬ вЂ” виртуальный коммутатор) коммутирует один из каналов присоединения с одним из псевдоканалов. Для услуги ЧРЕВ этот модуль работает «вхолостую», выполняя постоянную коммутацию единственного канала присоединения с единственным псевдоканалом. Однако для услуги ЧРЕВ, которая рассматривается в следующем разделе, виртуальный коммутатор играет важную роль, поэтому в обобщенной схеме эмуляции услуг Е1Ьегпег, представленной на рис.
21.5, он присутствует. После обработки пришедшего кадра модулями ХСР и ЧБ он передается псевдоканалу. Конечные точки Т псевдоканала Р»Ч57 выполняют две операции: С) инкапсуляцию и декапсуляцию пользовательских кадров в кадры МРЕМ; '»4 мультиплексирование и демультиплексирование псевдоканалов в туннеле МР15. Процедуру инкапсуляции н формат результирующего кадра определяет спецификация КЕС 4448.
У исходного кадра отбрасываются поля преамбулы и контрольной суммы, после чего он помещается в кадр МР15 с двумя полями меток: внешней (метка туннеля) и внутренней (метка псевдоканала), как это показано на рис. 21.6). На рисунке не показаны поля заголовка кадра МРАК, относящиеся к конкретной канальной технологии, которая используется на внутренних интерфейсах пограничных маршрутизаторов — как вы помните, кадры МР!.Б могут иметь обрамление Е1Ьегпег, РРР АТМ или Ргаше Ке)ау (в случае Е1Ьегпег это обрамление не имеет отношения к пользовательскому кадру Е1Ьегпес, инкапсулированному в кадр МР15).
0 1 2 3 01234667890123466789012346678901 Заголовок туннеля Заголовок псеедоканала Управляющее алово Рнс. 21.6. Формат инкапсуляции Ещегпе1 поверх МР1.6 (йЕС 4448) В то время как первые два слова в заголовке, представленном на рисунке, являются стандартными заголовками МР! 5, третье слово, называемое управляющим (сопсго! туогб), впервые появилось в стандарте КРС 4448. Это слово, которое является опциональнын, предназначено для упорядочивания кадров, передаваемых по псевдоканалу — для этого каждому кадру маршрутизатором-отправителем присваивается порядковый номер, который помещается в управляющее слово.
Потребность в контрольном слове возникает тогда, 7З9 технология Еомрьб когда внутри сети провайдера происходит распараллеливание трафика туннеля, и кадры когут выходить из туннеля не в том порядке, в котором были посланы. Конфигурирование псевдоканалов, то есть согласование внутренних меток, используемых для идентификации и мультиплексирования псевдоканалов внутри туннеля, может быть автоматизировано. Для этого сегодня применяют протокол 1Л)Р или ВОР Обратите внимание, что речь идет о прокладке псевдоканала, а не самого туннеля, эти два процесса независимы, так что туннель может быть проложен, например, с помощью протокола ВБЧР ТЕ, а псевдоканалы в нем — с помощью протокола 1.ПР Протокол 1.1)Р служит также для уведомления одним маршрутизатором РЕ другого об ззменении состояния «работоспособен-неработоспособен» псевдоканала или канала присоединения.
![](https://s.studizba.com/z.php?f=/templates/si/i/noavatar.png&w=100&h=100&t=1"){kind=avatar}
