Как на ZXA10 C320 снять данные модуля аплинка и уровни ONU - через CLI или по SNMP
Держу на узле ZTE ZXA10 C320, аплинк 10G. Уровни и состояние смотрю руками из консоли, но хочется завести всё в мониторинг, чтобы не лезть в CLI по каждой жалобе абонента.
- OLT: ZTE ZXA10 C320
- аплинк: SFP+ в xgei_1/21/1
- абоненты на gpon-onu_1/1/1:1 и дальше по веткам
По модулю аплинка кое-что уже нашёл, вывод даёт вот эта команда:
show int optical-module-info xgei_1/21/1Дальше упираюсь в три вещи:
- какой командой снять уровень по конкретной ONU, а не разбирать вывод по всей ветке
- есть ли SNMP-объкет с той же мощностью приёма, чтобы не парсить CLI скриптом; готового шаблона под C320 в мониторинге я не нашёл
- насколько вообще можно доверять уровню приёма: на одном аплинке цифра приличная, а CRC на интерфейсе при этом потихоньку набегает
Кто снимает эти данные с C320 постоянно - на чём остановились, CLI или SNMP, и какие OID?
AI translation to English
Also available in: Русский
العربية
Deutsch
English
Español
Français
हिन्दी
Bahasa Indonesia
Italiano
日本語
한국어
Nederlands
Polski
Português
Türkçe
Tiếng Việt
简体中文
Comments 4
Уточни, что именно тебе нужно в мониторинге. Инвентарь модуля (вендор, партномер, серийник) и мощность в динамике - это разные истории: первое достаточно снимать раз в сутки и хранить как факт, второе имеет смысл опрашивать регулярно и рисовать графиком.
И второй вопрос, более важный: CRC на аплинке ты уже смотрел целенаправленно или заметил заодно? Если счётчик реально растёт, то уровень приёма тут не главный подозреваемый, и начинать надо не с построения графиков, а с этого интерфейса.
По аплинку тебе всё нужное отдаёт как раз та команда, которую ты нашёл:
В выводе сразу и имя вендора, и партномер, и серийник, и тип модуля (например, 10GBASE-LR), длина волны 1310 нм, Rx и Tx в dBm, ток смещения, скорость лазера и температура. Плюс там же пороги аварий по мощности, току, напряжению и температуре - отдельно за инвентарём ходить не надо.
По абонентам смотри затухание по конкретной ONU:
Для мониторинга мощность приёма на OLT лежит по .1.3.6.1.4.1.3902.1015.1010.11.2.1.2:
Сырое значение обязательно делить на 1000, иначе вместо dBm получишь непонятные тысячи. На этом спотыкаются почти все, кто первый раз рисует по этому OID график.
И про твой третий пункт: прежде чем делать выводы по уровню, смотри счётчики CRC на аплинке. Нормальный Rx сам по себе не отменяет ни грязный коннектор, ни повреждённую трассу.
Деление на 1000 - ровно то, чего не хватало. У меня на графике были тысячи вместо dBm, и я всё это время думал, что взял не тот объект.
По аплинку картина сошлась: модуль 10GBASE-LR, 1310 нм, уровень приёма нормальный, а CRC при этом набегает. Пошёл по кроссу - коннектор оказался грязный, после чистки счётчик встал. Так что совет смотреть CRC раньше уровня оказался по делу.
Уровни по конкретной ONU командой снимаются, повешу на неё орос.
Про мониторинг: готового шаблона можешь не ждать. Покрытие C320 из коробки частичное - порты GPON, оптика ONU и длина линии сами не появятся. В LibreNMS (сборка 25.8.0-dev) нормальной поддержки этого семейства так и не появилось: ни готовых OID, ни описанного метода никто не выложил. То есть путь один - свои объекты и свой шаблон, ты уже туда идёшь.
Заодно имей в виду, что на разном железе это называется по-своему. На Cisco ISR 4451 привычной команды с интерфейса нет, DOM отдаётся через
show hw-module subslot 0/0 transceiver 0 status, на FortiGate этоget system interface transceiver. Если собираешь единый опросчик на парк из разных вендоров, проще везде тянуть по SNMP, а CLI держать для разбора конкретной жалобы.