BDF

 La falla de PWE3 se detecta por la pérdida del número especificado de paquetes BFD
consecutivos.
 Protocolo para monitorear la ruta de datos real del PWE3.
 Se puede usar tanto para PW3 estáticos como señalizados.

Hay cuatro posibles tipos de canales de control (CC) definidos para MPLS PWE3:
 Tipo 1: palabra de control PWE3 con 0001b como primer nibble (PW-ACH, consulte
[RFC4385]) [borrador-ietfpwe3- vccv]
 Tipo 2: etiqueta de alerta de enrutador MPLS [draft-ietf-pwe3-vccv]
 Tipo 3: Etiqueta de pseudowire MPLS con TTL = 1 [borrador-ietf-pwe3-vccv]
 Tipo 4: Palabra de control MH-VCCV [RFC6073

Verificación de conectividad
Un protocolo de verificación de conectividad (CV) se puede ejecutar sobre VCCV para proporcionar
funcionalidad OAM. Se han definido los siguientes protocolos de verificación de conectividad:

 ICMPPing.
 LSPPing.
 BFD para detección de fallas pseudowire solamente.
 BFD para detección de fallas pseudowire y señalización de estado de falla de pseudowire o
circuito de accesorio (AC).
 BFD para detección de fallas pseudowire solamente. Cargar carga útil BFD sin encabezados
de IP.
 BFD para la detección de fallas de pseudowire y señalización de estado de falla de CA o
pseudowire. Cargar carga útil BFD sin encabezados de IP.
VCCV BFD funciona mediante el envío continuo de paquetes a través del circuito PWE3. PWE3 o
paquete conmutado

La falla del túnel de la red (PSN) se detecta por la pérdida del número especificado de paquetes BFD
consecutivos.

VCCV BFD también puede transmitir el código de estado que indica el estado de la CA asociada con
el circuito PWE3.

VCCV BFD es adecuado para la verificación de conectividad continua de pseudowires. Pero tenga en
cuenta que BFD no es adecuado para pruebas ad-hoc. La monitorización BFD está habilitada para la
vida útil del circuito PWE3 y habilitar o deshabilitar el BFD implica volver a señalizar el circuito PWE3
que puede causar una interrupción por segundo a los servicios.

La implementación de VCCV BFD está basada en un procesador de red, y BFD se puede usar con
tiempos de espera de detección de fallas pequeñas sin efectos adversos para la carga de la CPU.

El uso de BFD garantiza que PWE3 pueda reenviar datos de extremo a extremo y, si no es así, se
produce un error. Si la tecnología de CA admite OAM ampliamente implementado, se genera una
indicación de falla nativa. Los 8600 NE admiten la generación de ATM AIS / RDI cuando VCCV detecta
una falla PWE3 o un error de CA remoto.

Las variantes de BFD sin señalización de estado se deben usar con los pseudowires proporcionados
por LDP, ya que LDP proporciona la señalización de estado de CA. Con pseudowires dotados de
forma estática, se deben usar variantes de BFD con capacidad de señalización de fallas, ya que VCCV
BFD señalará el estado de CA remota para pseudowires estáticos.

Usar el encabezado IPv4 que contiene la variante BFD agrega 28 bytes de sobrecarga para cada
paquete BFD y aproximadamente duplica el uso del ancho de banda.

Los temporizadores de detección de fallas VFCV BFD deben seleccionarse de tal manera que los
mecanismos de protección subyacentes tengan tiempo suficiente para funcionar; de lo contrario,
VCCV BFD podrá detectar fallas manejadas por mecanismos de protección MSP, ELP y LSP 1: 1, que
causarían simultáneamente múltiples capas detección de detección. Las siguientes son algunas
recomendaciones de posibles temporizadores de detección de fallas para diferentes escenarios de
protección:

• El temporizador de detección predeterminado de 900 ms (con un intervalo de transmisión de 300

ms) debería poder sobrevivir a la mayoría de los redireccionamientos y mecanismos de protección.

• Si solo se usa la protección MSP (y se garantiza el reencaminamiento de <50 ms), la detección de

falla de la capa PWE3 podría configurarse razonablemente para usar un intervalo de detección de
100 ms con hellos de 33 ms.

• Si no se utilizan mecanismos de protección, se podría utilizar incluso un intervalo de transmisión

de 1 ms con detección de fallas de 3 ms.
• Si se desea una supervisión de circuito PWE3 de ancho de banda bajo (y VCCV BFD no se utiliza
como un disparador de los mecanismos de protección de capa PWE3), una vez por segundo o una
vez cada 10 segundos son intervalos razonables.

Siempre que sea posible, se debe usar VCCV. El uso de VCCV asegura con un alto grado de confianza
que cualquier circuito PWE3 que no tenga fallas está completamente operativo y puede reenviar
datos. Sin VCCV, el estado de PWE3 se basa puramente en la información de señalización.

VCCV LSP Ping

VCCV LSP ping se puede usar para verificar la conectividad del circuito PWE3 según demanda.
Aunque los paquetes de ping VCCV LSP son generados por el plano del procesador de control, se
insertan en un circuito PWE3 muy cerca del circuito de conexión real y se eliminan del flujo de datos
justo antes de que se transmitan hacia el otro circuito de conexión. Esto garantiza una amplia
cobertura para las pruebas PWE3 (tan buenas como VCCV BFD).

A diferencia de los paquetes VCCV BFD, los paquetes VCCV LSP ping llevan la identificación PWE3
que permite la detección de malas conexiones entre los circuitos PWE3. Por lo general, el nombre
del circuito PWE3 se usa para el ping LSP. Sin embargo, si el circuito PWE3 es una conexión cruzada
local con dos interfaces, también se puede usar un nombre de interfaz para ping LSP que permita la
prueba bidireccional.

Pseudowire Redundancy.

Descripción de la funcionalidad genérica de la redundancia pseudowire (también conocida como

redundancia PWE3) en los 8600 NEs.

Los 8600 NE soportan la redundancia pseudowire para proporcionar flexibilidad para los servicios
pseudowire de un solo segmento y multisegmento contra fallas de PSN. Esta función está
especialmente orientada para equipos de cliente (CE) con un solo hogar y con la opción de topología
de redundancia MS-PWE3 definida en [draft-ietf-pwe3-redundancy]. Típicamente, la protección
para los pseudopares de un solo segmento se proporciona en la capa del túnel PSN (por ejemplo,
protección de ruta RSVP-T). Sin embargo, en redes multi AS, MS-PWE3 tiene uno o más S-PE que
deben atravesarse. Los PE S para un MS PWE3 basado en FEC128 dado se seleccionan en la fase de
aprovisionamiento y, por lo tanto, forman un único punto de falla. Si alguno de los S-PE transitados
por el MS-PWE3 falla, también lo hace el MS-PWE3. Por lo tanto, los mecanismos de protección de
túnel PSN no pueden proporcionar protección contra fallas S-PE. La redundancia PWE3 resuelve este
problema al permitir el aprovisionamiento de varias rutas de capa PWE3 de extremo a extremo y,
por lo tanto, eliminar un único punto de falla en la red intermedia.

El concepto de redundancia PWE3 de doble extremo local AC de múltiples chasis no es compatible

con 8600 NEs. Sin embargo, los siguientes escenarios de doble ubicación todavía son posibles:

 La redundancia Ethernet PWE3 puede interoperar con el equipo de terceros en una

topología donde los pseudowires de trabajo y protección parten de un NE local 8600 NE y
terminan en dos nodos de terceros remotos de doble extremo (Caso de uso 2 en la Fig. 17).
En este caso, el 8600 NE no tiene conocimiento del hecho de que el extremo remoto tiene
 dos extremos. Depende del equipo de terceros cómo se realiza la coordinación entre la
terminación PWE3 de trabajo y de protección en dos puntos finales de doble extremo.

 La redundancia PWE3 de Ethernet proporciona un soporte local específico de dos extremos,

donde los pseudowires de Ethernet que funcionan y protegen terminan en enrutamiento y
reenvío de VPN IP (VRF) a través de una instancia de conmutación virtual (VSI) en dos
terminales localmente separados. En este caso, la coordinación es administrada por los VSI
interconectados. Sin embargo, el extremo remoto es de terminación única.

La redundancia PWE3 también se puede usar sin la protección de capa PSN (incluso para proteger
los pseudowires de un solo segmento) y con los tiempos de protección OAM VCCV BFD de extremo
a extremo, puede ser mucho más rápido que con la protección de capa PSN. Sin embargo, como los
flujos OAM son por PWE3, es más económico utilizar mecanismos de protección de capa PSN para
la redundancia de enlace y LSR y PWE3 para la protección S-PE. En este escenario, VCCV BFD se debe
configurar a tal velocidad y tiempo de espera que la protección de capa PSN sea lo suficientemente
rápida para no activar la protección de capa PWE3.

En la redundancia PWE3, un grupo de redundancia está formado por un PWE3 primario y hasta tres
pseudowires de protección. El grupo de redundancia está asociado a un circuito de conexión. Si el
PWE3 primario falla, el sistema seleccionará uno de los pseudowires de protección activos. Solo un
pseudowire está reenviando el tráfico de usuario a la vez, pero el tráfico OAM puede reenviarse a
través de los pseudowires en espera.

Funcionalidad admitida

Este capítulo proporciona una visión general genérica de la funcionalidad compatible con
redundancia PWE3

 PWE3 de un solo segmento y multisegmento. Sin embargo, para SS-PWE3, no se recomienda

la redundancia porque proporciona protección LSP, p. mejor escalabilidad.
 Pseudowires dinámicamente (LDP) y dotados estáticamente.
 Hasta 3 alias pseudowires. Se hace una selección del PWE3 activo, si hay varios alias
disponibles.
 Modo de selección de ruta independiente y bit de estado de reenvío preferencial (LDP)
[draft-ietf-pwe3- bit de redundancia].
 Supervisión de BFD sobre VCCV tipo 3 para la detección rápida de fallas por pseudowires
primarios y de alias para Ethernet PWE3.
 MPLS ping y traceroute con fines de diagnóstico por pseudowires primario y alias.
 El modo prefijado de todos los NE de 8600 NE, que no señala el bit LDP para acelerar la
conmutación.
 Estadísticas y contadores de rendimiento para el PWE3 activo.
 El loopback PWE3 es compatible por pseudowires primario y de alias cuando VCCV BFD no
está configurado.

VCCV BFD
VCCV BFD se puede usar para monitorear el estado del primario y de cada alias PWE3 entre los T-PE
para SS PWE3 y MS-PWE3. Si se requiere un tiempo de conmutación más rápido, el PSN puede
detectar fallas. VCCV BFD es esencial para MS-PWE3 para protegerlo contra fallas de PSN. Si un S-
PE que actúa como un nodo de costura entre dos segmentos falla totalmente, entonces los T-PE y
sus grupos de redundancia pueden no ser informados inmediatamente de la falla en el nodo S-PE.

En el caso de PWE3 provisto dinámicamente, una falla se reconoce más adelante como la pérdida
del par LDP objetivo o la pérdida de conectividad LSP, que puede tardar hasta 10 segundos en
recuperarse. En el caso de PWE3 aprovisionado estático, una falla se reconoce como pérdida de
conectividad LSP.