Dois domínios de ponte em um grupo IOS XR não formam uma só LAN
Aninhar dois domínios de ponte sob um grupo de ponte não une o encaminhamento deles. Leia o grupo, o domínio e cada ligação como camadas separadas.
Dois hosts no mesmo roteador IOS XR não conseguem fazer ping um no outro, e a configuração parece dizer que deveriam. Ambas as subinterfaces aparecem sob o mesmo grupo de ponte, os nomes diferem por uma letra, e o commit passou sem nenhuma reclamação. O que falta é um nível da hierarquia: o grupo de ponte é um contêiner, e cada domínio de ponte dentro dele é um domínio de broadcast próprio, com associação própria. Adicione um terceiro host e o quadro geralmente piora em vez de ficar mais claro.
| Object | Owns | Does not own |
|---|---|---|
| Bridge group | a named container for domains | any forwarding or MAC learning |
| Bridge domain | one broadcast domain, MAC table, flooding scope | the VLAN match on an ingress port |
| Attachment | which frames from which interface and tag enter the domain | which other domains they can reach |
Comece pelo sintoma e leia de baixo para cima
Hosts que falham dentro de uma sub-rede enquanto as interfaces reportam up e as entradas ARP nunca se preenchem são a assinatura de um problema de associação ao domínio, não de roteamento. Problemas de roteamento normalmente dão um ICMP unreachable ou um próximo salto que existe; um domínio de broadcast ausente dá silêncio na camada dois. Verifique se as duas ligações estão no mesmo domínio de ponte antes de olhar para um único endereço IP. Se não estiverem, nenhuma quantidade de trabalho de endereçamento vai uni-las.
O grupo de ponte é um contêiner, nada mais
Na hierarquia de VPN de camada 2 do IOS XR, um grupo de ponte contém um ou mais domínios de ponte, e o grupo em si não comuta nada. Dois domínios sob um mesmo grupo são irmãos, não membros de uma única LAN, ainda que a configuração se leia como se estivessem aninhados. Esse arranjo é proposital: o grupo é onde você organiza serviços, e o domínio é onde o encaminhamento de fato acontece.
O guia da Cisco para serviços multiponto de camada 2 descreve um domínio de ponte como um domínio de broadcast que contém portas físicas ou virtuais, comuta pelo MAC de destino, aprende endereços de origem e inunda unicast desconhecido, broadcast e multicast apenas dentro desse domínio. Leia a hierarquia nesse guia antes de ler sua própria configuração.
O domínio de ponte é dono do encaminhamento e do aprendizado
O aprendizado de MAC é limitado ao domínio, então uma estação aprendida em um domínio é invisível no domínio irmão. A inundação segue a mesma fronteira, e é por isso que um broadcast enviado por um host nunca chega a um host no outro domínio. Grupos de split-horizon dentro de um domínio, o estado dos membros e quaisquer controles de encaminhamento configurados estreitam ainda mais as saídas elegíveis.
Um pseudowire ou uma instância de encaminhamento virtual é uma ligação de serviço a um domínio. Não é sinônimo do grupo de ponte superior, e tratá-lo como sinônimo é como um provedor de borda acaba com dois serviços que deveriam estar isolados e não estão.
A ligação decide quais quadros chegam
Abaixo do domínio fica a ligação: a interface ou subinterface, a encapsulação que ela casa, qualquer operação de tag e o domínio ao qual se junta. Uma subinterface cujo número por acaso parece o da VLAN não é um contrato de quadros, e a mesma porta física pode alimentar dois domínios com dois casamentos diferentes. Anote interface de entrada, tag casada, ação de tag e domínio de destino, e depois anote o lado de saída separadamente.
Compare esse contrato entre os dois serviços antes de mover a configuração. Quando os dois domínios ficam sob um grupo e apenas um deles carrega tráfego, a diferença quase sempre está na ligação e não no domínio.
Se o desenho também roteia entre sub-redes, a ligação de camada 3 é outro objeto, com endereço de gateway e política próprios. Um nome de domínio de ponte não explica nada sobre qual gateway o atende.
Verifique com a release implantada antes de reorganizar
Use os comandos operacionais da própria release para olhar o domínio em vez da configuração em execução. show l2vpn bridge-domain detail informa os domínios e o estado das ligações, e show l2vpn forwarding bridge-domain com as opções de MAC mostra o que foi aprendido onde. Se um endereço MAC aparece em um domínio e não no irmão, a hierarquia está fazendo exatamente o que foi configurada para fazer.
Depois faça o inventário de cada domínio e ligação sob o grupo antes de mudar qualquer coisa, e preserve a configuração existente para comparação. Um nome de objeto familiar não é prova de que todo serviço aninhado compartilhe o escopo dele.