## TkNetmon :: Часто задаваемые вопросы

### Содержание

1. Почему мониторинг(опрос) внешний, а не интегрированный, как в SCOTTY?
2. Как организовать иерархическую систему мониторинга?

1. Почему мониторинг(опрос) внешний, а не интегрированный, как в SCOTTY?

   1. Каждый должен делать свое дело. Tcl/Tk отлично подходит для функций отбражения информации, но функции опроса для него явно чуждые. Это дожна делать отдельная программа.
   2. Таким образом достигается независимость мониторинга и отображения результатов.
   3. Возможно подключение нескольких операторских консолей к одному демону мониторинга.
   4. Такой подход оставляет свободу при реализации консоли оператора. Например, консоль оператора можно (дополнительно) реализовать в виде WEB-интерфейса.

   Конечно, есть и минусы.

   1. Неудобно переконфигурировать мониторинг.

2. Как организовать иерархическую систему мониторинга?

   В текущей версии никак. Можно все-же сделать подобное, но это скорее будет называться "распределенная" система.

   В общих словах делать нужно следующее:

   - В удаленном сегменте сети ( назовем его "филиал") Нужно поставить машину, на которой будет запускаться netmond настроенный на мониторинг только этого филиала.
   - В центре, этому филиалу нужно соспоставить один хост - это может быть маршрутизатор, или та машина, на которой работает netmond.
   - Далее, нужно создать сервисное меню, (Пусть тоже называется "филиал"). Можно сделать его подобным дефолтному, но добавить в конце команду "View Filial" По выбору этого пункта меню запускается(локально) отдельная копия TkNetmond с картой для филиала, а сам TkNetmond#2 подключается к удаленному netmond для получения информации. Нужно еще прописать хитрую команду рестарта netmond на удаленной машине - передавать туда ( по ssh ) конфигурацию, и удаленно дернуть netmond.
     Или, запускать TkNetmond на уделенной машине.
     Это будет удобнее, но создаст бОльший трафик.
   - Это новое сервисное меню привязать на основной карте к хосту, сопоставленному с филиалом.
   Минусы здесь такие: ( или плюсы - это как посмотреть)
   - Отдельный конфигурационный файл для филиала.
   - Отдельный журнал событий для филиала.
     Наверное, можно настроить удаленный netmon, чтобы он записывал в тот же файл, что и главный (смонтированный по сети), но тут могут быть проблемы с блокировками.
   - Нет алгоритма преобразования состояния сети филиала в сотояние сопоставленного ему хоста.
     Это значит, что если в филиале упадет сервер (другой, чем отображен на главной карте), то на главной карте это никак не отобразтся. А логично было бы, чтобы на главной карте филиальный хост хотя-бы пожелтел.
   - Логичнее было-бы вызывать "Filial View" по DoubleClick-у, а не из сервисного меню.

Last change: