Configuração de VPLS e roteamento integrado e ponte
Os ambientes tradicionais de comutação de Camada 2 consistem em dispositivos de Camada 2 (como switches) que dividem dados em domínios de broadcast. Os domínios de broadcast podem ser criados por meio de topologias físicas ou logicamente por meio de redes virtuais locais (VLANs). Para roteadores da Série MX, você pode configurar logicamente domínios de broadcast em instâncias de roteamento de switches virtuais, instâncias de roteamento VPLS ou domínios de ponte. As instâncias de roteamento individuais ou domínios de ponte são diferenciados por meio de identificadores de VLAN e essas instâncias ou domínios funcionam muito parecidos com as VLANs tradicionais.
Para configurar uma VLAN com suporte para IRB, inclua as seguintes declarações:
[edit]
routing-instances {
instance-name {
instance-type vpls;
vlan-id id;
route-distinguisher distinguisher;
vrf-target target;
interface interface-name;
interface interface-name;
routing-interface interface-name;
}
}
Em configurações VPLS multihomed, você pode configurar o VPLS para manter uma conexão VPLS ativa se apenas uma interface IRB estiver disponível configurando a opção irb para a connectivity-type declaração no nível de [edit routing-instances routing-instance-name protocols vpls] hierarquia. A connectivity-type declaração tem as ce opções. irb A ce opção é o padrão e especifica que uma interface CE é necessária para manter a conexão VPLS. Por padrão, se apenas uma interface IRB estiver disponível, a conexão VPLS será derrubada.
Um máximo de 4096 interfaces lógicas ativas são suportadas para uma VLAN ou em cada grupo de malha em uma instância de roteamento VPLS configurada para ponte de Camada 2.
Para obter informações detalhadas e instruções de configuração sobre domínios de ponte e protocolo de árvores de abrangência, consulte a Junos OS Network Interfaces Library para dispositivos de roteamento e a Junos OS Routing Protocols Library.
As seções a seguir fornecem informações de configuração específicas para VPLS em relação ao roteamento integrado e à ponte:
Configuração de inundações e aprendizado de endereço MAC para VPLS
Em uma instância de roteamento VPLS ou domínio de ponte, quando um quadro é recebido de uma interface CE, ele é inundado para as outras interfaces CE e todas as interfaces VE se o endereço MAC de destino não for aprendido ou se o quadro for transmitido ou multicast. Se o endereço MAC de destino for aprendido em outro dispositivo CE, esse quadro não estará conectado à interface CE na qual o endereço MAC é aprendido. Isso pode não ser desejável se o provedor de serviços não quiser que os dispositivos CE se comuniquem diretamente entre si.
Para evitar que os dispositivos CE se comuniquem diretamente, inclua a no-local-switching declaração no nível de [edit bridge-domains bridge-domain-name] hierarquia:
[edit bridge-domains bridge-domain-name] no-local-switching;
A no-local-switching declaração está disponível apenas em roteadores da Série MX. Se você incluí-lo, os quadros que chegam em uma interface CE são enviados apenas para interfaces VE ou voltadas para o núcleo.
(MX80, MX104 e 16x10GE MPC, MPC1 ou MPC2 no MX240, MX480, MX960, MX2010 e somente MX2020) Se você configurar o no-local-switching comando no nível de hierarquia, pode não impedir que o [edit bridge-domains bridge-domain-name] tráfego multicast seja encaminhado entre as interfaces voltadas para CE do domínio da ponte. Broadcast, unicast desconhecido e tráfego multicast conhecido não exibem esse comportamento.
Configuração de MSTP para VPLS
Ao configurar o roteamento e a ponte integrados, você também pode precisar configurar o Protocolo de Árvores de Abrangência Múltipla (MSTP). Quando você configura o MSTP em um roteador de borda de provedor (PE) executando VPLS, você também deve configurar ethernet-vpls o encapsulamento nas interfaces voltadas para o cliente. Encapsulamentos de interface VPLS baseados em VLAN não são suportados com MSTP.