Resincronización de pares después de una conmutación por error L2TP
Conmutación por error de L2TP y resincronización de pares
La tolerancia a fallos de L2TP permite que un punto de conexión L2TP con errores se vuelva a sincronizar con su par no fallido durante la recuperación y el reinicio del protocolo L2TP en el punto de conexión con errores. La tolerancia a fallos L2TP está habilitada de forma predeterminada.
El proceso de resincronización del mismo nivel L2TP y de tolerancia a fallos realiza todas las operaciones siguientes:
Impide que el punto de conexión no fallido termine prematuramente un túnel mientras el punto de conexión fallido se está recuperando.
Restablece los números de secuencia necesarios para la operación del protocolo de control L2TP.
Resuelve inconsistencias en las bases de datos de túneles y sesiones del punto de conexión fallido y del punto de conexión no fallido.
El enrutador admite tanto el método del protocolo de tolerancia a fallos L2TP (descrito en RFC 4951, Extensiones de conmutación por error para el protocolo de túnel de capa 2 (L2TP) "tolerancia a fallos") como el método de tolerancia a fallos silenciosa L2TP. Las diferencias entre estos dos métodos son las siguientes:
El método de protocolo de tolerancia a fallos L2TP requiere que un punto de conexión que no tenga errores espere un período de tiempo de recuperación adicional mientras el punto de conexión con errores se está recuperando para evitar que el punto de conexión con errores desconecte prematuramente el túnel. El período de recuperación adicional retrasa la detección de errores de keepalive de túnel.
Si un par en un enrutador de la serie MX negocia el protocolo de tolerancia a fallos con un par de la serie MX que no está configurado para el protocolo de tolerancia a fallos, ambos usan el método de tolerancia a fallos silenciosa. Si la negociación se realiza con un dispositivo de terceros que no admite el protocolo de tolerancia a fallos, el par de la serie MX recurre a la tolerancia a fallos silenciosa; Si el par de terceros se recupera en este caso depende de cómo se implemente la resincronización en ese dispositivo.
La tolerancia a fallos silenciosa funciona completamente dentro del punto de conexión fallido y no requiere soporte de punto de conexión no fallido; esto mejora la interoperabilidad entre pares. La tolerancia a fallos silenciosa no requiere tiempo de recuperación adicional por parte del punto de conexión no fallido, lo que también elimina la posibilidad de una capacidad de respuesta degradada 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 tolerancia a fallos silenciosa es el método de resincronización predeterminado en Junos OS.
En versiones con números más bajos, el método de resincronización predeterminado es tolerancia a fallos-protocolo-de-retroceso-a-la-tolerancia a fallos silenciosas. El método de recuperación utilizado depende de los resultados de la negociación de la capacidad de tolerancia a fallos que tiene lugar entre los pares L2TP cuando establecen un túnel, que funciona de la siguiente manera:
De forma predeterminada, L2TP en LAC intenta negociar primero el protocolo de tolerancia a fallos L2TP. Cuando L2TP determina que el par remoto admite el protocolo de tolerancia a fallos L2TP, se utiliza el método de protocolo de tolerancia a fallos L2TP.
Cuando L2TP determina que el par remoto no admite el protocolo de tolerancia a fallos L2TP, se utiliza el método de tolerancia a fallos silenciosa L2TP. Recurrir a este método secundario impide que la tolerancia a fallos fuerce una desconexión del túnel al par y a todas sus sesiones.
En Junos OS versiones en las que tolerancia a fallos-protocol-fall-back-to-silent-tolerancia a fallos es el método predeterminado, puede cambiar el comportamiento predeterminado incluyendo la disable-failover-protocol instrucción en el [edit services l2tp] nivel de jerarquía. Esta instrucción obliga al punto de conexión LAC o LNS configurado a funcionar solo en modo de tolerancia a fallos silenciosa. Esta configuración se puede usar para evitar que el dispositivo negocie el protocolo de tolerancia a fallos con el par, incluso si el par intenta negociarlo. Cuando se emite esta instrucción y el par solo admite el protocolo de tolerancia a fallos, el punto de conexión sin errores (LAC o LNS) usa una tolerancia a fallos silenciosa para la recuperación. A partir de las versiones 15.1R6, 16.1R5, 16.2R2, 17.1R2 y 17.2R1 de Junos OS, la disable-failover-protocol instrucción queda obsoleta, ya que el cambio en el método de resincronización predeterminado la hace innecesaria.
Configuración del método de resincronización de pares L2TP
La implementación de L2TP en enrutadores de la serie MX admite la resincronización entre un punto de conexión L2TP con errores y su punto de conexión par sin errores. La resincronización del mismo nivel permite que L2TP se recupere de un reinicio de demonio o enrutador o de un cambio de motor de enrutamiento.
Resincronización de pares L2TP:
Impide que el punto de conexión no fallido termine prematuramente un túnel mientras el punto de conexión fallido se está recuperando.
Restablece los números de secuencia necesarios para la operación del protocolo de control L2TP.
Resuelve inconsistencias en las bases de datos de túneles y sesiones del punto de conexión fallido y del punto de conexión no fallido.
Puede configurar el método de resincronización par que desea que utilice el enrutador. Se admiten tanto el método de protocolo de tolerancia a fallos L2TP como el método de tolerancia a fallos silenciosa L2TP.
En las versiones de Junos OS a 15.1R5, 16.1R4, 16.2R1 y 17.1R1, el comportamiento predeterminado es que L2TP en el LAC intente negociar el protocolo de tolerancia a fallos L2TP con LNS. Cuando LNS admite este método y la negociación se realiza correctamente, se utiliza el protocolo de tolerancia a fallos L2TP cuando se produce un error en cualquiera de los pares. Cuando se produce un error en la negociación del protocolo de tolerancia a fallos L2TP, los pares usan la tolerancia a fallos silenciosa cuando se produce un error en cualquiera de los pares. Este comportamiento se denomina tolerancia a fallos-protocol-fall-back-to-silent-tolerancia a fallos. Recurrir al método de tolerancia a fallos silenciosa cuando la negociación del protocolo de tolerancia a fallos no se realiza correctamente impide que un error posterior del par fuerce una desconexión del túnel al par y a todas las sesiones asociadas.
El comportamiento que acabamos 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 LAC o LNS funcionen solo en modo de tolerancia a fallos silenciosa. Esta configuración puede ser útil cuando los enrutadores par están configurados para una tolerancia a fallos silenciosa o negocian incorrectamente el uso del protocolo de tolerancia a fallos aunque no lo admitan. Otra razón para usar esta instrucción es que el método del protocolo de tolerancia a fallos mantiene el túnel abierto con el par con errores, en caso de que el par con errores pueda recuperarse del error y volver a sincronizarse con el par que no ha fallado. Este comportamiento mantiene el túnel activo y a 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 par solo admite el protocolo de tolerancia a fallos, el punto de conexión sin errores (LAC o LNS) usa una tolerancia a fallos silenciosa para la recuperación.
Para deshabilitar la negociación del protocolo de tolerancia a fallos L2TP:
Configurar deshabilitació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 de resincronización de tolerancia a fallos predeterminado se cambia a una tolerancia a fallos silenciosa. Por lo tanto, ya no es necesario usar la disable-failover-protocol instrucción y está en desuso. Si actualiza desde una versión con un número más bajo en la que el método predeterminado es tolerancia a fallos-protocol-fall-back-to-silent-tolerancia a fallos y la configuración incluye la disable-failover-protocol instrucción, la configuración seguirá siendo compatible, pero la CLI le notificará que la instrucción está en desuso.
En estas versiones, todavía puede configurar qué método desea que use un punto de conexión, protocolo de tolerancia a fallos o conmutación por tolerancia a fallos silenciosa.
Para configurar LAC o LNS para negociar el protocolo de tolerancia a fallos L2TP:
Especifique el protocolo de tolerancia a fallos.
[edit services l2tp tunnel] user@host# set failover-resync failover-protocol
Si se produce un error en la negociación, el punto de conexión vuelve al método de tolerancia a fallos silenciosa.
Para restaurar el método de resincronización predeterminado para LAC o LNS:
Especifique el método de tolerancia a fallos silenciosa.
[edit services l2tp tunnel] user@host# set failover-resync silent-failover
Tabla de historial de cambios
La compatibilidad de la función depende de la plataforma y la versión que utilice. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.
disable-failover-protocol instrucción queda obsoleta, ya que el cambio en el método de resincronización predeterminado la hace innecesaria.
disable-failover-protocol instrucción y está en desuso.