...
- Определяется время, необходимое на последовательный опрос каждого сетевого узлавсех сетевых узлов, в зависимости от их количества. Если устройств слишком много, то может возникнуть ситуация, при которой доступное время на опрос каждого окажется меньше минимально требуемого. В этом случае сетевые узлы будут сгруппированы, а опрос будет проводиться параллельно для всех сетевых узлов каждой группы.
- Проверяется готовность сетевых узлов к опросу. Узлы, опрос которых успел завершиться в предыдущем цикле, будут опрошены в первую очередь. Узлы, опрос которых не успел завершиться в предыдущем цикле, будут опрошены в последнюю очередь.
- Если к моменту завершения 5 минутного цикла опрос сетевых узлов, начавшийся в предыдущем цикле, так и не был завершен, то эти узлы будут поставлены в очередь на опрос уже в следующем цикле.
- Все данные, получаемые от узла в ходе опроса, помещаются в подсистему хранения.
...
Значения параметров сетевых узлов также могут быть получены с помощью механизма уведомлений "SNMP Trap". Как правило, с помощью этого механизма узел оповещает NEXT об изменении значений параметров, носящих важное значение для критичных для работоспособности устройства и/или беспроводного канала связи, например, изменение скорости передачи данных, перезагрузка устройства, потеря потеря связи между устройствами и т.д.
В то время как подсистема опроса играет активную роль, обращаясь к сетевым узлам, подсистема обработки "SNMP Trap" играет пассивную роль. Она непрерывно готова к приему Traps, поступающих от сетевых узлов. После получения уведомления подсистема в тот же момент приступает к их внеочередной обработке, что позволяет своевременно реагировать на изменения, не дожидаясь завершения работы подсистемы цикла опроса.
Подсистема инцидентов
| Anchor | ||||
|---|---|---|---|---|
|
...
Работа подсистемы инцидентов начинается после того как информация об изменениях значений параметров сетевых узлов, полученная через подсистему опроса или подсистему обработки "SNMP Trap", помещается в подсистему хранения. Данная подсистема применяет проверяет выполнение условий правила формирования инцидентов к соответствующим параметрам. Если условие, указанное в каком-либо правиле, выполняется, то формируется инцидент, который впоследствии может быть просмотрен в web-интерфейсе системы мониторинга.
...
- Обнаруживает у добавленного устройства соседнее устройство в том же сегменте MINT, с которым установлен канал связи, но который которое еще неизвестен и не был добавлен было добавлено в NEXT.
- Формирует запрос в подсистему опроса на опрос соседнего сетевого узла с использованием аутентификационных данных протокола SNMP, указанных оператором NEXT для добавленного устройства.
- Подсистема опроса совершает внеочередной опрос соседнего устройства через функцию "SNMP Proxy" добавленного устройства. Если указанные аутентификационные данные подходят, то соседнее устройство будет добавлено автоматически. Если данные не подходят, то будет сформирован новый запрос в подсистему опроса с указанием аутентификационных данных, которые были указаны для других устройств, ранее добавленных в NEXT. Запросы будут осуществляться до тех пор, пока какие-либо аутентификационные данные не подойдут или не закончатся.
- После добавления обнаруженного сетевого узла также проводится поиск соседних узлов. Этот процесс завершается тогда, когда соседние сетевые узлы всех ранее добавленных в NEXT узлов были обнаружены и опрошены. Те сетевые узлы, к которым не подошли ни одни аутентификационные данные, не будут добавлены, а попытки их добавления будут продолжены в дальнейшем.
...