
- •1.Технологія Ethernet операторського класу
- •Мал.1 Варіанти реалізації послуги Carrier Ethernet
- •1.2 Стандартизовані сервіси
- •Мал. 2 Три типи послуг Ethernet
- •Мал. 3 Псевдоканали в мережі провайдера
- •Мал. 4 Створення псевдоканала усередині тунелів mpls
- •1.3.2 Послуги vpws
- •Мал. 5 Організація віртуального приватного каналу Ethernet
- •Мал. 6 Формат інкапсуляції Ethernet поверх mpls
- •1.3.3 Послуги vpls
- •Мал 7 Організація послуги vpls
- •1.4.2 Контроль трафіка
- •1.4.3 Функції обслуговування Ethernet
- •Мал. 8. Моніторинг стану vlan за допомогою протоколу cfm
- •Мал. 9. Багатодоменне застосування протоколу cfm
- •1.4.4 Мости провайдера
- •Мал.10 Інкапсуляція ідентифікаторів vlan
- •Мал.11 Мережа стандарту рв, що надає дві послуги типу e-lan
- •1.4.5 Формат кадра 802.1 ah
- •Мал.12. Формат кадрів при інкапсуляції Mac-in-Mac 802.1ah
- •1.4.6 Дворівнева ієрархія з'єднань
- •Мал. 13. Організація послуг у мережі рвв
- •1.4.7 Користувацькі Мас-Адреси
- •1.4.8 Інжиніринг трафіка й відмовостійкість
- •1.4.9 Магістральні мости провайдера з підтримкою інжинірингу трафіка
- •Мал.14. Організація послуг у мережі рвв те
- •1.6 Ethernet поверх pdh
- •1.6.1 Інкапсуляція фреймів
- •Мал.15. Порівняння інкапсуляцій фреймів hdlc і gfp-f
- •1.6.2 Мепинг
- •Мал. 16 Формат фрейму e1
- •1.6.3 Об'єднання каналів
- •1.6.4 Пропускна здатність
- •1.6.5 Приоритезація
- •1.6.6 Плюси й мінуси Eopdh
- •2. Технологія mpls
- •2.1 Основні поняття
- •2.2 Принцип комутації
- •Мал. 21 Мережа mpls
- •2.3.2 Стек міток
- •Мал. 22 Компоненти комутованого маршруту
- •2.3.3 Прив'язка й розподіл міток
- •2.4 Побудова маршруту, що комутирується
- •Мал. 24 Взаємозв'язок процесів Mpls-комутації й Ip-маршрутизації
- •2.5 Протокол ldp
- •Мал. 27. Формат Ldp-Запиту мітки
- •Мал. 29 Рис Новий шлях lsp2
- •2.6 Відмінності mpls від Frame Relay і atm
- •2.7 Недоліки й переваги mpls
Мал. 3 Псевдоканали в мережі провайдера
Псевдоканали являють собою шляхи LSP другого рівня ієрархії (називаного так само внутрішнім рівнем), прокладеним усередині LSP першого (зовнішнього) рівня . Звичайно в якості LSP першого рівня ієрархії використовуються ТЕ-тунелі MPLS, тому що вони мають такі додаткові властивості, яких немає в шляхів, прокладених за допомогою протоколу LDP. На мал.3 шляхи LSP першого рівня не показані, щоб загострити увагу на псевдоканалах .
Псевдоканали — це логічні транспортні з'єднання, фізично вони можуть проходити через проміжні магістральні маршрутизатори, однак для них вони прозорі, тобто в нашому прикладі маршрутизатори P1, Р2 і P3 просто не зауважують їх існування в мережі.
Однак псевдоканал - це не просто логічне з'єднання LSP другого рівня ієрархії, згідно з визначенням, даним в RFC 3985 (http://www.rfc-editor.org/rfc/rfc3985.txt), у псевдоканала є більш специфічне призначення .
Псевдоканал — це механізм, який емулює істотні властивості якого-небудь телекомунікаційного сервісу через мережу з комунікацією пакетів .
Одним з варіантів застосування псевдоканалів при емуляції послуг Ethernet є передача псевдоканалом трафіка одного користувацького з'єднання, при цьому псевдоканал емулює кабельне з'єднання між мережами користувачів . У прикладі на мал. 3 псевдоканал PW 2 служить для організації з'єднання між мережами А и F через мережу провайдера . При цьому кадри Ethernet, що відправляються мережею А в мережу F, інкапсулюються прикордонним маршрутизатором РЕ1 у дані псевдоканала й доставляються їм прикордонному маршрутизатору РЕ2, який витягає ці кадри й відправляє їх у мережу F у первісному виді.
З визначення, даного в RFC 3985, видно, що призначення псевдоканала ширше емуляції Ethernet — це може бути й емуляції сервісів виділених каналів технологій PDH або SDH, і емуляція віртуальних каналів ATM або Frame Relay; однак у кожному разі емуляція такої послуги виконується через пакетну мережу. Тип пакетної мережі також не уточнюється, так що це може бути й класична мережа IP (без MPLS), і мережа IP/MPLS, і мережа ATM. Головне в цім узагальненому визначенні те, що псевдоканал приховує від користувачів емульованого сервісу деталі пакетної мережі провайдера, з'єднуючи користувацькі прикордонні пристрої (CE на мал. 3) таким чином, як якби вони з'єднувалися за допомогою виділеного каналу або кабелю .
Для деяких найбільш важливих комбінацій емульованого сервісу й типу пакетної мережі комітет IETF розробив окремі специфікації псевдоканалів. Далі ми розглянемо тільки один тип псевдоканала, який потрібний для надання послуг Ethernet операторського класу, а саме - псевдоканал емуляції Ethernet через мережі IP/MPLS, описаний в RFC 444 8 (http://www.rfc-editor.org/rfc/rfc4448.txt).
Технічно створити LSP другого рівня досить просто - для цього маршрутизаторам, з'єднаним LSP першого рівня, потрібно обмовити значення мітки другого рівня, яке буде використовуватися, щоб розрізняти LSP другого рівня усередині LSP першого рівня. Цей процес ілюструється мал. 4. На ньому зображено два прикордонні маршрутизатори РЕ1 і РЕ2, з'єднані псевдоканалом РЕ57. Однак малюнок виявився небагато складніше, чим можна було припустити — замість одного шляху LSP першого рівня ми бачимо два такі шляхи . Це пов'язане з тим, що двоточкові псевдоканали, які служать для емуляції Ethernet, по визначенню IETF завжди є двонаправленими, a MPLS LSP — це односпрямований шлях . Тому для створення двонаправленного псевдоканала потрібно два односпрямовані шляхи другого рівня, вкладених у два односпрямовані шляхи першого рівня, що й показане на малюнку .
Розглянутий у нашому прикладі псевдоканал у напрямку від РЕ1 до РЕ2 ідентифікується міткою 57, а тунель, який використовує цей канал, — міткою 102. Тому при відправленні кадра Ethernet, призначеного для РЕ2, маршрутизатор РЕ1 поміщає вихідний кадра Ethernet у кадра MPL S і адресує цей кадр двома мітками: зовнішньої міткою 102 і внутрішньої міткою 57. Зовнішня мітка застосовується потім магістральними маршрутизаторами P1, Р2 і P3 для того, щоб доправити кадр прикордонному маршрутизатору РЕ2, при цьому в процесі передачі кадра відбувається звичайна комутація по мітках (на малюнку показане, що після проходження Р1 зовнішня мітка одержала значення 161) .
Внутрішня мітка 57 потрібно тільки прикордонному маршрутизатору РЕ2, який знає, що ця мітка відповідає псевдоканалу PW57, який потрібний для зв'язку з якоїсь користувацькою мережею.