[features] Идеи и предложения по функционалу NetXMS

[weec]

разработчикам на заметку
в плане win32-консоли
прошу сделайте так чтоб можно было отрубаться от сервера не закрывая консоль

ситуация: валится СУБД-сервер, win32-консоль выводит предупреждение, а после уведомления пользователя закрывается
это неудобно

[weec]

в win32-консоли, а именно в окне графика

• при пересечении двух линий? а также при пересечении линией background-сетки думаю стоит добавить эффект "прозрачность";
• добавить возможность менять толщину линий;
• добавить возможность вкл/выкл background-сетку;
• добавить возможность менять величину шага(время) при построении графика

[weec]

есть предложение добавить суб-агента для мониторинга температурных датчиков, а также датчиков кол. оборотов куллеров на серверных системах
как например это делает phpsysinfo с помошью mbmon тулзы

// define the motherboard monitoring program here
// we support four programs so far
// 1. lmsensors  http://www.lm-sensors.org/
// 2. healthd    http://healthd.thehousleys.net/
// 3. hwsensors  http://www.openbsd.org/
// 4. mbmon      http://www.nt.phys.kyushu-u.ac.jp/shimizu/download/download.htm
// 5. mbm5      http://mbm.livewiredev.com/

[axel]

Пожелания:

1. Не плохо было бы ещё сделать позиционирование экрана на проблемный участок сети. Т.е. если у меня открыта карта (а она очень большая уже получается, два экрана что в бок, что 1,5 вниз, некоторые объекты невидно из-за окна) и возникает какая-то проблема, то необходимо чтоб карта позиционировалась именно на этом проблемном участке. Иначе просто не видно что упало и упало ли вообще, если объект не входит в экран.

2. Также желательно звуковое сопровождение проблемы как глобальная настройка, так и индивидуальная под каждый объект. К примеру я хочу не сопровождать звуком проблему связанную с падением голосового потока на Cisco,а а только в том случае если один из Eth-интерфейсов упадет. Плюс возможность ставить индивидуальный вид звука на объект. Можно было бы записать свои голосовые файлики с описанием объекта и проигрывать его в случае падения объекта/интерфейса.

3. Возможность создавать не только один линк на карте между двумя объектами, а как миниму 2.

4. Возможность создавать линки не только по физическим интерфейсам, но и по vlan-ам к примеру на switch-ах. В данный момент это возможно, если прописывать руками, в списке нет такого.

[axel]

Когда будет следующий релиз? Будут ли учтены в нем уже имеющиеся просьбы?

[victor]

Релиз будет в августе, постараюсь учесть как можно больше пожеланий. В последнее время в связи со всяческими рабочими и домашними проблемами работа над проектом замедлилась, но я надеюсь что скоро ситуация изменится.

[axel]

@victor said in [features] Идеи и предложения по функционалу NetXMS:

Релиз будет в августе, постараюсь учесть как можно больше пожеланий. В последнее время в связи со всяческими рабочими и домашними проблемами работа над проектом замедлилась, но я надеюсь что скоро ситуация изменится.

Также надеемся

[prx]

Было бы клево иметь возможность менять толщину линий в графике чтоб когда делаешь выборку за большой период графики оставались такими же красивыми как в cacti.

UPD: Посмотрел еще раз на графики и понял что дело не в толщине линий а в чем то другом. Пока не понял в чем

---

[victor]

Я тоже хочу сделать графики как в cacti - и тоже пока не очень понятно, что надо изменить. Но будем работать над этим

[prx]

Возможно усредняются значения за определенный период и график получается более гладкий.

[weec]

мне не нравится как в Cacti
если сделайте как там, то оставьте старый вид с переключателем

на мой взгляд в Cacti там пики плавно соединены друг с другом

[axel]

Хотелось бы ещё чтоб снимались названия интерфейсов по SNMP. Во всяком случае чтоб эта возможность была опциональной. Имеется в виду следующий пример. Есть Cisco на ней есть потоки E1, интерфейсы и так далее. Каждый из интерфейсов/потоков имеет description. Можно ли чтоб в Object Browser-е к примеру потоки E1 выглядили так к примеру:
My Description (E1 1/0)
My Client (FastEthernet 2/0)
и так далее.

было бы ооооочень удобно при просмотре железок. Во всяком случае известно какой интерфейс не работает и какой клиент/устройство к нему подклюено

[zan]

Ситуацыя:
NetXMS server , количество Nod  ~200+.
При Node UP|Down отсылаются SMS & Mail.

Проблема:
Проблема при перезагрузке сервера , потери сети сервером уходят лавиной сообщения.

Решение:
При потери сети NetXMS сервером формировать только один аларм.
При посылкe 5< маилов в секунду на один адресс, посылать 1 маил ,"всё плохо". остальные отбросить.
После перезагрузки NetXMS сервера оповещать только об изменившихся статусах.

[axel]

@zan said in [features] Идеи и предложения по функционалу NetXMS:

Ситуацыя:
NetXMS server , количество Nod  ~200+.
При Node UP|Down отсылаются SMS & Mail.

Проблема:
Проблема при перезагрузке сервера , потери сети сервером уходят лавиной сообщения.

Решение:
При потери сети NetXMS сервером формировать только один аларм.
При посылкe 5< маилов в секунду на один адресс, посылать 1 маил ,"всё плохо". остальные отбросить.
После перезагрузки NetXMS сервера оповещать только об изменившихся статусах.

Имхо той же лавинной и придет аля типа все устройства изменили статус с down на up.. Тут надо как-то по другому думать...

[vbolshakov]

1. Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию
2. Настройка SNMP community по умолчанию - сейчас это можно сделать "хитро" - включить автодискавери но не применять, задать community, выключить автодискавери и применить
3. Настройка "unmanaged by default" - чтоб свежесозданные/обнаруженные ноды непортили картину
4. Возможность сделать unmanaged для сети, не меняя настроки managed/unmanaged для node приписанной  к этой сети. Вобщемнто эта фича будет иметь смысл для всех структур.
5. Возможность прятать сети - у меня в сети много MPLS VPN с дублирующимися адресами и эти сети "ненужны" с точки зрения мониторинга (или пока ненужны).
6. 64битные счетчики интерфейсов - для жирных каналов обычные 32 битные показывают ерунду
7. Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note

[victor]

@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:

1. Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию
2. Настройка SNMP community по умолчанию - сейчас это можно сделать "хитро" - включить автодискавери но не применять, задать community, выключить автодискавери и применить
3. Настройка "unmanaged by default" - чтоб свежесозданные/обнаруженные ноды непортили картину
4. Возможность сделать unmanaged для сети, не меняя настроки managed/unmanaged для node приписанной  к этой сети. Вобщемнто эта фича будет иметь смысл для всех структур.
5. Возможность прятать сети - у меня в сети много MPLS VPN с дублирующимися адресами и эти сети "ненужны" с точки зрения мониторинга (или пока ненужны).
6. 64битные счетчики интерфейсов - для жирных каналов обычные 32 битные показывают ерунду
7. Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note

1. Вообще-то NetXMS сервер при добавлении ноды должен саи определять какая версия SNMP должна использоваться. Если он этого не делает, то это баг.
2. Это можно сделать в консоли через Control Panel -> Server Configuration -> отредактировать параметр DefaultCommunityString
   3-6. Хорошие идеи, приму к сведению.
3. Можно поподробнее, я не до конца понял в чей note надо сохранять description - ноды или интерфейса?

[vbolshakov]

@victor said in [features] Идеи и предложения по функционалу NetXMS:

@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:

1. Настройка версии SNMP по умолчанию - сейчас нужно создать узел и после создания менять версию

2. Получение description интерфейса при добавлении node и сохранение его в note, а вообще нужно отдельное поле чтоб можно было апдейтить небоясь потерять содержимое note

1. Вообще-то NetXMS сервер при добавлении ноды должен саи определять какая версия SNMP должна использоваться. Если он этого не делает, то это баг.

2. Можно поподробнее, я не до конца понял в чей note надо сохранять description - ноды или интерфейса?

1. Вот у меня несработало автоопределение, пробовало опрашивать v2 узел v1 протоколом.

2. С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
   в результате получим fastethernet0/1 - [Internet] ClientName

[axel]

@vbolshakov said in [features] Идеи и предложения по функционалу NetXMS:

7. С устройства можно получить description интерфейса - то что админ прописал в конфиге. имеет смысл его хранить в отдельном поле и сделать опцию "добавлять к имени интерфейса при выводе в дереве" и оборажать его как часть поля Note
   в результате получим fastethernet0/1 - [Internet] ClientName

ну я наверно вообще о другом говорил выше?
https://www.netxms.org/forum/index.php/topic,74.msg465.html#msg465

[vbolshakov]

о том
я просто когда список писал забыл из него этот пункт выдернуть

[vbolshakov]

Еще ода мысль пришла - делать интерфесы опрашиваемыми но unmanaged - т.е. чтоб их состояние невлияло на "покраснение" узла но его можно было посмотреть. Для чего - есть клиенты которых ненужно мониторить 24х7, но при обращении было бы удобно посмотреть статистику падений и текущее состояние.
Хотя наверно это можно сделать через "Status calculation"