Contenido

Introducción

Prerequisites

Requirements

Componentes Utilizados

Antecedentes

Detalles del subprograma EEM

Listas de acceso utilizadas

Derechos de la miniaplicación

Archivos de registro de miniaplicaciones

Applets para MC/BR Combo y otros escenarios BR

Applet en combinación MC/BR

Applet para otros BR

Applets para escenarios MC dedicados

Comunicación de Applet

Crear objetos de seguimiento y loopbacks

Seguimiento de objetos

Loopbacks BR y MC

Introducción

Este documento describe los subprogramas Embedded Event Manager (EEM) que se utilizan en redes donde Performance Routing (PfR) optimiza el tráfico a través de varios Relays de borde (BR). También se observan algunos loops de reenvío. Los applets se utilizan para recopilar datos cuando se observa un loop y mitigar el impacto de un loop de reenvío.

Prerequisites

Requirements

No hay requisitos específicos para este documento.

Componentes Utilizados

La información en este documento se basa en el software Cisco IOS® que soporta EEM versión 4.0.

Para verificar la versión de EEM soportada por su versión de Cisco IOS, utilice este comando:

Router#sh event manager version | i Embedded

Embedded Event Manager Version 4.00

Router#

The information in this document was created from the devices in a specific lab environment. All of the devices used in this document started with a cleared (default) configuration. If your network is live, make sure that you understand the potential impact of any command.

Antecedentes

Cuando PfR controla una clase de tráfico (TC), crea un mapa de ruta dinámico/lista de control de acceso (ACL) en los BR. El route map en un BR con una salida seleccionada apunta a una salida seleccionada, mientras que un route map en otros BR apunta a una interfaz interna (next-hop = BR seleccionada).

Un problema ocurre cuando las ACL dinámicas no se sincronizan correctamente entre los diferentes BR (debido a errores, por ejemplo).

En esta imagen, el foco se centra en el TC que coincide con cualquier paquete IP destinado a 172.16.1.0/24 con DSCP EF. En este escenario, la entrada de ACL relacionada se elimina del BR (BR-2) seleccionado, pero no del BR-1. Los paquetes de ese TC llegan a BR-2 con la entrada de prefijo que coincide con todos los paquetes IP destinados a 172.16.1.0/24. La salida seleccionada para la entrada de prefijo es Exit-1, por lo que el route-map/ACL relacionado en BR-2 apunta a BR-1.

Los paquetes de ese TC ahora se conectan entre los BR hasta que el Tiempo de vida (TTL) alcanza 0.

Este documento proporciona los applets EEM necesarios utilizados para:

- Detectar un loop de reenvío entre BRs

- Recopile información relevante y borre el PfR

Los applets utilizados en el caso de una combinación de controlador principal (MC)/BR son mucho más fáciles (cuando MC se ejecuta en uno de los BR). También se aborda el escenario con MC dedicados.

Detalles del subprograma EEM

En esta sección se describen las listas de acceso utilizadas para este proceso, así como los archivos de registro de miniaplicaciones.

Listas de acceso utilizadas

Para detectar loops de reenvío, el applet se basa en una ACL para hacer coincidir los paquetes con TTL bajo.

Nota: La coincidencia de ACL en TTL es compatible con los routers de servicios de agregación (ASR) serie 1000 versión 3.7 (15.2(4)S) y posteriores.

Se recomienda utilizar la coincidencia ACE en dos valores consecutivos, relativamente bajos, TTL (20 y 21) para obtener uno (y sólo uno) de aciertos para cada paquete que se lance entre los BR. El valor TTL utilizado no debe ser demasiado bajo para evitar los golpes frecuentes de los paquetes traceroute.

interface gig0/0 (internal interface)

ip access-group LOOP in

!

ip access-list extended LOOP

permit ip 10.116.48.0 0.0.31.255 any ttl range 20 21

permit ip any any

La ACL se debe colocar en la interfaz interna informada en el resultado del comando show pfr master border topology.

El rango de IP de origen (aquí 10.116.48.0/20) debe coincidir con las redes internas (prefijos a los que se puede acceder a través de interfaces internas).

Nota: Si no puede resumir las redes internas en una entrada de lista de acceso (ACE), puede utilizar varias ACE; sin embargo, la secuencia de comandos debe modificarse ligeramente para verificar el recuento de visitas en varias líneas.

Nota: La función auto-tunnel debe desactivarse (no hay túneles automáticos de modo en el modo PfR maestro). Si los BR no están conectados directamente, se deben crear túneles de encapsulación de routing genérico (GRE) manual y colocar la ACL en la interfaz de túnel.

Para identificar qué sitio remoto/TC se ve afectado por el loop, puede agregar una segunda ACL saliente en la interfaz, con ACE más específicas para cada sitio remoto/TC.

interface gig0/0 (internal interface)

ip access-group LOOP-DETAIL out

!

ip access-list extended LOOP-DETAIL

permit ip 10.116.48.0 0.0.31.255 10.116.132.0 0.0.0.255 ttl range 20 21

permit ip 10.116.48.0 0.0.31.255 10.116.128.0 0.0.0.255 ttl range 20 21

.... (add here one line per remote site)

permit ip any an

La IP de destino coincide con la subred en los diferentes sitios remotos:

10.116.132.0/24 -> site-1

10.116.128.0/24 -> site-2

También puede agregar varias líneas por sitio remoto si necesita identificar el TC exacto impactado por el loop.

Derechos de la miniaplicación

El applet verifica los hitcount de la coincidencia ACE en el TTL en el loop ACL cada treinta segundos. Según el resultado de estas comprobaciones, el applet podría realizar estas tareas:

- Si los hitrecuentos exceden un umbral configurado (THRESHOLD_1), el applet borra el conteo de ACL y vuelve a comprobar los hitcount en quince segundos.

- Después de los quince segundos, si los hitrecuentos superan un segundo umbral (UMBRAL_2), podría haber un loop. Debe recopilar un conjunto de salidas y borrar el PfR para solucionar el problema del loop.

- Los segundos umbrales se definen como variables globales, por lo que se ajustan fácilmente sin necesidad de reiniciar el applet.

- El valor óptimo para estos umbrales depende principalmente de la velocidad promedio de paquetes por TC.

Archivos de registro de miniaplicaciones

El applet mantiene un archivo de registro que realiza un seguimiento del número de hitcount (cuando el conteo es mayor que 0) y de cualquier encuentro de loops temporales (cuando se excede THRESHOLD_1 pero no THRESHOLD_2) o de un loop real (cuando se exceden THRESHOLD_1 y THRESHOLD_2).

Applets para MC/BR Combo y otros escenarios BR

Estos son los escenarios más simples descritos en este documento. La detección de loops y la limpieza de PfR se realizan en el mismo dispositivo, por lo que no es necesario introducir la comunicación de applet EEM del dispositivo. Un applet independiente se ejecuta en una combinación MC/BR y otros BR.

Applet en combinación MC/BR

Este resultado muestra información importante para el applet utilizado en el combinado MC/BR. Estas son algunas notas importantes para este resultado específico:

- El valor mostrado para THRESHOLD_1 es 1000, y los valores mostrados para THRESHOLD_2 es 500. Esto implica que el applet se inicia si la velocidad del TC impactado por el loop es superior a 1000/30 ( 33 pps).

- La variable DISK identifica dónde se presionan los archivos de registro y salida (se muestra aquí en bootflash).

- La marca de tiempo de las entradas en el archivo de registro deriva del resultado del comando show clock. Los caracteres del centro (mostrados aquí como "est") dependen de la zona horaria y deben ajustarse (consulte la acción 240).

- Los resultados que se deben recopilar en caso de loop se envían en el archivo script-output-xxxxxxx en bootflash, donde "xxxxxxx" es el número de segundos desde 1970 (utilizado para hacer nombres de archivo únicos para cada aparición de loop).

- Los comandos recolectados se enumeran en acciones 330, 340, 350 y 360. Se pueden agregar algunos comandos más/diferentes.

event manager environment THRESHOLD_1 1000

event manager environment THRESHOLD_2 500

event manager environment DISK bootflash

!

event manager applet LOOP-MON authorization bypass

event timer watchdog name LOOP time 30

action 100 cli command "enable"

action 110 cli command "show ip access-list LOOP"

action 120 set regexp_substr 0

action 130 regexp "range 20 21 \(([0-9]+) matches\)"

$_cli_result _regexp_result regexp_substr

action 140 cli command "clear ip access-list counters LOOP"

action 150 if $regexp_substr gt 0

action 200 set MATCHES $regexp_substr

action 210 file open LOGS $DISK:script-logs.txt a

action 220 cli command "enable"

action 230 cli command "show clock"

action 240 regexp "[0-9]+:[0-9]+:[0-9]+.[0-9]+ est [A-Za-z]+

[A-Za-z]+ [0-9]+ 201[0-9]" $_cli_result _regexp_result

action 250 set TIME $_regexp_result

action 260 if $MATCHES gt $THRESHOLD_1

action 270 wait 15

action 280 cli command "show ip access-list LOOP"

action 290 set regexp_substr 0

action 300 regexp "range 20 21 \(([0-9]+) matches\)"

$_cli_result _regexp_result regexp_substr

action 310 if $regexp_substr gt $THRESHOLD_2

action 320 cli command "enable"

action 330 cli command "show ip access-list LOOP-DETAIL

| tee /append $DISK:script-output-$_event_pub_sec.txt"

action 340 cli command "show pfr master traffic-class perf det

| tee /append $DISK:script-output-$_event_pub_sec.txt"

action 350 cli command "show route-map dynamic detail

| tee /append $DISK:script-output-$_event_pub_sec.txt"

action 360 cli command "show ip route

| tee /append $DISK:script-output-$_event_pub_sec.txt"

action 370 cli command "clear pfr master *"

action 380 cli command "clear ip access-list counters LOOP-DETAIL"

action 390 file puts LOGS "$TIME - LOOP DETECTED - PfR CLEARED -

matches $MATCHES > $THRESHOLD_1 and $regexp_substr

> $THRESHOLD_2 - see $DISK:script-output-$_event_pub_sec.txt"

action 400 syslog priority emergencies msg "LOOP DETECTED -

PfR CLEARED - see $DISK:script-output-$_event_pub_sec.txt !"

action 410 else

action 420 file puts LOGS "$TIME - TEMPORARY LOOP : matches

$MATCHES > $THRESHOLD_1 and $regexp_substr < or = $THRESHOLD_2"

action 430 cli command "clear ip access-list counters LOOP-DETAIL"

action 440 end

action 450 else

action 460 cli command "en"

action 470 cli command "clear ip access-list counters LOOP-DETAIL"

action 480 file puts LOGS "$TIME - number of matches =

$MATCHES < $THRESHOLD_1"

action 490 end

action 500 else

action 510 cli command "clear ip access-list counters LOOP-DETAIL"

action 520 end

Applet para otros BR

Esta sección describe el applet utilizado para otros BR. Estas son algunas notas importantes para este resultado específico:

- El applet se ejecuta cada veinte segundos mientras que el script en una combinación MC/BR se ejecuta cada treinta segundos. Esto asegura que el applet en el BR se inicie antes de que el PfR se borre a través del applet que se ejecuta en el MC/BR.

- Se utiliza un umbral único, por lo que no es necesario evitar los errores positivos.

- El valor mostrado para el THRESHOLD es 700, y debe establecerse de acuerdo con el valor THRESHOLD_1 en el applet MC/BR.

- El archivo de registro de applet se envía en el archivo script-logs.txt en flash0. Esto se puede cambiar en la acción 170 y en la variable DISK.

- La marca de tiempo de las entradas en el archivo de registro deriva del resultado del comando show clock. Los caracteres del centro (mostrados aquí como "est") dependen de la zona horaria y deben ajustarse (consulte la acción 190).

- Los resultados que se deben recopilar en caso de loop se impulsan en el archivo script-output-xxxxxxx, donde "xxxxxxx" es el número de segundos desde 1970 (utilizado para hacer nombres de archivo únicos para cada aparición de loop).

- Los comandos recolectados se enumeran en la acción 230 y acción 240. Se pueden agregar algunos comandos más/diferentes.

event manager environment THRESHOLD 700

event manager environment DISK flash 0

!

event manager applet LOOP-BR authorization bypass

event timer watchdog name LOOP time 20

action 100 cli command "enable"

action 110 cli command "show ip access-list LOOP"

action 120 set regexp_substr 0

action 130 regexp "range 20 21 \(([0-9]+) matches\)"

$_cli_result _regexp_result regexp_substr

action 140 cli command "clear ip access-list counters LOOP"

action 150 if $regexp_substr gt 0

action 160  set MATCHES $regexp_substr

action 170  file open LOGS $DISK:script-logs.txt a

action 180  cli command "show clock"

action 190  regexp "[0-9]+:[0-9]+:[0-9]+.[0-9]+

est [A-Za-z]+ [A-Za-z]+ [0-9]+ 201[0-9]" $_cli_result _regexp_result

action 200  set TIME $_regexp_result

action 210  if $MATCHES gt $THRESHOLD

action 220   cli command "enable"

action 230   cli command "show route-map dynamic detail | tee /append

$DISK:script-output-$_event_pub_sec.txt"

action 240   cli command "show ip route | tee /append

$DISK:script-output-$_event_pub_sec.txt"

action 250   file puts LOGS "$TIME : matches = $MATCHES >

$THRESHOLD - see $DISK:script-output-$_event_pub_sec.txt"

action 260   syslog priority emergencies msg "LOOP DETECTED -

Outputs captured - see $DISK:script-output-$_event_pub_sec.txt !"

action 270  else

action 280   file puts LOGS "$TIME : matches = $MATCHES < or = $THRESHOLD"

action 290  end

action 300 end

Applets para escenarios MC dedicados

La detección de loop y la recopilación PfR Clearing/stats se realizan en diferentes dispositivos que deben tener comunicación entre dispositivos de applet EEM. La comunicación entre los dispositivos se produce de diferentes maneras. Este documento describe la comunicación del dispositivo a través de los objetos rastreados para verificar la disponibilidad de loopbacks dedicados anunciados en IGP. Cuando se detecta un evento, el loopback se apaga, lo que permite que los applets en los dispositivos remotos se inicien cuando el objeto al que se hace el seguimiento se desconecta. Puede utilizar loopbacks diferentes si hay que intercambiar información diferente.

Comunicación de Applet

Se utilizan estos applets y métodos de comunicación:

Nombre del subprograma

Where?

¿Qué?

¿Desencadenador?

Comunicación?

LOOP-BR

BR

Verifique los hitrecuentos ACL para detectar loops

Periódico

shut Loop100

LOOP-MC

MC

- Recopilación de información de PfR

- Borra PfR

Seguimiento del bucle de disponibilidad100

shut Loop200

COLLECT-BR

BR

Obtenga información

Seguimiento del bucle de disponibilidad200

ninguno

Esta es una imagen que ilustra esto:

Este es el proceso utilizado por los applets:

1. El applet de LOOP-BR detecta un loop en los BR. Se supone que el loop se detecta primero en BR-2.

2. El applet cierra Loop100 en BR-2 y la información se anuncia en el protocolo de gateway interior (IGP).

3. El objeto de seguimiento para Loop100 de BR-2 se desconecta en el MC y se inicia el applet LOOP-MC. Se recopilan las salidas principales de PfR y se cierra Loopback 200 en el MC. La información se anuncia en IGP. Comienza un temporizador de diez segundos.

4. El objeto de seguimiento para Loop200 en el MC se desconecta en ambos BR. Esto activa el applet COLLECT-BR que recopila información específica de BR.

5. Se inicia el temporizador de suspensión (Paso 3) y el MC borra el PfR.

Nota: Si BR-1 detecta el loop antes de que se borre el PfR, el objeto de seguimiento que se desconecta se ignora en MC (el applet LOOP-MC se ejecuta una vez por minuto).

Crear objetos de seguimiento y loopbacks

Esta sección describe cómo crear loopbacks (asegúrese de que las IP se anuncian en el IGP) y realizar un seguimiento de los objetos.

Seguimiento de objetos

Estos son algunos puntos importantes que debe tener en cuenta al crear objetos de seguimiento:

- Se necesita un objeto de pista único en los BR, que se utiliza para realizar el seguimiento de loopback200 en MC (esto desencadena la recolección de datos).

- Se necesitan varios objetos de seguimiento en MC:

- Las trayectorias 1 y 2 se utilizan para seguir loopback100 en BR-1 y BR-2, respectivamente.

- Las pistas 11 y 12 se utilizan para realizar el seguimiento de la conectividad entre BR-1 y BR-2, respectivamente (evita la compensación de PfR cuando hay problemas de conectividad entre los BR).

- La pista 20 realiza un seguimiento del valor Y lógico entre las pistas 11 y 12. Esto se utiliza para verificar que MC obtiene alcance a todos los BR.

- El valor track timer ip route se establece en un segundo para acelerar la detección de problemas de alcance (el valor predeterminado es 15 segundos).

BR-1

interface Loopback100

ip address 10.100.100.1 255.255.255.255

!

track timer ip route 1

track 1 ip route 10.100.100.200 255.255.255.255 reachability

BR-2

interface Loopback100

ip address 10.100.100.2 255.255.255.255

!

track timer ip route 1

track 1 ip route 10.100.100.200 255.255.255.255 reachability

MC

interface Loopback200

ip address 10.100.100.200 255.255.255.255

!

track timer ip route 1

track 1 ip route 10.100.100.1 255.255.255.255 reachability

track 2 ip route 10.100.100.2 255.255.255.255 reachability

track 11 ip route 10.116.100.1 255.255.255.255 reachability

track 12 ip route 10.116.100.2 255.255.255.255 reachability

track 20 list boolean and

object 11

object 12

Loopbacks BR y MC

LOOP-BR

Esta sección describe cómo crear loopbacks en los BR. A continuación se muestran algunas notas importantes que deben tenerse en cuenta:

- El valor THRESHOLD_1 es 1000 y el valor THRESHOLD_2 es 500. Esto implica que el applet se inicia si la velocidad de los TC afectados por el loop es superior a 1000/30 (33 p/s).

- El archivo de registro de applet se inserta en el archivo script-detect-logs.txt en bootflash. Esto se cambia en la acción 210 y con la variable DISK.

- La marca de tiempo de las entradas en el archivo de registro deriva del resultado sh clock. Los caracteres del centro (mostrados como 'est') dependen de la zona horaria y requieren ajuste (acción 240).

- Después de cerrar el Loopback100 para notificar a MC, espere cinco segundos (para asegurarse de que IGP tenga tiempo para propagar la información) y reabrirla (acción 370).

event manager environment THRESHOLD_1 100event manager environment

THRESHOLD_2 500event manager environment DISK bootflash

!event manager applet LOOP-BR authorization bypass

event timer watchdog name LOOP time 30 maxrun 27

action 100  cli command "enable"

action 110  cli command "show ip access-list LOOP"

action 120  set regexp_substr 0

action 130  regexp "range 20 21 \(([0-9]+) matches\)"

$_cli_result _regexp_result regexp_substr

action 140  cli command "clear ip access-list counters LOOP"

action 150  if $regexp_substr gt 0

action 200  set MATCHES $regexp_substr

action 210  file open LOGS $DISK:script-detect-logs.txt a

action 220  cli command "enable"

action 230  cli command "show clock"

action 240  regexp "[0-9]+:[0-9]+:[0-9]+.[0-9]+

est [A-Za-z]+ [A-Za-z]+ [0-9]+ 201[0-9]"

$_cli_result _regexp_result

action 250  set TIME $_regexp_result

action 260  if $MATCHES gt $THRESHOLD_1

action 270  wait 15

action 280  cli command "show ip access-list LOOP"

action 290  set regexp_substr 0

action 300  regexp "range 20 21 \(([0-9]+) matches\)"

$_cli_result _regexp_result regexp_substr

action 310  if $regexp_substr gt $THRESHOLD_2

action 320  cli command "enable"

action 330  cli command "conf t"

action 340  cli command "interface loop100"

action 350  cli command "shut"

action 360  file puts LOGS "$TIME - LOOP DETECTED - Message sent to MC -

matches $MATCHES > $THRESHOLD_1 and $regexp_substr > $THRESHOLD_2"

action 370  wait 5

action 375  cli command "enable"

action 380  cli command "conf t"

action 390  cli command "interface loop100"

action 400  cli command "no shut"

action 410  else

action 420  file puts LOGS "$TIME - TEMPORARY LOOP : matches $MATCHES >

$THRESHOLD_1 and $regexp_substr < or = $THRESHOLD_2"

action 430  cli command "clear ip access-list counters LOOP-DETAIL"

action 440  end

action 450  else

action 460  cli command "en"

action 470  cli command "clear ip access-list counters LOOP-DETAIL"

action 480  file puts LOGS "$TIME - number of matches =

$MATCHES < $THRESHOLD_1"

action 490  end

action 500  else

action 510  cli command "clear ip access-list counters LOOP-DETAIL"

action 520  end

LOOP-MC

Esta sección describe cómo crear loopbacks en el MC. A continuación se muestran algunas notas importantes que deben tenerse en cuenta:

- El valor ratelimit depende de la frecuencia con que se ejecuta el applet con un valor de ratelimit de 60 (el script se ejecuta una vez por minuto máx.). Esto se utiliza para evitar que el PfR despeje dos veces cuando ambos BR detectan el mismo loop.

- En la acción 130, espere dos segundos antes de verificar el alcance a todos los BR. Esto es para evitar un falso positivo causado por problemas de conectividad entre MC y BR.

- En la acción 240, espere diez segundos después de cerrar Loopback200, antes de borrar el PfR. Esto es para asegurarse de que los BR tengan tiempo para recopilar los datos.

event manage environment DISK bootflash

event manager applet LOOP-MC authorization bypass

event syslog pattern "10.100.100.[0-9]/32 reachability Up->Dow" ratelimit 60

action 100 file open LOGS $DISK:script-logs.txt a

action 110 regexp "10.100.100.[0-9]" "$_syslog_msg" _regexp_result

action 120 set BR $_regexp_result

action 130 wait 2

action 140 track read 20

action 150 if $_track_state eq "up"

action 160  cli command "enable"

action 170  cli command "show clock"

action 180  regexp "[0-9]+:[0-9]+:[0-9]+.[0-9]+

est [A-Za-z]+ [A-Za-z]+ [0-9]+ 201[0-9]"

"$_cli_result" _regexp_result

action 190  set TIME "$_regexp_result"

action 200  cli command "show pfr master traffic-class perf det

| tee /append $DISK:script-output-$_event_pub_sec.txt"

action 210  cli command "conf t"

action 220  cli command "interface loop200"

action 230  cli command "shut"

action 240  wait 10

action 250  cli command "conf t"

action 260  cli command "interface loop200"

action 270  cli command "no shut"

action 280  cli command "end"

action 290  cli command "clear pfr master *"

action 300  file puts LOGS "$TIME - LOOP DETECTED by $BR -

PfR CLEARED - see $DISK:script-output-$_event_pub_sec.txt"

action 310  syslog priority emergencies msg "LOOP DETECTED by $BR -

PfR CLEARED - see $DISK:script-output-$_event_pub_sec.txt !"

action 320 else

action 330  file puts LOGS "$TIME - REACHABILITY LOST with

$BR - REACHABILITY TO ALL BRs NOT OK - NO ACTION"

action 340 end

COLLECT-BR

Esta sección describe cómo recopilar la BR. El applet se inicia cuando un BR pierde alcance en Loopback200 (10.100.100.200) en MC. Los comandos usados para recolectar se enumeran en las acciones 120, 130, y 140.

event manager environment DISK bootflash

event manager applet COLLECT-BR authorization bypass

event syslog pattern "10.100.100.200/32 reachability Up->Dow" ratelimit 45

action 100 file open LOGS $DISK:script-collect-logs.txt a

action 110 cli command "enable"

action 120 cli command "sh ip access-list LOOP-DETAIL |

tee /append $DISK:script-output-$_event_pub_sec.txt"

action 130 cli command "show route-map dynamic detail

| tee /append $DISK:script-output-$_event_pub_sec.txt"

action 140 cli command "show ip route | tee /append

$DISK:script-output-$_event_pub_sec.txt"

action 150 cli command "show clock"

action 160 regexp "[0-9]+:[0-9]+:[0-9]+.[0-9]+ CET [A-Za-z]+ [A-Za-z]+

[0-9]+ 201[0-9]" "$_cli_result" _regexp_result

action 170 set TIME "$_regexp_result"

action 180 file puts LOGS "$TIME - OUTPUTs COLLECTED -

see $DISK:script-output-$_event_pub_sec.txt"

SYSLOG-MC

Este es el syslog en MC cuando se detecta un loop:

MC#

*Mar  8 08:52:12.529: %TRACKING-5-STATE: 1 ip route 10.100.100.1/32

reachability Up->Down

MC#

*Mar  8 08:52:16.683: %LINEPROTO-5-UPDOWN:

Line protocol on Interface Loopback200, changed state to down

*Mar  8 08:52:16.683: %LINK-5-CHANGED: Interface Loopback200,

changed state to administratively down

MC#

*Mar  8 08:52:19.531: %TRACKING-5-STATE: 1

ip route 10.100.100.1/32 reachability Down->Up

MC#

*Mar  8 08:52:24.727: %SYS-5-CONFIG_I: Configured from console by

on vty0 (EEM:LOOP-MC)

*Mar  8 08:52:24.744: %PFR_MC-1-ALERT: MC is inactive due to PfR

minimum requirements not met;

Less than two external interfaces are operational

MC#

*Mar  8 08:52:24.757: %HA_EM-0-LOG: LOOP-MC:

LOOP DETECTED by 10.100.100.1 - PfR CLEARED

- see unix:script-output-1362732732.txt !

MC#

*Mar  8 08:52:26.723: %LINEPROTO-5-UPDOWN:

Line protocol on Interface Loopback200, changed state to up

MC#

*Mar  8 08:52:26.723: %LINK-3-UPDOWN: Interface Loopback200,

changed state to up

MC#

*Mar  8 08:52:29.840: %PFR_MC-5-MC_STATUS_CHANGE: MC is UP

*Mar  8 08:52:30.549: %TRACKING-5-STATE: 2

ip route 10.100.100.2/32 reachability Up->Down

MC#

*Mar  8 08:52:37.549: %TRACKING-5-STATE: 2

ip route 10.100.100.2/32 reachability Down->Up

MC#

Nota: Estos applets se pueden utilizar con tres o más BRs con cierto ajuste.