Wedge100BF-32X no SONiC: 100G LR4 linka back to back mas não pelo transporte, a não ser que o TX seja plugado primeiro

A gente está entregando um circuito de 100G para um roteador core através de um sistema de transporte óptico alugado, e a porta do nosso lado se recusa a subir. O mesmo par de módulos linka na hora na bancada, o que torna isso ainda mais irritante.

• Wedge100BF-32X (wedge100bf_32x) rodando SONiC
• InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
• um sistema de transporte Juniper BTI entre nós e o roteador core

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

O que já passamos:

• os mesmos dois módulos ligados back to back na bancada sobem e ficam de pé, sem reclamação de nenhum dos lados
• trocamos o módulo do nosso lado e substituímos os dois cordões ópticos
• o pessoal do transporte confirma que vê luz vinda de nós na porta de ingress deles

A única coisa que funciona: se puxamos as duas fibras e colocamos de volta em sequência, TX primeiro, esperamos alguns segundos, depois RX, a porta sobe e fica de pé indefinidamente. Isso não é algo que eu queira escrever num runbook para uma entrega em produção, e também não sobrevive a uma janela de manutenção do lado do transporte.

Então o que está acontecendo nesses poucos segundos? Parece que os dois lados ficam esperando a sinalização de falha um do outro e nenhum começa a transmitir, mas não tenho como ver isso a partir dessa plataforma. Alguém já resolveu isso num Wedge rodando SONiC contra uma entrega de transporte, e tem algo configurável do lado do switch?