75
- Подсистема управления.
Подсистема оповещения предназначена для выполнения голосовых и/или
текстовых оповещений абонентов в соответствии с заданными условиями
проведения оповещений.
Подсистема оповещения обеспечивает:
− совершение вызовов абонентам по каналам VoIP (SIP) и
проведение голосового оповещения с использованием технологий
синтеза речи;
− совершение вызовов и передачу абонентам SMS-сообщений с
помощью VoIP GSM-шлюза для проведения текстовых
оповещений;
− отправку Email-сообщений по протоколу SMTP для проведения
текстовых оповещений;
− получение подтверждения результатов оповещения
− передачу управляющего сигнала VoIP устройству типа Snom PA1.
Подсистема управления оповещениями обеспечивает пользовательский
интерфейс для решения следующих задач:
− управление оповещениями (создание, изменение, отмена
оповещений);
− просмотр результатов оповещений;
− экспорт в CSV-файл и вывод на печать результатов оповещения.
Комплекс Рупор.БЛИЦ имеет клиент-серверную архитектуру и состоит
из следующих подсистем:
− подсистема оповещения в составе:
1. ПО Рупор.БЛИЦ;
2. 4-х канальный GSM шлюз;
3. VoIP устройство типа Snom PA1.
− подсистема управления.
76
Программное обеспечение комплекса Рупор.БЛИЦ устанавливается на
виртуальном сервере в системе виртуализации Заказчика VMWare ESXI 5.5.
Характеристики сервера:
− CPU: i3, i5 (4 ядра);
− RAM: 4 Gb;
− HDD (не менее, без учета RAID): 100 ГигаБайт;
− LAN: 1000 Мегабит в секунду;
− ОС: CentOS 7.4
ПО Рупор.БЛИЦ обеспечивает взаимодействие с АТС, почтовым
сервером, GSM-шлюзом и VoIP устройством (подсистема оповещения). Работа с
комплексом осуществляется удалённо с помощью веб-приложения (подсистема
управления).
Комплекс Рупор.БЛИЦ рассчитан на использование в сетях, работающих
по протоколу IP, при этом доступ пользователей к комплексу обеспечивается при
помощи общедоступных вебобозревателей (браузеров), которые являются
клиентской частью комплекса.
Комплекс имеет связь со следующими смежными системами,
установленными у Заказчика:
− АТС (УПАТС) Avaya Aura 6.3;
− почтовый сервер.
Комплекс предусматривает возможность интеграции с другими
информационными системами. Интеграция реализуется путём передачи файлов
с параметрами оповещений (списками абонентов, сообщениями и сценариями
оповещения) из внешних систем в комплекс Рупор.БЛИЦ.
Защита ПО Рупор.БЛИЦ от несанкционированного копирования и
использования осуществляется с помощью аппаратного ключа защиты HASP,
входящего в комплект поставки. В памяти HASP-ключа содержится перечень и
параметры лицензий, которые определяют, какие функции комплекса доступны
в данном экземпляре программного обеспечения:
− рассылка SMS сообщений;
77
− динамический синтез (1 голос) для оповещения по 30 каналам;
− голосовое оповещение по 30 SIP каналам.
Аппаратный HASP-ключ устанавливается в свободный USB-порт на
хосте ESXI (системы виртуализации).
Для Системы и ее компонентов предусмотрены четыре режима
функционирования:
− штатный, обеспечивающий функционирование компонентов
системы в полном объеме;
− регламентный, обеспечивающий проведение регламентных работ
(без предоставления сервисов конечным пользователям системы);
− восстановления работоспособности, обеспечивающий проведение
восстановительных работ после отказов;
− ограниченной производительности (надежности),
обеспечивающий функционирование не в полном объеме или с не
удовлетворяющим показателям надежности качеством.
Система реализует следующий функционал и решает следующие задачи:
− голосовое оповещение на городские телефоны;
− голосовое оповещение на мобильные телефоны сотовой связи;
− SMS-информирование на мобильные телефоны сотовой связи;
− e-mail информирование на почтовые ящики электронной почты;
− управление оповещениями.
При разработке архитектуры Системы учитывались следующие
принципы:
− масштабируемость;
− модульность;
− универсальность;
− надежность.
При создании Системы были использованы технические решения и
оборудование, обеспечивающие масштабируемость решения, а именно:
− возможность увеличения количества пользователей;
78
− возможность увеличения количества каналов оповещения;
− простота обслуживания Системы при внесении изменений в ее
параметры.
Система построена с учетом возможного изменения конфигурации
входящих в нее подсистем и модулей, количества пользователей, видов каналов
оповещения.
Комплекс имеет функционально-модульную структуру,
обеспечивающую пользователю в зависимости от условий эксплуатации
возможность произвольно выбирать её архитектуру и место размещения
оборудования.
В рамках Системы создаются следующие подсистемы:
− подсистема оповещения.
− подсистема управления.
При создании Системы были использованы технические решения и
оборудование, обеспечивающие:
− технологичность (возможность применения новых технологий);
− поддержка стандартных протоколов связи (E1, VoIP, SMPP,
SMTP).
Система совместима с используемыми у Заказчика инфраструктурными
решениями.
Надежность Системы обеспечивается следующими технологиями и
решениями:
− использование высоконадежного оборудования;
− использование средств виртуализации;
− возможность использования резервных копий системы.
Режим работы обслуживающего персонала 24 часов в день, 7 дней в
неделю.
Персонал должен иметь высшее образование и навыки работы с
применяемыми при построении системы техническими и программными
решениями.
79
Численность персонала администраторов и инженеров сопровождения
определяется максимальным временем реагирования на внештатные и
аварийные ситуации, установленным внутренними регламентами Заказчика.
Ориентировочная численность необходимого персонала – 2 администратора.
Численность персонала операторов определяется объемом проведения
оповещений и частой внесения изменений в состав и расписание оповещений.
Ориентировочная численность персонала – 2 оператора.
Рекомендуемая квалификация администраторов – инженерно-
техническое образование в области информационных технологий, наличие
навыков администрирования современного сетевого оборудования,
операционных систем (CentOS). Режим работы – в соответствии с режимом
работы предприятия.
Рекомендуемая квалификация операторов – опытный пользователь ПК,
офисных программ.
Допускается сочетание в одном лице функций нескольких категорий
специалистов.
Программное обеспечение комплекса Рупор.БЛИЦ устанавливается на
виртуальном сервере в системе виртуализации Заказчика VMWare ESXI 5.5 на
площадке Заказчика, расположенной по адресу: г. Москва, ул. Щепкина, д. 42.
Требования к серверу Рупор.БЛИЦ:
− CPU: i3, i5 (4 ядра);
− RAM: 4 Gb;
− HDD (не менее, без учета RAID): 100 ГигаБайт;
− LAN: 1000 Мегабит в секунду.
Для работы с веб-приложением Рупор.БЛИЦ рабочее место пользователя
должно быть оборудовано персональным компьютером с сетевой платой со
скоростью передачи данных не менее 100 Мбит/с.
80
Вход в веб-приложение рекомендуется выполнять при помощи одного из
следующих браузеров:
− Mozilla Firefox (рекомендуемый) версии 32 и выше;
− Google Chrome версии 32 и выше.
Правила межсетевого взаимодействия, действующие в сети заказчика,
настраиваются для обеспечения доступа из VLAN, в котором находятся
компьютеры администраторов/операторов, к серверу Рупор.БЛИЦ. Также для
администраторов должна быть предоставлена возможность подключения к
серверу Рупор.БЛИЦ по SSH.
Также в поставку входят:
− 4-х канальный GSM-шлюз – 2 шт.
− VoIP устройство типа Snom PA1– 2 шт.
Устройства располагаются на площадке заказчика в соответствии с
требованиями к монтажу. В месте размещения GSM-шлюза должен
обеспечиваться прием сети оператора подвижной связи.
Непосредственно эксплуатируется 1 GSM-шлюз и 1 Snom PA1. Второй
комплект устройств является ЗИПом и используется в случае выхода из строя
основных устройств.
2.8.2. Интеграция системы Рупор.БЛИЦ с КАТС Госкорпорации
Роскосмос.
Комплекс Рупор.БЛИЦ интегрируется с учрежденческой АТС (УАТС)
Avaya Aura 6.3 по каналам VoIP (H.323). Для оповещения используется 30
каналов, оповещение может идти параллельно.
Под каналом оповещения понимается физический канал связи,
используемый для голосового оповещения абонентов. Рупор.БЛИЦ совершает
вызов абоненту, дожидается его ответа и воспроизводит подготовленное
звуковое сообщение в телефонную линию. После прослушивания сообщения
Рупор.БЛИЦ ожидает подтверждения факта оповещения.
81
При необходимости сообщение воспроизводится в линию повторно,
после чего вызов завершается и канал освобождается для оповещения
следующих абонентов. Если абонент не отвечает, то Рупор.БЛИЦ будет
совершать повторные попытки дозвона через определённые промежутки
времени. В промежутках между попытками дозвона канал освобождается и
может быть задействован для оповещения других абонентов.
Комплекс предоставляет возможность применения нескольких каналов
для оповещения абонентов. Количество используемых каналов определяет,
какое максимальное количество абонентов может оповещать комплекс в каждый
момент времени.
После оповещения какого-либо абонента канал освобождается и
задействуется для дозвона следующему абоненту из списка получателей.
Например, если требуется оповестить 10 абонентов, используя 1 канал, то
Рупор.БЛИЦ будет последовательно оповещать каждого из 10 абонентов.
Используя 2 канала оповещения, комплекс сможет параллельно выполнять
оповещение двух абонентов, следовательно, общее время на информирование
всех получателей сократится примерно в 2 раза. Таким образом, чем больше
каналов используется для оповещения, тем быстрее Рупор.БЛИЦ выполнит
оповещение всех абонентов. Общее количество абонентов при этом не
ограничено.
Для подключения к АТС используются следующие данные: сервер SC-
PHN-CM, IP-адрес 10.5.38.50. По умолчанию для подключения используется
порт 5060.
Компонент, отвечающий за выполнение голосовых оповещений – служба
dialer (служба оповещения по телефону). Основные функции службы:
− выбор сценария оповещения;
− передача в Asterisk команды на установление соединения с
нужными телефонными номерами;
− передача в Asterisk сообщения оповещения.
− управление синтезом сообщений.
82
За синтез голосовых оповещений отвечает компонент dir2wav,
получающий сообщения под озвучку от dialer. Текст оповещения может
содержать не более 1000 символов. Для синтеза сообщений доступен 1 голос:
Владимир. Синтез осуществляется с использованием технологии VitalVoice,
обеспечивающей высокое качество и естественность звучания русской речи.
Качество синтеза соответствует высшему классу качества по ГОСТ Р 50840-95.
Сервер IP-телефонии Asterisk непосредственно подключается к
учрежденческой АТС и, в соответствии с командами dialer, осуществляет
оповещений следующих типов:
− голосовое оповещение на городские телефоны;
− голосовое оповещение на мобильные телефоны сотовой связи.
Также Asterisk информирует о ходе оповещения, отправляя данные
службе agiserver. Её основные функции:
− фиксирует состояние вызова (набирается номер, вызов принят,
вызов завершён);
− получает значения параметров комплекса Рупор.БЛИЦ в плане
вызовов Asterisk;
− читает и пишет данные из/в базу данных PostgreSQL.
Сервер Asterisk доступен по следующим реквизитам: 10.5.38.79, порт
1720.
В соответствии с настройками оповещений, задаются критерии
подтверждения получения голосового оповещения: DTMF код, вводимый
абонентом. Абоненту могут быть доступны варианты действий: подтвердить
получение, отказаться (сообщение получено, но абонент отказывается ему
следовать), запросить повтор оповещения, запросить соединение с оператором.
Выбранная команда записывается в PostgreSQL и используется при
формировании отчетов по результатам оповещений.
83
Функционал подтверждения получения оповещения может быть
расширен в случае, если в системе будет установлен модуль по распознаванию
речи.
2.8.3. Аварийный режим системы Рупор.БЛИЦ.
Аварийный режим функционирования применяется при обнаружении
сбоев и отказов в работе компонентов подсистемы оповещения. Аварийный
режим характеризуется полной или частичной потерей работоспособности
подсистемы оповещения. Классификация подобных отказов и описание
связанных с ними потерь функциональности подсистемы межсетевого
экранирования приведены в Таблице 29.
Таблица 29 – Классификация сбоев подсистемы оповещения.
Описание сбоя Последствия сбоя
Особенности
эксплуатации
подсистемы до
устранения сбоя
Выход из
строя/недоступность
одного из каналов
оповещения (АТС,
GSM-шлюз,
почтовый сервер)
Приводит к
невозможности
использовать один или
несколько типов
оповещения.
Сбой не приводит к
невозможности
проведения оповещения,
т.к. остаётся возможность
использовать оставшиеся
способы оповещения.
Проведение аварийно-
восстановительных работ
допускается в режиме,
предусмотренным
внутренним распорядком
Компании.
Выход из
строя/недоступность
всех каналов
оповещения
Полная потеря
функциональности
подсистемы оповещения.
Сбой приводит к
невозможности
проведения оповещений.
Необходимо проведение
срочных аварийно-
восстановительных работ.
84
Описание сбоя Последствия сбоя
Особенности
эксплуатации
подсистемы до
устранения сбоя
Выход из строя
центрального
сервера
Рупор.БЛИЦ
Полная потеря
функциональности
комплекса.
Сбой приводит к
невозможности
проведения оповещений.
Необходимо проведение
срочных аварийно-
восстановительных работ.
Т.к. подсистема УС МСЭ
развёрнута в виртуальном
исполнении, то при
наличии резервной копии,
она может быть развёрнута
в короткий срок или
восстановлена
посредством среды
виртуализации (зависит от
типа резервной копии).
2.8.4. Общие технические решения.
Комплекс Рупор.БЛИЦ рассчитан на использование в сетях, работающих
по протоколу IP, при этом доступ пользователей к комплексу обеспечивается при
помощи общедоступных вебобозревателей (браузеров), которые являются
клиентской частью комплекса.
Пользователи (администратор и операторы) взаимодействуют с
комплексом через вебприложение Рупор.БЛИЦ (web). Взаимодействие
реализуется посредством серверного программного обеспечения для работы с
протоколом HTTP в режиме демона (службы) – httpd.
Веб-интерфейс работает по протоколу https, при этом используется
самоподписанный сертификат, который обеспечивает шифрование
передаваемых данных, однако не обеспечивает подтверждения подлинности
сервера для клиента, о чем все веб-браузеры выдают соответствующее
предупреждение.