Un túnel lógico de Junos son dos conexiones, no un solo enlace

Dentro del router, la interfaz lt- parece exactamente un cable, y esa impresión provoca la mayor parte de la confusión. No es un solo enlace sino dos conexiones: cada extremo pertenece a un servicio, cada extremo tiene su propia encapsulación, y el par solo reenvía cuando ambos servicios están correctamente unidos. Siga los cinco pasos siguientes en orden y trate una confirmación limpia como el comienzo de la verificación, no como el final del trabajo. Cada paso deja un registro que el siguiente ingeniero puede comprobar sin repetir la investigación.

Paso 1: escriba la hoja de trabajo de las conexiones

Antes de tocar la configuración, dibuje qué debe unirse con qué. Un lado termina un circuito de capa 2 punto a punto, el otro se une a una instancia VPLS, y el túnel lógico se sitúa entre ellos transportando tramas de uno al otro. Nombre ambos servicios explícitamente, porque un circuito punto a punto, una instancia VPLS y una interconexión EVPN-VXLAN no son intercambiables solo porque cada uno pueda describirse como un cosido.

Anote los números de unidad en ambos extremos y a qué servicio pertenece cada una. Esa hoja es el único artefacto que seguirá siendo correcto tras tres cambios y una reversión.

Paso 2: fije las unidades par y la encapsulación

Las dos unidades deben estar en la misma interfaz de túnel lógico y apuntarse entre sí, y una unidad puede tener exactamente un par. La documentación de Juniper sobre el túnel lógico indica ambas restricciones junto con las encapsulaciones admitidas y los recursos de plataforma que consume la interfaz. Verifíquelas contra el hardware y la versión instalados, no contra un ejemplo de laboratorio de otra tarjeta de línea. Una unidad par referenciada en dos interfaces lt distintas se confirma limpiamente y no reenvía nada.

Después elija la encapsulación que coincida con el servicio en cada extremo. Un boceto del par es así:

set interfaces lt-0/0/0 unit 0 encapsulation vlan-ccc
set interfaces lt-0/0/0 unit 0 peer-unit 1
set interfaces lt-0/0/0 unit 1 encapsulation vlan-vpls
set interfaces lt-0/0/0 unit 1 peer-unit 0

Copiar las palabras clave Ethernet-CCC y Ethernet-VPLS en un servicio VLAN sin conciliar el etiquetado es la otra forma habitual de producir un par que arranca y no reenvía nada.

Paso 3: conecte cada extremo a su propio servicio

Cada unidad pertenece a una definición de servicio, y el servicio debe incluirla realmente. Para los arreglos MX de capa 2 admitidos, la documentación señala la pertenencia a bridge-domain o VPLS como lo que hace bidireccional el reenvío, lo que significa que un par correcto con una unidad sin pertenencia es un par de extremos que hablan con nada. Añada la pertenencia en la misma confirmación que las unidades, para que ambas nunca puedan contradecirse.

Configure la señalización del pseudocable y la pertenencia a la instancia como parte del mismo cambio, porque el extremo lejano del circuito es lo que da al lado VPLS algo de lo que aprender.

Paso 4: presupueste recursos y tamaño de trama

Un enlace interno sigue consumiendo recursos de reenvío. La documentación enumera las implicaciones de ancho de banda de la plataforma para los túneles lógicos, así que compruébelas en lugar de suponer que interno significa gratis.

Alinee la MTU del servicio y el modelo de etiquetado en ambas conexiones y en el pseudocable remoto. No copie un valor de MTU de ejemplo sin establecer qué cabeceras cuenta el ajuste correspondiente, porque un salto interno que reduzca silenciosamente el presupuesto fallará exactamente donde el tráfico de usuario es mayor.

Paso 5: verifique el reenvío y luego busque bucles

Envíe tráfico en ambas direcciones e inspeccione el estado del servicio, no solo el de la interfaz. show interfaces lt-0/0/0 le dice que el par está administrativamente activo, y show vpls connections le dice si la instancia tiene una conexión por la que aprender. Ninguno de los dos demuestra que una trama que entró por un servicio salió por el otro, así que pruébelo explícitamente. Envíe desde un equipo de un lado a un equipo del otro, con el estado del servicio visible mientras corre el tráfico.

Por último, compruebe si otro camino físico o lógico ya se une al mismo dominio Ethernet. Añadir esta conexión puede cambiar el comportamiento de inundación y crear un bucle que antes no existía, y el síntoma aparecerá en un lugar completamente distinto. Planifique la redundancia que desea en lugar de descubrir un camino de capa 2 sin supervisar durante un incidente.