Многопротокольная коммутация по меткам (MPLS) : MPLS

Туннель MPLS TE, машущий сценарием EEM

5 апреля 2016 - Машинный перевод
Другие версии: PDF-версия:pdf | Английский (22 августа 2015) | Отзыв

Введение

Этот документ описывает процесс для осуществления сценария встроенного диспетчера событий (EEM), где туннель регулирования трафика Многопротокольной коммутации по меткам (MPLS) колеблется случайным образом (и сетевой администратор, или инженер TAC хочет собрать определенную информацию, в то время как откидная створка происходит).

Внесенный Madhu Sudhanan T S B, специалистом службы технической поддержки Cisco.

Предварительные условия

Аудитория должна быть familar с основным MPLS и понятиями регулирования трафика и конфигурацией.

Когда существует случайная туннельная откидная створка регулирования трафика MLPS, эти перехваты сценария EEM потребовали журналов и сообщений отладки. Этот сценарий может быть расширен в соответствии с потребностями пользователя.

Требования

Компания Cisco рекомендует предварительно ознакомиться со следующими предметами:

  • Многопротокольная коммутация с использованием меток (MPLS)
  • Понятия регулирования трафика MLPS и конфигурации.

Этот сценарий EEM требует версии, версия 3.0 EEM или позже или некоторая функциональность не могла бы работать, как предназначено.

Используемые компоненты

Сведения в этом документе основываются на платформе маршрутизаторов Cisco серии 7600.

Сведения, представленные в этом документе, были получены от устройств, работающих в специальной лабораторной среде. Все устройства, используемые в этом документе, были запущены с чистой конфигурацией (конфигурацией по умолчанию). Если сеть является оперативной, гарантируйте понимание потенциального воздействия любой команды.

Родственные продукты

Этот документ может также использоваться с этими версиями программного и аппаратного обеспечения:

  • Маршрутизаторы Cisco серии 7600, выполняющие Выпуск 15.3 (2.19) S0.6

Условные обозначения

Сведения об условных обозначениях см. в документе Условные обозначения технических терминов Cisco.

Проблема

В среде поставщика услуг, которая выполняет множественные туннели регулирования трафика MLPS, иногда туннель машет и восстанавливает себя. Администратору сети могли бы потребоваться несколько минут для определения, почему колебались туннели. Информация собрала, когда проблема происходит, очень важно для определения rootcause проблемы. Сценарий EEM дает пример сценария, который может использоваться для получения информации, чтобы помочь определять потенциальную причину проблемы. Когда проблема происходит, этот сценарий не требует никакого ручного вмешательства. Это полностью автоматизировано и вызывает только, когда проблема происходит (на основе сообщений console log, которые происходят во время туннельной откидной створки).

Решение

Функциональность сценария EEM:

  • Когда EEM видит туннель/вниз сообщение журнала, он устанавливает отладки.
  • Перехватите выходные данные show различных команд в течение 'n' времен и позвольте сценарию ждать в течение 'm' минут для сбора большего количества отладки и выходных данных netdr. Все выходные данные зарегистрированы в файл на диске с именем файла TAC.txt.
  • Не отладьте и остановите перехваты netdr: закройте четыре туннеля Регулирования трафика (TE) (которые колеблются) в маршрутизаторе, и удалите сценарий EEM (так как сценарий продолжает работать, если существуют множественные замеченные откидные створки).
  • Необходимо модифицировать имена интерфейсов к связанному интерфейсу для пиринга. Модифицируйте количество туннельного интерфейса, IP-адрес назначения туннеля в show ip routecommand и другие места по мере необходимости.
  • Функциональность перехвата netdr встроена в 7600/6500 платформу, где это перехватывает все пакеты, плывшие на плоскодонке к ЦПУ. Это не могло бы быть доступно в других платформах.

event manager applet TUNNEL_FLAP
event syslog pattern "LINEPROTO-5-UPDOWN: Line protocol on Interface Tunnel" maxrun 36000
action 1.0 cli command "enable"
action 1.1 cli command "access-list 199 permit ip host 10.1.0.2 host 10.1.0.5"
action 1.2 cli command "debug mpls traffic-eng tunnels state detail 199"
action 1.3 cli command "debug mpls traffic-eng tunnel error detail"
action 1.4 cli command "debug mpls traffic-eng tunnels fast-reroute detail 199"
action 1.5 cli command "debug mpls traffic-eng tunnels signalling detail 199"
action 1.6 cli command "debug ip rsvp signalling"
action 1.7 cli command "debug ip rsvp message"
action 1.8 cli command "debug netdr capture interface port-channel 52"
action 1.9 set loop1 "0"
action 2.0 while $loop1 le 1
action 2.1 cli command "show mpls traffic-eng tunnel tunnel 505 | append disk0:TAC.txt"
action 2.2 cli command "show mpls traffic-eng tunnel tunnel 506 | append disk0:TAC.txt"
action 2.3 cli command "show mpls traffic-eng tunnel tunnel 507 | append disk0:TAC.txt"
action 2.4 cli command "show mpls traffic-eng tunnel tunnel 508 | append disk0:TAC.txt"
action 2.5 cli command "show netdr capture | append disk0:TAC.txt"
action 2.6 cli command "show ip rsvp neighbor | append disk0:TAC.txt"
action 2.7 cli command "show ip rsvp counter summary | append disk0:TAC.txt"
action 2.8 cli command "show ip rsvp counter state teardown | append disk0:TAC.txt"
action 2.9 cli command "show proc cpu sorted | append disk0:TAC.txt"
action 3.0 cli command "show proc cpu history | append disk0:TAC.txt"
action 3.1 cli command "show ip route 10.1.0.5 | append disk0:TAC.txt"
action 3.2 cli command "show ip cef 10.1.0.5 | append disk0:TAC.txt"
action 3.3 cli command "show logging | append disk0:TAC.txt"
action 3.4 increment loop1
action 3.5 end
action 3.6 wait 60
action 3.7 cli command "undebug all"
action 3.8 cli command "no debug netdr capture interface port-channel 52"
action 3.9 cli command " configure terminal"
action 4.0 cli command " no access-list 199 permit ip host 10.1.0.2 host 10.1.0.5"
action 4.1 cli command " inter range tunnel 505 - 508"
action 4.2 cli command " shutdown"
action 4.3 cli command "debug netdr clear-capture"
action 4.4 cli command "no event manager applet TUNNEL_FLAP"

Связанные обсуждения сообщества поддержки Cisco

В рамках сообщества поддержки Cisco можно задавать и отвечать на вопросы, обмениваться рекомендациями и совместно работать со своими коллегами.


Document ID: 116274