Exemplo: NG-VPLS usando LSPs ponto a multiponto

Procedimento passo a passo

Nas interfaces de PE voltadas para o cliente, habilite a marcação VLAN, configure o tipo de encapsulamento e habilite a família de endereços VPLS. Existem quatro encapsulamentos de interface possíveis para instâncias de roteamento VPLS que você pode escolher dependendo das suas necessidades.

1. Se sua rede exigir que cada interface lógica no link do roteador PE para CE seja configurada para aceitar apenas pacotes com ID 1000VLAN, inclua a vlan-tagging declaração, inclua a encapsulation declaração e especifique vlan-vpls como tipo de encapsulamento. Inclua também a vlan-id declaração e especifique 1000 como O ID da VLAN.

   Com essa configuração, você pode configurar várias interfaces lógicas com diferentes IDs VLAN e associar cada interface lógica a uma instância de roteamento diferente.

2. Se sua rede exigir que cada interface física no roteador PE para o enlace do roteador CE seja configurada para usar toda a porta Ethernet como parte de uma única instância VPLS, inclua a encapsulation declaração e especifique ethernet-vpls como tipo de encapsulamento.

   Com este modo de encapsulamento, você não pode criar várias unidades lógicas (VLANs).

3. Se sua rede exigir que cada interface lógica da interface física única no link do roteador PE para CE seja configurada para usar uma mistura de diferentes encapsulamentos, inclua a encapsulation declaração e especifique flexible-ethernet-services como o tipo de encapsulamento no nível de [edit interfaces interface-name] hierarquia. Inclua também a encapsulation declaração e especifique vlan-vpls ou vlan-ccc como o tipo de encapsulamento no nível de [edit interfaces interface-name unit logical-unit-number] hierarquia.

4. Se sua rede exigir suporte para o uso de uma mistura de VLANs com tags individuais e duplas configuradas em diferentes interfaces lógicas em uma única interface física, inclua a encapsulation declaração e especifique flexible-vlan-tagging como o tipo de encapsulamento.

5. Configure as interfaces de roteador CE voltadas para o núcleo. A configuração lógica do roteador CE e do roteador PE deve combinar com tipos de encapsulamento e IDs VLAN. Normalmente, o endereço IP é configurado nas interfaces de roteador CE voltadas para o núcleo se o dispositivo CE for um roteador e encerrar o domínio de Camada 2 na rede de Camada 3. Neste exemplo, a interface está configurada para tags individuais com uma ID VLAN de 1000.

Procedimento passo a passo

Configurar um refletor de rota é o método preferido para habilitar quaisquer ofertas de serviços baseadas em BGP. Configurar um refletor de rota evita a exigência de uma malha completa de sessões de peer BGP, e ele escala bem. A redundância BGP pode ser alcançada usando vários refletores de rota em um único cluster.

1. Para permitir que o BGP carregue mensagens VPN de Camada 2 e VPLS NLRI, crie um grupo de pares, inclua a family declaração, especifique a opção l2vpn e inclua a signaling declaração. Para configurar o cluster refletor de rota e concluir as sessões de peer BGP, inclua a cluster declaração e especifique o endereço IP para a ID do cluster. Em seguida, inclua a neighbor declaração e especifique o endereço IP dos roteadores PE que são pares de clientes BGP no cluster.

2. Configure o OSPF e habilite a engenharia de tráfego no refletor de rota para criar o banco de dados CSPF (Constrained Shortest Path First) para a saída de LSPs que terminam dos roteadores PE.

3. Habilite os protocolos MPLS e RSVP em todas as interfaces conectadas ao núcleo MPLS. Isso encerra os LSPs de saída RSVP dos roteadores PE.

Procedimento passo a passo

Para VPLS baseado em BGP, todos os roteadores PE precisam ter uma malha completa de sessões de peer BGP entre si ou ter um único peer com o refletor de rota. O refletor de rota reflete as rotas recebidas dos outros roteadores PE. Neste exemplo, o roteador PE está configurado para estabelecer uma relação de peer com o refletor de rota.

1. Para que todos os roteadores PE estabeleçam uma sessão de peer de cliente BGP com o refletor de rota, crie um grupo de peer interno, inclua a local-address declaração e especifique o endereço IP do roteador PE. Inclua também a neighbor declaração e especifique o endereço IP do refletor de rota. Para permitir que o BGP carregue mensagens VPN de Camada 2 e VPLS NLRI, inclua a family declaração, especifique a opção l2vpn e inclua a signaling declaração.

2. Configure um RSVP LSP ponto a ponto dos roteadores PE até o refletor de rota. Para criar o LSP, incluir a label-switched-path declaração, dar ao LSP um nome significativo, incluir a to declaração e especificar o endereço IP do refletor de rota como ponto final LSP. Este LSP é necessário para resolver os próximos saltos BGP na inet.3 tabela de roteamento para as rotas recebidas do refletor de rota.

Procedimento passo a passo

No VPLS de próxima geração, os LSPs de ponto a multiponto são usados apenas para transportar quadros unicast, multicast e broadcast. Todos os outros quadros ainda são transportados usando LSPs RSVP ponto a ponto. Este é um uso mais eficiente da largura de banda, particularmente perto da fonte dos quadros desconhecidos, broadcast e multicast. A troca é mais estado na rede, porque cada roteador PE é a entrada de um LSP ponto a multiponto que toca todos os outros roteadores PE, e n LSPs ponto a ponto são necessários, um indo para cada um dos outros roteadores PE.

1. Para criar um LSP ponto a ponto, incluir a label-switched-path declaração, dar ao LSP um nome significativo, incluir a to declaração e especificar o endereço IP do outro roteador PE como endpoint LSP. O exemplo mostra a configuração de LSPs do Roteador PE1 aos roteadores PE2, PE3 e PE4.

Procedimento passo a passo

Este procedimento descreve como permitir a criação de LSPs dinâmicos de ponto a multiponto e como configurar LSPs estáticos de ponto a multiponto. Em um roteador configurado com LSPs estáticos de ponto a multiponto, os LSPs surgem imediatamente. Em um roteador configurado com LSPs dinâmicos de ponto a multiponto, o LSP só surge após receber informações de vizinhos BGP do refletor de rota ou de outros roteadores PE participantes do domínio VPLS.

Para cada instância VPLS, um roteador PE com LSPs dinâmicos de ponto a multiponto habilitados cria um LSP dedicado de ponto a multiponto baseado no modelo de ponto a multiponto. Sempre que o VPLS descobre um novo vizinho através do BGP, um sub LSP para esse vizinho é adicionado ao LSP ponto a multiponto.

Se houver n roteadores PE na instância VPLS, então o roteador cria n LSPs de ponto a multiponto na rede onde cada roteador PE é a raiz da árvore e inclui o resto dos n-1 roteadores PE como nós leaf conectados por um sub LSP fonte-to-leaf.

1. Nesta etapa, você configura o Roteador PE1 e o Roteador PE2 para usar um modelo de LSP dinâmico de ponto a multiponto para criação de LSP. Quando esses roteadores recebem uma nova rota BGP anunciada do refletor de rota para um novo vizinho, eles criam um sub LSP ponto a multiponto para esse vizinho. Para criar o modelo de LSP dinâmico de ponto a multiponto, inclua a label-switched-path declaração, dê ao modelo LSP um nome significativo, inclua a template declaração e inclua a p2mp declaração. Também habilite a proteção do link e configure o temporizador otimizado para reoptimizar periodicamente o caminho LSP.

2. Nesta etapa, você configura LSPs estáticos de ponto a multiponto. A criação de LSPs estáticos de ponto a multiponto é semelhante à criação de LSPs ponto a ponto, exceto que você também pode configurar outros parâmetros RSVP em cada LSP ponto a multiponto.

   Para criar LSPs estáticos de ponto a multiponto, incluir a label-switched-path declaração, dar ao LSP um nome significativo, incluir a to declaração e especificar o endereço IP do roteador PE que é o endpoint do LSP. Inclua também a p2mp declaração e especifique um nome de caminho.

Procedimento passo a passo

Os LSPs de ponto a multiponto oferecem suporte apenas à proteção de enlaces RSVP para engenharia de tráfego. A proteção de nós não é suportada. A proteção de enlaces é opcional, mas é a configuração recomendada para a maioria das redes.

1. Para permitir a proteção de enlaces nas interfaces voltadas para o núcleo, inclua a link-protection declaração no nível de [edit protocols rsvp interface interface-name] hierarquia.

2. Habilite o LSP de ponto a multiponto para usar o recurso de proteção de link RSVP. A proteção de enlaces pode ser configurada para LSPs estáticos de ponto a multiponto e dinâmicos que usam um modelo.

   Para LSPs estáticos de ponto a multiponto, configure cada sub LSP de filial. Para habilitar a proteção de enlaces, inclua a link-protection declaração no nível hierárquica [edit protocols mpls label-switched-path label-switched-path-name] .

3. Para LSPs dinâmicos de ponto a multiponto usando um modelo, apenas o modelo precisa ter a proteção do link configurada. Todos os LSPs de filial ponto a multiponto que usam o modelo herdam essa configuração.

   Para permitir a proteção de enlaces para LSPs dinâmicos de ponto a multiponto, inclua a link-protection declaração no nível de [edit protocols mpls label-switched-path label-switched-path-name] hierarquia.

Procedimento passo a passo

Para NG-VPLS, a configuração de instância de roteamento é semelhante à de uma instância de roteamento VPLS regular. A instância de roteamento define o site VPLS e cria a conexão VPLS. Os parâmetros a seguir estão configurados.

• Tipo de instância — VPLS.

• Interface — A interface que se conecta ao roteador CE.

• Diferenciador de rotas — Cada instância de roteamento que você configura em um roteador PE deve ter um diferencial de rota único. O diferencial de rota é usado pelo BGP para distinguir entre mensagens de informações de alcance de rede (NLRI) potencialmente idênticas recebidas de diferentes VPNs. Recomendamos que você use um diferencial de rota exclusivo para cada instância de roteamento em cada PE para que você possa determinar qual PE originou a rota.

• Alvo VRF — a configuração de uma comunidade-alvo VRF usando a vrf-target declaração faz com que sejam geradas políticas padrão de importação e exportação de VRF que aceitam rotas importadas e marcam rotas exportadas com a comunidade-alvo especificada.

• Protocolos — Configure o protocolo VPLS conforme descrito no procedimento a seguir.

1. Para configurar a instância de roteamento NG-VPLS, inclua a routing-instances declaração e especifique o nome da instância. Inclua também a instance-type declaração e especifique vpls como o tipo. Inclua a route-distinguisher declaração e especifique um diferencial de rota exclusivo em todas as VPNs configuradas no roteador. Configure um alvo de rota VRF incluindo a vrf-target declaração e especifique o alvo da rota. A meta de rota exportada por um roteador deve corresponder à meta de rota importada por outro roteador para o mesmo VPLS.

2. Para usar um LSP ponto a multiponto para inundações de VPLS, configure um LSP sob a instância de roteamento VPLS.

   Para configurar o LSP ponto a multiponto para inundações de VPLS, inclua a label-switched-path-template declaração e especifique o nome do modelo LSP no nível de [edit routing-instances routing-instances-name provider-tunnel rsvp-te] hierarquia.

3. A configuração do protocolo VPLS permite o VPLS entre diferentes locais no domínio VPLS. Vários sites podem ser configurados em uma única instância de roteamento VPLS, mas observe que o ID de site mais baixo é usado para construir o pseudowire VPLS para os outros roteadores PE, e o bloco de rótulo associado ao ID de site mais baixo é anunciado. Os seguintes parâmetros estão configurados para o protocolo VPLS:

   • Site – Nome do site VPLS.

   • Intervalo de site — ID máximo de site permitido no VPLS. A faixa de site especifica o ID de site de maior valor permitido dentro do VPLS, não o número de sites no VPLS.

   • Identificador de site — Qualquer número entre 1 e 65.534 que identifique exclusivamente o site VPLS. Isso também é referido como o VE-ID na RFC relevante.

   • Interface PE-CE — A interface que participa deste site.

   • Serviços de túnel para VPLS — Se você não configurar nenhuma interface de túnel na [edit protocol vpls tunnel-services] hierarquia, o roteador usará qualquer interface de túnel disponível no roteador para VPLS.

   • Sem serviços de túnel — Se você incluir a no-tunnel-services declaração, o roteador usa uma interface comutada por rótulos (LSI) para os serviços de túnel para essa instância VPLS.

   • Tamanho da tabela Mac — O tamanho da tabela de endereços de controle de acesso de mídia (MAC) VPLS. O padrão é de 512 endereços e o máximo é de 65.536. Quando a tabela estiver cheia, novos endereços MAC não serão mais adicionados à tabela.

   Para configurar o protocolo VPLS, inclua a vpls declaração no nível de [edit routing-instances routing-instance-name protocols] hierarquia. Para configurar a faixa do site, inclua a site-range declaração e especifique o ID de site de mais alto valor permitido dentro do VPLS. Para fazer com que o roteador use uma interface LSI, inclua a no-tunnel-services declaração. Para criar um site VPLS, inclua a site declaração e especifique o nome de um site. Inclua também a site-identifier declaração e especifique a ID do site. Em seguida, inclua a interface declaração e especifique o nome da interface para a interface conectada ao dispositivo CE.

Procedimento passo a passo

Uma interface de túnel é necessária para a configuração VPLS encapsular o tráfego de origem e des encapsular o tráfego vindo de um local remoto. Se a interface do túnel não estiver configurada, o roteador seleciona uma das interfaces de túnel disponíveis no roteador por padrão. Existem três métodos disponíveis no Junos OS para configurar essa interface de túnel.

• Para especificar uma interface de túnel virtual a ser usada como dispositivo principal para tunelamento, inclua a primary declaração e especifique a interface de túnel virtual a ser usada no nível de [edit routing-instances routing-instance-name protocols vpls tunnel-services] hierarquia.

• Para configurar o roteador para usar uma interface LSI para serviços de túnel em vez de uma interface de túnel virtual, inclua a no-tunnel-services declaração no nível hierárquico [edit routing-instances routing-instance-name protocols vpls] .

• Em um roteador da Série MX, você deve criar a interface de serviços de túnel a ser usada para serviços de túnel. Para criar a interface de serviço de túnel, inclua a bandwidth declaração e especifique a quantidade de largura de banda a reservar para serviços de túnel em gigabits por segundo no nível de [edit chassis fpc slot-number pic slot-number tunnel-services] hierarquia.

Procedimento passo a passo

Esta seção descreve as saídas show de comando que você pode usar para validar o plano de controle. Ele também fornece metodologias para resolução de problemas. Observe o seguinte:

• Neste exemplo, existem seis sites. O Roteador PE1 e o Roteador PE2 têm dois locais cada. O Roteador PE3 e o Roteador PE4 têm um local cada. Todos os sites estão na instância VPLS DE OURO.

• No VPLS, se você tiver vários sites configurados em uma única instância de roteamento VPLS, o bloco de rótulos do site com o ID de local mais baixo é usado para estabelecer pseudowires entre PEs remotos. Observe que o tráfego de dados ainda é enviado para aquelas interfaces de roteador PE conectadas a dispositivos CE que estão em um dos seguintes estados:

  • LM – A ID local do local não é o mínimo designado. A ID local não é a mais baixa. Portanto, a ID local do site não está sendo usada para estabelecer pseudowires ou distribuir blocos de rótulos VPLS.

  • RM — A ID do local remoto não é o mínimo designado. A ID remota do local não é a mais baixa. Portanto, a ID remota do site não está sendo usada para estabelecer pseudowires ou distribuir blocos de rótulos VPLS.

• Para obter mais informações sobre como os blocos de rótulos VPLS são alocados e usados, consulte Entenda a operação de blocos de rótulos VPLS.

1. Após toda a configuração ser concluída, você pode verificar o estado das conexões VPLS.

   Na saída a seguir, as conexões VPLS mostram o Up estado para determinados locais, e os locais restantes mostram o estado ou LM o RM estado. Este é o estado esperado em uma implementação VPLS em sites multihoming.

   Neste exemplo, o Roteador PE1 tem site CE1 configurado com ID 1 do site e site Direct configurados com ID 2do site. O bloco de rótulos para o site CE1 é anunciado para os roteadores PE remotos e usado para receber os pacotes de dados dos roteadores PE remotos. show Na saída de comando, observe o seguinte:

   • O roteador PE1 usa sua ID de local mais baixa, que é a ID 1do site. O ID 1 do site é usado para dispositivo CE1.

   • O Roteador PE2 usa sua ID de local mais baixa, que é a ID 3do site. O ID 3 do site é usado para dispositivo CE2.

   • O Roteador PE3 e o Roteador PE4 têm um único site configurado.

     Para o siteCE1, o Up site 3 de conexão está no estado e o local 4 de conexão está no RM estado.

   • Para o site Direct, todas as conexões estão no LM estado.

   • O site Direct tem uma ID de site mais alta do que o local 1 neste roteador.

   No Roteador PE1, use o show vpls connections comando para verificar o estado das conexões VPLS.

2. No Roteador PE4, use o show vpls connections comando para verificar o estado das conexões VPLS.

   Verifique se o site 2 e o site 4 estão no RM estado. Este estado diz que os sites estão configurados com o ID do local mais alto no Roteador PE1 e roteador PE2. Como o Roteador PE4 tem apenas um site configurado, ele não tem nenhum local nos LM estados.

3. Em cada roteador PE, use o show bgp summary comando para verificar se as sessões de IBGP entre os roteadores PE ou entre o roteador PE e o refletor de rota foram estabelecidas. As sessões devem estar operacionais antes que os roteadores PE possam trocar quaisquer rotas de VPN de Camada 2. No exemplo abaixo, observe também que a saída do Roteador PE1 mostra que as tabelas e GOLD.l2vpn.0 o bgp.l2vpn.0 roteamento foram criados.

4. No Roteador PE4, use o show route table comando para verificar se há uma rota VPN de Camada 2 para cada um dos outros roteadores PE. O roteador PE3 deve ter uma saída de comando semelhante show .

5. No refletor de rota, use o show bgp summary comando para verificar se o roteador tem uma sessão de peer do IBGP com cada um dos roteadores PE.

6. No NG-VPLS, os LSPs de ponto a multiponto transportam apenas pacotes unicast, broadcast e multicast desconhecidos. É necessária uma malha completa de LSPs ponto a ponto entre os roteadores PE para NG-VPLS. Os LSPs ponto a ponto criam rotas na inet.3 tabela de roteamento. Essas entradas são usadas para resolver as rotas de VPN de Camada 2 recebidas dos pares BGP. Todo o tráfego de dados é enviado por LSPs ponto a ponto.

   Um LSP ponto a ponto também é criado para o refletor de rota. Este LSP cria uma rota na tabela de roteamento para resolução inet.3 de próximo salto BGP.

   No Roteador PE1, use o show mpls lsp comando para verificar se os to-PE2LSPs to-PE4to-PE3e to-RR os LSPs estão no Up estado.

7. Para cada instância VPLS, um roteador PE cria um LSP dedicado de ponto a multiponto. Neste exemplo, o Roteador PE1 e o Roteador PE2 estão configurados para usar um modelo dinâmico de ponto a multiponto.

   Para LSPs dinâmicos de ponto a multiponto, sempre que o VPLS descobre um novo vizinho VPN de Camada 2 através do BGP, um sub LSP de fonte a folha é adicionado na instância VPLS para este roteador PE vizinho.

   No Roteador PE1, use o show mpls lsp comando para verificar se três sub-LSPs de origem a folha foram criados.

8. No Roteador PE2, use o show mpls lsp comando para verificar se três sub-LSPs de origem a folha foram criados.

9. Nesta etapa, o Roteador PE3 e o Roteador PE4 estão usando LSPs estáticos de ponto a multiponto. Para LSPs estáticos de ponto a multiponto, os sub-LSPs de origem a folha para todos os roteadores PE são configurados manualmente.

   No Roteador PE3, use o show mpls lsp comando para verificar se três sub-LSPs de origem a folha foram configurados.

10. No Roteador PE4, use o show mpls lsp comando para verificar se três sub-LSPs de origem a folha estão configurados.

11. Cada LSP de ponto a multiponto criado pelo roteador PE pode ser identificado usando um objeto de sessão de ponto a multiponto RSVP-TE. O objeto da sessão é passado como um atributo de túnel PMSI pelo BGP quando anuncia rotas VPLS. Usando este atributo de túnel, uma solicitação adicional sub LSP de fonte a folha (mensagem RSVP-Path) oferece suporte à alocação de rótulos de tal forma que, quando o tráfego chega neste sub-LSP de origem para folha, o roteador termina a mensagem na instância VPLS certa e também identifica o PE originado. Isso oferece suporte ao aprendizado de endereço MAC de origem.

    No Roteador PE1, use o show rsvp session comando para verificar se a sessão de RSVP para O LSP dinâmico de ponto a multiponto está Up configurada como desired. Observe que o objeto de sessão de ponto a multiponto a ser enviado no BGP é 54337.

12. O Roteador PE4 está configurado para LSPs estáticos de ponto a multiponto. A proteção do link não está configurada para esses LSPs. Use o show rsvp session comando para verificar se o objeto de sessão de ponto a multiponto a ser enviado no BGP é 42873.

13. No Roteador PE1, use o comando para verificar se o show route table Roteador PE1 recebeu uma rota VPN de Camada 2 para o Roteador PE2 a partir do refletor do roteador e a rota inclui um objeto PMSI que contém o identificador de túnel ponto a multiponto de 20361.

14. No Roteador PE2, use o show rsvp session comando para verificar se o objeto identificador de túnel PMSI corresponde ao objeto identificador de 20361 túnel PMSI exibido no Roteador PE1.

Procedimento passo a passo

Depois que o plano de controle for verificado usando as etapas anteriores, você pode verificar o plano de dados. Esta seção descreve as saídas show de comando que você pode usar para validar o plano de dados.

1. No Roteador PE1, use o show vpls connections extensive | match Flood comando para verificar o nome e o status de LSP de ponto a multiponto de todos os sites. Observe o identificador de próximo salto de 600 inundação para o 192.0.2.1:1:vpls:GOLD LSP.

2. No Roteador PE1, use o show vpls connections extensive comando para verificar o nome e o status de LSP de ponto a multiponto de todos os sites.

3. O Junos OS Release 9.0 e posteriormente identifica a rota de next-hop de inundação como um próximo salto composto. No Roteador PE1, use o show route forwarding-table family vpls vpn GOLD detail comando para verificar se três rotas de próximo salto de inundação compostas estão instaladas no Mecanismo de encaminhamento de pacotes.

   Você também pode usar o comando show route forwarding-table family vpls extensive para combinar com o identificador de inundação e observar o rótulo de inundação. Para combinar com o rótulo correspondente ao LSP de ponto a multiponto, use o show rsvp session ingress p2mp comando.

4. No Roteador PE1, use o show route forwarding-table family vpls vpn GOLD extensive | find 0x30003/51 comando para obter mais detalhes sobre a rota de próximo salto composta e os rótulos LSP de ponto a multiponto associados.

5. No Roteador PE1, use o show vpls mac-table instance GOLD comando para verificar os endereços MAC aprendidos dos roteadores CE conectados ao domínio VPLS.

6. No Roteador PE1, use o show vpls statistics comando para verificar o fluxo de tráfego de broadcast, multicast e unicast usando as estatísticas de pacotes para a instância VPLS.