Resolución de problemas de fallas de PVC mediante celdas OAM y administración de PVC

Opciones de descarga

  • PDF     (223.7 KB)
    Visualice con Adobe Reader en una variedad de dispositivos
  • ePub     (133.7 KB)
    Visualice en diferentes aplicaciones en iPhone, iPad, Android, Sony Reader o Windows Phone
  • Mobi (Kindle)     (129.3 KB)
    Visualice en dispositivo Kindle o aplicación Kindle en múltiples dispositivos
Actualizado:15 de noviembre de 2007
ID del documento:21424

Lenguaje no discriminatorio

El conjunto de documentos para este producto aspira al uso de un lenguaje no discriminatorio. A los fines de esta documentación, "no discriminatorio" se refiere al lenguaje que no implica discriminación por motivos de edad, discapacidad, género, identidad de raza, identidad étnica, orientación sexual, nivel socioeconómico e interseccionalidad. Puede haber excepciones en la documentación debido al lenguaje que se encuentra ya en las interfaces de usuario del software del producto, el lenguaje utilizado en función de la documentación de la RFP o el lenguaje utilizado por un producto de terceros al que se hace referencia. Obtenga más información sobre cómo Cisco utiliza el lenguaje inclusivo.

Acerca de esta traducción

Cisco ha traducido este documento combinando la traducción automática y los recursos humanos a fin de ofrecer a nuestros usuarios en todo el mundo contenido en su propio idioma. Tenga en cuenta que incluso la mejor traducción automática podría no ser tan precisa como la proporcionada por un traductor profesional. Cisco Systems, Inc. no asume ninguna responsabilidad por la precisión de estas traducciones y recomienda remitirse siempre al documento original escrito en inglés (insertar vínculo URL).

Introducción

Si ocurre un problema de comunicación en un PVC (no hay tráfico ni en una dirección ni en la otra), el circuito virtual permanente(PVC) se mantiene UP (ACTIVO) en los dispositivos extremos. Por lo tanto, las entradas de ruteo que apuntaban a ese PVC permanecen en la tabla de ruteo por un tiempo y, como resultado, se pierden paquetes. La solución a este problema consiste en utilizar las células de Operaciones y mantenimiento (OAM) para detectar este tipo de fallas y permitir que el PVC se desconecte si se interrumpe su trayecto.

Haga clic aquí para consultar una configuración de muestra sobre la utilización de OAM para la administración de PVC.

Antes de comenzar

Convenciones

Para obtener más información sobre las convenciones del documento, consulte Convenciones de Consejos Técnicos de Cisco.

Prerequisites

No hay requisitos previos específicos para este documento.

Componentes Utilizados

A partir de la versión 11.1(22)CC del IOS® de Cisco y en la versión 12.0 y posteriores del IOS de Cisco se admiten la administración OAM y PVC.

La información que se presenta en este documento se originó a partir de dispositivos dentro de un ambiente de laboratorio específico. All of the devices used in this document started with a cleared (default) configuration. Si la red está funcionando, asegúrese de haber comprendido el impacto que puede tener un comando antes de ejecutarlo.

Diagrama de la red

Este documento está basado en la siguiente configuración:

oam-netw.jpg

  • 1/116 es la VPI/VCI asignada al circuito virtual (VC) en la totalidad del trayecto.

  • Los switches ATM ejecutan Cisco IOS 12.0. Los switches ATM se han configurado para enviar la señal de indicación de alarma/indicador de defecto remoto (AIS/RDI) tras una falla de link, como se explica en este documento.

  • Usted puede producir fallas cerrando la (sub)interfaz en Guilder y observando lo que sucede en Bernard. Habilitamos service timestamps debug datetime msec en las configuraciones para todas las depuraciones en este documento. Esto nos permite ver la hora de cada evento en msec.

Detección de fallas

Solo consideraremos las celdas F5 OAM (nivel de VC) para este documento, ya que éstas son las únicas que utilizan los dispositivos finales (routers) de Cisco para detectar fallas. Para detectar una falla a lo largo del trayecto PVC en un dispositivo extremo, OAM utiliza estas celdas específicas:

  • Celdas Loopback

  • Celdas de verificación de continuidad (CC)

  • Celdas de señal de indicación de alarma (AIS)

  • Células de indicación de detección remota (RDI)

Hay tres condiciones para declarar una PVC UP:

  • El router recibe un número configurado de respuestas sucesivas de celda de loopback F5 OAM de extremo a extremo.

  • El router no recibe celdas F5-AIS durante 3 segundos.

  • El router no recibe celdas F5-RDI durante 3 segundos.

En la siguiente sección se describen estas celdas y los resultados que muestran sus efectos.

Células loopback de OAM

A intervalos regulares, los dispositivos finales (como los routers) configurados para las celdas de loopback de envío de OAM que se deben enviar con loop en la red. Este punto de loop puede ser la máquina al final del PVC (celdas de loopback de extremo a extremo) o un equipo en la trayectoria (celdas de loopback de segmento).

Los identificadores en la celda de loopback indican qué dispositivo(s) deben hacer loop en la celda. Un dispositivo de Cisco que termina un VC cuando recibe una celda de este tipo en un PVC lo realizará en loop incluso si no está configurado para OAM. Además, cada una de estas celdas contendrá un indicador de "dirección" (para identificar si es un comando o una celda de respuesta) y un número de secuencia (llamado Correlation tag o CTag en las depuraciones). La celda de loopback "command" y la celda de loopback "response" tendrán el mismo número de secuencia.

El siguiente diagrama ilustra las celdas de loopback (LB):

oam-lb.jpg

Ejemplo de resultado del comando debug

A continuación se muestran las depuraciones (debug atm oam) que ilustran las celdas de loopback en Bernard:

Mar 30 14:22:39.050: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:17128
Tries:0
Mar 30 14:22:39.050: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:42E9
Mar 30 14:22:39.050: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0CTag:42E9
Mar 30 14:22:48.958: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:17129
Tries:0
Mar 30 14:22:48.958: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:42EA
Mar 30 14:22:48.958: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0CTag:42EA

Comentarios sobre la salida de depuración de ejemplo

  • La primera línea indica que el temporizador utilizado para identificar cuándo se envía una célula de loopback en una subinterfaz ha caducado.

  • Luego se envía una celda de loopback de comando fuera en la interfaz correspondiente (segunda línea de las depuraciones). El valor CTag mostrado en esta línea es el valor hexadecimal de la primera línea CTag más uno.

  • Luego se recibe una celda de loopback con loop con un valor LoopInd igual a cero.

Nota: LoopInd=1 indica una celda de comando y LoopInd=0 indica una celda de respuesta (loop). LoopInd=1 no se muestra en las depuraciones, pero aparecería en un rastro de sabueso.

Ejemplo de salida de depuración (si se pierden celdas de loopback)

Considere un dispositivo (que use PVC) que esté configurado para enviar celdas de OAM y que utilice administración de PVC. Si este equipo pierde una cierta cantidad de celdas de loopback, pone al PVC en estado inactivo. Vea las siguientes depuraciones:

Mar 30 14:48:31.704: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 
Status:2 CTag:17284
Tries:0
Mar 30 14:48:31.704: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4385


At this point, the sub-interface corresponding to PVC 1/116 on Guilder is shut down


Mar 30 14:48:41.684: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17285
Tries:0
Mar 30 14:48:41.684: atm_oam_setstate - VCD#4, VC 1/116: newstate = Down Retry <-no reply to the loopback cell just sent
Mar 30 14:48:41.684: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4386
Mar 30 14:48:42.680: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17286
Tries:1
Mar 30 14:48:42.680: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4387
Mar 30 14:48:43.680: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17287
Tries:2
Mar 30 14:48:43.680: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4388
Mar 30 14:48:44.680: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17288
Tries:3
Mar 30 14:48:44.680: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:4389
Mar 30 14:48:45.676: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17289
Tries:4
Mar 30 14:48:45.676: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:438A
Mar 30 14:48:46.676: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:17290
Tries:5 <- the router makes 5 retries before declaring the PVC down
Mar 30 14:48:46.676: atm_oam_setstate - VCD#4, VC 1/116: newstate = Not Verified 
<-5 retries and no answers -> PVC declared down
Mar 30 14:48:46.676: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0/0.116,changed state to down
Mar 30 14:48:46.676: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:438B

Puede configurar la cantidad de celdas perdidas necesarias para apagar el PVC. El siguiente comando show atm pvc vpi/vci explica las depuraciones anteriores.

Bernard# sh atm pvc 1/116
ATM2/0/0.116: VCD: 4, VPI: 1, VCI: 116
UBR, PeakRate: 155000
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 10 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Sent
OAM VC state: Not Verified
ILMI VC state: Not Managed
VC is managed by OAM.
InARP frequency: 15 minutes(s)
InPkts: 4, OutPkts: 4, InBytes: 280, OutBytes: 300
InPRoc: 2, OutPRoc: 0, Broadcasts: 5
InFast: 0, OutFast: 0, InAS: 2, OutAS: 0
InPktDrops: 0, OutPktDrops: 364240961
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
Out CLP=1 Pkts: 0
OAM cells received: 9
F5 InEndloop: 9, F5 
InSegloop: 0, F5 InAIS: 0, F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 18
F5 OutEndloop: 18, F5 OutSegloop: 0, F5 OutRDI: 0
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: DOWN, State: NOT_VERIFIED

Como puede ver, se enviaron loopbacks F5, pero no se contestaron (18 F5 OutEndloop pero sólo 9 F5 InEndloop; por lo tanto, se perdieron 9 celdas de loopback F5 con loop.). Esto provoca que el PVC falle (según la configuración de la administración de PVC). F5 OutEndloop representa el número de celdas de loopback enviadas, en tanto F5 InEndloop representa el número de celdas de loopback F5 recibidas.

Como también pueden ver, los contadores de celdas OAM F4 están presentes, pero no se está registrando nada, ya que aquí sólo se consideran las celdas F5. La salida del comando show anterior permite recabar otra información interesante sobre celdas de loopback:

  • Las celdas OAM se envían cada 10 segundos independientemente de si el PVC está activo o inactivo.

  • Si el PVC está activo pero el otro extremo no responde, el router intenta enviar celdas OAM segundo hasta que reciba una respuesta o hasta que no se hayan contestado 5 celdas OAM. A continuación, el PVC se desactiva (consulte las depuraciones anteriores).

  • En el otro extremo, si el PVC está inactivo y de repente recibe una celda con loop válida, intentará volver a enviar celdas LB cada segundo hasta que se reciban 3 celdas de loopbacks con loop válidas en una fila. Luego, el PVC aumentará otra vez. Vea las siguientes depuraciones.

Mar 31 12:40:10.154: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0/0.116, changed state to down
Mar 31 12:40:20.074: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:1 CTag:25267
Tries:6
Mar 31 12:40:20.074: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B4
Mar 31 12:40:20.074: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B4
Mar 31 12:40:20.074: atm_oam_setstate - VCD#4, VC 1/116: newstate = Up Retry 

! PVC was down and suddenly receives a valid response loopback cell

Mar 31 12:40:21.070: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25268
Tries:0
Mar 31 12:40:21.070: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B5
Mar 31 12:40:21.070: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B5 

! first looped LB cell

Mar 31 12:40:22.066: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25269
Tries:0
Mar 31 12:40:22.066: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B6
Mar 31 12:40:22.066: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B6 

! second looped LB cell in a row

Mar 31 12:40:23.062: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25270
Tries:0
Mar 31 12:40:23.062: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:62B7
Mar 31 12:40:23.062: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:62B7 

! third looped LB cell in a row

Mar 31 12:40:23.062: atm_oam_setstate - VCD#4, VC 1/116: newstate = Verified 

! PVC is declared up again

Mar 31 12:40:23.062: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0 0.116, changed state to up

Como puede ver, la subinterfaz (de ahí el PVC) se volvió a activar después de la recepción de tres celdas de loopback de respuesta válidas en una fila.

Nota: El usuario puede configurar todos los parámetros descritos anteriormente, así como utilizar el comando show atm pvc vpi/vci para verificar los parámetros.

Señal de indicación de alarma/Indicador remoto de defecto (AIS/RDI)

Cuando se detecta una falla, un dispositivo configurado para OAM envía tramas AIS de flujo descendente y envía tramas RDI de flujo ascendente.

El siguiente ejemplo ilustra las celdas AIS y RDI. Suponga que la señal Rx desaparece en un switch. La falla en este caso es denominada Pérdida de señal (LOS). El switch que lo detectó envía una AIS descendente en comparación con la falla y un RDI ascendente en comparación con la falla.

aisrdi.jpg

Al recibir estas celdas, un dispositivo final configurado para la administración de PVC hace caer los PVC afectados. Estas celdas AIS y RDI se envían con el mismo VPI/VCI que las celdas de usuario en el PVC. Además, el dispositivo envía estas celdas cada segundo hasta que la falla desaparece.

Ejemplo de resultado del comando debug

Puede detectar una falla de varias maneras:

  • Un nivel OAM inferior (F1 AIS, Pérdida de señal, etc.) lo informa.

  • La recepción de un AIS o RDI lo activa.

  • El dispositivo ya no recibe celdas CC.

Una celda de verificación de continuidad (CC) es una celda que los dispositivos configurados para OAM envían y usan con regularidad para comprobar la integridad del "enlace". Los routers de Cisco no envían estas celdas, por lo que no se tratan aquí. Para más información sobre las celdas OAM CC, consulte ITU-T I.610.

La siguiente depuración muestra lo que sucede en un router configurado para la administración de PVC al recibir una celda AIS/RDI:

Mar 31 13:11:18.990: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25470
Tries:0
Mar 31 13:11:18.990: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:637F
Mar 31 13:11:18.990: ATM OAM LOOP(ATM2/0/0) I: VCD#4 VC 1/116 LoopInd:0 CTag:637F

En este punto, el PVC en Bernard se desactiva (la interfaz principal en Guilder se cierra): 

Mar 31 13:11:28.894: ATM OAM(ATM2/0/0.116): Timer: VCD#4 VC 1/116 Status:2 CTag:25471
Tries:0
Mar 31 13:11:28.894: ATM OAM LOOP(ATM2/0/0.116) O: VCD#4 VC 1/116 CTag:6380
Mar 31 13:11:29.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116
Mar 31 13:11:29.806: atm_oam_setstate - VCD#4, VC 1/116: newstate = AIS/RDI
Mar 31 13:11:29.806: %LINEPROTO-5-UPDOWN: Line protocol on Interface ATM2/0/0.116, changed state to down
Mar 31 13:11:30.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116
Mar 31 13:11:31.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116
Mar 31 13:11:32.806: atm_oam_ais(ATM2/0/0): AIS signal, failure=0x6A, VC 1/116

Puede verificar el nuevo estado de PVC con el siguiente comando:

Bernard# sh atm pvc 1/116
ATM2/0/0.116: VCD: 4, VPI: 1, VCI: 116
UBR, PeakRate: 155000
AAL5-LLC/SNAP, etype:0x0, Flags: 0xC20, VCmode: 0x0
OAM frequency: 10 second(s), OAM retry frequency: 1 second(s)
OAM up retry count: 3, OAM down retry count: 5
OAM Loopback status: OAM Sent
OAM VC state: AIS/RDI
ILMI VC state: Not Managed
VC is managed by OAM.
InARP frequency: 15 minutes(s)
InPkts: 4, OutPkts: 2, InBytes: 140, OutBytes: 60
InPRoc: 0, OutPRoc: 0, Broadcasts: 0
InFast: 0, OutFast: 0, InAS: 4, OutAS: 2
InPktDrops: 0, OutPktDrops: 0
CrcErrors: 0, SarTimeOuts: 0, OverSizedSDUs: 0
Out CLP=1 Pkts: 0
OAM cells received: 14
F5 InEndloop: 0, F5 InSegloop: 0, F5 InAIS: 14,
F5 InRDI: 0
F4 InEndloop: 0, F4 InSegloop: 0, F4 InAIS: 0, F4 InRDI: 0
OAM cells sent: 15
F5 OutEndloop: 1, F5 OutSegloop: 0, F5 OutRDI: 14
F4 OutEndloop: 0, F4 OutSegloop: 0, F4 OutRDI: 0
OAM cell drops: 0
Status: DOWN, State: NOT_VERIFIED

Como puede ver, el PVC se cayó porque recibió una AIS F5 o una señal RDI (en este caso concreto un AIS). También puede ver que el router generó celdas F5 RDI al recibir las celdas F5 AIS.

El siguiente ejemplo ilustra la actividad en los dos switches en la trayectoria:

  • En LS1010-1:

    1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-END-LPBK 

! OAM LB cell

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-END-LPBK 

! OAM LB cell

    En este punto, la PVC se pierde en el Guilder. 

    1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-AIS 

! AIS cell sent downstream by LS1010-2 upon detection of the failure

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS
1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-RDI 

! RDI sent by Bernard upstream compared to the failure

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-RDI 

! Bernard's RDI forwarded upstream

1d03h: % OAM Pkt Rcv
1d03h: % Intf: 0/0/1 VPI: 1 VCI: 116 OAM: F5-AIS

1d03h: % OAM Pkt Sent
1d03h: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS

    Y demás hasta que la falla es eliminada.

  • En LS1010-2:

    Detectada la falla (en este caso la señal Rx desaparece en int atm 1/1/2 conectada a Guilder), las células AIS se envían en dirección descendente al LS1010-1:

    Mar 31 13:17:09.847: % OAM Pkt Sent
Mar 31 13:17:09.847: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS

Mar 31 13:17:10.847: % OAM Pkt Sent
Mar 31 13:17:10.847: % Intf: 0/0/0 VPI: 1 VCI: 116 OAM: F5-AIS

    Como también puede ver en todas las depuraciones hasta ahora, todas las celdas F5 OAM se envían en VPI 1 VCI 116, que es el VPI/VCI que utilizan las celdas del usuario.

Comandos debug y show

  • debug atm oam (en routers)

  • show atm pvc vpi/vci con 12.0 y 12.0T

  • show atm vc <vcd> con 11.1CC

  • show int atm x[/y/[z]].w (le recomendamos que utilice show atm pvc cuando sea posible en lugar de show int atm x) con 12.0

Información Relacionada

Historial de revisiones

Revisión Fecha de publicación Comentarios
1.0
15-Nov-2007
Versión inicial

Contribución realizada por

  • mlluis
    kbenhabe

¿Resultó útil este documento?

FeedbackComentarios

Contacte a Cisco

Este documento se aplica a estos productos