Un Zyxel RGS200-12P imprime "% SFP module doesn't support DDMI" para dos SFP Avago
Entregamos gabinetes industriales con el monitoreo propio del cliente encima, así que un DDMI legible en los puertos de uplink forma parte de la lista de aceptación. En un RGS200-12P los dos puertos que importan se niegan a imprimir absolutamente nada después de activar DDMI, aunque ambos enlaces están arriba y reenviando.
- Zyxel RGS200-12P, DDMI activado
- puerto 1/9: AVAGO ABCU-5740RZ-HP8, SFP de cobre 1000BASE-T
- puerto 1/11: AVAGO AFBR-5710PZ, 1000BASE-SX
- ambos enlaces arriba, contadores limpios en ambos lados
% SFP module doesn't support DDMILo que ya hice:
- apagué y volví a encender DDMI, guardé, recargué el switch
- reasenté ambos módulos y los moví a otras jaulas: misma respuesta en cada puerto
- verifiqué que los enlaces en sí están bien, el tráfico pasa sin errores
Así que ¿cuál es: el switch negándose a leer ópticas que no vendió, o dos piezas Avago que genuinamente no tienen diagnósticos que entregar? Necesito darle al cliente una respuesta u otra antes de la entrega, no un encogimiento de hombros.
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 4
Tienes dos causas distintas escondidas detrás de una sola cadena de error.
El puerto de cobre es comportamiento esperado. Las SFP 1000BASE-T como clase no implementan diagnósticos digitales; no hay potencia óptica que reportar y esas piezas generalmente no llevan página de diagnóstico, así que el 1/9 con el ABCU-5740RZ-HP8 nunca va a mostrar temperatura, voltaje ni potencia sin importar cómo esté configurado DDMI. Nada que arreglar, nada que escalar.
El puerto de fibra es el mismo resultado por una razón distinta: esa pieza Avago en particular no tiene página DDM/DDMI en su EEPROM. SFF-8472 hace que la página de diagnóstico sea opcional, y bastantes módulos 1000BASE-SX de esa generación se enviaron sin una. El switch no está bloqueando aquí un módulo ajeno, está reportando la verdad: no hay nada en el módulo que leer.
La comprobación que lo resuelve en cinco minutos es la que ya se sugirió: un módulo especificado como capaz de DDM en la misma jaula. Una Zyxel SFP-LX-10-E en un RGS200-12P imprime el bloque DDMI completo, lo que demuestra que el switch y la configuración están bien. Advertencia habitual con este fabricante: su postura declarada es que las ópticas de terceros no están cubiertas y pueden traer pérdida de paquetes y problemas de conectividad, así que si los diagnósticos son un criterio de aceptación, pon «con capacidad DDM/DOM» en la especificación de compra en vez de confiar en la suerte.
Si las ópticas no se pueden cambiar en este gabinete, monitorea esos dos puertos por estado de enlace y contadores de interfaz y dilo así en el documento de entrega. Esa es una respuesta honesta, y es mejor que una página DDMI vacía que nadie pueda explicar dentro de un año.
Dos cosas que vale la pena separar antes de escribir nada. Primero, ¿ese switch imprime DDMI para algo en absoluto? Pide prestado un módulo que sepas que tiene capacidad DDM, ponlo en 1/11 y corre el mismo comando. Si sale un bloque completo, el lado del switch queda probado y las dos piezas Avago son la única variable que queda.
Segundo, no trates el módulo de cobre como evidencia en ningún sentido, es una categoría aparte. ¿Y qué dice realmente la hoja de datos del AFBR-5710PZ sobre diagnósticos digitales? Esa pieza es lo bastante vieja como para que yo no asumiera que los tiene siquiera.
Confirmado en el banco. Pedí prestada una SFP-LX-10-E, la puse en 1/11 con la misma fibra, y DDMI imprime el conjunto completo: temperatura, voltaje, corriente de bias, potencia Tx y Rx. Volví a poner el AFBR-5710PZ y la cadena de error regresa de inmediato. El puerto 1/9 con el módulo de cobre se comporta exactamente igual que antes, cosa que ahora espero en vez de perseguir.
Así que el switch está haciendo su trabajo y los módulos son la respuesta. Va a la entrega como una propiedad del módulo, y la capacidad DDM va a la especificación del próximo lote de ópticas. Eso me ahorró una discusión sobre un switch «roto».
Vale la pena saber que la misma situación se lee de forma completamente distinta según la plataforma, por eso sigue volviendo como reporte de bug.
En PAN-OS,
show transceiver-detail allimprime un campodiagnostic-monitorpor módulo:Yessignifica que implementa monitoreo óptico,Noque no, y en el segundo caso el módulo se identifica normalmente mientras que cada valor de diagnóstico vuelve comoN/A. Sin error, solo blancos, mucho más fácil de interpretar que una cadena de rechazo.En una Nokia 7210 SAS los valores faltantes pueden ser el software en cambio: las versiones tempranas no implementan DDM en absoluto, y la documentación añade que para módulos que Nokia no suministró, los datos pueden mostrarse pero su formato y precisión no están garantizados. Tres posibles responsables para un campo en blanco: el módulo, la plataforma o la versión.
Y a veces es solo la interfaz: en switches TP-Link adoptados en Omada no hay página DDM en el controlador, hay que abrir su terminal, escribir
enabley corrershow ddm status.