Configuration du redémarrage progressif
Suivez ces étapes pour configurer le redémarrage progressif sur votre appareil.
Activation d’un redémarrage fluide
Le redémarrage progressif est désactivé par défaut. Vous devez configurer le redémarrage progressif 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 l’instance de routage individuelle.
Si vous configurez le redémarrage progressif après l’établissement d’une session BGP ou LDP, la session BGP ou LDP redémarre et les homologues négocient les fonctionnalités de redémarrage progressif.
Pour désactiver le redémarrage progressif, incluez l’instructiondisable. Vous pouvez le faire globalement pour tous les protocoles en incluant l’instruction au niveau de la [edit routing-options] hiérarchie, ou vous pouvez désactiver le disable redémarrage normal 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 redémarrage complet, incluez l’instructionrestart-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, consultez la section résumé de la déclaration de cette déclaration.
Lorsque vous incluez l’instruction graceful-restart au niveau de la hiérarchie, le [edit routing-options] redémarrage progressif est également activé pour les routes agrégées et statiques.
Configuration du redémarrage progressif
Pour activer un redémarrage progressif, 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 fluide à l’échelle mondiale pour tous les protocoles de routage. Vous pouvez, si vous le souhaitez, modifier ou compléter les paramètres globaux au niveau du protocole individuel.
Lorsque set protocols bgp group group-name allow network est configuré pour accepter des sessions BGP dynamiques, unconfigured-peer-graceful-restart l’instruction doit être configurée de manière à éviter la perte de trafic lors du redémarrage progressif ou du basculement du moteur de routage normal.
Par exemple :
protocols {
bgp {
group ext {
graceful-restart {
restart-time 400;
}
}
}
}
routing-options {
graceful-restart;
}
La figure 1 montre 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 fournisseur et P0 est un fournisseur 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 diagramme 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 automatique, 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 progressif dans l’instance principale, ainsi que BGP, OSPF, MPLS et LDP. Ensuite, configurez plusieurs instances de redémarrage gracieux spécifiques au protocole. En incluant des instances pour BGP, OSPF, les VPN de couche 2, RIP et les routes statiques, vous pouvez observer le large éventail d’options disponibles lorsque vous implémentez un redémarrage progressif. 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 progressif dans l’instance principale, ainsi que OSPF, MPLS et LDP. Cela permet aux protocoles des routeurs PE de se rejoindre.
[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 le redémarrage progressif 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 progressif 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, terminez 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 progressif, 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 PE1 du routeur lors d’un redémarrage
Avant de pouvoir vérifier que le redémarrage progressif fonctionne, vous devez simuler un redémarrage du routeur. Pour actualiser le processus de routage et simuler un redémarrage, utilisez la commande restart routing operational mode :
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 VPN Graceful Redémarrage
Un redémarrage progressif 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 progressif, un redémarrage du plan de contrôle perturbe tous les services VPN fournis par le routeur. Le redémarrage progressif est pris en charge sur les VPN de couche 2, les VPN de couche 3, les instances de routage de routeur virtuel et VPLS.
Pour implémenter le redémarrage progressif 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 fluide
- Configuration du redémarrage fluide pour l’instance de routage
Configuration globale du redémarrage fluide
Pour activer un redémarrage progressif, 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 progressif, 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 fluide pour l’instance de routage
Pour les VPN de couche 3 uniquement, vous devez également configurer le redémarrage progressif pour tous les protocoles de routage et liés au 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 le protocole BGP multi-instance et multi-instance LDP, le redémarrage progressif pour un scénario de porteuse de porteuses est pris en charge. Pour configurer la durée de la période de redémarrage agréable pour l’instance de routage, incluez l’instruction dans le 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 progressif pour des protocoles individuels avec l’instruction disable au niveau de la [edit routing-instances instance-name protocols protocol-name graceful-restart] hiérarchie.
Configuration du système logique Graceful Redémarrage rapide
Le redémarrage gracieux d’un système logique fonctionne de la même manière que le redémarrage progressif dans le routeur principal. La seule différence est l’emplacement de l’instruction graceful-restart .
Les rubriques suivantes décrivent les éléments à configurer pour implémenter le redémarrage progressif dans un système logique :
- Permettre un redémarrage fluide à l’échelle mondiale
- Configuration du redémarrage progressif pour une instance de routage
Permettre un redémarrage fluide à l’échelle mondiale
Pour activer un redémarrage fluide 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 progressif pour une instance de routage
Pour les VPN de couche 3 uniquement, vous devez également configurer le redémarrage progressif 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 le protocole BGP multi-instance et multi-instance LDP, le redémarrage progressif pour un scénario de porteuse de porteuses est pris en charge. Pour configurer la durée de la période de redémarrage agréable pour l’instance de routage, incluez l’instruction dans le 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 progressif 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 fluide pour les systèmes QFabric
Lorsque vous configurez le redémarrage progressif dans la CLI QFabric, le système QFabric applique la configuration au groupe de nœuds réseau pour participer aux opérations de redémarrage progressif 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 réseau de reprendre rapidement les opérations de routage en cas de redémarrage du système QFabric (tel qu’une mise à niveau logicielle). Par conséquent, nous vous recommandons d’activer le redémarrage progressif des protocoles de routage dans la CLI 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 les fabrics. Cette fonctionnalité interne est activée par défaut sans aucune configuration requise.
- Activation d’un redémarrage fluide
- Configuration des options de redémarrage progressif pour BGP
- Configuration des options de redémarrage progressif pour OSPF et OSPFv3
- Suivi des événements de redémarrage agréable
Activation d’un redémarrage fluide
Par défaut, le redémarrage progressif est désactivé. Pour activer le redémarrage progressif, incluez l’instruction graceful-restart au niveau de la hiérarchie [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 progressif, incluez la durée de redémarrage au niveau de la hiérarchie [edit routing-options graceful-restart].
Le mode Auxiliaire (la capacité d’aider un routeur voisin à tenter un redémarrage progressif) est activé par défaut lorsque vous démarrez la plate-forme de routage, même si le redémarrage progressif 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 progressif, incluez l’instruction disable au niveau de la hiérarchie [edit routing-options graceful-restart].
Lorsque le redémarrage progressif 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 progressif par protocole.
Si vous configurez le redémarrage progressif après l’établissement d’une session BGP ou LDP, la session BGP ou LDP redémarre et les homologues négocient les fonctionnalités de redémarrage progressif. En outre, les statistiques de routage des pairs BGP sont remises à zéro.
Configuration des options de redémarrage progressif pour BGP
Pour configurer la durée de la période de redémarrage progressif de BGP, incluez l’instruction restart-time au niveau de la hiérarchie [edit protocols bgp graceful-restart]. Pour définir la durée pendant laquelle le routeur attend de recevoir des messages de voisins de redémarrage 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 progressif 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 de BGP ou les désactiver pour un groupe, incluez les instructions souhaitées au niveau de la hiérarchie [modifier les protocoles bgp group group-name graceful-restart].
Pour définir les propriétés de redémarrage agréable de BGP ou les désactiver pour un voisin spécifique dans un groupe, incluez les instructions souhaitées au niveau de la hiérarchie [edit protocols bgp group group-name neighbor ip-address graceful-restart].
La configuration du redémarrage progressif pour BGP réinitialise les statistiques de routage des pairs BGP à zéro. De plus, les sessions BGP existantes redémarrent et les pairs négocient les capacités de redémarrage progressif.
Configuration des options de redémarrage progressif pour OSPF et OSPFv3
Pour configurer la durée de la période de redémarrage agréable d’OSPF/OSPFv3, incluez l’instruction restart-duration au niveau de la hiérarchie [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 gracieux, incluez la durée de notification au niveau de la hiérarchie [edit protocols (ospf | ospf3) graceful-restart]. La vérification stricte de l’annonce d’état de lien (LSA) OSPF entraîne l’arrêt du redémarrage progressif par un routeur d’aide. 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 normal d’OSPF/OSPFv3, incluez l’instruction disable au niveau de la hiérarchie [edit protocols (ospf | ospf3) graceful-restart].
À partir de la version 11.3, Junos OS prend en charge les modes d’assistance standard (basé sur RFC 3623, Graceful OSPF Restart) et basés sur la signalisation de redémarrage (comme spécifié dans RFC 4811, RFC 4812 et RFC 4813) pour les configurations de redémarrage agréable d’OSPF version 2. Les modes d’assistance standard et basé sur la signalisation de redémarrage sont activés par défaut. Pour désactiver le mode d’assistance pour les configurations de redémarrage agréable de OSPF version 2, incluez l’instruction helper-disable <both | restart-signaling | standard> au niveau de la hiérarchie [edit protocols ospf graceful-restart]. Notez que la dernière instruction commit est toujours prioritaire sur la précédente.
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
Pour réactiver le mode helper, 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 a la priorité 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 helper pour les configurations OSPFv3, incluez l’instruction helper-disable au niveau de la hiérarchie [edit protocols ospfv3 graceful-restart].
Vous pouvez également suivre les événements de redémarrage agréable avec l’instruction traceoptions au niveau de la hiérarchie [edit protocols (ospf | ospf3)] . Pour plus d’informations, consultez Suivi des événements de redémarrage gracieux.
Si vous configurez BFD et le redémarrage progressif pour OSPF, le redémarrage progressif peut ne pas fonctionner comme prévu.
Suivi des événements de redémarrage agréable
Pour suivre la progression d’un événement de redémarrage gracieux, vous pouvez configurer des indicateurs d’options de traçage de redémarrage gracieux pour IS-IS et OSPF/OSPFv3. Pour configurer les options de trace de redémarrage gracieux, incluez l’instruction graceful-restart au niveau de la hiérarchie [editprotocol protocol traceoptions] :
[edit protocols]
isis {
traceoptions {
flag graceful-restart;
}
}
(ospf | ospf3) {
traceoptions {
flag graceful-restart;
}
}
Exemple : Gestion des modes d’aide pour le redémarrage fluide d’OSPF
La configuration
Procédure étape par étape
Les modes d’assistance standard et basé sur la signalisation de redémarrage sont activés par défaut, quel que soit l’état de configuration de redémarrage progressif 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 progressif :
Pour activer le redémarrage progressif, ajoutez l’instruction
graceful-restartau niveau de la[edit routing-options]hiérarchie.[edit routing-options] user@host# set graceful-restart
Les modes d’assistance, à la fois standard et basés sur la signalisation de redémarrage, sont activés par défaut.
Pour désactiver l’un ou les deux modes d’assistance, 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 de signalisation de redémarrage :
[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
Remarque :Vous devez valider la configuration avant que la modification ne prenne effet.
La dernière déclaration engagée a toujours la priorité 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 signalisation de redémarrage :
[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
Remarque :Vous devez valider la configuration avant que la modification ne prenne effet.
La dernière déclaration engagée a toujours la priorité sur la précédente.
Exigences
Routeurs M Series ou T Series exécutant Junos OS version 11.4 ou ultérieure et commutateurs EX Series.
Vue d’ensemble
La version 11.4 de Junos OS étend la prise en charge du redémarrage agréable d’OSPF pour inclure le mode d’assistance basé sur la signalisation de redémarrage. Les modes d’assistance standard (basé sur la RFC 3623) et basés sur la signalisation de redémarrage sont activés par défaut, quel que soit l’état de configuration de redémarrage progressif 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 du redémarrage agréable d’OSPF et configuration du mode d’assistance
Objet
Vérifiez la configuration du redémarrage agréable d’OSPF et du mode d’assistance sur un routeur.
Mesures à prendre
Entrez la
run show ospf overviewcommande à partir du mode 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 progressif et les deux modes d’assistance sont activés.
Suivi des événements du mode d’assistance basé sur les signaux de redémarrage pour le redémarrage progressif d’OSPF
Junos OS fournit une option de suivi pour enregistrer les événements du mode d’assistance basé sur la signalisation de redémarrage pour un redémarrage fluide d’OSPF. Pour activer le suivi des événements en mode d’assistance basés 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 la signalisation 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 les signaux 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 fluide
Cette rubrique contient les sections suivantes :
- Commandes de redémarrage agréable en mode opérationnel
- Vérification du redémarrage fluide de BGP
- Vérification d’IS-IS et du redémarrage fluide d’OSPF
- Vérification du CCC et du redémarrage fluide TCC
Commandes de redémarrage agréable en mode opérationnel
Pour vérifier le bon fonctionnement du redémarrage gracieux, utilisez les commandes suivantes :
show bgp neighbor(pour le redémarrage progressif de BGP)show log(pour les redémarrages progressifs IS-IS et OSPF/OSPFv3)show (ospf | ospfv3) overview(pour le redémarrage fluide d’OSPF/OSPFv3)show rsvp neighbor detail(pour le redémarrage gracieux RSVP - routeur d’aide)show rsvp version(pour RSVP Graceful restart—redémarrage du routeur)show ldp session detail(pour le redémarrage progressif de LDP)show connections(pour CCC et TCC graceful restart)show route instance detail(pour le redémarrage progressif du VPN de couche 3 et pour tous les protocoles utilisant le redémarrage progressif dans une instance de routage)show route protocol l2vpn(pour le redémarrage progressif 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 fluide de BGP
Pour afficher les informations de redémarrage agréable 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 d’IS-IS et du redémarrage fluide d’OSPF
Pour afficher les informations de redémarrage gracieux pour IS-IS et OSPF, configurez traceoptions (voir Suivi des événements de redémarrage gracieux).
Voici la sortie d’un journal traceoptions d’un OSPF redémarrant routeur :
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 traceoptions à partir d’un routeur d’aide 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 CCC et du redémarrage fluide TCC
Pour afficher les informations de redémarrage agréable 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.