Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

MPLS OAM Configuration

Настройка транспортного MPLS профиля для OAM

Обзор MPLS транспортного профиля

RFC 5654. Требования транспортного профиля MPLS,описывают требования к транспортному профилю MPLS (MPLS-TP), расширяют возможности эксплуатации, администрирования и обслуживания (OAM) при эксплуатации MPLS транспортных сетей. Эти возможности помогают в устранении неполадок и обслуживании пути с псевдо-проводной или коммутаной меткой (LSP).

MPLS TP для OAM содержит два основных компонента:

  • Generic Associated Channel Label (ЖЕЛТВ) — специальная метка, которая включает механизм исключения, который информирует маршрутизатор с коммутацией по меткам (LSR) о том, что пакет, который он получает на LSP, принадлежит связанному каналу управления или плоскость управления.

  • Generic Associated Channel Header (G-Ach) — специальное поле заглавного поля, которое определяет тип полезной нагрузки, содержащуюся в MPLS маршрутов с коммутацией по метке (LSP). G-Ach имеет тот же формат, что и псевдо-канал, связанный с загоном канала управления.

Дополнительные сведения о MPLS-TP см. в RFC 5654, требования MPLS транспортного профиля. Для получения более подробной информации о СИСТЕМАх ассимилии (а именно) и G-Ach см. RFC 5586 и MPLS связанный канал.

В реализации Junos OS TP MPLS поддерживаются следующие возможности:

  • MPLS-TP OAM может отправлять и принимать пакеты с ПОМОЩЬЮ НИОКР и G-Ach без IP-инкапсуляции.

  • Два однонаправленных LSP RSVP между парой маршрутизаторов могут быть связаны друг с другом для создания связанного двунаправленного LSP для привязки пути для сообщенийВЕНЬ И G-Ach OAM. Для связанного однонаправленного LSP устанавливается один сеанс обнаружения однонаправленной переадправления (BFD).

Примере: Настройка транспортного MPLS профиля для OAM

В этом примере показано, как настроить транспортный профиль MPLS (MPLS-TP) для отправки и получения сообщений OAM ЭЛ И G-Ach по маршруту с коммутаакой по меткам (LSP).

Требования

В данном примере используются следующие аппаратные и программные компоненты:

  • Шесть устройств, которые могут быть комбинацией M Series, серия MX и серия T маршрутизаторов

  • Junos OS версии 12.1 или более поздней версии на этих устройствах

Обзор

Junos OS версии 12.1 и более поздних поддерживают MPLS транспортный профиль (MPLS-TP) возможности эксплуатации, администрирования и обслуживания (OAM). MPLS-TP вводит новые возможности OAM, когда MPLS используется для транспортных услуг и работы транспортной сети. Это включает в себя настройку общих связанных меток каналов (YOUS) и общего связанного загона канала (G-Ach) для сообщений OAM.

В данном примере показано, как настроить MPLS-TP OAM для отправки и получения сообщений ОАМ ВЛ ИБП и G-Ach без IP-инкапсуляции. Кроме того, здесь также показано, как связать два однонаправленных пути rSVP с коммутацией по меткам (LSP) между парой маршрутизаторов для создания связанного двунаправленного LSP для привязки пути для СООБЩЕНИй ОБЫЧНОЙ И G-ACH OAM.

Junos OS версии 12.1 и более поздних поддерживают следующие MPLS TP-функции:

  • MPLS TP OAM и инфраструктуру, необходимую для MPLS приложений для отправки и получения пакетов с ПОМОЩЬЮ ЖЕ ИБП и G-Ach без IP-инкапсуляции.

  • Приложения для отправки и получения пакетов с помощью LSP-ping и обнаружения bidirectional Forwarding (BFD) для отправки и получения пакетов с помощью ЖЕЛК и G-Ach без IP-инкапсуляции на транспортных LSP.

  • Связывание двух однонаправленных LSP RSVP между парой маршрутизаторов и друг с другом для создания связанного двунаправленного LSP для привязки пути для сообщений ОАМ ОАМвте (САМ) и G-Ach. Связанная модель bidirectional LSP поддерживается только для связи основных путей. Для связанного однонаправленного LSP установлен один сеанс BFD.

Junos OS версии 12.1 и более поздних версий не поддерживает следующие MPLS-TP:

  • Многоканальный RSVP LPS и LPS BGP точке

  • Измерение потери и измерение задержки

Можно включить работу ОПЕРАЦИй OAM в режиме амперной перенастраиации (ТОК) и G-Ach с помощью следующих оголений конфигурации:

  • mpls-tp-mode-Включите эту утверждение на иерархической основе для обеспечения функционирования БЕЗ IP-инкапсуляции НА всех LPS в MPLS [edit protocols mpls oam] сети.

    Включите эту утверждение на иерархической основе для разрешения операций БЕЗ IP-инкапсуляции НА определенном [edit protocols mpls label-switched-path lsp-name oam] LSP в сети.

    Прим.:

    Начиная с Junos OS 16.1, MPLS-TP поддерживает два дополнительных типа каналов для типа канала по умолчанию LSPING (0x0008) под утверждением mpls-tp-mode. Эти дополнительные типы каналов обеспечивают проверку возможности подключения (CV) по требованию с инкапсуляцией IP/UDP и без нее.

    • CV в наличии (0x0025)— данный тип канала является новым типом псевдо-канала и используется для CV в наличии в наличии без инкапсуляции IP/UDP, где IP-адресция недоступна или предпочтительна инкапсуляция без IP-адресов.

    • IPv4 (0x0021)— Этот тип канала использует инкапсуляцию IP/UDP и обеспечивает поддержку возможности связи с другими устройствами поставщика, используюми IP-адресцию.

    GACH-TLV используется вместе с типом канала LSPING по умолчанию. В RFC 7026, GACH-TLV 0x0021 и 0x0025 каналов.

    Чтобы настроить тип канала для MPLS-TP, введите утверждение на уровнях иерархии и на уровне lsping-channel-type channel-type[edit protocols mpls label-switched-path lsp-name oam mpls-tp-mode][edit protocols mpls oam mpls-tp-mode] иерархии.

  • associate-lsp lsp-name from from-ip-address- Для настройки связанных двунаправленных LSP на двух концах LSP включите это утверждение [edit protocols mpls label-switched-path lsp-name] на уровне иерархии.

    Конфигурация from from-ip-address для LSP необязательна. Если он опущен, это выводится из to адреса конфигурации впадаемого LSP.

  • transit-lsp-association-Включив в [edit protocols mpls]иерархический уровень для связываия двух LSP на транзитном маршрутизаторе.

    Связь LSP в транзитных узлах полезна для обратного пути LSP для пакетов ping LSP, просроченных TTL, или traceroute.

В данном примере R0 является маршрутизатором для впадаем, а R4 маршрутизатор исходящего трафика. R1, R2, R3 и R5 являются транзитными маршрутизаторами. Связанный двухнаправленный LSP устанавливается между транзитными маршрутизаторами для отправки и получения СООБЩЕНИй ОАМ (ОАМ) и G-Ach.

Рис. 1 показывает топологию, используемую в этом примере.

Топологии
Рис. 1: MPLS LPS, связанные с TP OAM,MPLS LPS, связанные с TP OAM,

Конфигурации

интерфейс командной строки быстрой конфигурации
Прим.:

В данном примере показана конфигурация на всех устройствах и пошаговая настройка входящего маршрутизатора, R0 и транзитного маршрутизатора R1. Повторите пошаговую процедуру, описанную для вного маршрутизатора R0 на маршрутизатор исходящего трафика, R4. Повторите пошаговую процедуру для транзитного маршрутизатора R1 на других транзитных маршрутизаторах R2, R3 и R5. Убедитесь, что соответствующие имена интерфейсов, адреса и другие параметры изменяются соответствующим образом.

Чтобы быстро настроить этот пример, скопировать следующие команды, ввести их в текстовый файл, удалить все разрывы строки, изменить все данные, необходимые для настройки сети, а затем скопировать и вкопировать команды в интерфейс командной строки на [edit] иерархии.

Маршрутизатор М0

Маршрутизатор М1

Маршрутизатор М2

Маршрутизатор R3

Маршрутизатор R4

Маршрутизатор R5

Настройка устройства R0
Пошаговая процедура

Для настройки веского маршрутизатора, R0:

  1. Настройте интерфейсы.

  2. Настройте MPLS интерфейсах.

  3. Настройте протокол внутреннего шлюза, например, OSPF.

  4. Настройте протокол сигнализации, такой как RSVP.

  5. Настройте LSP.

  6. Активлизуй операцию OAM ДЛЯ АМВ БЕЗ IP-инкапсуляции на LSP.

  7. Настройте связанные двунаправленные LSP на двух концах LSP.

  8. После окончания настройки устройства сфиксировать конфигурацию.

Результаты

Подтвердите конфигурацию, show interfaces выдав show protocols команды и команды.

Настройка устройства R1
Пошаговая процедура

Для настройки транзитного маршрутизатора R1:

  1. Настройте интерфейсы.

  2. Настройте MPLS интерфейсах.

  3. Настройте протокол внутреннего шлюза, например, OSPF.

  4. Настройте протокол сигнализации, такой как RSVP.

  5. Настройте связь двух LPS на транзитном маршрутизаторе.

  6. После настройки устройства сфиксировать конфигурацию.

Результаты

Подтвердите конфигурацию, show interfaces выдав show protocols команды и команды.

Проверки

Подтвердим, что конфигурация работает правильно.

Проверка связанных bidirectional LSP
Цель

Проверьте правильность работы связанной конфигурации многонаправленного LSP.

Действий
Смысл

В выходных данных команд и выходных данных отображаются сведения о связанных show mpls lspshow mpls detailshow mpls bidirectional bidirectional LSP и сведениях о связи LSP.

Настройка влияющих политик OAM для LDP

Используя утверждение, можно настроить политику операций, администрирования и управления (OAM) для выбора, какие классы эквивалентности перенаправления (FEC) должны иметь включенную ingress-policy OAM. Если FEC проходит через политику или feC настроен явным образом, OAM будет включен для FEC. Для FEC, выбранных с помощью политики, применяются параметры BFD, [edit protocols ldp oam bfd-liveness-detection] настроенные под.

Политика в отношении впадаемых омовех OAM настроена на [edit policy-options] уровне иерархии. Чтобы настроить политику в отношении впадаемых овне OAM, включим в себя ingress-policy утверждение:

Это утверждение можно настроить на следующих уровнях иерархии:

  • [edit protocols ldp oam]

  • [edit logical-systems logical-system-name protocols ldp oam]

Прим.:

серия ACX не поддерживают edit logical-systems [] уровень иерархии.

Отслеживание MPLS пакетов и операций LSP

Для отслеживания MPLS пакетов и операций LSP включаем traceoptions утверждение:

Список уровней иерархии, на которых можно включить это утверждение, см. в разделе Сводка утверждения для этого утверждения.

В этом сообщении MPLS флаги, специфические для traceoptions MPLS:

  • all— Проследить все операции.

  • connection— Трассировка всех упражнений по перекрестным соединениям (CCC).

  • connection-detail- Трассировка подробного действия CCC.

  • cspf- Трассировка расчетов CSPF.

  • cspf-link- Ссылки трассировки, посещаемые во время вычислений CSPF.

  • cspf-node- Трассировка узлов, посещаемых во время вычислений CSPF.

  • error- Трассировка MPLS условий ошибки.

  • graceful-restart- Трассировка MPLS событий перезапуска.

  • lsping- Трассировка пакетов ping LSP и кодов возврата.

  • nsr-synchronization— Трассировка событий синхронизации безостановочной маршрутизации (NSR).

  • nsr-synchronization-detail-Подробно отслеживаются события синхронизации NSR.

  • state- Трассировка всех переходов состояния LSP.

  • static—Трассировка статического пути с коммутаной меткой.

При настройке параметров трассировки для отслеживания MPLS LSP с помощью этого параметра в журнале CSPF отображается информация о MPLS LSP с использованием термина cspf "generalized MPLS" (GMPLS). Например, в сообщении журнала CSPF может быть заявно, что "link passes GMPLS constraints". Обобщенные MPLS (GMPLS) являются набором MPLS, поэтому это сообщение является обычным и не влияет на правильную MPLS LSP.

Таблица истории выпусков
Версия
Описание
16.1
Начиная с Junos OS 16.1, MPLS-TP поддерживает два дополнительных типа каналов для типа канала по умолчанию LSPING (0x0008) под утверждением mpls-tp-mode.