Решения · Система мониторинга

BrainWhale Pulse

Система круглосуточно следит за «железом» сети видеонаблюдения — коммутаторами, камерами, радарами, серверами и хранилищами — и в одной панели показывает, что работает, что барахлит, а что упало. Оператор видит проблему и получает оповещение раньше, чем поступит звонок «камера не пишет». Работает внутри закрытой сети объекта: без выхода в интернет и без установки чего-либо на сами камеры и коммутаторы.

Что под наблюдением

Коммутаторы

Доступность и время работы, состояние каждого порта и скорость соединения, трафик и ошибки CRC, VLAN, соседние устройства, таблица MAC-адресов. Лицевая панель отрисована с реальной раскладкой портов, история конфигурации сохраняется.

Камеры

На связи ли камера, идёт ли видеопоток и отвечает ли служба управления. Обрыв потока при живой камере — отдельная тревога: «на связи, но не пишет».

Серверы и хранилища

Загрузка процессора и памяти, заполнение дисков, состояние служб, массивы RAID и здоровье дисков по SMART — предупреждение о диске до того, как он откажет.

Радары

Два независимых состояния: связь с прибором и срок поверки. Просроченная поверка означает недействительные измерения, поэтому отслеживается отдельно.

Карта сети

Схема сети строится сама — по тому, что рассказывают коммутаторы

Система опрашивает коммутаторы, собирает их соседей по протоколам CDP и LLDP и рисует связи между устройствами. Рисовать схему руками и поддерживать её в актуальном виде не нужно: карта пересобирается по команде и отражает то, как сеть соединена на самом деле, а не как было задумано на бумаге.

Соседи по CDP и LLDP
С каждого коммутатора считываются соседние устройства и порты, которыми они соединены. Если LLDP на коммутаторе выключен, система включает его сама и повторяет сбор.
Что висит на каждом порту
По таблице MAC-адресов и данным ARP определяется, какое устройство подключено в конкретный порт, и сопоставляется с заведённым в системе — камерой, сервером, рабочей станцией.
Живая схема, а не картинка
Узлы и связи отображаются интерактивно: поиск по имени или адресу, фильтр «только офлайн», масштабирование, клик по узлу или связи открывает подробности.
Пересобирается по команде
Карта строится заново, когда в сети что-то поменялось, и данные берутся с самих коммутаторов — поэтому схема показывает фактическое подключение, а не устаревший чертёж. Группировка тревог по зависимостям — отдельный механизм: он опирается на связи «родитель — потомок», которые задаются при настройке.

✔ Практическая польза: когда камера не отвечает, видно, в какой порт какого коммутатора она включена — не нужно идти в серверную и прослеживать кабель.

Как проверяет

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

01
Шесть способов опроса
Отклик узла — каждые 30 секунд, доступность порта — минуту, опрос по SNMP для портов и трафика — минуту, живой RTSP-поток — две минуты, опрос камеры по ONVIF — пять минут, серверы по SSH — минуту.
02
Авария — не с первого промаха
Устройство признаётся упавшим после нескольких неудачных проверок подряд. Одиночная потеря пакета не поднимает ложную тревогу и не будит дежурного ночью.
03
Пороговые предупреждения
Заполнение диска, перегрев, рост ошибок CRC на порту — предупреждение заранее, а не авария по факту отказа.
04
Важность события
Авария, серьёзно, предупреждение, информация. От важности зависит, уйдёт ли оповещение наружу ночью и как скоро повторится напоминание.
# состояние парка
● sw-core-01 48/48 портов активно
● cam-07 rtsp ok · onvif ok
● nvr-02 диск 87%
● sw-gate-04 нет связи
○ cam-18 … cam-33 за недоступным коммутатором
✔ Так работает группировка по зависимостям: если в системе заданы связи «кто за кем», устройства за упавшим коммутатором помечаются серым и отдельных тревог не поднимают — оператор получает один сигнал о причине, а не шестнадцать о следствиях.

Чем это отличается от проверки доступности

Обычный мониторинг отвечает на вопрос «отвечает ли адрес». Этого мало: на объекте важно не поднять сто тревог из-за одной причины и не разбудить дежурного из-за моргнувшего пакета.

Зависимости
Когда заданы связи «родитель — потомок», устройства за упавшим коммутатором помечаются недоступными по причине родителя и отдельных тревог не поднимают: один сигнал вместо лавины. Связи задаются при настройке системы.
Антидребезг
Тревога только после нескольких промахов подряд. Моргнувшая сеть не превращается в инцидент.
Режим обслуживания
На время работ оповещения по устройству глушатся — плановые работы не выглядят как авария.
Тихие часы
Ночью наружу уходят только аварии. Остальное ждёт утра и видно в панели.
Подтверждение аварий
Пока дежурный не отметил «принято», напоминание повторяется. Авария не теряется в ленте.
История и графики
Статусы и метрики сохраняются во времени: виден тренд заполнения дисков, рост ошибок на порту, частота обрывов потока.
Метрология

Реестр поверки радаров — то, чего нет в обычном мониторинге

У измерительного прибора есть не только связь, но и срок действия поверки. Если он вышел, прибор может работать идеально, а его измерения юридически недействительны. Система ведёт это отдельным состоянием.

✓ У каждого радара свой межповерочный интервал; даты вводятся из сертификата, скан хранится в системе.
✓ Напоминания за 60, 30, 14 и 7 суток до конца срока, после истечения — ежедневно и с важностью «авария».
✓ Ведётся история поверок и фиксируется замена серийного номера лазерного блока.

Что видит оператор

Веб-панель с разделами по типам оборудования. Карта своя и работает без интернета.

Обзор Карта Коммутаторы Серверы Камеры Радары События
Оповещения приходят тремя путями: всплывающим сообщением в браузере, письмом и в Telegram. Пока дежурный не подтвердил аварию, напоминание повторяется. Права разделены по ролям, входы фиксируются в журнале.

Характеристики

тысячи
устройств на одном сервере: опрос идёт параллельно, до 200 проверок одновременно
без интернета
работает в изолированной сети, включая собственную офлайн-карту
ноль
внешних зависимостей: своя реализация SNMP, RTSP и ONVIF
Linux
один сервер в сети объекта; опросчик и панель — отдельные службы

Чего система не делает намеренно: массовой записи настроек в боевые коммутаторы. Конфигурация только читается и хранится в истории — чтобы мониторинг не мог положить сеть. Разбора потоков трафика (NetFlow) сейчас нет: виден трафик и ошибки по портам, но не состав потоков.

Рядом с видеонаблюдением и аналитикой

Мониторинг следит за тем, чтобы инфраструктура была жива; система видеонаблюдения даёт картинку и архив; аналитика превращает поток в события. Три части одной поставки, каждая работает и сама по себе.

Система видеонаблюдения →

Показать на вашей сети

Подключим систему к вашему оборудованию и покажем, как выглядит парк в панели.