Incidents réels causés par des optiques tierces : un I2C lent qui fait planter une carte de ligne et un bug de débordement de l'uptime dans le DDM

Question

Dans une discussion NANOG sur le vendor lock-in, un opérateur a décrit deux pannes concrètes. Premièrement, une optique tierce répondait trop lentement aux lectures I2C ; le code de polling du vendor du switch ne gérait pas le timeout et a fait planter le plan de contrôle de la carte de ligne, et le vendor a refusé de traiter ça comme un bug parce que ça n'arrivait pas avec ses propres optiques. Deuxièmement, un SFP tiers avait un défaut de firmware où, après 2^31 centièmes de seconde, le compteur d'uptime écrasait le champ de température du DDM, provoquant des flaps de lien sur de nombreux appareils à la fois et risquant des pannes simultanées après des redémarrages en masse.

Matériel : routeurs/switches d'opérateur (vendor non nommé)
Transceivers : SFP tiers avec DDM
Format : SFP

Symptômes / messages :

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

fiberwolf · Accepted Answer

Achetez des optiques tierces auprès de fournisseurs professionnels qui tracent les numéros de série et l'origine des composants, pour que des rappels soient possibles ; les optiques bon marché venant de courtiers sont introuvables.

opticnerd31 · Answer

Les grands vendors déclarent dans leurs réponses aux appels d'offres qu'ils ne refuseront pas le support contractuel pour des optiques tierces, mais peuvent exiger de remplacer une optique suspecte par une optique de marque avant de poursuivre le travail au TAC.

Comments 2