Wedge100BF-32X, SONiC पर: 100G LR4 back to back link होता है पर transport के ज़रिए नहीं, जब तक पहले TX patch न किया जाए

हम एक leased optical transport system के ज़रिए एक core router को 100G circuit हैंड-ऑफ़ कर रहे हैं, और हमारी साइड का port up होने से मना कर देता है। वही जोड़ी modules bench पर तुरंत link हो जाती है, यही बात इसे इतना चिढ़ाने वाला बनाती है।

• SONiC चलाने वाला Wedge100BF-32X (wedge100bf_32x)
• InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
• हमारे और core router के बीच एक Juniper BTI transport system

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

हमने अब तक क्या-क्या देखा:

• bench पर back to back जुड़े वही दो modules up होकर up रहते हैं, किसी भी तरफ़ से कोई शिकायत नहीं
• अपनी साइड का module बदला और दोनों patch cords भी replace किए
• transport वाले confirm करते हैं कि उन्हें अपने ingress port पर हमारी तरफ़ से light दिख रही है

एक चीज़ जो काम करती है: अगर हम दोनों strands निकालकर उन्हें क्रम से वापस लगाएं, पहले TX, कुछ second रुककर, फिर RX, तो port up हो जाता है और फिर हमेशा के लिए up रहता है। यह ऐसी चीज़ नहीं है जिसे मैं किसी production handoff के runbook में लिखना चाहूं, और transport साइड की maintenance window भी इसे बचा नहीं पाती।

तो उन कुछ seconds में हो क्या रहा है? ऐसा लगता है जैसे दोनों सिरे एक-दूसरे के fault signalling का इंतज़ार करते बैठे हैं और कोई भी transmit करना शुरू नहीं करता, पर इस platform से मेरे पास इसे देखने का कोई तरीका नहीं है। क्या किसी ने SONiC चला रहे Wedge पर किसी transport handoff के खिलाफ़ इसे track किया है, और क्या switch साइड पर कुछ tune करने लायक है?