Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração do comportamento de encaminhamento de pacotes

Entender o Next Hops indireto

O Junos OS oferece suporte ao conceito de um next hop indireto para todos os protocolos de roteamento que oferecem suporte a next hops conectados indiretamente, também conhecidos como next hops de terceiros.

Como protocolos de roteamento como o BGP interno (IBGP) podem enviar informações de roteamento sobre rotas conectadas indiretamente, o Junos OS conta com rotas de protocolos de roteamento intra-AS (OSPF, IS-IS, RIP e estático) para resolver o melhor próximo hop conectado diretamente. O Mecanismo de Roteamento executa a resolução de rotas para determinar o melhor salto próximo conectado diretamente e instala a rota para o Mecanismo de Encaminhamento de Pacotes.

Por padrão, o Junos OS não mantém a rota para o próximo salto indireto para encaminhar a ligação de next-hop na tabela de encaminhamento do Mecanismo de Encaminhamento de Pacotes. Como resultado, quando ocorre um evento de redirecionamento, potencialmente milhares de rotas para o encaminhamento de ligações de next-hop devem ser atualizadas, o que aumenta o tempo de convergência de rota. A Figura 1 ilustra a rota para encaminhar ligações de next-hop com o próximo hop indireto desativado.

Figura 1: Roteamento para encaminhamento de ligações Route to Forwarding Next-Hop Bindings de next-hop

Você pode permitir que o Junos OS mantenha o próximo salto indireto para encaminhar a ligação de next-hop na tabela de encaminhamento do Packet Forwarding Engine. Como resultado, menos rotas para o encaminhamento de ligações de next-hop precisam ser atualizadas, o que melhora o tempo de convergência de rota. A Figura 2 ilustra a rota para encaminhar ligações de next-hop com o próximo hop indireto habilitado.

Figura 2: Roteamento para encaminhamento de ligações indiretas Route to Forwarding Indirect Next-Hop Bindings de next-hop

Exemplo: otimizar a reconvergência de rotas ao habilitar next hops indiretos no mecanismo de encaminhamento de pacotes

Este exemplo mostra como usar o next hops indireto para promover uma convergência de rede mais rápida (por exemplo, em redes BGP) diminuindo o número de mudanças na tabela de encaminhamento necessárias quando ocorre uma mudança na topologia da rede.

Requisitos

Nenhuma configuração especial além da inicialização do dispositivo é necessária antes de configurar este exemplo.

Visão geral

Neste exemplo, vários dispositivos estão conectados por caminhos de custo desigual. Do dispositivo R1 ao dispositivo R2, o caminho pelo dispositivo R3 tem uma métrica de IGP maior do que o caminho pelo dispositivo R4. O dispositivo R1 tem uma conexão BGP interna com o dispositivo R2. O dispositivo R0 injeta várias rotas na rede, e o Dispositivo R1 anuncia essas rotas para o dispositivo R2. Como o dispositivo R2 não está conectado diretamente ao dispositivo R1, a tabela de encaminhamento do Dispositivo R2 contém próximos hops indiretos. Um protocolo de gateway interno, neste caso o OSPF, está sendo executado nos links internos entre dispositivos R1, R2, R3 e R4. Cada roteador está anunciando seu endereço IPv4 da interface de loopback.

No dispositivo R2, a declaração permite que o indirect-next-hop Junos OS mantenha o próximo salto indireto para encaminhar a ligação de next-hop na tabela de encaminhamento do Mecanismo de Encaminhamento de Pacotes. Como resultado, menos rotas para o encaminhamento de ligações de next-hop precisam ser atualizadas, o que melhora o tempo de convergência de rota se um caminho falhar.

Topologia

A Figura 3 mostra a rede amostral.

Figura 3: Topologia de amostra para next hops indiretos
Topology

A seção de configuração rápida da CLI mostra a configuração completa em todos os dispositivos da Figura 3. Caso contrário, o exemplo se concentra no Dispositivo R0, Dispositivo R1 e Dispositivo R2.

Configuração

Configuração rápida da CLI

Para configurar rapidamente este exemplo, copie os seguintes comandos, cole-os em um arquivo de texto, remova quaisquer quebras de linha, altere os detalhes necessários para combinar com a configuração de sua rede e, em seguida, copie e cole os comandos na CLI no nível de [edit] hierarquia.

Dispositivo R0

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Configuração do dispositivo R0

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R0:

  1. Configure as interfaces, incluindo várias rotas que podem ser injetadas na rede para fins de demonstração.

  2. Configure uma rota padrão estática para a acessibilidade da rede.

  3. Se você terminar de configurar o dispositivo, comprometa a configuração.

Configuração do dispositivo R1

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R1:

  1. Configure as interfaces, incluindo várias rotas que podem ser injetadas na rede para fins de demonstração.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure as políticas de roteamento.

  5. Configure um conjunto de rotas estáticas para o conjunto de interfaces configuradas no dispositivo R0.

  6. Configure o identificador de sistema autônomo (AS).

  7. Se você terminar de configurar o dispositivo, comprometa a configuração.

Configuração do dispositivo R2

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar pela CLI, consulte o uso do editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R2:

  1. Configure as interfaces, incluindo várias rotas que podem ser injetadas na rede para fins de demonstração.

  2. Configure BGP.

  3. Configure OSPF.

  4. Configure as políticas de roteamento.

  5. Configure o identificador AS.

  6. Habilite próximos saltos indiretos no plano de encaminhamento.

  7. Se você terminar de configurar o dispositivo, comprometa a configuração.

Resultados

Confirme sua configuração emitindo osshow interfaces, show protocolse show routing-options show policy-optionscomandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Dispositivo R0

Dispositivo R1

Dispositivo R2

Configure o dispositivo R3, o dispositivo R4 e o dispositivo R5, conforme mostrado na configuração rápida da CLI.

Verificação

Confirme que a configuração está funcionando corretamente.

Verificar se as rotas têm a bandeira indireto-next-hop esperada

Propósito

Certifique-se de que o dispositivo R2 esteja configurado para manter o próximo salto indireto para encaminhar a ligação next-hop na tabela de encaminhamento do Mecanismo de Encaminhamento de Pacotes.

Ação
Significado

A 0x3 bandeira na saída indica que o dispositivo R2 está configurado para manter o próximo salto indireto para encaminhar a ligação de next-hop na tabela de encaminhamento do Mecanismo de Encaminhamento de Pacotes. Quando a indirect-next-hop declaração é excluída ou desativada da configuração, essa bandeira muda para 0x2. Os roteadores da série Junos MX com chipset Trio Modular Port Concentrator (MPC) oferecem suporte indireto ao next-hop por padrão e não podem ser desativados. Assim, mesmo que indirect-next-hop não esteja configurado em forwarding-options, o recurso funcionará por padrão. Assim, 0x3 a bandeira não é aplicável para Trio Modular Port Concentrator (MPCs).

Nota:

O show krt indirect-next-hop comando está oculto e, portanto, não está documentado. O show krt indirect-next-hop comando é mostrado aqui porque este é o único comando que verifica o recurso de next-hop indireto. O melhor método de verificação é, é claro, monitorar o desempenho da rede durante a reconvergência após uma falha no caminho.