Wedge100BF-32X su SONiC: il 100G LR4 si aggancia back-to-back ma non attraverso il transport a meno di patchare prima il TX
Stiamo consegnando un circuito 100G a un router core attraverso un sistema di transport ottico in leasing, e la porta sul nostro lato rifiuta di salire. La stessa coppia di moduli si aggancia all'istante sul banco, il che è proprio quello che rende la cosa irritante.
- Wedge100BF-32X (wedge100bf_32x) con SONiC
- InnoLight TR-FC13L-N00, 100G LR4 QSFP28, 10 km
- un sistema di transport Juniper BTI tra noi e il router core
admin@sonic:~$ show interfaces status
Interface Speed Admin Oper
Ethernet0 100G up down
Quello che abbiamo passato in rassegna:
- gli stessi due moduli collegati back-to-back sul banco salgono e restano su, nessuna lamentela da nessuna delle due parti
- scambiato il modulo sul nostro lato e sostituite entrambe le bretelle
- il personale del transport conferma di vedere luce da noi sulla loro porta di ingresso
L'unica cosa che funziona: se sfiliamo entrambe le fibre e le rimettiamo in sequenza, prima il TX, aspettando qualche secondo, poi l'RX, la porta sale e poi resta su a tempo indefinito. Non è qualcosa che voglio scritto in un runbook per una consegna in produzione, e non sopravvive nemmeno a una finestra di manutenzione sul lato transport.
Quindi cosa succede in quei pochi secondi? Sembra che entrambe le estremità restino lì ad aspettare la segnalazione di fault dell'altra e nessuna delle due inizi a trasmettere, ma non ho modo di vederlo da questa piattaforma. Qualcuno l'ha mai inseguito su un Wedge con SONiC contro una consegna transport, e c'è qualcosa di regolabile sul lato switch?
Comments 0
No comments yet.