+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Отсутствует OID температуры/напряжения SNMP на 450G 4.16

Отсутствует OID температуры/напряжения SNMP на 450G 4.16, Аппаратное обеспечение

aragon

Guest

17.02.2011 02:12:00

Привет! После свежей перезагрузки OID'ы температуры и напряжения в SNMP пропадают. Чтобы их получить, приходится сначала делать SNMP walk.
$ snmpget -v1 -c public 172.18.87.136 SNMPv2-SMI::enterprises.14988.1.1.3.8.0 SNMPv2-SMI::enterprises.14988.1.1.3.10.0
; snmpwalk -v1 -c public 172.18.87.136 SNMPv2-SMI::enterprises.14988
; snmpget -v1 -c public 172.18.87.136 SNMPv2-SMI::enterprises.14988.1.1.3.8.0 SNMPv2-SMI::enterprises.14988.1.1.3.10.0

Ошибка в пакете
Причина: (noSuchName) Переменная с таким именем отсутствует в этой MIB.
Неудавшийся объект: SNMPv2-SMI::enterprises.14988.1.1.3.8.0

SNMPv2-SMI::enterprises.14988.1.1.3.9.0 = STRING: "n/a"
SNMPv2-SMI::enterprises.14988.1.1.3.10.0 = INTEGER: 520
SNMPv2-SMI::enterprises.14988.1.1.4.2.0 = Hex-STRING: 07 B2 01 01 00 01 07 00
SNMPv2-SMI::enterprises.14988.1.1.4.3.0 = INTEGER: 5
SNMPv2-SMI::enterprises.14988.1.1.4.4.0 = STRING: "4.16"
SNMPv2-SMI::enterprises.14988.1.1.4.5.0 = INTEGER: 6
SNMPv2-SMI::enterprises.14988.1.1.6.1.0 = Gauge32: 0
SNMPv2-SMI::enterprises.14988.1.1.7.1.0 = INTEGER: 0
Конец MIB
SNMPv2-SMI::enterprises.14988.1.1.3.8.0 = INTEGER: 112
SNMPv2-SMI::enterprises.14988.1.1.3.10.0 = INTEGER: 520 (ID ПО намеренно вырезан из вывода выше)

Кстати, SNMPv2-SMI::enterprises.14988.1.1.4.2.0 тоже, похоже, некорректен… лицензия валидна до 1970/01/01? Есть идеи, как обойти эти проблемы?

lambert

Guest

05.05.2011 23:58:00

Извините, не заметил эту тему раньше, когда задавал вопрос по той же теме. http://forum.mikrotik.com/t/snmp-not-returning-oids-for-voltage-and-temperature/46007/1 Снова повторю: дело не только в том, что нужно подождать, пока появятся значения мониторинга после запуска. Иногда их просто нет. После перезагрузки питания они могут не появляться в течение нескольких дней, пока их не «разбудит» snmpwalk.

aragon Guest	#3 0 08.03.2011 00:09:00 janisk, я не понимаю смысла твоего поста? Эта проблема всё ещё возникает в версии 4.17.

janisk

Guest

08.03.2011 11:54:00

Суть моего сообщения в том, чтобы показать, что с помощью простых команд я могу считать именованные значения с 450G, и не совсем понятно, в чём у вас проблема. Можете попробовать те же самые команды на вашем устройстве? Проверьте, правильно ли у вас настроен SNMP.

P.S. Значения нужно делить на 10, так как они передаются в деках (1V = 10 dV).

aragon

Guest

08.03.2011 12:00:00

Проблема в том, что после свежей перезагрузки к ним нет доступа через SNMP. Родительский OID нужно пройти перед тем, как настоящие OID температуры и напряжения начнут возвращать данные. Команды SNMP из моего первого сообщения понятны? Они работают нормально. Да, так и есть. Пожалуйста, перечитай мой оригинальный пост и процитируй то, что не понимаешь.

janisk

Guest

08.03.2011 12:04:00

Теперь, когда вы рассказали обо всех деталях, стало абсолютно понятно, в чём проблема — мониторинг состояния работает довольно медленно: когда роутер перезагружается и SNMP запрашивает значения в первые пару минут, может возникать тайм-аут. Хорошая новость — проблема известна и признана, плохая — она не в приоритете.

aragon

Guest

08.03.2011 12:09:00

Если честно, это не ситуация с тайм-аутом. RB отвечает с ошибкой SNMP и продолжает так делать бесконечно, пока не выполнится snmpwalk. Рад, что вы подтвердили — это баг, спасибо. Пока что мы встроили snmpwalk в наши скрипты мониторинга.

Bernardo

Guest

05.02.2012 22:11:00

После того как я понизил версию с 450G/493G обратно на 4.17 из-за разных багов в версиях 5.5 - 5.12, у меня теперь точно такая же проблема. snmpwalk решает её до следующей перезагрузки. Есть какой-нибудь обходной путь? С уважением, Бернардо

ibermi Guest	#9 0 03.05.2013 09:11:00 Не работает температура и напряжение, а другой RB, если он у меня есть, это RB1100AHx2. И у меня есть ещё один, если он работает, посмотрите на ошибку. $snmpget -c public -v 1 192.168.23.1 .1.3.6.1.4.1.14988.1.1.3.8.0 Ошибка в пакете Причина: (noSuchName) Такой переменной нет в этом MIB. Неудачный объект: iso.3.6.1.4.1.14988.1.1.3.8.0 $snmpget -c public -v 1 192.168.23.1 .1.3.6.1.4.1.14988.1.1.3.10.0 Ошибка в пакете Причина: (noSuchName) Такой переменной нет в этом MIB. Неудачный объект: iso.3.6.1.4.1.14988.1.1.3.10.0 Но при этом такое классное время работы: $snmpget -c public -v 1 192.168.23.1 .1.3.6.1.2.1.1.3.0 iso.3.6.1.2.1.1.3.0 = Timeticks: (258000) 0:43:00.00 Кто-нибудь может объяснить?

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры