Incidentes reales causados por ópticos de terceros: un I2C lento tumbando una tarjeta de línea y un bug de desbordamiento de uptime en el DDM
En una discusión de NANOG sobre el vendor lock-in, un operador describió dos fallos concretos. Primero, un óptico de terceros respondía las lecturas I2C demasiado lento; el código de sondeo del fabricante del switch no manejaba el timeout y tumbó el plano de control de la tarjeta de línea, y el fabricante se negó a tratarlo como un bug porque no ocurría con sus propios ópticos. Segundo, un SFP de terceros tenía un defecto de firmware por el que, tras 2^31 centésimas de segundo, el contador de uptime sobrescribía el campo de temperatura del DDM, causando flapeos de enlace en muchos equipos a la vez y con riesgo de cortes simultáneos tras reinicios masivos.
- Hardware: routers/switches de operador (fabricante sin nombre)
- Transceptores: SFP de terceros con DDM
- Factor de forma: SFP
Síntomas / mensajes:
linecard control-plane crash on I2C timeout
DDM temperature field corrupted by uptime overflow
fleet-wide link flapping
Show original (English)
Also available in: English
العربية
Deutsch
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Русский
Türkçe
Tiếng Việt
简体中文
Comments 2
Compra ópticos de terceros a proveedores profesionales que hagan seguimiento de números de serie y orígenes de componentes, de modo que las retiradas sean posibles; los ópticos baratos de broker son imposibles de rastrear.
Los grandes fabricantes declaran en respuestas a RFP que no negarán el soporte contractual por usar ópticos de terceros, pero pueden exigir sustituir un óptico sospechoso por uno propio antes de continuar el trabajo de TAC.