Wedge100BF-32X unter SONiC: 100G LR4 linkt back-to-back, aber nicht durch den Transport, außer TX wird zuerst gepatcht

Wir übergeben eine 100G-Strecke an einen Core-Router über ein gemietetes optisches Transportsystem, und der Port auf unserer Seite weigert sich hochzukommen. Dasselbe Modulpaar linkt auf der Werkbank sofort, was die Sache so ärgerlich macht.

• Wedge100BF-32X (wedge100bf_32x) mit SONiC
• InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
• ein Juniper BTI Transportsystem zwischen uns und dem Core-Router

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

Was wir schon durchgegangen sind:

• dieselben zwei Module back-to-back auf der Werkbank verbunden kommen hoch und bleiben oben, keine Beschwerden von beiden Seiten
• das Modul auf unserer Seite getauscht und beide Patchkabel ersetzt
• die Transportleute bestätigen, dass sie Licht von uns an ihrem Ingress-Port sehen

Das Einzige, was funktioniert: wenn wir beide Fasern ziehen und der Reihe nach wieder einstecken, erst TX, ein paar Sekunden warten, dann RX, kommt der Port hoch und bleibt dann dauerhaft oben. Das ist nichts, was ich in ein Runbook für eine Produktivübergabe schreiben will, und es übersteht auch kein Wartungsfenster auf der Transportseite.

Was passiert also in diesen paar Sekunden? Es liest sich so, als würden beide Enden auf die Fehlersignalisierung des jeweils anderen warten, ohne dass eine Seite zu senden beginnt, aber von dieser Plattform aus kann ich das nicht einsehen. Hat das schon mal jemand bei einem Wedge unter SONiC gegen eine Transportübergabe nachverfolgt, und gibt es auf der Switch-Seite etwas Einstellbares?