Surveillance du DDM en production

Lire le DDM une fois indique l’état d’un module ; le mettre en tendance indique son avenir. La plupart des pannes optiques s’annoncent des semaines à l’avance — par une puissance Rx qui dérive, un courant de bias qui grimpe ou un BER pré-FEC qui augmente — pour quiconque enregistre les chiffres.

Banc, CLI ou NMS

Collecte via SNMP

La plupart des plateformes exposent le DDM via la ENTITY-SENSOR-MIB standard (entPhySensorValue, avec type/échelle/précision par capteur) et via des MIB constructeur (entity sensors Cisco, MIB DOM Juniper, Arista, Huawei). Des NMS open source comme LibreNMS détectent automatiquement les capteurs optiques et les tracent ; Zabbix et Prometheus/Grafana fonctionnent avec les mêmes OID ou avec la télémétrie en flux. Interrogez toutes les 1–5 minutes — les valeurs du DDM évoluent lentement, et les modules répondent sur le bus deux fils à un rythme tranquille.

Le passeport de liaison

À l’installation, enregistrez pour les deux extrémités de chaque liaison :

• puissance Tx, puissance Rx, courant de bias, température (le jeu DDM) ;
• fabricant / référence / numéro de série du module ;
• longueur de fibre et, si disponible, une courbe OTDR.

Cette référence est ce à quoi les lectures ultérieures sont comparées. Sans elle, « Rx est à −12 dBm » n’est qu’un chiffre ; avec elle, « la Rx a chuté de 2,5 dB depuis mars » est un ordre de travail.

Alertes : des écarts, pas seulement des seuils

Les seuils du module sont les limites du fabricant (Seuils et alarmes) ; vos alertes doivent être plus strictes et relatives :

Réagir rapidement

• Le BFD sur les liaisons importantes détecte un chemin dégradé en quelques millisecondes, bien avant que les protocoles de routage ou les utilisateurs ne le remarquent.
• Suivez les valeurs par voie sur les modules multivoies (Diagnostic par voie) — une seule voie en panne est le mode de défaillance habituel en IA/centre de données.
• Quand un seuil se déclenche, suivez l’échelle de diagnostic : niveaux → nettoyage → échange → OTDR.

Ce que le DDM ne peut pas vous dire

• La puissance Tx des modules bon marché peut être une constante (Niveaux DDM).
• Le DDM voit de la lumière, pas des bits : une liaison peut avoir des niveaux parfaits et quand même produire des erreurs à cause de la dispersion, d’une incompatibilité de FEC ou d’un défaut de polarité — associez le DDM à des compteurs d’erreurs.
• La résolution est de 0,1 µW : rien en dessous de −40 dBm n’est mesurable.

Dans CodingBox

CodingBox est le volet banc de ce processus : un intervalle d’interrogation configurable, un journal de mesures et un export CSV produisent le passeport de liaison avant l’installation et permettent de comparer un module déposé avec son propre historique dans la code database.

Détails de collecte — commandes CLI, ethtool, ENTITY-SENSOR-MIB et OID constructeur, chemins OpenConfig : Lire le DDM avec des outils. Sur quoi alerter pour les liaisons PAM4 : VDM et métriques FEC.

Objets SNMP par constructeur, chemins de télémétrie OpenConfig et messages syslog qui portent les valeurs évoquées ici : Administration et supervision.

Défauts lents de l’installation que les tendances révèlent — contamination, infiltration dans un boîtier, variations saisonnières — et l’ordre de tri une fois qu’une tendance décroche : Défauts de l’installation fibre.

Le DDM dans le contexte de toute l’infrastructure active — télémétrie des amplificateurs, OSC, OCM, RFTS, hiérarchies d’alarmes et corrélation entre données de module et données de fibre : Supervision et administration.