[features] Идеи и предложения по функционалу NetXMS
-
Пожелания:
-
Не плохо было бы ещё сделать позиционирование экрана на проблемный участок сети. Т.е. если у меня открыта карта (а она очень большая уже получается, два экрана что в бок, что 1,5 вниз, некоторые объекты невидно из-за окна) и возникает какая-то проблема, то необходимо чтоб карта позиционировалась именно на этом проблемном участке. Иначе просто не видно что упало и упало ли вообще, если объект не входит в экран.
-
Также желательно звуковое сопровождение проблемы как глобальная настройка, так и индивидуальная под каждый объект. К примеру я хочу не сопровождать звуком проблему связанную с падением голосового потока на Cisco,а а только в том случае если один из Eth-интерфейсов упадет. Плюс возможность ставить индивидуальный вид звука на объект. Можно было бы записать свои голосовые файлики с описанием объекта и проигрывать его в случае падения объекта/интерфейса.
-
Возможность создавать не только один линк на карте между двумя объектами, а как миниму 2.
-
Возможность создавать линки не только по физическим интерфейсам, но и по vlan-ам к примеру на switch-ах. В данный момент это возможно, если прописывать руками, в списке нет такого.
-
-
-
Релиз будет в августе, постараюсь учесть как можно больше пожеланий. В последнее время в связи со всяческими рабочими и домашними проблемами работа над проектом замедлилась, но я надеюсь что скоро ситуация изменится.
-
@victor said in [features] Идеи и предложения по функционалу NetXMS:
Релиз будет в августе, постараюсь учесть как можно больше пожеланий. В последнее время в связи со всяческими рабочими и домашними проблемами работа над проектом замедлилась, но я надеюсь что скоро ситуация изменится.
Также надеемся
-
Было бы клево иметь возможность менять толщину линий в графике чтоб когда делаешь выборку за большой период графики оставались такими же красивыми как в cacti.
UPD: Посмотрел еще раз на графики и понял что дело не в толщине линий а в чем то другом. Пока не понял в чем
-
Я тоже хочу сделать графики как в cacti - и тоже пока не очень понятно, что надо изменить. Но будем работать над этим
-
-
-
Хотелось бы ещё чтоб снимались названия интерфейсов по SNMP. Во всяком случае чтоб эта возможность была опциональной. Имеется в виду следующий пример. Есть Cisco на ней есть потоки E1, интерфейсы и так далее. Каждый из интерфейсов/потоков имеет description. Можно ли чтоб в Object Browser-е к примеру потоки E1 выглядили так к примеру:
My Description (E1 1/0)
My Client (FastEthernet 2/0)
и так далее.было бы ооооочень удобно при просмотре железок. Во всяком случае известно какой интерфейс не работает и какой клиент/устройство к нему подклюено
-
Ситуацыя:
NetXMS server , количество Nod ~200+.
При Node UP|Down отсылаются SMS & Mail.Проблема:
Проблема при перезагрузке сервера , потери сети сервером уходят лавиной сообщения.Решение:
При потери сети NetXMS сервером формировать только один аларм.
При посылкe 5< маилов в секунду на один адресс, посылать 1 маил ,"всё плохо". остальные отбросить.
После перезагрузки NetXMS сервера оповещать только об изменившихся статусах. -
@zan said in [features] Идеи и предложения по функционалу NetXMS:
Ситуацыя:
NetXMS server , количество Nod ~200+.
При Node UP|Down отсылаются SMS & Mail.Проблема:
Проблема при перезагрузке сервера , потери сети сервером уходят лавиной сообщения.Решение:
При потери сети NetXMS сервером формировать только один аларм.
При посылкe 5< маилов в секунду на один адресс, посылать 1 маил ,"всё плохо". остальные отбросить.
После перезагрузки NetXMS сервера оповещать только об изменившихся статусах.Имхо той же лавинной и придет аля типа все устройства изменили статус с down на up.. Тут надо как-то по другому думать...
-
- Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию
- Настройка SNMP community по умолчанию - сейчас это можно сделать "хитро" - включить автодискавери но не применять, задать community, выключить автодискавери и применить
- Настройка "unmanaged by default" - чтоб свежесозданные/обнаруженные ноды непортили картину
- Возможность сделать unmanaged для сети, не меняя настроки managed/unmanaged для node приписанной к этой сети. Вобщемнто эта фича будет иметь смысл для всех структур.
- Возможность прятать сети - у меня в сети много MPLS VPN с дублирующимися адресами и эти сети "ненужны" с точки зрения мониторинга (или пока ненужны).
- 64битные счетчики интерфейсов - для жирных каналов обычные 32 битные показывают ерунду
- Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note
-
@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:
- Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию
- Настройка SNMP community по умолчанию - сейчас это можно сделать "хитро" - включить автодискавери но не применять, задать community, выключить автодискавери и применить
- Настройка "unmanaged by default" - чтоб свежесозданные/обнаруженные ноды непортили картину
- Возможность сделать unmanaged для сети, не меняя настроки managed/unmanaged для node приписанной к этой сети. Вобщемнто эта фича будет иметь смысл для всех структур.
- Возможность прятать сети - у меня в сети много MPLS VPN с дублирующимися адресами и эти сети "ненужны" с точки зрения мониторинга (или пока ненужны).
- 64битные счетчики интерфейсов - для жирных каналов обычные 32 битные показывают ерунду
- Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note
- Вообще-то NetXMS сервер при добавлении ноды должен саи определять какая версия SNMP должна использоваться. Если он этого не делает, то это баг.
- Это можно сделать в консоли через Control Panel -> Server Configuration -> отредактировать параметр DefaultCommunityString
3-6. Хорошие идеи, приму к сведению. - Можно поподробнее, я не до конца понял в чей note надо сохранять description - ноды или интерфейса?
-
@victor said in [features] Идеи и предложения по функционалу NetXMS:
@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:
-
Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию
-
Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note
-
Вообще-то NetXMS сервер при добавлении ноды должен саи определять какая версия SNMP должна использоваться. Если он этого не делает, то это баг.
-
Можно поподробнее, я не до конца понял в чей note надо сохранять description - ноды или интерфейса?
-
Вот у меня несработало автоопределение, пробовало опрашивать v2 узел v1 протоколом.
-
С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
в результате получим fastethernet0/1 - [Internet] ClientName
-
-
@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:
- С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
в результате получим fastethernet0/1 - [Internet] ClientName
ну я наверно вообще о другом говорил выше?
https://www.netxms.org/forum/index.php/topic,74.msg465.html#msg465 - С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
-
о том
я просто когда список писал забыл из него этот пункт выдернуть -
Еще ода мысль пришла - делать интерфесы опрашиваемыми но unmanaged - т.е. чтоб их состояние невлияло на "покраснение" узла но его можно было посмотреть. Для чего - есть клиенты которых ненужно мониторить 24х7, но при обращении было бы удобно посмотреть статистику падений и текущее состояние.
Хотя наверно это можно сделать через "Status calculation" -
@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:
Еще ода мысль пришла - делать интерфесы опрашиваемыми но unmanaged - т.е. чтоб их состояние невлияло на "покраснение" узла но его можно было посмотреть. Для чего - есть клиенты которых ненужно мониторить 24х7, но при обращении было бы удобно посмотреть статистику падений и текущее состояние.
Хотя наверно это можно сделать через "Status calculation"Это действительно можно сделать через status calculation — в properties интерфейса, который не должен влиять на статус хоста, выставить в Status Cаlculation -> Propagate as variant "Fixed" и выбрать статус "Normal".
-
так и сделано, но всеравно узлы "красные" и alarmы приходят
-
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