NetXMS Support Forum

Up

Вот пример того как это может выглядить. Дублируются и сети и узлы в сети

В качестве "target" используется loopback коммутатора. IP адресов на нем как у дурака махорки, но их использование не совсем подходит ( интерфейс могут отключить, например руками или из-за аварии или может поменяется маршрутизация и тогда ближайший перестанет ближайшим )

Чесно говоря не совсем понимаю каким образом это решит проблему

Примерно так. В моем случае этл 90% сообщений в логе. Можно как-то отключить "перебор" версий протокола? Для ноды явным образом настроен SNMPv2.

Apr 24 06:36:26: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 07:07:05: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 07:37:44: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 08:08:24: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 08:39:03: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 09:09:42: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 09:40:20: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 10:10:59: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 10:41:39: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 11:12:18: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 11:42:57: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 12:13:35: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 12:44:14: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 13:14:53: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 13:45:33: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 14:16:11: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 14:46:50: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 15:17:28: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 15:48:07: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 16:18:45: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 16:49:24: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 17:20:03: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 17:50:42: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 18:21:20: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 18:51:59: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 19:22:38: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 19:53:16: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 20:23:55: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 20:54:33: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 21:25:13: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 21:55:51: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 22:26:31: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 22:57:10: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 23:27:49: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D
Apr 24 23:58:28: %SNMP-3-AUTHFAIL: Authentication failure for SNMP req from host A.B.C.D

Данная фича заявлена в 2.0.8. А как настроить то... Куда смотреть?

Было бы не плохо:

1. Иметь возможность добавить больше одного соединения между нодами. Пример: агрегированный канал между коммутаторами ( две и более физических линии )

2. Более гибкая настройка цвета линии. Опять же, агрегированный канал между двумя коммутаторами. На статус влияют четыре порта. Пока хотя бы один из них находится в режиме up/up соединение остается зеленым. А как показать на схеме что один из четырех портов перешел в down?

Windows, because I have a lot of licenses

Ну unmanage не очень интересен, потому что его нельзя запланировать, а вот maintenance запланировать можно

А можно еще мейтенанс для интерфейса?
Сценарий использования:

core роутер с кучей интерфейсов. меняем downstrem устройство. тут как раз подойдет мейтенанс для интерфейса а не устройства в целом

Спасибо, за запрос. Поговорил с нашим БД админом, он немного осадил мой пыл, тем что БД - Microsoft SQL, а запрос не для него. Мотивация - может быть другой план запроса, бла бла бла, и еще много непонятного.

Можно приложить текст для Microsoft SQL?
Спасибо

У меня такая же канитель. Агенты правда не установлен так как это сетевое оборудование.
Так вот в одной и той же сети могут дублироваться "железки". Одни и та же железка может появиться и там где должны быть и там где ее быть не должно.
Естественно при этом страдает очень много, от карты сети до корреляции событий

Столкнулся с интересной проблемой:

В логах Cisco Catalyst вижу постоянные запросы от сервера NetXMS по SNMPv3
При этом в самом netxms везде настроен SNMPv2. Других приложений/сервисов на хосте нет.

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

В моем случае я могу быть подключен к сети по проводу, отключить его и тут же переключиться на wifi ну или обратно.
Каждое такое переключение - закрытие и открытие консоли. Не совсем удобно.

Подскажите когда появиться? Вроде обещали в релизе 2.1.

спасибо

Было бы очень удобно, если бы, при отображении графика можно было бы включать/отключать отображение data source.

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