Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Roteadores LSP

Roteadores em um LSP

Cada roteador em um LSP executa uma das seguintes funções:

  • Roteador de entrada — o roteador no início de um LSP. Este roteador encapsula pacotes IP com um quadro MPLS Camada 2 e o encaminha para o próximo roteador do caminho. Cada LSP pode ter apenas um roteador de entrada.

  • Roteador de saída — o roteador no final de um LSP. Esse roteador remove o encapsulamento MPLS, transformando-o de um pacote MPLS para um pacote IP e encaminha o pacote para o destino final usando informações na tabela de encaminhamento IP. Cada LSP pode ter apenas um roteador de saída. Os roteadores de entrada e saída em um LSP não podem ser o mesmo roteador.

  • Roteador de trânsito — qualquer roteador intermediário no LSP entre os roteadores de entrada e saída. Um roteador de trânsito recebeu pacotes MPLS para o próximo roteador no caminho MPLS. Um LSP pode conter zero ou mais roteadores de trânsito, até um máximo de 253 roteadores de trânsito em um único LSP.

Um único roteador pode fazer parte de vários LSPs. Ele pode ser o roteador de entrada ou saída para um ou mais LSPs, e também pode ser um roteador de trânsito em um ou mais LSPs. As funções que cada roteador suporta dependem do seu projeto de rede.

Configuração dos endereços do roteador de entrada e saída para LSPs

As seções a seguir descrevem como especificar os endereços dos roteadores de entrada e saída de um LSP:

Configuração do endereço do roteador de entrada para LSPs

O roteador local é sempre considerado o roteador de entrada, que é o início do LSP. O software determina automaticamente a interface de saída adequada e o endereço IP a serem usados para chegar ao próximo roteador em um LSP.

Por padrão, o ID do roteador é escolhido como o endereço do roteador de entrada. Para substituir a seleção automática do endereço de origem, especifique um endereço de origem na from declaração:

Você pode incluir esta declaração nos seguintes níveis de hierarquia:

A interface de saída usada pelo LSP não é afetada pelo endereço de origem que você configura.

Configuração do endereço do roteador de saída para LSPs

Ao configurar um LSP, você deve especificar o endereço do roteador de saída, incluindo a to declaração:

Você pode incluir esta declaração nos seguintes níveis de hierarquia:

Quando você está configurando um LSP sinalizado, a to declaração é a única declaração necessária. Todas as outras declarações são opcionais.

Após a criação do LSP, o endereço do roteador de saída é instalado como uma rota de hospedagem na tabela de roteamento. Essa rota pode ser usada pelo BGP para encaminhar o tráfego.

Para que o software envie tráfego BGP por um LSP, o endereço do roteador de saída é o mesmo que o endereço do BGP next hop. Você pode especificar o endereço do roteador de saída como qualquer um dos endereços de interface do roteador ou como o ID do roteador BGP. Se você especificar um endereço diferente, mesmo que o endereço esteja no mesmo roteador, o tráfego BGP não é enviado pelo LSP.

Para determinar o endereço do BGP próximo hop, use o show route detail comando. Para determinar o endereço de destino de um LSP, use o show mpls lsp comando. Para determinar se uma rota passou por um LSP, use o show route ou o show route forwarding-table comando. Na saída desses dois últimos comandos, a label-switched-pathpush palavra-chave incluída na rota indica que ela passou por um LSP. Além disso, use o traceroute comando para rastrear o caminho real até o qual a rota leva. Esta é outra indicação se uma rota passou por um LSP.

Você também pode manipular o endereço do próximo hop BGP definindo um filtro de política de importação BGP que define o endereço next-hop da rota.

Impedindo a adição de endereços de roteador de saída às tabelas de roteamento

Você deve configurar um endereço usando a to declaração para todos os LSPs. Este endereço é sempre instalado como um /32 prefixo nas tabelas de roteamento inet.3 ou inet.0. Você pode impedir que o endereço do roteador de saída configurado usando a to declaração seja adicionado às tabelas de roteamento inet.3 e inet.0, incluindo a no-install-to-address declaração.

Alguns motivos para não instalar o endereço de to declaração nas tabelas de roteamento inet.3 e inet.0 incluem:

  • Permita que os LSPs RSVP de caminho mais curto (CSPF) restringidos sejam mapeados para o tráfego destinado a endereços de loopback secundários. Se você configurar um túnel RSVP, incluindo a no-install-to-address declaração e configurar uma install pfx/ <active> política mais tarde, você pode fazer o seguinte:

    • Verifique se o LSP foi configurado corretamente sem afetar o tráfego.

    • Mapeie o tráfego para o LSP em etapas incrementais.

    • Mapeie o tráfego para o endereço de loopback de destino (o BGP próximo hop) removendo a declaração assim que a no-install-to-address solução de problemas estiver concluída.

  • Impeça que as conexões CCC percam tráfego IP. Quando um LSP determina que ele não pertence a uma conexão, ele instala o endereço especificado com a to declaração na tabela de roteamento inet.3. O tráfego IP é então encaminhado para o endpoint remoto CCC, o que pode fazer com que alguns tipos de PICs falhem.

Para evitar que o endereço do roteador de saída configurado usando a to declaração seja adicionado às tabelas de roteamento inet.3 e inet.0, inclua a no-install-to-address declaração:

Você pode incluir esta declaração nos seguintes níveis de hierarquia:

Configuração do roteador de entrada para LSPs sinalizados por MPLS

Os caminhos comutados por rótulos sinalizados por MPLS (LSPs) vão de um roteador de entrada específico até um roteador de saída específico. Para a função LSP sinalizada por MPLS básica, você deve configurar o roteador de entrada, mas não precisa configurar nenhum outro roteador.

Para configurar LSPs sinalizados, execute as seguintes tarefas no roteador de entrada:

Criação de caminhos nomeados

Para configurar LSPs sinalizados, você deve primeiro criar um ou mais caminhos nomeados no roteador de entrada. Para cada caminho, você pode especificar alguns ou todos os roteadores de trânsito no caminho, ou deixá-lo vazio.

Cada nome de caminho pode conter até 32 caracteres e pode incluir letras, dígitos, períodos e hífens. O nome deve ser exclusivo no roteador de entrada. Uma vez criado um caminho nomeado, você pode usar o caminho nomeado com a primary ou secondary declaração para configurar LSPs no nível de [edit protocols mpls label-switched-path label-path-name] hierarquia. Você pode especificar o mesmo caminho nomeado em qualquer número de LSPs.

Para determinar se um LSP está associado ao caminho primário ou secundário em uma sessão de RSVP, emita o show rsvp session detail comando.

Para criar um caminho vazio, crie um caminho nomeado incluindo a seguinte forma da path declaração. Esta forma da declaração está vazia, o path que significa que qualquer caminho entre os roteadores de entrada e saída é aceito. Na realidade, o caminho usado tende a ser o mesmo que é seguido pelo tráfego de melhor esforço baseado em destino.

Você pode incluir esta declaração nos seguintes níveis de hierarquia:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Para criar um caminho no qual você especifique alguns ou todos os roteadores de trânsito no caminho, inclua a seguinte forma da path declaração, especificando um endereço para cada roteador de trânsito:

Você pode incluir esta declaração nos seguintes níveis de hierarquia:

  • [edit protocols mpls]

  • [edit logical-systems logical-system-name protocols mpls]

Nesta forma de path declaração, você especifica um ou mais endereços de roteador de trânsito. Especificar os roteadores de entrada ou saída é opcional. Você pode especificar o endereço ou o nome de host de cada roteador de trânsito, embora não precise listar cada roteador de trânsito se o tipo for loose. Especifique os endereços em ordem, começando pelo roteador de entrada (opcional) ou o primeiro roteador de trânsito, e continuando sequencialmente ao longo do caminho até o roteador de saída (opcional) ou o roteador imediatamente antes do roteador de saída. Você precisa especificar apenas um endereço por salto de roteador. Se você especificar mais de um endereço para o mesmo roteador, apenas o primeiro endereço é usado; os endereços adicionais são ignorados e truncados.

Para cada endereço do roteador, você especifica o tipo, que pode ser um dos seguintes:

  • strict—(Padrão) A rota feita do roteador anterior para este roteador é um caminho direto e não pode incluir nenhum outro roteador. Se address for um endereço de interface, esse roteador também garante que a interface de entrada seja a especificada. Garantir que a interface de entrada seja a especificada é importante quando há links paralelos entre o roteador anterior e este roteador. Ele também garante que o roteamento possa ser aplicado por link.

    Para endereços rigorosos, você deve garantir que o roteador imediatamente anterior ao roteador que você está configurando tenha uma conexão direta com esse roteador. O endereço pode ser um endereço de interface de loopback, nesse caso a interface de entrada não é verificada.

  • loose— A rota feita do roteador anterior para este roteador não precisa ser um caminho direto, pode incluir outros roteadores e pode ser recebida em qualquer interface. O endereço pode ser qualquer endereço de interface ou o endereço da interface de loopback.

Exemplos: Criação de caminhos nomeados

Configure um caminho, to-hastingspara especificar o caminho rigoroso completo da entrada até os roteadores de saída por 10.14.1.1, 10.13.1.1, e 10.12.1.110.11.1.1, nessa ordem. Não pode haver roteadores intermediários, exceto os especificados. No entanto, pode haver roteadores intermediários entre 10.11.1.1 e o roteador de saída porque o roteador de saída não está especificamente listado na path declaração. Para evitar roteadores intermediários antes da saída, configure o roteador de saída como o último roteador, com um strict tipo.

Crie um caminho para alt-hastingspermitir que vários roteadores intermediários entre roteadores 10.14.1.1 e 10.11.1.1. Além disso, roteadores intermediários são permitidos entre 10.11.1.1 e o roteador de saída.

Configuração de caminhos de backup alternativos usando o compartilhamento de destinos

Você pode criar um banco de dados de informações que o Constranged Shortest Path First (CSPF) usa para computar um ou mais caminhos de backup caso o caminho principal se torne instável. O banco de dados descreve as relações entre elementos da rede, como roteadores e links. Como esses elementos de rede compartilham o mesmo destino, essa relação é chamada de compartilhamento de destinos.

Você pode configurar caminhos de backup que minimizam o número de links compartilhados e caminhos de fibra com os caminhos principais tanto quanto possível para garantir que, se uma fibra for cortada, a quantidade mínima de dados seja perdida e um caminho ainda exista para o destino.

Para que um caminho de backup funcione de maneira ideal, ele não deve compartilhar links ou caminhos de fibra física com o caminho principal. Isso garante que um único ponto de falha não afetará os caminhos primários e de backup ao mesmo tempo.

As seções a seguir descrevem como configurar o compartilhamento de destinos e como ele afeta o CSPF, e fornece um exemplo de configuração de compartilhamento de destino:

Configuração do compartilhamento de destinos

Para configurar o compartilhamento de destinos, inclua a fate-sharing declaração:

Para obter uma lista de níveis de hierarquia nos quais você pode incluir esta declaração, consulte a seção de resumo da declaração para esta declaração.

Cada grupo de compartilhamento de destinos deve ter um nome, que pode ter até 32 caracteres de comprimento e pode conter letras, dígitos, períodos (.) e hífens (-). Você pode definir até 512 grupos.

Grupos de compartilhamento de destino contêm três tipos de objetos:

  • Links ponto a ponto — identificados pelos endereços IP em cada extremidade do link. Links ponto a ponto não numerados normalmente são identificados emprestando endereços IP de outras interfaces. A ordem não é importante; from 10.1.3.4 to 10.1.3.5 e from 10.1.3.5 to 10.1.3.4 ter o mesmo significado.

  • Links sem ponto a ponto — inclua links em uma interface LAN (como interfaces Gigabit Ethernet) ou interfaces multiacessos nãotransmitidas (NBMA) (como o Asynchronous Transfer Mode [ATM] ou Frame Relay). Você identifica esses links por seu endereço de interface individual. Por exemplo, se a interface 192.168.200.0/24 LAN tiver quatro roteadores conectados a ela, cada link do roteador é identificado individualmente:

    Você pode listar os endereços em qualquer ordem.

  • Um nó de roteador — identificado pelo ID do roteador configurado.

Todos os objetos de um grupo compartilham certas semelhanças. Por exemplo, você pode definir um grupo para todas as fibras que compartilham o mesmo canal de fibra, todos os canais ópticos que compartilham a mesma fibra, todos os links que se conectam ao mesmo switch LAN, todos os equipamentos que compartilham a mesma fonte de energia e assim por diante. Todos os objetos são tratados como endereços de host/32.

Para que um grupo seja significativo, ele deve conter pelo menos dois objetos. Você pode configurar grupos com zero ou um objeto; esses grupos são ignorados durante o processamento.

Um objeto pode estar em qualquer número de grupos, e um grupo pode conter vários objetos. Cada grupo tem um custo configurável atribuído a ele, o que representa o nível de impacto que esse grupo tem nas computação de CSPF. Quanto maior o custo, menor a probabilidade de um caminho de backup compartilhar com o caminho principal quaisquer objetos do grupo. O custo é diretamente comparável às métricas de engenharia de tráfego. Por padrão, o custo é 1. Mudar o banco de dados de compartilhamento de destinos não afeta LSPs estabelecidos até a próxima reotimização do CSPF. O banco de dados de compartilhamento de destinos influencia a computação de redirecionamento rápido.

Implicações para CSPF

Quando o CSPF computa os caminhos primários de um LSP (ou caminhos secundários quando o caminho principal não está ativo), ele ignora as informações de compartilhamento de destino. Você sempre quer encontrar o melhor caminho possível (menos custo de IGP) para o caminho principal.

Quando o CSPF computa um caminho secundário enquanto o caminho principal (do mesmo LSP) está ativo, o seguinte ocorre:

  1. O CSPF identifica todos os grupos de compartilhamento de destinos associados ao caminho principal. O CSPF faz isso identificando todos os links e nós que o caminho principal atravessa e compilando listas de grupos que contêm pelo menos um dos links ou nós. O CSPF ignora os nós de entrada e saída na busca.

  2. O CSPF verifica cada link no banco de dados de engenharia de tráfego na lista de grupos compilada. Se o link for um membro de um grupo, o custo do enlace é aumentado pelo custo do grupo. Se um link for um membro de vários grupos, todos os custos do grupo serão adicionados juntos.

  3. O CSPF realiza a verificação de cada nó no banco de dados de engenharia de tráfego, exceto o nó de entrada e saída. Mais uma vez, um nó pode pertencer a vários grupos, por isso os custos são aditivos.

  4. O roteador realiza computação CSPF regular com a topologia ajustada.

Implicações para CSPF quando o compartilhamento de destinos com LSPs de bypass

Quando o compartilhamento de destinos é ativado com proteção de enlaces ou proteção de nó de link, o CSPF opera da seguinte maneira ao calcular o caminho LSP de bypass:

  • O CSPF identifica os grupos de compartilhamento de destinos associados ao caminho LSP principal. O CSPF faz isso identificando o enlace downstream imediato e os nós downstream imediatos que o bypass está tentando proteger. O CSPF compila listas de grupo que contêm o link downstream imediato e nós downstream imediatos.

  • O CSPF verifica cada link (da entrada ao nó downstream imediato) no banco de dados de engenharia de tráfego em relação à lista de grupos compilada. Se o link for um membro de um grupo, o custo do enlace é aumentado pelo custo do grupo.

  • O CSPF identifica o enlace downstream que não está no caminho compartilhado pelo destino.

Esse cálculo impede que os bypasss usem o mesmo enlace físico que o caminho de LSP principal quando há alternativas viáveis disponíveis.

Exemplo: Configuração do compartilhamento de destinos

Configure grupos de compartilhamento de destinos east e west. Como west não tem objetos, ele é ignorado durante o processamento.

Configuração dos roteadores intermediários e de saída para LSPs sinalizados por MPLS

Para configurar LSPs sinalizados em todos os roteadores MPLS que devem participar do MPLS, você precisa habilitar MPLS e RSVP nesses roteadores.

Configurando a conexão entre roteadores de entrada e saída

O roteador de entrada pode fazer muitas tentativas de se conectar e se reconectar ao roteador de saída usando o caminho principal. Você pode controlar a frequência com que o roteador de entrada tenta estabelecer uma conexão usando o caminho principal e quanto tempo espera entre tentativas de tentativas de remissão.

O temporiza novamente a configuração de quanto tempo o roteador de entrada espera antes de tentar se conectar novamente ao roteador de saída usando o caminho principal. O tempo de repetição padrão é de 30 segundos. O tempo pode ser de 1 a 600 segundos. Para modificar esse valor, inclua a retry-timer declaração:

Você pode configurar esta declaração nos seguintes níveis de hierarquia:

Por padrão, nenhum limite é definido para o número de vezes que um roteador de entrada tenta estabelecer ou restabelecer uma conexão com o roteador de saída usando o caminho principal. Para limitar o número de tentativas, inclua a retry-limit declaração:

Você pode configurar esta declaração nos seguintes níveis de hierarquia:

O limite pode ser de até 10.000. Quando o limite de nova tentativa é excedido, não são feitas mais tentativas de estabelecer uma conexão de caminho. Neste ponto, a intervenção é necessária para reiniciar o caminho principal.

Se você definir um limite de nova tentativa, ele é reiniciado para 1 cada vez que um caminho primário bem-sucedido for criado.

LSPs de ping

As seções a seguir descrevem como usar o comando para confirmar o ping mpls funcionamento do LSP.

LSPs MPLS pingando

Você pode pingar um LSP específico. As solicitações echo são enviadas pelo LSP como pacotes MPLS. A carga é um pacote do Protocolo de Datagram do Usuário (UDP) encaminhado para um endereço na faixa 127/8 (127,0.0.1 por padrão, este endereço é configurável) e na porta 8503. As informações de rótulo e interface para criar e enviar essas informações como um pacote MPLS são as mesmas do tráfego LSP padrão.

Quando a solicitação de eco chega ao nó de saída, o receptor verifica o conteúdo do pacote e envia uma resposta contendo o valor de devolução correto, usando UDP. O roteador que envia a solicitação de eco espera receber uma resposta echo após um intervalo de 2 segundos (você não pode configurar esse valor).

Você deve configurar MPLS no nível de [edit protocols mpls] hierarquia no roteador remoto para ser capaz de rastrear um LSP terminando lá. Você deve configurar MPLS mesmo que pretenda pingar apenas as classes de equivalência de encaminhamento de LDP (FECs).

Para pingar um MPLS LSP use o ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> comando. Para pingar um MPLS LSP secundário, use o ping mpls <count count> <rsvp <lsp-name>> standby path-name comando. Para obter uma descrição detalhada deste comando, consulte o CLI Explorer.

Nota:

O ping mpls comando não é suportado em instâncias de roteamento.

Nota:

O auto-ping é suportado para a instância mestre e não é suportado para LSPs ou LSPs baseados em VLAN usados no CCC. A mensagem é exibida para cada LSP e reduz a capacidade de leitura da configuração.

LSPs ponto a ponto de ping

Para pingar um LSP ponto a multiponto, use ou ping mpls rsvp lsp-name multipointping mpls rsvp egress address comandos. O ping mpls rsvp lsp-name multipoint comando devolve uma lista de todos os identificadores de roteador de saída e o status atual dos roteadores de saída LSP de ponto a multiponto. O ping mpls rsvp lsp-name multipoint egress address comando devolve o status atual do roteador de saída especificado.

Pingando o endereço endpoint de LSPs MPLS

Para determinar se um LSP entre dois roteadores de borda de provedor (PE) está em funcionamento, você pode pingar o endereço de endpoint do LSP. Para pingar um endpoint MPLS LSP, use o ping mpls lsp-end-point address comando. Este comando diz que tipo de LSP (RSVP ou LDP) termina no endereço especificado e se esse LSP está para cima ou para baixo.

Para obter uma descrição detalhada deste comando, consulte o CLI Explorer.

LSPs CCC pingando

Você pode pingar um LSP CCC específico. O comando de ping LSP CCC é idêntico ao usado para LSPs MPLS. O comando que você usa é ping mpls <count count> <rsvp <lsp-name>>. Você também pode pingar um LSP CCC de espera secundário usando o ping mpls <count count> <rsvp <lsp-name>> standby path-name comando.

Para obter uma descrição detalhada deste comando, consulte o CLI Explorer.

VPNs de camada 3 de ping

Você pode usar um comando semelhante, ping mpls l3vpn vpn-name prefix prefix <count count>para pingar uma VPN de Camada 3. Para obter mais informações sobre esse comando, consulte a Biblioteca de VPNs do Junos OS para dispositivos de roteamento e o CLI Explorer.

Suporte para comandos LSP Ping e Traceroute com base no RFC 4379

O Junos OS oferece suporte a LSP ping e comandos baseados em RFC 4379, detectando falhas no plano de dados comutados por rótulos multi protocolo (MPLStraceroute).

LSP ping e traceroute comandos baseados no RFC 4379 tentam rastrear o caminho trilhado por um LSP, contando com a expiração do MPLS TTL. Um LSP pode seguir vários caminhos desde a entrada até a saída. Isso ocorre em especial com o Equal Cost Multipath (ECMP). O comando LSP traceroute pode rastrear todos os caminhos possíveis até um nó LSP.