- •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
Мал. 27. Формат Ldp-Запиту мітки
Ідентифікатор повідомлення потрібно для того, щоб при одержанні відповіді можна було однозначно зіставити відповідь деякому запиту (пристрій може послати кілька запитів до одержання відповідей на кожний з них).
У нашому прикладі в якості елемента FEC буде зазначена адреса 132.100.0.0. Пристрій LSR2, прийнявши запит, знаходить, що в нього також немає прокладеного шляху до мережі 132.100.0.0, тому воно передає Ldp-Запит наступному пристрою LSR, адреса якого зазначений у його таблиці маршрутизації в якості наступного хопа для мережі 132.100.0.0.
У прикладі, показаному на мал. 20.8, таким пристроєм є LSR3, на якому шлях комутації по мітках повинен закінчитися, тому що наступний хоп веде за межі Mpls-Мережі даного оператора.
Пристрій LSR3, виявивши, що для шляху до мережі 132.100.0.0 воно є прикордонним, призначає для шляху, що прокладається, мітку, ще не зайняту його вхідним інтерфейсом S0, і повідомляє про цю мітку пристрою LSR2 в Ldp-Повідомленні, формат якого представлений на мал. 28. Нехай це буде мітка 231.
Мал. 28. Формат відображення мітки на елемент FEC протоколу LDP
У свою чергу, LSR2 призначає невикористовувану його інтерфейсом SO мітку й сповіщає про це в Ldp-повідомленні відображення мітки пристрою LSR1. Після цього новий шлях комутації по мітках, ведучий від LSR1 до мережі 132.100.0.0, уважається прокладеним (мал. 29), і уздовж нього пакети починають передаватися вже на основі міток і таблиць просування, а не Ip-Адрес і таблиць маршрутизації.
Мал. 29 Рис Новий шлях lsp2
Було б нераціонально прокладати окремий шлях для кожної мережі призначення кожного маршрутизатора. Тому пристрою LSR намагаються будувати агреговані шляхи комутації по мітках і передавати уздовж них пакети, що випливають до деякого набору мереж. Так, на мал. 20.11 пристрій LSR1 передає по шляху LSP1 пакети, що випливають не тільки до мережі 132.100.0.0, але й до мереж 194.15.17.0 і 201.25.10.0, інформація про яких з'явилася вже після того, як шлях LSP2 був прокладений.
Ми розглянули тільки один режим роботи протоколу LDP, який носить складна назва «Упорядкований режим керування розподілом міток із запитом пристрою вниз по потоці». Тут під упорядкованим режимом розуміється такий режим, коли деякий проміжний пристрій LSR не передає мітку для нового шляху пристрою LSR, що лежить вище по потоці, доти, поки не одержить мітку для цього шляху від пристрою LSR, що лежить нижче по потоці. У нашому випадку пристрій LSR2 чекало одержання мітки від LSR3 і вже потім передало мітку пристрою LSR1.
Існує й інший режим керування розподілом міток, який називається незалежним. При незалежному керуванні розподілом міток LSR може призначити й передати мітку, не чекаючи приходу повідомлення від свого сусіда, що лежить нижче по потоці. Наприклад, пристрій LSR2 могло б призначити й передати мітку 199 пристрою
LSR1, не чекаючи приходу мітки 231 від пристрою LSR3. Тому що мітки мають локальне значення, результат зміни режиму не змінився б.
Існує також два методи розподілу міток — розподіл від лежачого нижче по потоці по запиту й без запиту. Для нашого випадку це значить, що якби пристрій LSR2 виявило у своїй таблиці маршрутизації запис про нову мережу 132.100.0.0,
воно могло б призначити мітку новому шляху й передати її пристрою LSR1 без запиту. Тому що при цьому пристрій LSR2 не знає свого сусіда вище по потоці (таблиця маршрутизації не говорить про це), воно передає цю інформацію всім своїм сусідам по сеансах LDP. У цьому варіанті роботи протоколу LDP пристрою LSR можуть одержувати альтернативні мітки для шляху до деякої мережі; а вибір найкращого шляху здійснюється звичайним для Ip-маршрутизатрів (якими пристрою LSR є по сумісництву) способом — на підставі найкращої метрики, обираної протоколом маршрутизації.
Як видне з опису, існує два незалежні параметри, які визначають варіант роботи протоколу LDP: режим керування розподілом міток і метод розподілу міток. Тому що кожний параметр має два значення, усього існує чотири режими роботи протоколу LDP.
У рамках одного сеансу LDP повинен підтримуватися тільки один з методів розподілу міток — по запиту або без запиту. У той же час у масштабах мережі можуть одночасно використовуватися обоє методу. Протокол LDP найчастіше працює в режимі незалежного керування розподілом міток без запиту.
Упорядковане керування розподілом міток потрібно при прокладці шляхів LSP, необхідних для інжинірингу трафіка.