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 comuados por rótulos (LSPs) estabelecidos em vez de links de dados calculados pelo protocolo de gateway interior (IGP) para fazer parte do melhor (mais curto) caminho. Fundamental para essa função é a determinação do que o tráfego deve ser mapeado para um LSP. O tráfego é mapeado para um LSP no roteador de comutação de rótulo 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 próximo salto viável durante o processo de resolução de rota.

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 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 conectada 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 de próximo salto 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 próximo salto.

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 caminho mais curto primeiro (SPF). Se estiver usando interfaces externas passivas, o IGP visualiza um LSP como um único link de dados para os destinos além do dispositivo de saída LSP.

Quando você usa traffic-engineering bgp (o que é o padrão) e os 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 realizar isso, traffic-engineering bgp-igp está 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 aplicativo prático 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 de IGP, sejam usados sozinhos ou em conjunto com a engenharia de tráfego BGP-IGP, é que as adjacências de 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 por LSPs, evitando 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 na 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 este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no 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 na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do 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 comutada por rótulos.

    Um único LSP, chamado test_path, está 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 de A-B-C do OSPF. O LSP é sinalizado usando RSVP, mas nenhum CSPF está sendo executado.

  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 entram na tabela inet.0.

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

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

  7. Habilite o IS-IS nas interfaces e defina a métrica do link.

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

    É necessário apenas habilitar atalhos de IGP no roteador de entrada, pois esse é o roteador que realiza os cálculos de caminho mais curto primeiro (SPF).

    É importante entender como os atalhos do IGP afetam a relação de protocolo e tabela de roteamento. O IGP realiza cálculos de SPF para sub-redes downstream 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 realiza 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 de next-hop BGP. Se você deseja que os LSPs sejam usados para resolução de próximo salto de IGP, você deve configurar traffic-engineering bgp-igp.

  9. Configure a 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 interfaces, show protocolse show routing-options 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 se a configuração está funcionando corretamente.

Verificando os próximos saltos

Propósito

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

Ação

A partir do modo operacional, entre no show route comando.

Significado

O IS-IS escolhe o LSP como o caminho mais curto para destinos downstream do dispositivo de saída LSP. Além disso, como o IGP usa o LSP para alcançar a sub-rede externa 10.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 em vez do caminho IGP.

Verificando as sessões de RSVP

Propósito

Exibir informações sobre sessões de RSVP

Ação

A partir do modo operacional, entre no show rsvp session brief comando.

Significado

Nos quatro dispositivos de roteamento, são mostrados os endereços IP de entrada e saída do LSP. O caminho é mostrado como um caminho de entrada no Dispositivo A, e os pacotes encaminhados no LSP recebem 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 saída de 299808. As etiquetas têm significado apenas entre roteadores vizinhos comutada por rótulos (LSRs). O Dispositivo F troca a 299808 de rótulo de entrada pelo rótulo de saída 3. Dispositivo C, a saída, pops label 3 e roteia o pacote recebido por ip padrão de busca de rota mais longa.

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 for usado e quando traffic-engineering bgp (o padrão) for usado.

Ação

  1. Configure traffic-engineering bgp.

    Isso é removido traffic-engineering bgp-igp da 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 é removido traffic-engineering bgp da 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 estiver configurado.

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

Significado

Quando traffic-engineering bgp está configurado, o primeiro vestígio é 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 de 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 é construída com base apenas em rotas inet.0. O BGP pode analisar 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 inseridas no inet.0. Portanto, a entrada de encaminhamento para 192.168.0.3 é criada a partir da única rota para esse destino em inet.0: a rota IS-IS.

Quando traffic-engineering bgp-igp está 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 próximo salto do IGP.