Странная ситуация с SNMP
-
У объекта интерфейса в Overview должен быть параметр Index. Если сделать запросы к Cisco вида
nxsnmpget -v 2c -c <community> <cisco_ip_addr> .1.3.6.1.2.1.2.2.1.2.{index} nxsnmpget -v 2c -c <community> <cisco_ip_addr> .1.3.6.1.2.1.2.2.1.7.{index} nxsnmpget -v 2c -c <community> <cisco_ip_addr> .1.3.6.1.2.1.2.2.1.8.{index}для проблемного E1 потока (и для сравнения для беспроблемного ethernet), то что напишут?
-
Относительно не рабочего E1 в NetXMS
[root@monitor-2 log]# nxsnmpget -v 2c -c <comm> <ip> 1.3.6.1.2.1.2.2.1.2.{index} .1.3.6.1.2.1.2.2.1.2.223 [04]: E1 3/0Относительно рабочего E1 в NetXMS
[root@monitor-2 log]# nxsnmpget -v 2c -c <comm> <ip> 1.3.6.1.2.1.2.2.1.2.{index} .1.3.6.1.2.1.2.2.1.2.440 [04]: E1 3/0.1.3.6.1.2.1.2.2.1.7.223 [02]: 1 .1.3.6.1.2.1.2.2.1.8.223 [02]: 1 -
-
Кстати, а можно прислать полный лог status poll'a?
-
-
Похоже что в какой-то момент сервер решил что устройство не поддерживает SNMP, или что SNMP агент недоступен - тогда статус интерфейсов без IP адресов действительно будет UNKNOWN (там где есть IP сервер будет использовать ping). Принудительный configuration poll сбрасывает все флаги и заново делает опрос. Кстати, в event log не пробегали события SYS_SNMP_UNREACHABLE или SYS_NODE_CAP_CHANGED?
-
-
-
К сожалению никак
Просмотр логов с консоли - один из нерешенных вопросов к сожалению... -
-
-
Опять фигня какая-то. Смотрю на устройстве: интерфейс UP. NetXMS-же говорит: DOWN.
Возвращается почему-то статус:
interfaces.ifTable.ifEntry.ifOperStatus.1083=2По поводу другого интерфейса, он говорит что Administrativly Down, хотя смотрю сам на железке и все путем, он в UP-е и все хорошо...
Возвращается такой же статус:
interfaces.ifTable.ifEntry.ifAdminStatus.1071=2 -
Статус 2 означает down - может ли быть такое что по SNMP железка возвращает неправильные данные? Или может быть по какой-то причине изменились индексы интерфейсов?
-
-
Действительно индексы поменялись.
Заодно нашел как сделать так, чтоб они не менялись. Можно добавить ИМХО в ЧаВО:
#(config)snmp-server ifindex persist
после этого нужно сохраниться.
Далее проверяем
dir nvram:ifIndex-table
этот файлик не должен быть равен 0... Если равен 0, то значится вы не сохранились. Сделайте "wr", после этого он должен изменить свой размер.
При загрузке Cisco будет выставлять индексы устройств ориентируюсь на этот файлик. -
Спасибо
Опыта работы с Cisco мне явно не хватает... -
-
При перезагрузке устройства Cisco, устройство каждый раз создает новые Index-ы для интерфейсов, которые могут измениться, а могут и не меняться (зависит от изменений, произведенных на оборудовании). Соответствено NetXMS обращается на старые индексы и выдавать неверную информацию. Чтобы этого не происходило, необходимо на оборудовании прописать команду:
#(config)snmp-server ifindex persist
которая создаст файл ifIndex-table в nvram. Далее Cisco при загрузке устанавливает индексы для интерфейсов сверяясь с этим файлом, тем самым решается вопрос с неверным отображением информации по интерфейсам по SNMP. -
-
Hello! It looks like you're interested in this conversation, but you don't have an account yet.
Getting fed up of having to scroll through the same posts each visit? When you register for an account, you'll always come back to exactly where you were before, and choose to be notified of new replies (either via email, or push notification). You'll also be able to save bookmarks and upvote posts to show your appreciation to other community members.
With your input, this post could be even better 💗
Register Login