Wedge100BF-32X con SONiC: el 100G LR4 enlaza back to back pero no a través del transporte a menos que se conecte primero el TX

Estamos entregando un circuito de 100G a un router de core a través de un sistema de transporte óptico arrendado, y el puerto de nuestro lado se niega a subir. El mismo par de módulos enlaza al instante en el banco, lo cual hace esto todavía más molesto.

• Wedge100BF-32X (wedge100bf_32x) corriendo SONiC
• InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
• un sistema de transporte Juniper BTI entre nosotros y el router de core

admin@sonic:~$ show interfaces status
  Interface    Speed    Admin    Oper
  Ethernet0     100G       up    down

Lo que hemos revisado:

• los mismos dos módulos conectados back to back en el banco suben y se quedan arriba, sin quejas de ningún lado
• cambiamos el módulo de nuestro lado y reemplazamos ambos cables de conexión
• la gente de transporte confirma que ven luz de nuestro lado en su puerto de entrada

Lo único que sí funciona: si sacamos ambas fibras y las volvemos a poner en secuencia, primero TX, esperamos unos segundos, luego RX, el puerto sube y se queda arriba indefinidamente. Eso no es algo que quiera escribir en un runbook para una entrega en producción, y tampoco sobrevive a una ventana de mantenimiento del lado del transporte.

Entonces, ¿qué está pasando en esos pocos segundos? Suena como si ambos extremos estuvieran esperando la señalización de fallo del otro y ninguno empezara a transmitir, pero no tengo forma de ver eso desde esta plataforma. ¿Alguien ha perseguido esto en un Wedge corriendo SONiC contra una entrega de transporte, y hay algo configurable del lado del switch?