English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی Monitorización de DDM en producción
Leer el DDM una vez indica el estado de un módulo; seguir su tendencia indica su futuro. La mayoría de los fallos ópticos se anuncian con semanas de antelación (como una deriva en la potencia Rx, una corriente de polarización en aumento o un BER previo a FEC creciente) a quien esté registrando las cifras.
Banco, CLI o NMS
| Dónde | Herramienta | Mejor para |
|---|---|---|
| Banco | pantalla DDM de CodingBox, exportación a CSV | inspección de entrada, establecer la línea base, diagnosticar un módulo retirado |
| CLI del conmutador | show interfaces transceiver y equivalentes (según el NOS) | comprobaciones puntuales durante la resolución de problemas |
| NMS / telemetría | SNMP, telemetría en streaming (gNMI), API de los fabricantes | tendencias y alertas a escala de toda la flota |
Recolección por SNMP
La mayoría de las plataformas exponen el DDM a través del estándar ENTITY-SENSOR-MIB (entPhySensorValue, con tipo/escala/precisión por sensor) y a través de MIB de fabricante (sensores de entidad de Cisco, MIB DOM de Juniper, Arista, Huawei). Los NMS de código abierto como LibreNMS descubren automáticamente los sensores ópticos y los grafican; Zabbix y Prometheus/Grafana trabajan con los mismos OID o con telemetría en streaming. Consulte cada 1–5 minutos: los valores de DDM cambian despacio, y los módulos responden al bus de dos hilos a un ritmo tranquilo.
El pasaporte del enlace
En la instalación, registre para ambos extremos de cada enlace:
- potencia Tx, potencia Rx, corriente de polarización, temperatura (el conjunto DDM);
- fabricante / referencia / número de serie del módulo;
- longitud de la fibra y, cuando esté disponible, una traza de OTDR.
Esta línea base es con la que se comparan las lecturas posteriores. Sin ella, «la Rx está en −12 dBm» es solo un número; con ella, «la Rx ha caído 2,5 dB desde marzo» es una orden de trabajo.
Alertas: variaciones, no solo umbrales
Los umbrales del módulo son los límites del fabricante (Umbrales y alarmas); sus alertas deben ser más estrictas y relativas:
| Señal | Disparador sugerido | Significado probable |
|---|---|---|
| Potencia Rx | caída de 2–3 dB respecto a la línea base | conector sucio o dañado, curvatura de fibra, desvanecimiento del láser del otro extremo |
| Potencia Rx | asimetría entre las dos direcciones | problema en el lado débil, no en la ruta |
| Polarización Tx | subida de 15–20 % respecto a la línea base | envejecimiento del láser: planifique el reemplazo |
| Temperatura | > 65–70 °C o +10 °C respecto a la línea base | problema de refrigeración o densidad |
| BER previo a FEC (CMIS/VDM) | subiendo hacia el límite del FEC | primera señal en enlaces PAM4 |
| Indicadores de alarma del módulo | cualquiera | red de seguridad: nunca debería ser la primera alerta |
Reaccionar con rapidez
- El BFD en enlaces importantes detecta una ruta degradada en milisegundos, mucho antes de que los protocolos de enrutamiento o los usuarios lo noten.
- Siga los valores por carril en los módulos multicarril (Diagnóstico por carril): el fallo de un solo carril es el modo de fallo habitual en IA/centro de datos.
- Cuando salta un umbral, siga la escalera de diagnóstico: niveles → limpiar → sustituir → OTDR.
Lo que el DDM no puede decirle
- La potencia Tx en módulos baratos puede ser una constante (Niveles de DDM).
- El DDM ve luz, no bits: un enlace puede tener niveles perfectos y aun así dar errores por dispersión, un desajuste de FEC o una avería de polaridad; combine el DDM con los contadores de errores.
- La resolución es de 0,1 µW: nada por debajo de −40 dBm es medible.
En CodingBox
CodingBox es el lado de banco de este proceso: un intervalo de consulta configurable, un registro de mediciones y la exportación a CSV producen el pasaporte del enlace antes de la instalación y permiten comparar un módulo retirado con su propio historial en la base de datos de códigos.
Detalles de recolección: comandos de CLI,
ethtool, ENTITY-SENSOR-MIB y OID de fabricante, rutas de OpenConfig: Leer el DDM con herramientas. Sobre qué alertar en enlaces PAM4: Métricas de VDM y FEC.
Objetos SNMP por fabricante, rutas de telemetría de OpenConfig y mensajes de syslog que transportan los valores tratados aquí: Gestión y monitorización.
Averías lentas de la planta que revelan las tendencias (contaminación, entrada de humedad en un cierre, variaciones estacionales) y el orden de triaje cuando una tendencia se rompe: Averías de la planta de fibra.
El DDM en el contexto de toda la infraestructura activa: telemetría de amplificadores, OSC, OCM, RFTS, jerarquías de alarmas y correlación de los datos del módulo con los datos de la fibra: Monitorización y gestión.