Help us improve your experience.

Let us know what you think.

Do you have time for a two-minute survey?

 
 

Configuração de VPNs Multiprotocol BGP Multicast

Entendendo VPNs multiprotocol multicast baseadas em BGP: próxima geração

VPNs multicast multiprotocol baseadas em BGP (também conhecidas como multicast VPN de Camada 3 de próxima geração) constituem a próxima evolução após VPNs multicast duplas (draft-rosen) e fornecem uma solução mais simples para administradores que desejam configurar multicast em VPNs de Camada 3.

As principais características das VPNs multiprotocol multicast baseadas em BGP são:

  • Eles estendem o serviço VPN de Camada 3 (RFC 2547) para oferecer suporte a ip multicast para provedores de serviços VPN de Camada 3.

  • Eles seguem a mesma arquitetura especificada pela RFC 2547 para VPNs unicast. Especificamente, o BGP é usado como plano de controle.

  • Eles eliminam o requisito para o modelo de roteador virtual (VR), que é especificado no draft da Internet draft-rosen-vpn-mcast, Multicast em MPLS/VPNs BGP, para VPNs multicast.

  • Eles contam com a unicast baseada em RFC com extensões para comunicação intra-AS e inter-AS.

As VPNs multiprotocol baseadas em BGP são definidas por dois conjuntos de sites: um conjunto de remetentes e um conjunto de receptores. Hosts dentro de um conjunto de sites receptores podem receber tráfego multicast e hosts em um conjunto de site de remetente podem enviar tráfego multicast. Um conjunto de site pode ser receptor e remetente, o que significa que os hosts em tal site podem enviar e receber tráfego multicast. A VPNS multiprotocol baseada em BGP pode abranger organizações (para que os sites possam ser intranets ou extranets), pode abranger provedores de serviços e pode se sobrepor.

Os administradores do site configuram VPNs multiprotocol baseadas em BGP com base em requisitos do cliente e na infraestrutura BGP e MPLS VPN existentes.

Comportamento do refletor de rotas em MVPNs

As rotas multicast para clientes multicast (MVPN) baseadas em BGP são agregadas por refletores de rota. Um refletor de rota (RR) pode receber uma rota multicast do cliente com o mesmo NLRI de mais de um roteador de borda de provedor (PE), mas o RR readverte apenas um desses NLRI. Se o conjunto de roteadores PE que anunciam esta NLRI mudar, o RR não atualizará a rota. Isso minimiza a rota de rota rota. Para conseguir isso, a RR define o próximo salto para si mesmo. Além disso, a RR define o ID do originador para si mesmo. O RR evita a computação desnecessária de melhor caminho se receber uma rota multicast do cliente subsequente para um NLRI que o RR já está anunciando. Isso permite a agregação de rotas multicast ativas e de clientes de origem com o mesmo MVPN NLRI.

Exemplo: configuração de LSPs LDP de ponto a multiponto como plano de dados para MVPNs intra-AS MBGP

Este exemplo mostra como configurar caminhos comutados por rótulos (P2MP) de ponto a multiponto (P2MP) como o plano de dados para VPNs multicast (MBGP) multiprotocol BGP (MBGP) de sistema intra-autônomo. Esse recurso é adequado para provedores de serviços que já estão executando LDP no backbone MPLS e precisam de funcionalidade MVPN do MBGP.

Requisitos

Antes de começar:

  • Configure as interfaces do roteador. Consulte a biblioteca de interfaces de rede do Junos OS para dispositivos de roteamento.

  • Configure um protocolo de gateway interior ou roteamento estático. Consulte a biblioteca de protocolos de roteamento do Junos OS para dispositivos de roteamento.

  • Configure um plano de controle BGP-MVPN. Veja árvores de VPN multicast baseadas em MBGP no guia de usuário de protocolos multicast .

  • Configure o LDP como o protocolo de sinalização em todos os provedores P2MP e roteadores de borda de provedor. Veja a operação do LDP no Guia de usuário dos aplicativos Junos OS MPLS.

  • Configure os LSPs P2MP LDP como a tecnologia de túnel de provedor em cada roteador PE na MVPN que pertence ao conjunto de site do remetente. Consulte o guia de usuário dos aplicativos Junos OS MPLS.

  • Configure uma interface virtual de túnel de loopback (requer um PIC de túnel) ou a vrf-table-label declaração na instância de roteamento MVPN. Se você configurar a vrf-table-label declaração, você também pode configurar uma interface virtual de túnel de loopback opcional.

  • Em um cenário de extranet quando o roteador PE de saída pertence a várias instâncias MVPN, todas elas precisam receber um fluxo multicast específico, uma interface de túnel de loopback virtual (e um TUNNEL PIC) é necessária no roteador PE de saída. Consulte a configuração de túneis de loopback virtuais para a visualização da tabela VRF na biblioteca de interfaces de serviços do Junos OS para dispositivos de roteamento.

  • Se o roteador PE de saída também for um roteador de trânsito para o LSP ponto a multiponto, é necessária uma interface virtual de túnel de loopback (e um PIC de túnel) no roteador PE de saída. Veja a configuração de túneis de loopback virtual para a visualização da tabela VRF no guia de usuário de protocolos multicast .

  • Algumas configurações de extranet de MVPNs MBGP com LSPs LDP de ponto a multicast, pois o plano de dados requer uma interface virtual de túnel de loopback (e uma PIC de túnel) em roteadores PE de saída. Quando um roteador PE de saída pertence a várias instâncias MVPN, todas elas que precisam receber um fluxo multicast específico, a vrf-table-table declaração não pode ser usada. Na Figura 1, os roteadores CE1 e CE2 pertencem a diferentes MVPNs. No entanto, eles querem receber um fluxo multicast que está sendo enviado pela Source. Se a vrf-table-label declaração estiver configurada no Roteador PE2, o pacote não poderá ser encaminhado para CE1 e CE2. Isso causa perda de pacotes. O pacote é encaminhado para roteadores CE1 e CE2 se uma interface virtual de túnel de loopback for usada em ambas as instâncias de roteamento MVPN no Roteador PE2. Assim, você precisa configurar uma interface virtual de túnel de loopback se estiver usando um cenário extranet em que o roteador PE de saída pertence a várias instâncias MVPN que recebem um fluxo multicast específico, ou se você estiver usando o roteador PE de saída como um roteador de trânsito para o LSP ponto a multiponto.

    Nota:

    A partir do Junos OS Release 15.1X49-D50 e junos OS Release 17.3R1, a vrf-table-label declaração permite o mapeamento do rótulo interno para um roteamento e encaminhamento virtual específico (VRF). Este mapeamento permite o exame do cabeçalho IP encapsulado em um roteador VPN de saída. Para firewalls da Série SRX, a vrf-table-label declaração é atualmente suportada apenas em interfaces físicas. Como uma solução alternativa, desativar vrf-table-label ou usar interfaces físicas.

    Figura 1: Configuração extranet do MBGP MVPN com P2MP LDP LSPs como plano Extranet Configuration of MBGP MVPN with P2MP LDP LSPs as Data Plane de dados

    Consulte a configuração de túneis de loopback virtual para a busca por mais informações na tabela VRF .

Visão geral

Este tópico descreve como os LSPs P2MP LDP podem ser configurados como o plano de dados para túneis de provedores seletivos intra-AS. Os LSPs P2MP seletivos são acionados apenas com base no limiar de largura de banda do fluxo multicast de um determinado cliente. Um P2MP LDP LSP separado é configurado para uma determinada origem do cliente e um par de grupo de clientes (C-S, C-G) por um roteador PE. O C-S está por trás do roteador PE que pertence ao conjunto do site do remetente. A agregação de túneis de provedores seletivos intra-AS em MVPNs não é suportada.

Ao configurar túneis de provedores seletivos, as folhas descobrem a raiz P2MP LSP da seguinte forma. Um roteador PE com um receptor para um fluxo multicast do cliente por trás dele precisa descobrir a identidade do roteador PE (e as informações do túnel do provedor) com a fonte do fluxo multicast do cliente por trás dele. Essas informações são automaticamente descobertas dinamicamente usando as rotas S-PMSI AD originadas pelo roteador PE com o C-S por trás dele.

O Junos OS também oferece suporte a LSPs P2MP LDP como plano de dados para túneis de provedores inclusivos intra-AS. Esses túneis são acionados com base na configuração MVPN. Um LSP P2MP LSP separado é configurado para um determinado MVPN por um roteador PE que pertence ao conjunto de site do remetente. Este roteador PE é a raiz do P2MP LSP. A agregação de túneis de provedores inclusivos intra-AS em MVPNs não é suportada.

Quando você configura túneis de provedor inclusivos, as folhas descobrem a raiz P2MP LSP da seguinte forma. Um roteador PE com um site receptor para um determinado MVPN precisa descobrir as identidades dos roteadores PE (e as informações do túnel do provedor) com sites de remetente para esse MVPN. Essas informações são descobertas automaticamente usando as rotas de autodescoberta intra-AS originadas pelos roteadores PE com locais de remetente.

Topologia

A Figura 2 mostra a topologia usada neste exemplo.

Figura 2: P2MP LDP LSPs como plano de dados para MVPNs P2MP LDP LSPs as the Data Plane for Intra-AS MBGP MVPNs intra-AS MBGP

Na Figura 2, os roteadores executam as seguintes funções:

  • R1 e R2 são roteadores de provedor (P).

  • R0, R3, R4 e R5 são roteadores de borda de provedor (PE).

  • O MVPN do MBGP está configurado em todos os roteadores PE.

  • Duas VPNs são definidas: verde e vermelho.

  • O roteador R0 serve roteadores CE verdes e vermelhos em instâncias de roteamento separadas.

  • O roteador R3 está conectado a um roteador CE verde.

  • O roteador R5 está conectado a roteadores CE verdes e vermelhos sobrepostos em uma única instância de roteamento.

  • O roteador R4 está conectado a roteadores CE verdes e vermelhos sobrepostos em uma única instância de roteamento.

  • O OSPF e o LDP multiponto (mLDP) estão sendo executados no núcleo.

  • O roteador R1 é um refletor de rota (RR), e o roteador R2 é um RR redundante.

  • Os roteadores R0, R3, R4 e R5 são pares de BGP interno do cliente (IBGP).

Configuração

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.

Procedimento

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar P2MP LDP LSPs como plano de dados para MVPNs intra-AS MBGP:

  1. Configure o LDP em todos os roteadores.

  2. Configure o túnel do provedor.

  3. Configure o túnel de provedor seletivo.

  4. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show protocols comandos e show routing-intances os comandos. Se a saída não exibir a configuração pretendida, repita as instruções de configuração neste exemplo para corrigi-la.

Verificação

Para verificar a configuração, execute os seguintes comandos:

  • ping mpls ldp p2mp para ping os pontos finais de um P2MP LSP.

  • mostrar banco de dados ldp para exibir vinculações de rótulo LDP P2MP e garantir que o LDP P2MP LSP seja sinalizado.

  • mostrar detalhes da sessão de LDP para exibir os recursos de LDP trocados com o peer. Os recursos anunciados e os campos recebidos pelos recursos devem incluir p2mp.

  • mostrar estatísticas de tráfego p2mp para exibir as estatísticas de tráfego de dados para o P2MP LSP.

  • mostrar instância mvpn, mostrar mvpn vizinho, e mostrar mvpn c-multicast para exibir informações de instâncias de roteamento VPN multicast e para garantir que o LDP P2MP LSP está associado com o MVPN como o S-PMSI.

  • mostrar detalhes da instância de rota multicast em roteadores PE para garantir que o tráfego seja recebido por todos os hosts e exibir estatísticas sobre os receptores.

  • mostrar detalhes do rótulo label de rota para exibir a classe de equivalência de encaminhamento P2MP (FEC) se o rótulo for um rótulo de entrada para um LSP LDP P2MP.

Exemplo: Configuração da replicação de entrada para IP Multicast usando MVPNs MBGP

Requisitos

Os roteadores usados neste exemplo são roteadores de borda multisserviços da Série M da Juniper Networks, roteadores de núcleo da Série T ou plataformas de roteamento universal 5G da Série MX. Ao usar a replicação de entrada para IP multicast, cada roteador participante deve ser configurado com BGP para procedimentos de plano de controle e com replicação de entrada para o túnel do provedor de dados, que forma uma malha completa de LSPs ponto a ponto MPLS. O túnel de replicação de entrada pode ser seletivo ou inclusivo, dependendo da configuração do túnel do provedor na instância de roteamento.

Visão geral

O ingress-replication tipo de túnel do provedor usa túneis unicast entre roteadores para criar uma árvore de distribuição multicast.

O mpls-internet-multicast tipo de instância de roteamento usa túneis de provedor de replicação de entrada para transportar dados ip multicast entre roteadores através de uma nuvem MPLS, usando MBGP (ou Next Gen) MVPN. A replicação de entrada também pode ser configurada ao usar o MVPN para transportar dados multicast entre roteadores PE.

A mpls-internet-multicast instância de roteamento é uma instância de não encaminhamento usada apenas para procedimentos de plano de controle. Ele não oferece suporte a nenhuma configuração de interface. Apenas uma mpls-internet-multicast instância de roteamento pode ser definida para um sistema lógico. Todas as rotas multicast e unicast usadas para ip multicast estão associadas apenas à instância de roteamento padrão (inet.0), não com uma instância de roteamento configurada. O mpls-internet-multicast tipo de instância de roteamento está configurado para a instância mestre padrão em cada roteador, e também está incluído no nível de [edit protocols pim] hierarquia na instância padrão.

Para cada mpls-internet-multicast instância de roteamento, a ingress-replication declaração é necessária sob a provider-tunnel declaração e também sob o [edit routing-instances routing-instance-name provider-tunnel selective group source] nível de hierarquia.

Quando um novo destino precisa ser adicionado ao túnel do provedor de replicação de entrada, o comportamento resultante difere dependendo de como o túnel do provedor de replicação de entrada é configurado:

  • create-new-ucast-tunnel— Quando essa declaração é configurada, um novo túnel unicast para o destino é criado e é excluído quando o destino não é mais necessário. Use este modo para LSPs RSVP usando replicação de entrada.

  • label-switched-path-template (Multicast)— Quando essa declaração é configurada, um modelo LSP é usado para o LSP de ponto a multiponto para replicação de entrada.

Topologia

A topologia de IP consiste em roteadores na borda do domínio IP multicast. Cada roteador tem um conjunto de interfaces IP configuradas em direção à nuvem MPLS e um conjunto de interfaces configuradas em direção aos roteadores IP. Veja a Figura 3. O tráfego multicast da Internet é transportado entre os roteadores IP, através da nuvem MPLS, usando túneis de replicação de entrada para o plano de dados e uma sessão IBGP de malha completa para o plano de controle.

Figura 3: Topologia Internet Multicast Topology multicast da Internet

Configuração

Procedimento

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.

Roteador de borda C

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

O exemplo a seguir mostra como configurar a replicação de entrada em uma instância ip multicast com o tipo mpls-internet-multicastde instância de roteamento. Além disso, este exemplo mostra como configurar um túnel de provedor seletivo que seleciona um novo túnel unicast cada vez que um novo destino precisa ser adicionado à árvore de distribuição multicast.

Este exemplo mostra a configuração do link entre o roteador de borda C e o roteador de IP de borda C, do qual o roteador de borda C recebe mensagens de junção de PIM.

  1. Habilite o MPLS.

  2. Configure um protocolo de sinalização, como RSVP ou LDP.

  3. Configure uma malha completa de sessões de peering do IBGP.

  4. Configure as configurações relacionadas ao BGP multiprotocol para que as sessões de BGP carreguem o NLRI necessário.

  5. Configure um protocolo de gateway interior (IGP).

    Este exemplo mostra uma configuração de empilhamento duplo com OSPF e OSPF versão 3 configurada nas interfaces.

  6. Configure uma instância PIM global na interface voltada para o dispositivo de borda.

    O PIM não está configurado no núcleo.

  7. Configure o túnel do provedor de replicação de entrada para criar um novo túnel unicast cada vez que um destino precisar ser adicionado à árvore de distribuição multicast.

    Nota:

    Alternativamente, use a label-switched-path-template declaração para configurar um LSP ponto a ponto para o túnel de entrada.

    Configure o LSP ponto a ponto para usar as configurações padrão do modelo (isso só é necessário ao usar túneis RSVP). Por exemplo:

  8. Confirmar a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração emitindo o comando e show routing-instances o show protocols comando. Se a saída não exibir a configuração pretendida, repita as instruções neste exemplo para corrigir a configuração.

Verificação

Confirme se a configuração está funcionando corretamente. A saída operacional a seguir é para o modo SPT de replicação de entrada LDP. A fonte multicast por trás do roteador IP B. O receptor multicast está por trás do roteador IP C.

Verificando o status de replicação de entrada no roteador de borda C

Propósito

Use o show ingress-replication mvpn comando para verificar o status da replicação de entrada.

Ação
Significado

A replicação de entrada está usando um LSP ponto a ponto e está no estado up.

Verificando a tabela de roteamento para a instância de roteamento MVPN no roteador de fronteira C

Propósito

Use o show route table comando para verificar o status da rota.

Ação
Significado

As rotas esperadas estão preenchendo a tabela de roteamento de teste.mvpn.

Verificando os vizinhos MVPN no roteador de fronteira C

Propósito

Use o show mvpn neighbor comando para verificar o status do vizinho.

Ação

Verificando o status de adesão do PIM no roteador de fronteira C

Propósito

Use o show pim join extensive comando para verificar o status de adesão do PIM.

Ação

Verificando o status da rota multicast no roteador de borda C

Propósito

Use o show multicast route extensive comando para verificar o status da rota multicast.

Ação

Verificando o status de replicação de entrada no roteador de fronteira B

Propósito

Use o show ingress-replication mvpn comando para verificar o status da replicação de entrada.

Ação
Significado

A replicação de entrada está usando um LSP ponto a ponto e está no estado up.

Verificando a tabela de roteamento para a instância de roteamento MVPN no roteador de fronteira B

Propósito

Use o show route table comando para verificar o status da rota.

Ação
Significado

As rotas esperadas estão preenchendo a tabela de roteamento de teste.mvpn.

Verificando os vizinhos MVPN no roteador de fronteira B

Propósito

Use o show mvpn neighbor comando para verificar o status do vizinho.

Ação

Verificando o status de adesão do PIM no roteador de fronteira B

Propósito

Use o show pim join extensive comando para verificar o status de adesão do PIM.

Ação

Verificando o status da rota multicast no roteador de fronteira B

Propósito

Use o show multicast route extensive comando para verificar o status da rota multicast.

Ação

Exemplo: Configuração de VPNs multicast MBGP

Este exemplo fornece um procedimento passo a passo para configurar serviços multicast em uma rede virtual privada de Camada 3 (MBGP) multiprotocol. (também conhecidas como VPNs multicast de camada 3 de próxima geração)

Requisitos

Este exemplo usa os seguintes componentes de hardware e software:

  • Versão 9.2 ou posterior do Junos OS

  • Roteadores Juniper da Série M, Série T, TX ou Série MX

  • Um sistema de host capaz de enviar tráfego multicast e oferecer suporte ao Protocolo de gerenciamento de grupos de Internet (IGMP)

  • Um sistema de host capaz de receber tráfego multicast e oferecer suporte ao IGMP

Dependendo dos dispositivos que você está usando, você pode ser obrigado a configurar rotas estáticas para:

  • O remetente multicast

  • A interface Ethernet rápida à qual o remetente está conectado no receptor multicast

  • O receptor multicast

  • A interface Ethernet rápida à qual o receptor está conectado no remetente multicast

Visão geral e topologia

Este exemplo mostra como configurar as seguintes tecnologias:

  • IPv4

  • BGP

  • OSPF

  • RSVP

  • MPLS

  • Modo esparso de PIM

  • RP estático

Topologia

A topologia da rede é mostrada na Figura 4.

Figura 4: Topologia de exemplo de VPN multicast sobre camada 3 Multicast Over Layer 3 VPN Example Topology

Configuração

Nota:

Em qualquer sessão de configuração, é uma boa prática verificar periodicamente se a configuração pode ser comprometida usando o commit check comando.

Neste exemplo, o roteador que está sendo configurado é identificado usando os seguintes prompts de comando:

  • CE1 identifica o roteador de borda 1 (CE1) do cliente

  • PE1 identifica o roteador de borda 1 (PE1) do provedor

  • P identifica o roteador de núcleo (P) do provedor

  • CE2 identifica o roteador de borda 2 (CE2) do cliente

  • PE2 identifica o roteador de borda 2 (PE2) do provedor

Para configurar VPNs multicast MBGP para a rede mostrada na Figura 4, execute as seguintes etapas:

Configuração de interfaces

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia do usuário da CLI.

  1. Em cada roteador, configure um endereço IP na interface lógica de loopback 0 (lo0.0).

    Use o show interfaces terse comando para verificar se o endereço IP está correto na interface lógica do loopback.

  2. Nos roteadores PE e CE, configure o endereço IP e a família de protocolo nas interfaces Fast Ethernet. Especifique o tipo de família de inet protocolo.

    Use o show interfaces terse comando para verificar se o endereço IP está correto nas interfaces Ethernet rápidas.

  3. Nos roteadores PE e P, configure o VPI das interfaces ATM e os circuitos virtuais máximos. Se o tipo PIC padrão for diferente em interfaces ATM conectadas diretamente, configure o tipo PIC para ser o mesmo. Configure a interface lógica VCI, família de protocolo, endereço IP local e endereço IP de destino.

    Use o show configuration interfaces comando para verificar se o VPI e os VCs máximos das interfaces ATM estão corretos e que a interface lógica VCI, família de protocolos, endereço IP local e endereço IP de destino estão corretos.

Configuração do OSPF

Procedimento passo a passo
  1. Nos roteadores P e PE, configure a instância de provedor de OSPF. Especifique as interfaces lógicas voltadas para o lo0.0 núcleo e atm. A instância de provedor de OSPF no roteador PE forma adjacências com os vizinhos OSPF no outro roteador PE e roteador P.

    Use o show ospf interfaces comando para verificar se as interfaces lógicas voltadas para o núcleo e atm lo0.0 estão configuradas para OSPF.

  2. Nos roteadores CE, configure a instância do cliente de OSPF. Especifique as interfaces lógicas de loopback e Fast Ethernet. A instância do cliente de OSPF nos roteadores CE forma adjacências com os vizinhos dentro da instância de roteamento VPN de OSPF nos roteadores PE.

    Use o show ospf interfaces comando para verificar se as interfaces lógicas de loopback e Fast Ethernet corretas foram adicionadas ao protocolo OSPF.

  3. Nos roteadores P e PE, configure o suporte de engenharia de tráfego OSPF para a instância de provedor de OSPF.

    A shortcuts declaração permite que a instância mestre do OSPF use um caminho comutada por rótulos como o próximo salto.

    Use o comando ou show configuration protocols ospf verifique se o show ospf overview suporte de engenharia de tráfego está habilitado.

Configuração do BGP

Procedimento passo a passo
  1. No Roteador P, configure o BGP para a VPN. O endereço local é o endereço local lo0.0 . Os endereços vizinhos são os endereços dos lo0.0 roteadores PE.

    A unicast declaração permite que o roteador use BGP para anunciar informações de acessibilidade de camada de rede (NLRI). A signaling declaração permite que o roteador use o BGP como protocolo de sinalização para a VPN.

    Use o show configuration protocols bgp comando para verificar se o roteador foi configurado para usar o BGP para anunciar a NLRI.

  2. Nos roteadores PE e P, configure o número do sistema autônomo local BGP.

    Use o show configuration routing-options comando para verificar se o número do sistema autônomo local BGP está correto.

  3. Nos roteadores PE, configure o BGP para a VPN. Configure o endereço local como endereço local lo0.0 . Os endereços vizinhos são os lo0.0 endereços do Roteador P e do outro roteador PE, PE2.

    Use o show bgp group comando para verificar se a configuração do BGP está correta.

  4. Nos roteadores PE, configure uma política para exportar as rotas BGP para o OSPF.

    Use o show policy bgp-to-ospf comando para verificar se a política está correta.

Configuração do RSVP

Procedimento passo a passo
  1. Nos roteadores PE, habilite o RSVP nas interfaces que participam do LSP. Configure as interfaces lógicas rápidas de Ethernet e ATM.

  2. No Roteador P, habilite o RSVP nas interfaces que participam do LSP. Configure as interfaces lógicas do ATM.

    Use o show configuration protocols rsvp comando para verificar se a configuração do RSVP está correta.

Configuração do MPLS

Procedimento passo a passo
  1. Nos roteadores PE, configure um MPLS LSP para o roteador PE que é o ponto de saída LSP. Especifique o endereço IP da lo0.0 interface no roteador do outro lado do LSP. Configure o MPLS no ATM, Ethernet rápida e lo0.0 interfaces.

    Para ajudar a identificar cada LSP ao solucionar problemas, configure um nome LSP diferente em cada roteador PE. Neste exemplo, usamos o nome to-pe2 como nome para LSP configurado no PE1 e to-pe1 como o nome do LSP configurado no PE2.

    Use o show configuration protocols mpls e show route label-switched-path to-pe1 os comandos para verificar se a configuração do MPLS e do LSP está correta.

    Após o compromisso da configuração, use o e show mpls lsp name to-pe2 os show mpls lsp name to-pe1 comandos para verificar se o LSP está operacional.

  2. No roteador P, habilite o MPLS. Especifique as interfaces atm conectadas aos roteadores PE.

    Use o show mpls interface comando para verificar se o MPLS está habilitado nas interfaces ATM.

  3. Nos roteadores PE e P, configure a família de protocolo nas interfaces ATM associadas ao LSP. Especifique o tipo de família de mpls protocolo.

    Use o show mpls interface comando para verificar se a família de protocolo MPLS está habilitada nas interfaces ATM associadas ao LSP.

Configuração da instância de roteamento VRF

Procedimento passo a passo
  1. Nos roteadores PE, configure uma instância de roteamento para a VPN e especifique o tipo de vrf instância. Adicione a Ethernet rápida e lo0.1 as interfaces voltadas para o cliente. Configure a instância VPN do OSPF e inclua a política de exportação BGP-to-OSPF.

    Use o show configuration routing-instances vpn-a comando para verificar se a configuração da instância de roteamento está correta.

  2. Nos roteadores PE, configure um diferencial de rota para a instância de roteamento. Um diferencial de rota permite que o roteador distingue entre dois prefixos IP idênticos usados como rotas VPN. Configure um diferencial de rota diferente em cada roteador PE. Este exemplo usa 65010:1 no PE1 e 65010:2 no PE2.

    Use o show configuration routing-instances vpn-a comando para verificar se o diferencial de rota está correto.

  3. Nos roteadores PE, configure políticas padrão de importação e exportação de VRF. Com base nessa configuração, o BGP gera automaticamente rotas locais correspondentes ao alvo de rota mencionado nas políticas de importação de VRF. Este exemplo usa 2:1 como alvo de rota.

    Nota:

    Você deve configurar o mesmo alvo de rota em cada roteador PE para uma determinada instância de roteamento VPN.

    Use o show configuration routing-instances vpn-a comando para verificar se o alvo da rota está correto.

  4. Nos roteadores PE, configure a instância de roteamento VPN para suporte multicast.

    Use o show configuration routing-instance vpn-a comando para verificar se a instância de roteamento vpn foi configurada para suporte multicast.

  5. Nos roteadores PE, configure um endereço IP na interface lógica de loopback 1 (lo0.1) usada na VPN da instância de roteamento do cliente.

    Use o show interfaces terse comando para verificar se o endereço IP na interface de loopback está correto.

Configuração do PIM

Procedimento passo a passo
  1. Nos roteadores PE, habilite o PIM. Configure a lo0.1 interface fast ethernet voltada para o cliente. Especifique o modo como sparse e a versão como 2.

    Use o show pim interfaces instance vpn-a comando para verificar se o lo0.1 modo esparso PIM está habilitado na interface e na interface Fast Ethernet voltada para o cliente.

  2. Nos roteadores CE, habilite o PIM. Neste exemplo, configuramos todas as interfaces. Especifique o modo como sparse e a versão como 2.

    Use o comando para verificar se o show pim interfaces modo esparso de PIM está habilitado em todas as interfaces.

Configuração do túnel do provedor

Procedimento passo a passo
  1. No Roteador PE1, configure o túnel do provedor. Especifique o endereço multicast a ser usado.

    A provider-tunnel declaração instrui o roteador a enviar tráfego multicast por um túnel.

    Use o show configuration routing-instance vpn-a comando para verificar se o túnel do provedor está configurado para usar o modelo LSP padrão.

  2. No Roteador PE2, configure o túnel do provedor. Especifique o endereço multicast a ser usado.

    Use o show configuration routing-instance vpn-a comando para verificar se o túnel do provedor está configurado para usar o modelo LSP padrão.

Configuração do ponto de encontro

Procedimento passo a passo
  1. Configure o Roteador PE1 para ser o ponto de encontro. Especifique o lo0.1 endereço do Roteador PE1. Especifique o endereço multicast a ser usado.

    Use o show pim rps instance vpn-a comando para verificar se o endereço IP local correto está configurado para o RP.

  2. No Roteador PE2, configure o ponto de encontro estático. Especifique o lo0.1 endereço do Roteador PE1.

    Use o show pim rps instance vpn-a comando para verificar se o endereço IP estático correto está configurado para o RP.

  3. Nos roteadores CE, configure o ponto de encontro estático. Especifique o lo0.1 endereço do Roteador PE1.

    Use o show pim rps comando para verificar se o endereço IP estático correto está configurado para o RP.

  4. Use o commit check comando para verificar se a configuração pode ser comprometida com sucesso. Se a configuração passar pela verificação, comprometa a configuração.

  5. Inicie o dispositivo de remetente multicast conectado ao CE1.

  6. Inicie o dispositivo receptor multicast conectado ao CE2.

  7. Verifique se o receptor está recebendo o fluxo multicast.

  8. Use show comandos para verificar o roteamento, VPN e operação multicast.

Resultados

As partes de configuração e verificação deste exemplo foram concluídas. A seção a seguir é para sua referência.

Segue-se a configuração de amostra relevante para o Roteador CE1.

Roteador CE1

Segue-se a configuração de amostra relevante para o Roteador PE1.

Roteador PE1

A configuração de amostra relevante para Roteador P segue.

Roteador P

Segue-se a configuração de amostra relevante para o Roteador PE2.

Roteador PE2

A configuração de amostra relevante para o Roteador CE2 segue.

Roteador CE2

Exemplo: configuração de um túnel de provedor de PIM-SSM para um MVPN de MBGP

Este exemplo mostra como configurar um túnel de provedor PIM-SSM para um MVPN de MBGP. A configuração permite que provedores de serviços carreguem dados de clientes no núcleo. Este exemplo mostra como configurar túneis PIM-SSM como PMSI inclusivo e usa a preferência de roteamento unicast como métrica para determinar o único encaminhamento (em vez da métrica padrão, que é o endereço IP do campo de administrador global na comunidade de importação de rotas).

Requisitos

Antes de começar:

Visão geral

Quando um PE recebe uma mensagem de ingresso ou podada de um CE, a mensagem identifica um fluxo multicast específico como pertencente a uma árvore específica de origem (S,G) ou a uma árvore compartilhada (*,G). Se a rota para a fonte multicast ou RP estiver através do backbone VPN, então o PE precisa identificar o upstream multicast hop (UMH) para o fluxo (S,G) ou (*,G). Normalmente, a UMH é determinada pela rota unicast para a fonte ou RP multicast.

No entanto, em alguns casos, os CEs podem estar distribuindo para os PEs um conjunto especial de rotas que devem ser usadas exclusivamente para fins de seleção de salto multicast upstream usando a comunidade de importação de rotas. Mais de uma rota pode ser elegível, e o PE precisa eleger um único encaminhamento dos UMHs elegíveis.

A métrica padrão para a eleição de um único encaminhamento é o endereço IP do campo de administrador global na comunidade de importação de rotas. Você pode configurar um roteador para usar a preferência de rota unicast para determinar a eleição de um único encaminhamento.

Este exemplo inclui as seguintes configurações.

  • família de túnel de provedor em endereço de grupo pim-ssm — Especifica um endereço de grupo SSM VPN válido. O endereço do grupo de VPN SSM e o endereço de origem são anunciados pela rota de autodiscovamento tipo 1. Ao receber uma rota de autodiscovamento com o endereço do grupo SSM VPN e o endereço fonte, um roteador PE envia um (S,G) para participar no espaço do provedor para o PE anunciando a rota de autodiscovery. Todos os roteadores PE trocam seu endereço de grupo VPN PIM-SSM para completar a interface de serviço multicast de provedor inclusivo (I-PMSI). Ao contrário de um túnel de provedor PIM-ASM, os roteadores PE podem escolher um endereço de grupo VPN diferente porque as junções (S,G) são enviadas diretamente em direção ao PE de origem.

    Nota:

    Semelhante a um túnel de provedor PIM-ASM, o PIM deve ser configurado na instância mestre padrão.

  • unicast-umh-eleição — especifica que o roteador PE usa a preferência de rota unicast para determinar a eleição de um único atacante.

Topologia

A Figura 5 mostra a topologia usada neste exemplo.

Figura 5: Túnel de provedor de PIM-SSM para uma topologia PIM-SSM Provider Tunnel for an MBGP MVPN Topology MVPN de MBGP

Configuração

Procedimento

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.

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar um túnel de provedor de PIM-SSM para um MVPN de MBGP:

  1. Configure as interfaces na instância de roteamento mestre nos roteadores PE. Este exemplo mostra as interfaces para um roteador PE.

  2. Configure o número do sistema autônomo nas opções globais de roteamento. Isso é necessário em MVPNs de MBGP.

  3. Configure os protocolos de roteamento na instância de roteamento mestre nos roteadores PE.

  4. Configure a VPN-A da instância de roteamento.

  5. Configure a instância de roteamento VPN-B.

  6. Configure a topologia de forma que a rota BGP para a fonte anunciada pelo PE1 tenha uma preferência maior do que a rota BGP para a fonte anunciada pelo PE2.

  7. Configure um endereço de loopback primário mais alto no PE2 do que no PE1. Isso garante que o PE2 seja o vencedor da eleição de MVPN do MBGP.

  8. Configure a unicast-umh-election declaração sobre PE3.

  9. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

Confirme sua configuração entrando no show interfacesmodo de show protocolsshow routing-instancesconfiguração e 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.

Verificação

Para verificar a configuração, inicie os receptores e a fonte. O PE3 deve criar rotas multicast de clientes tipo 7 a partir da participação local. Verifique as entradas multicast do cliente de árvore de origem em todos os roteadores PE. O PE3 deve escolher o PE1 como pe upstream em direção à fonte. O PE1 recebe a rota multicast do cliente a partir dos PEs de saída e encaminha dados sobre o PSMI para PE3.

Para confirmar a configuração, execute os seguintes comandos:

  • tabela de rotas de exibição VPN-A.mvpn.0 extensa

  • mostrar rota multicast extensa instância VPN-A

Exemplo: Permitir fontes remotas MVPN do MBGP

Este exemplo mostra como configurar um MVPN mbgp que permite fontes remotas, mesmo quando não há vizinhos PIM em direção ao roteador upstream.

Requisitos

Antes de começar:

Visão geral

Neste exemplo, um roteador CE remoto é a fonte multicast. Em um MBGP MVPN, um roteador PE tem a interface PIM olá intervalo definido para zero, criando assim nenhuma vizinha PIM. O estado upstream do PIM é Nenhum. Nesse cenário, os receptores conectados diretamente recebem tráfego no MVPN do MBGP somente se você configurar a interface lógica upstream do Ingress PE para aceitar fontes remotas. Se você não configurar a interface lógica do PE de entrada para aceitar fontes remotas, a rota multicast é excluída e os receptores locais não estão mais conectados ao próximo salto de inundação.

Este exemplo mostra a configuração no roteador PE de entrada. Um LSP estático é usado para receber tráfego da fonte remota.

Topologia

A Figura 6 mostra a topologia usada neste exemplo.

Figura 6: Fonte remota MBGP MVPN Remote Source MVPN do MBGP

Configuração

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.

Procedimento

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para permitir fontes remotas:

  1. No roteador PE de entrada, configure as interfaces na instância de roteamento.

  2. Configure o número do sistema autônomo nas opções globais de roteamento. Isso é necessário em MVPNs de MBGP.

  3. Configure o diferencial de rota e o alvo VRF.

  4. Configure o túnel do provedor.

  5. Configure o BGP na instância de roteamento.

  6. Configure o PIM na instância de roteamento, incluindo a accept-remote-source declaração na interface lógica de entrada.

  7. Habilite o protocolo MVPN na instância de roteamento.

  8. Se você terminar de configurar os dispositivos, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show routing-instances 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.

Verificação

Para verificar a configuração, execute os seguintes comandos:

  • show mpls lsp p2mp

  • mostrar uma vpn de instância de roteamento multicast extensa

  • show mvpn c-multicast

  • mostrar pim participar de instância vpn-A extensa

  • mostrar destino da tabela de encaminhamento de rotas destination

  • tabela de rotas de exibição vpn-A.mvpn.0

Exemplo: Configuração do amortecimento de flap de rota BGP com base na família de endereços MVPN do MBGP

Este exemplo mostra como configurar uma VPN multiprotocol BGP multicast (também chamada de MVPN de próxima geração) com amortecimento de flap de rota BGP.

Requisitos

Este exemplo usa o Junos OS Release 12.2. O suporte de amortecimento de flap de rota BGP para o MVPN do MBGP, especificamente, e em uma base familiar de endereço, em geral, é introduzido no Junos OS Release 12.2.

Visão geral

O amortecimento de flap de rota BGP ajuda a diminuir a instabilidade de rota causada por rotas sendo repetidamente retiradas e readvertidas quando um link está falhando intermitentemente.

Este exemplo usa os parâmetros de amortecimento padrão e demonstra um cenário MVPN de MBGP com três dispositivos de roteamento de borda (PE) de provedores, três dispositivos de roteamento de borda do cliente (CE) e um dispositivo de roteamento (P) de provedor.

Topologia

A Figura 7 mostra a topologia usada neste exemplo.

Figura 7: MVPN do MBGP com amortecimento MBGP MVPN with BGP Route Flap Damping de flap de rota BGP

No dispositivo PE R4, o amortecimento de flap de rota BGP está configurado para a família inet-mvpnde endereços. Uma política de roteamento chamada dampPolicy usa a condição da nlri-route-type partida para amortecer apenas os tipos de rota MVPN 3, 4 e 5. Todos os outros tipos de rota MVPN não estão amortecidos.

Este exemplo mostra a configuração completa em todos os dispositivos na seção de configuração rápida da CLI . A seção R4 do dispositivo de configuração mostra a configuração passo a passo para o PE Device R4.

Configuração

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.

Dispositivo R1

Dispositivo R2

Dispositivo R3

Dispositivo R4

Dispositivo R5

Dispositivo R6

Dispositivo R7

Configuração do dispositivo R4

Procedimento passo a passo

O exemplo a seguir exige que você navegue por vários níveis na hierarquia de configuração. Para obter informações sobre como navegar na CLI, consulte Usando o Editor de CLI no modo de configuração no Guia de usuário do Junos OS CLI.

Para configurar o dispositivo R4:

  1. Configure as interfaces.

  2. Configure o MPLS e os protocolos de sinalização nas interfaces.

  3. Configure BGP.

    A configuração BGP permite o amortecimento de flap de rota BGP para a família de inet-mvpn endereços. A configuração do BGP também importa para a tabela de roteamento chamada dampPolicypolítica de roteamento. Essa política é aplicada ao dispositivo PE R2 vizinho.

  4. Configure um protocolo de gateway interior.

  5. Configure uma política de amortecimento que usa a condição da nlri-route-type partida para amortecer apenas os tipos de rota MVPN 3, 4 e 5.

  6. Configure a política para desabilitar o damping amortecimento de flap de rota BGP.

    A no-damp política (damping no-damp disable) faz com que qualquer estado de amortecimento que esteja presente na tabela de roteamento seja excluído. A then damping no-damp declaração aplica a no-damp política como uma ação e não from tem condições de correspondência. Portanto, todas as rotas que não são combinadas por term1 este termo são combinadas, com o resultado de que todos os outros tipos de rota MVPN não estão amortecidos.

  7. Configure para parent_vpn_routes aceitar todas as outras rotas BGP que não são da família de inet-mvpn endereços.

    Essa política é aplicada como política de exportação de OSPF na instância de roteamento.

  8. Configure a instância de roteamento e encaminhamento vpn (VRF).

  9. Configure a ID do roteador e o número do sistema autônomo (AS).

  10. Se você terminar de configurar o dispositivo, confirme a configuração.

Resultados

A partir do modo de configuração, confirme sua configuração inserindo os show interfacesshow routing-instancesshow protocolsshow policy-optionscomandos 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.

Verificação

Confirme se a configuração está funcionando corretamente.

Verificar se o amortecimento de flap de rota está desativado

Propósito

Verifique a presença da política, que desativa o no-damp amortecimento para tipos de rota MVPN que não sejam 3, 4 e 5.

Ação

A partir do modo operacional, entre no show policy damping comando.

Significado

A saída mostra que os parâmetros de amortecimento padrão estão em vigor e que a no-damp política também está em vigor para os tipos de rota especificados.

Verificando o amortecimento de flap de rota

Propósito

Verifique se as rotas BGP foram amortecidas.

Ação

A partir do modo operacional, entre no show bgp summary comando.

Significado

O campo Damp State mostra que zero rotas na tabela de roteamento bgp.mvpn.0 foram umedeçadas. Mais abaixo, o último número no campo do Estado mostra que zero rotas foram amorteçadas para o BGP peer 172.16.1.2.

Exemplo: Configuração das variações de topologia de VPN multicast MBGP

Esta seção descreve como configurar redes virtuais privadas (MVPNs) multicast usando BGP (MBGP) multiprotocol (MVPNs de próxima geração).

Requisitos

Para implementar VPNs multicast multiprotocol baseadas em BGP, auto-RP, rp de roteador bootstrap (BSR) e modo denso PIM, você precisa do JUNOS Release 9.2 ou posterior.

Para implementar VPNs multicast baseadas em BGP multiprotocol, sites somente para remetentes e sites somente para receptores, você precisa do JUNOS Release 8.4 ou posterior.

Visão geral e topologia

Você pode configurar PIM auto-RP, bootstrap router (BSR) RP, modo denso PIM e mtrace para redes VPN multicast de próxima geração. Auto-RP usa o modo denso PIM para propagar mensagens de controle e estabelecer mapeamento de RP. Você pode configurar um nó auto-RP em um dos três modos diferentes: modo de descoberta, modo de anunciação e modo de mapeamento. BSR é o padrão IETF para o estabelecimento de RP. Um roteador selecionado em uma rede atua como um BSR, que seleciona um RP exclusivo para diferentes faixas de grupo. As mensagens BSR são inundadas usando o túnel de dados entre roteadores PE. Quando você habilita o modo denso PIM, os pacotes de dados são encaminhados para todas as interfaces, exceto a interface de entrada. Ao contrário do modo esparso PIM, onde as junções explícitas são necessárias para que os pacotes de dados sejam transmitidos downstream, os pacotes de dados são inundados para todos os roteadores na instância de roteamento no modo denso PIM.

Esta seção mostra como configurar um MVPN usando MBGP. Se você tiver VPNs multicast baseadas em draft-rosen, elas continuarão a funcionar como antes e não serão afetadas pela configuração de MVPNs usando MBGP.

A configuração de rede usada para a maioria dos exemplos nesta seção é mostrada na Figura 8.

Figura 8: Diagrama de variações de topologia MVPN do MBGP MBGP MVPN Topology Variations Diagram

Na figura, duas VPNs, VPN A e VPN B são atendidos pelo mesmo provedor em vários sites, dois dos quais têm roteadores CE para VPN A e VPN B (o site 2 não é mostrado). Os roteadores PE são mostrados com tabelas VRF para os CEs vpn para os quais eles têm informações de roteamento. É importante observar que não são necessários protocolos multicast entre os roteadores PE da rede. As informações de roteamento multicast são realizadas pelo MBGP entre os roteadores PE. Pode haver um ou mais refletores de rota BGP na rede. Ambas as VPNs operam de forma independente e estão configuradas separadamente.

Ambos os roteadores PE e CE executam modo esparso de PIM e mantêm o encaminhamento de informações de estado sobre componentes multicast de origem do cliente (C-S) e grupo de clientes (C-G). Os roteadores CE ainda enviam mensagens de junção de PIM (PIM C-Join) do CE para PE e de PE para CE, conforme mostrado na figura. No entanto, na rede backbone do provedor, todas as informações multicast são fornecidas pelo MBGP. A única adição além da configuração de VPN unicast normalmente usada é o uso de um túnel de provedor especial (túnel de provedor) para transportar conteúdo de mensagem de modo esparso entre nós do provedor na rede.

Existem vários cenários para a configuração MVPN usando MBGP, dependendo se um site do cliente tem senders (fontes) de tráfego multicast, tem receptores de tráfego multicast, ou uma mistura de stores e receptores. AS MVPNs podem ser:

  • Uma malha completa (cada site MVPN tem tanto remetentes quanto receptores)

  • Uma mistura de sites somente para remetente e somente receptor

  • Uma mistura de sites somente para remetente, somente receptor e receptor de remetente

  • Um hub e um spoke (duas interfaces entre hub PE e hub CE, e todos os spokes são sites de receptor de remetente)

Cada tipo de MVPN difere mais nas declarações de VPN de configuração do que na configuração do túnel do provedor. Para obter informações sobre a configuração de VPNs, consulte a Biblioteca de VPNs do Junos OS para dispositivos de roteamento.

Configuração de MVPNs MBGP de malha completa

Este exemplo descreve como configurar um MVPN MBGP de malha completa:

Etapas de configuração

Procedimento passo a passo

Neste exemplo, o PE-1 se conecta à VPN A e VPN B no site 1, o PE-4 se conecta à VPN A no site 4 e o PE-2 se conecta à VPN B no site 3. Para configurar um MVPN de malha completa para VPN A e VPN B, execute as seguintes etapas:

  1. Configure o PE-1 (tanto VPN A quanto VPN B no site 1):

  2. Configure o PE-4 (VPN A no site 4):

  3. Configure o PE-2 (VPN B no site 3):

Configuração de sites somente para remetentes e somente receptores usando túneis de provedor de ASM PIM

Este exemplo descreve como configurar um MVPN MBGP com uma mistura de sites somente para remetentes e receptores usando túneis de provedores PIM-ASM.

Etapas de configuração

Procedimento passo a passo

Neste exemplo, o PE-1 se conecta à VPN A (somente para remetente) e VPN B (somente com receptor) no site 1, o PE-4 se conecta à VPN A (somente com receptor) no site 4, e o PE-2 se conecta à VPN A (somente receptor) e VPN B (somente para remetente) no site 3.

Para configurar um MVPN para uma mistura de sites somente para remetente e somente receptor na VPN A e VPN B, execute as seguintes etapas:

  1. Configure PE-1 (VPN somente para remetente e receptor VPN B no site 1):

  2. Configure PE-4 (VPN somente com receptor no site 4):

  3. Configure PE-2 (somente para receptor VPN A e remetente VPN B no site 3):

Configuração de sites MVPN somente para remetente, somente para receptores e remetente

Este exemplo descreve como configurar um MVPN mbgp com uma mistura de sites somente de remetente, somente receptor e receptor de remetente.

Etapas de configuração

Procedimento passo a passo

Neste exemplo, o PE-1 se conecta à VPN A (remetente-receptor) e VPN B (somente com receptor) no site 1, o PE-4 se conecta à VPN A (somente com receptor) no site 4, e o PE-2 se conecta a VPN A (somente remetente) e VPN B (somente para remetente) no site 3. Para configurar um MVPN para uma mistura de sites somente para remetente, somente receptor e receptor de remetente para VPN A e VPN B, execute as seguintes etapas:

  1. Configure PE-1 (VPN Um receptor de remetente e receptor VPN B somente no site 1):

  2. Configure PE-4 (VPN somente com receptor no site 4):

  3. Configure o PE-2 (somente para remetente VPN-A e somente para VPN-B no site 3):

Configuração de MVPNs hub-and-spoke

Este exemplo descreve como configurar um MVPN MBGP em um hub e topologia de spoke.

Etapas de configuração

Procedimento passo a passo

Neste exemplo, que só configura VPN A, o PE-1 se conecta à VPN A (site spoke) no site 1, o PE-4 se conecta à VPN A (site do hub) no site 4, e o PE-2 se conecta à VPN A (site de spoke) no site 3. O suporte atual é limitado ao caso de haver duas interfaces entre o local do hub CE e PE. Para configurar um MVPN hub-and-spoke para VPN A, execute as seguintes etapas:

  1. Configure o PE-1 para VPN A (site de spoke):

  2. Configure o PE-4 para VPN A (site do hub):

  3. Configure o PE-2 para VPN A (site de spoke):

Configuração do roteamento ativo sem parar para VPN BGP Multicast

A rede virtual privada multicast (MVPN) bgp é um aplicativo VPN de Camada 3 que é construído sobre vários protocolos de roteamento unicast e multicast, como Protocol Independent Multicast (PIM), BGP, RSVP e LDP. Habilitar o roteamento ativo (NSR) sem parar para o BGP MVPN exige que o suporte ao NSR seja habilitado para todos esses protocolos.

Antes de começar:

O estado mantido pela MVPN inclui rotas MVPN, cmcast, túnel de provedor e informações de encaminhamento. O BGP MVPN NSR sincroniza este estado MVPN entre os mecanismos de roteamento primários e de backup. Embora parte do estado do mecanismo de roteamento de backup seja construído localmente com base na configuração, a maior parte é construída com base em gatilhos de outros protocolos com os quais a MVPN interage. Os gatilhos desses protocolos são, por sua vez, o resultado da replicação de estado realizada por esses módulos. Isso inclui notificações de mudança de rota por protocolos unicast, gatilhos de junção e podar do PIM, notificação remota de rota MVPN pelo BGP e notificações relacionadas a túneis de provedor do RSVP e LDP.

A configuração do NSR e o suporte unificado de upgrade de software em serviço (ISSU) ao protocolo BGP MVPN fornece recursos como vários tipos de túnel de provedor, diferentes modos MVPN (árvore de origem, árvore compartilhada) e recursos PIM. Como resultado, na entrada PE, a replicação é ativada para LSPs dinâmicos. Assim, quando o NSR é configurado, o estado para LSPs dinâmicos também é replicado no mecanismo de roteamento de backup. Depois que o estado é resolvido no mecanismo de roteamento de backup, o RSVP envia notificações necessárias para a MVPN.

Para habilitar o suporte ao NSR BGP MVPN, a advertise-from-main-vpn-tables declaração de configuração precisa ser configurada no nível de [edit protocols bgp] hierarquia.

As configurações de roteamento ativo sem interrupções incluem dois mecanismos de roteamento que compartilham informações para que o roteamento não seja interrompido durante o failover do mecanismo de roteamento. Quando o NSR é configurado em uma plataforma de mecanismo de roteamento duplo, o estado de controle de PIM é replicado em ambos os mecanismos de roteamento.

Essas informações de estado do PIM incluem:

  • Relacionamentos de vizinhos

  • Junte-se e pode informações

  • Informações sobre o rp-set

  • Sincronização entre rotas e próximo saltos e o estado de encaminhamento entre os dois mecanismos de roteamento

O Junos OS oferece suporte ao NSR nos seguintes cenários de PIM:

  • Modo denso

  • Modo esparso

  • SSM

  • RP estático

  • Auto-RP (apenas para IPv4)

  • Roteador Bootstrap

  • RP incorporado no roteador não-RP (apenas para IPv6)

  • Suporte para BFD

  • Draft Rosen multicast VPNs e VPNs BGP multicast

  • Recursos de políticas como política de vizinhos, políticas de exportação e importação de roteador bootstrap, política de escopo, mapas de fluxo e políticas de verificação de caminhos reversos (RPF)

Para configurar o roteamento ativo sem parar:

  1. Como o NSR exige que você configure o switchover gracioso do mecanismo de roteamento (GRES), para habilitar o GRES, inclua a graceful-switchover declaração no [edit chassis redundancy] nível hierárquico.
  2. Inclua a synchronize declaração no nível de [edit system] hierarquia para que as mudanças de configuração sejam sincronizadas em ambos os mecanismos de roteamento.
  3. Configure as configurações do PIM no roteador desingado com modo e versão esparsos e endereço estático apontando para os pontos de encontro.

    Por exemplo, para definir o modo esparso, a versão 2 e o endereço estático:

  4. Configure o balanceamento de carga por pacote no roteador designado.

    Por exemplo, para definir a política de equilíbrio de carga:

  5. Aplique a política de equilíbrio de carga no roteador designado.
  6. Configure o roteamento ativo sem parar no roteador designado.

    Por exemplo, para definir o roteamento ativo sem parar no roteador designado com endereço 10.210.255.201:

Tabela de histórico de mudanças

O suporte de recursos é determinado pela plataforma e versão que você está usando. Use o Feature Explorer para determinar se um recurso é suportado em sua plataforma.

Soltar
Descrição
15,1X49-D50
A partir do Junos OS Release 15.1X49-D50 e junos OS Release 17.3R1, a vrf-table-label declaração permite o mapeamento do rótulo interno para um roteamento e encaminhamento virtual específico (VRF). Este mapeamento permite o exame do cabeçalho IP encapsulado em um roteador VPN de saída. Para firewalls da Série SRX, a vrf-table-label declaração é atualmente suportada apenas em interfaces físicas. Como uma solução alternativa, desativar vrf-table-label ou usar interfaces físicas.