|| DeviceType | Сервис мониторинга и управления конфигурациями "ELTEX" |
|| DeviceName | ECCM |
|| DocTitleAdditional | Архитектура ECCM |
|| fwversion | 2.8 |
|| username | eccm |
|| password | eccm |

Архитектура системы ECCM (Eltex Cloud Config Manager)

Граф зависимости сервисов друг от друга eccm-service-graph.html, eccm-service-graph-without-db-rbmq-redis.html (не для прода, на основе него можно нарисовать схему взаимосвязей сервисов для этой документации)

ECCM — централизованная система мониторинга и управления сетевым оборудованием, реализованная в виде набора микросервисов, развёртываемых в Docker-контейнерах.

...

Архитектура системы

Архитектурный паттерн

Микросервисная архитектура на основе Docker-контейнеров. Межсервисная коммуникация: асинхронная через RabbitMQ (Pub-Sub, RPC) + синхронная через gRPC/Protobuf.

Функциональные

...

возможности

• Управление устройствами — добавление
, группировка, конфигурирование (высокоуровневое: интерфейсы, VLAN, SNMP, VRF, зоны безопасности, профили, правила, доступ), шаблоны
• , конфигурирование, шаблоны
  • Конфигурирование
    • WLC — профили SSID, RADIUS, Portal, Airtune, WIDS, привязки, мониторинг точек доступа
    • MES 
      • Административное управление — профили (общий, VLAN, Interface , Switchport, Storm Control), IP-фабрика
      • Оперативное управление — L1, L2, L3, VxLAN, EVPN Multihoming
    • Кластер ESR — мониторинг и управление кластерными устройствами
    • VSAT — MCPC/SCPC, MF-TDMA, мониторинг VSAT-устройств
  • Мониторинг — мониторинг доступности,
Мониторинг —
• • SNMP-опрос, телеметрия, инвентаризация, дашборды, карты сети
  • Управление ПО — централизованное управление ПО на устройстве
  • Web-конфигуратор —  доступ до веб-интерфейса устройства
  • Web-терминал — SSH-доступ к CLI устройств через браузер
  • Лицензии — мониторинг и установка лицензий
• Обнаружение проблем (Fault Management) — регистрация событий (syslog, SNMP trap), корреляция, MIB, уведомления
(email)
• ,
проблемы
• выявление проблем устройств
• Обновление ПО — централизованное обновление firmware через TFTP/SFTP
• Web-терминал — SSH-доступ к устройствам через браузер
• Уведомление — уведомление пользователей о событиях и проблемах как в системе, так и на сети
• ZTP (Zero-Touch Provisioning
(ZTP
• ) — автоматическая начальная конфигурация устройств через DHCP
• Управление сетью —
группы,
• дерево объектов, поиск
, высокоуровневое конфигурирование (
• • Групповые операции над устройствами —перезагрузка, обновление ПО, конфигурирование и т. д.
  • IP-Fabric — построение IP-фабрик сети из устройств MES ROS 5.0+ с помощью высокоуровневого конфигурирования (ISIS, BGP, OSPF, L2/L3, VxLAN, EVPN Multihoming), также есть функционал автообнаружения
  • БШПД — обнаружение, добавление ТД + STA, мониторинг доступности, мониторинг радиометрик
  • Кластер — кластер из WLC/ESR устройств одной модели, валидация состава, мониторинг состояние кластера: роли ACTIVE/STANDBY, статус синхронизации конфигов/ПО/лицензий и VRRP
  • Спутниковый MCPC-сегмент — группа устройств VSAT (EVT)
• Лицензирование — системные лицензии, лицензии для устройств
Резервное копирование — бэкап базы данных
• • в режиме SCPC, где каждый терминал имеет выделенную несущую, хранение частотного плана, собственную логику валидации
  • Спутниковый SCPC-сегмент — группа устройств VSAT (EVT) в режиме SCPC, где каждый терминал имеет выделенную несущую, хранение частотного плана, собственную логику валидации
  • Спутниковый MF-TDMA-сегмент — иерархическая структура из трех групп устройств VSAT (EVS/EVT), основная группа с частотным планом, параметров пакетов передач, параметров несущих обратных каналов, параметров группы несущих обратных каналов, сетевыми параметрами, подгруппа STATIONS для станций, подгруппа WORKSPACE для терминалов, защита от удаления при активном статусе сети(ENABLED, NO_SYNC), мониторинг сетевого статуса, синхронизация конфигурации устройства и системы
• Лицензирование — лицензирование системы 
• Публичное API — REST API для интеграции со внешними системами
• Управление WLC — профили SSID, RADIUS, Portal, Airtune, WIDS, привязки, мониторинг точек доступа
• Управление MES — профили (общий, VLAN, Interface L2, Switchport, Storm Control), VxLAN, EVPN Multihoming, IP-фабрика
• Управление VSAT — MCPC/SCPC, MF-TDMA, мониторинг VSAT-устройств
• Управление кластерами — мониторинг и управление кластерными устройствами

Backend-микросервисы (Kotlin 2.1.21, Spring Boot 3.5, JDK 21)

• Конфигурирование параметров мониторинга
  • Конфигурирование параметров опросов SNMP, ICMP, SSH. Изменение интервалов опроса метрик и интервалов обнаружения и хранения сущностей мониторинга.
  • Конфигурирование параметров доступа по SNMP, SSH.
• Интеграция с SIEM
• Безопасность
  • Журналирование — журнал действий пользователей, журнал безопасности, журнал API, настройка периода хранения
  • Авторизация/Аутентификация — OAuth/OIDC, LDAP
  • RBAC — ограничение доступа к системе на основе служебных обязанностей (ролей)
  • Администрирование паролей — настройка сложности и срока действия паролей

Backend-сервисы

Инфраструктурные сервисы

...

Frontend (Web GUI)

• Angular 20.3.18, TypeScript 5.8.3, RxJS 7.5.5
• Node.js 20
(
• — среда сборки
)
• Cytoscape — визуализация сетевой топологии
• Monaco Editor — редактор конфигураций
• xterm — web-терминал SSH

Сетевая архитектура (Docker сети)

• external
—
• (по умолчанию подсеть 172.20.0.0/20, но может быть изменена через переменные окружения) — публичные сервисы (доступ к устройствам, API)
• internal
—
• (по умолчанию подсеть 172.21.0.0/20, но может быть изменена через переменные окружения) — межсервисная коммуникация (изолированная docker-сеть)

Режимы работы

...

Используемое программное обеспечение

Backend

Frontend

Инфраструктура

Среда

...

развертывания

Поддерживаемые операционные системы

• Ubuntu 22/24
• RED OS 7/8
AstraLinux
• Astra Linux 1.7.5
• ALT Linux 10

  Scroll Pagebreak

...

Предварительные условия и ограничения

Минимальные системные требования

Программные требования

...

• Docker 20.10+ (
AstraLinux
• Astra Linux: docker-compose-v2 ≥ 2.17.0)
• OpenJDK
21
• 25 — для сборки из исходных кодов
• Make — для сборки проекта
• curl, conntrack — для установки и работы conntrack-таблиц

Открытые порты

...

...

Сетевые требования

• Сервер должен иметь доступ к управляемым устройствам по протоколам: SSH, SNMP, TFTP/SFTP
• Две Docker-сети: external (устройства/внешние сервисы) и internal (межсервисная коммуникация)
• Для HA-режима требуется виртуальный IP (keepalived + VRRP)

Ограничения HA-режима (Cluster)

• Кластер состоит из 3 узлов: master, slave, witness
• Всё межсервисное общение в кластере шифруется посредством TLS
• PostgreSQL: repmgr (синхронная репликация master ↔ slave, witness для quorum)
• Redis: Sentinel (failover при недоступности master)
• RabbitMQ: кластеризация с TLS (AMQPS)
• Необходимы TLS-сертификаты (кластерный сертификат + root CA)