Настройка мониторинга метрики Tx/Rx signal streinth Mikrotik

[biverb]

Добрый день!

Подскажите, пожалуйста, можно ли настроить мониторинг метрики силы сигнала в Zabbix? Скриншот прилагаю

Каким образом?

Заранее спасибо за помощь.

[Hamardaban]

Если "железка" умеет работать с SNMP - то можно с вероятностью 87.6%
Как сделать? Найти ответ на вопрос про snmp, найти MIb или нужный OID. далее просто.

[biverb]

Если "железка" умеет работать с SNMP - то можно с вероятностью 87.6%
Как сделать? Найти ответ на вопрос про snmp, найти MIb или нужный OID. далее просто.

Mikrotik с SNMP работает. Но вот OID найти, отвечающий за это - с этим есть большие сложности.

Эти не подходят:

tx-rate=.1.3.6.1.4.1.14988.1.1.1.3.1.2.1
rx-rate=.1.3.6.1.4.1.14988.1.1.1.3.1.3.1

[Hamardaban]

модель и прошивка какая?
.1.3.6.1.4.1.14988.1.1.1.3.1.2\3 - конечно не подходят - это TxRate и RxRate в "bits per second"

[biverb]

Модель RBSXTsqG-5acD (SXT 5 ac). Версия прошивки 6.45.9

[Hamardaban]

Все что может микротик- в файле MIKROTIK-MIB.mib - он есть на их сайте.

.1.3.6.1.4.1.14988.1.1.1.2.1.3.0 mtxrWlRtabStrength
.1.3.6.1.4.1.14988.1.1.1.2.1.19.0 mtxrWlRtabTxStrength

и неплохо бы пробежать snmpwalk по таблице mtxrWlRtabEntry .1.3.6.1.4.1.14988.1.1.1.2.1
в ней все данные из приведенного скрина (индекс 1 - первая регистрация)

[biverb]

Все что может микротик- в файле MIKROTIK-MIB.mib - он есть на их сайте.

.1.3.6.1.4.1.14988.1.1.1.2.1.3.0 mtxrWlRtabStrength
.1.3.6.1.4.1.14988.1.1.1.2.1.19.0 mtxrWlRtabTxStrength

и неплохо бы пробежать snmpwalk по таблице mtxrWlRtabEntry .1.3.6.1.4.1.14988.1.1.1.2.1
в ней все данные из приведенного скрина (индекс 1 - первая регистрация)

Низкий Вам поклон!

Дошел до ошибки: No Such Object available on this agent at this OID.

Ниже прилагаю свои настройки.

Подскажите пожалуйста где я промахнулся.

[Hamardaban]

если уж делать ллд то для сведения индекс (номер регистрации) стоит вот тут .1.3.6.1.4.1.14988.1.1.1.2.1.3.0

яж написал oid’ы .1.3.6.1.4.1.14988.1.1.1.2.1.3.0 / .1.3.6.1.4.1.14988.1.1.1.2.1.19.0 —> ноль на конце!

пользуйтесь командой snmpwalk с ключем -Ona показывает цифровые oid.

[biverb]

Смотрите в чем дело. Скрин прилагаю.

Кстати нуля там в конце нет, но дело совсем не в этом. Он подставляет к OID длинную приставку: .196.173.52.233.225.23.1. При чем на каждом устройстве эта приставка разная и отличается нелинейно. Вопрос как ее корректно обработать макросом ?

Потому что, если забить напрямую .1.3.6.1.4.1.14988.1.1.1.2.1.3.196.173.52.233.225. 23.1 - то конкретно это устройство будет успешно мониториться.

Но у меня их пару сотен. Пальцы сотрешь их собирать и прописывать.

Прописывал [{#SNMPINDEX } - No Such Object available on this agent at this OID.

Менял на свой {#SIGNALTX} - тоже самое.

Скришоты настроек элемента данных, прототипа и правил обнаружения в предыдущем посте.

[Hamardaban]

я поторопился и невнимательно посмотрел в миб

таблица mtxrWlRtabEntry (1.3.6.1.4.1.14988.1.1.1.2.1) индексируется вот так "Wireless registration table. It is indexed by remote mac-address and local interface index" INDEX { mtxrWlRtabAddr, mtxrWlRtabIface }
так что «приставка»- это индекс и есть. шесть байт мас адреса в десятичной записи и номер интерфейса.
у меня под рукой нет таких микротиков - посмотреть в живую на структуру связанных таблиц не могу.

идея работы забикса в такой ситуации такова - смотрим в табличку где есть человекоприятное описание желаемой метрики, ищем по ее имени индекс нужного объекта и по этому индексу в другой табличке получаем значение.

сделайте вывод в текстовый файл

snmpwalk ваши_параметры_доступа -Ona .1.3.6.1.4.1.14988.1.1.1.2.1. ип_устройства

с пары девайсов и прикрепите сюда - посмотрю на досуге.

не исключаю, что всё не так просто в данной структуре..

[biverb]

я поторопился и невнимательно посмотрел в миб

таблица mtxrWlRtabEntry (1.3.6.1.4.1.14988.1.1.1.2.1) индексируется вот так "Wireless registration table. It is indexed by remote mac-address and local interface index" INDEX { mtxrWlRtabAddr, mtxrWlRtabIface }
так что «приставка»- это индекс и есть. шесть байт мас адреса в десятичной записи и номер интерфейса.
у меня под рукой нет таких микротиков - посмотреть в живую на структуру связанных таблиц не могу.

идея работы забикса в такой ситуации такова - смотрим в табличку где есть человекоприятное описание желаемой метрики, ищем по ее имени индекс нужного объекта и по этому индексу в другой табличке получаем значение.

сделайте вывод в текстовый файл

snmpwalk ваши_параметры_доступа -Ona .1.3.6.1.4.1.14988.1.1.1.2.1. ип_устройства

с пары девайсов и прикрепите сюда - посмотрю на досуге.

не исключаю, что всё не так просто в данной структуре..

С Вашими советами все стало достаточно просто

Последнее что осталось: как преобразовать mac адрес в десятичную систему с помощью предобработки в правилах обнаружения?

все подставляется и работает за исключением того, что подставляется в шестнадцатерином виде

[biverb]

я поторопился и невнимательно посмотрел в миб

таблица mtxrWlRtabEntry (1.3.6.1.4.1.14988.1.1.1.2.1) индексируется вот так "Wireless registration table. It is indexed by remote mac-address and local interface index" INDEX { mtxrWlRtabAddr, mtxrWlRtabIface }
так что «приставка»- это индекс и есть. шесть байт мас адреса в десятичной записи и номер интерфейса.
у меня под рукой нет таких микротиков - посмотреть в живую на структуру связанных таблиц не могу.

идея работы забикса в такой ситуации такова - смотрим в табличку где есть человекоприятное описание желаемой метрики, ищем по ее имени индекс нужного объекта и по этому индексу в другой табличке получаем значение.

сделайте вывод в текстовый файл

snmpwalk ваши_параметры_доступа -Ona .1.3.6.1.4.1.14988.1.1.1.2.1. ип_устройства

с пары девайсов и прикрепите сюда - посмотрю на досуге.

не исключаю, что всё не так просто в данной структуре..

Скрин запроса прилагаю.

Все никак не могу победить.

На уровне узла была ошибка: snmp_parse_oid(): cannot parse OID ".1.3.6.1.4.1.14988.1.1.1.2.1.3.c4:ad:34:50:3a:4c" .

С помощью форумчан добавил Javascript предобработку, но теперь получаю ошибку на уровне правила обнаружения: Invalid discovery rule value: cannot parse as a valid JSON object: unexpected end of string data.


И пробовал добавлять 2-й и 3-й шаг предобработки чтобы откинуть ненужную инфу и получать на выходе просто Mac в десятичном формате, но все равно эта ошибка правил обнаружения не уходит(


Хотя сомневаюсь, что такая рядовая метрика должна мониториться через 3 этапа предобработки.

[Kos]

Я бы попробовал сделать следующее:
в правилах дискаверинга прописать следущий ключ:

discovery[{#SNMPMAC},1.3.6.1.4.1.14988.1.1.1.2.1.1]

(обратите внимание на дополнительную единицу в конце OID-а).
Безо всякого препроцессинга.
И проверить кнопкой "Test", возвращается ли что-нибудь при таких настройках.

Если будет ошибка - то покажите текст ошибки и будем думать дальше.

Если же вернёт нормальный JSON примерно такого вида:

[{"{#SNMPINDEX}":"196.173.52.80.58.76.1","{#SNMPMAC}":"c4:ad:34:50:3a:4c"}]

то, считай, дело сделано.
В этом случае останется только прописать в этом правиле обнаружения прототипы элементов данных (айтемов) примерно так:

Ключ: mtxrWlRtabStrength[{#SNMPMAC}]
OID: 1.3.6.1.4.1.14988.1.1.1.2.1.3.{#SNMPINDEX}

и

Ключ: mtxrWlRtabTxStrength[{#SNMPMAC}]
OID: 1.3.6.1.4.1.14988.1.1.1.2.1.19.{#SNMPINDEX}

[biverb]

Я бы попробовал сделать следующее:
в правилах дискаверинга прописать следущий ключ:

discovery[{#SNMPMAC},1.3.6.1.4.1.14988.1.1.1.2.1.1]

(обратите внимание на дополнительную единицу в конце OID-а).
Безо всякого препроцессинга.
И проверить кнопкой "Test", возвращается ли что-нибудь при таких настройках.

Если будет ошибка - то покажите текст ошибки и будем думать дальше.

Если же вернёт нормальный JSON примерно такого вида:

[{"{#SNMPINDEX}":"196.173.52.80.58.76.1","{#SNMPMAC}":"c4:ad:34:50:3a:4c"}]

то, считай, дело сделано.
В этом случае останется только прописать в этом правиле обнаружения прототипы элементов данных (айтемов) примерно так:

Ключ: mtxrWlRtabStrength[{#SNMPMAC}]
OID: 1.3.6.1.4.1.14988.1.1.1.2.1.3.{#SNMPINDEX}

и

Ключ: mtxrWlRtabTxStrength[{#SNMPMAC}]
OID: 1.3.6.1.4.1.14988.1.1.1.2.1.19.{#SNMPINDEX}

Аплодисменты!

Все работает как положено.

Большое Вам спасибо.

[Kos]

Аплодисменты!

Все работает как положено.

Большое Вам спасибо.

Рад, что получилось.
Но благодарность - в первую очередь, коллеге Hamardaban (это ведь он раскопал в MIB-е нужные OID-ы).
Я лишь подправил мяч в ворота с его точного паса

Я правильно понимаю, что преобразования HEX -> DEC в соседней теме стали неактуальными?

[biverb]

Рад, что получилось.
Но благодарность - в первую очередь, коллеге Hamardaban (это ведь он раскопал в MIB-е нужные OID-ы).
Я лишь подправил мяч в ворота с его точного паса

Я правильно понимаю, что преобразования HEX -> DEC в соседней теме стали неактуальными?

Ему тоже спасибо.

в данном контексте да. Но под другие задачи будет незаменим. Работает точно.