Мониторинг DDM в эксплуатации
Однократное чтение DDM говорит о состоянии модуля; тренд говорит о его будущем. Большинство оптических отказов объявляют о себе за недели — дрейфом мощности Rx, растущим током смещения или растущим pre-FEC BER — тем, кто записывает числа.
Стол, CLI или NMS
| Где | Инструмент | Для чего лучше |
|---|---|---|
| Стол | экран DDM CodingBox, выгрузка CSV | входной контроль, снятие базы, диагностика вынутого модуля |
| CLI коммутатора | show interfaces transceiver и аналоги (по NOS) | точечные проверки при диагностике |
| NMS / телеметрия | SNMP, streaming telemetry (gNMI), API вендоров | тренды и оповещения по всему парку |
Сбор по SNMP
Большинство платформ отдают DDM через стандартный ENTITY-SENSOR-MIB (entPhySensorValue с типом/масштабом/точностью на датчик) и через вендорские MIB (датчики Cisco entity, Juniper DOM MIB, Arista, Huawei). Открытые NMS вроде LibreNMS автоматически находят оптические датчики и строят графики; Zabbix и Prometheus/Grafana работают с теми же OID или со streaming telemetry. Опрашивайте раз в 1–5 минут — значения DDM меняются медленно, а модули отвечают по двухпроводной шине неспешно.
Паспорт линка
При инсталляции зафиксируйте для обоих концов каждого линка:
- мощность Tx, мощность Rx, ток смещения, температуру (набор DDM);
- вендора / парт-номер / серийный модуля;
- длину волокна и, где есть, OTDR-трейс.
Эта база — то, с чем сравниваются последующие чтения. Без неё «Rx −12 дБм» — просто число; с ней «Rx упал на 2,5 дБ с марта» — наряд на работу.
Оповещения: дельты, а не только пороги
Пороги модуля — пределы производителя (Пороги и аварии); ваши оповещения должны быть жёстче и относительными:
| Сигнал | Рекомендуемый триггер | Вероятный смысл |
|---|---|---|
| Мощность Rx | падение на 2–3 дБ от базы | грязный/повреждённый разъём, изгиб волокна, угасание лазера дальнего конца |
| Мощность Rx | асимметрия между направлениями | проблема на слабой стороне, а не в трассе |
| Ток смещения Tx | рост на 15–20% от базы | старение лазера — планируйте замену |
| Температура | > 65–70 °C или +10 °C от базы | проблема охлаждения или плотности |
| Pre-FEC BER (CMIS/VDM) | рост к пределу FEC | первый признак на линках PAM4 |
| Флаги аварий модуля | любой | страховка — никогда не должна быть первым оповещением |
Быстрая реакция
- BFD на важных линках обнаруживает деградировавший путь за миллисекунды — задолго до протоколов маршрутизации и пользователей.
- Отслеживайте поканальные значения многоканальных модулей (Поканальная диагностика) — отказ одного канала — обычный сценарий в ИИ/ДЦ.
- При срабатывании порога следуйте лестнице диагностики: уровни → чистка → подмена → OTDR.
Чего DDM не скажет
- Мощность Tx у дешёвых модулей может быть константой (Уровни DDM).
- DDM видит свет, а не биты: линк с идеальными уровнями всё равно может ошибаться из-за дисперсии, несовпадения FEC или ошибки полярности — сочетайте DDM со счётчиками ошибок.
- Разрешение 0,1 мкВт: ниже −40 дБм ничего не измеряется.
В CodingBox
CodingBox — стендовая сторона этого процесса: настраиваемый интервал опроса, журнал измерений и выгрузка CSV формируют паспорт линка до инсталляции и позволяют сравнить вынутый модуль с его собственной историей в базе кодов.