Configuración del reinicio satisfactorio
Siga estos pasos para configurar el reinicio correcto en su dispositivo.
Habilitación de un reinicio virtuoso
El reinicio normal está deshabilitado de forma predeterminada. Debe configurar el reinicio satisfactorio en el nivel de [edit routing-options] jerarquía o [edit routing-instances instance-name routing-options] para habilitar la característica globalmente.
Por ejemplo:
routing-options {
graceful-restart;
}
Opcionalmente, puede modificar la configuración global a nivel de protocolo individual o, a partir de Junos OS 15.1, a nivel de instancia de enrutamiento individual.
Si configura el reinicio satisfactorio después de establecer una sesión de BGP o LDP, la sesión de BGP o LDP se reinicia y los pares negocian las capacidades de reinicio normal.
Para deshabilitar el reinicio normal, incluya la disable instrucción. Puede hacer esto globalmente para todos los protocolos incluyendo la disable instrucción en el [edit routing-options] nivel de jerarquía, o puede deshabilitar el reinicio satisfactorio para un solo protocolo incluyendo la instrucción disable en el nivel de [edit protocols protocol graceful-restart] jerarquía. Para configurar un período de tiempo para un reinicio completo, incluya la restart-duration instrucción. Puede especificar un número entre 120 y 900.
Para obtener una lista de los niveles de jerarquía en los que puede incluir esta instrucción, consulte la sección Resumen de instrucciones para esta instrucción.
Cuando se incluye la instrucción en el nivel de jerarquía, también se habilita el graceful-restart [edit routing-options] reinicio elegante para rutas agregadas y estáticas.
Configuración del reinicio satisfactorio
Para habilitar el reinicio normal, incluya la graceful-restart instrucción en el nivel de [edit routing-instance instance-name routing-options] jerarquía o [edit routing-options] . Esto permite un reinicio normal globalmente para todos los protocolos de enrutamiento. Opcionalmente, puede modificar o complementar la configuración global a nivel de protocolo individual.
Cuando set protocols bgp group group-name allow network está configurado para aceptar sesiones de BGP dinámicas, unconfigured-peer-graceful-restart la instrucción debe configurarse para evitar la caída de tráfico durante el reinicio normal o el cambio normal del motor de enrutamiento.
Por ejemplo:
protocols {
bgp {
group ext {
graceful-restart {
restart-time 400;
}
}
}
}
routing-options {
graceful-restart;
}
La figura 1 muestra una red VPN MPLS estándar. Los enrutadores CE1 y CE2 son enrutadores de borde de cliente, PE1 y PE2 son enrutadores de borde de proveedor y P0 es un enrutador de núcleo de proveedor. En esta red están configuradas varias VPN de capa 3, así como una VPN de capa 2. Las interfaces se muestran en el diagrama y no se incluyen en el ejemplo de configuración siguiente.
de reinicio satisfactorio de VPN de capa 3
Enrutador CE1
En el enrutador CE1, configure los siguientes protocolos en las interfaces lógicas de t3-3/1/0: OSPF en la unidad 101, RIP en la unidad 102, BGP en la unidad 103 e SI-SI en la unidad 512. Configure también el reinicio normal, BGP, SI-SI, OSPF y RIP en la instancia principal para poder conectarse a las instancias de enrutamiento en el enrutador PE1.
[edit]
interfaces {
t3-3/1/0 {
encapsulation frame-relay;
unit 100 {
dlci 100;
family inet {
address 10.96.100.2/30;
}
}
unit 101 {
dlci 101;
family inet {
address 10.96.101.2/30;
}
}
unit 102 {
dlci 102;
family inet {
address 10.96.102.2/30;
}
}
unit 103 {
dlci 103;
family inet {
address 10.96.103.2/30;
}
}
unit 512 {
dlci 512;
family inet {
address 10.96.252.1/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.245.14.172/32;
primary;
}
address 10.96.110.1/32;
address 10.96.111.1/32;
address 10.96.112.1/32;
address 10.96.113.1/32;
address 10.96.116.1/32;
}
family iso {
address 47.0005.80ff.f800.0000.0108.0001.0102.4501.4172.00;
}
}
}
routing-options {
graceful-restart;
autonomous-system 65100;
}
protocols {
bgp {
group CE-PE-INET {
type external;
export BGP_INET_LB_DIRECT;
neighbor 10.96.103.1 {
local-address 10.96.103.2;
family inet {
unicast;
}
peer-as 65103;
}
}
}
isis {
export ISIS_L2VPN_LB_DIRECT;
interface t3-3/1/0.512;
}
ospf {
export OSPF_LB_DIRECT;
area 0.0.0.0 {
interface t3-3/1/0.101;
}
}
rip {
group RIP {
export RIP_LB_DIRECT;
neighbor t3-3/1/0.102;
}
}
}
policy-options {
policy-statement OSPF_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.101.0/30 exact;
route-filter 10.96.111.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
policy-statement RIP_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.102.0/30 exact;
route-filter 10.96.112.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
policy-statement BGP_INET_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.103.0/30 exact;
route-filter 10.96.113.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
policy-statement ISIS_L2VPN_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.116.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
}
Enrutador PE1
En el enrutador PE1, configure el reinicio correcto en la instancia principal, junto con BGP, OSPF, MPLS y LDP. A continuación, configure varias instancias específicas del protocolo de reinicio correcto. Al incluir instancias para BGP, OSPF, VPN de capa 2, RIP y rutas estáticas, puede observar la amplia gama de opciones disponibles cuando implementa un reinicio normal. Configure los siguientes protocolos en instancias individuales en las interfaces lógicas de t3-0/0/0: una ruta estática en la unidad 100, OSPF en la unidad 101, RIP en la unidad 102, BGP en la unidad 103 y Frame Relay en la unidad 512 para la instancia VPN de capa 2.
[edit]
interfaces {
t3-0/0/0 {
dce;
encapsulation frame-relay-ccc;
unit 100 {
dlci 100;
family inet {
address 10.96.100.1/30;
}
family mpls;
}
unit 101 {
dlci 101;
family inet {
address 10.96.101.1/30;
}
family mpls;
}
unit 102 {
dlci 102;
family inet {
address 10.96.102.1/30;
}
family mpls;
}
unit 103 {
dlci 103;
family inet {
address 10.96.103.1/30;
}
family mpls;
}
unit 512 {
encapsulation frame-relay-ccc;
dlci 512;
}
}
t1-0/1/0 {
unit 0 {
family inet {
address 10.96.0.2/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.245.14.176/32;
}
family iso {
address 47.0005.80ff.f800.0000.0108.0001.0102.4501.4176.00;
}
}
}
}
routing-options {
graceful-restart;
router-id 10.245.14.176;
autonomous-system 69;
}
protocols {
mpls {
interface all;
}
bgp {
group PEPE {
type internal;
neighbor 10.245.14.182 {
local-address 10.245.14.176;
family inet-vpn {
unicast;
}
family l2vpn {
unicast;
}
}
}
}
ospf {
area 0.0.0.0 {
interface t1-0/1/0.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
}
ldp {
interface all;
}
}
policy-options {
policy-statement STATIC-import {
from community STATIC;
then accept;
}
policy-statement STATIC-export {
then {
community add STATIC;
accept;
}
}
policy-statement OSPF-import {
from community OSPF;
then accept;
}
policy-statement OSPF-export {
then {
community add OSPF;
accept;
}
}
policy-statement RIP-import {
from community RIP;
then accept;
}
policy-statement RIP-export {
then {
community add RIP;
accept;
}
}
policy-statement BGP-INET-import {
from community BGP-INET;
then accept;
}
policy-statement BGP-INET-export {
then {
community add BGP-INET;
accept;
}
}
policy-statement L2VPN-import {
from community L2VPN;
then accept;
}
policy-statement L2VPN-export {
then {
community add L2VPN;
accept;
}
}
community BGP-INET members target:69:103;
community L2VPN members target:69:512;
community OSPF members target:69:101;
community RIP members target:69:102;
community STATIC members target:69:100;
}
routing-instances {
BGP-INET {
instance-type vrf;
interface t3-0/0/0.103;
route-distinguisher 10.245.14.176:103;
vrf-import BGP-INET-import;
vrf-export BGP-INET-export;
routing-options {
graceful-restart;
autonomous-system 65103;
}
protocols {
bgp {
group BGP-INET {
type external;
export BGP-INET-import;
neighbor 10.96.103.2 {
local-address 10.96.103.1;
family inet {
unicast;
}
peer-as 65100;
}
}
}
}
}
L2VPN {
instance-type l2vpn;
interface t3-0/0/0.512;
route-distinguisher 10.245.14.176:512;
vrf-import L2VPN-import;
vrf-export L2VPN-export;
protocols {# There is no graceful-restart statement for Layer 2 VPN instances.
l2vpn {
encapsulation-type frame-relay;
site CE1-ISIS {
site-identifier 512;
interface t3-0/0/0.512 {
remote-site-id 612;
}
}
}
}
}
OSPF {
instance-type vrf;
interface t3-0/0/0.101;
route-distinguisher 10.245.14.176:101;
vrf-import OSPF-import;
vrf-export OSPF-export;
routing-options {
graceful-restart;
}
protocols {
ospf {
export OSPF-import;
area 0.0.0.0 {
interface all;
}
}
}
}
RIP {
instance-type vrf;
interface t3-0/0/0.102;
route-distinguisher 10.245.14.176:102;
vrf-import RIP-import;
vrf-export RIP-export;
routing-options {
graceful-restart;
}
protocols {
rip {
group RIP {
export RIP-import;
neighbor t3-0/0/0.102;
}
}
}
}
STATIC {
instance-type vrf;
interface t3-0/0/0.100;
route-distinguisher 10.245.14.176:100;
vrf-import STATIC-import;
vrf-export STATIC-export;
routing-options {
graceful-restart;
static {
route 10.96.110.1/32 next-hop t3-0/0/0.100;
}
}
}
}
Enrutador P0
En el enrutador P0, configure el reinicio correcto en la instancia principal, junto con OSPF, MPLS y LDP. Esto permite que los protocolos en los enrutadores de PE se alcancen entre sí.
[edit]
interfaces {
t3-0/1/3 {
unit 0 {
family inet {
address 10.96.0.5/30;
}
family mpls;
}
}
t1-0/2/0 {
unit 0 {
family inet {
address 10.96.0.1/30;
}
family mpls;
}
}
lo0 {
unit 0 {
family inet {
address 10.245.14.174/32;
}
family iso {
address 47.0005.80ff.f800.0000.0108.0001.0102.4501.4174.00;
}
}
}
}
routing-options {
graceful-restart;
router-id 10.245.14.174;
autonomous-system 69;
}
protocols {
mpls {
interface all;
}
ospf {
area 0.0.0.0 {
interface t1-0/2/0.0;
interface t3-0/1/3.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
}
ldp {
interface all;
}
}
Enrutador PE2
En el enrutador PE2, configure BGP, OSPF, MPLS, LDP y el reinicio satisfactorio en la instancia principal. Configure los siguientes protocolos en instancias individuales en las interfaces lógicas de t1-0/1/3: una ruta estática en la unidad 200, OSPF en la unidad 201, RIP en la unidad 202, BGP en la unidad 203 y Frame Relay en la unidad 612 para la instancia de VPN de capa 2. Configure también el reinicio satisfactorio específico del protocolo en todas las instancias de enrutamiento, excepto en la instancia de VPN de capa 2.
[edit]
interfaces {
t3-0/0/0 {
unit 0 {
family inet {
address 10.96.0.6/30;
}
family mpls;
}
}
t1-0/1/3 {
dce;
encapsulation frame-relay-ccc;
unit 200 {
dlci 200;
family inet {
address 10.96.200.1/30;
}
family mpls;
}
unit 201 {
dlci 201;
family inet {
address 10.96.201.1/30;
}
family mpls;
}
unit 202 {
dlci 202;
family inet {
address 10.96.202.1/30;
}
family mpls;
}
unit 203 {
dlci 203;
family inet {
address 10.96.203.1/30;
}
family mpls;
}
unit 612 {
encapsulation frame-relay-ccc;
dlci 612;
}
}
lo0 {
unit 0 {
family inet {
address 10.245.14.182/32;
}
family iso {
address 47.0005.80ff.f800.0000.0108.0001.0102.4501.4182.00;
}
}
}
}
routing-options {
graceful-restart;
router-id 10.245.14.182;
autonomous-system 69;
}
protocols {
mpls {
interface all;
}
bgp {
group PEPE {
type internal;
neighbor 10.245.14.176 {
local-address 10.245.14.182;
family inet-vpn {
unicast;
}
family l2vpn {
unicast;
}
}
}
}
ospf {
area 0.0.0.0 {
interface t3-0/0/0.0;
interface fxp0.0 {
disable;
}
interface lo0.0 {
passive;
}
}
}
ldp {
interface all;
}
policy-options {
policy-statement STATIC-import {
from community STATIC;
then accept;
}
policy-statement STATIC-export {
then {
community add STATIC;
accept;
}
}
policy-statement OSPF-import {
from community OSPF;
then accept;
}
policy-statement OSPF-export {
then {
community add OSPF;
accept;
}
}
policy-statement RIP-import {
from community RIP;
then accept;
}
policy-statement RIP-export {
then {
community add RIP;
accept;
}
}
policy-statement BGP-INET-import {
from community BGP-INET;
then accept;
}
policy-statement BGP-INET-export {
then {
community add BGP-INET;
accept;
}
}
policy-statement L2VPN-import {
from community L2VPN;
then accept;
}
policy-statement L2VPN-export {
then {
community add L2VPN;
accept;
}
}
community BGP-INET members target:69:103;
community L2VPN members target:69:512;
community OSPF members target:69:101;
community RIP members target:69:102;
community STATIC members target:69:100;
}
routing-instances {
BGP-INET {
instance-type vrf;
interface t1-0/1/3.203;
route-distinguisher 10.245.14.182:203;
vrf-import BGP-INET-import;
vrf-export BGP-INET-export;
routing-options {
graceful-restart;
autonomous-system 65203;
}
protocols {
bgp {
group BGP-INET {
type external;
export BGP-INET-import;
neighbor 10.96.203.2 {
local-address 10.96.203.1;
family inet {
unicast;
}
peer-as 65200;
}
}
}
}
}
L2VPN {
instance-type l2vpn;
interface t1-0/1/3.612;
route-distinguisher 10.245.14.182:612;
vrf-import L2VPN-import;
vrf-export L2VPN-export;
protocols {# There is no graceful-restart statement for Layer 2 VPN instances.
l2vpn {
encapsulation-type frame-relay;
site CE2-ISIS {
site-identifier 612;
interface t1-0/1/3.612 {
remote-site-id 512;
}
}
}
}
}
OSPF {
instance-type vrf;
interface t1-0/1/3.201;
route-distinguisher 10.245.14.182:201;
vrf-import OSPF-import;
vrf-export OSPF-export;
routing-options {
graceful-restart;
}
protocols {
ospf {
export OSPF-import;
area 0.0.0.0 {
interface all;
}
}
}
}
RIP {
instance-type vrf;
interface t1-0/1/3.202;
route-distinguisher 10.245.14.182:202;
vrf-import RIP-import;
vrf-export RIP-export;
routing-options {
graceful-restart;
}
protocols {
rip {
group RIP {
export RIP-import;
neighbor t1-0/1/3.202;
}
}
}
}
STATIC {
instance-type vrf;
interface t1-0/1/3.200;
route-distinguisher 10.245.14.182:200;
vrf-import STATIC-import;
vrf-export STATIC-export;
routing-options {
graceful-restart;
static {
route 10.96.210.1/32 next-hop t1-0/1/3.200;
}
}
}
}
}
Enrutador CE2
En el enrutador CE2, complete la configuración de VPN de capa 2 y capa 3 reflejando los protocolos ya establecidos en los enrutadores PE2 y CE1. Específicamente, configure lo siguiente en las interfaces lógicas de t1-0/0/3: OSPF en la unidad 201, RIP en la unidad 202, BGP en la unidad 203 e SI-SI en la unidad 612. Por último, configure el reinicio normal, BGP, SI-SI, OSPF y RIP en la instancia principal para poder conectarse a las instancias de enrutamiento en el enrutador PE2.
[edit]
interfaces {
t1-0/0/3 {
encapsulation frame-relay;
unit 200 {
dlci 200;
family inet {
address 10.96.200.2/30;
}
}
unit 201 {
dlci 201;
family inet {
address 10.96.201.2/30;
}
}
unit 202 {
dlci 202;
family inet {
address 10.96.202.2/30;
}
}
unit 203 {
dlci 203;
family inet {
address 10.96.203.2/30;
}
}
unit 512 {
dlci 512;
family inet {
address 10.96.252.2/30;
}
}
}
lo0 {
unit 0 {
family inet {
address 10.245.14.180/32 {
primary;
}
address 10.96.210.1/32;
address 10.96.111.1/32;
address 10.96.212.1/32;
address 10.96.213.1/32;
address 10.96.216.1/32;
}
family iso {
address 47.0005.80ff.f800.0000.0108.0001.0102.4501.4180.00;
}
}
}
}
routing-options {
graceful-restart;
autonomous-system 65200;
}
protocols {
bgp {
group CE-PE-INET {
type external;
export BGP_INET_LB_DIRECT;
neighbor 10.96.203.1 {
local-address 10.96.203.2;
family inet {
unicast;
}
peer-as 65203;
}
}
}
isis {
export ISIS_L2VPN_LB_DIRECT;
interface t1-0/0/3.612;
}
ospf {
export OSPF_LB_DIRECT;
area 0.0.0.0 {
interface t1-0/0/3.201;
}
}
rip {
group RIP {
export RIP_LB_DIRECT;
neighbor t1-0/0/3.202;
}
}
}
policy-options {
policy-statement OSPF_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.201.0/30 exact;
route-filter 10.96.211.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
policy-statement RIP_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.202.0/30 exact;
route-filter 10.96.212.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
policy-statement BGP_INET_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.203.0/30 exact;
route-filter 10.96.213.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
policy-statement ISIS_L2VPN_LB_DIRECT {
term direct {
from {
protocol direct;
route-filter 10.96.216.1/32 exact;
}
then accept;
}
term final {
then reject;
}
}
}
Estado del enrutador PE1 antes de reiniciar
En el siguiente ejemplo, se muestran las relaciones de vecino en el enrutador PE1 antes de que se produzca un reinicio:
user@PE1> show bgp neighbor
Peer: 10.96.103.2+3785 AS 65100 Local: 10.96.103.1+179 AS 65103
Type: External State: Established Flags: <>
Last State: OpenConfirm Last Event: RecvKeepAlive
Last Error: None
Export: [ BGP-INET-import ]
Options: <Preference LocalAddress HoldTime GracefulRestart AddressFamily PeerAS Refresh>
Address families configured: inet-unicast
Local Address: 10.96.103.1 Holdtime: 90 Preference: 170
Number of flaps: 0
Peer ID: 10.96.110.1 Local ID: 10.96.103.1 Active Holdtime: 90
Keepalive Interval: 30
Local Interface: t3-0/0/0.103
NLRI for restart configured on peer: inet-unicast
NLRI advertised by peer: inet-unicast
NLRI for this session: inet-unicast
Peer supports Refresh capability (2)
Restart time configured on the peer: 120
Stale routes from peer are kept for: 300
Restart time requested by this peer: 120
NLRI that peer supports restart for: inet-unicast
NLRI peer can save forwarding state: inet-unicast
NLRI that peer saved forwarding for: inet-unicast
NLRI that restart is negotiated for: inet-unicast
NLRI of all end-of-rib markers sent: inet-unicast
Table BGP-INET.inet.0 Bit: 30001
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Last traffic (seconds): Received 8 Sent 3 Checked 3
Input messages: Total 15 Updates 0 Refreshes 0 Octets 321
Output messages: Total 18 Updates 2 Refreshes 0 Octets 450
Output Queue[2]: 0
Peer: 10.245.14.182+4701 AS 69 Local: 10.245.14.176+179 AS 69
Type: Internal State: Established Flags: <>
Last State: OpenConfirm Last Event: RecvKeepAlive
Last Error: None
Options: <Preference LocalAddress HoldTime GracefulRestart AddressFamily
Rib-group Refresh>
Address families configured: inet-vpn-unicast l2vpn
Local Address: 10.245.14.176 Holdtime: 90 Preference: 170
Number of flaps: 1
Peer ID: 10.245.14.182 Local ID: 10.245.14.176 Active Holdtime: 90
Keepalive Interval: 30
NLRI for restart configured on peer: inet-vpn-unicast l2vpn
NLRI advertised by peer: inet-vpn-unicast l2vpn
NLRI for this session: inet-vpn-unicast l2vpn
Peer supports Refresh capability (2)
Restart time configured on the peer: 120
Stale routes from peer are kept for: 300
Restart time requested by this peer: 120
NLRI that peer supports restart for: inet-vpn-unicast l2vpn
NLRI peer can save forwarding state: inet-vpn-unicast l2vpn
NLRI that peer saved forwarding for: inet-vpn-unicast l2vpn
NLRI that restart is negotiated for: inet-vpn-unicast l2vpn
NLRI of all end-of-rib markers sent: inet-vpn-unicast l2vpn
Table bgp.l3vpn.0 Bit: 10000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Table bgp.l2vpn.0 Bit: 20000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 1
Received prefixes: 1
Suppressed due to damping: 0
Table BGP-INET.inet.0 Bit: 30000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Table OSPF.inet.0 Bit: 60000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Table RIP.inet.0 Bit: 70000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Table STATIC.inet.0 Bit: 80000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Table L2VPN.l2vpn.0 Bit: 90000
RIB State: BGP restart is complete
RIB State: VPN restart is complete
Send state: in sync
Active prefixes: 1
Received prefixes: 1
Suppressed due to damping: 0
Last traffic (seconds): Received 28 Sent 28 Checked 28
Input messages: Total 2 Updates 0 Refreshes 0 Octets 86
Output messages: Total 13 Updates 10 Refreshes 0 Octets 1073
Output Queue[0]: 0
Output Queue[1]: 0
Output Queue[2]: 0
Output Queue[3]: 0
Output Queue[4]: 0
Output Queue[5]: 0
Output Queue[6]: 0
Output Queue[7]: 0
Output Queue[8]: 0
user@PE1> show route instance detail
master:
Router ID: 10.245.14.176
Type: forwarding State: Active
Restart State: Complete Path selection timeout: 300
Tables:
inet.0 : 17 routes (15 active, 0 holddown, 1 hidden)
Restart Complete
inet.3 : 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
iso.0 : 1 routes (1 active, 0 holddown, 0 hidden)
Restart Complete
mpls.0 : 19 routes (19 active, 0 holddown, 0 hidden)
Restart Complete
bgp.l3vpn.0 : 10 routes (10 active, 0 holddown, 0 hidden)
Restart Complete
inet6.0 : 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
bgp.l2vpn.0 : 1 routes (1 active, 0 holddown, 0 hidden)
Restart Complete
BGP-INET:
Router ID: 10.96.103.1
Type: vrf State: Active
Restart State: Complete Path selection timeout: 300
Interfaces:
t3-0/0/0.103
Route-distinguisher: 10.245.14.176:103
Vrf-import: [ BGP-INET-import ]
Vrf-export: [ BGP-INET-export ]
Tables:
BGP-INET.inet.0 : 4 routes (4 active, 0 holddown, 0 hidden)
Restart Complete
L2VPN:
Router ID: 0.0.0.0
Type: l2vpn State: Active
Restart State: Complete Path selection timeout: 300
Interfaces:
t3-0/0/0.512
Route-distinguisher: 10.245.14.176:512
Vrf-import: [ L2VPN-import ]
Vrf-export: [ L2VPN-export ]
Tables:
L2VPN.l2vpn.0 : 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
OSPF:
Router ID: 10.96.101.1
Type: vrf State: Active
Restart State: Complete Path selection timeout: 300
Interfaces:
t3-0/0/0.101
Route-distinguisher: 10.245.14.176:101
Vrf-import: [ OSPF-import ]
Vrf-export: [ OSPF-export ]
Tables:
OSPF.inet.0 : 8 routes (7 active, 0 holddown, 0 hidden)
Restart Complete
RIP:
Router ID: 10.96.102.1
Type: vrf State: Active
Restart State: Complete Path selection timeout: 300
Interfaces:
t3-0/0/0.102
Route-distinguisher: 10.245.14.176:102
Vrf-import: [ RIP-import ]
Vrf-export: [ RIP-export ]
Tables:
RIP.inet.0 : 6 routes (6 active, 0 holddown, 0 hidden)
Restart Complete
STATIC:
Router ID: 10.96.100.1
Type: vrf State: Active
Restart State: Complete Path selection timeout: 300
Interfaces:
t3-0/0/0.100
Route-distinguisher: 10.245.14.176:100
Vrf-import: [ STATIC-import ]
Vrf-export: [ STATIC-export ]
Tables:
STATIC.inet.0 : 4 routes (4 active, 0 holddown, 0 hidden)
Restart Complete
__juniper_private1__:
Router ID: 0.0.0.0
Type: forwarding State: Active
user@PE1> show route protocol l2vpn
inet.0: 16 destinations, 17 routes (15 active, 0 holddown, 1 hidden)
Restart Complete
inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
BGP-INET.inet.0: 5 destinations, 6 routes (5 active, 0 holddown, 0 hidden)
Restart Complete
OSPF.inet.0: 7 destinations, 8 routes (7 active, 0 holddown, 0 hidden)
Restart Complete
RIP.inet.0: 6 destinations, 6 routes (6 active, 0 holddown, 0 hidden)
Restart Complete
STATIC.inet.0: 4 destinations, 4 routes (4 active, 0 holddown, 0 hidden)
Restart Complete
iso.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
Restart Complete
mpls.0: 20 destinations, 20 routes (20 active, 0 holddown, 0 hidden)
Restart Complete
+ = Active Route, - = Last Active, * = Both
800003 *[L2VPN/7] 00:06:00
> via t3-0/0/0.512, Pop Offset: 4
t3-0/0/0.512 *[L2VPN/7] 00:06:00
> via t1-0/1/0.0, Push 800003, Push 100004(top) Offset: -4
bgp.l3vpn.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
Restart Complete
inet6.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
L2VPN.l2vpn.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
+ = Active Route, - = Last Active, * = Both
10.245.14.176:512:512:611/96
*[L2VPN/7] 00:06:01
Discard
bgp.l2vpn.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
Restart Complete
Estado del enrutador PE1 durante un reinicio
Antes de poder comprobar que el reinicio correcto funciona, debe simular un reinicio del enrutador. Para hacer que el proceso de enrutamiento se actualice y simule un reinicio, utilice el comando de modo operativo de reinicio de enrutamiento :
user@PE1> restart routing Routing protocol daemon started, pid 3558
El siguiente resultado de ejemplo se captura durante el reinicio del enrutador:
user@PE1> show bgp neighbor
Peer: 10.96.103.2 AS 65100 Local: 10.96.103.1 AS 65103
Type: External State: Active Flags: <ImportEval>
Last State: Idle Last Event: Start
Last Error: None
Export: [ BGP-INET-import ]
Options: <Preference LocalAddress HoldTime GracefulRestart AddressFamily PeerAS Refresh>
Address families configured: inet-unicast
Local Address: 10.96.103.1 Holdtime: 90 Preference: 170
Number of flaps: 0
Peer: 10.245.14.182+179 AS 69 Local: 10.245.14.176+2131 AS 69
Type: Internal State: Established Flags: <ImportEval>
Last State: OpenConfirm Last Event: RecvKeepAlive
Last Error: None
Options: <Preference LocalAddress HoldTime GracefulRestart AddressFamily Rib-group Refresh>
Address families configured: inet-vpn-unicast l2vpn
Local Address: 10.245.14.176 Holdtime: 90 Preference: 170
Number of flaps: 0
Peer ID: 10.245.14.182 Local ID: 10.245.14.176 Active Holdtime: 90
Keepalive Interval: 30
NLRI for restart configured on peer: inet-vpn-unicast l2vpn
NLRI advertised by peer: inet-vpn-unicast l2vpn
NLRI for this session: inet-vpn-unicast l2vpn
Peer supports Refresh capability (2)
Restart time configured on the peer: 120
Stale routes from peer are kept for: 300
Restart time requested by this peer: 120
NLRI that peer supports restart for: inet-vpn-unicast l2vpn
NLRI peer can save forwarding state: inet-vpn-unicast l2vpn
NLRI that peer saved forwarding for: inet-vpn-unicast l2vpn
NLRI that restart is negotiated for: inet-vpn-unicast l2vpn
NLRI of received end-of-rib markers: inet-vpn-unicast l2vpn
Table bgp.l3vpn.0 Bit: 10000
RIB State: BGP restart in progress
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 10
Received prefixes: 10
Suppressed due to damping: 0
Table bgp.l2vpn.0 Bit: 20000
RIB State: BGP restart in progress
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 1
Received prefixes: 1
Suppressed due to damping: 0
Table BGP-INET.inet.0 Bit: 30000
RIB State: BGP restart in progress
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 2
Received prefixes: 2
Suppressed due to damping: 0
Table OSPF.inet.0 Bit: 60000
RIB State: BGP restart is complete
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 2
Received prefixes: 2
Suppressed due to damping: 0
Table RIP.inet.0 Bit: 70000
RIB State: BGP restart is complete
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 2
Received prefixes: 2
Suppressed due to damping: 0
Table STATIC.inet.0 Bit: 80000
RIB State: BGP restart is complete
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 1
Received prefixes: 1
Suppressed due to damping: 0
Table L2VPN.l2vpn.0 Bit: 90000
RIB State: BGP restart is complete
RIB State: VPN restart in progress
Send state: in sync
Active prefixes: 1
Received prefixes: 1
Suppressed due to damping: 0
Last traffic (seconds): Received 0 Sent 0 Checked 0
Input messages: Total 14 Updates 13 Refreshes 0 Octets 1053
Output messages: Total 3 Updates 0 Refreshes 0 Octets 105
Output Queue[0]: 0
Output Queue[1]: 0
Output Queue[2]: 0
Output Queue[3]: 0
Output Queue[4]: 0
Output Queue[5]: 0
Output Queue[6]: 0
Output Queue[7]: 0
Output Queue[8]: 0
user@PE1> show route instance detail
master:
Router ID: 10.245.14.176
Type: forwarding State: Active
Restart State: Pending Path selection timeout: 300
Tables:
inet.0 : 17 routes (15 active, 1 holddown, 1 hidden)
Restart Pending: OSPF LDP
inet.3 : 2 routes (2 active, 0 holddown, 0 hidden)
Restart Pending: OSPF LDP
iso.0 : 1 routes (1 active, 0 holddown, 0 hidden)
Restart Complete
mpls.0 : 23 routes (23 active, 0 holddown, 0 hidden)
Restart Pending: LDP VPN
bgp.l3vpn.0 : 10 routes (10 active, 0 holddown, 0 hidden)
Restart Pending: BGP VPN
inet6.0 : 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
bgp.l2vpn.0 : 1 routes (1 active, 0 holddown, 0 hidden)
Restart Pending: BGP VPN
BGP-INET:
Router ID: 10.96.103.1
Type: vrf State: Active
Restart State: Pending Path selection timeout: 300
Interfaces:
t3-0/0/0.103
Route-distinguisher: 10.245.14.176:103
Vrf-import: [ BGP-INET-import ]
Vrf-export: [ BGP-INET-export ]
Tables:
BGP-INET.inet.0 : 6 routes (5 active, 0 holddown, 0 hidden)
Restart Pending: VPN
L2VPN:
Router ID: 0.0.0.0
Type: l2vpn State: Active
Restart State: Pending Path selection timeout: 300
Interfaces:
t3-0/0/0.512
Route-distinguisher: 10.245.14.176:512
Vrf-import: [ L2VPN-import ]
Vrf-export: [ L2VPN-export ]
Tables:
L2VPN.l2vpn.0 : 2 routes (2 active, 0 holddown, 0 hidden)
Restart Pending: VPN L2VPN
OSPF:
Router ID: 10.96.101.1
Type: vrf State: Active
Restart State: Pending Path selection timeout: 300
Interfaces:
t3-0/0/0.101
Route-distinguisher: 10.245.14.176:101
Vrf-import: [ OSPF-import ]
Vrf-export: [ OSPF-export ]
Tables:
OSPF.inet.0 : 8 routes (7 active, 1 holddown, 0 hidden)
Restart Pending: OSPF VPN
RIP:
Router ID: 10.96.102.1
Type: vrf State: Active
Restart State: Pending Path selection timeout: 300
Interfaces:
t3-0/0/0.102
Route-distinguisher: 10.245.14.176:102
Vrf-import: [ RIP-import ]
Vrf-export: [ RIP-export ]
Tables:
RIP.inet.0 : 8 routes (6 active, 2 holddown, 0 hidden)
Restart Pending: RIP VPN
STATIC:
Router ID: 10.96.100.1
Type: vrf State: Active
Restart State: Pending Path selection timeout: 300
Interfaces:
t3-0/0/0.100
Route-distinguisher: 10.245.14.176:100
Vrf-import: [ STATIC-import ]
Vrf-export: [ STATIC-export ]
Tables:
STATIC.inet.0 : 4 routes (4 active, 0 holddown, 0 hidden)
Restart Pending: VPN
__juniper_private1__:
Router ID: 0.0.0.0
Type: forwarding State: Active
user@PE1> show route instance summary
Instance Type Primary rib Active/holddown/hidden
master forwarding
inet.0 15/0/1
iso.0 1/0/0
mpls.0 35/0/0
l3vpn.0 0/0/0
inet6.0 2/0/0
l2vpn.0 0/0/0
l2circuit.0 0/0/0
BGP-INET vrf
BGP-INET.inet.0 5/0/0
BGP-INET.iso.0 0/0/0
BGP-INET.inet6.0 0/0/0
L2VPN l2vpn
L2VPN.inet.0 0/0/0
L2VPN.iso.0 0/0/0
L2VPN.inet6.0 0/0/0
L2VPN.l2vpn.0 2/0/0
OSPF vrf
OSPF.inet.0 7/0/0
OSPF.iso.0 0/0/0
OSPF.inet6.0 0/0/0
RIP vrf
RIP.inet.0 6/0/0
RIP.iso.0 0/0/0
RIP.inet6.0 0/0/0
STATIC vrf
STATIC.inet.0 4/0/0
STATIC.iso.0 0/0/0
STATIC.inet6.0 0/0/0
__juniper_private1__ forwarding
__juniper_priva.inet.0 0/0/0
__juniper_privat.iso.0 0/0/0
__juniper_priv.inet6.0 0/0/0
user@PE1> show route protocol l2vpn
inet.0: 16 destinations, 17 routes (15 active, 1 holddown, 1 hidden)
Restart Pending: OSPF LDP
inet.3: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
Restart Pending: OSPF LDP
BGP-INET.inet.0: 5 destinations, 6 routes (5 active, 0 holddown, 0 hidden)
Restart Pending: VPN
OSPF.inet.0: 7 destinations, 8 routes (7 active, 1 holddown, 0 hidden)
Restart Pending: OSPF VPN
RIP.inet.0: 6 destinations, 8 routes (6 active, 2 holddown, 0 hidden)
Restart Pending: RIP VPN
STATIC.inet.0: 4 destinations, 4 routes (4 active, 0 holddown, 0 hidden)
Restart Pending: VPN
iso.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
Restart Complete
mpls.0: 24 destinations, 24 routes (24 active, 0 holddown, 0 hidden)
Restart Pending: LDP VPN
+ = Active Route, - = Last Active, * = Both
800001 *[L2VPN/7] 00:00:13
> via t3-0/0/0.512, Pop Offset: 4
t3-0/0/0.512 *[L2VPN/7] 00:00:13
> via t1-0/1/0.0, Push 800003, Push 100004(top) Offset: -4
bgp.l3vpn.0: 10 destinations, 10 routes (10 active, 0 holddown, 0 hidden)
Restart Pending: BGP VPN
inet6.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
Restart Complete
L2VPN.l2vpn.0: 2 destinations, 2 routes (2 active, 0 holddown, 0 hidden)
Restart Pending: VPN L2VPN
+ = Active Route, - = Last Active, * = Both
10.245.14.176:512:512:611/96
*[L2VPN/7] 00:00:13
Discard
bgp.l2vpn.0: 1 destinations, 1 routes (1 active, 0 holddown, 0 hidden)
Restart Pending: BGP VPN
Configuración del reinicio satisfactorio de VPN
El reinicio agraciado permite que un enrutador cuyo plano de control VPN está en proceso de reinicio continúe reenviando el tráfico mientras recupera su estado de los enrutadores vecinos. Sin un reinicio normal, un reinicio del plano de control interrumpe cualquier servicio VPN proporcionado por el enrutador. El reinicio correcto se admite en VPN de capa 2, VPN de capa 3, instancias de enrutamiento de enrutador virtual y VPLS.
Para implementar un reinicio correcto para una VPN de capa 2 o una VPN de capa 3, realice las tareas de configuración que se describen en las secciones siguientes:
- Configuración del reinicio agraciado globalmente
- Configuración del reinicio satisfactorio para la instancia de enrutamiento
Configuración del reinicio agraciado globalmente
Para habilitar el reinicio normal, incluya la graceful-restart instrucción en el nivel de [edit routing-options] jerarquía. Para configurar una duración global para el período de reinicio normal, incluya la restart-duration instrucción en el nivel de [edit routing-options graceful-restart] jerarquía.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Para deshabilitar el reinicio agraciado globalmente, incluya la disable instrucción en el nivel de [edit routing-options graceful-restart] jerarquía.
Configuración del reinicio satisfactorio para la instancia de enrutamiento
Solo para VPN de capa 3, también debe configurar el reinicio correcto para todos los protocolos de enrutamiento y relacionados con MPLS dentro de una instancia de enrutamiento incluyendo la graceful-restart instrucción en el nivel de [edit routing-instances instance-name routing-options] jerarquía. Dado que puede configurar BGP de varias instancias y LDP de varias instancias, se admite un reinicio correcto para un escenario de operadora de operadoras. Para configurar la duración del período de reinicio correcto para la instancia de enrutamiento, incluya la restart-duration instrucción en el nivel .[edit routing-instances instance-name routing-options]
[edit]
routing-instances {
instance-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
Puede deshabilitar el reinicio agraciado para protocolos individuales con la disable instrucción en el nivel de [edit routing-instances instance-name protocols protocol-name graceful-restart] jerarquía.
Configuración del reinicio satisfactorio del sistema lógico
El reinicio normal para un sistema lógico funciona de manera muy similar al reinicio normal en el enrutador principal. La única diferencia es la ubicación de la graceful-restart declaración.
En los temas siguientes se describe qué configurar para implementar un reinicio correcto en un sistema lógico:
- Habilitación de un reinicio agraciado a nivel mundial
- Configuración del reinicio satisfactorio para una instancia de enrutamiento
Habilitación de un reinicio agraciado a nivel mundial
Para habilitar el reinicio correcto en un sistema lógico, incluya la graceful-restart instrucción en el nivel de [edit logical-systems logical-system-name routing-options] jerarquía. Para configurar una duración global del período de reinicio normal, incluya la restart-duration instrucción en el nivel de [edit logical-systems logical-system-name routing-options graceful-restart] jerarquía.
[edit]
logical-systems {
logical-system-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
Para deshabilitar el reinicio agraciado globalmente, incluya la disable instrucción en el nivel de [edit logical-systems logical-system-name routing-options graceful-restart] jerarquía.
Configuración del reinicio satisfactorio para una instancia de enrutamiento
Solo para VPN de capa 3, también debe configurar el reinicio correcto globalmente para una instancia de enrutamiento dentro de un sistema lógico. Para configurar, incluya la graceful-restart instrucción en el [edit logical-systems logical-system-name routing-instances instance-name routing-options] nivel de jerarquía. Dado que puede configurar BGP de varias instancias y LDP de varias instancias, se admite un reinicio correcto para un escenario de operadora de operadoras. Para configurar la duración del período de reinicio correcto para la instancia de enrutamiento, incluya la restart-duration instrucción en el nivel .[edit logical-systems logical-system-name routing-instances instance-name routing-options]
[edit]
logical-systems {
logical-system-name {
routing-instances {
instance-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
}
}
Para deshabilitar el reinicio correcto para protocolos individuales con la disable instrucción en el nivel jerárquico [edit logical-systems logical-system-name routing-instances instance-name protocols protocol-name graceful-restart] .
Configuración de un reinicio agraciado para sistemas QFabric
Cuando configura el reinicio agraciado en la CLI de QFabric, el sistema QFabric aplica la configuración al grupo de nodos de red para participar en operaciones de reinicio agraciado con dispositivos externos al sistema QFabric. Esta configuración conserva el estado de la tabla de enrutamiento y ayuda a los dispositivos de enrutamiento vecinos a reanudar las operaciones de enrutamiento más rápidamente después de reiniciar el sistema. Esto también permite que el grupo de nodos de red reanude las operaciones de enrutamiento rápidamente si hay un reinicio en el sistema QFabric (como una actualización de software). Como resultado, recomendamos habilitar el reinicio correcto para los protocolos de enrutamiento en la CLI de QFabric.
El sistema QFabric también usa el reinicio elegante internamente dentro de la estructura para facilitar la resiliencia y la recuperación entre estructuras. Esta característica interna está habilitada de forma predeterminada y no se requiere configuración.
- Habilitación de un reinicio virtuoso
- Configuración de opciones de reinicio correcto para BGP
- Configuración de opciones de reinicio agraciado para OSPF y OSPFv3
- Seguimiento de eventos de reinicio agraciados
Habilitación de un reinicio virtuoso
De forma predeterminada, el reinicio agraciado está deshabilitado. Para habilitar el reinicio normal, incluya la instrucción graceful-restart en el nivel de jerarquía [edit routing-instance instance-name routing-options] o [edit routing-options].
Por ejemplo:
routing-options {
graceful-restart;
}
Para configurar la duración del período de reinicio normal, incluya restart-duration en el nivel de jerarquía [edit routing-options graceful-restart].
El modo auxiliar (la capacidad de ayudar a un enrutador vecino a intentar un reinicio satisfactorio) está habilitado de forma predeterminada cuando inicia la plataforma de enrutamiento, incluso si el reinicio satisfactorio no está habilitado. Puede deshabilitar el modo auxiliar por protocolo.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Para deshabilitar el reinicio normal globalmente, incluya la instrucción disable en el nivel de jerarquía [edit routing-options graceful-restart].
Cuando el reinicio agraciado está habilitado para todos los protocolos de enrutamiento en el nivel de jerarquía [edit routing-options graceful-restart], puede deshabilitar el reinicio agraciado por protocolo.
Si configura el reinicio satisfactorio después de establecer una sesión de BGP o LDP, la sesión de BGP o LDP se reinicia y los pares negocian las capacidades de reinicio normal. Además, las estadísticas de enrutamiento de par BGP se restablecen a cero.
Configuración de opciones de reinicio correcto para BGP
Para configurar la duración del período de reinicio satisfactorio del BGP, incluya la instrucción restart-time en el nivel de jerarquía [edit protocols bgp graceful-restart]. Para establecer el tiempo que espera el enrutador para recibir mensajes de vecinos que se reinician antes de declararlos inactivos, incluya la stale-routes-time instrucción en el nivel de jerarquía [edit protocols bgp graceful-restart].
[edit]
protocols {
bgp {
graceful-restart {
disable;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
Para deshabilitar la capacidad de reinicio agraciado del BGP para todas las sesiones del BGP, incluya la instrucción disable en el nivel de jerarquía [edit protocols bgp graceful-restart].
Para establecer propiedades de reinicio agraciado del BGP o deshabilitarlas para un grupo, incluya las instrucciones deseadas en el nivel de jerarquía [edit protocols bgp group group-name graceful-restart].
Para establecer las propiedades de reinicio agraciado del BGP o deshabilitarlas para un vecino específico de un grupo, incluya las instrucciones deseadas en el nivel de jerarquía [edit protocols bgp group group-name neighbor ip-address graceful-restart].
Al configurar el reinicio correcto para BGP, se restablecen las estadísticas de enrutamiento del par BGP a cero. Además, las sesiones de BGP existentes se reinician y los pares negocian las capacidades de reinicio correcto.
Configuración de opciones de reinicio agraciado para OSPF y OSPFv3
Para configurar la duración del período de reinicio satisfactorio de OSPF/OSPFv3, incluya la instrucción restart-duration en el nivel de jerarquía [edit protocols (OSPF | OSPF3) graceful-restart]. Para especificar el período de tiempo durante el cual el enrutador notifica a los enrutadores auxiliares que ha completado el reinicio normal, incluya notify-duration en el nivel de jerarquía [edit protocols (OSPF | OSPF3) graceful-restart]. La comprobación estricta del anuncio del estado del vínculo (LSA) del OSPF da como resultado la terminación del reinicio correcto por parte de un enrutador auxiliar. Para deshabilitar la comprobación estricta de LSA, incluya la instrucción no-strict-lsa-checking en el nivel de jerarquía [edit protocols (OSPF | OSPF3) graceful-restart].
[edit]
protocols {
ospf | ospfv3{
graceful-restart {
disable;
helper-disable
no-strict-lsa-checking;
notify-duration seconds;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
Para deshabilitar el reinicio agraciado de OSPF/OSPFv3, incluya la instrucción disable en el nivel de jerarquía [edit protocols (ospf | ospf3) graceful-restart].
A partir de la versión 11.3, Junos OS admite tanto el modo auxiliar estándar (basado en RFC 3623, Reinicio agraciado de OSPF) como el basado en señales de reinicio (como se especifica en RFC 4811, RFC 4812 y RFC 4813) para configuraciones de reinicio agraciado de OSPF versión 2. Los modos auxiliares estándar y basados en señales de reinicio están habilitados de forma predeterminada. Para deshabilitar el modo auxiliar para OSPF configuraciones de reinicio elegante de la versión 2, incluya la instrucción helper-disable <both | restart-signaling | standard> en el nivel de jerarquía [edit protocols ospf graceful-restart]. Tenga en cuenta que la última declaración confirmada siempre tiene prioridad sobre la anterior.
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
Para volver a habilitar el modo auxiliar, elimine la instrucción helper-disable de la configuración mediante el comando delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> . También en este caso, el último comando ejecutado tiene prioridad sobre los anteriores.
El modo auxiliar de reinicio basado en señales no se admite para las configuraciones de OSPFv3. Para deshabilitar el modo auxiliar para configuraciones OSPFv3, incluya la instrucción helper-disable en el nivel de jerarquía [edit protocols ospfv3 graceful-restart].
También puede realizar un seguimiento de eventos de reinicio agraciados con la instrucción traceoptions en el nivel de jerarquía [edit protocols (ospf | ospf3)]. Para obtener más información, consulte Seguimiento de eventos de reinicio normal.
Si configura BFD y el reinicio agraciado para OSPF, es posible que el reinicio agraciado no funcione como se esperaba.
Seguimiento de eventos de reinicio agraciados
Para realizar un seguimiento del progreso de un evento de reinicio normal, puede configurar indicadores de opciones de seguimiento de reinicio correcto para SI-SI y OSPF/OSPFv3. Para configurar las opciones de seguimiento de reinicio normal, incluya la instrucción graceful-restart en el nivel de jerarquía [edit protocols protocol traceoptions]:
[edit protocols]
isis {
traceoptions {
flag graceful-restart;
}
}
(ospf | ospf3) {
traceoptions {
flag graceful-restart;
}
}
Ejemplo: Administración de modos auxiliares para reinicio satisfactorio de OSPF
Configuración
Procedimiento paso a paso
Los modos auxiliares estándar y basados en señales de reinicio están habilitados de forma predeterminada, independientemente del estado de configuración de reinicio elegante en el dispositivo de enrutamiento. Junos OS le permite deshabilitar o habilitar los modos auxiliares según sus requisitos.
Para configurar las opciones del modo auxiliar para un reinicio normal:
Para habilitar el reinicio normal, agregue la
graceful-restartinstrucción en el nivel de[edit routing-options]jerarquía.[edit routing-options] user@host# set graceful-restart
Los modos auxiliares, tanto estándar como basados en señales de reinicio, están habilitados de forma predeterminada.
Para deshabilitar uno o ambos modos auxiliares, agregue la
helper-disable <both | restart-signaling | standard>instrucción en el nivel de[edit protocols ospf graceful-restart]jerarquía.Para deshabilitar los modos auxiliares estándar y de reinicio basados en señalización:
[edit protocols ospf graceful-restart] user@host# set helper-disable both
Para deshabilitar solo el modo auxiliar basado en señales de reinicio:
[edit protocols ospf graceful-restart] user@host# set helper-disable restart-signaling
Para deshabilitar solo el modo auxiliar estándar:
[edit protocols ospf graceful-restart] user@host# set helper-disable standard
Nota:Debe confirmar la configuración antes de que el cambio surta efecto.
La última declaración confirmada siempre tiene prioridad sobre la anterior.
Para habilitar uno o ambos modos auxiliares cuando los modos auxiliares están deshabilitados, elimine la
helper-disable <both | restart-signaling | standard>instrucción del[edit protocols ospf graceful-restart]nivel de jerarquía.Para habilitar los modos auxiliares estándar y de reinicio basados en señalización:
[edit protocols ospf graceful-restart] user@host# delete helper-disable
Para habilitar el modo auxiliar basado en señales de reinicio:
[edit protocols ospf graceful-restart] user@host# delete helper-disable restart-signaling
Para habilitar el modo auxiliar estándar:
[edit protocols ospf graceful-restart] user@host# delete helper-disable standard
Nota:Debe confirmar la configuración antes de que el cambio surta efecto.
La última declaración confirmada siempre tiene prioridad sobre la anterior.
Requisitos
serie M o serie T enrutadores que ejecuten Junos OS versión 11.4 o posterior y conmutadores serie EX.
Descripción general
La versión 11.4 de Junos OS extiende el soporte de reinicio agraciado de OSPF para incluir el modo auxiliar basado en señales de reinicio. Los modos auxiliares estándar (basado en RFC 3623) y basados en señales de reinicio están habilitados de forma predeterminada, independientemente del estado de configuración de reinicio elegante en el dispositivo de enrutamiento.
Sin embargo, Junos OS le permite elegir entre los modos auxiliares con la helper-disable <standard | restart-signaling | both> instrucción.
Verificación
Confirme que la configuración funcione correctamente.
Verificar la configuración del modo auxiliar y el reinicio correcto de OSPF
Propósito
Compruebe la configuración correcta del reinicio correcto y del modo auxiliar del OSPF en un enrutador.
Acción
Ingrese el comando desde el
run show ospf overviewmodo de configuración.user@host# run show ospf overview ~ ~ ~ Restart: Enabled Restart duration: 180 sec Restart grace period: 210 sec Graceful restart helper mode: Enabled Restart-signaling helper mode: Enabled ~ ~ ~
Significado
El resultado muestra que el reinicio correcto y los dos modos auxiliares están habilitados.
Rastreo de reinicio basado en señalización Eventos del modo auxiliar para OSPF Reinicio agraciado
Junos OS proporciona una opción de rastreo para registrar eventos del modo auxiliar basado en señales de reinicio para el reinicio satisfactorio del OSPF. Para habilitar el seguimiento de los eventos del modo auxiliar basado en señales de reinicio, incluya la traceoptions flag restart-signaling instrucción en el nivel de [edit protocols ospf] jerarquía.
Para habilitar el seguimiento para eventos basados en señales de reinicio:
Los registros se guardan en el ospf-log archivo de la carpeta /var/log .
Visualización del archivo de registro
Para ver los eventos basados en señales de reinicio desde el archivo de registro, escriba:
user@host> file show /var/log/ospf-log | match “restart signaling” Jun 25 14:44:08.890216 OSPF Restart Signaling: Start helper mode for nbr ip 14.19.3.2 id 10.10.10.1 Jun 25 14:44:11.358636 OSPF restart signaling: Received DBD with R bit set from nbr ip=14.19.3.2 id=10.10.10.1. Start oob-resync. Jun 25 14:44:11.380198 OSPF restart signaling: Received DBD with LR bit on from nbr ip=14.19.3.2 id=10.10.10.1. Save its oob-resync capability 1 Jun 25 14:44:11.467200 OSPF restart signaling: nbr fsm for nbr ip=14.19.3.2 id=10.10.10.1 moving to state Full. Reset oob-resync parameters.
Verificar la operación de reinicio correcto
Este tema contiene las siguientes secciones:
- Comandos del modo operativo de reinicio elegante
- Verificar el reinicio correcto del BGP
- Verificar el reinicio satisfactorio de SI-SI y OSPF
- Verificación del reinicio correcto de CCC y TCC
Comandos del modo operativo de reinicio elegante
Para comprobar el correcto funcionamiento del reinicio normal, utilice los siguientes comandos:
show bgp neighbor(para un reinicio satisfactorio del BGP)show log(para reinicio satisfactorio de SI-SI y OSPF/OSPFv3)show (ospf | ospfv3) overview(para reinicio satisfactorio de OSPF/OSPFv3)show rsvp neighbor detail(para un reinicio satisfactorio de RSVP: enrutador auxiliar)show rsvp version(para reinicio satisfactorio de RSVP—reinicio del enrutador)show ldp session detail(para un reinicio satisfactorio de LDP)show connections(para el reinicio elegante de CCC y TCC)show route instance detail(para el reinicio agraciado de VPN de capa 3 y para cualquier protocolo que utilice el reinicio agraciado en una instancia de enrutamiento)show route protocol l2vpn(para un reinicio satisfactorio de VPN de capa 2)
Para obtener más información acerca de estos comandos y una descripción de sus campos de salida, consulte el Explorador de CLI.
Verificar el reinicio correcto del BGP
Para ver la información de reinicio correcto de las sesiones BGP, utilice el show bgp neighbor comando:
user@PE1> show bgp neighbor 192.0.2.10
Peer: 192.0.2.10+179 AS 64496 Local: 192.0.2.5+1106 AS 64496
Type: Internal State: Established Flags: <>
Last State: OpenConfirm Last Event: RecvKeepAlive
Last Error: None
Export: [ static ]
Options:<Preference LocalAddress HoldTime GracefulRestart Damping PeerAS Refresh>
Local Address: 192.0.2.5 Holdtime: 90 Preference: 170
IPSec SA Name: hope
Number of flaps: 0
Peer ID: 192.0.2.10 Local ID: 192.0.2.5 Active Holdtime: 90
Keepalive Interval: 30
NLRI for restart configured on peer: inet-unicast
NLRI advertised by peer: inet-unicast
NLRI for this session: inet-unicast
Peer supports Refresh capability (2)
Restart time configured on the peer: 180
Stale routes from peer are kept for: 180
Restart time requested by this peer: 300
NLRI that peer supports restart for: inet-unicast
NLRI that peer saved forwarding for: inet-unicast
NLRI that restart is negotiated for: inet-unicast
NLRI of received end-of-rib markers: inet-unicast
NLRI of all end-of-rib markers sent: inet-unicast
Table inet.0 Bit: 10000
RIB State: restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Last traffic (seconds): Received 19 Sent 19 Checked 19
Input messages: Total 2 Updates 1 Refreshes 0 Octets 42
Output messages: Total 3 Updates 0 Refreshes 0 Octets 116
Output Queue[0]: 0
Verificar el reinicio satisfactorio de SI-SI y OSPF
Para ver información de reinicio agraciado para SI-SI y OSPF, configure traceoptions (consulte Seguimiento de eventos de reinicio agraciado).
Este es el resultado de un registro de traceoptions de un enrutador de reinicio de OSPF:
Oct 8 05:20:12 Restart mode - sending grace lsas Oct 8 05:20:12 Restart mode - estimated restart duration timer triggered Oct 8 05:20:13 Restart mode - Sending more grace lsas
Este es el resultado de un registro traceoptions de un enrutador auxiliar de OSPF:
Oct 8 05:20:14 Helper mode for neighbor 192.0.2.5 Oct 8 05:20:14 Received multiple grace lsa from 192.0.2.5
Verificación del reinicio correcto de CCC y TCC
Para ver la información de reinicio correcto de las conexiones CCC y TCC, utilice el show connections comando. En el siguiente ejemplo, se asumen cuatro conexiones CCC de interfaz remota entre CE1 y CE2:
user@PE1> show connections CCC and TCC connections [Link Monitoring On] Legend for status (St) Legend for connection types UN -- uninitialized if-sw: interface switching NP -- not present rmt-if: remote interface switching WE -- wrong encapsulation lsp-sw: LSP switching DS -- disabled Dn -- down Legend for circuit types -> -- only outbound conn is up intf -- interface <- -- only inbound conn is up tlsp -- transmit LSP Up -- operational rlsp -- receive LSP RmtDn -- remote CCC down Restart -- restarting CCC Graceful restart : Restarting Connection/Circuit Type St Time last up # Up trans CE1-CE2-0 rmt-if Restart ----- 0 fe-1/1/0.0 intf Up PE1-PE2-0 tlsp Up PE2-PE1-0 rlsp Up CE1-CE2-1 rmt-if Restart ----- 0 fe-1/1/0.1 intf Up PE1-PE2-1 tlsp Up PE2-PE1-1 rlsp Up CE1-CE2-2 rmt-if Restart ----- 0 fe-1/1/0.2 intf Up PE1-PE2-2 tlsp Up PE2-PE1-2 rlsp Up CE1-CE2-3 rmt-if Restart ----- 0 fe-1/1/0.3 intf Up PE1-PE2-3 tlsp Up PE2-PE1-3 rlsp Up
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.