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

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

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

Если Ru и Rd являются взаимодействующими сторонами в процедуре обмена маркерами, и оба реализуют функцию слияния маркеров, то должна использоваться одна из следующих MPLS-схем:

  1. <PushUnconditional, RequestNever, N/A, NoReleaseOnChange, UseImmediate>

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

  2. <PushUnconditional, RequestNever, N/A, NoReleaseOnChange, UseIfLoopNotDetected>

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

  3. <PushConditional, RequestWhenNeeded, RequestNoRetry, ReleaseOnChange, *>

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

  4. <PushConditional, RequestNever, N/A, NoReleaseOnChange, *>

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

  5. <PulledConditional, RequestWhenNeeded, RequestRetry, ReleaseOnChange, *>

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

  6. <PulledUnconditional, RequestWhenNeeded, N/A, ReleaseOnChange, UseImmediate>

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

  7. <PulledUnconditional, RequestWhenNeeded, N/A, ReleaseOnChange, UseIfLoopNotDetected >

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

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

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