RFC: 3031
Оригинал: Multiprotocol Label Switching Architecture
Категория: Предложенный стандарт
Дата публикации:
Авторы: , ,
Перевод: Мельников Дмитрий Анатольевич

RFC 3031, Страница 50 из 68

4.4. MPLS-архитектура и многонаправленная маршрутизация

Если LSR-маршрутизатор «предоставляет» несколько маршрутов для некоторого потока, то он может присвоить несколько маркеров к потоку, т.е. по одному на каждый маршрут. Соответственно, получение от определённого соседа привязки второго маркера к некоторому префиксу адреса должно рассматриваться следующим образом: тот или иной маркер может использоваться для представления этого префикса адреса.

Если для некоторого префикса адреса установлено несколько привязок маркеров, то они могут иметь индивидуальные атрибуты.

4.5. Сходящиеся деревья из LSP-маршрутов

Рассмотрим случай доставки двух IP-пакетов P 1 и P 2 , каждый из которых имеет адрес получателя, а в соответствующем сегменте маршрутизации эти адреса имеют максимально длинную одинаковую битовую последовательность, образующую префикс адреса X . Предположим, что для P 1 маршрутом с поузловой маршрутизацией является <R 1 , R 2 , R 3 >, а для P 2 — <R 4 , R 2 , R 3 >. Теперь предположим, что R 3 привязывает маркер L 3 к X , и сообщает об этой привязке R 2 . R 2 привязывает маркер L 2 к X , и сообщает об этой привязке R 1 и R 4 . Когда R 2 получает IP-пакет P 1 , его входящим маркером будет L 2 . R 2 заменит L 2 на L 3 и отправит P 1 в R 3 . Когда R 2 получает IP-пакет P 2 , его входящим маркером снова будет L 2 . И R 2 опять заменит L 2 на L 3 и отправит P 2 в R 3 .

Заметим, что когда P 1 и P 2 транслируются от R 2 в R 3 , то они содержат один и тот же маркер, причём так долго, насколько продолжительна MPLS-система, и поэтому их невозможно различить. Таким образом, вместо анализа двух индивидуальных LSP-маршрутов <R 1 , R 2 , R 3 > и <R 4 , R 2 , R 3 > можно рассмотреть одно «сходящееся дерево из LSP-маршрутов (сходящийся граф)» (multipoint-to-point LSP tree), и обозначить его как <{R 1 , R 4 }, R 2 , R 3 >.

Такой подход создаёт определённые трудности, особенно при использовании стандартных ATM-коммутаторов в качестве LSR-маршрутизаторов. Так как обычные ATM-коммутаторы на поддерживают сходящиеся виртуальные соединения (multipoint-to-point connections), должны существовать процедуры, которые гарантируют, что каждый LSP-маршрут представляет собой сквозное виртуальной соединение (point-to-point VC). Тем не менее, если используются ATM-коммутаторы, которые поддерживают сходящиеся виртуальные соединения, то LSP-маршруты могут быть более эффективно реализованы как сходящиеся виртуальные соединения. С другой стороны, если можно использовать многоузловое кодирование коммутируемого виртуального маршрута (параграф 3.25.2, SVP multipoint encoding), то LSP-маршруты могут быть реализованы как сходящиеся коммутируемые виртуальные маршруты (multipoint-to-point SVP).

Страница 50 из 68

2007 - 2022 © Русские переводы RFC, IETF, ISOC.