Entendendo o roteamento ativo sem parar

Protocolo de roteamento ativo sem parar e suporte a recursos

Os protocolos a seguir são suportados por roteamento ativo sem parar:

• Interfaces de ethernet agregadas com o Link Aggregation Control Protocol (LACP)

• Detecção de encaminhamento bidirecional (BFD)

  Para obter mais informações, veja suporte BFD de roteamento ativo sem parar.

• BGP

  Para obter mais informações, veja suporte 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

  • Replicação de EVPN com P2MP mLDP para tráfego BUM a partir do lançamento do Junos OS 18.2R1

  Para obter mais informações, consulte O NSR e o suporte UNIFICADO DE ISSU para EVPN .

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

• IS-IS

• LDP

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

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

• LDP (apenas roteadores de transporte de pacotes da Série PTX)

  O suporte de roteamento ativo sem parar para LDP inclui:

  • LSPs de trânsito unicast LDP

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

  • LDP sobre LSPs de trânsito RSVP

  • LSPs de trânsito LDP com próximo saltos indexados

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

  • LSPs de ponto a multiponto LDP

  • LSPs de entrada LDP

• Circuitos de camada 2

• VPNs de camada 2

• VPNs de camada 2 (apenas roteadores de transporte de pacotes da Série PTX)

  Nota:

  O roteamento ativo sem parar não é suportado para o intertrabalho de Camada 2 (costura de Camada 2).

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

  O suporte de roteamento ativo sem parar para VPNs de Camada 3 inclui:

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

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

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

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

• Suporte ao Logical System (suporte a roteamento ativo sem parar para sistemas lógicos para preservar informações de interface e kernel).

• Protocolo de descoberta de fonte multicast (MSDP)

  Para obter mais informações, veja suporte para MSDP de roteamento ativo sem parar.

• OSPF/OSPFv3

  Nota:

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

• Protocolo independente multicast (PIM)

  Para obter mais informações, veja suporte a PIMs de roteamento ativo sem parar.

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

• RSVP (apenas roteadores de transporte de pacotes da Série PTX)

  O suporte de roteamento ativo sem parar para RSVP inclui:

  • LSPs de ponto a multiponto

    • RSVP ponto a multiponto entrada, trânsito e saída LSPs usando next hop não acorrentado existente.

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

  • LSPs ponto a ponto

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

    • LSPs de trânsito ponto a ponto RSVP usando próximos saltos compostos encadeados.

• RSVP-TE LSP

  Para obter mais informações, veja suporte de roteamento ativo sem parar para LSPs RSVP-TE.

• VPLS

• VRRP

• VRRP

Se você configurar um protocolo que não é suportado pelo roteamento ativo sem parar, o protocolo opera normalmente. Quando ocorre uma mudança de switch, as informações de estado para o protocolo não suportado não são preservadas e devem ser atualizadas usando os mecanismos normais de recuperação inerentes ao protocolo.

Em roteadores que tenham 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 globais mais longos em comparação com ambientes onde o NSR não está configurado.

Suporte a BFD de roteamento ativo sem parar

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 olá que detecta falhas em uma rede. Como a BFD é simplificada para ser eficiente na detecção rápida de vida, quando ela é usada em conjunto com protocolos de roteamento, os tempos de recuperação de roteamento são melhorados. Com o roteamento ativo sem parar habilitado, os estados de sessão de BFD não são reiniciados quando ocorre uma mudança de mecanismo de roteamento.

Nota:

Os estados de sessão de 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 BFD continuam a ser enviados durante uma mudança de mecanismo de roteamento. Se as sessões de BFD não atribuídas forem mantidas vivas durante uma troca, você deve garantir que o tempo de detecção de falha de sessão seja maior do que o tempo de comutação do Mecanismo de Roteamento. As seguintes sessões de BFD não são distribuídas ao Packet Forwarding Engine: sessões multihop, sessões encapsuladas por túnel e sessões em interfaces integradas de roteamento e ponte (IRB).

Nota:

BFD é um protocolo intensivo que consome recursos do sistema. Especificar um intervalo mínimo para BFD inferior a 100 ms para sessões baseadas em mecanismo de roteamento e 10 ms para sessões distribuídas de BFD pode causar flappings BFD não desejados. A minimum-interval declaração de configuração é um parâmetro de detecção de liveness do BFD.

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

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

• Para implantações de rede de 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 for configurado, especifique um intervalo mínimo de 2,5 segundos para sessões baseadas em mecanismo de roteamento. Para sessões distribuídas de BFD com roteamento ativo ininterrupto configurado, as recomendações de intervalo mínimo são inalteradas e dependem apenas da implantação da sua rede.

Suporte BGP de roteamento ativo sem parar

O suporte BGP de roteamento ativo sem parar 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 uma seleção consistente de caminhos entre os mecanismos de roteamento primários e de backup durante e após o switchover de roteamento ativo sem parar.

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

• As estatísticas de tempo de atividade e inatividade da sessão BGP não são sincronizadas entre os mecanismos de roteamento primário e de backup durante o roteamento ativo sem parar e o ISSU. O mecanismo de roteamento de backup mantém seu próprio tempo de atividade de sessão com base no tempo em que o backup fica ciente das sessões estabelecidas pela primeira vez. Por exemplo, se o mecanismo de roteamento de backup for reiniciado (ou se você for executado restart routing no mecanismo de roteamento de backup), o tempo de atividade do backup será de curta duração, porque o backup acabou de saber sobre as sessões estabelecidas. Se o backup estiver operando quando as sessões BGP surgirem pela primeira vez nas primárias, o tempo de atividade nas primárias e o tempo de atividade no backup são quase a mesma duração. Após uma mudança de mecanismo de roteamento, a nova primária continua a partir do tempo restante no mecanismo de roteamento de backup.

• Se o peer BGP do mecanismo de roteamento primário tiver negociado recursos da família de endereços que não são suportados para roteamento ativo sem parar, então o estado vizinho BGP correspondente no mecanismo de roteamento de backup mostra-se ocioso. No switchover, a sessão BGP é restabelecida a partir do novo mecanismo de roteamento primário.

  Somente as famílias de endereços a seguir são apoiadas para roteamento ativo sem parar:

  • sinalização de evpn

  • inet rotulado-unicast

  • inet-mdt

  • inet multicast

  • inet-mvpn

  • inet unicast

  • unicast inet-vpn

  • inet6 labeled-unicast

  • inet6 multicast

  • inet6-mvpn

  • unicast inet6

  • inet6-vpn unicast

  • iso-vpn

  • Sinalização l2vpn

  • alvo de rota

  Nota:

  As famílias de endereços são apoiadas apenas na instância principal do BGP. Apenas 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 sem parar é habilitado.

Suporte ininterrupto de roteamento ativo de camada 2 e VPLS

O roteamento ativo sem parar oferece suporte a circuitos de Camada 2 e VPLS em redes baseadas em LDP e baseadas em RSVP-TE. O suporte de roteamento ativo sem parar permite que o mecanismo de roteamento de backup rastreie o rótulo anunciado pelo circuito de Camada 2 e VPLS no mecanismo de roteamento primário, e use o mesmo rótulo após a transição do Mecanismo de Roteamento.

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

Suporte a PIM de roteamento ativo sem parar

O roteamento ativo sem parar oferece suporte ao 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 vizinhos, eventos de junção e podar, conjuntos de pontos de encontro (RP), sincronização entre rotas e próximo saltos, estados de sessão multicast e o estado de encaminhamento entre os dois Mecanismos de roteamento.

O roteamento ativo sem parar para PIM é suportado para IPv4 e IPv6. O Junos OS também oferece suporte ao roteamento ativo sem parar para o PIM em dispositivos que tenham iPv4 e IPv6 configurados neles.

Para configurar o roteamento ativo sem parar para o 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 ininterruptos do PIM, inclua a flag nsr-synchronization declaração no nível de [edit protocols pim traceoptions] hierarquia.

Nota:

clear pim registerOs clear pim joincomandos , e clear pim statistics modo operacional não são suportados no mecanismo de roteamento de backup quando o roteamento ativo ininterrupto é habilitado.

O suporte de roteamento ativo sem parar varia para diferentes recursos de PIM. Os recursos se incorporam às seguintes três categorias: recursos suportados, recursos sem suporte e recursos incompatíveis.

Supported features:

• Auto-RP

  Nota:

  O suporte a PIM de roteamento ativo sem parar no IPv6 não oferece suporte a auto-RP porque o IPv6 não oferece suporte a rp automática.

• Roteador Bootstrap (BSR)

• RPs estáticos

• RP incorporado em roteadores IPv6 não RP

• Local RP

  Nota:

  A sincronização das informações do conjunto de RP é suportada para RP e BSR locais (no IPv4 e IPv6), autoRP (no IPv4) e RP incorporado (no IPv6).

• BFD

• Modo denso

• Modo esparso

• Multicast específico de origem (SSM)

• Draft Rosen multicast VPNs (MVPNs)

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

• Mapas de fluxo

• ISSU unificado

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

• Sincronização de afirmação upstream

• PIM junte-se ao balanceamento de carga

O Junos OS oferece suporte ao PIM de roteamento ativo ininterrupto para as MVPNs de Rosen. O suporte de PIM de roteamento ativo sem parar para as MVPNs rosen permite que dispositivos habilitados para roteamento ativo sem parar preservem as informações relacionadas ao Draft MPVN — como estados padrão e de árvore de distribuição multicast de dados (MDT) em todas as 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 primário, e continua atualizando as informações de estado de MDT padrão.

No entanto, para MDTs de dados, o mecanismo de roteamento de backup conta com o mecanismo de roteamento primário para fornecer atualizações quando os 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 desencadeia uma mudança 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 temporização de atraso MDT de dados ou o temporização de tempo limite. Ele não envia mdt junte-se a pacotes TLV para os MDTs de dados até que ele assuma o cargo de mecanismo de roteamento primário. Após a troca, o novo mecanismo de roteamento primário começa a enviar pacotes MDT para cada MDT de dados e também reinicia os temporizador MDT de dados. Observe que o tempo de expiração para os cronômetros 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 de IGMP. O multicast se junta às interfaces somente para IGMP, mapeado 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 o fluxo de tráfego ininterrupto após uma transição. 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, juntamente com o roteamento ativo sem parar, mas eles funcionam como se o roteamento ativo ininterrupto não estivesse habilitado. Em outras palavras, durante o switchover do Mecanismo de Roteamento e outras interrupções, suas informações de estado não estão preservadas, e espera-se que haja perda de tráfego.

• Modo de exclusão do Protocolo de Gerenciamento de Grupos de Internet (IGMP)

• IGMP bisbilhotando

O roteamento ativo sem parar não é suportado para MVPNs de próxima geração com túneis de provedores de PIM. A operação de confirmação falha se a configuração incluir roteamento ativo ininterrupto e MVPNs de próxima geração com túneis de provedor de PIM.

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

Suporte a MSDP de roteamento ativo sem parar

O Junos OS oferece suporte ao roteamento ativo sem parar para o Multicast Source Discovery Protocol (MSDP).

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

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

• Informações de peer socket do MSDP

• Informações relacionadas e ativas de origem

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

• Como o mecanismo de roteamento de backup aprende as informações de origem ativas processando as mensagens de origem ativa 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, nenhum switchover planejado é permitido dentro de 60 segundos da replicação inicial dos tomadas.

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

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

Suporte de roteamento ativo sem parar para LSPs RSVP-TE

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

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

O recurso de roteamento ativo sem interrupções do Junos OS também é suportado em LSPs de ponto a multiponto RSVP. Durante a troca, o LSP aparece no mecanismo de roteamento de backup que compartilha e sincroniza as informações de estado com o mecanismo de roteamento primário antes e depois da switchover. O suporte de roteamento ativo sem interrupções para o trânsito de ponto a multiponto e os LSPs de saída garantem que a transição permaneça transparente para os vizinhos da rede e preserva as informações de LSP em toda a transição.

O Junos OS oferece suporte ao roteamento ativo sem parar 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 remersão de LSP de ponto a multiponto (P2MP LSP re-merge; valores possíveis são head, membere none).

O Junos OS oferece suporte ao roteamento ativo sem interrupções para LSPs de ponto a multiponto usados pelo VPLS e MVPN.

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

• Comutação generalizada de rótulos multiprotocol (GMPLS) e hierarquia de LSP

• LSPs de expansão interdomain ou loose-hop

• Detecção de liveness do BFD

• Proteção de configuração

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

• Os LSPs de desvio não são mantidos em uma switchover e, portanto, os LSPs de desvio podem não voltar a funcionar após a transferência.

• As estatísticas do plano de controle correspondentes ao e show rsvp interface detail | extensive os show rsvp statistics comandos não são mantidos em switchovers do Mecanismo de Roteamento.

• As estatísticas do mecanismo de roteamento de backup não são relatadas show mpls lsp statistics e monitor mpls label-switched-path os comandos. No entanto, se ocorrer uma mudança de switch, o mecanismo de roteamento de backup, após assumir como primário, começa a relatar estatísticas. Observe que o clear statistics comando emitido no antigo mecanismo de roteamento primário não tem qualquer efeito sobre o novo mecanismo de roteamento primário, que relata estatísticas, incluindo quaisquer estatísticas não claras.

• Os intervalos de estado podem levar mais tempo durante o switchover de roteamento ativo sem parar. Por exemplo, se uma troca ocorrer depois que um vizinho tiver perdido o envio de duas mensagens de olá para o primário, o novo mecanismo de roteamento primário espera por mais três períodos de olá antes de cronometrar o vizinho.

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

• Os LSPs de backup — LSPs estabelecidos entre o ponto de reparo local (PLR) e o ponto de fusão após um nó ou falha de enlace — não são preservados durante uma mudança de mecanismo de roteamento.

• Quando o roteamento ativo sem parar é habilitado, a reinicialização graciosa não é suportada. No entanto, o modo de helper de reinicialização gracioso é suportado.