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
- Configuração do endereço do roteador de saída para LSPs
- Evitando a inclusão de endereços de roteador de saída às tabelas de roteamento
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 declaração:from
from address;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
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 declaração:to
to address;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit protocols mpls label-switched-path lsp-name][edit protocols mpls static-label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
Quando você está configurando um LSP sinalizado, a declaração é a única declaração necessária.to 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 comando.show route detail Para determinar o endereço de destino de um LSP, use o comando.show mpls lsp Para determinar se uma rota passou por um LSP, use o ou o comando.show routeshow route forwarding-table Na saída desses dois últimos comandos, a palavra-chave incluída na rota indica que ela passou por um LSP.label-switched-pathpush Além disso, use o comando para rastrear o caminho real para o qual a rota leva.traceroute 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 declaração para todos os LSPs.to Este endereço é sempre instalado como um prefixo nas tabelas de roteamento inet.3 ou inet.0./32 Você pode evitar que o endereço do roteador de saída configurado usando a declaração seja adicionado às tabelas de roteamento inet.3 e inet.0, incluindo a declaração.tono-install-to-address
Alguns motivos para não instalar o endereço de declaração nas tabelas de roteamento inet.3 e inet.0 incluem:to
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 declaração e configurar uma política mais tarde, você pode fazer o seguinte:
no-install-to-addressinstall pfx/ <active>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 solução de problemas estiver concluída.
no-install-to-address
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 declaração na tabela de roteamento inet.3.
toO 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 declaração seja adicionado às tabelas de roteamento inet.3 e inet.0, inclua a declaração:tono-install-to-address
no-install-to-address;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit protocols mpls label-switched-path lsp-name][edit protocols mpls static-label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls static-label-switched-path lsp-name]
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
- Configuração de caminhos de backup alternativos usando o compartilhamento de destino
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 a declaração para configurar LSPs no nível de hierarquia.primarysecondary[edit protocols mpls label-switched-path label-path-name] 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 comando.show rsvp session detail
Para criar um caminho vazio, crie um caminho nomeado incluindo a forma a seguir da declaração.path Esta forma de declaração está vazia, o que significa que qualquer caminho entre os roteadores de entrada e saída é aceito.path Na realidade, o caminho usado tende a ser o mesmo caminho seguido pelo tráfego de melhor esforço baseado em destino.
path path-name;
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 declaração, especificando um endereço para cada roteador de trânsito:path
path path-name { (address | hostname) <strict | loose>; }
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 declaração, você especifica um ou mais endereços de roteador de trânsito.path 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 for um endereço de interface, este roteador também garante que a interface de entrada seja a especificada.addressGarantir 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 para especificar o caminho rigoroso completo da entrada até os roteadores de saída por, , e, nessa ordem.to-hastings10.14.1.110.13.1.110.12.1.110.11.1.1 Não pode haver roteadores intermediários, exceto os especificados. No entanto, pode haver roteadores intermediários entre e o roteador de saída porque o roteador de saída não está especificamente listado na declaração.10.11.1.1path Para evitar roteadores intermediários antes da saída, configure o roteador de saída como o último roteador, com um tipo.strict
[edit protocols mpls]
path to-hastings {
10.14.1.1 strict;
10.13.1.1 strict;
10.12.1.1 strict;
10.11.1.1 strict;
}
Crie um caminho para permitir qualquer número de roteadores intermediários entre roteadores e .alt-hastings10.14.1.110.11.1.1 Além disso, os roteadores intermediários são permitidos entre o roteador de saída.10.11.1.1
[edit protocols mpls]
path alt-hastings {
10.14.1.1 strict;
10.11.1.1 loose;
}
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
- Implicações para CSPF
- Implicações para CSPF quando o compartilhamento de destino com LSPs de bypass
- Exemplo: Configuração do compartilhamento de destinos
Configuração do compartilhamento de destinos
Para configurar o compartilhamento de destino, inclua a declaração:fate-sharing
fate-sharing { group group-name { cost value; from address <to address>; } }
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; e têm o mesmo significado.
from 10.1.3.4 to 10.1.3.5from 10.1.3.5 to 10.1.3.4Links 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 LAN tiver quatro roteadores conectados a ela, cada link do roteador será identificado individualmente:
192.168.200.0/24from 192.168.200.1; # LAN interface of router 1 from 192.168.200.2; # LAN interface of router 2 from 192.168.200.3; # LAN interface of router 3 from 192.168.200.4; # LAN interface of router 4
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:
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.
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.
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.
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 e .eastwest Como não tem objetos, é ignorado durante o processamento.west
[edit routing-options]
fate-sharing {
group east {
cost 20; # Optional, default value is 1
from 10.1.3.4 to 10.1.3.5; # A point-to-point link
from 192.168.200.1; # LAN interface
from 192.168.200.2; # LAN interface
from 192.168.200.3; # LAN interface
from 192.168.200.4; # LAN interface
from 10.168.1.220; # Router ID of a router node
from 10.168.1.221; # Router ID of a router node
}
group west {
.....
}
}
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 declaração:retry-timer
retry-timer seconds;
Você pode configurar esta declaração nos seguintes níveis de hierarquia:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
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 declaração:retry-limit
retry-limit number;
Você pode configurar esta declaração nos seguintes níveis de hierarquia:
[edit protocols mpls label-switched-path lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path lsp-name]
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 funcionamento do LSP.ping mpls
- Pingando LSPs MPLS
- Pinging de LSPs ponto a multiponto
- Pingando o endereço endpoint de LSPs MPLS
- LSPs de ping CCC
- VPNs de camada 3 de ping
- Suporte para comandos LSP ping e traceroute baseados no RFC 4379
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 hierarquia no roteador remoto para poder rastrear um LSP terminando lá.[edit protocols mpls] 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 comando.ping mpls <count count> <ldp <fec>> <rsvp <exp forwarding-class> <lsp-name>> Para pingar um MPLS LSP secundário, use o comando.ping mpls <count count> <rsvp <lsp-name>> standby path-name Para obter uma descrição detalhada deste comando, veja o CLI Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
O comando não é suportado em instâncias de roteamento.ping mpls
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 ou comandos.ping mpls rsvp lsp-name multipointping mpls rsvp egress address O 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.ping mpls rsvp lsp-name multipoint O comando retorna o status atual do roteador de saída especificado.ping mpls rsvp lsp-name multipoint egress address
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 comando.ping mpls lsp-end-point address 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.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
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 comando.ping mpls <count count> <rsvp <lsp-name>> standby path-name
Para obter uma descrição detalhada deste comando, veja o CLI Explorer.https://www.juniper.net/documentation/content-applications/cli-explorer/junos/
VPNs de camada 3 de ping
Você pode usar um comando semelhante para ping uma VPN de Camada 3.ping mpls l3vpn vpn-name prefix prefix <count count> Para obter mais informações sobre esse comando, consulte a Biblioteca de VPNs Junos OS para dispositivos de roteamento e o CLI Explorer.https://www.juniper.net/documentation/en_US/junos/information-products/pathway-pages/config-guide-vpns/index.htmlhttps://www.juniper.net/documentation/content-applications/cli-explorer/junos/
Suporte para comandos LSP ping e traceroute baseados no RFC 4379
O Junos OS oferece suporte a LSP e comandos baseados no RFC 4379, detectando falhas no plano de dados comutada por rótulos multi protocolo (MPLS).pingtraceroute
LSP e comandos baseados na RFC 4379 tentam rastrear o caminho trilhado por um LSP confiando na expiração do MPLS TTL.pingtraceroute 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 pode rastrear todos os caminhos possíveis para um nó LSP.traceroute