Resincronización del mismo nivel después de una conmutación por error L2TP
Conmutación por error L2TP y resincronización de pares
La conmutación por error L2TP permite que un extremo L2TP con error se vuelva a sincronizar con su par no fallido durante la recuperación y el reinicio del protocolo L2TP en el extremo con error. La conmutación por error L2TP está habilitada de forma predeterminada.
El proceso de conmutación por error y resincronización del mismo nivel L2TP hace todo lo siguiente:
Evita que el extremo que no ha fallado termine prematuramente un túnel mientras el extremo con error se está recuperando.
Restablece los números de secuencia necesarios para el funcionamiento del protocolo de control L2TP.
Resuelve incoherencias en las bases de datos de túnel y sesión del extremo con errores y del extremo que no ha fallado.
El enrutador admite tanto el método del protocolo de conmutación por error L2TP (descrito en RFC 4951, Extensiones de conmutación por error para el protocolo de túnel de capa 2 (L2TP)) como el método de conmutación por error silencioso L2TP. Las diferencias entre estos dos métodos son las siguientes:
El método del protocolo de conmutación por error L2TP requiere que un extremo que no haya fallado espere un período de tiempo de recuperación adicional mientras el extremo con error se recupera para evitar que el extremo que no haya fallado desconecte prematuramente el túnel. El período de recuperación adicional retrasa la detección de fallos de mantenimiento de túneles.
Si un par en un enrutador de la serie MX negocia el protocolo de conmutación por error con un par de la serie MX que no está configurado para el protocolo de conmutación por error, ambos utilizan el método de conmutación por error silenciosa. Si la negociación se realiza con un dispositivo de terceros que no admite el protocolo de conmutación por error, el par de la serie MX recurre a la conmutación por error silenciosa; Si el par de terceros se recupera en este caso depende de cómo se implemente la resincronización en ese dispositivo.
La conmutación por error silenciosa funciona completamente dentro del punto de conexión con errores y no requiere compatibilidad con puntos de conexión no fallidos, lo que mejora la interoperabilidad entre pares. La conmutación por error silenciosa no requiere tiempo de recuperación adicional por parte del extremo que no ha fallado, lo que también elimina la posibilidad de degradar la capacidad de respuesta a la pérdida de conectividad del túnel. A partir de Junos OS versión 15.1R6, 16.1R5, 16.2R2, 17.1R2 y 17.2R1, la conmutación por error silenciosa es el método de resincronización predeterminado en Junos OS.
En las versiones con números inferiores, el método de resincronización predeterminado es failover-protocol-fall-back-to-silent-failover. El método de recuperación utilizado depende de los resultados de la negociación de la capacidad de conmutación por error que tiene lugar entre los pares L2TP cuando establecen un túnel, que funciona de la siguiente manera:
L2TP en el LAC intenta negociar primero el protocolo de conmutación por error L2TP de forma predeterminada. Cuando L2TP determina que el par remoto admite el protocolo de conmutación por error L2TP, se utiliza el método de protocolo de conmutación por error L2TP.
Cuando L2TP determina que el par remoto no admite el protocolo de conmutación por error L2TP, se utiliza el método de conmutación por error silenciosa L2TP. Recurrir a este método secundario impide que la conmutación por error fuerce una desconexión del túnel al par y a todas sus sesiones.
En las versiones de Junos OS en las que el método predeterminado es failover-protocol-fall-back-to-silent-failover, puede cambiar el comportamiento predeterminado incluyendo la disable-failover-protocol instrucción en el nivel de [edit services l2tp] jerarquía. Esta instrucción fuerza el extremo LAC o LNS configurado para que funcione solo en modo de conmutación por error silenciosa. Esta configuración se puede usar para evitar que el dispositivo negocie el protocolo de conmutación por error con el par, incluso si el par intenta negociarlo. Cuando se emite esta instrucción y el interlocutor solo admite el protocolo de conmutación por error, el extremo sin errores (LAC o LNS) usa una conmutación por error silenciosa para la recuperación. A partir de Junos OS versión 15.1R6, 16.1R5, 16.2R2, 17.1R2 y 17.2R1, la disable-failover-protocol instrucción está en desuso, ya que el cambio en el método de resincronización predeterminado hace innecesaria.
Configuración del método de resincronización del mismo nivel L2TP
La implementación de L2TP en enrutadores de la serie MX admite la resincronización entre un punto de conexión L2TP fallido y su punto de conexión par no fallido. La resincronización del par permite que L2TP se recupere de un demonio o reinicio del enrutador o de un cambio de motor de enrutamiento.
Resincronización del par L2TP:
Evita que el extremo que no ha fallado termine prematuramente un túnel mientras el extremo con error se está recuperando.
Restablece los números de secuencia necesarios para el funcionamiento del protocolo de control L2TP.
Resuelve incoherencias en las bases de datos de túnel y sesión del extremo con errores y del extremo que no ha fallado.
Puede configurar el método de resincronización del mismo nivel que desea que utilice el enrutador. Se admiten tanto el método de protocolo de conmutación por error L2TP como el método de conmutación por error silenciosa L2TP.
En las versiones de Junos OS hasta 15.1R5, 16.1R4, 16.2R1 y 17.1R1, el comportamiento predeterminado es que L2TP en el LAC intente negociar el protocolo de conmutación por error L2TP con el LNS. Cuando el LNS admite este método y la negociación se realiza correctamente, se utiliza el protocolo de conmutación por error L2TP cuando se produce un error en cualquiera de los pares. Cuando se produce un error en la negociación del protocolo de conmutación por error L2TP, los pares utilizan la conmutación por error silenciosa cuando falla cualquiera de los pares. Este comportamiento se denomina failover-protocol-fall-back-to-silent-failover. Recurrir al método de conmutación por error silenciosa cuando la negociación del protocolo de conmutación por error no es correcta evita que un error del mismo nivel posterior fuerce la desconexión del túnel al par y a todas las sesiones asociadas.
El comportamiento que se acaba de describir se aplica cuando ambos pares son enrutadores de la serie MX. Si un punto de conexión es un dispositivo de terceros, el comportamiento de ese dispositivo depende de su implementación de L2TP.
Puede deshabilitar el comportamiento predeterminado y forzar que el LAC o el LNS funcionen solo en modo de conmutación por error silencioso. Esta configuración puede ser útil cuando los enrutadores del mismo nivel están configurados para la conmutación por error silenciosa o negocian incorrectamente el uso del protocolo de conmutación por error aunque no lo admitan. Otra razón para usar esta instrucción es que el método del protocolo de conmutación por error mantiene el túnel abierto con el par con error, en caso de que el par con error pueda recuperarse del error y volver a sincronizarse con el par que no ha fallado. Este comportamiento mantiene el túnel activo y los suscriptores conectados mientras el tráfico no fluye, lo que impide que se cumplan los acuerdos de nivel de servicio. Cuando se emite esta instrucción y el interlocutor solo admite el protocolo de conmutación por error, el extremo sin errores (LAC o LNS) usa una conmutación por error silenciosa para la recuperación.
Para deshabilitar la negociación del protocolo de conmutación por error L2TP:
Configurar desactivación.
[edit services l2tp] user@host# set disable-failover-protocol
A partir de las versiones 15.1R6, 16.1R5, 16.2R2, 17.1R2 y 17.2R1 de Junos OS, el método predeterminado de resincronización por error se cambia a conmutación por error silenciosa. En consecuencia, la disable-failover-protocol instrucción ya no necesita ser utilizada y está en desuso. Si actualiza desde una versión con números inferiores en la que el método predeterminado es failover-protocol-fall-back-to-silent-failover y su configuración incluye la instrucción, la configuración seguirá siendo compatible, pero la CLI le notificará que la disable-failover-protocol instrucción está en desuso.
En estas versiones, aún puede configurar el método que desea que use un punto de conexión, el protocolo de conmutación por error o la conmutación por error silenciosa.
Para configurar el LAC o LNS para negociar el protocolo de conmutación por error L2TP:
Especifique el protocolo de conmutación por error.
[edit services l2tp tunnel] user@host# set failover-resync failover-protocol
Si se produce un error en la negociación, el extremo recurre al método de conmutación por error silenciosa.
Para restaurar el método de resincronización predeterminado para LAC o LNS:
Especifique el método de conmutación por error silenciosa.
[edit services l2tp tunnel] user@host# set failover-resync silent-failover
disable-failover-protocol instrucción está en desuso, ya que el cambio en el método de resincronización predeterminado hace innecesaria.
disable-failover-protocol instrucción ya no necesita ser utilizada y está en desuso.