Nesta página
Configuração de LSPs primários e filiais para LSPs de ponto a multiponto
Configuração da proteção de enlaces para LSPs de ponto a multiponto
Configuração de reinício gracioso para LSPs de ponto a multiponto
Configuração de uma política de verificação de RPF multicast para LSPs de ponto a multiponto
Configuração da redundância do roteador PE de entrada para LSPs de ponto a multiponto
Configuração de um serviço para correlacionar sub-LSPs de ponto a multiponto com FPCs
Permitindo que os LSPs ponto a ponto monitorem roteadores PE de saída
Preservando o funcionamento do LSP de ponto a multiponto com diferentes versões do Junos OS
Ressecaia o comportamento na visão geral do LSP de ponto a multiponto
Configuração de LSP de ponto a multiponto
Visão geral dos LSPs de ponto a multiponto
Um MPLS LSP ponto a multiponto é um LSP com uma única fonte e vários destinos. Aproveitando o recurso de replicação de pacotes MPLS da rede, os LSPs de ponto a multiponto evitam a replicação desnecessária de pacotes no roteador de entrada. A replicação de pacotes ocorre apenas quando os pacotes são encaminhados para dois ou mais destinos diferentes que exigem caminhos de rede diferentes.
Este processo é ilustrado em Figura 1. O Roteador PE1 está configurado com um LSP de ponto a multiponto para roteadores PE2, PE3 e PE4. Quando o Roteador PE1 envia um pacote no LSP ponto a multiponto para roteadores P1 e P2, o roteador P1 replica o pacote e o encaminha para roteadores PE2 e PE3. O roteador P2 envia o pacote para o Roteador PE4.
Este recurso é descrito em detalhes nos rascunhos da Internet draft-raggarwa-mpls-p2mp-te-02.txt (expirado em fevereiro de 2004), estabelecendo ponto para LSPs MPLS TE multiponto, draft-ietf-mpls-rsvp-te-p2mp-02.txt, extensões à engenharia de tráfego de protocolo de reserva de recursos (RSVP-TE) para caminhos comutados por rótulos de TE de ponto a multiponto (LSPs) e RFC 6388, extensões de protocolo de distribuição de rótulos para caminhos comutados de rótulos de ponto a multiponto e multiponto para multiponto (apenas LSPs de ponto a multiponto são suportados).
A seguir, algumas das propriedades dos LSPs de ponto a multiponto:
Um LSP de ponto a multiponto permite que você use o MPLS para distribuição de dados de ponto a multiponto. Essa funcionalidade é semelhante à fornecida pelo IP multicast.
Você pode adicionar e remover LSPs de filial de um LSP principal de ponto a multiponto sem interromper o tráfego. As partes não afetadas do LSP de ponto a multiponto continuam funcionando normalmente.
Você pode configurar um nó para ser um roteador de trânsito e de saída para diferentes LSPs de filial do mesmo LSP ponto a multiponto.
Você pode habilitar a proteção de enlaces em um LSP de ponto a multiponto. A proteção de enlaces pode fornecer um LSP de bypass para cada um dos LSPs de filial que compõem o LSP de ponto a multiponto. Se algum dos caminhos primários falhar, o tráfego pode ser rapidamente trocado para o desvio.
Você pode configurar LSPs de filial de forma estatica, dinâmica ou como uma combinação de LSPs estáticos e dinâmicos.
Você pode habilitar a comutação graciosa do mecanismo de roteamento (GRES) e a reinicialização graciosa para LSPs de ponto a multiponto em roteadores de entrada e saída. Os LSPs de ponto a multiponto devem ser configurados usando rotas estáticas ou interconectados de circuito (CCC). O GRES e a reinicialização graciosa permitem que o tráfego seja encaminhado no Mecanismo de encaminhamento de pacotes com base no estado antigo enquanto o plano de controle se recupera. A paridade de recursos para GRES e o reinício gracioso para LSPs ponto a multiponto MPLS no chipset Junos Trio são suportados nos versões Junos OS 11.1R2, 11.2R2 e 11.4.
Entendendo os LSPs de ponto a multiponto
Um caminho comutado por rótulos MPLS de ponto a multiponto (LSP) é um LSP sinalizado por LDP ou RSVP com uma única fonte e vários destinos. Aproveitando o recurso de replicação de pacotes MPLS da rede, os LSPs de ponto a multiponto evitam a replicação desnecessária de pacotes no roteador de entrada (entrada). A replicação de pacotes ocorre apenas quando os pacotes são encaminhados para dois ou mais destinos diferentes que exigem caminhos de rede diferentes.
Este processo é ilustrado em Figura 2. O PE1 do dispositivo está configurado com um LSP de ponto a multiponto para roteadores PE2, PE3 e PE4. Quando o Dispositivo PE1 envia um pacote no LSP de ponto a multiponto para roteadores P1 e P2, o dispositivo P1 replica o pacote e o encaminha aos roteadores PE2 e PE3. O dispositivo P2 envia o pacote para o Dispositivo PE4.
A seguir, algumas das propriedades dos LSPs ponto a multiponto:
Um LSP de ponto a multiponto permite que você use MPLS para distribuição de dados de ponto a multiponto. Essa funcionalidade é semelhante à fornecida pelo IP multicast.
Você pode adicionar e remover LSPs de filial de um LSP principal de ponto a multiponto sem interromper o tráfego. As partes não afetadas do LSP de ponto a multiponto continuam funcionando normalmente.
Você pode configurar um nó para ser um roteador de trânsito e de saída (saída) para diferentes LSPs de filial do mesmo LSP ponto a multiponto.
Você pode habilitar a proteção de enlaces em um LSP de ponto a multiponto. A proteção de enlaces pode fornecer um LSP de bypass para cada um dos LSPs de filial que compõem o LSP de ponto a multiponto. Se algum caminho primário falhar, o tráfego pode ser rapidamente trocado para o desvio.
Você pode configurar subcaminhos de forma estatística ou dinâmica.
Você pode habilitar uma reinicialização graciosa em LSPs de ponto a multiponto.
Visão geral da configuração de LSP de ponto a multiponto
Para configurar um LSP de ponto a multiponto:
- Configure o LSP primário a partir do roteador de entrada e dos LSPs de filial que transportam tráfego até os roteadores de saída.
- Especifique um nome de caminho no LSP primário e este mesmo nome de caminho em cada LSP de filial.
Por padrão, os LSPs de filial são sinalizados dinamicamente por meio de Shortest Path First (CSPF) restrito e não exigem configuração. Você pode, alternativamente, configurar os LSPs de filial como caminhos estáticos.
Exemplo: Configurando uma coleção de caminhos para criar um LSP de ponto a multiponto sinalizado por RSVP
Este exemplo mostra como configurar uma coleção de caminhos para criar um caminho comutado por rótulos de ponto a multiponto (LSP) sinalizado por RSVP.
Requisitos
Neste exemplo, nenhuma configuração especial além da inicialização do dispositivo é necessária.
Visão geral
Neste exemplo, vários dispositivos de roteamento servem como nós de trânsito, filial e leaf de um único LSP de ponto a multiponto. Na borda do provedor (PE), o dispositivo PE1 é o nó de entrada. As filiais vão de PE1 a PE2, PE1 a PE3 e PE1 a PE4. Rotas unicast estáticas no nó de entrada (PE1) apontam para os nós de saída.
Este exemplo também demonstra rotas estáticas com um próximo salto que é um LSP ponto a multiponto, usando a p2mp-lsp-next-hop declaração. Isso é útil ao implementar o encaminhamento baseado em filtros.
Outra opção é usar a lsp-next-hop declaração para configurar um LSP ponto a ponto regular para ser o próximo salto. Embora não seja mostrado neste exemplo, você pode atribuir opcionalmente uma preferência e métrica independentes para o próximo salto.
Diagrama de topologia
Figura 3 mostra a topologia usada neste exemplo.
Configuração
- Configuração rápida da CLI
- Configuração do roteador comutada por rótulos de entrada (LSR) (Dispositivo PE1)
- Configurando os LSRs de trânsito e saída (Dispositivos P2, P3, P4, PE2, PE3 e PE4)
- Configuração do dispositivo CE1
- Configuração do dispositivo CE2
- Configuração do dispositivo CE3
- Configuração do dispositivo CE4
Configuração rápida da CLI
Para configurar este exemplo rapidamente, copie os seguintes comandos, cole-os em um arquivo de texto, remova qualquer quebra de linha, altere os detalhes necessários para combinar com a configuração da sua rede e, em seguida, copie e cole os comandos no CLI no nível de [edit] hierarquia.
Pe1 do dispositivo
set interfaces ge-2/0/2 unit 0 description PE1-to-CE1 set interfaces ge-2/0/2 unit 0 family inet address 10.0.244.10/30 set interfaces fe-2/0/10 unit 1 description PE1-to-P2 set interfaces fe-2/0/10 unit 1 family inet address 2.2.2.1/24 set interfaces fe-2/0/10 unit 1 family mpls set interfaces fe-2/0/9 unit 8 description PE1-to-P3 set interfaces fe-2/0/9 unit 8 family inet address 6.6.6.1/24 set interfaces fe-2/0/9 unit 8 family mpls set interfaces fe-2/0/8 unit 9 description PE1-to-P4 set interfaces fe-2/0/8 unit 9 family inet address 3.3.3.1/24 set interfaces fe-2/0/8 unit 9 family mpls set interfaces lo0 unit 1 family inet address 100.10.10.10/32 set protocols rsvp interface fe-2/0/10.1 set protocols rsvp interface fe-2/0/9.8 set protocols rsvp interface fe-2/0/8.9 set protocols rsvp interface lo0.1 set protocols mpls traffic-engineering bgp-igp set protocols mpls label-switched-path PE1-PE2 to 100.50.50.50 set protocols mpls label-switched-path PE1-PE2 link-protection set protocols mpls label-switched-path PE1-PE2 p2mp p2mp1 set protocols mpls label-switched-path PE1-PE3 to 100.70.70.70 set protocols mpls label-switched-path PE1-PE3 link-protection set protocols mpls label-switched-path PE1-PE3 p2mp p2mp1 set protocols mpls label-switched-path PE1-PE4 to 100.40.40.40 set protocols mpls label-switched-path PE1-PE4 link-protection set protocols mpls label-switched-path PE1-PE4 p2mp p2mp1 set protocols mpls interface fe-2/0/10.1 set protocols mpls interface fe-2/0/9.8 set protocols mpls interface fe-2/0/8.9 set protocols mpls interface lo0.1 set protocols ospf traffic-engineering set protocols ospf area 0.0.0.0 interface ge-2/0/2.0 set protocols ospf area 0.0.0.0 interface fe-2/0/10.1 set protocols ospf area 0.0.0.0 interface fe-2/0/9.8 set protocols ospf area 0.0.0.0 interface fe-2/0/8.9 set protocols ospf area 0.0.0.0 interface lo0.1 set routing-options static route 5.5.5.0/24 p2mp-lsp-next-hop p2mp1 set routing-options static route 7.7.7.0/24 p2mp-lsp-next-hop p2mp1 set routing-options static route 4.4.4.0/24 p2mp-lsp-next-hop p2mp1 set routing-options router-id 100.10.10.10
Dispositivo CE1
set interfaces ge-1/3/2 unit 0 family inet address 10.0.244.9/30 set interfaces ge-1/3/2 unit 0 description CE1-to-PE1 set routing-options static route 10.0.104.8/30 next-hop 10.0.244.10 set routing-options static route 10.0.134.8/30 next-hop 10.0.244.10 set routing-options static route 10.0.224.8/30 next-hop 10.0.244.10
Dispositivo CE2
set interfaces ge-1/3/3 unit 0 family inet address 10.0.224.9/30 set interfaces ge-1/3/3 unit 0 description CE2-to-PE2 set routing-options static route 10.0.244.8/30 next-hop 10.0.224.10
Dispositivo CE3
set interfaces ge-2/0/1 unit 0 family inet address 10.0.134.9/30 set interfaces ge-2/0/1 unit 0 description CE3-to-PE3 set routing-options static route 10.0.244.8/30 next-hop 10.0.134.10
Dispositivo CE4
set interfaces ge-3/1/3 unit 0 family inet address 10.0.104.10/30 set interfaces ge-3/1/3 unit 0 description CE4-to-PE4 set routing-options static route 10.0.244.8/30 next-hop 10.0.104.9
Configuração do roteador comutada por rótulos de entrada (LSR) (Dispositivo PE1)
Procedimento passo a passo
Para configurar o dispositivo PE1:
Configure as interfaces, o encapsulamento de interfaces e as famílias de protocolo.
[edit interfaces] user@PE1# set ge-2/0/2 unit 0 description PE1-to-CE1 user@PE1# set ge-2/0/2 unit 0 family inet address 10.0.244.10/30 user@PE1# set fe-2/0/10 unit 1 description PE1-to-P2 user@PE1# set fe-2/0/10 unit 1 family inet address 2.2.2.1/24 user@PE1# set fe-2/0/10 unit 1 family mpls user@PE1# set fe-2/0/9 unit 8 description PE1-to-P3 user@PE1# set fe-2/0/9 unit 8 family inet address 6.6.6.1/24 user@PE1# set fe-2/0/9 unit 8 family mpls user@PE1# set fe-2/0/8 unit 9 description PE1-to-P4 user@PE1# set fe-2/0/8 unit 9 family inet address 3.3.3.1/24 user@PE1# set fe-2/0/8 unit 9 family mpls user@PE1# set lo0 unit 1 family inet address 100.10.10.10/32
Habilite RSVP, MPLS e OSPF nas interfaces.
[edit protocols] user@PE1# set rsvp interface fe-2/0/10.1 user@PE1# set rsvp interface fe-2/0/9.8 user@PE1# set rsvp interface fe-2/0/8.9 user@PE1# set rsvp interface lo0.1 user@PE1# set mpls interface fe-2/0/10.1 user@PE1# set mpls interface fe-2/0/9.8 user@PE1# set mpls interface fe-2/0/8.9 user@PE1# set mpls interface lo0.1 user@PE1# set ospf area 0.0.0.0 interface ge-2/0/2.0 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/10.1 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/9.8 user@PE1# set ospf area 0.0.0.0 interface fe-2/0/8.9 user@PE1# set ospf area 0.0.0.0 interface lo0.1
Configure os LSPs de ponto a multiponto MPLS.
[edit protocols] user@PE1# set mpls label-switched-path PE1-PE2 to 100.50.50.50 user@PE1# set mpls label-switched-path PE1-PE2 p2mp p2mp1 user@PE1# set mpls label-switched-path PE1-PE3 to 100.70.70.70 user@PE1# set mpls label-switched-path PE1-PE3 p2mp p2mp1 user@PE1# set mpls label-switched-path PE1-PE4 to 100.40.40.40 user@PE1# set mpls label-switched-path PE1-PE4 p2mp p2mp1
(Opcional) Habilite a proteção de enlaces nos LSPs.
A proteção de enlaces ajuda a garantir que o tráfego enviado por uma interface específica para um roteador vizinho possa continuar a chegar ao roteador se essa interface falhar.
[edit protocols] user@PE1# set mpls label-switched-path PE1-PE2 link-protection user@PE1# set mpls label-switched-path PE1-PE3 link-protection user@PE1# set mpls label-switched-path PE1-PE4 link-protection
Habilite o MPLS para executar a engenharia de tráfego para OSPF.
[edit protocols] user@PE1# set mpls traffic-engineering bgp-igp
Isso faz com que as rotas de entrada sejam instaladas na tabela de roteamento inet.0. Por padrão, o MPLS executa apenas engenharia de tráfego para BGP. Você precisa habilitar a engenharia de tráfego MPLS apenas no LSR de entrada.
Habilite a engenharia de tráfego para OSPF.
[edit protocols] user@PE1# set ospf traffic-engineering
Isso faz com que o algoritmo de primeiro caminho mais curto (SPF) leve em conta os LSPs configurados sob MPLS.
Configure a ID do roteador.
[edit routing-options] user@PE1# set router-id 100.10.10.10
Configure rotas ip unicast estáticas com o nome LSP de ponto a multiponto como o próximo salto para cada rota.
[edit routing-options] user@PE1# set static route 5.5.5.0/24p2mp-lsp-next-hop p2mp1 user@PE1# set static route 7.7.7.0/24 p2mp-lsp-next-hop p2mp1 user@PE1# set static route 4.4.4.0/24 p2mp-lsp-next-hop p2mp1
Se você terminar de configurar o dispositivo, confirme a configuração.
[edit] user@PE1# commit
Configurando os LSRs de trânsito e saída (Dispositivos P2, P3, P4, PE2, PE3 e PE4)
Procedimento passo a passo
Para configurar os LSRs de trânsito e saída:
Configure as interfaces, o encapsulamento de interfaces e as famílias de protocolo.
[edit] user@P2# set interfaces fe-2/0/10 unit 2 description P2-to-PE1 user@P2# set interfaces fe-2/0/10 unit 2 family inet address 2.2.2.2/24 user@P2# set interfaces fe-2/0/10 unit 2 family mpls user@P2# set interfaces fe-2/0/9 unit 10 description P2-to-PE2 user@P2# set interfaces fe-2/0/9 unit 10 family inet address 5.5.5.1/24 user@P2# set interfaces fe-2/0/9 unit 10 family mpls user@P2# set interfaces lo0 unit 2 family inet address 100.20.20.20/32 user@PE2# set interfaces ge-2/0/3 unit 0 description PE2-to-CE2 user@PE2# set interfaces ge-2/0/3 unit 0 family inet address 10.0.224.10/30 user@PE2# set interfaces fe-2/0/10 unit 5 description PE2-to-P2 user@PE2# set interfaces fe-2/0/10 unit 5 family inet address 5.5.5.2/24 user@PE2# set interfaces fe-2/0/10 unit 5 family mpls user@PE2# set interfaces lo0 unit 5 family inet address 100.50.50.50/32 user@P3# set interfaces fe-2/0/10 unit 6 description P3-to-PE1 user@P3# set interfaces fe-2/0/10 unit 6 family inet address 6.6.6.2/24 user@P3# set interfaces fe-2/0/10 unit 6 family mpls user@P3# set interfaces fe-2/0/9 unit 11 description P3-to-PE3 user@P3# set interfaces fe-2/0/9 unit 11 family inet address 7.7.7.1/24 user@P3# set interfaces fe-2/0/9 unit 11 family mpls user@P3# set interfaces lo0 unit 6 family inet address 100.60.60.60/32 user@PE3# set interfaces ge-2/0/1 unit 0 description PE3-to-CE3 user@PE3# set interfaces ge-2/0/1 unit 0 family inet address 10.0.134.10/30 user@PE3# set interfaces fe-2/0/10 unit 7 description PE3-to-P3 user@PE3# set interfaces fe-2/0/10 unit 7 family inet address 7.7.7.2/24 user@PE3# set interfaces fe-2/0/10 unit 7 family mpls user@PE3# set interfaces lo0 unit 7 family inet address 100.70.70.70/32 user@P4# set interfaces fe-2/0/10 unit 3 description P4-to-PE1 user@P4# set interfaces fe-2/0/10 unit 3 family inet address 3.3.3.2/24 user@P4# set interfaces fe-2/0/10 unit 3 family mpls user@P4# set interfaces fe-2/0/9 unit 12 description P4-to-PE4 user@P4# set interfaces fe-2/0/9 unit 12 family inet address 4.4.4.1/24 user@P4# set interfaces fe-2/0/9 unit 12 family mpls user@P4# set interfaces lo0 unit 3 family inet address 100.30.30.30/32 user@PE4# set interfaces ge-2/0/0 unit 0 description PE4-to-CE4 user@PE4# set interfaces ge-2/0/0 unit 0 family inet address 10.0.104.9/30 user@PE4# set interfaces fe-2/0/10 unit 4 description PE4-to-P4 user@PE4# set interfaces fe-2/0/10 unit 4 family inet address 4.4.4.2/24 user@PE4# set interfaces fe-2/0/10 unit 4 family mpls user@PE4# set interfaces lo0 unit 4 family inet address 100.40.40.40/32
Habilite RSVP, MPLS e OSPF nas interfaces.
[edit] user@P2# set protocols rsvp interface fe-2/0/10.2 user@P2# set protocols rsvp interface fe-2/0/9.10 user@P2# set protocols rsvp interface lo0.2 user@P2# set protocols mpls interface fe-2/0/10.2 user@P2# set protocols mpls interface fe-2/0/9.10 user@P2# set protocols mpls interface lo0.2 user@P2# set protocols ospf area 0.0.0.0 interface fe-2/0/10.2 user@P2# set protocols ospf area 0.0.0.0 interface fe-2/0/9.10 user@P2# set protocols ospf area 0.0.0.0 interface lo0.2 user@PE2# set protocols rsvp interface fe-2/0/10.5 user@PE2# set protocols rsvp interface lo0.5 user@PE2# set protocols mpls interface fe-2/0/10.5 user@PE2# set protocols mpls interface lo0.5 user@PE2# set protocols ospf area 0.0.0.0 interface ge-2/0/3.0 user@PE2# set protocols ospf area 0.0.0.0 interface fe-2/0/10.5 user@PE2# set protocols ospf area 0.0.0.0 interface lo0.5 user@P3# set protocols rsvp interface fe-2/0/10.6 user@P3# set protocols rsvp interface fe-2/0/9.11 user@P3# set protocols rsvp interface lo0.6 user@P3# set protocols mpls interface fe-2/0/10.6 user@P3# set protocols mpls interface fe-2/0/9.11 user@P3# set protocols mpls interface lo0.6 user@P3# set protocols ospf area 0.0.0.0 interface fe-2/0/10.6 user@P3# set protocols ospf area 0.0.0.0 interface fe-2/0/9.11 user@P3# set protocols ospf area 0.0.0.0 interface lo0.6 user@PE3# set protocols rsvp interface fe-2/0/10.7 user@PE3# set protocols rsvp interface lo0.7 user@PE3# set protocols mpls interface fe-2/0/10.7 user@PE3# set protocols mpls interface lo0.7 user@PE3# set protocols ospf area 0.0.0.0 interface ge-2/0/1.0 user@PE3# set protocols ospf area 0.0.0.0 interface fe-2/0/10.7 user@PE3# set protocols ospf area 0.0.0.0 interface lo0.7 user@P4# set protocols rsvp interface fe-2/0/10.3 user@P4# set protocols rsvp interface fe-2/0/9.12 user@P4# set protocols rsvp interface lo0.3 user@P4# set protocols mpls interface fe-2/0/10.3 user@P4# set protocols mpls interface fe-2/0/9.12 user@P4# set protocols mpls interface lo0.3 user@P4# set protocols ospf area 0.0.0.0 interface fe-2/0/10.3 user@P4# set protocols ospf area 0.0.0.0 interface fe-2/0/9.12 user@P4# set protocols ospf area 0.0.0.0 interface lo0.3 user@PE4# set protocols rsvp interface fe-2/0/10.4 user@PE4# set protocols rsvp interface lo0.4 user@PE4# set protocols mpls interface fe-2/0/10.4 user@PE4# set protocols mpls interface lo0.4 user@PE4# set protocols ospf area 0.0.0.0 interface ge-2/0/0.0 user@PE4# set protocols ospf area 0.0.0.0 interface fe-2/0/10.4 user@PE4# set protocols ospf area 0.0.0.0 interface lo0.4
Habilite a engenharia de tráfego para OSPF.
[edit] user@P2# set protocols ospf traffic-engineering user@P3# set protocols ospf traffic-engineering user@P4# set protocols ospf traffic-engineering user@PE2# set protocols ospf traffic-engineering user@PE3# set protocols ospf traffic-engineering user@PE4# set protocols ospf traffic-engineering
Isso faz com que o algoritmo de primeiro caminho mais curto (SPF) leve em conta os LSPs configurados sob MPLS.
Configure os IDs do roteador.
[edit] user@P2# set routing-options router-id 100.20.20.20 user@P3# set routing-options router-id 100.60.60.60 user@P4# set routing-options router-id 100.30.30.30 user@PE2# set routing-options router-id 100.50.50.50 user@PE3# set routing-options router-id 100.70.70.70 user@PE4# set routing-options router-id 100.40.40.40
Se você terminar de configurar os dispositivos, confirme a configuração.
[edit] user@host# commit
Resultados
A partir do modo de configuração, confirme sua configuração entrando no show interfaces, show protocolse show routing-options comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
Pe1 do dispositivo
user@PE1# show interfaces
ge-2/0/2 {
unit 0 {
description R1-to-CE1;
family inet {
address 10.0.244.10/30;
}
}
}
fe-2/0/10 {
unit 1 {
description PE1-to-P2;
family inet {
address 2.2.2.1/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 8 {
description PE1-to-P2;
family inet {
address 6.6.6.1/24;
}
family mpls;
}
}
fe-2/0/8 {
unit 9 {
description PE1-to-P3;
family inet {
address 3.3.3.1/24;
}
family mpls;
}
}
lo0 {
unit 1 {
family inet {
address 100.10.10.10/32;
}
}
}
user@PE1# show protocols
rsvp {
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
mpls {
traffic-engineering bgp-igp;
label-switched-path PE1-to-PE2 {
to 100.50.50.50;
link-protection;
p2mp p2mp1;
}
label-switched-path PE1-to-PE3 {
to 100.70.70.70;
link-protection;
p2mp p2mp1;
}
label-switched-path PE1-to-PE4 {
to 100.40.40.40;
link-protection;
p2mp p2mp1;
}
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/2.0;
interface fe-2/0/10.1;
interface fe-2/0/9.8;
interface fe-2/0/8.9;
interface lo0.1;
}
}
user@PE1# show routing-options
static {
route 5.5.5.0/24 {
p2mp-lsp-next-hop p2mp1;
}
route 7.7.7.0/24 {
p2mp-lsp-next-hop p2mp1;
}
route 4.4.4.0/24 {
p2mp-lsp-next-hop p2mp1;
}
}
router-id 100.10.10.10;
Dispositivo P2
user@P2# show interfaces
fe-2/0/10 {
unit 2 {
description P2-to-PE1;
family inet {
address 2.2.2.2/24;
}
family mpls;
}
fe-2/0/9 {
unit 10 {
description P2-to-PE2;
family inet {
address 5.5.5.1/24;
}
family mpls;
}
}
lo0 {
unit 2 {
family inet {
address 100.20.20.20/32;
}
}
}
user@P2# show protocols
rsvp {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
mpls {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.2;
interface fe-2/0/9.10;
interface lo0.2;
}
}
user@P2# show routing-options router-id 100.20.20.20;
Dispositivo P3
user@P3# show interfaces
fe-2/0/10 {
unit 6 {
description P3-to-PE1;
family inet {
address 6.6.6.2/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 11 {
description P3-to-PE3;
family inet {
address 7.7.7.1/24;
}
family mpls;
}
}
lo0 {
unit 6 {
family inet {
address 100.60.60.60/32;
}
}
}
user@P3# show protocols
rsvp {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
mpls {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.6;
interface fe-2/0/9.11;
interface lo0.6;
}
}
user@P2# show routing-options router-id 100.60.60.60;
Dispositivo P4
user@P4# show interfaces
fe-2/0/10 {
unit 3 {
description P4-to-PE1;
family inet {
address 3.3.3.2/24;
}
family mpls;
}
}
fe-2/0/9 {
unit 12 {
description P4-to-PE4;
family inet {
address 4.4.4.1/24;
}
family mpls;
}
}
lo0 {
unit 3 {
family inet {
address 100.30.30.30/32;
}
}
}
user@P4# show protocols
rsvp {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
mpls {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface fe-2/0/10.3;
interface fe-2/0/9.12;
interface lo0.3;
}
}
user@P3# show routing-options router-id 100.30.30.30;
PE2 do dispositivo
user@PE2# show interfaces
ge-2/0/3 {
unit 0 {
description PE2-to-CE2;
family inet {
address 10.0.224.10/30;
}
}
}
fe-2/0/10 {
unit 5 {
description PE2-to-P2;
family inet {
address 5.5.5.2/24;
}
family mpls;
}
}
lo0 {
unit 5 {
family inet {
address 100.50.50.50/32;
}
}
}
}
user@PE2# show protocols
rsvp {
interface fe-2/0/10.5;
interface lo0.5;
}
mpls {
interface fe-2/0/10.5;
interface lo0.5;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/3.0;
interface fe-2/0/10.5;
interface lo0.5;
}
}
user@PE2# show routing-options router-id 100.50.50.50;
Pe3 do dispositivo
user@PE3# show interfaces
ge-2/0/1 {
unit 0 {
description PE3-to-CE3;
family inet {
address 10.0.134.10/30;
}
}
}
fe-2/0/10 {
unit 7 {
description PE3-to-P3;
family inet {
address 7.7.7.2/24;
}
family mpls;
}
}
lo0 {
unit 7 {
family inet {
address 100.70.70.70/32;
}
}
}
}
user@PE3# show protocols
rsvp {
interface fe-2/0/10.7;
interface lo0.7;
}
mpls {
interface fe-2/0/10.7;
interface lo0.7;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/1.0;
interface fe-2/0/10.7;
interface lo0.7;
}
}
user@PE3# show routing-options router-id 100.70.70.70;
Dispositivo PE4
user@PE4# show interfaces
ge-2/0/0 {
unit 0 {
description PE4-to-CE4;
family inet {
address 10.0.104.9/30;
}
}
}
fe-2/0/10 {
unit 4 {
description PE4-to-P4;
family inet {
address 4.4.4.2/24;
}
family mpls;
}
}
lo0 {
unit 4 {
family inet {
address 100.40.40.40/32;
}
}
}
}
user@PE4# show protocols
rsvp {
interface fe-2/0/10.4;
interface lo0.4;
}
mpls {
interface fe-2/0/10.4;
interface lo0.4;
}
ospf {
traffic-engineering;
area 0.0.0.0 {
interface ge-2/0/0.0;
interface fe-2/0/10.4;
interface lo0.4;
}
}
user@PE4# show routing-options router-id 100.40.40.40;
Configuração do dispositivo CE1
Procedimento passo a passo
Para configurar o dispositivo CE1:
Configure uma interface para o Dispositivo PE1.
[edit interfaces] user@CE1# set ge-1/3/2 unit 0 family inet address 10.0.244.9/30 user@CE1# set ge-1/3/2 unit 0 description CE1-to-PE1
Configure rotas estáticas do Dispositivo CE1 para as outras três redes de clientes, com o Dispositivo PE1 como próximo salto.
[edit routing-options] user@CE1# set static route 10.0.104.8/30 next-hop 10.0.244.10 user@CE1# set static route 10.0.134.8/30 next-hop 10.0.244.10 user@CE1# set static route 10.0.224.8/30 next-hop 10.0.244.10
Se você terminar de configurar o dispositivo, confirme a configuração.
[edit] user@CE1# commit
Resultados
A partir do modo de configuração, confirme sua configuração inserindo os show interfaces comandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@CE1# show interfaces
ge-1/3/2 {
unit 0 {
family inet {
address 10.0.244.9/30;
description CE1-to-PE1;
}
}
}
user@CE1# show routing-options
static {
route 10.0.104.8/30 next-hop 10.0.244.10;
route 10.0.134.8/30 next-hop 10.0.244.10;
route 10.0.224.8/30 next-hop 10.0.244.10;
}
Configuração do dispositivo CE2
Procedimento passo a passo
Para configurar o dispositivo CE2:
Configure uma interface para o Dispositivo PE2.
[edit interfaces] user@CE2# set ge-1/3/3 unit 0 family inet address 10.0.224.9/30 user@CE2# set ge-1/3/3 unit 0 description CE2-to-PE2
Configure uma rota estática do dispositivo CE2 para o CE1, com o Dispositivo PE2 como próximo salto.
[edit routing-options] user@CE2# set static route 10.0.244.8/30 next-hop 10.0.224.10
Se você terminar de configurar o dispositivo, confirme a configuração.
[edit] user@CE2# commit
Resultados
A partir do modo de configuração, confirme sua configuração inserindo os show interfaces comandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@CE2# show interfaces
ge-1/3/3 {
unit 0 {
family inet {
address 10.0.224.9/30;
description CE2-to-PE2;
}
}
}
user@CE2# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.224.10;
}
Configuração do dispositivo CE3
Procedimento passo a passo
Para configurar o dispositivo CE3:
Configure uma interface para o Dispositivo PE3.
[edit interfaces] user@CE3# set ge-2/0/1 unit 0 family inet address 10.0.134.9/30 user@CE3# set ge-2/0/1 unit 0 description CE3-to-PE3
Configure uma rota estática do dispositivo CE3 para o CE1, com o Dispositivo PE3 como próximo salto.
[edit routing-options] user@CE3# set static route 10.0.244.8/30 next-hop 10.0.134.10
Se você terminar de configurar o dispositivo, confirme a configuração.
[edit] user@CE3# commit
Resultados
A partir do modo de configuração, confirme sua configuração inserindo os show interfaces comandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@CE3# show interfaces
ge-2/0/1 {
unit 0 {
family inet {
address 10.0.134.9/30;
description CE3-to-PE3;
}
}
}
user@CE3# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.134.10;
}
Configuração do dispositivo CE4
Procedimento passo a passo
Para configurar o dispositivo CE4:
Configure uma interface para o Dispositivo PE4.
[edit interfaces] user@CE4# set ge-3/1/3 unit 0 family inet address 10.0.104.10/30 user@CE4# set ge-3/1/3 unit 0 description CE4-to-PE4
Configure uma rota estática do dispositivo CE4 para o CE1, com o Dispositivo PE4 como próximo salto.
[edit routing-options] user@CE4# set static route 10.0.244.8/30 next-hop 10.0.104.9
Se você terminar de configurar o dispositivo, confirme a configuração.
[edit] user@CE4# commit
Resultados
A partir do modo de configuração, confirme sua configuração inserindo os show interfaces comandos e show routing-options os comandos. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.
user@CE4# show interfaces
ge-3/1/3 {
unit 0 {
family inet {
address 10.0.104.10/30;
description CE4-to-PE4;
}
}
}
user@CE4# show routing-options
static {
route 10.0.244.8/30 next-hop 10.0.104.9;
}
Verificação
Confirme se a configuração está funcionando corretamente.
- Verificando a conectividade
- Verificando o estado do LSP de ponto a multiponto
- Verificando a tabela de encaminhamento
Verificando a conectividade
Propósito
Certifique-se de que os dispositivos podem se pingar.
Ação
Execute o ping comando do CE1 até a interface da conexão CE2 ao PE2.
user@CE1> ping 10.0.224.9 PING 10.0.224.9 (10.0.224.9): 56 data bytes 64 bytes from 10.0.224.9: icmp_seq=0 ttl=61 time=1.387 ms 64 bytes from 10.0.224.9: icmp_seq=1 ttl=61 time=1.394 ms 64 bytes from 10.0.224.9: icmp_seq=2 ttl=61 time=1.506 ms ^C --- 10.0.224.9 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.387/1.429/1.506/0.055 ms
Execute o ping comando do CE1 até a interface na conexão CE3 ao PE3.
user@CE1> ping 10.0.134.9 PING 10.0.134.9 (10.0.134.9): 56 data bytes 64 bytes from 10.0.134.9: icmp_seq=0 ttl=61 time=1.068 ms 64 bytes from 10.0.134.9: icmp_seq=1 ttl=61 time=1.062 ms 64 bytes from 10.0.134.9: icmp_seq=2 ttl=61 time=1.053 ms ^C --- 10.0.134.9 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.053/1.061/1.068/0.006 ms
Execute o ping comando do CE1 até a interface na conexão CE4 ao PE4.
user@CE1> ping 10.0.104.10 PING 10.0.104.10 (10.0.104.10): 56 data bytes 64 bytes from 10.0.104.10: icmp_seq=0 ttl=61 time=1.079 ms 64 bytes from 10.0.104.10: icmp_seq=1 ttl=61 time=1.048 ms 64 bytes from 10.0.104.10: icmp_seq=2 ttl=61 time=1.070 ms ^C --- 10.0.104.10 ping statistics --- 3 packets transmitted, 3 packets received, 0% packet loss round-trip min/avg/max/stddev = 1.048/1.066/1.079/0.013 ms
Verificando o estado do LSP de ponto a multiponto
Propósito
Certifique-se de que os LSRs de entrada, trânsito e saída estejam no estado up.
Ação
Execute o show mpls lsp p2mp comando em todos os LSRs. Apenas o LSR de entrada é mostrado aqui.
user@PE1> show mpls lsp p2mp Ingress LSP: 1 sessions P2MP name: p2mp1, P2MP branch count: 3 To From State Rt P ActivePath LSPname 100.40.40.40 100.10.10.10 Up 0 * PE1-PE4 100.70.70.70 100.10.10.10 Up 0 * PE1-PE3 100.50.50.50 100.10.10.10 Up 0 * PE1-PE2 Total 3 displayed, Up 3, Down 0 ...
Verificando a tabela de encaminhamento
Propósito
Certifique-se de que as rotas estão configurados como esperado executando o show route forwarding-table comando. Apenas as rotas para as redes remotas de clientes são mostradas aqui.
Ação
user@PE1> show route forwarding-table Routing table: default.inet Internet: Destination Type RtRef Next hop Type Index NhRef Netif ... 10.0.104.8/30 user 0 3.3.3.2 ucst 1006 6 fe-2/0/8.9 10.0.134.8/30 user 0 6.6.6.2 ucst 1010 6 fe-2/0/9.8 10.0.224.8/30 user 0 2.2.2.2 ucst 1008 6 fe-2/0/10.1 ...
Configuração de LSPs primários e filiais para LSPs de ponto a multiponto
Um caminho comutado por rótulos MPLS (point-to-multipoint MPLS) é um LSP RSVP com vários destinos. Aproveitando o recurso de replicação de pacotes MPLS da rede, os LSPs de ponto a multiponto evitam a replicação desnecessária de pacotes no roteador de entrada. Para obter mais informações sobre LSPs de ponto a multiponto, veja a visão geral dos LSPs de ponto a multiponto.
Para configurar um LSP ponto a multiponto, você precisa configurar o LSP primário a partir do roteador de entrada e dos LSPs de filial que transportam tráfego para os roteadores de saída, conforme descrito nas seguintes seções:
- Configurando o LSP principal de ponto a multiponto
- Configurando um LSP de filial para LSPs de ponto a multiponto
Configurando o LSP principal de ponto a multiponto
Um LSP de ponto a multiponto deve ter um LSP primário configurado de ponto a multiponto para transportar tráfego do roteador de entrada. A configuração do LSP principal de ponto a multiponto é semelhante a um LSP sinalizado. Consulte a configuração do roteador de entrada para LSPs sinalizados por MPLS para obter mais informações. Além da configuração LSP convencional, você precisa especificar um nome de caminho para O LSP principal de ponto a multiponto, incluindo a p2mp declaração:
p2mp p2mp-lsp-name;
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]
Você pode habilitar o temporização de otimização para LSPs de ponto a multiponto. Veja a otimização de LSPs sinalizados para obter mais informações.
Configurando um LSP de filial para LSPs de ponto a multiponto
O LSP principal de ponto a multiponto envia tráfego para duas ou mais filiais LSPs que transportam tráfego para cada um dos roteadores de borda de provedor de saída (PE). Na configuração para cada um desses LSPs de filial, o nome de caminho LSP de ponto a multiponto que você especifica deve ser idêntico ao nome do caminho configurado para O LSP principal de ponto a multiponto. Veja Configurando o LSP principal de ponto a multiponto mais informações.
Para associar um LSP de filial ao LSP principal de ponto a multiponto, especifique o nome LSP de ponto a multiponto, incluindo a p2mp declaração:
p2mp p2mp-lsp-name;
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]Nota:Qualquer mudança em qualquer um dos LSPs de filial de um LSP ponto a multiponto, seja devido a uma ação do usuário ou a um ajuste automático feito pelo roteador, faz com que os LSPs primários e filiais sejam resignados. O novo LSP de ponto a multiponto é sinalizado primeiro antes que o caminho antigo seja trilhado.
As seções a seguir descrevem como você pode configurar o LSP filial como um caminho sinalizado dinamicamente usando o CSPF (Constrained Shortest Path First, Caminho mais curto restringido), como um caminho estático, ou como uma combinação de caminhos dinâmicos e estáticos:
- Configurando o LSP de filial como um caminho dinâmico
- Configurando o LSP de filial como um caminho estático
Configurando o LSP de filial como um caminho dinâmico
Por padrão, o LSP filial para um LSP ponto a multiponto é sinalizado dinamicamente usando CSPF e não requer configuração.
Quando um LSP ponto a multiponto é alterado, seja pela inclusão ou exclusão de novos destinos ou pelo recalculação do caminho para destinos existentes, certos nós na árvore podem receber dados de mais de uma interface de entrada. Isso pode acontecer nas seguintes condições:
Alguns dos LSPs filiais para destinos estão configurados estaticamente e podem se cruzar com caminhos calculados estaticamente ou dinamicamente para outros destinos.
Quando um caminho calculado dinamicamente para um LSP de filial resulta em uma mudança de interface de entrada para um dos nós da rede, o caminho mais antigo não é imediatamente demolido após a sinalização do novo. Isso garante que quaisquer dados em trânsito que dependam do caminho mais antigo possam chegar ao seu destino. No entanto, o tráfego de rede pode potencialmente usar qualquer caminho para chegar ao destino.
Um roteador defeituoso na entrada calcula os caminhos para dois destinos de filiais diferentes de modo que uma interface de entrada diferente seja escolhida para esses LSPs de filial em um nó de roteador comum a esses LSPs de filial.
Configurando o LSP de filial como um caminho estático
Você pode configurar o LSP de filial para um LSP ponto a multiponto como um caminho estático. Consulte a configuração de LSPs estáticos para obter mais informações.
Configuração de LSPs entre domínios de ponto a multiponto
Um P2MP LSP entre domínios é um LSP P2MP que tem um ou mais sub-LSPs (filiais) que abrangem vários domínios em uma rede. Exemplos desses domínios incluem áreas de IGP e sistemas autônomos (ASs). Um LSP sub-LSP de um LSP P2MP entre domínios pode ser intraárea, interárea ou inter-AS, dependendo da localização do nó de saída (leaf) em relação ao nó de entrada (fonte).
No nó de entrada, um nome é atribuído ao LSP P2MP entre domínios e compartilhado por todos os sub-LSPs constituintes. Cada sub LSP é configurado separadamente, com seu próprio nó de saída e, opcionalmente, um caminho explícito. A localização do nó de saída do sub-LSP em relação ao nó de entrada determina se o sub LSP é intraárea, interárea ou inter-AS.
Os LSPs P2MP entre domínios podem ser usados para transportar tráfego nos seguintes aplicativos em uma rede multiárea ou multi-AS:
Broadcast de camada 2 e multicast sobre MPLS
VPN BGP/MPLS de Camada 3
VPLS
Em cada nó de limite de domínio (ABR ou ASBR) ao longo do caminho do P2MP LSP, a expand-loose-hop declaração deve ser configurada no nível de hierarquia para que o [edit protocols mpls] CSPF possa estender um ERO de salto solto (geralmente a primeira entrada da lista de ERO realizada pela mensagem RSVP Path) em direção ao nó de saída ou ao próximo nó de limite de domínio.
Computação de caminho de CSPF para LSPs P2MP entre domínios:
A computação de caminho CSPF é suportada em cada sub-LSP para LSPs P2MP entre domínios. Um sub LSP pode ser intraárea, interárea ou inter-AS. O CSPF trata um sub-LSP interárea ou inter-AS da mesma forma que um P2P LSP inter domínio.
Em um nó de entrada ou um nó de limite de domínio (ABR ou ASBR), o CSPF pode realizar uma expansão de objeto de rota explícita (ERO) por consulta RSVP. O destino questionado pode ser um nó de saída ou um ERO de salto solto recebido. Se o destino residir em um domínio vizinho ao qual o nó está conectado, o CSPF gera uma sequência de EROs rigorosos em direção a ele ou uma sequência de EROs de salto rigoroso em direção a outro nó de limite de domínio que pode chegar ao destino.
Se o RSVP não sinalizar um caminho através de um nó bounday de domínio previamente selecionado, o RSVP tenta sinalizar um caminho através de outros nós de limite de domínio disponíveis de forma redonda.
Quando um sub LSP é adicionado ou removido para ou de um P2MP LSP inter domínio, fazendo com que seu caminho (filial) seja fundido ou podado com ou da árvore P2MP atual, os caminhos que estão sendo tomados pelos outros sub-LSPs não devem ser afetados, ajudando a evitar interrupções de tráfego nesses sub-LSPs.
Fique atento ao seguinte momento na implantação de LSPs P2MP entre domínios em sua rede:
A re-otimização periódica do caminho é suportada para LSPs P2MP entre domínios em nós de entrada. Ele pode ser ativado para um LSP P2MP entre domínios configurando a
optimize-timerdeclaração no nível de[edit protocols mpls label-switched-path lsp-name]hierarquia com o mesmo intervalo para cada sub LSP.Apenas os LSPs de proteção de enlaces são suportados para LSPs P2MP entre domínios. Para habilitá-lo para um P2MP LSP entre domínios, a proteção de link deve ser configurada para todos os sub-LSPs e em todas as interfaces RSVP pelas quais o P2MP LSP pode percorrer.
Apenas as áreas de OSPF são suportadas para LSPs P2MP entre domínios. Os níveis is-IS não são suportados.
Configuração da proteção de enlaces para LSPs de ponto a multiponto
A proteção de enlaces ajuda a garantir que o tráfego passando por uma interface específica para um roteador vizinho possa continuar a chegar a esse roteador se essa interface falhar. Quando a proteção de enlaces é configurada para uma interface e um LSP ponto a multiponto que atravessa essa interface, é criado um LSP de bypass que lida com esse tráfego se a interface falhar. O LSP de bypass usa uma interface e um caminho diferentes para chegar ao mesmo destino.
Para estender a proteção de enlaces a todos os caminhos usados por um LSP de ponto a multiponto, a proteção de enlaces deve ser configurada em cada roteador que cada filial LSP atravessa. Se você habilitar a proteção de link em um LSP ponto a multiponto, você deve ativar a proteção de enlaces em todos os LSPs de filial.
O rascunho da Internet draft-ietf-mpls-rsvp-te-p2mp-01.txt, extensões ao RSVP-TE para LSPs de Ponto a Multiponto TE, descreve a proteção de enlaces para LSPs ponto a multiponto.
Para ativar a proteção de enlaces em LSPs de ponto a multiponto, preencha as seguintes etapas:
Configure a proteção de enlaces em cada filial LSP. Para configurar a proteção do link, inclua a
link-protectiondeclaração:link-protection;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit protocols mpls label-switched-path branch-lsp-name][edit logical-systems logical-system-name protocols mpls label-switched-path branch-lsp-name]
Configure a proteção de enlaces para cada interface RSVP em cada roteador que o LSP da filial atravessa. Para obter informações sobre como configurar a proteção de links em interfaces RSVP, consulte Configurando a proteção de links em interfaces usadas por LSPs.
Para obter mais informações sobre como configurar a proteção de enlaces, consulte Configurando a proteção de nós ou a proteção de enlaces para LSPs.
Configuração de reinício gracioso para LSPs de ponto a multiponto
Você pode configurar a reinicialização graciosa em LSPs de ponto a multiponto. A reinicialização graciosa permite que um roteador que passa por uma reinicialização informe seus vizinhos adjacentes sobre sua condição. O roteador de reinicialização solicita um período de carência do vizinho ou peer, que pode então colaborar com o roteador de reinicialização. O roteador de reinicialização ainda pode encaminhar o tráfego MPLS durante o período de reinicialização; a convergência na rede não é interrompida. A reinicialização não é aparente para o resto da rede, e o roteador de reinicialização não é removido da topologia da rede. A reinicialização graciosa do RSVP pode ser habilitada em roteadores de trânsito e roteadores de entrada.
Para permitir uma reinicialização graciosa em um roteador que lida com o tráfego LSP ponto a multiponto, inclua a graceful-restart declaração:
graceful-restart;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit routing-options][edit logical-systems logical-system-name routing-options]
A configuração de reinicialização graciosa para LSPs de ponto a multiponto é idêntica à dos LSPs ponto a ponto. Para obter mais informações sobre como configurar a reinicialização graciosa, consulte Configurando o RSVP Graciosa Restart.
Configuração de uma política de verificação de RPF multicast para LSPs de ponto a multiponto
Você pode controlar se uma verificação de encaminhamento de caminho reverso (RPF) é realizada para uma entrada de origem e grupo antes de instalar uma rota no cache de encaminhamento multicast. Com isso, é possível usar LSPs de ponto a multiponto para distribuir tráfego multicast em ilhas PIM situadas a jusante dos roteadores de saída dos LSPs de ponto a multiponto.
Ao configurar a rpf-check-policy declaração, você pode desabilitar verificações de RPF para uma origem e um par de grupos. Normalmente, você configuraria essa declaração nos roteadores de saída de um LSP ponto a multiponto, porque a interface que recebe o tráfego multicast em um roteador de saída LSP de ponto a multiponto pode nem sempre ser a interface RPF.
Você também pode configurar uma política de roteamento para agir em cima de um par de fontes e grupos. Essa política se comporta como uma política de importação, portanto, se nenhum termo de política corresponde aos dados de entrada, a ação padrão da política é "aceitação". Uma ação de política de aceitação permite verificações de RPF. Uma ação de política de rejeição (aplicada a todos os pares de origem e grupo que não são aceitos) desativa as verificações de RPF para o par.
Para configurar uma política de verificação de RPF multicast para um LSP de ponto a multiponto, especifique a política de verificação de RPF usando a rpf-check-policy declaração:
rpf-check-policy policy;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit routing-options multicast][edit logical-systems logical-system-name routing-options multicast]
Você também deve configurar uma política para a verificação de RPF multicast. Você configura políticas no nível de [edit policy-options] hierarquia. Para obter mais informações, veja as políticas de roteamento, filtros de firewall e guia de usuários de policiais de tráfego.
Quando você configura a rpf-check-policy declaração, o Junos OS não pode realizar verificações de RPF no tráfego de entrada e, portanto, não pode detectar o tráfego chegando na interface errada. Isso pode fazer com que os loops de roteamento se formem.
Exemplo: Configurando a política de verificação de RPF multicast para um LSP de ponto a multiponto
Configure uma política para garantir que uma verificação de RPF não seja realizada para fontes com prefixo 128.83/16 ou mais que pertençam a grupos que tenham um prefixo 228/8 ou mais:
[edit]
policy-options {
policy-statement rpf-sg-policy {
from {
route-filter 228.0.0.0/8 orlonger;
source-address-filter 128.83.0.0/16 orlonger;
}
then {
reject;
}
}
}
Configuração da redundância do roteador PE de entrada para LSPs de ponto a multiponto
Você pode configurar um ou mais roteadores PE como parte de um grupo de roteadores PE de backup para permitir a redundância do roteador PE de entrada. Você realiza isso configurando os endereços IP dos roteadores PE de backup (pelo menos um roteador PE de backup é necessário) e o endereço IP local usado pelo roteador PE local.
Você também deve configurar uma malha completa de LSPs ponto a ponto entre os roteadores PE primários e de backup. Você também precisa configurar o BFD nesses LSPs. Consulte a configuração do BFD para LSPs sinalizados por RSVP e a configuração do BFD para LSPs LDP para obter mais informações.
Para configurar a redundância do roteador PE de entrada para LSPs de ponto a multiponto, inclua a backup-pe-group declaração:
backup-pe-group pe-group-name { backups [addresses]; local-address address; }
Para obter uma lista de níveis de hierarquia nos quais você pode incluir essas declarações, veja as seções de resumo da declaração para essas declarações.
Depois de configurar o grupo de backup de redundância de roteador PE de entrada, você também deve aplicar o grupo a uma rota estática no roteador PE. Isso garante que a rota estática esteja ativa (instalada na tabela de encaminhamento) quando o roteador PE local for o encaminhamento designado para o grupo de BACKUP PE. Você só pode associar um grupo de roteadores PE de backup a uma rota estática que também tenha a p2mp-lsp-next-hop declaração configurada. Para obter mais informações, veja Configuração de rotas Unicast estáticas para LSPs de ponto a multiponto.
Configuração de um serviço para correlacionar sub-LSPs de ponto a multiponto com FPCs
Além de atuar como entrada ou saída para um determinado sub-LSP, o Mecanismo de encaminhamento de pacotes em um FPC também serve como um ponto de trânsito para outros sub-LSPs do mesmo LSP ponto a multiponto. Se um FPC falhar, todos os sub-LSPs que ele atende são afetados.
Você pode configurar um serviço que permite monitorar a correlação entre FPCs e os sub-LSPs de ponto a multiponto — caminhos de filial — que estão em um LSR. Essas informações ajudam você a avaliar o efeito que um FPC falhou nos sub-LSPs correlacionados. Quando o rastreamento é habilitado, o serviço também fornece mensagens de syslog no caso de uma interrupção do FPC que fornece informações detalhadas sobre os sub-LSPs afetados.
Você pode configurar um serviço que permite monitorar a correlação entre FPCs e os sub-LSPs de ponto a multiponto — caminhos de filial — em um LSR. Um FPC pode atuar como um ponto de entrada, saída ou trânsito para mais de um sub LSP do mesmo LSP ponto a multiponto. Se um FPC falhar, todos os sub-LSPs que ele atende são afetados.
As informações fornecidas por este serviço ajudam você a avaliar o efeito que uma falha em qualquer FPC tem sobre os sub-LSPs correlacionados e a rede ponto a multiponto. Você pode usar esse conhecimento para ajudar a planejar interrupções controladas de FPC.
Você também pode habilitar o rastreamento de algumas ou todas as operações de serviço. O serviço então fornece mensagens de syslog com informações detalhadas sobre os sub-LSPs afetados que facilitam a análise de uma interrupção de FPC.
Para permitir o monitoramento e a correlação de sub-LSPs e FPCs na rede de ponto a multiponto:
- Configure a votação de ponto a multiponto (
p2mp_polling_duration) e a votação do FPC (fpc_polling_duration) configurando a duração da frequência (em segundos) no arquivo config.xml localizado no /etc/p2mp_lsp_correlation diretório. Você também pode habilitar os níveis de log no arquivo config.xml para configurar traceoptions e os logs são criados no /var/log/p2mp_lsp_correlation diretório. O nível de log e os tipos de mensagem são os seguintes:5 = DEBUG 4 = INFO 3 = WARNING 2 = ERROR 1 = CRITICAL
O seguinte é um arquivo config.xml amostra:
user@host:~# cat /etc/p2mp_lsp_correlation/config.xml <p2mp_sub_lsp_config> <p2mp_polling_duration>240</p2mp_polling_duration> <fpc_polling_duration>60</fpc_polling_duration> <log_level>5</log_level> </p2mp_sub_lsp_config>p2mp_polling_duration—Atualiza o banco de dados executando várias solicitações de RPC RE/PFE. O valor padrão para a duração da votação de ponto a multiponto é de 240.fpc_polling_duration—Pesquisas de status do FPC/PFE para registrar o impacto dos sub-LSPs de ponto a multiponto. O padrão para a duração da votação do FPC é de 60.
Nota:O arquivo config.xml é aplicável apenas para o Junos OS Evolved. Você precisa reiniciar o aplicativo depois de fazer alterações no arquivo config.xml.
- Habilite o serviço.
[edit services] user@host# set p2mp-sublsp-correlation
- Configure o rastreamento das operações de serviço.
[edit services] user@host# set p2mp-sublsp-correlation traceoptions flag all
Nota:O
set p2mp-sublsp-correlation traceoptions flag allcomando não é aplicável ao Junos OS Evolved.
Quando um FPC em um LSR falha ou fica offline, todos os sub-LSPs de ponto a multiponto nesse FPC são afetados. Se você tiver habilitado anteriormente a correlação do FPC para os LSPs de ponto a multiponto e o rastreamento configurado para o serviço de correlação, em seguida, são registradas mensagens de falha do FPC que fornecem detalhes sobre os sub-LSPs afetados.
Neste caso, você precisa examinar as mensagens de log do sistema e a tabela de correlação do FPC para analisar o impacto de uma falha de FPC.
O seguinte é uma saída de log de sistema de amostra que mostra informações sobre o sub LSP de ponto a multiponto quando o FPC afetado fica offline:
Aug 5 12:47:33 host mdiag[24321]: MDIAGD_P2MP_SUBLSP_IMPACTED: FPC 0
PFEInst 0 Role (I,E,T) DOWN P2MP-Tunnel-Name p2mp-2-456 Sub-LSP-Dest 4.4.4.4 Sub-LSP-
Name lsp-2-4 Tunnel-ID 53322 LSP-ID 1 Src-Addr 2.2.2.2 Sub-Group-ID 10 Ingress-
Interface ae8.0 Egress-Interface et-0/0/7.0
Para visualizar as informações de correlação entre pontos e multipontos para interface de entrada, use o comando da show services p2mp-sublsp-correlation ingress-interface seguinte forma:
user@host> show services p2mp-sublsp-correlation ingress-interface ae8.0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress
Name Dest Name ID ID Address ID Interface Interface
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0
Para visualizar as informações de correlação entre pontos e multipontos para interface de saída, use o comando da show services p2mp-sublsp-correlation egress-interface seguinte forma:
user@host> show services p2mp-sublsp-correlation egress-interface et-0/0/7.0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress
Name Dest Name ID ID Address ID Interface Interface
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0
Para visualizar as informações de correlação para FPC, use o comando da show services p2mp-sublsp-correlation fpc 0 seguinte forma:
user@host> show services p2mp-sublsp-correlation fpc 0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress FPC/PFE
Name Dest Name ID ID Address ID Interface Interface Role
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0 I,E,
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,T
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0 I,E,
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0 I,E,T
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0 I,E,T
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,
Para visualizar as informações de correlação para instância PFE, use o comando da show services p2mp-sublsp-correlation fpc 0 pfe-instance 0 seguinte forma:
user@host> show services p2mp-sublsp-correlation fpc 0 pfe-instance 0
Last Refreshed : Aug 05 2021 12:06:50
SG-ID = Sub-Group-ID, Tun-ID = Tunnel-ID
FPC ROLE: I = Ingress, E = Egress, T = Transit
P2MP Sub-LSP Sub-LSP Tun LSP Source SG Ingress Egress FPC/PFE
Name Dest Name ID ID Address ID Interface Interface Role
bud-p-68 8.8.8.8 bud-8 53323 1 2.2.2.2 18 ae8.0 et-0/0/5.0 I,E,
bud-p-68 6.6.6.6 bud-6 53323 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,T
bud-p-68 7.7.7.7 bud-7 53323 1 2.2.2.2 17 ae8.0 et-0/0/7.0 I,E,
p2mp-2-6 4.4.4.4 lsp-4 53322 1 2.2.2.2 10 ae8.0 et-0/0/7.0 I,E,T
p2mp-2-6 5.5.5.5 lsp-5 53322 1 2.2.2.2 15 ae8.0 et-0/0/5.0 I,E,T
p2mp-2-6 6.6.6.6 lsp-6 53322 1 2.2.2.2 12 ae8.0 et-0/0/9.0 I,E,
Permitindo que os LSPs ponto a ponto monitorem roteadores PE de saída
A configuração de um LSP com a associate-backup-pe-groups declaração permite que ele monitore o status do roteador PE ao qual está configurado. Você pode configurar vários grupos de roteadores PE de backup usando o endereço do mesmo roteador. Uma falha deste LSP indica a todos os grupos de roteadores PE de backup que o roteador PE de destino está desativado. A associate-backup-pe-groups declaração não está vinculada a um grupo de roteadores PE de backup específico. Aplica-se a todos os grupos que estejam interessados na situação do LSP nesse endereço.
Para permitir que um LSP monitore o status do roteador PE de saída, inclua a associate-backup-pe-groups declaração:
associate-backup-pe-groups;
Essa declaração pode ser configurada 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]
Se você configurar a associate-backup-pe-groups declaração, você deve configurar o BFD para o LSP ponto a ponto. Para obter informações sobre como configurar o BFD para um LSP, consulte configuração de BFD para LSPs MPLS IPv4 e configuração de BFD para LSPs LDP.
Você também deve configurar uma malha completa de LSPs ponto a ponto entre os roteadores PE no grupo de roteadores PE de backup. Uma malha completa é necessária para que cada roteador PE dentro do grupo possa determinar de forma independente o status dos outros roteadores PE, permitindo que cada roteador determine de forma independente qual roteador PE é atualmente o roteador designado para o grupo de roteadores PE de backup.
Se você configurar vários LSPs com a associate-backup-pe-groups declaração para o mesmo roteador PE de destino, o primeiro LSP configurado é usado para monitorar o estado de encaminhamento para esse roteador PE. Se você configurar vários LSPs para o mesmo destino, certifique-se de configurar parâmetros semelhantes para os LSPs. Com esse cenário de configuração, uma notificação de falha pode ser acionada, embora o roteador PE remoto ainda esteja ativo.
Preservando o funcionamento do LSP de ponto a multiponto com diferentes versões do Junos OS
No Junos OS Release 9.1 e anteriores, as mensagens Resv que incluem o objeto S2L_SUB_LSP são recusadas por padrão. No Junos OS Release 9.2 e posteriores, essas mensagens são aceitas por padrão. Para garantir o bom funcionamento dos LSPs ponto a multiponto em uma rede que inclua dispositivos que executam o Junos OS Release 9.1 e anteriores e dispositivos que executam o Junos 9.2 e posteriores, você deve incluir a no-p2mp-sublsp declaração na configuração dos dispositivos que executam o Junos 9.2 e posteriores:
no-p2mp-sublsp;
Você pode incluir essa declaração nos seguintes níveis de hierarquia:
[edit protocols rsvp][edit logical-systems logical-system-name protocols rsvp]
Ressecaia o comportamento na visão geral do LSP de ponto a multiponto
Esta seção fala sobre os benefícios e a visão geral de controlar o comportamento de refusão em LSPs de ponto a multiponto (P2MP) do RSVP.
- Benefícios de controlar a refusão de LSP P2MP
- O que é a refusão de LSP P2MP?
- Modifique o comportamento de refusão padrão de LSP P2MP
Benefícios de controlar a refusão de LSP P2MP
Reduz a carga de sinalização de RSVP na entrada (roteadores headend) evitando a computação de caminhos de sub LSPs, o que cria uma condição de refusão.
Salva a largura de banda da rede rejeitando a refusão P2MP sub LSP no nó de trânsito.
O que é a refusão de LSP P2MP?
Em uma rede P2MP MPLS LSP, o termo refusão refere-se ao caso de uma entrada (headend) ou nó de trânsito (nó de refusão) que cria uma filial de refusão cruzando o P2MP LSP em outro nó na árvore. Isso pode ocorrer devido a eventos como um erro no cálculo do caminho, um erro na configuração manual ou alterações de topologia de rede durante a criação do P2MP LSP.
O RFC 4875 define as seguintes duas abordagens para lidar com a refusão de LSP P2MP:
Primeiro, o nó que detecta a refusão permite que o caso de refusão persista, mas dados de todas, exceto uma interface de entrada, são descartados no nó de refusão. Isso funciona por padrão sem qualquer configuração.
Em segundo lugar, o nó de reconseca inicia a poda dos sub LSPs subcons fundimento por meio da sinalização.
Nos roteadores da Série MX da Juniper Networks, a primeira abordagem (conforme definido pela RFC 4875) funciona por padrão. A segunda abordagem pode ser implementada por uma das seguintes declarações de configuração da CLI, dependendo de onde os roteadores da Série MX da Juniper Networks são colocados (nó de entrada ou nó de trânsito) na rede P2MP RSVP MPLS:
no-re-merge— Essa declaração de configuração do CLI quando habilitada no roteador de entrada (headend) evita a computação de caminhos de P2MP sub LSPs, o que cria uma condição de reconseque. Quando essa declaração de configuração da CLI estiver configurada na entrada, a configuração da declaração de configuração dano-p2mp-re-mergeCLI no roteador de trânsito não é necessária.no-p2mp-re-merge— Essa declaração de configuração do CLI quando habilitada no roteador de trânsito altera o comportamento padrão de permitir que as sessões P2MP sub LSP se ressequem para rejeitar a refusão. Essa declaração de configuração da CLI é exigida principalmente quando a entrada (roteador headend) não é um roteador da Série MX da Juniper Networks.single-abr— Esse comando quando habilitado reduz a condição de reconsecação além da interárea, ou entre domínios, ou LSPs inter-AS RSVP P2MP.
A topologia a seguir explica o comportamento de refusão em uma rede LSP P2MP:
Nesta topologia, o R1 atua como um roteador de entrada (headend) e R2 como roteador de trânsito (reconseca nó). Há duas sessões sub LSP criadas nesta rede, LSP 1 e LSP 2. O LSP 1 é uma sessão estabelecida entre dispositivos R1, R2 e R3. LSP 2 é uma sessão estabelecida entre dispositivos R1, R4, R2, R3 e R5. Por padrão, o roteador de trânsito permite que a refusão aconteça tanto dos sub LSPs quanto derruba um dos tráfego de filial sub LSP no nó de reconseca. Você pode controlar esse comportamento de reconsecação, permitindo a no-re-merge declaração de configuração da CLI no roteador de entrada ou na no-p2mp-re-merge declaração de configuração da CLI no roteador de trânsito.
Se você habilitar a no-re-merge declaração de configuração de CLI no roteador de entrada (R1), apenas uma das duas sessões sub LSP está estabelecida. Por exemplo, se a sessão LSP 1 (R1-R2-R3) for estabelecida primeiro, então a outra sessão sub LSP (LSP 2) não será estabelecida.
Se você habilitar a no-p2mp-re-merge declaração de configuração de CLI no roteador de trânsito (R2), o roteador de trânsito rejeita a refusão de um dos sub LSPs e envia uma mensagem de erro de caminho para o roteador de entrada (R1) impedindo o roteador de entrada de criar a segunda filial de refusão P2MP LSP. Você pode usar o show rsvp statistics comando CLI para visualizar a mensagem de erro de caminho.
Modifique o comportamento de refusão padrão de LSP P2MP
Você pode modificar o comportamento de refusão padrão no nó de entrada (headend) ou no nó de trânsito em uma rede P2MP RSVP MPLS.
Na entrada (roteador headend), desabiibilize o comportamento padrão de refusão para que o roteador de entrada não faça a computação de caminhos de sub LSPs, o que cria a condição de refusão. O comportamento padrão permite a computação de caminhos de sub LSPs.
[edit protocols] user@host#set mpls p2mp-lsp no-re-merge
No roteador de trânsito, desabiira o comportamento padrão de refusão para que o roteador de trânsito rejeite a refusão de sub LSPs.
[edit protocols] user@host#set rsvp no-p2mp-re-merge
Para interáreas, inter domínios ou LSPs P2MP inter-AS RSVP, use a single-abr declaração de configuração CLI na entrada (roteador headend) para que todos os P2MP sub LSPs prefiram selecionar o mesmo roteador de saída (ABR ou ASBR), reduzindo assim a condição de reconseca.
[edit protocols] user@host#set mpls p2mp-lsp single-abr