NEXT включает в себя следующие функции:

...

InfiMONITOR NEXT includes the following features:

• Real-time monitoring of the wireless links.
• Automatic network nodes discovery.
• Event creation.

...

Архитектура

Система мониторинга NEXT состоит из нескольких подсистем, каждая из которых выполняет определенную функцию:

• ENGОписание и принцип работы - отвечает за периодический опрос сетевых узлов и получение значений их параметров.
• Подсистема обработки "SNMP Trap" - обеспечивает прием "SNMP Trap", их предварительную обработку и последующую передачу в подсистему опроса.
• Подсистема формирования инцидентов - осуществляет контроль за изменением значений параметров, предоставляемых подсистемой опроса, и последующее формирование событий в соответствии с определенным набором правил.
• Подсистема обнаружения устройств - осуществляет автоматический поиск и последующее добавление сетевых узлов.
• ENGОписание и принцип работы - графический интерфейс, через который оператор NEXT осуществляет управление системой мониторинга.
• ENGОписание и принцип работы - база данных.

Architecture

InfiMONITOR NEXT monitoring system consists of several subsystems, each performing a specific function:

• Polling subsystem - periodically polls the network nodes to obtain their parameters's values.
• Incident management subsystem - monitors the change in the parameter values provided by the polling subsystem, and creates the events according to a certain set of rules.
• Discovery subsystem - performs automatic detection and addition of the network nodes.
• Device management subsystem - performs automatic detection and addition of the network nodes.
• Web GUI - graphical interface that allows the NEXT operating engineer to manage the monitoring system.
• Storage subsystem - the database.

Polling subsystem 

Anchor
Подсистема опроса Подсистема опроса

Основная подсистема NEXT, которая отвечает за опрос сетевых узлов и получение значений их параметров.

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

• Определяется время, необходимое на последовательный опрос всех сетевых узлов, в зависимости от их количества. Если устройств слишком много, то может возникнуть ситуация, при которой доступное время на опрос каждого окажется меньше минимально требуемого. В этом случае сетевые узлы будут сгруппированы, а опрос будет проводиться параллельно для всех сетевых узлов каждой группы.
• Проверяется готовность сетевых узлов к опросу. Узлы, опрос которых успел завершиться в предыдущем цикле, будут опрошены в первую очередь. Узлы, опрос которых не успел завершиться в предыдущем цикле, будут опрошены в последнюю очередь.
• Если к моменту завершения 5 минутного цикла опрос сетевых узлов, начавшийся в предыдущем цикле, так и не был завершен, то эти узлы будут поставлены в очередь на опрос уже в следующем цикле.
• Все данные, получаемые от узла в ходе опроса, помещаются в подсистему хранения.

...

Значения параметров сетевых узлов также могут быть получены с помощью механизма уведомлений "SNMP Trap". Как правило, с помощью этого механизма узел оповещает NEXT об изменении значений параметров, критичных для работоспособности устройства и/или беспроводного канала связи, например, потеря связи между устройствами и т.д. 

В то время как подсистема опроса играет активную роль, обращаясь к сетевым узлам, подсистема обработки "SNMP Trap" играет пассивную роль. Она непрерывно готова к приему Traps, поступающих от сетевых узлов. После получения уведомления подсистема в тот же момент приступает к их внеочередной обработке, что позволяет своевременно реагировать на изменения, не дожидаясь завершения цикла опроса.

...

Задача подсистемы - сформировать инцидент, основываясь на правилах, созданных администратором NEXT.

Работа подсистемы инцидентов начинается после того как информация об изменениях значений параметров сетевых узлов, полученная через подсистему опроса или подсистему обработки "SNMP Trap", помещается в подсистему хранения. Данная подсистема проверяет выполнение условий правила формирования инцидентов к соответствующим параметрам. Если условие, указанное в каком-либо правиле, выполняется, то формируется инцидент, который впоследствии может быть просмотрен в web-интерфейсе системы мониторинга.

...

Подсистема реализует функцию автоматического поиска и добавления сетевых узлов. После ручного добавления устройства подсистема обнаружения выполняет следующие функции:

• Обнаруживает у добавленного устройства соседнее устройство в том же сегменте MINT, с которым установлен канал связи, но которое еще не было добавлено в NEXT.
• Формирует задание на опрос соседнего сетевого узла с использованием аутентификационных данных протокола SNMP, указанных оператором NEXT для добавленного устройства.
• Подсистема опроса совершает внеочередной опрос устройства, соседнего по отношению к уже добавленному . Если указанные аутентификационные данные подходят, то соседнее устройство будет добавлено автоматически. Если данные не подходят, то будет сформирован новый запрос в подсистему опроса с указанием аутентификационных данных, которые были указаны для других устройств, ранее добавленных в NEXT. Запросы будут осуществляться до тех пор, пока какие-либо аутентификационные данные не подойдут или не закончатся.
• После добавления обнаруженного сетевого узла также проводится поиск соседних узлов. Этот процесс завершается тогда, когда соседние сетевые узлы всех ранее добавленных в NEXT узлов были обнаружены и опрошены. Те сетевые узлы, к которым не подошли ни одни аутентификационные данные, не будут добавлены, а попытки их добавления будут продолжены в дальнейшем.

Важной особенностью подсистемы является поиск только внутри одного сегмента MINT. Если в беспроводной сети существует несколько сегментов MINT, то для обнаружения сетевых узлов требуется добавить как минимум один узел из каждого сегмента.

...

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

...

The main InfiMONITOR NEXT subsystem periodically polling the network nodes and obtaining their parameters values.

The subsystem is working constantly. It distributes all the necessary polling in order to perform the entire network polling during a 5 minutes interval, so it prevents peak loads on the wireless network:

• The time required for sequential polling of all the network nodes is determined based on the number of network nodes. If there are too many devices, a situation may occur when the time available to poll each node is less than the minimum required time. In this case, the network nodes will be grouped, and the survey will be conducted in parallel for all the network nodes of each group.
• Checks if network nodes are ready for the polling. Nodes that have the polling completed in a previous cycle will be polled first. The nodes with incomplete polling in the previous cycle will be polled last.
• If there are network nodes for which the polling began in the previous cycle and did not complete during the current 5 minutes period, then these nodes will be queued for polling in the next cycle.
• All the data received during the polling is placed in the storage subsystem.

Determining the link between devices

Incident management subsystem

Anchor
Подсистема формирования событий Подсистема формирования событий

The subsystem is designed to create and manage incidents based on the rules set by InfiMONITOR NEXT users.

The incident management subsystem's operation begins after the polling results received through the polling subsystem. This subsystem verifies the match between the rules set and the received values. If the condition specified in a rule is met, an incident is created. The incident management subsystem performs maintenance of each active incident.

Discovery subsystem 

Anchor
Подсистема обнаружения Подсистема обнаружения

The subsystem performs the automatic search and adding of devices. After a device is added manually, the discovery subsystem performs the following:

• Detects any neighboring device of the newly added device that is in the same MINT area and has a connection already established, but has not yet been added to the monitoring system.
• Generates a polling task for neighboring devices.
• The polling subsystem performs an unscheduled polling of the neighboring device. If the specified authentication data is correct, then the neighboring device will be added automatically. If the data does not match, a new request will be generated to the polling subsystem with the authentication data that was specified for other devices previously added to InfiMONITOR NEXT. The requests will be repeated until any authentication data matches or it runs out of available authentication data.
• After adding the detected device, a search for neighboring devices will be also carried out. This process ends when neighbors of all the previously added devices have been discovered and polled. The network nodes without authentication data matching will not be added and attempts to add them will carried out in the future.

An important feature of the subsystem is that it performs the search only within a single MINT area. If there are several MINT areas in a wireless network, then at least one device from each area must be added in order to detect the other devices.

Device management subsystem

Anchor
Device management Device management

The subsystem performs the following functions:

1. Provisioning - automatically enables remote access for monitoring system to devices via SSH, that is required for configuration management functions.
2. Configuration update - safely applies configuration changes made by monitoring system users. This function is available only for provisioned devices.
3. Firmware update - uploads and applies the specified firmware version.

Provisioning

One of the key stage in the process of preparing a device for managing its configurations from InfiMONITOR NEXT. During provisioning unique SSH requisites will be installed to each device, After that the monitoring system will be able to connect to each provisioned device to perform configuration management operations. Provisioning may be done manually or automatically at the device adding stage.

Provisioning is performed via SSH, but you can enable using of Telnet.

Configuration update

This function is available only for provisioned devices.

The monitoring system applies configuration changes made by users. The main advantage of this feature is protection against logical errors in configuration, that may cause connection loss. If applied changes lead to a loss of connection between device and InfiMONITOR NEXT, then the previous configuration version will be restored.

Changing the device configuration includes the following stages:

1. The monitoring system connects to device and uploads the new configuration, but not applies it.
2. The new uploaded configuration is set as prospective, the current is set as main one.
3. The device is being rebooted.
4. The device will be booted with the new configuration and delayed reboot is set. If delayed reboot is done then the device will be rebooted with its previous configuration.
5. The monitoring system compares current device configuration with configuration that should have been applied.
   1. If both of configurations are equal then delayed reboot will be cancelled. New configuration is applied successfully.
   2. If configurations are differ or monitoring system lost connection to wireless device, the delayed reboot timer will trigger and the previous configuration will be restored.

Notification subsystem

Anchor
Подсистема уведомлений Подсистема уведомлений

The subsystem is designed to send notifications to the users of the monitoring system.

Web GUI 

Anchor
Web-интерфейс Web-интерфейс

Для управления системой мониторинга NEXT используется графический web-интерфейс. Web-интерфейс взаимодействует со всеми подсистемами. 

Графический web-интерфейс корректно отображается в следующих браузерах:

• Chrome 81 и старше, а также производные от него браузеры;
• Firefox 75 и старше, а также производные от него браузеры.

Рекомендуемое минимальное разрешение экрана 1600×900.

...

A graphical web interface is used for InfiMONITOR NEXT monitoring system management. The Web GUI interacts with all the subsystems.

The Web GUI works properly with the latest versions of the following web browsers:

• Google Chrome;
• Firefox;
• Microsoft Edge;
• Safari.

The recommended minimum screen resolution is 1600×900.

Storage subsystem 

Anchor
Подсистема хранения Подсистема хранения

Подсистема обеспечивает хранение и подготовку данных для обеспечения быстрого доступа к ним из web-интерфейса операторами NEXT.

hide_commentsThe subsystem provides data storage and quick access to the information for the web GUI and subsequently for the engineers operating InfiMONTOR NEXT.

Licensing

The license permits using InfiMONITOR NEXT. There are three license types, differ in the validity period and the maximum number of devices for which monitoring will be performed. One license may be installed to only the one monitoring system instance.

All added to InfiMONITOR NEXT devices are divided into the following categories:

• Licensed device - license permits are granted to such devices, so monitoring/management functions will be available. Each licensed device decrease by one the total allowed number of devices, set by the license.
• Unlicensed device - a device for which no license permits are granted. Unlicensed devices appears when the number of added devices exceed the total allowed number of devices set by the license.

If the maximum device number permitted by license is less than number of being added devices, licenses will be assigned on each device sequentially until license limitation is reached - the rest will be added as unlicensed.

License management

The license must be installed to use InfiMONITOR NEXT, it may be done at installation stage or in the "System configuration" section. Internet access must be provided to workstation used for license installation.

License management is performing in the licensing center.