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

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

5.2.2. Схемы для LSR-маршрутизаторов, которые не реализуют слияние маркеров

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

Более того, если R 1 и R 2 являются MPLS-узлами, а также один из них является LSR-маршрутизатором, который встроен в стандартный программно-аппаратный ATM-коммутатор (т.е., в котором не блокируется перемежение ячеек), или по какой-либо другой причине не возможно реализовать функцию слияния маркеров, то между R 1 и R 2 должна использоваться одна из следующих MPLS-схем:

  1. <PulledConditional, RequestOnRequest, RequestRetry, ReleaseOnChange, *>

    Данная схема представляет собой распределение востребованных маркеров нисходящего потока с упорядоченным контролем (инициируемым со стороны входа маршрута), при реализации «консервативного режима сохранения маркера потока» и дополнительной процедуры выявления петлевого маршрута.

    В результате использования субпроцедуры «направление запроса в ответ на запрос» (RequestOnRequest) R 4 направит R 3 три маркера относительно X , R 3 направит R 2 два маркера относительно X и R 2 направит R 1 один маркер относительно X .

  2. <PulledUnconditional, RequestOnRequest, N/A, ReleaseOnChange, UseImmediate>

    Данная схема представляет собой распределение востребованных маркеров нисходящего потока с независимым контролем, при реализации «консервативного режима сохранения маркера потока» и без процедуры выявления петлевого маршрута.

  3. <PulledUnconditional, RequestOnRequest, N/A, ReleaseOnChange, UseIfLoopNotDetected>

    Данная схема представляет собой распределение востребованных маркеров нисходящего потока с независимым контролем, при реализации «консервативного режима сохранения маркера потока» и процедуры выявления петлевого маршрута.

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

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