Configuração da reinicialização graciosa
RESUMO Siga essas etapas para configurar a reinicialização graciosa em seu dispositivo.
Ativando o recomeço gracioso
A reinicialização graciosa é desativada por padrão. Você deve configurar a reinicialização graciosa no [edit routing-options] nível ou [edit routing-instances instance-name routing-options] hierarquia para habilitar o recurso globalmente.
Por exemplo:
routing-options {
graceful-restart;
}
Você pode, opcionalmente, modificar as configurações globais no nível de protocolo individual ou, a partir do Junos OS 15.1, no nível de instância de roteamento individual.
Se você configurar a reinicialização graciosa após a criação de uma sessão BGP ou LDP, a sessão BGP ou LDP será reiniciada e os pares negociam recursos graciosos de reinicialização.
Para desativar a reinicialização graciosa, inclua a disable declaração. Você pode fazer isso globalmente para todos os protocolos, incluindo a disable declaração no nível de [edit routing-options] hierarquia, ou pode desabilitar a reinicialização graciosa para um único protocolo, incluindo a declaração de desabilitada no nível hierárquico [edit protocols protocol graceful-restart] . 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 em que você possa incluir esta declaração, veja a seção de resumo da declaração para esta declaração.
Quando você inclui a graceful-restart declaração no nível de hierarquia, a [edit routing-options] reinicialização graciosa também é habilitada para rotas agregadas e estáticas.
Veja também
Configuração da reinicialização graciosa
Para permitir a reinicialização graciosa, inclua a graceful-restart declaração no nível da [edit routing-instance instance-name routing-options] [edit routing-options] hierarquia. Isso permite uma reinicialização graciosa global para todos os protocolos de roteamento. Você pode, opcionalmente, modificar ou complementar as configurações globais no nível de protocolo individual.
Quando set protocols bgp group group-name allow network está configurada para aceitar sessões BGP dinâmicas, unconfigured-peer-graceful-restart a declaração deve ser configurada para evitar a queda de tráfego durante a reinicialização graciosa ou a transiçã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 de clientes, PE1 e PE2 são roteadores de borda de provedores, e P0 é um roteador de núcleo de provedor. Várias VPNs de Camada 3 estão configuradas por toda a 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 do 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 principal, juntamente com BGP, OSPF, MPLS e LDP. Em seguida, configure várias instâncias específicas do protocolo de reinício gracioso. Ao incluir instâncias para BGP, OSPF, VPNs de Camada 2, RIP e rotas estáticas, você pode observar a ampla gama de opções disponíveis ao implementar uma reinicialização graciosa. Configure os seguintes protocolos em instâncias individuais nas interfaces lógicas do 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 uma reinicialização graciosa na instância principal, juntamente com OSPF, MPLS e LDP. Isso permite que os protocolos nos roteadores DEP cheguem 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 reinicie graciosamente na instância principal. Configure os seguintes protocolos em instâncias individuais nas interfaces lógicas do 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 na 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, preencha 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 do 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 um reinício
O exemplo a seguir exibe relações de vizinhos no Roteador PE1 antes de uma reinicialização acontecer:
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 de um roteador. Para fazer com que o processo de roteamento atualize e simule uma reinicialização, use o comando de modo operacional de roteamento de reinicialização :
user@PE1> restart routing Routing protocol daemon started, pid 3558
A saída de amostra a seguir é 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
Veja também
Configuração do vpn Graciosa Restart
A reinicialização graciosa permite que um roteador cujo plano de controle de VPN esteja passando por uma reinicialização continue a encaminhar o tráfego enquanto recupera seu estado de roteadores vizinhos. Sem uma reinicialização graciosa, uma reinicialização de plano de controle interrompe quaisquer serviços de 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 seguintes seções:
- Configuração de reinício gracioso globalmente
- Configuração de reinício gracioso para a instância de roteamento
Configuração de reinício gracioso globalmente
Para permitir a reinicialização graciosa, inclua a graceful-restart declaração no nível de [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 de [edit routing-options graceful-restart] hierarquia.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Para desativar a reinicialização graciosa globalmente, inclua a disable declaração no nível hierárquica [edit routing-options graceful-restart] .
Configuração de reinício gracioso para a instância de roteamento
Somente para VPNs de Camada 3, você também deve configurar a reinicialização graciosa para todos os protocolos relacionados ao 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 BGP de várias instâncias e LDP de várias instâncias, é suportado um recomeço gracioso para um cenário de operadoras 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 na [edit routing-instances instance-name routing-options].
[edit]
routing-instances {
instance-name {
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
}
}
Você pode desabilitar o reinício gracioso para protocolos individuais com a disable declaração no nível de [edit routing-instances instance-name protocols protocol-name graceful-restart] hierarquia.
Configuração da reinicialização graciosa do sistema lógico
A reinicialização graciosa para um sistema lógico funciona tanto quanto 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 uma reinicialização graciosa em um sistema lógico:
- Habilitando o recomeço gracioso globalmente
- Configuração de reinício gracioso para uma instância de roteamento
Habilitando o recomeço gracioso globalmente
Para permitir a reinicialização graciosa em um sistema lógico, inclua a graceful-restart declaração no nível de [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 de [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 desativar a reinicialização graciosa globalmente, inclua a disable declaração no nível hierárquica [edit logical-systems logical-system-name routing-options graceful-restart] .
Configuração de reinício gracioso para uma instância de roteamento
Somente 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 de [edit logical-systems logical-system-name routing-instances instance-name routing-options] hierarquia. Como você pode configurar BGP de várias instâncias e LDP de várias instâncias, é suportado um recomeço gracioso para um cenário de operadoras 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 na [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;
}
}
}
}
}
}
Desativar o reinício gracioso de protocolos individuais com a disable declaração no nível de [edit logical-systems logical-system-name routing-instances instance-name protocols protocol-name graceful-restart] hierarquia.
Configuração de reinício gracioso para sistemas QFabric
Quando você configura a reinicialização graciosa no QFabric CLI, o sistema QFabric aplica a configuração ao grupo de nós de rede para participar em operações de reinicialização graciosas com dispositivos externos ao sistema QFabric. Essa configuração preserva o estado da tabela de roteamento e ajuda 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 rapidamente as operações de roteamento se houver uma reinicialização no sistema QFabric (como uma atualização de software). Como resultado, recomendamos permitir uma reinicialização graciosa para protocolos de roteamento no QFabric CLI.
O sistema QFabric também usa uma reinicialização graciosa internamente dentro da malha para facilitar a resiliência e a recuperação interfabric. Esse recurso interno é habilitado por padrão sem a necessidade de configuração.
- Ativando o recomeço gracioso
- Configuração de opções de reinício graciosas para BGP
- Configuração de opções de reinício graciosas para OSPF e OSPFv3
- Rastreamento de eventos graciosos de reinício
Ativando o recomeço gracioso
Por padrão, a reinicialização graciosa é desativada. Para permitir a reinicialização graciosa, inclua a declaração de reinicialização graciosa no nível de hierarquia [editar opções de roteamento em instâncias instance-name de roteamento] ou [editar opções de roteamento] .
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 hierarquia [editar opções de roteamento graciosamente reiniciada ].
O modo helper (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 helper por protocolo.
[edit]
routing-options {
graceful-restart {
disable;
restart-duration seconds;
}
}
Para desativar a reinicialização graciosa globalmente, inclua a declaração de desativação no nível de hierarquia [editar opções de roteamento graciosamente reiniciada ].
Quando a reinicialização graciosa é habilitada para todos os protocolos de roteamento no nível de hierarquia [editar opções de roteamento graciosamente reiniciada] , você pode desativar a reinicialização graciosa por protocolo.
Se você configurar a reinicialização graciosa após a criação de uma sessão BGP ou LDP, a sessão BGP ou LDP será reiniciada e os pares negociam recursos graciosos de reinicialização. Além disso, as estatísticas de roteamento por pares do BGP são redefinidas para zero.
Configuração de opções de reinício graciosas para BGP
Para configurar a duração do período de reinicialização gracioso do BGP, inclua a declaração de tempo de reinicialização no nível de hierarquia [editar protocolos bgp gracioso-restart] . Para definir o tempo que o roteador espera para receber mensagens de reiniciar os vizinhos antes de declará-los desativados, inclua a declaração de tempo de rotas obsoletas no nível de hierarquia [editar protocolos bgp graciosamente reiniciado] .
[edit]
protocols {
bgp {
graceful-restart {
disable;
restart-time seconds;
stale-routes-time seconds;
}
}
}
routing-options {
graceful-restart;
}
Para desativar o recurso de reinicialização graciosa do BGP para todas as sessões BGP, inclua a declaração de desabilitação no nível de hierarquia [editar protocolos bgp graciosa-restart] .
Para definir propriedades de reinicialização graciosas do BGP ou desabitá-las para um grupo, inclua as declarações desejadas no nível de hierarquia [editar protocolos bgp group group-name graciosa-restart] .
Para definir propriedades de reinicialização graciosas do BGP ou desabitá-las para um vizinho específico em um grupo, inclua as declarações desejadas no nível de hierarquia [editar protocolos bgp group group-name neighbor ip-address graciosa-restart] .
Configurar uma reinicialização graciosa para BGP redefiniu as estatísticas de roteamento por pares BGP para zero. Além disso, as sessões BGP existentes são reiniciadas, e os pares negociam recursos graciosos de reinicialização.
Configuração de opções de reinício graciosas para OSPF e OSPFv3
Para configurar a duração do período de reinicialização graciosa do OSPF/OSPFv3, inclua a declaração de duração de reinicialização no nível de hierarquia [editar protocolos (ospf | ospf3). Para especificar o tempo para o qual o roteador notifica os roteadores de helper que ele completou a reinicialização graciosa, inclua a duração da notificação no nível de hierarquia [editar protocolos (ospf | ospf3) graciosamente reiniciado . Anúncio de estado de enlace (LSA) rigoroso do OSPF verificando os resultados no término da reinicialização graciosa por um roteador que ajuda. Para desabilitar uma verificação rigorosa do LSA, inclua a declaração de verificação sem restrições no nível de hierarquia [editar protocolos (ospf | ospf3) graciosamente .
[edit]
protocols {
ospf | ospfv3{
graceful-restart {
disable;
helper-disable
no-strict-lsa-checking;
notify-duration seconds;
restart-duration seconds;
}
}
}
routing-options {
graceful-restart;
}
Para desativar a reinicialização graciosa do OSPF/OSPFv3, inclua a declaração de desabilitação no nível de hierarquia [editar protocolos | ospf3).
A partir da versão 11.3, o Junos OS oferece suporte tanto ao padrão (baseado no RFC 3623, Graciosa OSPF Restart) quanto aos modos de ajuda baseados em sinalização de reinicialização (conforme especificado nos modos de helper RFC 4811, RFC 4812 e RFC 4813) para configurações de reinício graciosos da versão OSPF 2. Os modos de helper padrão e reiniciado baseados em sinalização são habilitados por padrão. Para desativar o modo de helper para configurações de reinicialização graciosas da versão 2 do OSPF, inclua a declaração de desativação de helper <both | sinalização de reinicialização | padrão> declaração no nível de hierarquia [editar protocolos ospf graciosamente reiniciar] . Observe que a última declaração comprometida sempre tem precedência em relação à anterior.
[edit protocols ospf]
graceful-restart {
helper-disable <both | restart-signaling | standard>
}
Para reenable o modo helper, exclua a declaração de desativação do helper da configuração usando os protocolos de exclusão ospf graciosamente reiniciável <restart-signaling | padrão | ambos> comando. Neste caso também, o último comando executado tem precedência em relação aos anteriores.
O modo de helper baseado em sinalização reiniciado não é suportado para configurações OSPFv3. Para desativar o modo de helper para configurações OSPFv3, inclua a declaração de desativação de helper no nível de hierarquia [editar protocolos ospfv3 graciosamente reiniciado ].
Você também pode rastrear eventos de reinício graciosos com a declaração de traceoptions no nível de hierarquia [editar protocolos (ospf | ospf3)] . Para obter mais informações, veja Rastreamento de eventos graciosos de reinicialização.
Se você configurar BFD e reiniciar graciosamente para OSPF, a reinicialização graciosa pode não funcionar como esperado.
Rastreamento de eventos graciosos de reinício
Para acompanhar o progresso de um evento de reinicialização gracioso, você pode configurar bandeiras de opções de rastreamento de reinício graciosas para IS-IS e OSPF/OSPFv3. Para configurar opções de rastreamento de reinicialização graciosas, inclua a declaração de reinicialização graciosa no nível de hierarquia [editar protocolos protocol traceoptions flag] :
[edit protocols]
isis {
traceoptions {
flag graceful-restart;
}
}
(ospf | ospf3) {
traceoptions {
flag graceful-restart;
}
}
Exemplo: Gerenciamento de modos de helper para o OSPF Graciosa Restart
Configuração
Procedimento passo a passo
Os modos de helper padrão e reiniciado baseados em sinalizaçã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 que você desabilite ou habilite os modos de ajuda com base em seus requisitos.
Para configurar as opções de modo helper para reiniciar graciosamente:
Para permitir a reinicialização graciosa, adicione a
graceful-restartdeclaração no nível de[edit routing-options]hierarquia.[edit routing-options] user@host# set graceful-restart
Os modos de ajuda, tanto padrão quanto baseados em sinalização de reinicialização, são habilitados por padrão.
Para desabilitar um ou ambos os modos de ajuda, adicione a
helper-disable <both | restart-signaling | standard>declaração no nível de[edit protocols ospf graceful-restart]hierarquia.Para desativar os modos de ajuda padrão e reiniciado baseados em sinalização:
[edit protocols ospf graceful-restart] user@host# set helper-disable both
Para desabilitar apenas o modo de helper baseado em sinalização de reinicialização:
[edit protocols ospf graceful-restart] user@host# set helper-disable restart-signaling
Para desativar apenas o modo de ajuda padrão:
[edit protocols ospf graceful-restart] user@host# set helper-disable standard
Nota:Você deve confirmar a configuração antes que a mudança entre em vigor.
A última declaração comprometida sempre tem precedência em relação à anterior.
Para ativar um ou ambos os modos de ajuda quando os modos de ajuda forem desativados, exclua a
helper-disable <both | restart-signaling | standard>declaração do nível de[edit protocols ospf graceful-restart]hierarquia.Para ativar os modos de ajuda padrão e reiniciado baseados em sinalização:
[edit protocols ospf graceful-restart] user@host# delete helper-disable
Para ativar o modo de helper baseado em sinalização de reinicialização:
[edit protocols ospf graceful-restart] user@host# delete helper-disable restart-signaling
Para habilitar o modo de ajuda padrão:
[edit protocols ospf graceful-restart] user@host# delete helper-disable standard
Nota:Você deve confirmar a configuração antes que a mudança entre em vigor.
A última declaração comprometida sempre tem precedência em relação à anterior.
Requisitos
Roteadores série M ou T que executam switches Junos OS Release 11.4 ou posteriores e da Série EX.
Visão geral
O Junos OS Release 11.4 estende o suporte de reinicialização graciosa do OSPF para incluir o modo de helper baseado em sinalização reiniciado. Ambos os modos de helper padrão (baseados em RFC 3623) e reiniciam os modos de ajuda baseados em sinalização são habilitados por padrão, independentemente do status de configuração de reinicialização graciosa no dispositivo de roteamento.
No entanto, o Junos OS permite que você escolha entre os modos de ajuda com a helper-disable <standard | restart-signaling | both> declaração.
Verificação
Confirme se a configuração está funcionando corretamente.
Verificando a configuração do modo de reinicialização graciosa e do helper os OSPF
Propósito
Verifique a reinicialização graciosa do OSPF e a configuração do modo helper em um roteador.
Ação
Insira o comando do
run show ospf overviewmodo 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 de ajuda estão habilitados.
Rastreamento de reiniciar eventos do modo helper baseado em sinalização para reinício gracioso do OSPF
O Junos OS oferece uma opção de rastreamento para registrar eventos de modo helper baseados em sinalização reiniciados para o reinício gracioso do OSPF. Para permitir o rastreamento para reiniciar eventos do modo helper baseado em sinalização, inclua a traceoptions flag restart-signaling declaração no nível de [edit protocols ospf] hierarquia.
Para permitir o rastreamento para reiniciar eventos baseados em sinalização:
Os logs são salvos no ospf-log arquivo na pasta /var/log .
Visualizando o arquivo de log
Para visualizar os eventos baseados em sinalização de reinicialização a partir 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.
Veja também
Verificando a operação de reinicialização graciosa
Este tópico contém as seguintes seções:
- Comandos de modo operacional de reinicialização graciosa
- Verificando o BGP Graciosa Restart
- Verificação da reinicialização graciosa de IS-IS e OSPF
- Verificação da reinicialização graciosa do CCC e do TCC
Comandos de modo operacional de reinicialização graciosa
Para verificar a operação adequada da reinicialização graciosa, use os seguintes comandos:
show bgp neighbor(para reinício gracioso do BGP)show log(para reinicialização graciosa de IS-IS e OSPF/OSPFv3)show (ospf | ospfv3) overview(para reinício gracioso do OSPF/OSPFv3)show rsvp neighbor detail(para reinício gracioso do RSVP — roteador de helper)show rsvp version(para reinício gracioso do RSVP — reiniciando o roteador)show ldp session detail(para reinício gracioso do LDP)show connections(para reinício gracioso do CCC e TCC)show route instance detail(para o reinício gracioso da VPN da Camada 3 e para quaisquer protocolos que usem a reinicialização graciosa em uma instância de roteamento)show route protocol l2vpn(para o reinício gracioso da VPN da 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 o BGP Graciosa Restart
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
Verificação da reinicialização graciosa de IS-IS e OSPF
Para visualizar informações de reinício graciosas para IS-IS e OSPF, configure traceoptions (veja Rastreamento de eventos graciosos de reinicialização).
Aqui está a saída de um log de traceoptions de um roteador de reinicialização de OSPF:
Oct 8 05:20:12 Restart mode - sending grace lsas Oct 8 05:20:12 Restart mode - estimated restart duration timer triggered Oct 8 05:20:13 Restart mode - Sending more grace lsas
Aqui está a saída de um log de traceoptions de um roteador de helper 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
Verificação da reinicialização graciosa do CCC e do TCC
Para visualizar informações de reinício 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 mudanças
O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.