Conceptos y resolución de problemas de Pseudowire
Contenido
Introducción
Pseudowires(PW) se utilizan para proporcionar servicios integrales a través de una red MPLS. Son los bloques de creación básicos que pueden proporcionar un servicio punto a punto así como un servicio multipunto como VPLS, que es prácticamente una malla de PWs usada para crear el dominio de puente a través del cual fluyen los paquetes.
Editado por: Kumar Sridhar
Prerequisites
Quienes lean este documento deben tener conocimiento de lo siguiente:
- Conceptos de Tunelización MPLS
Componentes Utilizados
La información de este documento se basa en la familia de productos Cisco® Carrier Packet Transport (CPT) y, en particular, en CPT50.
Concepto de Pseudowire
Los pseudowires conceptualmente se ven de la siguiente manera:
El servicio integral consta de dos partes. La pieza Circuito de acoplamiento (AC) y la parte Pseudowire. El circuito completo de extremo a extremo se sigue denominando Pseudowire en Cisco Trasnport Controller (CTC), pero tenga en cuenta la distinción de dos partes que se muestra aquí para la resolución de problemas que se muestra a continuación.
También recuerde que se debe haber creado un túnel para alojar el servicio Pseudowire configurado anteriormente. El túnel puede estar protegido (como se describe aquí) o desprotegido.
La parte Pseudowire prácticamente comienza y se detiene en los puntos finales del túnel (si excluye el bloque de encapsulación MPLS que se muestra aquí).
La parte AC comienza desde el punto final del túnel hasta la interfaz de cara al cliente, donde se define el punto de flujo Ethernet (EFP), para identificar el tráfico cliente específico que se transporta a través de este Pseudowire. Hay 2 AC; uno en cada extremo.
El AC transporta el tráfico del cliente en su forma nativa, es decir, tramas Ethernet con o sin etiquetado VLAN dependiendo de si estamos creando un Pseudowire basado en VLAN o un Pseudowire basado en Ethernet (cuadro Tipo de AC en el asistente de creación de PW). A continuación, se agregan las etiquetas MPLS para el servicio PW específico, así como para el túnel sobre el que se está montando. Los paquetes se envían a través de la parte Pseudowire del circuito a la nube MPLS. Este proceso se denomina Imposición de Etiquetas en la terminología MPLS. En el otro extremo, se produce el proceso inverso, es decir, se quitan las etiquetas o se produce la disposición de etiquetas, y los paquetes, que ahora vuelven a las tramas Ethernet nativas, se entregan al otro extremo a través de la parte CA del otro extremo del circuito de Pseudowire.
Resolución de problemas de Pseudowire
Para que el servicio Pseudowire funcione de principio a fin, la parte Pseudowire y las dos piezas AC deben funcionar juntas. La resolución de problemas del circuito involucra cada parte, donde cada una de las piezas de AC-PW-AC se depuran por separado para identificar dónde está el problema.
En el siguiente debate sobre la solución de problemas, se supone que el PW se ha configurado correctamente y que todos los problemas de capa 1 o física ya se han depurado y descartado.
Primero, depurar la parte PW es fácil. Comience identificando el circuito a través del comando "show mpls l2 vc" ejecutado en la ventana del IOS en un nodo final. Anote el identificador de circuito virtual (VCID) así como la dirección de nodo de destino de la conexión.
10.88.130.201#show mpls l2 vc
Local intf Local Circuit Dest Address VC ID Status (Estado de ID de VC de la dirección de destino local de circuito VC)
— — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — — —
Gi36/2 Eth VLAN 200 202.202.202.202 12 UP
VFI vfi::1 VFI 202.202.202.202 124 UP
VFI vfi::1 VFI 204.204.204.204 124 UP
Aquí, el PW de interés es el primer PW configurado como VLAN 200 basado en la interfaz Gi36/2. Asegúrese de que el estado de la interfaz es ACTIVO.
show mpls l2 vc 12 detail le ofrece mucha información sobre el PW. A continuación se resaltan los campos importantes como ID de túnel, id de nodo remoto, stack de etiquetas, número PWID y estadísticas.
10.88.130.201#show mpls l2 vc 12 detail
Interfaz local: Gi36/2 up, line protocol up, Eth VLAN 200 up
Dirección de destino: 202.202.202.202, ID de VC: 12, estado del VC: en funcionamiento
Interfaz de salida: Tp102, pila de etiquetas impuesta {16 19}
Ruta preferida: Tunnel-tp102, activo
Ruta predeterminada: listo
Siguiente salto: Point2Point
Crear hora: 00:32:52, hora del último cambio de estado: 00:05:42
Protocolo de señalización: Manual
Compatibilidad con TLV de estado (local/remoto): enabled/N/A
Vigilancia de ruta LDP : habilitado
Máquina de estado de etiqueta/estado: establecido, LruRru
Último estado del plano de datos local rcvd: Sin errores
Último estado del plano de datos BFD rcvd: No enviado
Último estado del circuito SSS local rcvd: Sin errores
Último estado del circuito SSS local enviado: Sin errores
Último estado TLV LDP local enviado: Sin errores
Último LDP TLV remoto rcvd: Sin errores
Último estado ADJ remoto de LDP rcvd: Sin errores
Etiquetas de VC MPLS: local 18, remoto 19
PWID: 7
ID de grupo: local 0, remote 0
MTU: local 1500, remote 1500 <— Los valores local y remoto deben coincidir
Secuencia: receive disabled, send disabled
Palabra de control: Encendido
Descriptor de SSO: 202.202.202.202/12, etiqueta local: 18
Segmento SSM/ID de switch: 20513/12320 (utilizado), PWID: 7
Estadísticas de VC:
totales de paquetes de tránsito: recibir 10, enviar 0
totales de bytes de tránsito: recibir 1320, enviar 0
descartes de paquetes de tránsito: receive 0, seq error 0, send 0
Si el PW está inactivo, asegúrese de que el túnel (aquí el túnel 102) está en buena forma y, si no, solucione el problema del túnel. La resolución de problemas del túnel está fuera del alcance de este artículo.
Asegúrese de que las etiquetas de la pila están definidas como se muestra arriba, es decir, no están en blanco. Asegúrese de que el PW esté programado en el hardware ejecutando el comando show platform mpls pseudowire pwid usando el número PWID apropiado.
10.88.130.201#show platform mpls pseudowire pwid 7
ID de PW: 7
Clave VC de PW: 7
Clave de CA PW: 786434
¿PW bind receive in HW? sí
¿Está PW configurado en HW? sí
Está actualmente en espera: no
—
—Datos AC —
¿Está la configuración de CA en HW:sí
Interfaz AC: GigabitEthernet36/2
ID del circuito AC: 2
CA- VLAN interna: 0
AC- VLAN exterior: 200
AC- ID de puerto MPLS: 0x1800000A
ID de puerto AC: 31
AC- Id de Mod: 36
AC- Es efp: sí
AC- Encap: Single Tag
CA- Ing RW Oper: ninguno
CA- Salida de memoria RW Oper: ninguno
AC- Ing RW TPID: 0
AC- Ing RW VLAN: 0
Indicador RW de entrada de CA: 0x0
—
—Datos ATOM—
Tipo de Interworking: Vlan
ID de VLAN solicitada por el par para el tipo 4 PW 4091
ID de puerto MPLS: 0x1800000B
Etiqueta SD activada: sí
Palabra de control activada: sí
—
—Datos de imposición—
—
Etiqueta VC remota: 19
Num int saliente: 9
Puerto BCM: 28
Id. de ModBCM: 4
Objeto de salida del túnel: 100008
ID de conmutación por fallo: 1
Objeto de salida del túnel de conmutación por fallo: 100009
Puerto BCM de conmutación por fallas: 0
ID de BCMMod de conmutación por fallas: 0
—
—Datos de disposición—
—
Etiqueta local: 18
IF Num: 12
¿Se trata de MSPW? No
—
— LADO DE IMPOSICIÓN —
No se encontró la entrada para VlanId 200 en la tabla VLAN_XLATE
SOURCE_VP[10]
dvp: 11
ING_DVP_TABLE[11]
nh_index: 411
ING_L3_NEXT_HOP[411]
vlan_id: 4095
port_num: 28
module_id: 4
descarte: 0
EGR_L3_NEXT_HOP[411]
mac_da_profile_index: 1
vc_and_swap_index: 4099
intf_num: 22
dvp: 11
EGR_MAC_DA_PROFILE[1]
DA Mac: 1 80.C20.0 0
EGR_MPLS_VC_AND_SWAP_LABEL_TABLE[4099]
mpls_label(etiqueta de VC): 19
EGR_L3_INTF[22]
SA Mac: 4055.3958.E0E1
MPLS_TUNNEL_INDEX: 4
EGR_IP_TUNNEL_MPLS[4]
(lsp) MPLS_LABEL0
(lsp) MPLS_LABEL1
(lsp) MPLS_LABEL2
(lsp) MPLS_LABEL3
— LADO DE LA DISPOSICIÓN —
MPLS_ENTRY[1592]
Etiqueta: 18
source_vp: 11
nh_index: 11
SOURCE_VP[11]
DVP: 10
ING_DVP_TABLE[10]
nh_index: 410
ING_L3_NEXT_HOP[410]
Número_de_puerto: 31
module_id: 36
descarte: 0
EGR_L3_NEXT_HOP[410]
SD_TAG:VINTF_CTR_IDX: 134
SD_TAG:RESERVADO_3: 0
SD_TAG:SD_TAG_DOT1P_MAPPING_PTR: 0
SD_TAG:NEW_PRI: 0
SD_TAG:NEW_CFI: 0
SD_TAG:SD_TAG_DOT1P_PRI_SELECT: 0
SD_TAG:RESERVED_2: 0
SD_TAG:SD_TAG_TPID_INDEX: 0
SD_TAG:SD_TAG_ACTION_IF_NOT_PRESENT: 0
SD_TAG:SD_TAG_ACTION_IF_PRESENT: 3
SD_TAG:HG_L3_OVERRIDE: 0
SD_TAG:HG_LEARN_OVERRIDE: 1
SD_TAG:HG_MC_DST_PORT_NUM: 0
SD_TAG:HG_MODIFY_ENABLE: 0
SD_TAG:DVP_IS_NETWORK_PORT: 0
SD_TAG:DVP: 10
SD_TAG:SD_TAG_VID: 0
ENTRY_TYPE: 2
Error: No se ha encontrado la entrada en la tabla EGR_VLAN_XLATE.
EGR_VLAN_XLATE[-1]
soc_mem_read: índice no válido -1 para la memoria EGR_VLAN_XLATE
Los registros indican que el PW está enlazado y configurado en el hardware, con la VLAN y las etiquetas correctas, de acuerdo con lo que se vio antes.
Si algún punto de datos no coincide o falta, el problema se encuentra en el controlador, que no configuró y enlazó el PW en el hardware. Esto apunta a un defecto de software o hardware.
Si hasta ahora todo está bien, puede intentar hacer ping a la parte PW internamente usando el comando IOS "ping mpls pseudowire 202.202.202.202 12 reply mode control-channel". Tenga en cuenta de nuevo que esto hace ping a la parte PW solamente de un punto final del túnel al otro y no toca a la parte AC del circuito.
10.88.130.201#ping mpls pseudowire 202.202.202.202 12 modo de respuesta canal de control
Envío de Echos MPLS de 5, 100 bytes a 202.202.202.202,
el tiempo de espera es de 2 segundos, el intervalo de envío es de 0 ms:
Códigos: '!' - correcto, 'Q' - solicitud no enviada, '.' -tiempo de espera,
'L' - interfaz de salida etiquetada, 'B' - interfaz de salida no etiquetada,
'D' - Discordancia de mapa DS, 'F' - sin asignación FEC, 'f' - discordancia FEC,
'M' - solicitud mal formada, 'm' - tlvs no soportados, 'N' - sin entrada de etiqueta,
'P' - no rx intf label prot, 'p' - terminación prematura de LSP,
'R' - router de tránsito, 'I' - índice ascendente desconocido,
'l' - Etiqueta conmutada con cambio FEC, 'd' - consulte DDMAP para el código de retorno,
'X' - código devuelto desconocido, 'x' - código devuelto 0
Ingrese escape sequence para abortar.
!!!!!
Success rate is 100 percent (5/5), round-trip min/avg/max = 1/1/4 ms
Ahora revise las estadísticas del PW como lo hemos hecho anteriormente:
10.88.130.201#show mpls l2 vc 12 det | estadísticas de las solicitudes
Estadísticas de VC:
totales de paquetes de tránsito: recibir 5, enviar 0
totales de bytes de tránsito: recibir 650, enviar 0
descartes de paquetes de tránsito: receive 0, seq error 0, send 0
Observe que el ping se realizó correctamente y que los paquetes de eco de 5 ping se registran como recibidos. Además, tenga en cuenta que los paquetes de solicitud de ping no se registran como enviados. Parece que los paquetes de solicitud/respuesta de eco son enviados por la CPU en la secuencia posterior al contador y, por lo tanto, no se registran.
Si los pings no funcionan, entonces debemos retroceder y depurar el túnel para asegurarnos de que esté operativo.
Si la pieza PW todavía se ve bien, entonces concéntrese en la parte AC en cada extremo. Esta es la parte difícil ya que no hay mucha compatibilidad de depuración para ella, y la trayectoria de CA puede incluir varias tarjetas e interfaces como en el caso de Cisco CPT50.
Pero hay pocas cosas que se pueden controlar.
Puede enviar un patrón desde un probador o hacer un ping desde el equipo del lado del cliente y observar los paquetes que recibe la interfaz de cara al cliente en el cuadro CPT. Esto sería fácil de hacer para un PW basado en puerto, pero no para un PW basado en VLAN, ya que la interfaz no muestra paquetes por VLAN. En cualquier caso, el comando "show int ..." para la interfaz de cara al cliente debería mostrar que el conteo de paquetes aumenta al menos como un signo de que los paquetes ingresan correctamente y si no hay otros circuitos basados en VLAN activos.
Tenga en cuenta que estos paquetes que ingresan a través de la CA, se supone que deben estar etiquetados con MPLS y luego se envían a través del PW al otro lado. Por lo tanto, deben mostrar en las estadísticas de la parte PW como paquetes enviados. Entonces, buscadlos en el comando" show mpls l2 vc 12 detail | rogar estadísticas"
10.88.130.201#show mpls l2 vc 12 detail | estadística de mendicidad
Estadísticas de VC:
totales de paquetes de tránsito: recibir 0, enviar 232495
totales de bytes de tránsito: recibir 0, enviar 356647330
descartes de paquetes de tránsito: receive 0, seq error 0, send 0
Y deben mostrarse como paquetes "recibir" en el mismo comando en el otro extremo. Por lo tanto, los paquetes PW de envío en este extremo y los paquetes PW de recepción en el otro extremo deben coincidir con el número de paquetes enviados desde el equipo cliente. Usando el mismo comando" show mpls l2 vc 12 detail | mendigo estadísticas" en el otro extremo muestra:
10.88.130.202#show mpls l2 vc 12 detail | rog statis
Estadísticas de VC:
totales de paquetes de tránsito: recibir 232495, enviar 0
totales de bytes de tránsito: recibir 356647330, enviar 0
descartes de paquetes de tránsito: receive 0, seq error 0, send 0
Puede ver la coincidencia en los paquetes entre el envío en un extremo y la recepción en el otro.
En caso de que necesite borrar los contadores MPLS, utilice el comando "clear mpls counters".
Otra manera de verificar las estadísticas es utilizar la función SPAN para replicar el tráfico EFP entrante a un puerto de repuesto en el nodo CPT y luego buscar las estadísticas en este puerto para monitorear los paquetes recibidos de la interfaz del cliente.
Por último, puede ejecutar los comandos shell BCM en las diferentes tarjetas de línea y fabric para realizar un seguimiento de los paquetes internamente, pero eso está fuera del alcance de este artículo.
Comentarios