Echte incidenten veroorzaakt door third-party optiek: trage I2C die een linecard laat crashen, en een DDM-uptime-overflowbug

Question

In een NANOG-discussie over vendor lock-in beschreef een operator twee concrete storingen. Ten eerste beantwoordde een third-party optiek I2C-reads te traag; de pollingcode van de switchleverancier ving de timeout niet op en liet het control plane van de linecard crashen, en de leverancier weigerde het als bug te behandelen omdat het met hun eigen optiek niet gebeurde. Ten tweede had een third-party SFP een firmwaredefect waarbij na 2^31 honderdsten van een seconde de uptime-teller het DDM-temperatuurveld overschreef, wat op veel apparaten tegelijk link flaps veroorzaakte en het risico gaf op gelijktijdige uitval na massale reboots.

Hardware: carrier-routers/switches (leverancier niet genoemd)
Transceivers: third-party SFP met DDM
Vormfactor: SFP

Symptomen / meldingen:

linecard control-plane crash on I2C timeout
DDM temperature field corrupted by uptime overflow
fleet-wide link flapping

fiberwolf · Accepted Answer

Koop third-party optiek bij professionele leveranciers die serienummers en componentherkomst bijhouden, zodat recalls mogelijk zijn; goedkope optiek van brokers is niet te traceren.

opticnerd31 · Answer

Grote leveranciers verklaren in RFP-antwoorden dat ze contractuele support voor third-party optiek niet zullen weigeren, maar ze kunnen wel eisen dat een verdachte optiek wordt vervangen door een first-party exemplaar voordat het TAC-werk wordt voortgezet.

Comments 2