Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Exemplo: habilitar o suporte à engenharia de tráfego IS-IS

Este exemplo mostra como configurar o IS-IS para que ele use caminhos comutados por rótulos como atalhos.

Requisitos

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

Visão geral

A engenharia de tráfego MPLS mapeia determinados fluxos de dados para caminhos estabelecidos comutados por rótulos (LSPs) em vez de links de dados calculados pelo protocolo de gateway interno (IGP) para fazer parte do melhor (mais curto) caminho. Fundamental para essa função é a determinação de qual tráfego deve ser mapeado para um LSP. O tráfego é mapeado para um LSP no roteador de comutação de rótulos de entrada (LSR) do túnel, designando o LSR de saída como o roteador de próximo salto para determinados prefixos de destino.

É importante entender que o LSP não constitui uma rota inteira para um destino. Em vez disso, o LSP é um segmento de próximo salto da rota. Portanto, os pacotes só podem ser mapeados para um LSP se o LSR de saída for considerado um candidato de next-hop viável durante o processo de resolução de rotas.

A Figura 1 mostra a topologia usada neste exemplo.

Figura 1: Topologia IS-IS Shortcuts Topology de atalhos IS-IS

Neste exemplo, o Dispositivo C tem uma sessão de peer BGP (EBGP) externa com o Dispositivo G em sistema autônomo (AS) 2. Para permitir que seus pares BGP (IBGP) internos acessem sub-redes no AS 2, o Dispositivo C executa o IS-IS passivamente em sua interface conectando-se ao Dispositivo G. O IS-IS tem informações sobre as sub-redes externas e entra em rotas para essas sub-redes na tabela de roteamento inet.0. O BGP, ao resolver os endereços próximos de rotas externas AS, usa a rota IGP.

Ponta:

Uma alternativa para executar passivamente o IS-IS na interface seria usar uma auto-política de next-hop.

O dispositivo A tem um LSP para dispositivo C. O caminho está configurado para sempre passar pelo Dispositivo E, em vez de passar pelo dispositivo B.

Os atalhos do protocolo de gateway interior (IGP), também chamados de atalhos de engenharia de tráfego, fornecem uma ferramenta pela qual o IGP (OSPF ou IS-IS) do estado de enlace pode considerar um LSP em seus cálculos de primeiro caminho (SPF) mais curtos. Se usar interfaces externas passivas, o IGP visualiza um LSP como um único link de dados em direção aos destinos além do dispositivo de saída LSP.

Quando você usa traffic-engineering bgp (que é o padrão) e atalhos de IGP, a solução de engenharia de tráfego é usada apenas para resolução de rotas EXTERNAS BGP. No entanto, o tráfego para destinos internos de AS também pode ser mapeado para LSPs. Para isso, traffic-engineering bgp-igp é habilitado. Assim, o RSVP instala os prefixos MPLS na tabela inet.0 em vez da tabela inet.3. Como resultado, os LSPs MPLS estão instalados na tabela de encaminhamento.

Essa abordagem encontra aplicativos práticos sempre que o tráfego pesado é roteado para destinos específicos dentro de um AS, como fazendas de servidores.

Um ponto importante sobre os atalhos do IGP, sejam usados sozinhos ou em conjunto com o BGP-IGP de engenharia de tráfego, é que as adjacências do IGP nunca são formadas em todos os LSPs. O IGP vê o LSP como um único link de dados, mas não vê o roteador de saída como um peer em potencial e não encaminha mensagens de olá pelo LSP. Além disso, as mensagens RSVP nunca são encaminhadas sobre LSPs, impedindo a possibilidade de um LSP ser inadvertidamente construído dentro de outro LSP.

A configuração rápida da CLI mostra a configuração para todos os dispositivos da Figura 1. A seção #configuration424__isis atalhos passo a passo descreve as etapas do Dispositivo A.

Configuração

Procedimento

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 A

Dispositivo B

Dispositivo C

Dispositivo D

Dispositivo E

Dispositivo F

Dispositivo G

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 da CLI.

Para configurar atalhos de engenharia de tráfego IS-IS:

  1. Configure as interfaces.

  2. Habilite um protocolo de sinalização nas interfaces.

  3. Habilite o MPLS nas interfaces.

  4. Configure o caminho comutado por rótulos.

    Um único LSP, chamado test_path, é configurado do Dispositivo A ao Dispositivo C. O objeto de rota explícito (ERO) LSP é especificado para usar um salto rigoroso pelo Dispositivo E, de modo que o LSP tome um caminho diferente do caminho mais curto do OSPF de A-B-C. O LSP é sinalizado usando RSVP, mas nenhum CSPF está em execução.

  5. Configure a engenharia de tráfego para destinos BGP e IGP.

    Quando os atalhos do IGP também são habilitados, o IGP pode usar o LSP em seus cálculos. Os resultados dos cálculos são inseridos na tabela inet.0.

    [edit protocols mpls]
    user@A# set traffic-engineering bgp-igp
    

  6. Configure peering BGP interno (IBGP) entre os dispositivos.

  7. Habilite o IS-IS nas interfaces e defina a métrica de enlace.

  8. Configure o IS-IS para usar LSPs MPLS como próximo salto para a família de endereços IPv4.

    Só é necessário habilitar atalhos de IGP no roteador de entrada, porque esse é o roteador que executa os cálculos de caminho mais curto (SPF).

    É importante entender como os atalhos do IGP afetam a relação de protocolo e tabela de roteamento. O IGP executa cálculos de SPF para sub-redes a jusante de pontos de saída LSP, mas os resultados desses cálculos são inseridos apenas na tabela inet.3. Ao mesmo tempo, o IGP executa seus cálculos SPF tradicionais e insira os resultados desses cálculos na tabela inet.0. O resultado é que, embora o IGP esteja fazendo entradas na tabela inet.3, o BGP ainda é o único protocolo com visibilidade dessa tabela para fins de resolução de rotas. Portanto, o encaminhamento para destinos internos de AS ainda usa as rotas IGP inet.0, e os LSPs são usados apenas para resolução BGP next-hop. Se você quer que os LSPs sejam usados para a resolução de next-hop do IGP, você deve configurar traffic-engineering bgp-igp.

  9. Configure o ID do roteador e o número do sistema autônomo (AS).

Resultados

A partir do modo de configuração, confirme sua configuração entrando no show interfacese show protocolsshow routing-options nos comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Se você terminar de configurar o dispositivo, insira o commit a partir do modo de configuração.

Verificação

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

Verificando os próximos hops

Propósito

Verifique se o MPLS LSP é usado como o próximo salto nas rotas esperadas.

Ação

Do modo operacional, entre no show route comando.

Significado

O IS-IS escolhe o LSP como o caminho mais curto para destinos a jusante do dispositivo de saída LSP. Além disso, como o IGP usa o LSP para alcançar a sub-rede externa 10.0.0.24/30, o BGP também usa o LSP em suas rotas para 10,2,0,0 e 10,3,0,0.

Se o next-hop self fosse usado no Dispositivo C, o BGP ainda escolheria o LSP pelo caminho do IGP.

Verificando as sessões de RSVP

Propósito

Exibir informações sobre sessões de RSVP

Ação

Do modo operacional, entre no show rsvp session brief comando.

Significado

Em todos os quatro dispositivos de roteamento, os endereços IP de entrada e saída do LSP são mostrados. O caminho é mostrado como um caminho de ingresso no Dispositivo A, e os pacotes encaminhados no LSP são atribuídos a um rótulo de 299776. No Dispositivo E, o LSP é de trânsito, e os pacotes que chegam com um rótulo de 299776 recebem um rótulo de 299808. Os rótulos têm significado apenas entre roteadores comutados por rótulos (LSRs) vizinhos. O Dispositivo F troca 299808 de rótulos de entrada pelo rótulo 3 de saída. O dispositivo C, a saída, estoura o rótulo 3 e roteia o pacote recebido pela busca padrão da rota de correspondência mais longa do IP.

Verificando os caminhos com diferentes configurações de engenharia de tráfego

Propósito

Verifique os caminhos usados para rotas IGP e BGP quando traffic-engineering bgp-igp usados e quando traffic-engineering bgp (o padrão) for usado.

Ação

  1. Configure traffic-engineering bgp.

    Isso elimina traffic-engineering bgp-igp a configuração porque apenas uma configuração de engenharia de tráfego MPLS pode ser configurada em cada instância de roteamento.

  2. Use o show route forwarding-table comando para verificar os caminhos quando traffic-engineering bgp (o padrão) estiver configurado.

  3. Use o traceroute comando para verificar os caminhos quando traffic-engineering bgp (o padrão) estiver configurado.

  4. Configure traffic-engineering bgp-igp.

    Isso elimina traffic-engineering bgp a configuração porque apenas uma configuração de engenharia de tráfego MPLS pode ser configurada em cada instância de roteamento.

  5. Use o show route forwarding-table comando para verificar os caminhos quando traffic-engineering bgp-igp configurados.

  6. Use o traceroute comando para verificar os caminhos quando traffic-engineering bgp-igp configurados.

Significado

Quando traffic-engineering bgp configurado, o primeiro traço é para um destino pertencente ao prefixo BGP 10.2.0.0/16, e segue o LSP. O segundo vestígio é para a rota 192.168.0.3 aprendida pelo IS-IS (endereço da interface de loopback do Dispositivo C) e segue a rota IS-IS. Esses resultados correspondem ao que observamos na tabela de encaminhamento. A tabela de encaminhamento é criada com base apenas em rotas inet.0. O BGP pode olhar para o inet.3 e selecionar um LSP como o melhor caminho para o próximo salto de um prefixo BGP, e pode adicionar uma rota ao inet.0 utilizando esse LSP. Em seguida, é feita uma entrada na tabela de encaminhamento a partir da rota inet.0. Nenhum outro protocolo, por padrão, pode consultar o inet.3, e as rotas inet.3 não são inscritas no inet.0. Portanto, a entrada de encaminhamento para 192.168.0.3 é criada a partir da única rota para esse destino no inet.0: a rota IS-IS.

Quando traffic-engineering bgp-igp configurado, o primeiro rastreamento para 10.2.1.1 continua a seguir o LSP. O segundo traçado para 192.168.0.3 também segue o LSP. Esses resultados correspondem ao que observamos na tabela de encaminhamento, o que mostra que o LSP é usado para resolução de next-hop do IGP.