http://mikrotik.moscow Новое в теме Запрос на функцию: вывод SNMP-GET в переменную форума RouterOS на сайте Mikrotik.moscow [mikrotik.moscow] ru http://backend.userland.com/rss2 Wed, 05 Aug 2026 00:57:59 -0400 Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Без переменного выхода это почти бесполезно. Незавершенно. Я могу представить массу способов применения. Разработчики Mikrotik, пожалуйста, доработайте эту функцию. Я полностью согласен с millenium7. Это порочный круг.
07.09.2020 09:08:00, palii.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418266 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418266 Mon, 07 Sep 2020 09:08:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Это немного похоже на ситуацию "курица или яйцо". Поскольку эта функция не работает, она не используется, и люди даже не думают об этом. Но если бы она была реализована, есть ОГРОМНЫЙ потенциал, который можно было бы использовать с простым роутером MikroTik. Я бы, например, стал писать шаблоны мониторинга и просто расставлял бы mAP Lite повсюду, чтобы управлять многими аспектами "локального" мониторинга, который не нужно делать в крупных платформах мониторинга, где это просто нецелесообразно (особенно когда платишь за каждый датчик/устройство) или это избыточно. Пусть mAP отправляет уведомления по электронной почте о множестве вещей, которые я не считаю важными enough, чтобы разворачивать по всем сайтам, и которых слишком много, чтобы реализовать их самостоятельно (например, настройка маршрутизации ко всем устройствам за NAT на перекрывающемся IP-сегменте), но это было бы очень удобно иметь. Например, установка предупреждений о температуре или скорости вентиляторов для всех камер/коммутаторов, которыми управляет охранная компания, и за это взимают с них ежемесячную плату. Это уведомляет и их, и нас. Это был бы пример "локальной" настройки, которую слишком сложно, нудно и запутано настраивать на корпоративной платформе мониторинга, которая делит все наши устройства. И так достаточно сложно, не добавляя 100 маленьких настроек мониторинга для различных сайтов. Но было бы достаточно просто настроить это на mAP с помощью некоторых скриптов электронной почты и просто подключить его где-то в сети. Или когда клиент звонит и жалуется на медленную работу интернета с их сервера. Можно легко следить за процессором, памятью, временем отклика, пропускной способностью портов и т.д. со всех устройств и составить небольшой отчет, чтобы найти, в чем проблема. Я не хочу вклинивать "оборудование клиента" в наши основные системы мониторинга, но мне было бы приятно сделать это как единоразовую акцию, развернув маленький MikroTik с шаблонами, а потом просто убрать его позже. Не нужно получать доступ администратора сервера или устанавливать что-то на их ПК. Это значительно экономичнее по времени и затратам.
04.10.2019 07:59:00, millenium7.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418265 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418265 Fri, 04 Oct 2019 07:59:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Да, действительно, Dude — это подходящее решение. Но мне нужен только SNMP-GET для нескольких незначительных вещей, и установка чего-то настолько мощного, как Dude, была бы излишней в моем случае. Я все еще надеюсь, что разработчики исправят эту функцию.
03.10.2019 22:34:00, palii.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418264 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418264 Thu, 03 Oct 2019 22:34:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Согласен, это недоработка в скриптах, так что +1. Но вы можете использовать Dude для запуска скриптов, которые используют SNMP... это может быть особенно полезно для описанного выше случая, когда нужно переключать сетевую конфигурацию на основе результатов SNMP GET. Необходимый сервер Dude поддерживается даже некоторыми более дешевыми роутерами, такими как hEX S. Это не всегда идеальный вариант, но мы используем Dude для таких задач, добавленная визуализация данных на основе SNMP стоит тех дополнительных ресурсов, которые требуются, на мой взгляд.
09.09.2019 23:19:00, Amm0.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418263 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418263 Mon, 09 Sep 2019 23:19:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Привет, я тоже даю +1 за необходимую функцию.
09.09.2019 17:55:00, carcharias04.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418262 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418262 Mon, 09 Sep 2019 17:55:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Надеюсь, представитель MikroTik увидит это и учтет в своих планах. Это значительно упростило бы возможность считывания данных с других устройств. Наше основное применение — это превентивный переход на резервный маршрут, но я могу придумать много других случаев, например, отправка уведомлений по электронной почте о высокой температуре устройств, которые не поддерживают собственное оповещение или электронную почту. Или просто не тратить время на ввод данных электронной почты в 100 устройствах… «Малые» сети мониторинга, чтобы нам не нужно было забирать лицензии и настраивать их на нашей основной платформе мониторинга и т.д.
16.08.2019 04:38:00, millenium7.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418261 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418261 Fri, 16 Aug 2019 04:38:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
Это обязательно. +1 за запрос функции. К сожалению, результат нуждается в серьезной очистке строк! Результат с моего уровня зарядки UPS: OID                             TYPE             VALUE                          
1.3.6.1.4.1.318.1.1.1.2.2.1.0   gauge            97
24.05.2019 22:06:00, palii.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418260 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418260 Fri, 24 May 2019 22:06:00 -0400 RouterOS Запрос на функцию: вывод SNMP-GET в переменную RouterOS в форуме RouterOS.
В данный момент /tool snmp-get не позволяет сохранять вывод в переменные, т.е.: global test [/tool snmp-get 127.0.0.1 oid=.1.3.6.1.4.1.14988.1.1.4.4.0] :put $test переменная "test" пустая. Мне нужно иметь возможность сохранять значения OID для использования в скриптах. Мой основной сценарий использования сейчас заключается в опросе радиолиний для EIRP/SNR/MCS, и если значения падают ниже порога, я могу принудительно изменить OSPF/BGP для перенаправления трафика. Линии могут оставаться активными, но работать очень плохо из-за смещения, потери сигнала от дождя, новых препятствий и т.д. Если связь очень плохая, но всё еще работает, это приводит к перегрузке, потере пакетов, плохой производительности и т.д. Я хочу, чтобы эта линия считалась полностью отключённой, не полагаясь на таймеры удержания, так как они ничего не говорят о производительности линии. Это кажется чем-то очень простым для реализации и было бы крайне полезно, так как многие клиенты MikroTik используют много беспроводного оборудования.
27.03.2019 06:17:00, millenium7.]]> http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418259 http://mikrotik.moscow/forum/forum57/87568-zapros-na-funktsiyu_-vyvod-snmp_get-v-peremennuyu/message418259 Wed, 27 Mar 2019 06:17:00 -0400 RouterOS