graceful-restart (Long-Lived for BGP Helper)
Sintaxis
graceful-restart {
long-lived {
receiver {
enable:
disable;
}
advertise-to-non-llgr-neighbor {
omit-no-export;
}
}
}
Nivel de jerarquía
[edit logical-systems logical-system-name protocols bgp], [edit logical-systems logical-system-name protocols bgp group group-name], [edit logical-systems logical-system-name protocols bgp group group-name neighbor address], [edit logical-systems logical-system-name routing-instances instance-name protocols bgp], [edit logical-systems logical-system-name routing-instances instance-name protocols bgp group group-name], [edit logical-systems logical-system-name routing-instances instance-name protocols bgp group group-name neighbor address], [edit protocols bgp], [edit protocols bgp group group-name], [edit protocols bgp group group-name neighbor address]
Descripción
Configure la capacidad de reinicio agraciado para sesiones de BGP de larga duración para permitir que los detalles del enrutamiento del BGP se conserven durante un período más largo. Es importante conservar los datos del BGP durante un período más largo cuando el plano de control del BGP falla por alguna razón para reiniciar los enrutadores lentamente durante más tiempo. El reinicio elegante permite que un dispositivo de enrutamiento que se está reiniciando informe a sus vecinos y pares adyacentes de su estado. El reinicio agraciado está deshabilitado de forma predeterminada.
Cuando el enrutamiento sin interrupciones (NSR) y el reinicio agraciado (LLGR) de larga duración se configuran juntos, el enrutador negocia la capacidad de LLGR de la manera habitual y regular, incluyendo un tiempo rancio de larga duración para activar el modo de receptor LLGR en sus pares. Sin embargo, la funcionalidad de reinicio de LLGR completa (lo que retrasa la transmisión de los marcadores de fin de RIB (EoR) hasta que se reciben los EoR de todos los pares) no funciona bajo NSR. Durante el reinicio de un sistema completo (ambos motores de enrutamiento), el demonio de protocolo de enrutamiento (rpd) no espera a que los EoR de otros pares antes de enviar sus propios EoR. Transmite el EoR tan pronto como ha transmitido el contenido rib actual. Esta condición puede causar interrupciones transitorias cuando la red vuelve a converger. Se considera que NSR es adecuado para manejar todos los escenarios de reinicio de motor de enrutamiento único. La restricción del modo de reinicio solo afecta a los casos en los que ambos motores de enrutamiento (o ambas copias de rpd) se reinician simultáneamente. La configuración del modo de reinicio normal no está habilitada con NSR. El modo de recepción de reinicio agraciado de larga duración está habilitado de forma predeterminada, a menos que el modo de recepción de reinicio agraciado ordinario esté deshabilitado.
Si configura un reinicio agraciado después de establecer una sesión de BGP, la sesión del BGP se reiniciará y los pares negocian capacidades de reinicio agraciadas.
Configure el reinicio agraciado globalmente en el [edit routing-options][edit routing-instances instance-name routing-options] nivel jerárquico para habilitar la función. No puede habilitar el reinicio agraciado para protocolos específicos, a menos que el reinicio agraciado también esté habilitado globalmente. Opcionalmente, puede modificar la configuración global a nivel de protocolo individual.
El resto de las instrucciones se explican por separado. Consulte Explorador de CLI.
Nivel de privilegio requerido
enrutamiento: para ver esta instrucción en la configuración.
enrutamiento-control: para agregar esta instrucción a la configuración.
Información de versión
Declaración introducida en la versión 15.1 de Junos OS.