Configuración de un reinicio correcto
Sigue estos pasos para configurar un reinicio correcto en tu dispositivo.
Habilitación del reinicio correcto
El reinicio correcto está deshabilitado de forma predeterminada. Debe configurar el reinicio correcto 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 en el nivel de protocolo individual o, a partir de Junos OS 15.1, en el nivel de instancia de enrutamiento individual.
Si configura un reinicio correcto después de que se haya establecido una sesión BGP o LDP, la sesión BGP o LDP se reinicia y los pares negocian capacidades de reinicio correcto.
Para deshabilitar el reinicio correcto, incluya la disable
instrucción. Puede hacerlo globalmente para todos los protocolos incluyendo la instrucción en el nivel de [edit routing-options]
jerarquía, o puede deshabilitar el disable
reinicio correcto 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 completar el reinicio, incluya la restart-duration
instrucción. Puede especificar un número entre 120 y 900.
Para obtener una lista de los niveles jerárquicos en los que puede incluir esta instrucción, vea la sección de resumen de instrucción de 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 correcto para rutas agregadas y estáticas.
Ver también
Configuración de un reinicio correcto
Para habilitar el reinicio correcto, incluya la graceful-restart
instrucción en el nivel de [edit routing-instance instance-name routing-options]
jerarquía or [edit routing-options]
. Esto permite un reinicio correcto a nivel mundial 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 BGP dinámicas, unconfigured-peer-graceful-restart
la instrucción debe configurarse para evitar la caída del tráfico durante un reinicio correcto o un cambio correcto 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 perimetrales del cliente, PE1 y PE2 son enrutadores perimetrales de proveedor y P0 es un enrutador de núcleo de proveedor. Varias VPN de capa 3 están configuradas en esta red, 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.

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 IS-IS en la unidad 512. Configure también un reinicio correcto, BGP, IS-IS, 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 maestra, 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 al implementar un reinicio correcto. 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 de los enrutadores PE se comuniquen 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 reinicie correctamente en la instancia maestra. 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 VPN de capa 2. Configure también el reinicio correcto 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. En concreto, 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 IS-IS en la unidad 612. Finalmente, configure un reinicio correcto, BGP, IS-IS, 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 un reinicio
En el siguiente ejemplo se muestran las relaciones entre vecinos en el enrutador PE1 antes de que se reinicie:
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 que el proceso de enrutamiento se actualice y simule un reinicio, use el comando reiniciar modo operativo de enrutamiento :
user@PE1> restart routing Routing protocol daemon started, pid 3558
Durante el reinicio del enrutador se captura la siguiente salida de ejemplo:
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
Ver también
Configuración de VPN Reinicio correcto
El reinicio correcto permite que un enrutador cuyo plano de control VPN está en proceso de reinicio continúe reenviando tráfico mientras recupera su estado de los enrutadores vecinos. Sin un reinicio correcto, 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 VPN de capa 3, realice las tareas de configuración descritas en las secciones siguientes:
- Configuración de un reinicio correcto globalmente
- Configuración de un reinicio correcto para la instancia de enrutamiento
Configuración de un reinicio correcto globalmente
Para habilitar un reinicio correcto, incluya la graceful-restart
instrucción en el nivel jerárquico [edit routing-options]
. Para configurar una duración global para el período de reinicio correcto, 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 correcto globalmente, incluya la disable
instrucción en el nivel de [edit routing-options graceful-restart]
jerarquía.
Configuración de un reinicio correcto para la instancia de enrutamiento
Solo para VPN de capa 3, también debe configurar un reinicio correcto para todos los protocolos relacionados con enrutamiento y 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 de la instancia de enrutamiento, incluya la restart-duration
instrucción en el [edit routing-instances instance-name routing-options]
archivo .
[edit] routing-instances { instance-name { routing-options { graceful-restart { disable; restart-duration seconds; } } } }
Puede deshabilitar el reinicio correcto 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 sistema lógico Reinicio correcto
El reinicio correcto para un sistema lógico funciona de la misma manera que lo hace el reinicio correcto en el enrutador principal. La única diferencia es la ubicación de la graceful-restart
instrucción.
En los temas siguientes se describe qué configurar para implementar un reinicio correcto en un sistema lógico:
- Habilitación de un reinicio satisfactorio a nivel mundial
- Configuración de un reinicio correcto para una instancia de enrutamiento
Habilitación de un reinicio satisfactorio 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 correcto, 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 correcto globalmente, incluya la disable
instrucción en el nivel de [edit logical-systems logical-system-name routing-options graceful-restart]
jerarquía.
Configuración de un reinicio correcto para una instancia de enrutamiento
Solo para VPN de capa 3, también debe configurar un reinicio correcto globalmente para una instancia de enrutamiento dentro de un sistema lógico. Para configurar, incluya la graceful-restart
instrucción en el nivel de [edit logical-systems logical-system-name 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 de la instancia de enrutamiento, incluya la restart-duration
instrucción en el [edit logical-systems logical-system-name routing-instances instance-name routing-options]
archivo .
[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 de [edit logical-systems logical-system-name routing-instances instance-name protocols protocol-name graceful-restart]
jerarquía.
Configuración de un reinicio correcto para sistemas QFabric
Cuando se configura un reinicio correcto en la CLI de QFabric, el sistema QFabric aplica la configuración al grupo de nodos de red para participar en operaciones de reinicio correcto con dispositivos externos al sistema QFabric. Dicha 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 rápidamente las operaciones de enrutamiento 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 utiliza un reinicio elegante internamente dentro de la estructura para facilitar la resistencia y recuperación entre estructuras. Esta característica interna está habilitada de forma predeterminada sin necesidad de configuración.
- Habilitación del reinicio correcto
- Configuración de opciones de reinicio correcto para BGP
- Configuración de opciones de reinicio correcto para OSPF y OSPFv3
- Seguimiento de eventos de reinicio correcto
Habilitación del reinicio correcto
De forma predeterminada, el reinicio elegante está deshabilitado. Para habilitar el reinicio correcto, incluya la instrucción graceful-restart en el nivel jerárquico [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 correcto, incluya la duración del reinicio en el nivel jerárquico [edit routing-options graceful-restart].
El modo auxiliar (la capacidad de ayudar a un enrutador vecino que intenta un reinicio correcto) está habilitado de forma predeterminada cuando inicia la plataforma de enrutamiento, incluso si el reinicio correcto no está habilitado. Puede deshabilitar el modo auxiliar por protocolo.
[edit] routing-options { graceful-restart { disable; restart-duration seconds; } }
Para deshabilitar el reinicio correcto globalmente, incluya la instrucción disable en el nivel jerárquico [edit routing-options graceful-restart].
Cuando el reinicio correcto está habilitado para todos los protocolos de enrutamiento en el nivel jerárquico [edit routing-options graceful-restart], puede deshabilitar el reinicio correcto por protocolo.
Si configura un reinicio correcto después de que se haya establecido una sesión BGP o LDP, la sesión BGP o LDP se reinicia y los pares negocian capacidades de reinicio correcto. Además, las estadísticas de enrutamiento del 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 correcto del BGP, incluya la instrucción restart-time en el nivel jerárquico [edit protocols bgp graceful-restart]. Para establecer el tiempo que espera el enrutador para recibir mensajes de vecinos que se reinician antes de declararlos, incluya la instrucción stale-routes-time en el nivel jerárquico [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 correcto de BGP para todas las sesiones BGP, incluya la instrucción disable en el nivel jerárquico [edit protocols bgp graceful-restart].
Para establecer las propiedades de reinicio correcto de BGP o deshabilitarlas para un grupo, incluya las instrucciones deseadas en el nivel jerárquico [edit protocols bgp group group-name graceful-restart].
Para establecer las propiedades de reinicio correcto de BGP o deshabilitarlas para un vecino específico de un grupo, incluya las instrucciones deseadas en el nivel jerárquico [edit protocols bgp group group-name neighbor ip-address graceful-restart].
La configuración de un reinicio correcto para BGP restablece las estadísticas de enrutamiento del par BGP a cero. Además, las sesiones BGP existentes se reinician y los pares negocian capacidades de reinicio correctas.
Configuración de opciones de reinicio correcto para OSPF y OSPFv3
Para configurar la duración del período de reinicio correcto de OSPF/OSPFv3, incluya la instrucción restart-duration en el nivel jerárquico [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 un reinicio correcto, incluya la duración de la notificación en el nivel jerárquico [editar protocolos (ospf | ospf3) reinicio correcto]. La comprobación estricta de la publicidad de estado de vínculo (LSA) de OSPF da como resultado la terminación del reinicio correcto por parte de un enrutador de ayuda. Para deshabilitar la comprobación estricta de LSA, incluya la instrucción no-strict-lsa-checking en el nivel jerárquico [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 correcto de OSPF/OSPFv3, incluya la instrucción disable en el nivel jerárquico [edit protocols (ospf | ospf3) graceful-restart].
A partir de la versión 11.3, Junos OS admite los modos auxiliares estándar (basado en RFC 3623, reinicio correcto de OSPF) y basado en señales de reinicio (como se especifica en RFC 4811, RFC 4812 y RFC 4813) para las configuraciones de reinicio correcto de OSPF versión 2. Tanto el modo auxiliar estándar como el modo auxiliar basado en señalización de reinicio están habilitados de forma predeterminada. Para deshabilitar el modo auxiliar para las configuraciones de reinicio correcto de OSPF versión 2, incluya la instrucción helper-disable <both | restart-signaling | standard> en el nivel jerárquico [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> comando. En este caso también, el último comando ejecutado tiene prioridad sobre los anteriores.
El modo auxiliar basado en señales de reinicio no se admite para las configuraciones de OSPFv3. Para deshabilitar el modo auxiliar para las configuraciones de OSPFv3, incluya la instrucción helper-disable en el nivel jerárquico [edit protocols ospfv3 graceful-restart].
También puede realizar un seguimiento de eventos de reinicio correcto con la instrucción traceoptions en el nivel jerárquico [edit protocols (ospf | ospf3)] . Para obtener más información, consulte Seguimiento de eventos de reinicio correcto.
Si configura BFD y un reinicio correcto para OSPF, es posible que el reinicio correcto no funcione como se esperaba.
Seguimiento de eventos de reinicio correcto
Para realizar un seguimiento del progreso de un evento de reinicio correcto, puede configurar indicadores de opciones de seguimiento de reinicio correcto para IS-IS y OSPF/OSPFv3. Para configurar opciones de seguimiento de reinicio correcto, incluya la instrucción graceful-restart en el nivel jerárquico [edit protocols protocol traceoptions flag]:
[edit protocols] isis { traceoptions { flag graceful-restart; } } (ospf | ospf3) { traceoptions { flag graceful-restart; } }
Ejemplo: administración de modos auxiliares para el reinicio correcto de OSPF
Configuración
Procedimiento paso a paso
Los modos auxiliar estándar y basado en señalización de reinicio están habilitados de forma predeterminada, independientemente del estado de configuración de reinicio correcto en el dispositivo de enrutamiento. Junos OS le permite deshabilitar o habilitar los modos auxiliares en función de sus necesidades.
Para configurar las opciones del modo auxiliar para un reinicio correcto:
Para habilitar el reinicio correcto, agregue la
graceful-restart
instrucción en el nivel jerárquico[edit routing-options]
.[edit routing-options] user@host# set graceful-restart
Los modos auxiliar, tanto estándar como basado 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[edit protocols ospf graceful-restart]
nivel de jerarquía.Para deshabilitar los modos auxiliar estándar y basado en señalización:
[edit protocols ospf graceful-restart] user@host# set helper-disable both
Para deshabilitar únicamente el modo auxiliar basado en señalización 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 jerárquico.Para habilitar los modos auxiliar estándar y basado en señalización de reinicio:
[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
Enrutadores serie M o T que ejecutan Junos OS versión 11.4 o posterior y conmutadores serie EX.
Visión general
Junos OS versión 11.4 amplía la compatibilidad con el reinicio correcto de OSPF para incluir el modo auxiliar basado en señales de reinicio. Tanto el modo auxiliar estándar (basado en RFC 3623) como el modo auxiliar basado en señales de reinicio están habilitados de forma predeterminada, independientemente del estado de configuración de reinicio correcto 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 funciona correctamente.
Verificación del reinicio correcto de OSPF y la configuración del modo auxiliar
Propósito
Verifique la configuración del modo auxiliar y reinicio correcto de OSPF en un enrutador.
Acción
Ingrese el comando desde el
run show ospf overview
modo 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 ambos modos auxiliares están habilitados.
Seguimiento de eventos del modo auxiliar basado en señales para OSPF Reinicio correcto
Junos OS ofrece una opción de seguimiento para registrar eventos del modo auxiliar basado en señales de reinicio para un reinicio correcto de OSPF. Para habilitar el seguimiento de 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 de eventos basados en señalización 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ñalización 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.
Ver también
Verificación de la operación de reinicio correcto
Este tema contiene las siguientes secciones:
- Comandos de modo operativo de reinicio correcto
- Comprobación de reinicio correcto de BGP
- Verificación de reinicio correcto de IS-IS y OSPF
- Verificación de CCC y TCC de reinicio correcto
Comandos de modo operativo de reinicio correcto
Para comprobar el correcto funcionamiento del reinicio correcto, utilice los siguientes comandos:
show bgp neighbor
(para un reinicio correcto de BGP)show log
(para el reinicio correcto de IS-IS y OSPF/OSPFv3)show (ospf | ospfv3) overview
(para el reinicio correcto de OSPF/OSPFv3)show rsvp neighbor detail
(para un reinicio correcto de RSVP—enrutador auxiliar)show rsvp version
(para RSVP reiniciar correctamente: reiniciar el enrutador)show ldp session detail
(para el reinicio correcto de LDP)show connections
(para CCC y TCC reinicio elegante)show route instance detail
(para el reinicio correcto de VPN de capa 3 y para cualquier protocolo que use un reinicio correcto en una instancia de enrutamiento)show route protocol l2vpn
(para un reinicio elegante 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.
Comprobación de reinicio correcto de BGP
Para ver la información de reinicio correcto de las sesiones BGP, use 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
Verificación de reinicio correcto de IS-IS y OSPF
Para ver información de reinicio correcto para IS-IS y OSPF, configure traceoptions (consulte Seguimiento de eventos de reinicio correcto).
Este es el resultado de un registro traceoptions de un enrutador de reinicio 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 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 de CCC y TCC de reinicio correcto
Para ver información de reinicio correcto para conexiones CCC y TCC, use el show connections
comando. En el ejemplo siguiente se suponen 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 con las funciones viene determinada por la plataforma y la versión que esté utilizando. Utilice el Explorador de características para determinar si una característica es compatible con su plataforma.