Dos dominios de puente en un grupo IOS XR no son una sola LAN
Anidar dos dominios de puente bajo un grupo de puente no fusiona su reenvío. Lee el grupo, el dominio y cada conexión como capas separadas.
Dos equipos en el mismo router IOS XR no pueden hacerse ping entre sí, aunque la configuración parece indicar que deberían. Ambas subinterfaces aparecen bajo el mismo grupo de puente, los nombres se diferencian en una letra y la confirmación pasó sin queja alguna. Falta un nivel de la jerarquía: el grupo de puente es un contenedor y cada dominio de puente dentro de él es su propio dominio de difusión con su propia pertenencia. Añade un tercer equipo y la imagen suele empeorar en lugar de aclararse.
| 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 |
Empieza por el síntoma y lee hacia arriba
Equipos que fallan dentro de una subred mientras las interfaces informan de estado activo y las entradas ARP nunca se llenan son la firma de un problema de pertenencia al dominio, no de encaminamiento. Los problemas de encaminamiento suelen dar un mensaje ICMP de inalcanzable o un siguiente salto que existe; un dominio de difusión ausente da silencio en la capa dos. Comprueba si las dos conexiones están en el mismo dominio de puente antes de mirar una sola dirección IP. Si no lo están, ningún trabajo de direccionamiento las unirá.
El grupo de puente es un contenedor y nada más
En la jerarquía de VPN de capa 2 de IOS XR, un grupo de puente contiene uno o más dominios de puente, y el grupo en sí no conmuta nada. Dos dominios bajo un grupo son hermanos, no miembros de una sola LAN, aunque la configuración se lea como si estuvieran anidados. Ese diseño es deliberado: el grupo es donde organizas servicios y el dominio es donde el reenvío ocurre realmente.
La guía de servicios multipunto de capa 2 de Cisco describe un dominio de puente como un dominio de difusión que contiene puertos físicos o virtuales, conmuta por MAC de destino, aprende direcciones de origen e inunda unicast, difusión y multicast desconocidos solo dentro de ese dominio. Lee la jerarquía de esa guía antes de leer tu propia configuración.
El dominio de puente posee el reenvío y el aprendizaje
El aprendizaje de MAC está acotado al dominio, así que una estación aprendida en un dominio es invisible en su hermano. La inundación sigue la misma frontera, por eso una difusión enviada por un equipo nunca llega a un equipo del otro dominio. Los grupos de horizonte dividido dentro de un dominio, el estado de miembro y cualquier control de reenvío configurado estrechan después las salidas elegibles.
Un pseudocircuito o una instancia de reenvío virtual es una conexión de servicio a un dominio. No es un sinónimo del grupo de puente padre, y tratarlo como tal es como un borde de proveedor acaba con dos servicios que debían estar aislados y no lo están.
La conexión decide qué tramas llegan
Bajo el dominio está la conexión: la interfaz o subinterfaz, la encapsulación que coincide, cualquier operación de etiqueta y el dominio al que se une. Una subinterfaz cuyo número casualmente parece el VLAN no es un contrato de tramas, y el mismo puerto físico puede alimentar dos dominios con dos coincidencias distintas. Anota la interfaz de entrada, la etiqueta coincidente, la acción de etiqueta y el dominio de destino, y luego escribe el lado de salida por separado.
Compara ese contrato entre los dos servicios antes de mover configuración. Cuando ambos dominios están bajo un grupo y solo uno de ellos lleva tráfico, la diferencia casi siempre está en la conexión y no en el dominio.
Si el diseño también enruta entre subredes, la conexión de capa 3 es un objeto adicional con su propia dirección de puerta de enlace y política. El nombre de un dominio de puente no explica nada sobre qué puerta de enlace lo atiende.
Verifica con la versión desplegada antes de reorganizar
Usa los comandos operativos de la propia versión para mirar el dominio en lugar de la configuración en ejecución. show l2vpn bridge-domain detail informa de los dominios y de su estado de conexión, y show l2vpn forwarding bridge-domain con las opciones de MAC muestra qué se ha aprendido y dónde. Si una dirección MAC aparece en un dominio y no en su hermano, la jerarquía hace exactamente aquello para lo que está configurada.
Después inventaría cada dominio y conexión del grupo antes de cambiar nada y conserva la configuración existente para comparar. Un nombre de objeto familiar no es prueba de que cada servicio anidado comparta su alcance.