Pseudocables redundantes para circuitos de capa 2 y VPLS
Un pseudocable redundante puede actuar como una conexión de respaldo entre enrutadores de PE y dispositivos CE, manteniendo los servicios de circuito de capa 2 y VPLS después de ciertos tipos de fallas. Esta característica puede ayudar a mejorar la confiabilidad de ciertos tipos de redes (metropolitanas, por ejemplo) en las que un solo punto de falla podría interrumpir el servicio para varios clientes. Los pseudocables redundantes no pueden reducir la pérdida de tráfico a cero. Sin embargo, proporcionan una manera de recuperarse ágilmente de fallas de pseudocables de tal manera que el servicio se puede reiniciar dentro de un límite de tiempo conocido.
Cuando configure pseudocables redundantes para enrutadores de PE remotos, configure uno para que actúe como el pseudocable principal a través del cual se transmite el tráfico del cliente y configure otro pseudocable para que actúe como respaldo en caso de que falle el principal. Los dos pseudocables se configuran estáticamente. Se asigna una etiqueta independiente para los vecinos principal y de respaldo.
Para obtener información acerca de cómo configurar pseudocables redundantes, consulte Configurar pseudocables redundantes para circuitos de capa 2 y VPLS.
En las siguientes secciones, se proporciona una descripción general de los pseudocables redundantes para circuitos de capa 2 y VPLS:
Tipos de configuraciones redundantes de pseudocables
Puede configurar pseudocables redundantes para circuitos de capa 2 y VPLS de cualquiera de las siguientes maneras:
Puede configurar un único pseudocable activo. Se da preferencia al enrutador de PE configurado como vecino principal y esta conexión es la que se utiliza para el tráfico del cliente. Para la señalización LDP, las etiquetas se intercambian para el tráfico entrante y saliente con el vecino principal. El anuncio de etiqueta de LDP se acepta desde el vecino de respaldo, pero no se le reenvía ningún anuncio de etiqueta, dejando el pseudocable en un estado incompleto. El pseudocable al vecino de respaldo se completa solo cuando falla el vecino principal. La decisión de cambiar entre los dos pseudocables la toma el dispositivo configurado con los pseudocables redundantes. El enrutador de PE remoto principal no reconoce la configuración redundante, lo que garantiza que el tráfico siempre se conmute utilizando solo el pseudocable activo.
Como alternativa, puede configurar dos pseudocables activos, uno para cada uno de los enrutadores de PE. Usando este enfoque, se completa la señalización del plano de control y se establecen pseudocables activos con los vecinos primarios y de respaldo. Sin embargo, el reenvío del plano de datos solo se realiza a través de uno de los pseudocables (designados como pseudocable activo por el dispositivo local). El otro pseudocable está en espera. El pseudocable activo se establece preferiblemente con el vecino principal y puede cambiar al pseudocable de respaldo si falla el principal.
La decisión de cambiar entre los pseudocables activos y en espera está controlada por el dispositivo local. Los enrutadores de PE remotos no reconocen la conexión redundante, por lo que ambos enrutadores de PE remotos envían tráfico al dispositivo local. El dispositivo local solo acepta tráfico del pseudocable activo y descarta el tráfico del modo de espera. Además, el dispositivo local solo envía tráfico al pseudocable activo. Si se produce un error en el pseudocable activo, el tráfico se conmuta inmediatamente al pseudocable en espera.
Las dos configuraciones disponibles para la redundancia de pseudocable tienen las siguientes limitaciones:
Para la configuración de pseudocable activo único, se tarda más tiempo (en comparación con la configuración de dos pseudocables activos) en cambiar al pseudocable de respaldo cuando se detecta un error. Este enfoque requiere señalización de plano de control adicional para completar el pseudocable con el vecino de respaldo y el tráfico puede perderse durante el cambio de primario a respaldo.
Si configura dos pseudocables activos, se pierde el ancho de banda del vínculo que transporta el pseudocable de respaldo entre el enrutador de PE remoto y el dispositivo local. El tráfico siempre se duplica en los pseudocables activos y en espera. La configuración de un solo pseudocable activo no desperdicia ancho de banda de esta manera.
Detección de fallo de pseudocable
Los siguientes eventos se utilizan para detectar un error (plano de control y datos) del pseudocable configurado entre un dispositivo local y un enrutador de PE remoto e inicia el conmutador a un pseudocable redundante:
Conmutación manual (iniciada por el usuario)
El enrutador de PE remoto retira el anuncio de la etiqueta
El LSP al enrutador de PE remoto deja de funcionar
La sesión de LDP con el enrutador de PE remoto deja de funcionar
Cambios en la configuración local
Se produce un error en el procedimiento OAM de pseudocable periódico (se produce un error en el ping MPLS basado en circuitos de capa 2 al enrutador de PE)
Cuando se configura un pseudocable redundante entre un dispositivo CE y un enrutador de PE, se reenvía un paquete ping periódico (una vez por minuto) a través del pseudocable activo para comprobar la conectividad del plano de datos. Si se produce un error en el ping, el tráfico se cambia automáticamente al pseudocable redundante.
Cuando se detecta un error, el tráfico se cambia del pseudocable activo con errores al pseudocable redundante. El pseudocable redundante se designa entonces como pseudocable activo. El conmutador no es reversible, lo que significa que una vez que el pseudocable redundante asume el rol del pseudocable activo en el momento de una tolerancia a fallos, permanece como el pseudocable activo aunque el pseudocable previamente activo vuelva a aparecer.
Por ejemplo, se produjo un error en un pseudocable principal y el tráfico se conmutó correctamente al pseudocable redundante. Después de un período de tiempo, la causa de la falla del pseudocable primario se ha resuelto y ahora es posible restablecer la conexión original. Sin embargo, el tráfico no se vuelve a conmutar al pseudocable original a menos que se detecte una falla en el pseudocable actualmente activo.