Wedge100BF-32X na SONiC: 100G LR4 łączy się back to back, ale nie przez transport, chyba że najpierw spatchuje się TX
Przekazujemy obwód 100G do routera core przez wydzierżawiony system transportu optycznego, a port po naszej stronie odmawia wstania. Ta sama para modułów łączy się natychmiast na biurku, co czyni to jeszcze bardziej irytującym.
- Wedge100BF-32X (wedge100bf_32x) z SONiC
- InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
- system transportowy Juniper BTI między nami a routerem core
admin@sonic:~$ show interfaces status
Interface Speed Admin Oper
Ethernet0 100G up down
Co już przeszliśmy:
- te same dwa moduły połączone back to back na biurku wstają i trzymają się, żadnych zastrzeżeń z żadnej strony
- wymieniliśmy moduł po naszej stronie i oba patchcordy
- ludzie od transportu potwierdzają, że widzą od nas światło na swoim porcie wejściowym
Jedna rzecz, która działa: jeśli wyciągniemy obie żyły i włożymy je z powrotem po kolei, najpierw TX, poczekamy kilka sekund, potem RX, port wstaje i trzyma się już bez końca. To nie jest coś, co chcę wpisać do runbooka dla produkcyjnego przekazania, i nie przetrwa też okna serwisowego po stronie transportu.
Więc co się dzieje w tych kilku sekundach? Wygląda to tak, jakby obie strony czekały na sygnalizację awarii tej drugiej i żadna nie zaczynała nadawać, ale z tej platformy nie mam jak tego zobaczyć. Czy ktoś to już tropił na Wedge z SONiC naprzeciwko przekazania transportowego, i czy jest coś do przestawienia po stronie switcha?
Comments 0
No comments yet.