|| fwversion | 2.13.0 |
|| issueDate | 01.2026 |

ОПИСАНИЕ ПРОЦЕССА ДЕЯТЕЛЬНОСТИ

Структурная схема платформы

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

• Elph API;
• Elph Proxy;
• SSO;
• Elph Chat Server;
• Status Service;
• Call History Service;
• File Service;
• Mini-apps Service;
• Address book;
• Push gateway;
• RabbitMQ.

Платформа взаимодействует с корпоративной инфраструктурой заказчика:

• SSW (Softswitch/IP-АТС ECSS-10) — осуществляет коммутацию вызовов, использующих различные протоколы сигнализации и стандарты кодирования медиапотоков, осуществляя их взаимное согласование (при необходимости — перекодирование);
• E-SBC (Session Border Controller) — обеспечивает безопасное подключение удаленных пользователей и прохождение медиатрафика через NAT;
• Active Directory/LDAP — используется для аутентификации и управления пользователями;
• Monitoring System (Prometheus/Grafana) — сбор и визуализация метрик производительности.

Система также взаимодействует с внешними сервисами:

• Apple APN — для push-уведомлений iOS-клиентов;
• Google FCM — для push-уведомлений Android-клиентов.

ОСНОВНЫЕ ТЕХНИЧЕСКИЕ РЕШЕНИЯ

Elph Server

Компонент Elph Server развертывается во внутреннем сетевом сегменте, обеспечивает основную бизнес-логику платформы, взаимодействие с ECSS-10 через Elph-API и управление сервисами. Развертывается на Ubuntu или Astra Linux. Основное ПО развертывается в виде контейнеров Docker и состоит из следующих модулей:

• SSO (Keycloak) — система аутентификации, позволяет клиенту получить доступ ко всем сервисам системы с помощью одного набора учётных данных;
• Elph Chat Server — обеспечивает обмен сообщениями, передачу файлов и хранение истории переписки;
• Status Service — сервис статусов пользователей на основе API Presence;
• Call History Service — хранит историю вызовов абонентов, взаимодействует с SSW;
• File Service — S3 хранилище пользовательских данных;
• Mini-Apps Service — сервис для интеграции внешних веб-приложений в Elph;
• Address book — сервис корпоративной адресной книги;
• Push gateway — сервис, который позволяет отправлять уведомления (push-сообщения) на клиентские приложения. Взаимодействует с внешними сервисами (Apple APN, Google FCM);
• RabbitMQ — брокер сообщений (message broker), реализующий протокол AMQP (Advanced Message Queuing Protocol). Промежуточный слой для асинхронной обработки сообщений между приложениями.

Elph Proxy

Компонент Elph Proxy развертывается в DMZ и обеспечивает:

• Единую точку входа для клиентов по порту TCP/443;
• Перенаправление запросов к внутренним компонентам на основе URL-префиксов;
• Терминацию SSL-шифрования.

Развертывается на Ubuntu или Astra Linux. Требует 2 CPU, 4 GB RAM и 30 GB HDD.

ECSS Elph-API

Обеспечивает интеграцию с ECSS-10, управление конференциями и взаимодействие с другими компонентами системы;

Компонент ECSS Elph-API устанавливается на том же хосте, что и ECSS-10, и обеспечивает:

• Взаимодействие Elph с программной АТС ECSS-10;
• Обработку вызовов в режиме ассистента и конференций в режиме SIP;
• Интеграцию с телефонией.

СЕТЕВЫЕ ВЗАИМОДЕЙСТВИЯ

Схема сетевого взаимодействия в закрытом контуре

Полная схема сетевого взаимодействия

Сводная таблица сетевых взаимодействий

В таблице ниже собраны все порты, упомянутые в документе. Направление «Исходящий» обычно означает, что соединение инициируется самим компонентом, но ответный трафик должен быть разрешен на указанный порт.

Ключевые выводы по схемам:

• Elph Proxy выступает единой точкой входа (порт 443) и перенаправляет трафик на внутренние сервисы;

• Для работы Elph Desktop вне корпоративной сети требуется доступ к STUN-серверу (обычно UDP-порты 3478, 5349) для установления VoIP-соединений клиентами за NAT;

• Для работы мобильных клиентов (iOS/Android) необходимы исходящие подключения к внешним сервисам Apple APN и Google FCM (оба на TCP/443) как для самих клиентов, так и для серверов. Для Android не обязательны, в случае, если не используется «экономичный» режим и режим «push proxy»;

• iOS-клиенты не могут работать в полностью изолированном контуре из-за обязательного использования Apple APN.

Cхема медиа потоков в закрытом контуре

ВЗАИМОДЕЙСТВИЕ СО СМЕЖНЫМИ СИСТЕМАМИ

Взаимодействие с внутренними смежными системами

Платформа Elph взаимодействует со следующими внутренними смежными системами:

• ECSS-10 — взаимодействие осуществляется по протоколам HTTP/HTTPS и WebSocket (WSS) на порты 9999 (Mediator) и 9006 (ECSS Web API). Используется для управления вызовами, конференциями и получения информации о пользователях;
• Active Directory — взаимодействие по протоколу LDAP. Используется для аутентификации и синхронизации пользователей.

Взаимодействие с внешними системами

Платформа Elph взаимодействует со следующими внешними системами:

• Apple APN — взаимодействие по протоколу HTTPS на порт TCP/443 для отправки push-уведомлений на iOS-устройства;
• Google FCM — взаимодействие по протоколу HTTPS на порт TCP/443 для отправки push-уведомлений на Android-устройства;
• E-SBC — взаимодействие по протоколам SIP и RTP для обеспечения голосовой и видео связи с удаленными пользователями.

СИСТЕМНЫЕ ТРЕБОВАНИЯ ДЛЯ ВСЕХ КОМПОНЕНТОВ

При выборе сервера необходимо учитывать следующие системные требования (требования предоставляются к VM без учета резервирования системы, требования к размеру диска для Chat Server зависят от общей активности пользователей при передаче файлов):

Сводная таблица системных требований для виртуальных машин, исходя из нагрузки, около 1000 пользователей.

Таблица совместимости компонентов UC с различными OC