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. Esse roteador encapsula pacotes IP com um MPLS camada 2 e os encaminha para o próximo roteador do caminho. Cada LSP pode ter apenas um roteador de entrada.

  • Roteador de saída — O roteador ao final de um LSP. Esse roteador remove o encapsulamento MPLS, transformando-o de um pacote de MPLS para um pacote IP, e encaminha o pacote até seu destino final usando informações na tabela de encaminhamento de 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 encaminhados recebeu MPLS pacotes para o próximo roteador no MPLS caminho. 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 design de sua rede.

Configurando os endereços de roteador de entrada e saída para LSPs

As seções a seguir descreverão como especificar os endereços de entrada e saída de um LSP:

Configurando o 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 e o endereço IP apropriados a ser usado para chegar ao próximo roteador em um LSP.

Por padrão, a ID do roteador é escolhida 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 essa 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.

Configurando o 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 instrução:

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

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

Depois que o LSP é estabelecido, o endereço do roteador de saída é instalado como uma rota de host na tabela de roteamento. Essa rota pode ser usada BGP encaminhamento do tráfego.

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

Para determinar o endereço da BGP hop seguinte, 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 show route o ou show route forwarding-table comando. Na saída desses dois últimos comandos, a palavra-chave incluída na rota indica que ela label-switched-pathpush passou por um LSP. Além disso, use o traceroute comando para rastrear o caminho real até o qual a rota leva. Essa é outra indicação se uma rota passou por um LSP.

Você também pode manipular o endereço da BGP hop ao definir um filtro de política de importação BGP que define o endereço de next-hop da rota.

Impedir a inclusão de endereços de roteador de saída a tabelas de roteamento

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

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

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

    • Verificar se a LSP foi configurada 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 solução de problemas no-install-to-address estiver concluída.

  • Impeça que as conexões CCC percam tráfego IP. Quando um LSP determina que ela não pertence a uma conexão, ele instala o endereço especificado com a instrução na tabela de roteamento to inet.3. Em seguida, o tráfego IP é encaminhado para o endpoint remoto CCC, o que pode causar falhas em alguns tipos de PICs.

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

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

Configurando o roteador de entrada para LSPs MPLS sinalização

MPLS LSPs (Label-Switched Paths, Caminhos comuados por rótulos) de sinalização são executados de um roteador de entrada específico para um roteador de saída específico. Para a função MPLS LSP com sinalização básica, você deve configurar o roteador de entrada, mas não precisa configurar nenhum outro roteador.

Para configurar LSPs sinalização, realize as seguintes tarefas no roteador de entrada:

Criação de caminhos nomeados

Para configurar LSPs sinalizada, 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 ou a instrução para primary configurar secondary LSPs no nível [edit protocols mpls label-switched-path label-path-name] da hierarquia. Você pode especificar o mesmo caminho nomeado em qualquer número de LSPs.

Para determinar se um LSP está associado ao caminho principal 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. Essa forma da declaração está vazia, o que significa que qualquer caminho entre os roteadores de entrada e path saída é aceito. Na verdade, o caminho usado tende a ser o mesmo que é seguido pelo tráfego de melhor esforço baseado no destino.

Você pode incluir essa 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 instrução, especificando um endereço para path cada roteador de trânsito:

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

  • [edit protocols mpls]

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

Nesta forma da path declaração, você especificará 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 do host de cada roteador de trânsito, embora você não precise listar cada roteador de trânsito se seu tipo for loose . Especifique os endereços em ordem, começando pelo roteador de entrada (opcional) ou pelo primeiro roteador de trânsito, e continuando em sequência 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 hop de roteador. Se você especificar mais de um endereço para o mesmo roteador, somente o primeiro endereço será usado; os endereços adicionais são ignorados e truncados.

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

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

    Para endereços rígidos, 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 é marcada.

  • loose— A rota tomada do roteador anterior para esse 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, para especificar o caminho rigoroso completo da entrada até os roteadores de saída por to-hastings14.1.1.113.1.1.1 meio, 12.1.1.111.1.1.1 e, nessa ordem. Não pode haver roteadores intermediários, exceto os especificados. Entretanto, pode haver roteadores intermediários entre e o roteador de saída, porque o roteador de saída não está especificamente 11.1.1.1 relacionado 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-hastings permitir que qualquer número de roteadores intermediários entre roteadores e 14.1.1.111.1.1.1 . Além disso, os roteadores intermediários são permitidos 11.1.1.1 entre e o roteador de saída.

Configurando caminhos de backup alternativos usando o compartilhamento de destino

Você pode criar um banco de dados de informações que o CSPF (Shortest Path First, caminho mais curto restrito) 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 se chama compartilhamento de destino.

Você pode configurar caminhos de backup que minimizem o número de links compartilhados e caminhos de fibra com os caminhos principais o máximo possível para garantir que, se uma fibra for cortada, a quantidade mínima de dados seja perdida e um caminho ainda exista até 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 principais e de backup ao mesmo tempo.

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

Configurando o compartilhamento de destino

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

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

Cada grupo de compartilhamento de destino deve ter um nome, que pode ter até 32 caracteres e 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 ponta do enlace. Links ponto a ponto sem número costumam ser identificados por meio de empréstimos de endereços IP de outras interfaces. A ordem não é importante; from 1.2.3.4 to 1.2.3.5 e from 1.2.3.5 to 1.2.3.4 têm o mesmo significado.

  • Links não point-to-point — Inclua links em uma interface LAN (como interfaces Ethernet Gigabit) ou interfaces multiacess (NBMA) não-cast (como o Modo assíncrono de transferência [ATM] ou o Frame Relay). Você identifica esses links pelo endereço de interface individual. Por exemplo, se a interface de LAN 192.168.200.0/24 tiver quatro roteadores conectados a ela, cada enlace de roteador é identificado individualmente:

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

  • Um nó de roteador — identificado por sua ID de roteador configurada.

Todos os objetos de um grupo compartilham certas similaridades. 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 um grupo ter significado, 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 qualquer número de objetos. Cada grupo tem um custo configurável atribuído a ele, o que representa o nível de impacto deste grupo nas computação 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 equivalente às métricas de engenharia de tráfego. Por padrão, o custo é de 1. Alterar o banco de dados de compartilhamento de destino não afeta LSPs estabelecidos até a próxima reoptimização do CSPF. O banco de dados de compartilhamento de destino influencia cálculos de reroteamento rápido.

Implicações para CSPF

Quando o CSPF calcula os caminhos principais 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 IGP custo) para o caminho principal.

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

  1. O CSPF identifica todos os grupos de compartilhamento de destino associados ao caminho principal. O CSPF faz isso identificando todos os links e nós que o caminho principal atravessa e compila listas de grupo que contenham pelo menos um dos links ou nós. O CSPF ignora os nós de entrada e saída na pesquisa.

  2. O CSPF verifica cada enlace do banco de dados de engenharia de tráfego em relação à lista de grupos compilados. Se o enlace for um membro de um grupo, o custo do enlace será aumentado pelo custo do grupo. Se um enlace for um membro de vários grupos, todos os custos do grupo serão adicionados juntos.

  3. O CSPF realiza a verificação de todos os nós do 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 adicionais.

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

Implicações do CSPF quando o compartilhamento de destino com LSPs de bypass

Quando o compartilhamento de destino é ativado com proteção de enlace ou proteção de nó de enlace, o CSPF opera da seguinte forma ao calcular o caminho de LSP de bypass:

  • O CSPF identifica os grupos de compartilhamento de destino 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 enlace downstream imediato e os nós imediatos de downstream.

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

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

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

Exemplo: Configurando o compartilhamento de destino

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

Configurando os roteadores intermediários e de saída para LSPs MPLS sinalização

Para configurar LSPs sinalizes em MPLS roteadores que devem participar da 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 conectar e reconectar-se ao roteador de saída usando o caminho principal. Você pode controlar com que frequência o roteador de entrada tenta estabelecer uma conexão usando o caminho principal e quanto tempo ele espera entre tentativas de nova tentativa.

O temporizador de retriagem configura 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 retrimento padrão é de 30 segundos. O tempo pode ser de 1 a 600 segundos. Para modificar esse valor, inclua a retry-timer declaração:

Esta instrução pode ser configurada nos seguintes níveis de hierarquia:

Por padrão, nenhum limite é definido como o número de vezes que um roteador de entrada tenta estabelecer ou reestabelecer 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:

Esta instrução pode ser configurada nos seguintes níveis de hierarquia:

O limite pode ser de até 10.000. Quando o limite de nova tentativa é ultrapassado, não são feitas mais tentativas de estabelecer uma conexão de caminho. Nesse ponto, é necessário intervenção para reinicializar o caminho principal.

Se você definir um limite de nova tentativa, ele será reajustado para 1 cada vez que um caminho principal bem-sucedido é criado.

LSPs de ping

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

Pinging MPLS LSPs

Você pode rastrear um LSP específico. As solicitações de Eco são enviadas pelo LSP como MPLS pacotes. O payload é um pacote UDP (User Datagram Protocol) encaminhado para um endereço no intervalo de 127/8 (127.0.0.1 por padrão, esse endereço é configurável) e a porta 3503. As informações de rótulo e interface para a criação e envio das informações como um MPLS pacote 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 retorno correto, usando UDP. O roteador que envia a solicitação de eco espera para receber uma resposta de eco após um tempo de espera de 2 segundos (você não pode configurar esse valor).

Você deve configurar MPLS nível da hierarquia no roteador remoto para poder rastrear [edit protocols mpls] um LSP que termina lá. Você deve configurar um MPLS, mesmo que você pretenda rastrear apenas classes de equivalência de encaminhamento de LDP (FECs).

Para rastrear uma MPLS LSP, use o ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> comando. Para rastrear um nível MPLS LSP secundário, use o ping mpls <count count> <rsvp <lsp-name>> standby path-name comando. Para ver 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 self-ping é suportado para a instância principal 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-multipoint

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

Como rastrear o endereço de endpoint de MPLS LSPs

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

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

Pinging CCC LSPs

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

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

VPNs de Camada 3 de Pinging

Você pode usar um comando semelhante para ping mpls l3vpn vpn-name prefix prefix <count count> usar 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 baseados em RFC 4379

O Junos OS tem suporte para LSP e comandos com base no ping RFC 4379, detectando falhas no plano de dados comutado de rótulos traceroutemulti-protocolo (MPLS).

LSP e comandos com base na ping RFC 4379 tentam rastrear o caminho trilhado por um LSP, confiando na expiração MPLS traceroute TTL. Um LSP pode tomar 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.