Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
Nesta página
 

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 no caminho. Cada LSP pode ter apenas um roteador de entrada.

  • Roteador de saída — o roteador no final de um LSP. Este roteador remove o encapsulamento MPLS, transformando-o de um pacote MPLS para um pacote IP, e encaminha o pacote para seu 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 roteadores de trânsito zero ou mais, 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, 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 fonte 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.

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 essa 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 host na tabela de roteamento. Essa rota pode então 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 próximo salto BGP. Você pode especificar o endereço do roteador de saída como qualquer um dos endereços de interface do roteador ou como 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 será enviado pelo LSP.

Para determinar o endereço do próximo salto BGP, 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 para 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 salto BGP definindo um filtro de política de importação BGP que define o endereço de próximo salto da rota.

Evitando a inclusã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 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, 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 RSPs RSVP de caminho mais curto limitado em primeiro lugar (CSPF) sejam mapeados no tráfego destinado a endereços secundários de loopback. 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 próximo salto BGP) removendo a declaração assim que a no-install-to-address solução de problemas estiver concluída.

  • Impeça que as conexões de 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 do CCC, o que pode causar falhas em alguns tipos de PICs.

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 essa 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 (LSPs) sinalizados por MPLS são executados de um roteador de entrada específico para um roteador de saída específico. Para a função LSP básica sinalizada pelo MPLS, 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 você pode 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 dentro do roteador de entrada. Assim que um caminho nomeado for criado, você pode usar o caminho nomeado com a declaração ou secondary a primary 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 forma a seguir da path declaração. Esta forma de 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 caminho seguido pelo tráfego de melhor esforço baseado em 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 forma a seguir da path declaração, especificando um endereço para 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 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 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 do 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, este 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 que precede imediatamente o 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 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 por10.14.1.1, , 10.13.1.1e10.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 qualquer número de roteadores intermediários entre roteadores 10.14.1.1 e 10.11.1.1. Além disso, os roteadores intermediários são permitidos entre 10.11.1.1 o roteador de saída.

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

Você pode criar um banco de dados de informações que o CSPF (Constrained Shortest Path First) usa para computar um ou mais caminhos de backup caso o caminho primário 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 destino.

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

Para que um caminho de backup funcione de forma 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 destino, inclua a fate-sharing declaração:

Para obter uma lista de níveis de hierarquia em que você possa incluir esta declaração, veja a seção de resumo da declaração para esta declaração.

Cada grupo de compartilhamento de destino 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.

Os grupos de compartilhamento de destino contêm três tipos de objetos:

  • Links de ponto a ponto — identificados pelos endereços IP em cada extremidade do link. Links de ponto a ponto não numerados são normalmente 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 têm 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 modo de transferência assíncrona [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 será identificado individualmente:

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

  • Um nó de roteador — identificado por sua 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 qualquer número de 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 no 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 destino não afeta os LSPs estabelecidos até a próxima reoptimização do CSPF. O banco de dados de compartilhamento de destino influencia 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 primário 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 primário (do mesmo LSP) está ativo, ocorre o seguinte:

  1. O CSPF identifica todos os grupos de compartilhamento de destino associados ao caminho primário. 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 em relação à lista de grupos compilada. Se o link for um membro de um grupo, o custo do link é 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. Novamente, 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 destino com LSPs de bypass

Quando o compartilhamento de destinos é habilitado com a proteção de enlaces ou a proteção de nó de enlace, o CSPF opera da seguinte forma ao calcular o caminho LSP de desvio:

  • O CSPF identifica os grupos de compartilhamento de destino associados ao caminho LSP primário. O CSPF faz isso identificando o link de downstream imediato e nós imediatos de downstream que o bypass está tentando proteger. O CSPF compila listas de grupo que contêm o link de downstream imediato e nós de 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 link é aumentado pelo custo do grupo.

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

Esse cálculo impede que os desvios usem o mesmo enlace físico que o caminho LSP primário 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, é 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 com que frequência o roteador de entrada tenta estabelecer uma conexão usando o caminho principal e quanto tempo espera entre tentativas de tentativas de tentativas de novo.

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 nova tentativa 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 um valor 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 será redefinido para 1 cada vez que um caminho primário bem-sucedido for criado.

Pinging LSPs

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

Pingando LSPs MPLS

Você pode rastrear um LSP específico. As solicitações de Echo são enviadas pelo LSP como pacotes MPLS. A carga é um pacote de protocolo de datagram do usuário (UDP) encaminhado a um endereço na faixa de 127/8 (127,0,0,1 por padrão, este endereço é configurável) e porta 8503. As informações de rótulo e interface para construir 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 de eco após um intervalo de 2 segundos (você não pode configurar esse valor).

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

Para ping 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, veja 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 mestre e não é suportado por LSPs ou LSPs baseados em VLAN usados no CCC. A mensagem é exibida para cada LSP e reduz a readabilidade da configuração.

Pinging de LSPs ponto a multiponto

Para pingar um LSP ponto a multiponto, use o ping mpls rsvp lsp-name multipoint ou ping mpls rsvp egress address comandos. O ping mpls rsvp lsp-name multipoint comando retorna 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 retorna 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, veja o CLI Explorer.

LSPs de ping CCC

Você pode rastrear 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 ping um CCC LSP de standby secundário usando o ping mpls <count count> <rsvp <lsp-name>> standby path-name comando.

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

VPNs de camada 3 de ping

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

Suporte para comandos LSP ping e traceroute baseados no RFC 4379

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

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

Tópicos relacionados