Configurando a reinicialização graciosa
Siga estas etapas para configurar a reinicialização graciosa em seu dispositivo.
Habilitando a reinicialização graciosa
A reinicialização graciosa está desabilitada por padrão. Você deve configurar a reinicialização graciosa no nível da [edit routing-options] hierarquia ou [edit routing-instances instance-name routing-options] para habilitar o recurso globalmente.
Por exemplo:
routing-options {
graceful-restart;
}
Você pode, opcionalmente, modificar as configurações globais no nível do protocolo individual ou, a partir do Junos OS 15.1, no nível da instância de roteamento individual.
Se você configurar uma reinicialização graciosa após uma sessão BGP ou LDP ter sido estabelecida, a sessão BGP ou LDP será reiniciada e os peers negociarão recursos de reinicialização graciosos.
Para desabilitar a reinicialização graciosa, inclua a disable instrução. Você pode fazer isso globalmente para todos os protocolos incluindo a disable declaração no nível da hierarquia ou pode desabilitar a [edit routing-options] reinicialização graciosa para um único protocolo incluindo a disable declaração no nível da [edit protocols protocol graceful-restart] hierarquia. Para configurar um período de tempo para a reinicialização completa, inclua a restart-duration declaração. Você pode especificar um número entre 120 e 900.
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essa instrução, consulte a seção de resumo da instrução para esta declaração.
Quando você inclui a instrução no nível da hierarquia, a reinicialização graciosa graceful-restart [edit routing-options] também é habilitada para rotas agregadas e estáticas.
Configurando a reinicialização graciosa
Para habilitar a [edit routing-instance instance-name routing-options] reinicialização graciosa, inclua a graceful-restart instrução no nível de hierarquia or[edit routing-options]. Isso permite uma reinicialização graciosa globalmente para todos os protocolos de roteamento. Você pode, opcionalmente, modificar ou complementar as configurações globais no nível do protocolo individual.
Quando set protocols bgp group group-name allow network é configurado para aceitar sessões BGP dinâmicas, unconfigured-peer-graceful-restart a declaração deve ser configurada para evitar queda de tráfego durante a reinicialização graciosa ou comutação graciosa do Mecanismo de Roteamento.
Por exemplo:
protocols {
bgp {
group ext {
graceful-restart {
restart-time 400;
}
}
}
}
routing-options {
graceful-restart;
}
A Figura 1 mostra uma rede VPN MPLS padrão. Os roteadores CE1 e CE2 são roteadores de borda do cliente, PE1 e PE2 são roteadores de borda do provedor e P0 é um roteador de núcleo do provedor. Várias VPNs de Camada 3 estão configuradas nesta rede, bem como uma VPN de Camada 2. As interfaces são mostradas no diagrama e não estão incluídas no exemplo de configuração a seguir.
Roteador CE1
No Roteador CE1, configure os seguintes protocolos nas interfaces lógicas de t3-3/1/0: OSPF na unidade 101, RIP na unidade 102, BGP na unidade 103 e IS-IS na unidade 512. Configure também a reinicialização graciosa, BGP, IS-IS, OSPF e RIP na instância principal para poder se conectar às instâncias de roteamento no Roteador 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;
}
}
}
Roteador PE1
No Roteador PE1, configure a reinicialização graciosa na instância mestre, juntamente com BGP, OSPF, MPLS e LDP. Em seguida, configure várias instâncias específicas de protocolo de reinicialização graciosa. Ao incluir instâncias para BGP, OSPF, VPNs de Camada 2, RIP e rotas estáticas, você pode observar a ampla variedade de opções disponíveis ao implementar a reinicialização graciosa. Configure os seguintes protocolos em instâncias individuais nas interfaces lógicas de t3-0/0/0: uma rota estática na unidade 100, OSPF na unidade 101, RIP na unidade 102, BGP na unidade 103 e Frame Relay na unidade 512 para a instância VPN de Camada 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;
}
}
}
}
Roteador P0
No Roteador P0, configure a reinicialização graciosa na instância principal, juntamente com OSPF, MPLS e LDP. Isso permite que os protocolos nos roteadores PE alcancem uns aos outros.
[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;
}
}
Roteador PE2
No Roteador PE2, configure BGP, OSPF, MPLS, LDP e reinicialização graciosa na instância mestre. Configure os seguintes protocolos em instâncias individuais nas interfaces lógicas de t1-0/1/3: uma rota estática na unidade 200, OSPF na unidade 201, RIP na unidade 202, BGP na unidade 203 e Frame Relay na unidade 612 para a instância VPN de Camada 2. Configure também a reinicialização graciosa específica do protocolo em todas as instâncias de roteamento, exceto a instância VPN de Camada 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;
}
}
}
}
}
Roteador CE2
No Roteador CE2, conclua a configuração de VPN de Camada 2 e Camada 3 espelhando os protocolos já definidos nos Roteadores PE2 e CE1. Especificamente, configure o seguinte nas interfaces lógicas de t1-0/0/3: OSPF na unidade 201, RIP na unidade 202, BGP na unidade 203 e IS-IS na unidade 612. Por fim, configure a reinicialização graciosa, BGP, IS-IS, OSPF e RIP na instância principal para poder se conectar às instâncias de roteamento no Roteador 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;
}
}
}
Status do roteador PE1 antes de uma reinicialização
O exemplo a seguir exibe relacionamentos de vizinhos no Roteador PE1 antes que uma reinicialização aconteça:
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
Status do roteador PE1 durante uma reinicialização
Antes de verificar se a reinicialização graciosa está funcionando, você deve simular uma reinicialização do roteador. Para fazer com que o processo de roteamento seja atualizado e simule uma reinicialização, use o comando restart routing operating mode:
user@PE1> restart routing Routing protocol daemon started, pid 3558
A seguinte saída de exemplo é capturada durante a reinicialização do roteador:
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
Configurando a reinicialização graciosa da VPN
A reinicialização graciosa permite que um roteador cujo plano de controle VPN esteja passando por uma reinicialização continue encaminhando o tráfego enquanto recupera seu estado dos roteadores vizinhos. Sem uma reinicialização graciosa, uma reinicialização do plano de controle interrompe todos os serviços VPN fornecidos pelo roteador. A reinicialização graciosa é suportada em VPNs de camada 2, VPNs de camada 3, instâncias de roteamento de roteador virtual e VPLS.
Para implementar uma reinicialização graciosa para uma VPN de Camada 2 ou VPN de Camada 3, execute as tarefas de configuração descritas nas seções a seguir:
- Configurando a reinicialização graciosa globalmente
- Configuração de reinicialização graciosa para a instância de roteamento
Configurando a reinicialização graciosa globalmente
Para habilitar a reinicialização graciosa, inclua a graceful-restart instrução no nível da [edit routing-options] hierarquia. Para configurar uma duração global para o período de reinicialização gracioso, inclua a restart-duration declaração no nível da [edit routing-options graceful-restart] hierarquia.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Para desabilitar a reinicialização graciosa globalmente, inclua a disable instrução no nível da [edit routing-options graceful-restart] hierarquia.
Configuração de reinicialização graciosa para a instância de roteamento
Apenas para VPNs de Camada 3, você também deve configurar uma reinicialização graciosa para todos os protocolos relacionados a roteamento e MPLS em uma instância de roteamento, incluindo a graceful-restart declaração no nível de [edit routing-instances instance-name routing-options] hierarquia. Como você pode configurar o BGP de várias instâncias e o LDP de várias instâncias, há suporte para a reinicialização graciosa para um cenário de operadora de operadoras. Para configurar a duração do período de reinicialização gracioso para a instância de roteamento, inclua a restart-duration declaração no nível [edit routing-instances instance-name routing-options]de .
[edit]
routing-instances {
instance-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
Você pode desabilitar a reinicialização graciosa para protocolos individuais com a disable instrução no nível da [edit routing-instances instance-name protocols protocol-name graceful-restart] hierarquia.
Configurando a reinicialização graciosa do sistema lógico
A reinicialização graciosa para um sistema lógico funciona da mesma forma que a reinicialização graciosa no roteador principal. A única diferença é a localização da graceful-restart declaração.
Os tópicos a seguir descrevem o que configurar para implementar a reinicialização graciosa em um sistema lógico:
- Habilitando a reinicialização graciosa globalmente
- Configuração de reinicialização graciosa para uma instância de roteamento
Habilitando a reinicialização graciosa globalmente
Para habilitar a reinicialização graciosa em um sistema lógico, inclua a graceful-restart instrução no nível da [edit logical-systems logical-system-name routing-options] hierarquia. Para configurar uma duração global do período de reinicialização gracioso, inclua a restart-duration declaração no nível da [edit logical-systems logical-system-name routing-options graceful-restart] hierarquia.
[edit]
logical-systems {
logical-system-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
Para desabilitar a reinicialização graciosa globalmente, inclua a disable instrução no nível da [edit logical-systems logical-system-name routing-options graceful-restart] hierarquia.
Configuração de reinicialização graciosa para uma instância de roteamento
Apenas para VPNs de Camada 3, você também deve configurar uma reinicialização graciosa globalmente para uma instância de roteamento dentro de um sistema lógico. Para configurar, inclua a graceful-restart declaração no nível da [edit logical-systems logical-system-name routing-instances instance-name routing-options] hierarquia. Como você pode configurar o BGP de várias instâncias e o LDP de várias instâncias, há suporte para a reinicialização graciosa para um cenário de operadora de operadoras. Para configurar a duração do período de reinicialização gracioso para a instância de roteamento, inclua a restart-duration declaração no nível [edit logical-systems logical-system-name routing-instances instance-name routing-options]de .
[edit]
logical-systems {
logical-system-name {
routing-instances {
instance-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
}
}
Para desabilitar a reinicialização graciosa para protocolos individuais com a disable instrução no nível de [edit logical-systems logical-system-name routing-instances instance-name protocols protocol-name graceful-restart] hierarquia.
Configurando a reinicialização graciosa para sistemas QFabric
Quando você configura a reinicialização graciosa na CLI QFabric, o sistema QFabric aplica a configuração ao grupo de nós da rede para participar de operações de reinicialização graciosas com dispositivos externos ao sistema QFabric. Essa configuração preserva o estado da tabela de roteamento e ajuda os dispositivos de roteamento vizinhos a retomar as operações de roteamento mais rapidamente após a reinicialização do sistema. Isso também permite que o grupo de nós de rede retome as operações de roteamento rapidamente se houver uma reinicialização no sistema QFabric (como uma atualização de software). Como resultado, recomendamos habilitar a reinicialização graciosa para protocolos de roteamento na QFabric CLI.
O sistema QFabric também usa uma reinicialização graciosa internamente na malha para facilitar a resiliência e a recuperação entre malhas. Esse recurso interno é habilitado por padrão, sem necessidade de configuração.
- Habilitando a reinicialização graciosa
- Configuração de opções de reinicialização graciosas para BGP
- Configurando opções de reinicialização graciosas para OSPF e OSPFv3
- Rastreando eventos de reinicialização graciosos
Habilitando a reinicialização graciosa
Por padrão, a reinicialização graciosa está desabilitada. Para habilitar a reinicialização graciosa, inclua a graceful-restart declaração no nível de [edit routing-instance instance-name routing-options] ou [edit routing-options] hierarquia.
Por exemplo:
routing-options {
graceful-restart;
}
Para configurar a duração do período de reinicialização gracioso, inclua a duração da reinicialização no nível de [ edit routing-options graceful-restart] hierarquia.
O modo auxiliar (a capacidade de ajudar um roteador vizinho a tentar uma reinicialização graciosa) é habilitado por padrão quando você inicia a plataforma de roteamento, mesmo que a reinicialização graciosa não esteja habilitada. Você pode desabilitar o modo auxiliar por protocolo.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Para desabilitar a reinicialização graciosa globalmente, inclua a disable declaração no nível de [edit routing-options graceful-restart] hierarquia.
Quando a reinicialização graciosa está habilitada para todos os protocolos de roteamento no nível de [ edit routing-options graceful-restart] hierarquia, você pode desabilitar a reinicialização graciosa por protocolo.
Se você configurar uma reinicialização graciosa após uma sessão BGP ou LDP ter sido estabelecida, a sessão BGP ou LDP será reiniciada e os peers negociarão recursos de reinicialização graciosos. Além disso, as estatísticas de roteamento de peer BGP são redefinidas para zero.
Configuração de opções de reinicialização graciosas para BGP
Para configurar a duração do período de reinicialização gracioso do BGP, inclua a restart-time declaração no nível de [ edit protocols bgp graceful-restart] hierarquia. Para definir o período de tempo que o roteador espera para receber mensagens de vizinhos de reinicialização antes de declará-los desativados, inclua a stale-routes-time declaração no nível de [ edit protocols bgp graceful-restart] hierarquia.
[edit]
protocols {
bgp {
graceful-restart {
disable;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
Para desabilitar o recurso de reinicialização graciosa do BGP para todas as sessões do BGP, inclua a disable declaração no nível de [edit protocols bgp graceful-restart] hierarquia.
Para definir propriedades de reinicialização graciosas do BGP ou desativá-las para um grupo, inclua as declarações desejadas no nível de [edit protocols bgp group group-name graceful-restart] hierarquia.
Para definir propriedades de reinicialização graciosas do BGP ou desativá-las para um vizinho específico em um grupo, inclua as declarações desejadas no nível de [edit protocols bgp group group-name neighbor ip-address graceful-restart] hierarquia.
A configuração de reinicialização graciosa para BGP redefine as estatísticas de roteamento de peer BGP para zero. Além disso, as sessões BGP existentes são reiniciadas e os pares negociam recursos de reinicialização graciosos.
Configurando opções de reinicialização graciosas para OSPF e OSPFv3
Para configurar a duração do período de reinicialização gracioso do OSPF/OSPFv3, inclua a restart-duration declaração no nível de [ edit protocols (ospf | ospf3) graceful-restart] hierarquia. Para especificar o período de tempo durante o qual o roteador notifica os roteadores auxiliares de que ele completou a reinicialização graciosa, inclua a duração da notificação no nível de [ edit protocols (ospf | ospf3) graceful-restart] hierarquia. A verificação estrita do anúncio de estado de enlace (LSA) do OSPF resulta no encerramento da reinicialização graciosa por um roteador auxiliar. Para desabilitar a verificação estrita de LSA, inclua a no-strict-lsa-checking declaração no nível de [edit protocols (ospf | ospf3) graceful-restart] hierarquia.
[edit]
protocols {
ospf | ospfv3{
graceful-restart {
disable;
helper-disable
no-strict-lsa-checking;
notify-duration seconds;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
Para desabilitar a reinicialização graciosa do OSPF/OSPFv3, inclua a disable declaração no nível de [edit protocols (ospf | ospf3) graceful-restart] hierarquia].
A partir da versão 11.3, o Junos OS oferece suporte aos modos auxiliares padrão (com base no RFC 3623, Graceful OSPF Restart) e baseados em sinalização de reinicialização (conforme especificado no RFC 4811, RFC 4812 e RFC 4813) para configurações de reinicialização graciosas do OSPF versão 2. Os modos auxiliares baseados em sinalização padrão e de reinicialização são habilitados por padrão. Para desabilitar o modo helper para configurações de reinicialização graciosa OSPF versão 2, inclua a helper-disable <both | restart-signaling | standard> declaração no nível de [ edit protocols ospf graceful-restart] hierarquia. Observe que a última instrução committed sempre tem precedência sobre a anterior.
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
Para reativar o modo auxiliar, exclua a helper-disable declaração da configuração usando o comando delete protocols ospf graceful-restarthelper-disable <restart-signaling | standard | both> . Também neste caso, o último comando executado tem precedência sobre os anteriores.
Não há suporte para o modo auxiliar baseado em sinalização de reinicialização para configurações OSPFv3. Para desabilitar o modo auxiliar para configurações OSPFv3, inclua a helper-disable declaração no nível de [ edit protocols ospfv3 graceful-restart] hierarquia.
Você também pode rastrear eventos de reinicialização graciosos com a traceoptions declaração no nível de [ edit protocols (ospf | ospf3)] hierarquia. Para obter mais informações, consulte Acompanhando eventos de reinicialização graciosos.
Se você configurar o BFD e a reinicialização graciosa para OSPF, a reinicialização graciosa pode não funcionar conforme o esperado.
Rastreando eventos de reinicialização graciosos
Para acompanhar o progresso de um evento de reinicialização gracioso, você pode configurar sinalizadores de opções de rastreamento de reinicialização graciosas para IS-IS e OSPF/OSPFv3. Para configurar opções de rastreamento de reinicialização graciosas, inclua a graceful-restart declaração no nível de [ edit protocols protocol traceoptions flag] hierarquia:
[edit protocols]
isis {
traceoptions {
flag graceful-restart;
}
}
(ospf | ospf3) {
traceoptions {
flag graceful-restart;
}
}
Exemplo: Gerenciando modos auxiliares para reinicialização graciosa do OSPF
Configuração
Procedimento passo a passo
Os modos auxiliares baseados em sinalização padrão e de reinicialização são habilitados por padrão, independentemente do status de configuração de reinicialização graciosa no dispositivo de roteamento. O Junos OS permite desabilitar ou habilitar os modos helper com base em seus requisitos.
Para configurar as opções do modo auxiliar para reinicialização graciosa:
Para habilitar a reinicialização graciosa, adicione a
graceful-restartinstrução no nível da[edit routing-options]hierarquia.[edit routing-options] user@host# set graceful-restart
Os modos auxiliares, padrão e baseados em sinalização de reinicialização, são habilitados por padrão.
Para desabilitar um ou ambos os modos auxiliares, adicione a
helper-disable <both | restart-signaling | standard>instrução no nível da[edit protocols ospf graceful-restart]hierarquia.Para desativar os modos auxiliares baseados em sinalização padrão e de reinicialização:
[edit protocols ospf graceful-restart] user@host# set helper-disable both
Para desabilitar apenas o modo auxiliar baseado em sinalização de reinicialização:
[edit protocols ospf graceful-restart] user@host# set helper-disable restart-signaling
Para desativar apenas o modo auxiliar padrão:
[edit protocols ospf graceful-restart] user@host# set helper-disable standard
Observação:Você deve confirmar a configuração antes que a alteração entre em vigor.
A última instrução committed sempre tem precedência sobre a anterior.
Para habilitar um ou ambos os modos auxiliares quando os modos auxiliares estiverem desabilitados, exclua a
helper-disable <both | restart-signaling | standard>instrução do[edit protocols ospf graceful-restart]nível de hierarquia.Para habilitar os modos auxiliares baseados em sinalização padrão e de reinicialização:
[edit protocols ospf graceful-restart] user@host# delete helper-disable
Para habilitar o modo auxiliar baseado em sinalização de reinicialização:
[edit protocols ospf graceful-restart] user@host# delete helper-disable restart-signaling
Para habilitar o modo auxiliar padrão:
[edit protocols ospf graceful-restart] user@host# delete helper-disable standard
Observação:Você deve confirmar a configuração antes que a alteração entre em vigor.
A última instrução committed sempre tem precedência sobre a anterior.
Requerimentos
Roteadores da Série M ou Série T com o Junos OS versão 11.4 ou posterior e switches da Série EX.
Visão geral
O Junos OS Release 11.4 estende o suporte a reinicialização graciosa do OSPF para incluir o modo auxiliar baseado em sinalização de reinicialização. Ambos os modos auxiliares padrão (baseados em RFC 3623) e baseados em sinalização de reinicialização são habilitados por padrão, independentemente do status de configuração de reinicialização graciosa no dispositivo de roteamento.
O Junos OS, no entanto, permite que você escolha entre os modos auxiliares com a helper-disable <standard | restart-signaling | both> instrução.
Verificação
Confirme se a configuração está funcionando corretamente.
Verificando a reinicialização graciosa do OSPF e a configuração do modo auxiliar
Finalidade
Verifique a reinicialização graciosa do OSPF e a configuração do modo auxiliar em um roteador.
Ação
Insira o
run show ospf overviewcomando do modo de configuração.user@host# run show ospf overview ~ ~ ~ Restart: Enabled Restart duration: 180 sec Restart grace period: 210 sec Graceful restart helper mode: Enabled Restart-signaling helper mode: Enabled ~ ~ ~
Significado
A saída mostra que a reinicialização graciosa e ambos os modos auxiliares estão habilitados.
Rastreamento de eventos do modo auxiliar baseado em sinalização de reinicialização para reinicialização graciosa do OSPF
O Junos OS oferece uma opção de rastreamento para registrar eventos de modo auxiliar baseados em sinalização de reinicialização para reinicialização graciosa do OSPF. Para habilitar o rastreamento para eventos de modo auxiliar baseados em sinalização de reinicialização, inclua a traceoptions flag restart-signaling instrução no nível da [edit protocols ospf] hierarquia.
Para habilitar o rastreamento para eventos baseados em sinalização de reinicialização:
Os logs são salvos no ospf-log arquivo na pasta /var/log .
Exibindo o arquivo de log
Para exibir os eventos baseados em sinalização de reinicialização do arquivo de log, digite:
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.
Verificando a operação de reinicialização graciosa
Este tópico contém as seguintes seções:
- Comandos graciosos do modo operacional de reinicialização
- Verificando a reinicialização graciosa do BGP
- Verificando a reinicialização graciosa do IS-IS e do OSPF
- Verificando a reinicialização graciosa do CCC e do TCC
Comandos graciosos do modo operacional de reinicialização
Para verificar a operação adequada da reinicialização graciosa, use os seguintes comandos:
show bgp neighbor(para reinicialização graciosa do BGP)show log(para reinicialização graciosa de IS-IS e OSPF/OSPFv3)show (ospf | ospfv3) overview(para reinicialização graciosa do OSPF/OSPFv3)show rsvp neighbor detail(para reinicialização graciosa RSVP — roteador auxiliar)show rsvp version(para RSVP reinicialização graciosa — reiniciando o roteador)show ldp session detail(para reinicialização graciosa de LDP)show connections(para reinicialização graciosa CCC e TCC)show route instance detail(para reinicialização graciosa de VPN de Camada 3 e para quaisquer protocolos que usem reinicialização graciosa em uma instância de roteamento)show route protocol l2vpn(para reinicialização graciosa de VPN de Camada 2)
Para obter mais informações sobre esses comandos e uma descrição de seus campos de saída, consulte o CLI Explorer.
Verificando a reinicialização graciosa do BGP
Para visualizar informações de reinicialização graciosas para sessões BGP, use o show bgp neighbor comando:
user@PE1> show bgp neighbor 192.0.2.10
Peer: 192.0.2.10+179 AS 64496 Local: 192.0.2.5+1106 AS 64496
Type: Internal State: Established Flags: <>
Last State: OpenConfirm Last Event: RecvKeepAlive
Last Error: None
Export: [ static ]
Options:<Preference LocalAddress HoldTime GracefulRestart Damping PeerAS Refresh>
Local Address: 192.0.2.5 Holdtime: 90 Preference: 170
IPSec SA Name: hope
Number of flaps: 0
Peer ID: 192.0.2.10 Local ID: 192.0.2.5 Active Holdtime: 90
Keepalive Interval: 30
NLRI for restart configured on peer: inet-unicast
NLRI advertised by peer: inet-unicast
NLRI for this session: inet-unicast
Peer supports Refresh capability (2)
Restart time configured on the peer: 180
Stale routes from peer are kept for: 180
Restart time requested by this peer: 300
NLRI that peer supports restart for: inet-unicast
NLRI that peer saved forwarding for: inet-unicast
NLRI that restart is negotiated for: inet-unicast
NLRI of received end-of-rib markers: inet-unicast
NLRI of all end-of-rib markers sent: inet-unicast
Table inet.0 Bit: 10000
RIB State: restart is complete
Send state: in sync
Active prefixes: 0
Received prefixes: 0
Suppressed due to damping: 0
Last traffic (seconds): Received 19 Sent 19 Checked 19
Input messages: Total 2 Updates 1 Refreshes 0 Octets 42
Output messages: Total 3 Updates 0 Refreshes 0 Octets 116
Output Queue[0]: 0
Verificando a reinicialização graciosa do IS-IS e do OSPF
Para exibir informações de reinicialização graciosas para IS-IS e OSPF, configure traceoptions (consulte Rastreando eventos de reinicialização graciosos).
Aqui está a saída de um log traceoptions de um roteador de reinicialização do OSPF:
Oct 8 05:20:12 Restart mode - sending grace lsas Oct 8 05:20:12 Restart mode - estimated restart duration timer triggered Oct 8 05:20:13 Restart mode - Sending more grace lsas
Aqui está a saída de um log traceoptions de um roteador auxiliar OSPF:
Oct 8 05:20:14 Helper mode for neighbor 192.0.2.5 Oct 8 05:20:14 Received multiple grace lsa from 192.0.2.5
Verificando a reinicialização graciosa do CCC e do TCC
Para visualizar informações de reinicialização graciosas para conexões CCC e TCC, use o show connections comando. O exemplo a seguir pressupõe quatro conexões CCC de interface remota entre CE1 e 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
Tabela de histórico de alterações
A compatibilidade com recursos é determinada pela plataforma e versão utilizada. Use o Explorador de recursos para determinar se um recurso é compatível com sua plataforma.