Configuration du redémarrage gracieux
Suivez ces étapes pour configurer le redémarrage gracieux sur votre appareil.
Activation du redémarrage gracieux
Le redémarrage gracieux est désactivé par défaut. Vous devez configurer le redémarrage gracieux au niveau de la [edit routing-options]
hiérarchie ou [edit routing-instances instance-name routing-options]
pour activer la fonctionnalité globalement.
Par exemple:
routing-options { graceful-restart; }
Vous pouvez, si vous le souhaitez, modifier les paramètres globaux au niveau du protocole individuel ou, à partir de Junos OS 15.1, au niveau de chaque instance de routage.
Si vous configurez le redémarrage gracieux après l’établissement d’une session BGP ou LDP, la session BGP ou LDP redémarre et les homologues négocient des fonctionnalités de redémarrage gracieux.
Pour désactiver le redémarrage normal, incluez l’instruction disable
. Vous pouvez le faire globalement pour tous les protocoles en incluant l’instruction disable
au niveau de la [edit routing-options]
hiérarchie, ou vous pouvez désactiver le redémarrage gracieux pour un seul protocole en incluant l’instruction disable au niveau de la [edit protocols protocol graceful-restart]
hiérarchie. Pour configurer une période de temps pour le redémarrage complet, incluez l’instruction restart-duration
. Vous pouvez spécifier un nombre compris entre 120 et 900.
Pour obtenir la liste des niveaux hiérarchiques auxquels vous pouvez inclure cette instruction, reportez-vous à la section Résumé de cette instruction.
Lorsque vous incluez l’instruction graceful-restart
au niveau de la hiérarchie, le redémarrage gracieux est également activé pour les [edit routing-options]
routes agrégées et statiques.
Configuration du redémarrage gracieux
Pour activer le redémarrage normal, incluez l’instruction graceful-restart
au niveau de la [edit routing-instance instance-name routing-options]
hiérarchie ou [edit routing-options]
. Cela permet un redémarrage global en douceur pour tous les protocoles de routage. Vous pouvez, si vous le souhaitez, modifier ou compléter les paramètres globaux au niveau de chaque protocole.
Lorsqu’elle set protocols bgp group group-name allow network
est configurée pour accepter des sessions BGP dynamiques, l’instruction unconfigured-peer-graceful-restart
doit être configurée de manière à éviter toute perte de trafic lors d’un redémarrage ou d’un basculement vers le moteur de routage.
Par exemple:
protocols { bgp { group ext { graceful-restart { restart-time 400; } } } } routing-options { graceful-restart; }
La figure 1 illustre un réseau VPN MPLS standard. Les routeurs CE1 et CE2 sont des routeurs de périphérie client, PE1 et PE2 sont des routeurs de périphérie de fournisseur et P0 sont des routeurs de périphérie de fournisseur de routeur central. Plusieurs VPN de couche 3 sont configurés sur ce réseau, ainsi qu’un VPN de couche 2. Les interfaces sont illustrées dans le schéma et ne sont pas incluses dans l’exemple de configuration qui suit.

Routeur CE1
Sur le routeur CE1, configurez les protocoles suivants sur les interfaces logiques de t3-3/1/0 : OSPF sur l’unité 101, RIP sur l’unité 102, BGP sur l’unité 103 et IS-IS sur l’unité 512. Configurez également le redémarrage gracieux, BGP, IS-IS, OSPF et RIP sur l’instance principale pour pouvoir vous connecter aux instances de routage sur le routeur 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; } } }
Routeur PE1
Sur le routeur PE1, configurez le redémarrage gracieux dans l’instance principale, ainsi que BGP, OSPF, MPLS et LDP. Ensuite, configurez plusieurs instances spécifiques au protocole du redémarrage gracieux. En incluant des instances pour BGP, OSPF, les VPN de couche 2, le RIP et les routes statiques, vous pouvez observer le large éventail d’options disponibles lorsque vous implémentez le redémarrage gracieux. Configurez les protocoles suivants dans des instances individuelles sur les interfaces logiques de t3-0/0/0 : une route statique sur l’unité 100, OSPF sur l’unité 101, RIP sur l’unité 102, BGP sur l’unité 103 et Frame Relay sur l’unité 512 pour l’instance VPN de couche 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; } } } }
Routeur P0
Sur le routeur P0, configurez le redémarrage gracieux dans l’instance principale, ainsi que OSPF, MPLS et LDP. Cela permet aux protocoles sur les routeurs PE d’atteindre les uns les autres.
[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; } }
Routeur PE2
Sur le routeur PE2, configurez BGP, OSPF, MPLS, LDP et effectuez un redémarrage normal dans l’instance principale. Configurez les protocoles suivants dans des instances individuelles sur les interfaces logiques de t1-0/1/3 : une route statique sur l’unité 200, OSPF sur l’unité 201, RIP sur l’unité 202, BGP sur l’unité 203 et Frame Relay sur l’unité 612 pour l’instance VPN de couche 2. Configurez également le redémarrage gracieux spécifique au protocole dans toutes les instances de routage, à l’exception de l’instance VPN de couche 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; } } } } }
Routeur CE2
Sur le routeur CE2, complétez la configuration VPN de couche 2 et de couche 3 en mettant en miroir les protocoles déjà définis sur les routeurs PE2 et CE1. Plus précisément, configurez les éléments suivants sur les interfaces logiques de t1-0/0/3 : OSPF sur l’unité 201, RIP sur l’unité 202, BGP sur l’unité 203 et IS-IS sur l’unité 612. Enfin, configurez le redémarrage gracieux, BGP, IS-IS, OSPF et RIP sur l’instance principale pour pouvoir vous connecter aux instances de routage sur le routeur 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; } } }
État PE1 du routeur avant un redémarrage
L’exemple suivant affiche les relations de voisinage sur le routeur PE1 avant qu’un redémarrage ne se produise :
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
État du routeur PE1 lors d’un redémarrage
Avant de pouvoir vérifier que le redémarrage normal fonctionne, vous devez simuler le redémarrage d’un routeur. Pour que le processus de routage soit actualisé et simule un redémarrage, utilisez la commande redémarrer le mode opérationnel de routage :
user@PE1> restart routing Routing protocol daemon started, pid 3558
L’exemple de sortie suivant est capturé lors du redémarrage du routeur :
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
Configuration du redémarrage gracieux du VPN
Le redémarrage normal permet à un routeur dont le plan de contrôle VPN est en cours de redémarrage de continuer à transférer le trafic tout en récupérant son état à partir des routeurs voisins. Sans redémarrage normal, un redémarrage du plan de contrôle interrompt tous les services VPN fournis par le routeur. Le redémarrage normal est pris en charge sur les VPN de couche 2, les VPN de couche 3, les instances de routage de routeur virtuel et les VPLS.
Pour implémenter le redémarrage normal d’un VPN de couche 2 ou de couche 3, effectuez les tâches de configuration décrites dans les sections suivantes :
- Configuration globale du redémarrage gracieux
- Configuration du redémarrage gracieux pour l’instance de routage
Configuration globale du redémarrage gracieux
Pour activer le redémarrage normal, incluez l’instruction graceful-restart
au niveau de la [edit routing-options]
hiérarchie. Pour configurer une durée globale pour la période de redémarrage normal, incluez l’instruction restart-duration
au niveau de la [edit routing-options graceful-restart]
hiérarchie.
[edit] routing-options { graceful-restart { disable; restart-duration seconds; } }
Pour désactiver globalement le redémarrage normal, incluez l’instruction disable
au niveau de la [edit routing-options graceful-restart]
hiérarchie.
Configuration du redémarrage gracieux pour l’instance de routage
Pour les VPN de couche 3 uniquement, vous devez également configurer le redémarrage gracieux pour tous les protocoles de routage et MPLS au sein d’une instance de routage en incluant l’instruction graceful-restart
au niveau de la [edit routing-instances instance-name routing-options]
hiérarchie. Étant donné que vous pouvez configurer BGP et LDP multi-instances, le redémarrage normal pour un scénario de transporteur de porteuses est pris en charge. Pour configurer la durée de la période de redémarrage gracieux pour l’instance de routage, incluez l’instruction restart-duration
.[edit routing-instances instance-name routing-options]
[edit] routing-instances { instance-name { routing-options { graceful-restart { disable; restart-duration seconds; } } } }
Vous pouvez désactiver le redémarrage gracieux pour les protocoles individuels à l’aide de l’instruction disable
au niveau de la [edit routing-instances instance-name protocols protocol-name graceful-restart]
hiérarchie.
configuration du redémarrage gracieux du système logique
Le redémarrage gracieux d’un système logique fonctionne de la même manière que le redémarrage gracieux sur le routeur principal. La seule différence est l’emplacement de la graceful-restart
déclaration.
Les rubriques suivantes décrivent ce qu’il faut configurer pour implémenter le redémarrage gracieux dans un système logique :
- Activation du redémarrage gracieux à l’échelle mondiale
- configuration du redémarrage gracieux pour une instance de routage
Activation du redémarrage gracieux à l’échelle mondiale
Pour activer le redémarrage normal dans un système logique, incluez l’instruction graceful-restart
au niveau de la [edit logical-systems logical-system-name routing-options]
hiérarchie. Pour configurer une durée globale de la période de redémarrage gracieux, incluez l’instruction restart-duration
au niveau de la [edit logical-systems logical-system-name routing-options graceful-restart]
hiérarchie.
[edit] logical-systems { logical-system-name { routing-options { graceful-restart { disable; restart-duration seconds; } } } }
Pour désactiver globalement le redémarrage normal, incluez l’instruction disable
au niveau de la [edit logical-systems logical-system-name routing-options graceful-restart]
hiérarchie.
configuration du redémarrage gracieux pour une instance de routage
Pour les VPN de couche 3 uniquement, vous devez également configurer le redémarrage gracieux globalement pour une instance de routage à l’intérieur d’un système logique. Pour configurer, incluez l’instruction graceful-restart
au niveau de la [edit logical-systems logical-system-name routing-instances instance-name routing-options]
hiérarchie. Étant donné que vous pouvez configurer BGP et LDP multi-instances, le redémarrage normal pour un scénario de transporteur de porteuses est pris en charge. Pour configurer la durée de la période de redémarrage gracieux pour l’instance de routage, incluez l’instruction restart-duration
.[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; } } } } } }
Pour désactiver le redémarrage gracieux pour les protocoles individuels avec l’instruction disable
au niveau de la [edit logical-systems logical-system-name routing-instances instance-name protocols protocol-name graceful-restart]
hiérarchie.
Configuration du redémarrage gracieux pour les systèmes QFabric
Lorsque vous configurez le redémarrage normal dans l’interface de ligne de commande QFabric, le système QFabric applique la configuration au groupe de nœuds réseau pour participer aux opérations de redémarrage normal avec des périphériques externes au système QFabric. Une telle configuration préserve l’état de la table de routage et aide les périphériques de routage voisins à reprendre les opérations de routage plus rapidement après le redémarrage du système. Cela permet également au groupe de nœuds du réseau de reprendre rapidement les opérations de routage en cas de redémarrage du système QFabric (comme une mise à niveau logicielle). Par conséquent, nous vous recommandons d’activer le redémarrage gracieux pour les protocoles de routage dans l’interface de ligne de commande QFabric.
Le système QFabric utilise également le redémarrage progressif en interne dans la fabric pour faciliter la résilience et la récupération entre fabrics. Cette fonctionnalité interne est activée par défaut et aucune configuration n’est requise.
- Activation du redémarrage gracieux
- Configuration des options de redémarrage gracieux pour BGP
- Configuration des options de redémarrage gracieux pour OSPF et OSPFv3
- Suivi des événements de redémarrage gracieux
Activation du redémarrage gracieux
Par défaut, le redémarrage gracieux est désactivé. Pour activer le redémarrage gracieux, incluez l’instruction graceful-restart au niveau hiérarchique [edit routing-instance instance-name routing-options] ou [edit routing-options].
Par exemple:
routing-options { graceful-restart; }
Pour configurer la durée de la période de redémarrage gracieux, incluez la durée de redémarrage au niveau hiérarchique [edit routing-options graceful-restart].
Le mode d’assistance (la possibilité d’assister un routeur voisin qui tente un redémarrage normal) est activé par défaut lorsque vous démarrez la plate-forme de routage, même si le redémarrage normal n’est pas activé. Vous pouvez désactiver le mode d’assistance par protocole.
[edit] routing-options { graceful-restart { disable; restart-duration seconds; } }
Pour désactiver globalement le redémarrage gracieux, incluez l’instruction disable au niveau de la hiérarchie [edit routing-options graceful-restart].
Lorsque le redémarrage gracieux est activé pour tous les protocoles de routage au niveau de la hiérarchie [edit routing-options graceful-restart], vous pouvez désactiver le redémarrage gracieux par protocole.
Si vous configurez le redémarrage gracieux après l’établissement d’une session BGP ou LDP, la session BGP ou LDP redémarre et les homologues négocient des fonctionnalités de redémarrage gracieux. De plus, les statistiques de routage pair BGP sont remise à zéro.
Configuration des options de redémarrage gracieux pour BGP
Pour configurer la durée de la période de redémarrage gracieux BGP, incluez l’instruction restart-time au niveau hiérarchique [edit protocols bgp graceful-restart]. Pour définir la durée pendant laquelle le routeur attend de recevoir les messages des voisins redémarrés avant de les déclarer inactifs, incluez l’instruction stale-routes-time au niveau de la hiérarchie [edit protocols bgp graceful-restart].
[edit] protocols { bgp { graceful-restart { disable; restart-time seconds; stale-routes-time seconds; } } } routing-options { graceful-restart; }
Pour désactiver la fonctionnalité de redémarrage gracieux de BGP pour toutes les sessions BGP, incluez l’instruction disable au niveau de la hiérarchie [edit protocols bgp graceful-restart].
Pour définir les propriétés de redémarrage gracieux BGP ou les désactiver pour un groupe, incluez les instructions souhaitées au niveau hiérarchique [edit protocols bgp group group-name graceful-restart].
Pour définir les propriétés de redémarrage gracieux BGP ou les désactiver pour un voisin spécifique d’un groupe, incluez les instructions souhaitées au niveau hiérarchique [edit protocols bgp group group-name neighbor ip-address graceful-restart].
La configuration du redémarrage gracieux pour BGP réinitialise les statistiques de routage pair BGP à zéro. En outre, les sessions BGP existantes redémarrent, et les pairs négocient des capacités de redémarrage normal.
Configuration des options de redémarrage gracieux pour OSPF et OSPFv3
Pour configurer la durée de la période de redémarrage gracieux OSPF/OSPFv3, incluez l’instruction restart-duration au niveau hiérarchique [edit protocols (ospf | ospf3) graceful-restart]. Pour spécifier la durée pendant laquelle le routeur informe les routeurs d’assistance qu’il a terminé le redémarrage normal, incluez la durée de notification au niveau de la hiérarchie [edit protocols (ospf | ospf3) graceful-restart]. Une vérification OSPF stricte de l’annonce d’état de lien (LSA) entraîne l’arrêt du redémarrage normal par un routeur d’assistance. Pour désactiver la vérification LSA stricte, incluez l’instruction no-strict-lsa-checking au niveau de la hiérarchie [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; }
Pour désactiver le redémarrage gracieux OSPF/OSPFv3, incluez l’instruction disable au niveau hiérarchique [edit protocols (ospf | ospf3) graceful-restart].
À partir de la version 11.3, Junos OS prend en charge à la fois les modes d’assistance standard (basé sur la RFC 3623, Graceful OSPF Restart) et le mode d’assistance basé sur la signalisation de redémarrage (comme spécifié dans les RFC 4811, RFC 4812 et RFC 4813) pour les configurations de redémarrage gracieux OSPF version 2. Les modes d’assistance standard et de redémarrage basés sur la signalisation sont activés par défaut. Pour désactiver le mode d’assistance pour les configurations de redémarrage gracieux OSPF version 2, incluez l’instruction helper-disable <both | restart-signaling | standard> au niveau hiérarchique [edit protocols ospf graceful-restart]. Notez que la dernière instruction validée est toujours prioritaire sur la précédente.
[edit protocols ospf] graceful-restart { helper-disable <both | restart-signaling | standard> }
Pour réactiver le mode d’assistance, supprimez l’instruction helper-disable de la configuration à l’aide de la commande delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> . Dans ce cas également, la dernière commande exécutée prévaut sur les précédentes.
Le mode d’assistance basé sur la signalisation de redémarrage n’est pas pris en charge pour les configurations OSPFv3. Pour désactiver le mode d’assistance pour les configurations OSPFv3, incluez l’instruction helper-disable au niveau hiérarchique [modifier les protocoles ospfv3 graceful-restart].
Vous pouvez également suivre les événements de redémarrage gracieux à l’aide de l’instruction traceoptions au niveau de la hiérarchie [edit protocols (ospf | ospf3)]. Pour plus d’informations, reportez-vous à la section Suivi des événements de redémarrage normal.
Si vous configurez BFD et le redémarrage gracieux pour OSPF, le redémarrage gracieux peut ne pas fonctionner comme prévu.
Suivi des événements de redémarrage gracieux
Pour suivre la progression d’un événement de redémarrage normal, vous pouvez configurer des indicateurs d’options de suivi de redémarrage gracieux pour IS-IS et OSPF/OSPFv3. Pour configurer les options de traçage de redémarrage gracieux, incluez l’instruction graceful-restart au niveau de la hiérarchie [edit protocols protocol traceoptions flag] :
[edit protocols] isis { traceoptions { flag graceful-restart; } } (ospf | ospf3) { traceoptions { flag graceful-restart; } }
Exemple : Gestion des modes d’assistance pour le redémarrage gracieux OSPF
Configuration
Procédure étape par étape
Les modes d’assistance standard et de redémarrage sont activés par défaut, quel que soit l’état de configuration du redémarrage gracieux sur le périphérique de routage. Junos OS vous permet de désactiver ou d’activer les modes d’assistance en fonction de vos besoins.
Pour configurer les options du mode d’assistance pour un redémarrage gracieux :
Pour activer le redémarrage normal, ajoutez l’instruction
graceful-restart
au niveau de la[edit routing-options]
hiérarchie.[edit routing-options] user@host# set graceful-restart
Les modes d’assistance, qu’ils soient standard ou basés sur la signalisation de redémarrage, sont activés par défaut.
Pour désactiver l’un ou l’autre des modes d’assistance ou les deux, ajoutez l’instruction
helper-disable <both | restart-signaling | standard>
au niveau de la[edit protocols ospf graceful-restart]
hiérarchie.Pour désactiver les modes d’assistance standard et redémarrer les modes d’assistance basés sur la signalisation :
[edit protocols ospf graceful-restart] user@host# set helper-disable both
Pour désactiver uniquement le mode d’assistance basé sur la signalisation de redémarrage :
[edit protocols ospf graceful-restart] user@host# set helper-disable restart-signaling
Pour désactiver uniquement le mode d’assistance standard :
[edit protocols ospf graceful-restart] user@host# set helper-disable standard
Note:Vous devez valider la configuration avant que la modification ne prenne effet.
La dernière instruction validée est toujours prioritaire sur la précédente.
Pour activer l’un ou les deux modes d’assistance lorsque les modes d’assistance sont désactivés, supprimez l’instruction
helper-disable <both | restart-signaling | standard>
du niveau hiérarchique[edit protocols ospf graceful-restart]
.Pour activer les modes d’assistance standard et de redémarrage basé sur la signalisation :
[edit protocols ospf graceful-restart] user@host# delete helper-disable
Pour activer le mode d’assistance basé sur la signalisation de redémarrage :
[edit protocols ospf graceful-restart] user@host# delete helper-disable restart-signaling
Pour activer le mode d’assistance standard :
[edit protocols ospf graceful-restart] user@host# delete helper-disable standard
Note:Vous devez valider la configuration avant que la modification ne prenne effet.
La dernière instruction validée est toujours prioritaire sur la précédente.
Exigences
Routeurs M Series ou T Series exécutant Junos OS version 11.4 ou ultérieure et des commutateurs EX Series.
Aperçu
La version 11.4 de Junos OS étend la prise en charge du redémarrage gracieux OSPF pour inclure le mode d’assistance basé sur la signalisation de redémarrage. Les modes d’assistance standard (basé sur la norme RFC 3623) et basé sur la signalisation de redémarrage sont activés par défaut, quel que soit l’état de configuration du redémarrage gracieux sur le périphérique de routage.
Junos OS, cependant, vous permet de choisir entre les modes d’assistance avec l’instruction helper-disable <standard | restart-signaling | both>
.
Vérification
Vérifiez que la configuration fonctionne correctement.
Vérification de la configuration du mode d’assistance et du redémarrage gracieux OSPF
But
Vérifiez la configuration du mode d’assistance et du redémarrage normal OSPF sur un routeur.
Action
Entrez la
run show ospf overview
commande à partir du mode de configuration.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 ~ ~ ~
Signification
La sortie indique que le redémarrage gracieux et les deux modes d’assistance sont activés.
Suivi des événements du mode d’assistance basé sur la signalisation pour le redémarrage gracieux OSPF
Junos OS propose une option de suivi permettant de consigner les événements du mode d’assistance basé sur la signalisation du redémarrage pour le redémarrage normal OSPF. Pour activer le suivi des événements du mode d’assistance basé sur la signalisation de redémarrage, incluez l’instruction traceoptions flag restart-signaling
au niveau de la [edit protocols ospf]
hiérarchie.
Pour activer le suivi des événements basés sur les signaux de redémarrage :
Les journaux sont enregistrés dans le ospf-log fichier du dossier /var/log .
Affichage du fichier journal
Pour afficher les événements basés sur la signalisation de redémarrage à partir du fichier journal, tapez :
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.
Vérification de l’opération de redémarrage normal
Cette rubrique contient les sections suivantes :
- Commandes du mode opérationnel de redémarrage gracieux
- Vérification du redémarrage normal de BGP
- Vérification du redémarrage normal d’IS-IS et d’OSPF
- Vérification du redémarrage gracieux CCC et TCC
Commandes du mode opérationnel de redémarrage gracieux
Pour vérifier le bon fonctionnement du redémarrage normal, utilisez les commandes suivantes :
show bgp neighbor
(pour le redémarrage gracieux BGP)show log
(pour le redémarrage gracieux IS-IS et OSPF/OSPFv3)show (ospf | ospfv3) overview
(pour le redémarrage gracieux OSPF/OSPFv3)show rsvp neighbor detail
(pour le redémarrage gracieux RSVP - routeur d’aide)show rsvp version
(pour le redémarrage gracieux RSVP - redémarrage du routeur)show ldp session detail
(pour le redémarrage gracieux de LDP)show connections
(pour le redémarrage gracieux CCC et TCC)show route instance detail
(pour le redémarrage gracieux du VPN de couche 3 et pour tous les protocoles utilisant le redémarrage gracieux dans une instance de routage)show route protocol l2vpn
(pour le redémarrage gracieux du VPN de couche 2)
Pour plus d’informations sur ces commandes et une description de leurs champs de sortie, consultez l’Explorateur CLI.
Vérification du redémarrage normal de BGP
Pour afficher les informations de redémarrage normal des sessions BGP, utilisez la show bgp neighbor
commande :
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
Vérification du redémarrage normal d’IS-IS et d’OSPF
Pour afficher les informations de redémarrage gracieux pour IS-IS et OSPF, configurez les traceoptions (reportez-vous à la section Suivi des événements de redémarrage gracieux).
Voici la sortie d’un journal de traceoptions à partir d’un routeur OSPF redémarrant :
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
Voici la sortie d’un journal de traceoptions à partir d’un routeur d’assistance 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
Vérification du redémarrage gracieux CCC et TCC
Pour afficher les informations de redémarrage normal pour les connexions CCC et TCC, utilisez la show connections
commande. L’exemple suivant suppose quatre connexions CCC d’interface distante entre CE1 et 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
Tableau de l’historique des modifications
La prise en charge des fonctionnalités est déterminée par la plateforme et la version que vous utilisez. Utilisez l’explorateur de fonctionnalités pour déterminer si une fonctionnalité est prise en charge sur votre plateforme.