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 función puede ayudar a mejorar la confiabilidad de ciertos tipos de redes (metro, por ejemplo) en las que un único 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 forma de recuperarse con gracia de las fallas de pseudocable de tal manera que el servicio se pueda reiniciar dentro de un límite de tiempo conocido.
Cuando configure pseudocables redundantes en enrutadores de PE remotos, configure uno para que actúe como el pseudocable principal sobre el cual se transmite el tráfico del cliente y configure otro pseudocable para que actúe como copia de seguridad en caso de que se produzca un error en el principal. Los dos pseudocables se configuran estáticamente. Se asigna una etiqueta independiente para los vecinos primarios y de respaldo.
Para obtener más información acerca de cómo configurar pseudocables redundantes, consulte Configuración de pseudocables redundantes para circuitos de capa 2 y VPLS.
Las siguientes secciones proporcionan una descripción general de los pseudocables redundantes para circuitos de capa 2 y VPLS:
Tipos de configuraciones de pseudocable redundante
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 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 de LDP, se intercambian etiquetas para el tráfico entrante y saliente con el vecino principal. El anuncio de etiqueta LDP se acepta del vecino de respaldo, pero no se le reenvía ningún anuncio de etiqueta, lo que deja el pseudocable en un estado incompleto. El pseudocable al vecino de respaldo se completa solo cuando se produce un error en el vecino principal. La decisión de cambiar entre los dos pseudocables es tomada por el dispositivo configurado con los pseudocables redundantes. El enrutador de PE remoto principal no es consciente de la configuración redundante, lo que garantiza que el tráfico siempre se conmute utilizando solo el pseudocable activo.
Alternativamente, puede configurar dos pseudocables activos, uno para cada uno de los enrutadores de PE. Con 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 se realiza solo a través de uno de los pseudocables (designado como el 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 son conscientes de 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 elimina el tráfico de la espera. Además, el dispositivo local solo envía tráfico al pseudocable activo. Si el pseudocable activo falla, el tráfico se cambia 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 necesita más tiempo (en comparación con las dos configuraciones de pseudocable activa) cambiar al pseudocable de respaldo cuando se detecta un error. Este enfoque requiere una señalización adicional del plano de control para completar el pseudocable con el vecino de respaldo y el tráfico se puede perder durante el cambio del principal al respaldo.
Si configura dos pseudocables activos, se pierde el ancho de banda en el 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 pseudocable activa única no desperdicia el ancho de banda de esta manera.
Detección de fallas de pseudocable
Los siguientes eventos se utilizan para detectar una falla (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:
Cambio manual (iniciado por el usuario)
El enrutador de PE remoto retira el anuncio de la etiqueta
El LSP al enrutador de PE remoto cae
La sesión de LDP con el enrutador de PE remoto cae
Cambios de configuración local
Se produce un error periódico en el procedimiento de OAM de pseudocable (falla el ping de MPLS basado en circuitos de capa 2 al enrutador de PE)
Cuando configure un pseudocable redundante entre un dispositivo CE y un enrutador de PE, se reenvía un paquete de ping periódico (una vez por minuto) a través del pseudocable activo para verificar la conectividad del plano de datos. Si el ping falla, el tráfico se cambia automáticamente al pseudocable redundante.
Cuando se detecta un error, el tráfico pasa del pseudocable activo fallido al pseudocable redundante. El pseudocable redundante se designa entonces como el pseudocable activo. El conmutador no es posible, lo que significa que una vez que el pseudocable redundante asume el papel del pseudocable activo en el momento de una conmutación por error, permanece como el pseudocable activo, incluso si el pseudocable activo anteriormente aparece de nuevo.
Por ejemplo, un pseudocable principal falló 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 principal se ha resuelto y ahora es posible restablecer la conexión original. Sin embargo, el tráfico no vuelve al pseudocable original a menos que se detecte una falla en el pseudocable activo actualmente.