Entender o roteamento ativo sem interrupções

Suporte a recursos e protocolo de roteamento ativo ininterrupto

Os seguintes protocolos são suportados pelo roteamento ativo não superior:

• Interfaces Ethernet agregadas com o protocolo de controle de agregação de enlaces (LACP)

• Detecção de encaminhamento bidirecional (BFD)

  Para obter mais informações, consulte Suporte a BFD de roteamento ativo sem parar.

• BGP

  Para obter mais informações, consulte Suporte a BGP de roteamento ativo sem parar.

• EVPN

  • EVPN com replicação de entrada para tráfego BUM

  • EVPN-ETREE

  • EVPN-VPWS

  • EVPN -VXLAN

  • PBB-EVPN

  • EVPN com replicação P2MP mLDP para tráfego BUM a partir do Junos OS versão 18.2R1

  Para obter mais informações, consulte Suporte NSR e ISSU unificado para EVPN .

• Rotulado como BGP (Roteadores de transporte de pacotes da Série PTX: apenas)

• IS-IS

• LDP

• Serviço de LAN virtual privada (VPLS) baseado em LDP

• Recursos de LDP OAM (operação, administração e gerenciamento)

• LDP (somente Roteadores de transporte de pacotes da Série PTX)

  O suporte de roteamento ativo ininterrupto para LDP inclui:

  • LSPs de trânsito unicast LDP

  • LSPs de saída de LDP para BGP interno rotulado (IBGP) e BGP externo (EBGP)

  • LSPs de trânsito LDP sobre RSVP

  • LSPs de trânsito LDP com próximo salto indexado

  • LSPs de trânsito LDP com balanceamento de carga de custo desigual

  • LSPs de ponto a multiponto LDP

  • LSPs de entrada de LDP

• Circuitos de camada 2

• VPNs de camada 2

• VPNs de camada 2 (somente Roteadores de transporte de pacotes da Série PTX)

  Observação:

  O roteamento ativo ininterrupto não é suportado para o entrelaçamento da Camada 2 (costura da Camada 2).

• VPNs de camada 3 (não inclui túneis GRE dinâmicos, VPNs multicast ou rotas de fluxo BGP.)

  O suporte de roteamento ativo ininterrupto para VPNs de Camada 3 inclui:

  • IPv4 rotulado-unicast (entrada ou saída)

  • IPv4-vpn unicast (entrada ou saída)

  • IPv6 rotulado-unicast (entrada ou saída)

  • IPv6-vpn unicast (entrada ou saída)

• Suporte ao sistema lógico (suporte de roteamento ativo ininterrupto para sistemas lógicos para preservar as informações da interface e do kernel).

• Protocolo de descoberta de fonte multicast (MSDP)

  Para obter mais informações, consulte Suporte MSDP de roteamento ativo sem interrupções.

• OSPF/OSPFv3

  Observação:

  Os vizinhos OSPFv3 habilitados com autenticação IPSEC não são suportados com NSR.

• Multicast independente de protocolo (PIM)

  Para obter mais informações, consulte Suporte a PIM de roteamento ativo sem parar.

• RIP e RIP próxima geração (RIPng)

• RSVP (somente Roteadores de transporte de pacotes da Série PTX)

  O suporte de roteamento ativo ininterrupto para RSVP inclui:

  • LSPs de ponto a multiponto

    • RSVP LSPs de entrada, trânsito e saída ponto a multiponto usando o próximo salto não encadeado existente.

    • LSPs de trânsito ponto a multiponto RSVP usando próximos hops compostos para rotas de rótulo ponto a multiponto.

  • LSPs ponto a ponto

    • RSVP LSPs de entrada, trânsito e saída ponto a ponto usando próximos hops não encadeados.

    • RSVP LSPs de trânsito ponto a ponto usando next hops compostos encadeados.

• RSVP-TE LSP

  Para obter mais informações, consulte Suporte de roteamento ativo sem interrupções para LSPs RSVP-TE.

• VPLS

• VRRP

• VRRP

Se você configurar um protocolo que não é suportado pelo roteamento ativo sem parar, o protocolo funcionará normalmente. Quando ocorre uma alternância, as informações de estado do protocolo sem suporte não são preservadas e devem ser atualizadas usando os mecanismos normais de recuperação inerentes ao protocolo.

Em roteadores que têm sistemas lógicos configurados neles, o NSR só é suportado na instância principal.

Em um ambiente Virtual Chassis configurado com OSPF e NSR, qualquer falha ou reinicialização do dispositivo de backup pode levar a tempos de convergência global mais longos em comparação com ambientes onde o NSR não está configurado.

Suporte a BFD de roteamento ativo ininterrupto

O roteamento ativo sem parar oferece suporte ao protocolo de detecção de encaminhamento bidirecional (BFD), que usa a topologia descoberta por protocolos de roteamento para monitorar vizinhos. O protocolo BFD é um mecanismo simples de saudação que detecta falhas em uma rede. Como o BFD é simplificado para ser eficiente na detecção rápida de vivacidade, quando ele é usado em conjunto com protocolos de roteamento, os tempos de recuperação de roteamento são aprimorados. Com o roteamento ativo ininterrupto habilitado, os estados de sessão BFD não são reiniciados quando ocorre uma comutação do Mecanismo de Roteamento.

Observação:

Os estados de sessão BFD são salvos apenas para clientes que usam rotas agregadas ou estáticas ou para BGP, IS-IS, OSPF/OSPFv3, PIM ou RSVP.

Quando uma sessão de BFD é distribuída ao Mecanismo de Encaminhamento de Pacotes, os pacotes de BFD continuam a ser enviados durante uma comutação do Mecanismo de Roteamento. Se as sessões BFD não distribuídas devem ser mantidas ativas durante um switchover, você deve garantir que o tempo de detecção de falha de sessão seja maior do que o tempo de switchover do Mecanismo de Roteamento. As seguintes sessões de BFD não são distribuídas para o Mecanismo de Encaminhamento de Pacotes: sessões multihop, sessões encapsuladas em túnel e sessões em interfaces integradas de roteamento e ponte (IRB).

Observação:

O BFD é um protocolo intensivo que consome recursos do sistema. Especificar um intervalo mínimo para BFD inferior a 100 ms para sessões baseadas no Mecanismo de Roteamento e 10 ms para sessões de BFD distribuídas pode causar oscilação de BFD indesejada. A minimum-interval declaração de configuração é um parâmetro de detecção de atividade BFD.

Dependendo do seu ambiente de rede, estas recomendações adicionais podem ser aplicadas:

• Para implantações de rede em grande escala com um grande número de sessões BFD, especifique um intervalo mínimo de 300 ms para sessões baseadas no Mecanismo de Roteamento e 100 ms para sessões BFD distribuídas.

• Para implantações de rede em grande escala com um grande número de sessões de BFD, entre em contato com o suporte ao cliente da Juniper Networks para obter mais informações.

• Para que as sessões de BFD permaneçam ativas durante um evento de switchover do Mecanismo de Roteamento quando o roteamento ativo ininterrupto estiver configurado, especifique um intervalo mínimo de 2,5 segundos para sessões baseadas no Mecanismo de Roteamento. Para sessões BFD distribuídas com roteamento ativo ininterrupto configurado, as recomendações de intervalo mínimo permanecem inalteradas e dependem apenas da implantação da rede.

Roteamento ativo ininterrupto Suporte a BGP

O suporte ao BGP de roteamento ativo ininterrupto está sujeito às seguintes condições:

• Você deve incluir a path-selection external-router-ID declaração no nível de [edit protocols bgp] hierarquia para garantir a seleção consistente de caminho entre os mecanismos de roteamento primário e de backup durante e após a comutação de roteamento ativa ininterrupta.

• Você deve incluir a advertise-from-main-vpn-tables declaração no nível da [edit protocols bgp] hierarquia para evitar que as sessões BGP fiquem inativas quando a funcionalidade do refletor de rota (RR) ou do roteador de borda do sistema autônomo (ASBR) estiver habilitada ou desabilitada em um dispositivo de roteamento que tenha famílias de endereços VPN configuradas.

• BGP tempo de atividade de sessão e as estatísticas de tempo de inatividade não são sincronizadas entre os mecanismos de roteamento primários e de backup durante o roteamento ativo sem interrupções e o ISSU. O Mecanismo de Roteamento de backup mantém seu próprio tempo de atividade de sessão com base no momento em que o backup toma conhecimento das sessões estabelecidas. Por exemplo, se o Mecanismo de Roteamento de backup for reinicializado (ou se você executar restart routing no Mecanismo de Roteamento de backup), o tempo de atividade do backup será de curta duração, pois o backup acabou de aprender sobre as sessões estabelecidas. Se o backup estiver operando quando as sessões BGP forem ativadas pela primeira vez no primário, o tempo de atividade no primário e o tempo de atividade no backup terão quase a mesma duração. Após uma comutação do Mecanismo de Roteamento, o novo primário continua a partir do tempo restante no Mecanismo de Roteamento de backup.

• Se o peer BGP no Mecanismo de Roteamento principal tiver negociado recursos de família de endereços que não são suportados para roteamento ativo ininterrupto, o estado do vizinho BGP correspondente no Mecanismo de Roteamento de backup será exibido como ocioso. No switchover, a sessão BGP é restabelecida a partir do novo Mecanismo de Roteamento primário.

  Somente as seguintes famílias de endereços são suportadas para roteamento ativo sem parar:

  • sinalização de evpn

  • inet rotulado-unicast

  • inet-mdt

  • INET Multicast

  • inet-mvpn

  • inet unicast

  • inet-vpn unicast

  • inet6 rotulado-unicast

  • INET6 Multicast

  • inet6-mvpn

  • inet6 unicast

  • inet6-vpn unicast

  • iso-vpn

  • Sinalização L2VPN

  • alvo de rota

  Observação:

  As famílias de endereços são suportadas apenas na instância principal do BGP. Somente o unicast é suportado em instâncias VRF.

• O amortecimento de rota BGP não funciona no Mecanismo de Roteamento de backup quando o roteamento ativo ininterrupto está habilitado.

Roteamento ativo ininterrupto, circuito de Camada 2 e suporte a VPLS

O roteamento ativo ininterrupto oferece suporte a circuitos de Camada 2 e VPLS em redes baseadas em LDP e RSVP-TE. O suporte de roteamento ativo ininterrupto permite que o Mecanismo de Roteamento de backup rastreie o rótulo anunciado pelo circuito de Camada 2 e VPLS no Mecanismo de Roteamento principal e use o mesmo rótulo após a comutação do Mecanismo de Roteamento.

O roteamento ativo ininterrupto oferece suporte a configurações redundantes de pseudowire VPLS baseadas em Camada 2 e circuito de camada 2.

Roteamento ativo ininterrupto Suporte a PIM

O roteamento ativo sem interrupções oferece suporte a Protocol Independent Multicast (PIM) com replicação stateful em mecanismos de roteamento de backup. As informações de estado replicadas no Mecanismo de Roteamento de backup incluem informações sobre relacionamentos de vizinhos, eventos de junção e poda, conjuntos de pontos de encontro (RP), sincronização entre rotas e próximos saltos, estados de sessão multicast e o estado de encaminhamento entre os dois mecanismos de roteamento.

O roteamento ativo sem interrupções para PIM é compatível com IPv4 e IPv6. O Junos OS também oferece suporte ao roteamento ativo ininterrupto para PIM em dispositivos que têm IPv4 e IPv6 configurados.

Para configurar o roteamento ativo ininterrupto para PIM, inclua as mesmas declarações na configuração que para outros protocolos: a nonstop-routing declaração no nível de [edit routing-options] hierarquia e a graceful-switchover declaração no nível de [edit chassis redundancy] hierarquia. Para rastrear eventos de roteamento ativo sem parar do PIM, inclua a flag nsr-synchronization declaração no nível da [edit protocols pim traceoptions] hierarquia.

Observação:

Os clear pim joincomandos , clear pim registere clear pim statistics modo operacional não são suportados no Mecanismo de Roteamento de backup quando o roteamento ativo ininterrupto está habilitado.

O suporte ao roteamento ativo ininterrupto varia para diferentes recursos do PIM. Os recursos se enquadram nas três categorias a seguir: recursos com suporte, recursos sem suporte e recursos incompatíveis.

Supported features:

• RP automático

  Observação:

  Roteamento ativo ininterrupto O suporte a PIM no IPv6 não oferece suporte ao auto-RP porque o IPv6 não oferece suporte ao auto-RP.

• Roteador de bootstrap (BSR)

• RPs estáticos

• RP incorporado em roteadores IPv6 não-RP

• Local RP

  Observação:

  A sincronização de informações do conjunto de RP é compatível com RP e BSR locais (no IPv4 e IPv6), autoRP (no IPv4) e RP incorporado (no IPv6).

• BFD

• Modo denso

• Modo esparso

• Multicast de fonte específica (SSM)

• Rascunho de VPNs multicast Rosen (MVPNs)

• RP anycast (sincronização de informações do conjunto de RP anycast e sincronização de estado do registro de RP anycast em configurações IPv4 e IPv6)

• Mapas de fluxo

• ISSU unificado

• Recursos de política, como política de vizinhos, políticas de exportação e importação de roteador de bootstrap, política de escopo, mapas de fluxo e políticas de verificação de encaminhamento reverso de caminho (RPF)

• Sincronização de declaração upstream

• Junção de PIM balanceamento de carga

Junos OS oferece suporte a roteamento ativo ininterrupto PIM para rascunhos de MVPNs Rosen. Roteamento ativo ininterrupto O suporte a PIM para rascunhos de MVPNs Rosen permite que dispositivos habilitados para roteamento ativo ininterrupto preservem informações preliminares relacionadas ao Rosen MPVN — como estados padrão e de árvore de distribuição de multicast de dados (MDT) — entre switchovers.

O Mecanismo de Roteamento de backup configura o MDT padrão com base na configuração e nas informações que recebe do Mecanismo de Roteamento principal e continua atualizando as informações de estado do MDT padrão.

No entanto, para MDTs de dados, o Mecanismo de Roteamento de backup depende do Mecanismo de Roteamento principal para fornecer atualizações quando MDTs de dados são criados, atualizados ou excluídos. O Mecanismo de Roteamento de backup não monitora as taxas de fluxo de MDT de dados nem aciona uma comutação de MDT de dados com base em variações nas taxas de fluxo. Da mesma forma, o Mecanismo de Roteamento de backup não mantém o temporizador de atraso MDT de dados ou o temporizador de tempo limite. Ele não envia pacotes TLV de junção MDT para os MDTs de dados até que assuma o controle como o Mecanismo de Roteamento principal. Após a comutação, o novo Mecanismo de Roteamento primário começa a enviar pacotes TLV de junção MDT para cada MDT de dados e também redefine os temporizadores MDT de dados. Observe que o tempo de expiração dos temporizadores pode variar dos valores originais no Mecanismo de Roteamento primário anterior.

O Junos OS oferece suporte ao roteamento ativo sem parar Protocol Independent Multicast (PIM) em interfaces somente IGMP. As junções multicast em interfaces somente IGMP são mapeadas para estados PIM, e esses estados são replicados no Mecanismo de Roteamento de backup. Se os estados PIM correspondentes estiverem disponíveis no backup, as rotas multicast serão marcadas como encaminhamento no Mecanismo de Roteamento de backup. Isso permite um fluxo de tráfego ininterrupto após um switchover. Esse suporte abrange relatórios e folhas IGMPv2, IGMPv3, MLDv1 e MLDv2.

Unsupported features: Você pode configurar os seguintes recursos de PIM em um roteador junto com o roteamento ativo ininterrupto, mas eles funcionam como se o roteamento ativo ininterrupto não estivesse habilitado. Em outras palavras, durante a comutação do Mecanismo de Roteamento e outras interrupções, suas informações de estado não são preservadas e a perda de tráfego é esperada.

• Modo de exclusão do Internet Group Management Protocol (IGMP)

• Bisbilhotamento de IGMP

O roteamento ativo sem interrupções não é compatível com MVPNs de próxima geração com túneis de provedores de PIM. A operação de confirmação falhará se a configuração incluir roteamento ativo sem interrupções e MVPNs de próxima geração com túneis de provedores de PIM.

O Junos OS fornece uma declaração de configuração que desativa o roteamento ativo sem interrupções apenas para o PIM, para que você possa ativar recursos de PIM incompatíveis e continuar a usar o roteamento ativo sem interrupções para os outros protocolos no roteador. Antes de ativar um recurso PIM incompatível, inclua a nonstop-routing disable instrução no nível da [edit protocols pim] hierarquia. Observe que, nesse caso, o roteamento ativo ininterrupto é desabilitado para todos os recursos do PIM, não apenas para os recursos incompatíveis.

Roteamento ativo ininterrupto Suporte a MSDP

O Junos OS oferece suporte ao roteamento ativo ininterrupto para o protocolo de descoberta de fonte multicast (MSDP).

O suporte de roteamento ativo ininterrupto para MSDP preserva as seguintes informações relacionadas ao MSDP em todo o switchover:

• Configuração do MSDP e informações de pares

• Informações de soquete de peer MSDP

• Informações de fonte ativa e relacionadas

No entanto, observe que as seguintes restrições ou limitações se aplicam ao suporte ao MSDP de roteamento ativo ininterrupto:

• Como o Mecanismo de Roteamento de backup aprende as informações de origem ativas processando as mensagens ativas de origem da rede, a sincronização das informações ativas de origem entre os mecanismos de roteamento primários e de backup pode levar até 60 segundos. Portanto, nenhuma alternância planejada é permitida dentro de 60 segundos da replicação inicial dos soquetes.

• Da mesma forma, o Junos OS não oferece suporte a duas switchovers planejadas com 240 segundos de diferença uma da outra.

O Junos OS permite rastrear eventos de roteamento ativo MSDP sem parar, incluindo a flag nsr-synchronization [edit protocols msdp traceoptions] declaração no nível de hierarquia.

Suporte de roteamento ativo ininterrupto para LSPs RSVP-TE

O Junos OS oferece suporte a roteamento ativo ininterrupto para roteadores de comutação de rótulos (LSRs) e circuitos de Camada 2 que fazem parte de um LSP RSVP-TE. O suporte de roteamento ativo ininterrupto em LSRs garante que o principal para o switchover do Mecanismo de Roteamento de backup em um LSR permaneça transparente para os vizinhos da rede e que as informações do LSP permaneçam inalteradas durante e após o switchover.

Você pode usar o show rsvp version comando para visualizar o modo e o estado de roteamento ativo ininterrupto em um LSR. Da mesma forma, você pode usar os show mpls lsp comandos e show rsvp session no Mecanismo de Roteamento de backup para exibir o estado recriado no Mecanismo de Roteamento de backup.

O recurso de roteamento ativo sem parar do Junos OS também é suportado em LSPs ponto a multiponto RSVP. Durante o switchover, o LSP aparece no Mecanismo de Roteamento de backup que compartilha e sincroniza as informações de estado com o Mecanismo de Roteamento principal antes e depois do switchover. O suporte de roteamento ativo ininterrupto para LSPs de saída e trânsito ponto a multiponto garante que o switchover permaneça transparente para os vizinhos da rede e preserve as informações do LSP no switchover.

O Junos OS oferece suporte ao roteamento ativo ininterrupto para VPNs multicast (MVPNs) de próxima geração.

O show rsvp session detail comando permite que você verifique as informações de estado de remerge LSP ponto a multiponto (P2MP LSP re-merge; os valores possíveis são head, membere none).

O Junos OS oferece suporte a roteamento ativo ininterrupto para LSPs ponto a multiponto usados por VPLS e MVPN.

No entanto, o Junos OS não oferece suporte ao roteamento ativo ininterrupto para os seguintes recursos:

• Generalized Multiprotocol Label Switching (GMPLS) e hierarquia de LSP

• LSPs de expansão entre domínios ou loose-hop

• Detecção de vivacidade BFD

• Proteção de configuração

O suporte de roteamento ativo ininterrupto para LSPs RSVP-TE está sujeito às seguintes limitações e restrições:

• Os LSPs de desvio não são mantidos em um switchover e, portanto, os LSPs de desvio podem não voltar a ficar online após o switchover.

• As estatísticas do show rsvp statistics plano de controle correspondentes aos comandos e show rsvp interface detail | extensive não são mantidas nos switches do Mecanismo de Roteamento.

• As estatísticas do Mecanismo de Roteamento de backup não são relatadas para show mpls lsp statistics comandos e monitor mpls label-switched-path . No entanto, se ocorrer uma comutação, o Mecanismo de Roteamento de backup, depois de assumir o controle como primário, começa a relatar estatísticas. Observe que o clear statistics comando emitido no antigo Mecanismo de Roteamento principal não tem nenhum efeito no novo Mecanismo de Roteamento principal, que relata estatísticas, incluindo quaisquer estatísticas não limpas.

• Os tempos limite de estado podem levar mais tempo durante a comutação de roteamento ativo sem parar. Por exemplo, se uma comutação ocorrer depois que um vizinho deixar de enviar duas mensagens de saudação ao primário, o novo Mecanismo de Roteamento primário aguardará mais três períodos de saudação antes de atingir o tempo limite do vizinho.

• No roteador de entrada RSVP, se você configurar a funcionalidade de largura de banda automática, os temporizadores de ajuste de largura de banda serão definidos no novo primário após a comutação. Isso causa um aumento único no tempo necessário para o ajuste da largura de banda após a comutação.

• LSPs de backup — LSPs que são estabelecidos entre o ponto de reparo local (PLR) e o ponto de mesclagem após uma falha de nó ou enlace — não são preservados durante uma comutação de Mecanismo de Roteamento.

• Quando o roteamento ativo ininterrupto está habilitado, a reinicialização graciosa não é suportada. No entanto, há suporte para o modo auxiliar de reinicialização gracioso.