Wedge100BF-32X op SONiC: 100G LR4 linkt back-to-back maar niet door de transport heen, tenzij TX eerst gepatcht wordt

We dragen een 100G-circuit over aan een core router via een gehuurd optisch transportsysteem, en de poort aan onze kant weigert omhoog te komen. Datzelfde paar modules linkt meteen op de testbank, en juist dat maakt het zo irritant.

• Wedge100BF-32X (wedge100bf_32x) met SONiC
• InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
• een Juniper BTI-transportsysteem tussen ons en de core router

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

Wat we doorlopen hebben:

• diezelfde twee modules back-to-back aangesloten op de testbank komen omhoog en blijven omhoog, geen klachten van weerskanten
• de module aan onze kant vervangen en beide patchkabels vervangen
• de transportmensen bevestigen dat ze licht van ons zien op hun ingress-poort

Het enige wat wel werkt: als we beide vezels eruit trekken en ze in volgorde terugzetten, eerst TX, een paar seconden wachten, dan RX, komt de poort omhoog en blijft hij vervolgens onbeperkt staan. Dat is niets wat ik in een runbook voor een productieoverdracht wil zetten, en het overleeft ook geen onderhoudsvenster aan de transportkant.

Dus wat gebeurt er in die paar seconden? Het lijkt erop dat beide kanten op elkaars foutsignalering zitten te wachten en geen van beide begint met zenden, maar ik heb geen manier om dat vanaf dit platform te zien. Heeft iemand dit ooit uitgezocht op een Wedge met SONiC tegen een transportoverdracht, en is er iets instelbaars aan de switchkant?