© 2011 МФИ Софт
Руководство администратора
РТУ МТТ 1.5.3-100
© 2011 МФИ СофтВсе права сохраняются за правообладателем.
МФИ Софт оставляет за собой право вносить изменения в содержащуюся в данном документе информациюбез предварительного уведомления.
ИНФОРМАЦИЯ О ПРАВЕ СОБСТВЕННОСТИ
Информация, содержащаяся в данном документе, является собственностью МФИ Софт. Никакая часть этогодокумента не может быть воспроизведена или заимствована в какой бы то ни было форме или каким- либоспособом – в графическом, электронном виде или механическим путем, включая фотокопирование, запись, втом числе и на магнитные носители, или любые другие устройства, предназначенные для храненияинформации – без письменного разрешения МФИ Софт. Подобное разрешение не может быть выданотретьей стороной, будь то организация или частное лицо.
Тип документа:
Дата выпуска:
Руководство администратора
4.8.2011
Статус документа:
Версия документа
Released
1.5.3-100
3Содержание
Стр. 3
Содержание
1 Введение 10
………………………………………………………………………………………………………… 101.1 Аннотация
………………………………………………………………………………………………………… 101.2 Аудитория
………………………………………………………………………………………………………… 101.3 Типографические соглашения
………………………………………………………………………………………………………… 101.4 Комплект документации
………………………………………………………………………………………………………… 101.5 Структура документа
………………………………………………………………………………………………………… 111.6 Использование имен, номеров телефонов, сетевых адресов
………………………………………………………………………………………………………… 111.7 Словарь сокращений и терминов
2 Общие сведения о продукте 16
………………………………………………………………………………………………………… 162.1 Архитектура РТУ (модуль транзита трафика)
………………………………………………………………………………………………………… 162.2 Модуль СОРМ-шлюз (СШ)
………………………………………………………………………………………………………… 172.3 Протокол администрирования из внешних приложений
3 Настройка системы 18
………………………………………………………………………………………………………… 183.1 Рекомендации по настройке безопасности
………………………………………………………………………………………………………… 183.2 Конфигурирование подсистемы коммутации
………………………………………………………………………………………………………… 193.3 Синтаксис конфигурационного файла system.conf
………………………………………………………………………………………………………… 203.4 Фоновый процесс phoenix. Конфигурационный файл phoenix.conf
………………………………………………………………………………………………………… 213.5 Конфигурационный файл system.conf
………………………………………………………………………………………………………… 223.6 Конфигурация отдельных модулей
………………………………………………………………………………………………………………………………….. 23Общие секции3.6.1
………………………………………………………………………………………………………………………………….. 24Конфигурирование модуля балансировки нагрузки3.6.2
………………………………………………………………………………………………………………………………….. 25Конфигурирование модуля обработки вызовов ОКС73.6.3
………………………………………………………………………………………………………………………………….. 34Конфигурирование модуля маршрутизации3.6.4
………………………………………………………………………………………………………………………………….. 36Конфигурирование модуля управления вызовами3.6.5
………………………………………………………………………………………………………………………………….. 37Конфигурирование модуля обработки медиа-потоков3.6.6
………………………………………………………………………………………………………………………………….. 38Конфигурирование модуля синхронизации3.6.7
………………………………………………………………………………………………………………………………….. 38Конфигурирование модуля generic3.6.8
………………………………………………………………………………………………………… 383.7 Сетевые зоны
………………………………………………………………………………………………………………………………….. 40ОКС7-зоны3.7.1
………………………………………………………………………………………………………… 413.8 Секция «location”
………………………………………………………………………………………………………… 423.9 Группы балансировки
………………………………………………………………………………………………………… 433.10 Уведомления ПКомм
………………………………………………………………………………………………………… 453.11 Настройка SNMP-демона ПКомм
………………………………………………………………………………………………………… 473.12 Настройка журналирования ПКомм
………………………………………………………………………………………………………… 483.13 Конфигурирование взаимодействия с БД
4 Администрирование ПКомм 50
4Руководство администратора
Стр. 4
………………………………………………………………………………………………………… 504.1 Консоль администрирования ПКомм
………………………………………………………………………………………………………… 524.2 Диагностика неполадок и устранение проблем
………………………………………………………………………………………………………………………………….. 52Файл phoenix.log4.2.1
………………………………………………………………………………………………………………………………….. 52Файлы rtinfo4.2.2
………………………………………………………………………………………………………………………………….. 53Журналы модуля маршрутизации4.2.3
………………………………………………………………………………………………………… 534.3 Утилита mvts3g-logextarctor
5 Графический интерфейс РТУ (модуль транзитатрафика) 54
………………………………………………………………………………………………………… 545.1 Элементы интерфейса
………………………………………………………………………………………………………… 545.2 Стандартные операции
………………………………………………………………………………………………………………………………….. 55Вход в систему5.2.1
………………………………………………………………………………………………………………………………….. 55Всплывающее меню5.2.2
………………………………………………………………………………………………………………………………….. 58Использование фильтров5.2.3
………………………………………………………………………………………………………………………………….. 63Сортировка данных5.2.4
………………………………………………………………………………………………………………………………….. 63Изменение набора параметров и порядка их следования втаблице
5.2.5
………………………………………………………………………………………………………………………………….. 64Автообновление табличных данных5.2.6
………………………………………………………………………………………………………………………………….. 65Групповое редактирование данных5.2.7
………………………………………………………………………………………………………………………………….. 65Выгрузка данных5.2.8
………………………………………………………………………………………………………………………………….. 66Просмотр версий компонентов5.2.9
6 Конфигурирование и администрирование 68
………………………………………………………………………………………………………… 686.1 Пользователи
………………………………………………………………………………………………………………………………….. 68Учетные записи6.1.1
………………………………………………………………………………………………………………………………….. 69Аутентификация6.1.2
………………………………………………………………………………………………………………………………….. 70Роли6.1.3
………………………………………………………………………………………………………………………………….. 71Настройка ролей6.1.4
………………………………………………………………………………………………………………………………….. 72Мастер создания пользователя6.1.5
………………………………………………………………………………………………………………………………….. 73Области графического интерфейса6.1.6
………………………………………………………………………………………………………… 756.2 Оборудование
………………………………………………………………………………………………………………………………….. 75Оборудование6.2.1
………………………………………………………………………………………………………………………………….. 93Устройства шлюза по умолчанию6.2.2
………………………………………………………………………………………………………………………………….. 95Зоны6.2.3
………………………………………………………………………………………………………………………………….. 96Кодеки6.2.4
………………………………………………………………………………………………………………………………….. 98Группы кодеков6.2.5
………………………………………………………………………………………………………………………………….. 99Настройка групп кодеков6.2.6
………………………………………………………………………………………………………………………………….. 100Ограничения CPS6.2.7
………………………………………………………………………………………………………………………………….. 101Группы балансировки6.2.8
………………………………………………………………………………………………………… 1016.3 Маршрутизация
………………………………………………………………………………………………………………………………….. 102Преобразование номеров6.3.1
………………………………………………………………………………………………………………………………….. 105Объекты набора (Dial Peers)6.3.2
………………………………………………………………………………………………………………………………….. 112Политики маршрутизации6.3.3
5Содержание
Стр. 5
………………………………………………………………………………………………………………………………….. 114Дерево объектов набора (DPs)6.3.4
………………………………………………………………………………………………………… 1166.4 Отладка
………………………………………………………………………………………………………………………………….. 116Имитация вызова6.4.1
………………………………………………………………………………………………………………………………….. 118Отладочные вызовы6.4.2
………………………………………………………………………………………………………………………………….. 120Отладочные регистрации6.4.3
………………………………………………………………………………………………………… 1226.5 Подсистема коммутации
………………………………………………………………………………………………………………………………….. 122Транзитные вызовы (ПКомм)6.5.1
………………………………………………………………………………………………………………………………….. 123Транзитные вызовы (ПУпр)6.5.2
………………………………………………………………………………………………………………………………….. 124Абонентские участки вызова (ПКомм)6.5.3
………………………………………………………………………………………………………………………………….. 124Регистрации (ПКомм)6.5.4
………………………………………………………………………………………………………………………………….. 125Регистрации (ПУпр)6.5.5
………………………………………………………………………………………………………………………………….. 125Данные по модулям6.5.6
………………………………………………………………………………………………………………………………….. 127Активные модули6.5.7
………………………………………………………………………………………………………………………………….. 127ОКС7-вызовы6.5.8
………………………………………………………………………………………………………………………………….. 128Каналы ISUP6.5.9
………………………………………………………………………………………………………………………………….. 129Оконечные пункты MGCP6.5.10
………………………………………………………………………………………………………………………………….. 130Ассоциации M3UA6.5.11
………………………………………………………………………………………………………………………………….. 130Группы зарезервированных медиа-каналов6.5.12
………………………………………………………………………………………………………… 1316.6 Подробные записи о вызовах (CDRs)
………………………………………………………………………………………………………………………………….. 136Экспорт записей6.6.1
………………………………………………………………………………………………………………………………….. 151Выгрузка CDRs за интервал6.6.2
………………………………………………………………………………………………………………………………….. 151Заключительная обработка CDR6.6.3
………………………………………………………………………………………………………… 1526.7 Статистика
………………………………………………………………………………………………………………………………….. 152Отчеты6.7.1
………………………………………………………………………………………………………………………………….. 155Графики6.7.2
………………………………………………………………………………………………………… 1586.8 Конфигурация
………………………………………………………………………………………………………………………………….. 158Общесистемные настройки6.8.1
………………………………………………………………………………………………………………………………….. 161Конфигурация графического интерфейса6.8.2
………………………………………………………………………………………………………………………………….. 163Коды завершения вызовов6.8.3
………………………………………………………………………………………………………………………………….. 164ENUM-cерверы6.8.4
………………………………………………………………………………………………………………………………….. 165DNS-серверы6.8.5
………………………………………………………………………………………………………………………………….. 166Регионы6.8.6
………………………………………………………………………………………………………………………………….. 166Описание регионов6.8.7
………………………………………………………………………………………………………………………………….. 166Категории вызывающего абонента6.8.8
………………………………………………………………………………………………………………………………….. 167Трансляции категорий вызывающего абонента6.8.9
………………………………………………………………………………………………………………………………….. 168Группы общей ёмкости6.8.10
………………………………………………………………………………………………………………………………….. 169Группы емкости по номерам6.8.11
………………………………………………………………………………………………………………………………….. 170Образцы кодеков6.8.12
………………………………………………………………………………………………………………………………….. 170Образцы RADIUS-полей6.8.13
………………………………………………………………………………………………………………………………….. 171Таблицы CDR6.8.14
………………………………………………………………………………………………………………………………….. 172Настройка представлений6.8.15
………………………………………………………………………………………………………… 1736.9 Протоколирование
6Руководство администратора
Стр. 6
………………………………………………………………………………………………………………………………….. 173Предыстория аутентификаций6.9.1
………………………………………………………………………………………………………………………………….. 174Протокол действий пользователей6.9.2
………………………………………………………………………………………………………… 1756.10 Импорт
………………………………………………………………………………………………………… 1806.11 Настройки RADIUS
………………………………………………………………………………………………………………………………….. 180Глобальные настройки RADIUS6.11.1
………………………………………………………………………………………………………………………………….. 181RADIUS-серверы6.11.2
………………………………………………………………………………………………………………………………….. 184Поля RADIUS6.11.3
………………………………………………………………………………………………………………………………….. 190Пакеты RADIUS-учета6.11.4
………………………………………………………………………………………………………………………………….. 191Профили RADIUS-учета6.11.5
………………………………………………………………………………………………………………………………….. 194Настройка RADIUS-учета в соответствии с требованиямиоператора связи
6.11.6
………………………………………………………………………………………………………… 194Объявление серверов RADIUS6.11.6.1
………………………………………………………………………………………………………… 195Использование предопределенных или пользовательских профилей6.11.6.2
………………………………………………………………………………………………………… 196Настройка полей RADIUS6.11.6.3
………………………………………………………………………………………………………… 196Настройка пакетов RADIUS6.11.6.4
………………………………………………………………………………………………………… 197Настройка профилей RADIUS6.11.6.5
7 Принципы резервирования РТУ (модуль транзитатрафика) 199
………………………………………………………………………………………………………… 1997.1 Непрерывность предоставления услуг и корректное сохранение
CDR-записей
………………………………………………………………………………………………………… 2007.2 Cхема резервирования на 2-х серверах
………………………………………………………………………………………………………… 2007.3 Схема резервирования на 4-х серверах
………………………………………………………………………………………………………… 2017.4 Настройка интервалов управляющих соединений
………………………………………………………………………………………………………… 2027.5 Поведение модулей при аварийном завершении Системы
………………………………………………………………………………………………………………………………….. 202Модули медиа-потоков7.5.1
………………………………………………………………………………………………………………………………….. 203Модули управления вызовами7.5.2
………………………………………………………………………………………………………………………………….. 203Модуль маршрутизации7.5.3
………………………………………………………………………………………………………………………………….. 203Модули балансировки нагрузки7.5.4
………………………………………………………………………………………………………………………………….. 204Модуль обработки вызовов ОКС77.5.5
………………………………………………………………………………………………………………………………….. 204Модуль синхронизации7.5.6
………………………………………………………………………………………………………………………………….. 204База данных7.5.7
………………………………………………………………………………………………………… 2047.6 Особенности резервирования модуля управления лицензией
………………………………………………………………………………………………………… 2057.7 Пример резервирования системы на двух серверах
………………………………………………………………………………………………………………………………….. 205Распределение модулей по серверам7.7.1
………………………………………………………………………………………………………………………………….. 206Файлы конфигурации7.7.2
………………………………………………………………………………………………………… 206Конфигурация основного сервера7.7.2.1
………………………………………………………………………………………………………… 206Файл phoenix.conf7.7.2.1.1
………………………………………………………………………………………………………… 207Файл system-1.conf7.7.2.1.2
………………………………………………………………………………………………………… 207Файл system-1.balancer.conf7.7.2.1.3
………………………………………………………………………………………………………… 209Файл system-1.signaling.conf7.7.2.1.4
………………………………………………………………………………………………………… 210Файл system-1.scripting.conf7.7.2.1.5
………………………………………………………………………………………………………… 211Файл system-1.media.conf7.7.2.1.6
7Содержание
Стр. 7
………………………………………………………………………………………………………… 212Файл system-1.syncro.conf7.7.2.1.7
………………………………………………………………………………………………………… 213Файл system-1.zone.conf7.7.2.1.8
………………………………………………………………………………………………………… 213Конфигурация резервного сервера7.7.2.2
………………………………………………………………………………………………………… 213Файл phoenix.config7.7.2.2.1
………………………………………………………………………………………………………… 2137.8 Резервирование с помощью Linux Heartbeat
………………………………………………………………………………………………………… 2157.9 Резервное копирование и восстановление БД
………………………………………………………………………………………………………………………………….. 215Особенности структуры БД, влияющие на механизм резервногокопирования
7.9.1
………………………………………………………………………………………………………………………………….. 216Файлы резервного копирования7.9.2
………………………………………………………………………………………………………………………………….. 216SSH. Настройка авторизации через открытый ключ7.9.3
………………………………………………………………………………………………………………………………….. 217Конфигурирование параметров резервного копирования БД7.9.4
………………………………………………………………………………………………………………………………….. 217Запуск резервного копирования7.9.5
………………………………………………………………………………………………………………………………….. 218Автоматизация резервного копирования БД7.9.6
………………………………………………………………………………………………………………………………….. 218Восстановление БД из резервной копии7.9.7
………………………………………………………………………………………………………… 2187.10 Тиражирование (репликация) БД
………………………………………………………………………………………………………………………………….. 218Виды тиражирования7.10.1
………………………………………………………………………………………………………………………………….. 219Настройка тиражирования7.10.2
8 Приложение А. Спецсимволы, регулярные выраженияи преобразование номеров 222
………………………………………………………………………………………………………… 2228.1 Использование спецсимволов при поиске информации
………………………………………………………………………………………………………… 2228.2 Использование регулярных выражений при поиске информации
………………………………………………………………………………………………………… 2248.3 Преобразование номеров
………………………………………………………………………………………………………… 2258.4 Рекомендации по заданию регулярных выражений
9 Приложение Б. Формирование списков кодеков в РТУ(модуль транзита трафика) 227
………………………………………………………………………………………………………… 2279.1 Правила распознавания кодеков
………………………………………………………………………………………………………… 2299.2 Политики проксирования
10 Приложение В. Шлюзы по умолчанию 232
11 Приложение Г. Ограничения модуля обработкивызовов ОКС7 234
12 Приложение Д. Подготовка оборудования Системы кметрологической поверке 236
13 Приложение Е. Взаимодействие РТУ (модуль транзитатрафика) с RADIUS-сервером 241
………………………………………………………………………………………………………… 24113.1 Авторизация регистрируемого пользователя
………………………………………………………………………………………………………… 24213.2 Авторизация вызова
………………………………………………………………………………………………………………………………….. 245Стартовая запись (Accounting Start Record)13.2.1
………………………………………………………………………………………………………………………………….. 247Стоп запись (Accounting Stop Record)13.2.2
8Руководство администратора
Стр. 8
………………………………………………………………………………………………………… 25113.3 Запрос AccessRequest при внешней маршрутизации
………………………………………………………………………………………………………………………………….. 254Формат поля xpgk-xrouting-routing13.3.1
………………………………………………………………………………………………………… 25413.4 Аутентификация пользователей на RADIUS-шлюзе
………………………………………………………………………………………………………………………………….. 254Аутентификация по H.323 идентификатору (стандартная RADIUSаутентификация)
13.4.1
………………………………………………………………………………………………………………………………….. 255Аутентификация по хэш-паролю MD513.4.2
………………………………………………………………………………………………………………………………….. 255Аутентификация по CHAP-паролю13.4.3
………………………………………………………………………………………………………………………………….. 256Дайджест-аутентификация (Digest authentication)13.4.4
………………………………………………………………………………………………………… 25713.5 Прерывание вызова по получении сообщения Packet-of-Disconnect
14 Приложение Ж. Удаление CDR-записей из БД 259
15 Приложение З. Вспомогательные утилиты РТУ(модуль транзита трафика) 260
………………………………………………………………………………………………………… 26015.1 Утилита mvtspro-checker
………………………………………………………………………………………………………… 26115.2 Утилита mvtspro-acc-restorer
………………………………………………………………………………………………………… 26215.3 Утилита mvtspro-cdr-restorer
………………………………………………………………………………………………………… 26315.4 Улилита Disk Space Monitor
………………………………………………………………………………………………………… 26315.5 Утилита checkrepl
………………………………………………………………………………………………………… 26415.6 Утилита checkdb_full
………………………………………………………………………………………………………… 26515.7 Утилита aloe_upgrade_cdrs
………………………………………………………………………………………………………… 26715.8 Утилита mvts3g-logexport
16 Приложение И. Выравнивание нагрузки SIP и H.323 270
………………………………………………………………………………………………………… 27016.1 H.323
………………………………………………………………………………………………………… 27016.2 SIP
17 Приложение К. Преодоление «барьера» адреснойтрансляции (NAT) 271
18 Приложение Л. Управление оконечнымоборудованием в РТУ (модуль транзита трафика) 272
19 Приложение M. Механизм внешней маршрутизациивызовов с помощью SIP/H.323 273
………………………………………………………………………………………………………… 27319.1 H.323
………………………………………………………………………………………………………… 27319.2 SIP
20 Приложение Н. Настройка режима IPSP 274
………………………………………………………………………………………………………… 27420.1 Базовая настройка
………………………………………………………………………………………………………… 27520.2 Специфичные настройки IPSP
………………………………………………………………………………………………………… 27620.3 Примеры конфигурации
21 Приложение О. Изменение имени и пароля доступапользователя к БД 288
9Содержание
Стр. 9
22 Приложение П. Особенности настройкивзаимодействия РТУ МТТ и МОА 290
Введение
Стр. 10
Введение1
Аннотация1.1Настоящий документ является описанием системы РТУ МТТ, полнофункционального решениядля управления транзитным и абонентским трафиком.
Аудитория1.2
Настоящее руководство предназначено для системного администратора, в обязанности котороговходят установка, настройка и эксплуатация РТУ МТТ. Предполагается, что пользователидокумента обладают практическими знаниями UNIX-подобных ОС и некоторым опытом работыс регулярными выражениями.
Типографические соглашения1.3
В настоящем документе используются следующие типографские соглашения.
Типографические соглашения
Пример Обозначение
текст Важная информация, требующая особого внимания.
[N] Ссылка на документ.
void Примеры исходного кода, вывода программы, содержимогопротоколов, содержимого конфигурационных файлов.
Ulimit Имена файлов и каталогов.
Registration Названия конфигурационных параметров в граф. интерфейсеподсистемы управления РТУ МТТ.
Комплект документации1.4В комплект эксплуатационной документации к программному комплексу РТУ МТТ входятследующие документы.
Документы комплекта
Ссылка Название документа
[1] РТУ МТТ. Руководство администратора.
[2] РТУ МТТ. Функциональная спецификация.
Структура документа1.5Настоящий документ имеет следующую структуру:
Глава 1 Введение
Содержит общую информацию о документе, его структуре, аудитории, используемыхтипографических соглашениях.
Введение
Стр. 11
Глава 2 Общие сведения о продукте
Описывает функциональность системы, ее архитектуру, а также содержит сведения опредъявляемых требованиях к аппаратному и программному обеспечению.
Глава 3 Настройка Системы
Рассматривает процесс настройки Системы.
Глава 4 Администрирование ПКомм
Приводит сведения о возможностях консоли администрирования Подсистемы коммутации.
Глава 5 Графический интерфейс
Содержит общие сведения о графическом интерфейсе Подсистемы управления и информациюо стандартных операциях
Глава 6 Конфигурирование и администрирование
Подробно описывает возможности администрирования системы.
Глава 7 Принципы резервирования
Описывает возможности резервирования системы.
Использование имен, номеров телефонов, сетевых адресов1.6Все регистрационные имена пользователей, а также имена, телефоны и другие данныеабонентов, используемые в данном документе, являются вымышленными, а IP-адреса несоответствуют их действительным владельцам. Любые совпадения случайны.
Словарь сокращений и терминов1.7
ACD (Average CallDuration)
Средняя продолжительность вызова. Статистический параметр работысистемы, который позволяет оценить качество связи
ASR (AnswerSeizure Ratio)
Коэффициент занятия с ответом. Показатель количества успешныхсоединений, параметр, который позволяет оценить качество связи понаправлению. В РТУ МТТ статистический параметр ASR учитываетсядвумя способами: по общепринятой методике (см. ASR (стандарт) и пособственной, принятой в РТУ МТТ (см. ASR (MVTS).
ASR (MVTS) Коэффициент занятия с ответом, рассчитываемый по внутреннейметодике MVTS. Показатель количества успешных соединений,рассчитываемый по формуле:
ASR = успешные вызовы /общее количество вызовов *100
где успешным вызовом считается вызов, у которого ненулеваяпродолжительность или успешный код завершения
ASR (стандарт) Коэффициент занятия с ответом. Показатель количества успешныхсоединений, определяемый по формуле:
ASR = кол-во вызовов ненулевой продолжительности/общее кол-вовызовов
CDR (Call detailrecord)
Запись с подробной информацией о вызове. Набор данных о вызове(идентификатор вызова, время начала и конца соединения, причиназавершения соединения и т.д.), который используется для целей учетаиспользования абонентом предоставленной ему услуги связи(accounting) и начисления на основе этих данных причитающейся сабонента платы
CHAP (Challenge Протокол аутентификации с квитированием вызова
Введение
Стр. 12
HandshakeAuthenticationProtocol)
CPS (Calls PerSecond)
Показатель (скорость) нарастания нагрузки, выраженный в кол-ве новыхвызовов в секунду.
CSV (от англ. Comma Separated Values — значения, разделённые запятыми) —текстовый формат, предназначенный для представления табличныхданных. Каждая строка файла — это одна строка таблицы. Значенияотдельных колонок разделяются разделительным символом (delimiter),например, запятой (,), точкой с запятой (;), символом табуляции.Текстовые значения обрамляются символом двойные кавычки («); если взначении встречаются кавычки — они представляются в файле в видедвух кавычек подряд.
DB (Database) База данных, БД
DBMS (Databasemanagement system)
СУБД, система управления базами данных
DP (Dial Peer) См. Объект набора.
DTMF (Dual ToneMulti-Frequency)
Двухтональный многочастотный (набор, сигнализация и т.п.)
EMA (от англ. Exponential Moving Average) – экспоненциальное скользящеесреднее
ENUM Telephone Number Mapping (from TElephone NUmber Mapping.) Наборпротоколов, для привязки телефонной нумерации стандарта E.164 ксистеме адресации DNS, применяемой в глобальной сети Интернет
fmtp Атрибут описания мультимедиа, используемый в протоколе сеансасвязи SDP
GK (gatekeeper) Гейткипер/привратник, аппаратура управления и контроля. Контроллерзоны для управления вызовами в сети IP-телефонии с преобразованиемадресации и обеспечением доступа в сеть.
GUI (Graphical UserInterface)
Графический интерфейс пользователя
GW (Gateway) Шлюз, межсетевой преобразователь, межсетевой интерфейс.
HTTPS (HyperTextTransfer Protocol,Secure)
Транспортный протокол передачи гипертекста, защищенный
LAN (Local AreaNetwork)
Локальная вычислительная сеть (ЛВС)
NAT (NetworkAddressTranslation)
Адресная трансляция, иначе – преобразование сетевых адресов
Network indicator Индикатор сети. Определяет принадлежность точек сигнализации кразличными типам сетей ОКС7: национальным или международным.
NGN (Next-GenerationNetworks)
Сети нового поколения
Введение
Стр. 13
NIC (NetworkInterface Card)
Сетевая карта, сетевой интерфейс
Payload type Тип данных кодека. Число, идентифицирующее кодек или группукодеков. Различают статические типы данных (static payload type, числаот 0 до 95 вкл.) и динамические типы данных (dynamic payload type, числаот 96 до 127 вкл.). Под стандартным типом данных понимается число,определенное в спецификации, которое идентифицирует кодек илигруппу кодеков для всех сеансов связи. Под предпочтительным типомданных понимается число, которое идентифицирует кодек только врамках определенного сеанса связи.
PDD (Post-DialDelay)
Интервал времени от момента набора абонентом последней цифрывызываемого номера и до момента, когда он слышит сигнал КПВ отвызываемого номера.
В РТУ МТТ PDD регистрируется как интервал времени междуполучением пакета SETUP от инициатора вызова и получением пакетаALERT, CONNECT или ProgressIndicator со значением 8(ProgressInbandInformationAvailable) от терминирующей стороны
Point code Код точки. Уникальный адрес точки сигнализации в сети ОКС7.
PSTN (от англ.Public SwitchedTelephone Network)
Телефонная (коммутируемая) сеть общего пользования (ТфОП). Вспециальной литературе сокращение ТфОП чаще всего используется взначении «традиционная» телефония в отличие от телефониисредствами Интернет (VoIP).
QoS (Quality ofservice)
Качество обслуживания. В РТУ МТТ – параметр, рассчитываемый какотношение числа утраченных пакетов к общему числу переданныхпакетов, таким образом, чем меньше значение параметра QoS, тем вышекачество обслуживания.
RADIUS (акроним от англ. Remote Authentication Dial-In User Server/Service)протокол аутентификации, авторизации и учета в соответствии с RFC2138.
RAS (Registration,Admission, Status)
Регистрация, допуск, состояние. Протокол взаимодействия судаленными устройствами.
RAS-пользователь Регистрирующееся устройство.
RBT (Ring-BackTone)
см. КПВ
RTP/RTCP (Real-Time Protocol/ Real-Time ControlProtocol)
Транспортный протокол реального времени/Протокол управленияпередачей данных в режиме реального времени
rtpmap Атрибут описания мультимедиа, используемый в протоколе сеансасвязи SDP
SBC (Session BorderController)
См. Пограничный контроллер сеансов/сессий
SCD (от англ.SETUP-CONNECTDelay)
Интервал времени между поступлением SETUP и получением пакетаCONNECT либо моментом завершения вызова (в случае неполученияпакета CONNECT)
SDP (SessionDescriptionProtocol)
Протокол описания сеанса связи.
Введение
Стр. 14
Service indicator Индикатор сервиса. Служит для установления соответствия сигнальнойинформации, передаваемой по сети ОКС7, конктретной подсистемепользователя. Например, значение 5 (0101 в двоичном виде) означает,что сигнальная информация передается подсистеме ISUP.
SIP (SessionInitiation Protocol)
Протокол инициирования сеанса связи.
SMTP (Simple MailTransfer Protocol)
Упрощенный протокол передачи сообщений электронной почты
TTL (Time-To-Live) Время жизни, время нахождения пакета в сети
VoIP (Voice overInternet Protocol)
Передача речи по протоколу Интернет (IP)
WAN (Wide AreaNetwork)
Территориально-распределенная сеть
АОН Автоматический определитель номера
БД База данных
Биллинг Биллинг (от англ. to bill выставлять/выписывать счет) Определениестоимости оказанной абоненту услуги, начисление причитающейся сабонента платы и формирования счетов по данным учета (accounting).
Звено данныхсигнализации
Физическая среда для передачи информации (битового потока) междудвумя пунктами сигнализации в сети ОКС7. Представляет собой дваканала передачи сигнализации, работающих совместно впротивоположных направлениях с одинаковой скоростью. Управляется спомощью протокола уровня MTP1.
Звено сигнализации Звено сигнализации в сети ОКС7 представляет собой звено данныхсигнализации (в качетсве среды передачи) и оконечное устройствосигнализации (в качестве устройства управления). Обеспечиваетнадежную передачу сигнальных сообщений между двумянепосредственно соединенными пунктами сигнализации. Управляется спомщью протокола MTP2.
КПВ Контроль посылки вызова. КПВ информирует вызывающего абонента опосылке вызывного сигнала вызываемому абоненту.
МБН Модуль балансировки нагрузки (подсистема коммутации)
МКС Модуль командной строки (подсистема коммутации)
ММ Модуль маршрутизации (подсистема управления)
ММП Модуль медиа потоков (подсистема коммутации)
МС Модуль синхронизации (подсистема коммутации)
МУВ Модуль управления вызовами (подсистема коммутации)
МУЛ Модуль управления лицензией (подсистема коммутации)
Объект набора (DP) В терминах РТУ МТТ объект набора (dial peer) – это одно изпотенциальных направлений для трафика, характеризуемоеобслуживающим это направление оборудованием (шлюзами),правилами преобразования вызывающих и вызываемых номеров и др.характеристиками важными для маршрутизации вызовов.
Введение
Стр. 15
ПКомм Подсистема коммутации. Часть РТУ МТТ, которая выполняет функциипрограммного коммутатора класса 4.
Пограничныйконтроллер сеансов(сессий/соединений)
(от англ. Session Border Controller, SBC). Пограничный контроллерсеансов – это устройство, применяемое в некоторых сетях IP телефониидля управления сигнализацией и, в большинстве случаев,мультимедийными потоками, участвующими в установлении, процессесуществования и завершении (разрушении) соединений. Слово«пограничный» обозначает ту часть функций контроллера сеансов,которая относится к обеспечению движения информационных потоковчерез границы сети оператора. Например, если в сети организациимежсетевой экран (брандмауэр) или маршрутизатор адреснойтрансляции (NAT маршрутизатор) можно назвать демаркационнымиточками между локальной сетью и глобальной сетью Интернет, тозадачей пограничного контроллера является обеспечивать прохождениепотоков данных сеансов (вызовов) через подобные границы междусетями операторов.
Подсистемауправления (ПУпр/TM)
Управляющая структура РТУ МТТ, включающая в себя: модульмаршрутизации (ММ), БД и web-интерфейс.
Проксирование (от англ. proxy – доверенное лицо, уполномоченный, заместитель)Процесс, при котором Система или ее функциональный модуль,действуют в режиме proxy-сервера, т.е. «от лица», «от имени» источникаданных (сигнализации или мультимедиа). В частности, проксированиемедиа-потока выражается в том, что медиа-поток проходит не напрямуюмежду абонентами,а через Систему, что позволяет осуществлятьконвертацию кодеков между входящим и исходящим участками вызова.
Система Система РТУ МТТ
СОРМ Система оперативно-розыскных мероприятий
СОРМ-шлюз Программно-аппаратный комплекс, обеспечивающий техническуювозможность подключения телефонных ПУ правоохранительных органовк программному коммутатору РТУ МТТ.
Общие сведения о продукте
Стр. 16
Общие сведения о продукте2
Система РТУ МТТ – комплексная система управления вызовами, сочетающая в себе функциигибкого программного коммутатора 4 класса (softswitch class 4) и пограничного контроллерасоединений (session border controller). Основная задача Системы – концентрация и коммутацияVoIP-потоков, обеспечение их передачи между сетями с разнородной сигнализацией (SIP, H.323и ITU ISUP/ISUP-R).
РТУ МТТ предназначен для организации высокопроизводительного транзитного центра воператорских сетях с пакетной коммутацией. Система позволяет эффективно сопрягатьразнородное оборудование в сети оператора и при межсетевом взаимодействии, обеспечиваетсетевую безопасность и управление качеством обслуживания, является единым центромавторизации пользователей, сбора статистической и биллинговой информации.
РТУ МТТ является новым поколением «классического» MVTS и обладает следующимиосновными усовершенствованиями: поддержкой протоколов SIP и ITU ISUP/ISUP-R/MGCP вядре системы, высокой скоростью обработки вызовов и распределенной модульнойархитектурой, которая обеспечивает возможность неограниченного наращиванияпроизводительности, создания гибких схем резервирования, а также географическогораспределения компонентов системы.
Простота развертывания и удобство в эксплуатации при высокой масштабируемости инадежности являются главными преимуществами РТУ МТТ.
Архитектура РТУ (модуль транзита трафика)2.1Сведения об архитектуре Системы содержатся в документе «Функциональная спецификация»,прилагаемом к продукту.
Модуль СОРМ-шлюз (СШ)2.2
СШ – программно-аппаратное решение, включающее в себя аппаратную часть – сервер наплатформе Intel для монтирования в стойку и программное обеспечение – единыйпрограммный модуль, выполняющий преобразование интерфейса СОРМ программныхкоммутаторов РТУ МТТ в интерфейс стандартного телефонного пульта управления (ПУ).
Включение СШ в состав комплекса РТУ МТТ обеспечивает техническую возможностьпроведения оперативно-розыскных мероприятий (СОРМ-система) на сетях передачи голоса поинтернет-протоколу (VoIP).
СШ обладает возможностями расширения и модернизации с учетом развития технологий именяющихся требований правоохранительных органов.
СШ обеспечивает:
прием и обработку команд от телефонного пульта управления и прием всей статистики овызовах от РТУ МТТ;
прием голосового RTP-трафика от программных коммутаторов РТУ МТТ, егодекодирование и передачу на определенные канальные интервалы интерфейсов E1.
Взаимодействие РТУ МТТ и модуля СОРМ-ШЛЮЗ схематично представлено на рисунке ниже.
Общие сведения о продукте
Стр. 17
Взаимодействие РТУ МТТ с модулем СОРМ-шлюз
Исчерпывающая информация о модуле «СОРМ-шлюз», его взаимодействии с РТУ МТТ,эксплуатации и настройках изложена в отдельном документе.
Протокол администрирования из внешних приложений2.3Протокол администрирования из внешних приложений – это прикладной программныйинтерфейс (API-интерфейс), предназначенный для получения информации о текущихнастройках РТУ МТТ и их изменения через запросы, направляемые к web-серверу РТУ МТТ попротоколу SOAP из внешнего приложения.
Более подробная информация содержится в документе «РТУ. Протокол администрирования извнешних приложений».
Настройка системы
Стр. 18
Настройка системы3
Рекомендации по настройке безопасности3.1Для защиты Системы от несанкционированного доступа рекомендуется запретить доступ кСистеме со всех IP-адресов, за исключением необходимых для функционирования Системы, спомощью брандмауэра (firewall).
В частности, рекомендуется:
Ограничить доступ к сокетам управляющих соединений (control links) модулей ПКомм совсех адресов, кроме необходимых для связи модулей друг с другом.
Ограничить доступ к модулю балансировки нагрузки (МБН) из внешней сети со всехадресов, кроме тех, с которых Система получает и и на которые она отправляет трафик.
Ограничить доступность TCP-порта MySQL 3306 из внешней сети. Доступ к данномупорту необходим только для модуля маршрутизации и web-интерфейса.
В случае, если абонентам Системы не предоставляется доступ к web-кабинетам,ограничить доступ к TCP-порту 443 (web-интерфейс) только с необходимых IP-адресов(для службы технической поддержки МФИ Софт и владельца Системы).
Разрешить доступ к модулю командной строки по протоколу telnet только с необходимыхадресов (для службы технической поддержки МФИ Софт и владельца Системы).
Разрешить доступ по ssh к серверам Системы только с необходимых адресов (для службытехнической поддержки МФИ Софт и владельца Системы).
Сменить пароль по умолчанию после первого захода в web-интерфейс.
Конфигурирование подсистемы коммутации3.2
Конфигурация ПКомм выполняется при помощи двух текстовых файлов: phoenix.conf иsystem.conf.
Файл конфигурации phoenix.conf имеется на каждом сервере, где установлен коммутаторПКомм. В нем указывается, модули какого типа запускаются на данном сервере.
Конфигурационный файл system.conf находится на сервере, на котором запускается модулькомандной строки (commandline). В нем указываются параметры конкретных модулей ПКомм.
Пер ед конфигур ир ованием подсистемы коммутации вставьте ключ, поставляемый вместе сустановочным пакетом, в usb-пор т сер вер а, на котор ом будет р азмещаться модульупр авления лицензиями (МУЛ) .
Для настройки ПКомм в случае, если все функциональные модули установлены на одномсервере, проделайте следующие операции:
1. Запустите Подсистему коммутации;
2. Отредактируйте конфигурационный файл phoenix.conf;
3. Отредактируйте конфигурационный файл system.conf;
4. С помощью консоли администрирования введите настройки в действие.
Для настройки ПКомм в случае, когда ПКомм развернута на нескольких серверах, проделайтеследующие операции:
1. Запустите Подсистему коммутации на каждом сервере;
2. Отредактируйте конфигурационный файл phoenix.conf на каждом сервере;
3. Отредактируйте конфигурационный файл system.conf на основном сервере;
Настройка системы
Стр. 19
4. С помощью командной строки введите общесистемные настройки в действие наосновном сервере.
Синтаксис конфигурационного файла system.conf3.3Конфигурационный файл system.conf – простой текстовой файл, выполненный в стиле,напоминающем стиль оформления текстов программ на языке C.
Основными правилами оформления конфигурационных параметров являются следующиетребования:
Конфигурационные параметры оформляются в виде секций и подсекций, заключенных вфигурные скобки. За закрывающей скобкой должна следовать точка с запятой;
Так же как в языках C и C++, возможны комментарии двух типов: однострочные, припомощи символов //, комментирующих любой текст до конца строки, и – многострочныепри помощи открывающих и закрывающих пар символов /* и */, комментирующих всё,что расположено между ними;
Имеется возможность «подключения» частей внешних файлов, посредством ключевогослова include.
Таблица 2 иллюстрирует стиль оформления конфигурационного файла system.conf.
Таблица 2 Синтаксис конфигурационного файла system.conf
Название элемента Формат Пример
Секция/
Подсекция
название
{….
};
zone
{
zone «local»
{
«127.0.0.0/8»;
«::1/128»;
};
zone «intranet»
{
«194.112.160.0/24»;
};
};
Параметр название “значение” allow_chap ”yes”
Значение “значение” «127.0.0.0/8»;
«::1/128»;
Комментарий /*…
*/
/* Use this section to configure signalingnodes.
*/
Подключение текстаиз внешнего файла
include “путь/имяфайла” include “/etc/mvts3g/system-1.zone.conf”
Настройка системы
Стр. 20
Фоновый процесс phoenix. Конфигурационный файлphoenix.conf
3.4
Phoenix представляет собой фоновый процесс, запускающий функциональные модули,установленные на сервере, и сообщающий им IP-адрес и порт, используемые модулемуправления лицензией (license management node). Другой функцией процесса phoenix являетсяперезапуск функциональных модулей в случае сбоя.
Если система установлена на нескольких серверах, на каждом сервере запускается по процессуphoenix, конфигурационные параметры которого хранятся в файле phoenix.conf в каталоге/etc/mvts3g.
Каталог /etc/mvts3g также содержит два дополнительных файла:
phoenix.conf.sample.local – образец конфигурационного файла phoenix.conf для серверов, на которых установлен модуль управления лицензией (licensemanagement node);
phoenix.conf.sample.remote – образец конфигурационного файла phoenix.conf для серверов, на которых не установлен модуль управления лицензией (licensemanagement node).
Файл phoenix.conf состоит из последовательности команд, которые запускаютфункциональные модули Системы при ее старте.
На рисунке ниже приведен фрагмент конфигурационного файла phoenix.conf.sample.local.
Фрагмент файла phoenix.conf.sample.local
Команды построены по принципу:
<команда> [<параметр1>[=<значение1>][, <параметр2>[=<значение2>][, …]]]
где в квадратных скобках [] указаны необязательные параметры.
В файле phoenix.conf доступны следующие команды:
management primary=<адрес и порт МУЛ> [backup=<адрес и порт резервного МУЛ>]
Задает адрес модуля управления лицензией. Если МУЛ запускается на данном сервере, тоон будет открывать сокет на указанном адресе/порту. Другие модули будут искать МУЛпо этому адресу (основному или резервному, в зависимости от того, какой указан).Команда должна стоять до команд load.
На одном сер вер е и основной, и р езер вный модуль упр авления лицензией запущены быть немогут, то есть нельзя указать один адр ес одновр еменно для основного и р езер вного МУЛ.
Подробнее о резервировании МУЛ, см. раздел Особенности резервирования МУЛ;
phoenix [address=<ip-сокет>] [sodir=<путь к каталогу с модулями в виде so>][timeout=<таймаут>] [count=<количество событий>] [sleep=<пауза>] [wdtimeout=<таймаут неответа>] [wdsleep=<таймаут проверки активности>]
Данная команда задает параметры процесса phoenix. address — IP-адрес и порт интерфейсадля дальнейшего управления процессом phoenix. sodir — путь для поиска файлов модулей .so. Следующие три параметра определяют параметры перезапуска модулей в случаеаварийного завершения их работы. Если в течение времени timeout модуль аварийнозавершил свою работу count раз, то перед следующей попыткой его запуска необходимовыждать время sleep. Параметр wdtimeout определяет период времени, по истечениикоторого модуль, не ответивший на запросы процесса phoenix, считается зависшим.
Настройка системы
Стр. 21
Параметр wdsleep определяет период ожидания после отправки неактивному модулюпроцессом phoenix сигнала SIGSEGV. Если после истечения данного интервала модуль небыл остановлен, то модулю отправляется сигнал SIGKILL. Данная команда должна бытьисполнена до команд load.
statestore [db=<путь до БД>] [trafficlog=<путь до traffic.log>]
Задает параметры процесса statestore, который должен запускаться до старта остальныхмодулей. Параметр db определяет путь до базы данных, в которой модули хранятнеобходимую им информацию. Параметр trafficlog определяет путь к файлу журналаtraffic.log. Эта команда должна быть исполнена до команд load. Параметры имеютзначения по умолчанию, в результате вся команда может быть опущена.
load type=<тип модуля> name=<имя модуля> [file=<путь>] [<params>]
Загрузить модуль с типом type, именем name и опциональным набором параметров.Параметры type и name обязательны. Для конкретных типов модулей могут быть другиеобязательные параметры. Необязательный параметр file задаёт путь до файла .soзагружаемого модуля. При отсутствии параметра file, путь будет браться согласнопараметру sodir из команды phoenix.
Для запуска модуля управления лицензией как основного необходимо в качествепараметра к команде load type=management добавить команду mode=main, как резервного- команду mode=backup.
Отредактируйте соответствующий образец конфигурационного файла в любом текстовомредакторе и скопируйте его в файл phoenix.conf.
Для того, чтобы изменения вступили в силу, запустите командный файл /etc/init.d/mvts3g-server-pro на выполнение с аргументом start:
#> /etc/init.d/mvts3g-server-pro start
Для перезапуска сервера используйте аргумент restart:
#> /etc/init.d/mvts3g-server-pro restart
Для останова сервера используйте аргумент stop.
#> /etc/init.d/mvts3g-server-pro stop
Конфигурационный файл system.conf3.5В файле /etc/mvts3g/system.conf задается общая сетевая конфигурация коммутатораПКомм.
На риснуке ниже приведен фрагмент файла system.conf.
media{ rbtfilesdir «/etc/mvts3g»;
media «media-1» { portrange «10000-19999»; };
media «media-2» { portrange «20000-29999»; };
media «media-3» { portrange «30000-39999»; };
media «media-4»
Настройка системы
Стр. 22
{ portrange «40000-49999»; };};
Конфигурационный файл system.conf
Файл system.conf состоит из нескольких секций, каждая из которых описывает настройкитого или иного функционального модуля подсистемы.
На рисунке выше отображена секция media, содержащая информацию о четырех модуляхобработки мультимедиа-потоков с названиями “media-1”, “media-2”, “media-3”, “media-4”(подсекции media “media-1”, media “media-2”, media “media-3” и media “media-4”, соответственно).
Подсекции содержат конфигурационные параметры модулей. Из приведенного примера видно,что модуль обработки мультимедиа-потоков с названием «media-1» использует порты вдиапазоне от 10000 до 14999, и «media-2» — от 20000 до 29999, «media-3» — от 30000 до 39999, «media-4» — от 40000 до 49999.
Параметр, указанный внутри секции, становится параметром по умолчанию для всех подсекций,входящих в секцию. В приведенном примере таким является параметр rbtfilesdir (путь кзвуковому файлу, используемому при эмуляции сигнала КПВ). Если для какого-либо модулянеобходимо задать параметр отдельно, его можно указать непосредственно в подсекции.
Конфигурационные данные, относящиеся к модулям какого-либо одного типа (signaling/scripting/media и т.д.) можно размещать в отдельном файле (см. раздел Конфигурация отдельныхмодулей).
В этом случае в файле system.conf следует использовать директиву include и указывать путьк этим файлам с конфигурационными данными. Например:
include «/etc/mvts3g/system-1.zone.conf»;include «/etc/mvts3g/system-1.scripting.conf»;include «/etc/mvts3g/system-1.registrar.conf»;include «/etc/mvts3g/system-1.signaling.conf»;include «/etc/mvts3g/system-1.synchro.conf»;include «/etc/mvts3g/system-1.media.conf»;
Для применения изменений, выполненных в system.conf, необходимо подключиться куправляющему интерфейсу (telnet [address] [port], заданному в секции commandline файлаphoenix.conf) и ввести команду config, передав в качестве параметра полный путь к файлуконфигурации system.conf. Пример:
mvts3g|> config /etc/mvts3g/system.confStep 1: Parsing a configuration file…Step 2: Configuring the system…Step 3: Done.
После этого информация об общесетевой конфигурации ПКомм будет сохранена на жесткомдиске.
Конфигурация отдельных модулей3.6Конфигурации модулей сгруппированы по типам модулей, общий формат конфигурационногофайла следующий:
[тип модуля]{ [общие параметры для всех модулей этого типа или секции] [тип модуля] «[имя модуля]» { [параметры и секции, специфичные для данного конкретного модуля] };};
«имя модуля» должно соответствовать имени модуля такого же типа из файла конфигурацииphoenix.conf.
Настройка системы
Стр. 23
Общие секции3.6.1
В конфигурации всех модулей существуют две секции: необязательная common и обязательнаяcontrollink.
common{ loglevel «0»; …};controllink{ address { «192.168.132.195»; }; port «7050»;};
Секция common отвечает за общие настройки, в доступны следующие параметры:
loglevel – уровень протоколирования пакетов с возможными значениями «ноль»(протоколирование отключено) и «не ноль/любое число» (протоколирование включено,при этом в журнал записывается пакеты сигнализации SIP/H.323, а также пакеты обменасообщениями между модулями);
для модуля управления вызовами и для модуля управления регистрациями ибалансировки можно также задать время, через которую будет отключаться ведениежурналов, для того чтобы предотвратить переполнение диска файлами журнала. Дляэтого в секции common соответствующего модуля вставьте следующую строчку:
loglevel_timeout “x”
где x – время в минутах, в течение которого ведется журнал. По умолчанию, ведениежурналов отключается через 24 часа;
link_send_timeout – интервал между отправкой пакетов проверки активности отмодуля по управляющему соединению к другим модулям, в миллисекундах;
link_recv_timeout – максимально допустимая задержка на получение каких-либопакетов от удаленного модуля по управляющему соединению, по истечении которогоTCP-соединение между модулями считается разорванным, в миллисекундах;
link_restore_timeout — период, по истечении которого с момента обрыва TCP-соединения фиксируется полный обрыв управляющего соединения, в миллисекундах;
link_reconnect_interval — интервал между попытками восстановления TCP-соединения в рамках периода link_restore_timeout, в миллисекундах;
link_connect_interval — интервал между попытками установления TCP-соединения при изначальном установлении управляющего соединения или после егополного обрыва, в миллисекундах.
Значение link_send_timeout должно быть стр ого меньше link_recv_timeout, иначебудут пр оисходить постоянные обр ывы TCP-соединений.
Чтобы задать вышеуказанные интервалы для всех модулей (за исключением statestore иcommandline), необходимо создать в файле конфигурации глобальную секцию common,содержимое которой автоматически применится ко всем модулям.
Секция controllink указывает, на каком адресе/порту модуль должен открывать серверныйсокет для приёма соединений от других модулей.
В секции controllink нельзя использовать адр еса «0.0.0.0» и «127.0.0.1», чтобы избежатьпр облем пр и конфигур ир овании ПКомм. Следует указывать один р еальный адр ес.
Настройка системы
Стр. 24
Конфигурирование модуля балансировки нагрузки3.6.2
Пример общей конфигурации произвольного модуля балансировки нагрузки:
balancer{ balancer «[node name]» { common … controllink …
ras { address { «0.0.0.0»; }; port «1719»; gkname «MVTS3G»; allow_md5 «yes»; allow_chap «yes»; allow_plain «yes»; };
sip { address { «0.0.0.0»; }; port «5060»; proxying_balancing «yes»; external_autorization «no»; };
h323 { address { «0.0.0.0»; }; port «1720»; }; };};
Секция ras содержит параметры, относящиеся к настройке H.323-привратника:
o address — адрес или адреса, на котором модуль будет слушать входящие запросы дляпривратника H.323 (LRQ/ARQ);
o port — порт, на котором будут приниматься входящие запросы для привратника;
o gkname — имя привратника для использования при работе с сообщениями LRQ/ARQ;
o allow_md5, allow_chap, allow_plain — разрешённые типы шифрованияпаролей;
Секция sip содержит параметры, относящиеся к настройке модуля балансировки SIP-вызовов:
o address/port — адрес и порт для входящих SIP-сообщений;
Настройка системы
Стр. 25
o proxying_balancing — параметр, отвечающий за способ балансировки SIP-вызовов, без перенаправления («yes») или с помощью перенаправления (сообщения302) («no»);
o realm – значения поля realm в сообщениях протокола SIP. Возможные значенияпараметра (учитывается регистр символов):
«HOSTNAME» — значение по умолчанию. В сообщении 401, отправленном в ответ нарегистрацию, в качестве поля realm будет выступать имя хоста.
«HOSTADDR» — в сообщении 401 в качестве поля realm будет выступать IP-адресхоста. При наличии SIP-сокетов на нескольких сетевых интерфейсах будет выбиратьсяфактический адрес, на который пришел запрос REGISTER.
Любая другая строка (обрамленная кавычками) будет в неизменном виде (исключаякавычки) использоваться в качестве поля realm.
Секция h323 содержит параметры, относящиеся к настройке модуля балансировки H.323-вызовов:
o address/port — секция, где указывается адрес и порт для входящих H.323 вызовов.
Конфигурирование модуля обработки вызовов ОКС73.6.3
В общем виде конфигурация произвольного модуля обработки вызовов ОКС7 (SS7 Call Agentnode) выглядит следующим образом:
ss7{ ss7 «[имя модуля]» { common … controllink …
callctr { ss7zone «[имя зоны ОКС7]» { cid «0» }; tmr «1» };
isup { … };
m3ua { … };
mgcp { … }; };};
Параметры секции callctr:
Настройка системы
Стр. 26
ss7sone – имя ОКС7-зоны. Задайте в секции callctr количество секций ss7zoneравное количеству ОКС7-зон, с которыми взаимодействует Система. См. также разделОКС7-зоны;
tmr – значение, отправляемое в поле Transmission medium requirement в сообщении IAM.Допустимые значения – 0-3;
Параметры секции ss7zone:
cid – идентификатор группы медиа-каналов (задаваемой в секции circuit_group),принадлежащей к данной ОКС7-зоне, в одном или нескольких каналах E1. Каждой зонесоответствует только одна группа медиа-каналов;
Для настройки параметров протокола ISUP используется секция isup:
isup{ snode «[идентификатор snode]» { … connection «[идентификатор connection]» { …
timers { … };
span «[идентификатор span]» { … ts_cic_mapping { … }; }; }; }; circuit_group { …
circuit_group_elem { … }; };};
Общие параметры:
tStopBlock – период, по истечении которого завершается перепосылка сообщенияBLO/CGB при отсутствии ответа от удаленного коммутатора ОКС7. Значение поумолчанию – 3600000. Допустимый диапазон – 300000 – 60000000. Значение параметрадолжно быть больше или равно значению таймера T19;
tStopUnblock – период, по истечении которого завершается перепосылка сообщенияUBL/CGU при отсутствии ответа от удаленного коммутатора ОКС7. Значение поумолчанию – 3600000. Допустимый диапазон – 300000 – 60000000. Значение параметрадолжно быть больше или равно значению таймера T21;
tStopRSC – период, по истечении которого завершается перепосылка сообщения RSC
Настройка системы
Стр. 27
при отсутствии ответа от удаленного коммутатора ОКС7. Значение по умолчанию –3600000. Допустимый диапазон – 300000 – 60000000. Значение параметра должно бытьбольше или равно значению таймера T17;
tStopGRS – период, по истечении которого завершается перепосылка сообщения GRSпри отсутствии ответа от удаленного коммутатора ОКС7. Значение по умолчанию –3600000. Допустимый диапазон – 300000 – 60000000. Значение параметра должно бытьбольше или равно значению таймера T23;
Параметры секции snode описывают пункт сигнализации ОКС7, на котором работает протоколISUP:
Идентификатор пункта сигнализации ОКС7 указывается в заголовке секции. Допустимыезначения – от 1 до 100 включительно;
opc – код пункта (point code) сигнализации. Задается десятичным числом от 0 до 16383включительно;
ni – код индикатора сети. Задается десятичным числом от 0 до 3-х включительно.
Параметры секции connection описывают подключение к удаленному коммутатору ОКС7,состоящее из нескольких линий E1:
Идентификатор подключения к коммутатору ОКС7 указывается в заголовке секции.Допустимые значения – от 1 до 100 включительно;
dpc – код пункта назначения, то есть код (point code) коммутатора. Задается десятичнымчислом от 0 до 16383 включительно;
Параметры секции timers описывают набор таймеров для подключения к ОКС7-сети.Значения таймеров задаются в миллисекундах. Более подробная информация о таймерахсодержится в документе Q.764. Используемые таймеры:
T1 — таймер ожидания получения сообщения RLC после передачи сообщения REL;
T5 — таймер ожидания получения сообщения RLC после передачи первого сообщенияREL;
T6 — таймер ожидания получения сообщения RES (инициирован сетью) после получениясообщения SUS (инициирован сетью);
T7 — таймер ожидания отклика на последнее переданное сообщение SAM;
T9 — таймер ожидания получения сообщения CON или ANM после получения сообщенияАСМ;
T16 — таймер ожидания подтверждения на переданное сообщение RSC;
T17- таймер ожидания подтверждения на первое переданное сообщение RSC;
T18 — таймер ожидания подтверждения на переданное сообщение CGB;
T19 — таймер ожидания подтверждения на первое переданное сообщение CGB;
T20 — таймер ожидания подтверждения на переданное сообщение CGU;
T21 — таймер ожидания подтверждения на первое переданное сообщение CGU;
T22 — таймер ожидания подтверждения на переданное сообщение GRS;
T23 — таймер ожидания подтверждения на первое переданное сообщение GRS;
Параметры секции span описывают отдельный канал E1 к коммутатору ОКС7 в рамках ISUP-подключения:
Уникальный идентификатор канала E1 задается в заголовке подсекции. Не допускаютсяодинаковые идентификаторы разных каналов E1 даже в разных подключениях ISUP;
hw_id – идентификатор медиа-шлюза (описанного в соответствующей секцииmgcp_conf_mgw), к которому подключаются медиа-каналы E1;
out_mask – необязательная битовая маска, обозначающая те медиа-каналы в канале E1,
Настройка системы
Стр. 28
которые будут использоваться для исходящих вызовов от Системы. Задается десятичнымили шестнадцатеричным числом;
in_mask – необязательная битовая маска, обозначающая те медиа-каналы в канале E1,которые будут использоваться для входящих вызовов от ОКС7-коммутатора. Задаетсядесятичным или шестнадцатеричным числом;
doInitReset – необязательный параметр. Значение «true» означает, что будетпроизводиться сброс состоянии медиа-каналов, когда удаленный коммутатор ОКС7становится доступным в первый раз;
isConsecutiveCicAlloc – значение «true» означает, что используетсяпоследовательная нумерация медиа-каналов. Значение «false» означает, что используетсяпроизвольная нумерация медиа-каналов. При любом способе нумерации номераотдельных медиа-каналов должны быть уникальны внутри подключения ISUP и должныбыть одинаковы на локальном и удаленном ОКС7-коммутаторе;
cicBase – задает номер первого медиа-канала, от которого будет вестись нумерация вслучае последовательной нумерации. Если в Системе задано несколько каналов E1, тонеобходимо задавать параметр cicBase для каждого из них так, чтобы диапазоныномеров медиа-каналов в каждом канале не перекрывались (например, для канала 0 –cicBase = 0, для канала 1 – cicBase = 32 и т.д.);
Подсекция ts_cic_mapping действительна, только если параметрisConsecutiveCicAlloc = false. В данной подсекции в параметрах ts0…ts31задаются номера медиа-каналов, устанавливаемых параметрами out_mask и in_mask.Диапазон значений каждого параметра – от 0 до 4095 включительно.
Параметры секции circuit_group описывают определенную группу медиа-каналов в одномили нескольких каналах E1. Количество секций circuit_group должно быть равно количествуидентификаторов cid, заданных в секции (или секциях) ss7zone:
Идентификатор группы медиа-каналов задается в заголовке секции circuit_group.Соответствует идентификатору cid в секции ss7zone;
Параметры секции circuit_group_elem описывают набор медиа-каналов в одном каналеE1. Максимальное количество секций circuit_group_elem в секции circuit_groupравно 50:
span_idx – идентификатор канала E1 (описанного в соответствующей секции span),которому принадлежит данная группа медиа-каналов;
out_mask – необязательная битовая маска, обозначающая те медиа-каналы в канале E1,которые принадлежат данной группе медиа-каналов. Задается десятичным илишестнадцатеричным числом;
Для настройки протокола M3UA используется секция m3ua:
m3ua{ … AS «[идентификатор AS]» { … };
ASP «[идентификатор ASP]» { … };
LIPSP «[идентификатор LIPSP]» { …
Настройка системы
Стр. 29
};
RIPSP «[идентификатор RIPSP]»
SG «[идентификатор SG]»
SGP «[идентификатор SGP]» { … };
Association «[идентификатор Association]» { … };
LocalEndpoint «[идентификатор Endpoint]» { … };
RemoteEndpoint «[идентификатор Endpoint]» { … };
NetworkAppearance «[идентификатор NetworkAppearence]» { … };
RoutingContext «[идентификатор RoutingContext]» { … };
RoutingKey «[идентификатор RoutingKey]» { …
};};
Общие параметры:
assocEstablishInterval – периодичность попыток восстановления SCTP-ассоциации в случае ее разрыва, в миллисекундах. Значение по умолчанию – 1000.Допустимый диапазон значений – от 1000 до 10000 включительно;
assocMaxInitAttempts – максимальное количество попыток первоначальноустановить SCTP-ассоциацию. Значение по умолчанию – 3. Допустимый диапазонзначений – от 1 до 10 включительно;
assocMaxInitTimeout – максимальный период попыток установить SCTP-ассоциацию, в миллисекундах. Значение по умолчанию – 300. Допустимый диапазонзначений – от 1000 до 10000 включительно;
assocGracefulClose – значение «true» означает, что для закрытия SCTP-ассоциациина ОКС7-шлюз посылается Shutdown Chunk, значение «false» — Abort Chunk. Поумолчанию – «false».
daudPeriod – период проверки доступности удаленных пунктов сигнализации, вмиллисекундах. По умолчанию – 6000. Допустимый диапазон значений – от 1000 до
Настройка системы
Стр. 30
600000 включительно;
Параметры секции AS описывают сервер приложений (Application Server, AS), логическийобъект, которому поставлен соответствие один ключ маршрутизации (Routing Key). Под ключоммаршрутизации понимается фильтр из набора параметров, определяющий принадлежностьтрафика сигнализации к определенному AS. Сервер приложений содержит один или болеепроцессов сервера приложений (Application Server Process, ASP), которые осуществляюттранзит сигнализации из одной сети в другую. Одному объекту AS могут соответствоватьнесколько процессов ASP и наоборот:
Идентификатор определенного сервера AS задается в заголовке секции. Диапазонзначений идентификатора – 1-65536.
rk – идентификатор Routing Key (RK) (описанного в секции RoutingKey), то есть тогофильтра, который задает принадлежность трафика к данному AS.
Параметры секции ASP описывают процесс сервера приложений (Application Server Process,ASP), который обрабатывает трафик на стороне клиента (Системы):
Идентификатор определенного процесса ASP задается в заголовке секции. Диапазонзначений идентификатора – 1-65536.
m3asp_id – значение параметра ASP Identifier. Диапазон значений – 1-1000.
Параметры секции LIPSP описывают локальный пункт сигнализации IP (IP Signaling Point,IPSP). Используется только при настройке работы модуля в режиме IPSP.
Идентификатор локального пункта IPSP задается в заголовке секции. Диапазон значенийидентификатора – 1-65534.
m3asp_id – значение параметра ASP Identifier, используется в сообщении ASPUP.Диапазон значений – 1-100.
Параметр RIPSP описывает удаленный пункт IPSP. Данным параметроv задаетсяидентификатор удаленного пункта IPSP. Диапазон значений идентификатора – 1-65534.Используется только при настройке работы модуля в режиме IPSP.
Параметр SG описывает сигнальный шлюз (Signaling Gateway, SG), который находится награнице сетей IP и ОКС7 и благодаря которому осуществляется переброс сигнализации из однойсети в другую. Данным параметром задается идентификатор определенного шлюза SG.Диапазон значений идентификатора – 65537 — 131070.
Параметры секции SGP описывают процесс сигнального шлюза (Signaling Gateway Process,SGP), который на шлюзе SG осуществляет транзит трафика из одной сети в другую:
Идентификатор определенного процесса SGP задается в заголовке секции. Диапазонзначений идентификатора – 65537 – 131070.
sg – идентификатор шлюза SG (описываемого в секции SG), которому принадлежитданный процесс SGP.
Параметры секции Association описывают SCTP-ассоциацию (соединение) междупроцессами ASP и SGP:
Идентификатор SCTP-ассоциации задается в заголовке секции.
lsp – идентификатор ASP (описываемого в секции ASP), с которым установленаассоциация;
rsp – идентификатор SGP (описываемого в секции SGP), с которым установленаассоциация;
lep – идентификатор локального оконечного пункта SCTP-процесса ASP (описываемогосекцией LocalEndpoint);
rep – идентификатор локального оконечного пункта SCTP-процесса SGP (описываемогосекцией RemoteEndpoint);
hbInterval – интервал отправки пакетов контроля активности (heartbeat) междуоконечными пунктами ассоциации для проверки связи. По умолчанию – 30 сек.
Настройка системы
Стр. 31
role — необязательный параметр, который определяет, какая из сторон будетустанавливать ассоциацию. При значении «Client» ассоциацию устанавливает ASP/LIPSP, при значении «Server» ASP/LIPSP ждет установления ассоциации. Значение поумолчанию — «Client».
LocalEndpoint «[идентификатор LocalEndpoint]»{ …
Addresses { «192.168.131.100»; };};
Параметры секции LocalEndpoint описывают локальный оконечный пункт SCTP. Диапазонзначений – 0 – 200:
Идентификатор локального оконечного пункта SCTP задается в заголовке секции;
port – SCTP-порт пункта. По умолчанию — 2905;
В секции Addresses задается список IP-адресов, которые соответствуют SCTP-пункту.Каждый адрес должен находиться на отдельной строке.
RemoteEndpoint «[идентификатор RemoteEndpoint]»{ …
Addresses { «192.168.131.100»; };};
Параметры секции RemoteEndpoint описывают удаленный оконечный пункт SCTP.Диапазон значений – 0 – 200:
Идентификатор удаленного оконечного пункта SCTP задается в заголовке секции;
port – SCTP-порт пункта. По умолчанию — 2905;
В секции Addresses задается список IP-адресов, которые соответствуют SCTP-пункту.Каждый адрес должен находиться на отдельной строке.
NetworkAppearance «[идентификатор NetworkAppearence]»{ …
SG_Ids { «65537»; };
AS_Ids { «1»; };
};
Параметры секции NetworkAppearance описывают «представление сети», идентификаторОКС7-сети, который вместе с кодом пункта отправления однозначно определяетпринадлежность узла связи к определенной сети ОКС7. Данный идентификатор используется,когда трафик, принадлежащий разным ОКС7-сетям, пересылается по одной SCTP-ассоциациимежду сервером приложений AS и шлюзом SG:
Настройка системы
Стр. 32
Идентификатор данной секции задается в заголовке секции;
value – значение Network Appearance, идентификатора ОКС7-сети. Диапазон значений –0 — 4294967295;
В секции SG_Ids задается один идентификатор шлюза SG (описываемого секцией SG).
В секции AS_Ids задается один идентификатор объекта AS (описываемого секцией AS).
RoutingContext «[идентификатор RoutingContext]»{ …
AS_Ids { «1»; };
Assoc_Ids { «1»; };
};
Параметры секции RoutingContext описывают уникальный идентификатор ключамаршрутизации Routing Key, который используется, когда трафик с одного шлюза SGпередается на несколько серверов приложений AS:
Идентификатор данной секции задается в заголовке данной секции;
value – значение Routing Context, идентификатора объекта AS. Диапазон значений – 0 -4294967295. Также имеются два специальных значения (значения регистрозависимы):
o None — Routing Context не будет вкладываться в сообщения DATA. Данное значениеможно выставлять, только если ассоциация, на которую ссылается данный RoutingContext, будет использоваться только AS, на которую ссылается данный RoutingContext. Во всех других случаях это некорректная конфигурация.
o Dynamic — значение Routing Context будет получено у шлюза с помощьюпроцедуры динамической регистрации Routing Key. При этом протокольноезначение Routing Context указывать не нужно. Если шлюз не поддерживает даннуюпроцедуру, AS не будет активирован.
В секции AS_Ids задается один идентификатор объекта AS (описываемого секцией AS).
В секции Assoc_Ids задается идентификатор SCTP-соединения Association(описываемого секцией Association).
direction — необязательный параметр, позволяющий определить тип локальногопроцесса. Если значение равно «Outgoing», это ASP; «Incoming» — это SGP; «Both»- это IPSP.
RoutingKey «[идентификатор RoutingKey]»{ …
RoutingKeyEntry { … OPCs { «300»; };
…
Настройка системы
Стр. 33
};};
Параметры секции RoutingKey описывают фильтр, который используется для отнесениятрафика к тому или иному объекту AS. Параметры разных фильтров не должны перекрываться,то есть фильтры необходимо задавать так, чтобы трафик однозначно относился к одномуобъекту AS:
Идентификатор фильтра задается в заголовке секции;
В секции RoutingKeyEntry задаются параметры фильтра;
o DPC – код пункта назначения (по отношению к шлюзу SG);
o В секции OPCs задаются коды пункта отправления (по отношению к шлюзу SG).Каждый код должен находиться на новой строке;
o si – индикатор службы (service indicator), задающийся битовой маской в 16 бит.Установка бита 5 в 1 означает, что используется идентификатор сервиса для ISUP;
o ni – индикатор сети (network indicator). Задается десятичным числом от 0 до 3-хвключительно.
Для настройки протокола MGCP используется секция mgcp:
mgcp{ mgcp_conf_inst «[идентификатор секции]» { localAddr «192.168.129.127»; localPort «2727»; tHist «20000»; tRetransInit «200»; tRetransLong «400»; tRetransMax «4000»; maxRtxNum «200»;
mgcp_conf_mgw «[идентификатор секции]» { address «192.168.131.100»; port «2427»; outTidMin «2000»; outTidMax «99999999»; pattern «S0/DS1-${trunk}/${timeslot}@mediant3.meranetworks.ru»;
mgcp_conf_trunk «0» };};
Секция mgcp_conf_inst описывает параметры, относящиеся к имеющимся медиа-шлюзам,которыми управляет данный модуль обработки вызовов ОКС7 с помощью сообщений MGCP:
Идентификатор секции задается в заголовке секции;
localAddr – IP-адрес модуля обработки вызовов ОКС7, который будет использоватьсядля приема и отправки MGCP-сообщений в IP-сети;
localPort – IP-порт модуля обработки вызовов ОКС7, который будет использоватьсядля приема и отправки MGCP-сообщений в IP-сети. Значение по умолчанию — 2727;
tHist – время жизни транзакции в миллисекундах, по истечении которого транзакциясчитается неуспешной и завершается. Значение по умолчанию – 20000. Диапазонзначений – 1000 — 60000;
tRetransInit – начальный период ретрансляции сообщений в миллисекундах.Значение по умолчанию – 200. Диапазон значений – 100 — 500;
tRetransLong – период ретрансляции сообщений в миллисекундах, использующийся,
Настройка системы
Стр. 34
когда медиа-шлюз получил сообщение от TS и находится в процессе его обработки.Значение по умолчанию – 400. Диапазон значений – 100 — 10000;
tRetransMax – максимальный период ретрансляции сообщений в миллисекундах.Значение по умолчанию – 4000. Диапазон значений – 1000 — 10000;
maxRtxNum – максимальное количество ретрансляций сообщений, по достижениикоторого транзакция считается неуспешной и ретрансляция данного сообщений непроизводится. Значение по умолчанию – 200. Диапазон значений – 5 — 1000.
Секция mgcp_conf_mgw описывает параметры медиа-шлюза (MGCP-шлюза), которыйосуществляет передачу медиа-трафика из сети ОКС7 в IP-сеть и наоборот:
Идентификатор медиа-шлюза задается в заголовке секции;
address – IP-адрес медиа-шлюза;
port – IP-порт медиа-шлюза;
outTidMin – нижняя граница диапазона значений идентификаторов, которые могутприсваиваться транзакциям MGCP, отправляемым модулем обработки вызовов ОКС7 намедиа-шлюз. Значение по умолчанию – 2000. Диапазон значений – 1 — 999999999;
outTidMax – верхняя граница диапазона значений идентификаторов, которые могутприсваиваться транзакциям MGCP, отправляемым модулем обработки вызовов ОКС7 намедиа-шлюз. Значение по умолчанию – 999999999. Диапазон значений – 1 — 999999999;
Диапазоны идентификатор ов для тр анзакций, отпр авляемых на медиа-шлюз и получаемых смедиа-шлюза, не должны пер есекаться.
pattern – шаблон имени MGCP-точки (endpoint), который задается на медиа-шлюзе.Вместо ${trunk} подставляется идентификатор канала E1 (параметр mgcp_conf_trunk),вместо ${timeslot} – номер временного слота;
mgcp_conf_trunk – идентификатор канала E1, подключенного к медиа- шлюзу.Допускается запись нескольких параметров, перечисляющих все каналы E1,подключенные к данному шлюзу. Не допускаются одинаковые идентификаторы разныхканалов E1 даже при подключении к разным медиа-шлюзам. Данный идентификатордолжен соответствовать идентификатору соответствующей секции span;
auditPeriod – период опроса состояния оконечных пунктов MGCP. Значение поумолчанию – 5000 миллисекунд.
В настоящее вр емя функциональность модуля обр аботки вызовов ОКС7 огр аничена.Подр обнее об огр аничениях см. Пр иложение Г. Огр аничения модуля обр аботки вызовов ОКС7.
Конфигурирование модуля маршрутизации3.6.4
Принцип конфигурирования модуля маршрутизации аналогичен принципу конфигурированиядругих модулей. Ниже приведен пример конфигурации модуля маршрутизации:
scripting{ scripting «scripting-1» { controllink { address { «0.0.0.0»; }; port «7710»; }; loader_path «voip2.loader»; environment {
Настройка системы
Стр. 35
dbms_type_master «MySQL»; dbms_name_master «[email protected]»; dbms_user_master «rtu»; dbms_pswd_master «rtu»;
dbms_type_slave «MySQL»; dbms_name_slave «[email protected]»; dbms_user_slave «rtu»; dbms_pswd_slave «rtu»; }; };};
Параметры секции scripting:
loader_path – путь к стартовому файлу модуля маршрутизации;
Параметры подсекции environment:
cdr_data_expiration_timeout – максимальное время хранения CDR в памяти (поего истечении CDR-записи будут записаны в БД);
cdr_count_in_transaction – количество CDR-записей в операции вставки(INSERT) в БД;
cdr_backup_max_requests_in_file — максимально допустимое кол-во CDR-записей во временном файле при потере соединения с БД;
cdr_backup_timeout — максимальное время хранения CDR-записей в буфере (поистечении этого времени CDR-записи должны записываться во временный файл);
cdr_backup_path – путь к каталогу, в котором будут храниться временные файлы сCDR;
cdr_backup_restore_1 – интервал между проверками наличия временных CDR-файлов в каталоге, который используется, если во время предыдущей проверки такиефайлы были обнаружены. По умолчанию — 2 минуты;
cdr_backup_restore_N – интервал между проверками наличия временных CDR-файлов в каталоге, который используется, если во время предыдущей проверки подобныхфайлов обнаружено не было. По умолчанию – 1 час.
Таким образом, при значениях по умолчанию после запуска Система проверяет каталог,указанный в cdr_backup_path, по интервалу cdr_backup_restore_1. Есливременных CDR-файлов не было найдено, Система начинает проверять каталог синтервалом 1 час (параметр cdr_backup_restore_N). Если при проверке временныеCDR-файлы были найдены, то Система вставляет в БД CDR-записи из одного файла иснова проверяет каталог с интервалом, заданным параметромcdr_backup_restore_1. Если во время последней проверки временных файлов небыло найдено (все CDR из файлов были вставлены в базу), то Система переключается наиспользование интервала cdr_backup_restore_N;
cdr_backup_template – шаблон имени для временных файлов CDR;
reg_backup_template – шаблон имени для временных файлов регистраций;
reg_backup_path – путь к каталогу, в который будут сохраняться временные файлырегистраций;
dbms_type_master — тип основной базы данных. Поддерживаются значения MySQLи Oracle;
dbms_type «MySQL»;
dbms_name_master — путь к основной базе данных в формате [email protected];
dbms_name «[email protected]»;
dbms_user_master — имя пользователя основной базы данных;
Настройка системы
Стр. 36
dbms_user «rtu»;
dbms_pswd_master — пароль пользователя основной базы данных;
dbms_pswd «rtu»;
dbms_type_slave — тип резервной базы данных. Поддерживаются значения MySQL иOracle;
dbms_type «MySQL»;
dbms_name_slave — путь к резервной базе данных в формате [email protected];
dbms_name «[email protected]»;
dbms_user_slave — имя пользователя резервной базы данных;
dbms_user «rtu»;
dbms_pswd_slave — пароль пользователя резервной базы данных;
dbms_pswd «rtu»;
dbms_reconnect_timeout — интервал между попытками восстановлениясоединения с БД, по умолчанию 1 с;
dbms_reconnect_timeout «1»;
dbms_reconnect_tries — количество последовательных попыток восстановленияподключения к БД, по умолчанию равно 3;
dbms_reconnect_tries «3»;
dbms_scan_period — частота обновлений данных в ПКомм из базы данных всекундах;
dbms_scan_period «10»;
dbms_time_wait_for_connect — задает время в секундах, на котороезадерживается опрос изменений в БД, если возникла ошибка во время операции с БД и неудалось восстановить подключение к базе данных после заданного количества попыток.
dbms_time_wait_for_connect «20»;
trace_file — задает префикс для файла журнала модуля маршрутизации. Поумолчанию, префикс — «mvtsprologic». Более подробная информация о ведении журналовсодержится в разделах Настройка ведения журнала модуля маршрутизации и Журналымодуля маршрутизации.
trace_file «logic»;
radius_local_socket_address — локальный IP-адрес/порт, через которыйСистема осуществляет взаимодействие с RADIUS-серверами. Значение по умолчанию –0.0.0.0:0.
radius_nas_ip_addr – значение поля NAS-IP-Address в пакетах Accounting, которыеотсылаются на RADIUS-сервер;
Пар аметр ы radius_local_socket_address и radius_nas_ip_addr являютсяобязательными для настр ойки биллинга.
Конфигурирование модуля управления вызовами3.6.5
Пример общей конфигурации произвольного модуля управления вызовами:
signaling{ signaling «signaling-1» { cdr_recovery «no»;
Настройка системы
Стр. 37
h323 { address { «192.168.131.13»; }; port «1721»; };
sip { address { «192.168.131.13»; }; port «5061»; }; };};
в секции h323 задаются адреса и порт, на которых данный модуль управления вызовамибудет принимать вызовы по протоколу H.323;
в секции sip задаются адреса и порт, на которых данный модуль управления вызовамибудет принимать вызовы по протоколу SIP;
cdr_recovery — включение/отключение механизма восстановления CDR-записей.Возможные значения — «yes» и «no». По умолчанию значение «no». Для РТУ МТТ неиспользуется.
В случае, если на модуле балансир овки SIP-вызовов выбр ан р ежим балансир овки безсообщения 302 (proxying_balancing “yes” в секции sip) , то для кор р ектной р аботымодуля в подобном р ежиме — в данной секции, в подсекции address необходимо указатьадр ес из той же сетевой зоны, к котор ой пр инадлежит сер вер ный сокет модулябалансир овки нагр узки. Иным способом настр ойки балансир овки SIP-вызовов без сообщения302 является указание в подсекции address данной секции адр еса 0.0.0.0. Пр и этомуказывать иные адр еса не нужно, так как Система откр оет SIP-сокеты на всех доступныхсетевых интер фейсах.
Конфигурирование модуля обработки медиа-потоков3.6.6
media{ media «media-1» { controllink { address { «192.168.131.13»; }; port «7760»; }; portrange «15001-20000»; rbtfilesdir «[full path]»; };};
Пример общей конфигурации произвольного модуля обработки медиа-потоков:
portrange — диапазон UDP-портов для использования данным модулем обработкимедиа-потоков;
rbtfilesdir — путь к каталогу, в котором хранятся файлы для эмуляции КПВ и
Настройка системы
Стр. 38
проигрывания сообщений по завершении вызова;
Кроме того, необходимо указать секцию controllink для каждого модуля обработки медиа-потоков.
Звуковые файлы должны быть в фор мате .wav, моно, с частотой 8 кГц и с кодеком PCMA/PCMU/PCM.
Конфигурирование модуля синхронизации3.6.7
В настоящее время модуль синхронизации не управляется никакими специфическимипараметрами конфигурации. Ниже приведен пример конфигурации модуля синхронизации:
synchro{ controllink { address { «192.168.132.195»; }; port «7711»; }; synchro «synchro-1» { };};
Конфигурирование модуля generic3.6.8
Модуль generic служит для связи с модулем обслуживания абонентов в системе РТУ. В РТУМТТ не используется.
В настоящее время модуль generic не управляется никакими специфическими параметрамиконфигурации. Ниже приведен пример конфигурации модуля generic:
generic{ generic «Centrex» { controllink { … }; port «9966»; }; generic «LicenseInterlayerServer» { controllink { … }; port «9977»; };};
Сетевые зоны3.7
Одним из важных моментов при конфигурировании ПКомм является настройка сетевых зон.Под термином сетевая зона понимается связная совокупность IP-сетей. Характерной чертойсетевой зоны является настроенная маршрутизация между ее IP-адресами при одновременномотсутствии внутри зоны каких-либо ограничивающих трафик устройств и процессов, например,
Настройка системы
Стр. 39
межсетевых экранов (брандмауэров), адресной трансляции и т.п.
На рисунке ниже приведен пример определения сетевых зон. Предположим, существуют трисетевые сущности: интранет, пограничный шлюз с межсетевым экраном и интернет. С учетомвторой характеристики сетевой зоны, описанной выше, т.е. отсутствие внутри зоныограничивающих трафик устройств, будет логичным определить, что в данном случае имеютсядве сетевые зоны, граница между которыми проходит через шлюз с межсетевым экраном.
Сетевые зоны
При описании сетевой зоны достаточно присвоить ей имя и указать список принадлежащих ейсетей, к которым относятся адреса модулей ПКомм.
Допустим, для выхода в сеть Интернет используются адреса из сетей 212.92.148.0/24 и195.98.135.0/24. В этом случае при описании такой сетевой зоны достаточно указать только эти 2сети. Сетевые зоны описываются как в ПУпр, так и в конфигурационном файле ПКомм. Оченьважно, чтобы эти два описания зон были идентичными.
Для описания сетевых зон в конфигурационном файле system.conf служит секция “zone”, вкоторой приводится список сетевых зон, для каждой из которых указывается перечень входящихв нее сетей.
Для описания сетей IPv4 могут быть использованы следующие форматы:
1. Адреса в CIDR-нотации, то есть описание вида xx.xx.xx.xx/yy, где xx.xx.xx.xx – адрес сети, аyy – количество единичных битов в маске подсети.
2. Обычная запись IPv4 сетей вида xx.xx.xx.xx/yy.yy.yy.yy, где xx.xx.xx.xx – адрес сети, а yy.yy.yy.yy – маска подсети.
Пример правильно выполненной конфигурации зон:
Настройка системы
Стр. 40
По умолчанию внутр и ПКомм существует пр едопр еделенная зона local, содер жащая адр еса127.0.0.1 и [::1] . Вносить изменения в настр ойки зоны local в конфигур ационном файле имеетсмысл только в том случае, если есть необходимость либо явно запр етить локальные адр еса,либо р асшир ить их список.
Сетевые зоны используются ПКомм для определения локального адреса, фигурирующего вкачестве отправного при связи с тем или иным удаленным адресом.
Например, модуль управления вызовами (signaling node) установлен на сервере, имеющемадреса 192.168.18.12 и 212.92.148.70 (предполагается конфигурация зон, указанная выше), идолжен направить вызов на адрес 81.10.1.1 с использованием зоны «internet». В этом случае вкачестве исходящего адреса для этого вызова будет выбран адрес 212.92.148.70 как относящийсяк зоне «internet».
Сетевые зоны также могут использоваться для выбора провайдера верхнего уровня (uplink). Вэтом случае каждому модулю присваивается N IP-адресов (где N не меньше количествапровайдеров), и описываются зоны таким образом, чтобы эти IP-адреса вошли в разные сетевыезоны. На пограничных маршрутизаторах сети настраивается маршрутизация от источника(source routing). И тогда выбором сетевой зоны можно выбирать провайдера, через которогопойдет трафик.
ОКС7-зоны3.7.1
Для идентификации удаленного коммутатора ОКС7 используется ОКС7-зона. Под ОКС7-зонойпонимается набор каналов, которые подключены к коммутатору ОКС7, имеющемуопределенный код точки назначения. Таким образом, ОКС7-зона однозначно указывает наопределенный ОКС7-коммутатор, подключенный к ОКС7-шлюзу, и ее можно использовать вкачестве адреса коммутатора ОКС7-сети.
Зона ОКС7-сети
Настройка системы
Стр. 41
Поскольку при передаче данных в IP-сеть и из нее могут использоваться разные IP-зоны, то вСистеме необходимо установить соответствие между IP-зонами и ОКС7-зонами. Для этого всекции, описывающей IP-зону, с помощью параметра alias укажите имя ОКС7-зоны, связанной сданной IP-зоной. Для одной IP-зоны может быть указано несколько ОКС7-зон.
zone{ zone «voip» { «192.168.0.0/16»; «212.92.148.0/24»; alias «ss7-zone-1»; alias «ss7-zone-2»; };};
См. также раздел Зоны.
Секция «location”3.8Назначение секции location – упростить работу с пользователями услуги «hosted softswitch” иобеспечить возможность создания географически резервируемых и географическираспределённых систем.
В секции location указывается список модулей ПКомм и IP-зон, и таким образом осуществляетсяих соотнесение с определенным местоположением.
Модули, перечисленные/упомянутые в разных секциях “location”, не могут взаимодействоватьдруг с другом.
Если в конфигурационном файле нет ни одной секции “location”, считается, что имеется единая«территориальная» соотнесенность, и все модули ПКомм относятся к не упомянутой явноглобальной “секции” location.
Правила конфигурирования секции “location”:
1. Имена модулей ПКомм должны быть уникальны;
2. Каждый модуль может принадлежать только к одной секции location;
3. Если модуль не задан ни в одной из секций «location”, считается, что он относится ко всемсекциям, или подразумеваемой глобальной секции “location”;
4. Каждая IP-зона может принадлежать только к одной секции “location”;
5. Если в секции “location” не задана IP-зона, считается, что модули, указанные в этойсекции, имеют доступ ко всем сконфигурированным IP-зонам;
6. Не допускается в конфигурации модуля обработки медиа-потоков (ММП),принадлежащего к секции “location A”, указывать имя модуля управления вызовами,который не относится ни к той же секции location, ни к глобальной “секции” location.
Каждый модуль управления вызовами (МУВ) автоматически подключается ко всем модулямуправления регистрациями и балансировки (SIP и Н.323) и модулям обработки вызовов ОКС7,принадлежащим к той же секции “location” или к подразумеваемой глобальной “секции”location.
Каждый МУВ автоматически подключается ко всем модулям маршрутизации (ММ),принадлежащим к той же секции или к подразумеваемой глобальной “секции” location.
Каждый модуль медиа-потоков (ММП) автоматически подключается ко всем модулям МУВ,принадлежащим к той же секции или к подразумеваемой глобальной “секции” location.
Каждый модуль управления регистрациями и балансировки автоматически подключается ковсем ММ, принадлежащим к той же секции или к подразумеваемой глобальной “секции”location.
Одним из примеров использования функциональности секций location явялетс типичнаягеографически распределенная система с двумя серверами подсистемы коммутации. Один изсерверов расположен в Нью-Йорке, второй в Москве. Для того чтобы избежать ситуации, когда
Настройка системы
Стр. 42
половина американского трафика обрабатывается московским сервером и наоборот,необходимо создать две секции «location”. В таком случае весь американский трафик будетобрабатываться нью-йоркским сервером, а российский – московским.
В каждой секции может находиться не более одного модуля синхронизации. Если модульсинхронизации принадлежит к глобальной секции, то он не должен указываться во всех прочихсекциях “location”.
Пример конфигурации секции “location”
Группы балансировки3.9В системе РТУ МТТ имеется возможность сгруппировать модули (модули балансировки,управления вызовами, маршрутизации и модули обработки вызовов ОКС7) таким образом,чтобы вызовы, приходящие на точки входа определенной группы (то есть на модулибалансировки нагрузки или модули обработки вызовов ОКС7), обрабатывались модулями,входящими только в данную группу. Для подобной группировки модулей используются группыбалансировки.
Данная группировка модулей обязательна к использованию в РТУ (МТТ+МОА), так как онаспособна взаимодействовать как с модулем, маршрутизирующим вызовы CLASS 4 (модульмаршрутизации), так и с модулем, маршрутизирующим вызовы CLASS 5 (модуль обслуживанияабонентов). В результате, необходимо сгруппировать модули по их способности обрабатыватьвызовы с и без ДВО.
Для задания групп балансировки используется секция balancing:
balancing{ balancing «logic-1» // group name { // names of nodes belonging to this group
«scripting-1″;»balancer-1″;»signaling-1»;
};
balancing «logic-2» { // names of nodes belonging to this group
«scripting-2″;»SS7-1»;
Настройка системы
Стр. 43
«signaling-1»; };};
Для РТУ файл конфигурации имеет вид:
balancing{ balancing «class-4» // group name { // names of nodes belonging to this group «scripting-1»; «balancer-1»; «signaling-1»; };
balancing «class-5» { // names of nodes belonging to this group «centrex»; «balancer-2»; «signaling-1»; };};
По умолчанию, все модули принадлежат к пустой группе балансировки.
Уведомления ПКомм3.10Функция уведомления позволяет оператору получать сообщения о нарушениях в работесистемы. Отправка уведомлений о сбоях обеспечивается сценарием /usr/sbin/mvts3g-mail, который вызывается всякий раз, когда случаются неполадки. Командный файл считываетконфигурационный файл /etc/mvts3g/mvts3g-mail.conf и действует в соответствии ссодержащимися в нем настройками. Уведомления электронной почтой являютсяпериодическими, длительность периода можно конфигурировать. Чтобы избежать огромногоколичества эл. писем при часто меняющемся статусе ошибки, уведомления, накапливающиесяза сконфигурированный период, группируются и включаются в одно сообщение.
Файл /etc/mvts3g/mvts3g-mail.conf
Файл /etc/mvts3g/mvts3g-mail.conf – это командный файл командного процессора.Он включает в себя три группы параметров, в которых задаются контактные данные, списоксобытий, о которых следует уведомлять оператора и настройки механизма задержки отправкиуведомлений.
1. Контактные данные
FROM=»mvts3g-notification <[email protected]>» – эл. адрес источника сообщений.
TO=»user1 <[email protected]>, user2 <[email protected]>» – список адресов, на которыеотправляются уведомления,
ALARM_SUBJECT=»Notification» – тема сообщения (строка, подставляемая в поле ‘Тема’ эл.письма)
2. Перечень уведомлений и степени серьезности событий, их вызывающих:
ALARM_ID=»NODFLT001, SIG2MED001, MGMCFG001, MGMKEY001, MGMTCN001, SN001,MGMCFG010, COUNTER001, SCRPT_DBMSC_CONNECTION, CENTREXWEBACCESS,DISKSPACE, RADIUS_CONNECT, CDR_UPDATER, DBREPLICATION,BLOCK_NODE<N1>_RPC<N2>_CIC<N3>» – список событий, о которых уведомляется оператор.
ID вида BLOCK_NODE<N1>_RPC<N2>_CIC<N3> означает отправку сообщений о блокировкеISUP-каналов. В теле ID уведомления указываются идентификатор пункта сигнализации ОКС7(параметр snode в файле конфигурации модуля обработки вызовов ОКС7) <N1>, код пунктаназначения (параметр dpc в файле конфигурации модуля обработки вызовов ОКС7) <N2> иномер медиа-канала <N3>. Система будет отправлять уведомления о блокировке только тех
Настройка системы
Стр. 44
ISUP-каналов, которые соответствуют указанным параметрам уведомления.
ALARM_SEVERITY=»CRITICAL, MAJOR, MINOR» – степени серьезности событий.
3. Настройки задержки отправления
Большинство из данных параметров относятся к так называемым «внутрисистемным». ЕслиПКомм устанавливался выполнением стандартной инсталляционной процедуры, тонеобходимость изменения значений по умолчанию этих параметров отпадает. Исключениесоставляет параметр SEND_MINUTE_INTERVAL, который задает периодичность отправкиуведомлений в минутах.
В таблице ниже приведен список уведомлений, в настоящее время генерируемых в ПКомм.
Уведомления ПКомм
Сообщение Степеньтревожности
Источник Значение
SIG2MED001 Critical Signaling No registered media nodes
NODFLT001 Major Any node Node crashed and wasrestarted
SN001 Critical Scripting The Scripting Node loaderpath misconfigured
MGMCFG010 Critical Management Primary management nodeRESTORED или Primarymanagement node LOST
COUNTER001 Minor Any node Counter value ….
MGMCFG001 Critical Management System is not configured
MGMTCN001 Critical Management Trial period expired
MGMKEY001 Critical Management Failed to read hardware key
SCRPT_DBMSC_CONNECTION
Critical Connection to data base waslost или Connection to database was restored
DISKSPACE Critical LOW DISK SPACE!
<…>
RADIUS_CONNECT Critical Scripting RADIUS changed to aRADIUS <Имя RADIUS-сервера> (IP=<IP-адрес>:<порт>), Connection toRADIUS <Имя RADIUS-сервера> (IP=<IP-адрес>:<порт>) was lost илиConnection to RADIUS <ИмяRADIUS-сервера> (IP=<IP-адрес>:<порт>) was restored
CDR_UPDATER Critical Scripting CDR Queue max limitexceeded или CDR Queuelimit came to normal
Настройка системы
Стр. 45
DBREPLICATION Critical Replication failure detectedon host ‘<hostname>’
Существует также возможность настройки ПКомм на рассылку уведомлений в случаекритических изменений в показаниях счетчиков (counters). Данная функциональностьнастраивается отдельно для каждого модуля ПКомм в секции “common” конфигурационногофайла(-ов) ПКомм. Для настройки уведомления необходимо задать следующие параметры:
alert – название уведомления (может объединять несколько счетчиков одновременно)
counter – название счетчика
type – тип изменений. Допустимые значения: type «increment» (увеличение) и type»decrement» (уменьшение)
limit – порог рассылки уведомлений
step – допустимый уровень колебаний показаний счетчиков. Предназначен дляпредотвращения формирования повторных уведомлений в тех случаях, когда значенияпоказателей колеблются в пределах пороговых значений.
Ниже приводится пример правильно сконфигурированного уведомления:
media{
media «media-1″{
signaling «signaling-1»;common{
alert «node crashed»{
counter «phoenix.restartcount»{
type «increment»;limit «1»;
};};
}; };};
При наступлении назначенного события администратору системы высылается уведомление,например:
ID: COUNTER001
SEVERITY: MINOR
NODE: MEDIA
COUNTER NAME: phoenix.restartcount
COUNTER VALUE: 5
DESCRIPTION: Restart count
Counter value more than 1
Для обеспечения работы механизма рассылки уведомлений необходима установка любогоагента передачи почтовых сообщений (MTA – mail transfer agent), поддерживающего синтаксисsendmail.
Настройка SNMP-демона ПКомм3.11SNMP-демон ПКомм – фоновый процесс, позволяющий просматривать SNMP-статистику посистемным счетчикам ПКомм.
Настройка системы
Стр. 46
Для настройки SNMP-демона ПКомм выполните следующие шаги:
1. Из каталога /home/common/debian, создаваемого установочным сценарием ПКомм,установите пакет вида mvts3g-server-pro-snmp_<номер_версии>.deb:
aptitude install mvts3g-server-pro-snmp_3.6.1-14_i386.deb
2. В файле /etc/snmp/snmpd.conf укажите IP-адреса, доступ с которых будетразрешен для просмотра SNMP-статистики, а также смените название «сообщества»(community) с «public» на другое название. Название «сообщества» фактически являетсяпаролем для доступа к системе.
Фрагмент файла snmpd.conf
3. Откройте файл /usr/share/doc/mvts3g/examples/snmpd.conf.sample. Внем содержится примеры данных, необходимых для настройки SNMP-статистики ПКомм:путь к SNMP-модулю libsnmpagent.so, IP-адрес модуля управления лицензией(основного — mvtsPrimaryConnectAddress, резервного — mvtsBackupConnectAddress), а также примеры того, каким образом можно задать список системных счетчиков дляотслеживания SNMP-статистики. Скопируйте содержимое файла в конец файла /etc/snmp/snmpd.conf:
Фрагмент файла snmpd.conf.sample
Укажите адрес модуля управления лицензией (license management node) и принеобходимости задайте список интересующих счетчиков. Следует обратить внимание нато, что если в файле /etc/snmp/snmpd.conf пользователем задан список счетчиков,статистические данные будут доступны только для счетчиков входящих в список. В случаеесли список счетчиков не задан, статистические данные будут доступны для всехсчетчиков, содержащихся в MIB-файле.
4. В файле /etc/default/snmpd закомментируйте строку SNMPDOPTS=’-Lsd -Lf /
Настройка системы
Стр. 47
dev/null -u snmp -I -smux -p /var/run/snmpd.pid 127.0.0.1′. Пропишитестроку SNMPDOPTS=’-Lsd –Lf /var/log/snmpd.log -u snmp -I -smux -p /var/run/snmpd.pid’.
Фрагмент файла etc/default/snmpd
5. Запустите SNMP-демон:
$ /etc/init.d/snmpd start
6. Проверьте работу демона, выполнив следующую команду:
$ snmpwalk -v 2c -c <COMMUNITY> <IP_address> .1.3.6.1.4.1.28029
где
<COMMUNITY> – название «сообщества»;
<IP_address> – IP-адрес модуля управления лицензией (License management node);
.1.3.6.1.4.1.28029 – официальный OID системы РТУ МТТ.
Фрагмент вывода команды snmpwalk
В случае если SNMP-статистику получить не удается, обратитесь к журналу /var/log/snmpd.log.
Настройка журналирования ПКомм3.12Для ведения журналов ПКомм использует системную утилиту logrotate, с помощью которойжурналы автоматически разбиваются на несколько файлов и которая при необходимостиудаляет устаревшие файлы так, чтобы общий размер журналов не превышал определенногозначения.
Настройка ведения журналов traffic.log и phoenix.log производится автоматическипри установке ПКомм. Настройку ведения журнала модуля маршрутизации необходимовыполнить вручную.
Для этого после инсталляции ПО ПКомм и модуля маршрутизации в каталоге /etc/logrotate.d отредактируйте конфигурационный файл mvts-pro, необходимый для веденияжурнала модуля маршрутизации. Пример файла:
Настройка системы
Стр. 48
/var/log/mvts3g/mvtsprologic.scripting-1.log { rotate 10 daily size 64M nocompress postrotate /usr/bin/mvts3g-sclient 192.168.131.5:7710 logrotate endscript}
/var/log/mvts3g/mvtsprologic.scripting-2.log { rotate 10 daily size 64M nocompress postrotate /usr/bin/mvts3g-sclient 192.168.131.5:7711 logrotate endscript}
Настройка ведения журнала модуля маршрутизации
Каждому модулю маршрутизации, запущенному на данном сервере, в файле /etc/logrotate.d/mvts-pro должна соответствовать своя секция настроек. В общем виде,секция настроек может быть представлена следующим образом:
/var/log/mvts3g/[имя журнала модуля маршрутизации] { [параметры]}
Общий вид секции настроек журнала модуля маршрутизации
Имя секции представляет собой путь и имя журнала модуля маршрутизации. Имя файлажурнала (mvtsprologic.scripting-1.log на рисунке выше) должно иметь вид<префикс>.<имя модуля>.log, где
<префикс> задается конфигурационным параметром модуля маршрутизацииtrace_file (см. раздел Конфигурирование модуля маршуртизации);
<имя_модуля> — имя модуля маршрутизации, заданное в его файле конфигурации (см.раздел Конфигурирование модуля маршуртизации).
В подсекции postrotate необходимо прописать путь к компоненту mvts3g-sclient вместе снеобходимыми аргументами.
Аргументами для приложения mvts3g-sclient являются:
Адрес и порт модуля маршрутизации (в примере — 192.168.131.5:7710 и 192.168.131.5:7711),которые задаются в конфигурационном файле модуля маршрутизации (см. разделКонфигурирование модуля маршуртизации);
Ключевое слово logrotate.
Назначение прочих параметров файла /etc/logrotate.d/mvts-pro можно узнать,выполнив команду:
man logrotate
Конфигурирование взаимодействия с БД3.13База данных РТУ МТТ в СУБД MySQL имеет имя mvtspro. База данных РТУ (МТТ+МОА) вСУБД MySQL имеет имя rtu.
При установке ПО автоматически создаётся пользователь rtu с паролем rtu, с правами которогоСистема и обращается к базе данных.
Конфигурация графического интерфейса находится в файле /var/www/rtu/Config.php.
Настройка системы
Стр. 49
Основные параметры содержатся в секции data_sources (пример для РТУ МТТ):
$GLOBALS[‘cfg’] = array( // Data sources
‘data_sources’ => array ( ‘main’ => array ( ‘type’ => ‘mysql’, ‘host’ => ‘localhost’, ‘db’ => ‘mvtspro’, ‘user’ => ‘rtu’, ‘password’ => ‘rtu’ ), ‘mvts’ => array ( ‘type’ => ‘mvts’, ‘address’ => ‘127.0.0.1:9000’, ‘timeout’ => 3 ‘version’ => 4 ) ), ‘main_data_source’ => ‘main’ …)
В подсекции main указываются параметры для соединения с базой данных:
type – тип источника данных или СУБД, должен иметь значение ‘mysql’;
host – имя или IP-адрес сервера БД;
db – имя БД (для РТУ МТТ значение по умолчанию mvtspro, для РТУ — rtu);
user – пользователь БД (значение по умолчанию rtu);
password – пароль пользователя БД (значение по умолчанию rtu).
В подсекции mvts указаны параметры для взаимодействия с табличным интерфейсом модуляПКомм (см. раздел графического интерфейса Подсистема коммутации) и сервисом имитациивызова в модуле маршрутизации:
type – тип источника данных или СУБД, должен быть равен mvts;
address – адрес и порт МУЛ подсистемы коммутации;
timeout – задержка в секундах для обращения к ПКомм;
version – версия компонента sclient и sqlclient. Для РТУ МТТ версии страше 1.5.0должен быть равен 4.
Для доступа к web-интерфейсу Системы откройте web-браузер и в строку адреса введитеhttps://server_ip, где server_ip – IP-адрес сервера, на котором установлен web-интерфейс Системы. На стартовой странице web-интерфейса в качестве регистрационногоимени и пароля введите admin и admin соответственно. После первого входа в систему сменитепароль администратора, открыв окно Пользователи -> Аутентификация (см. разделАутентификация).
Администрирование ПКомм
Стр. 50
Администрирование ПКомм4
Консоль администрирования ПКомм4.1Консоль администрирования является вспомогательным приложением, предназначенным длямониторинга работы и администрирования коммутирующей подсистемы. Оператор можетиспользовать консоль администрирования для загрузки новых конфигурационных параметров, атакже для просмотра различной диагностической и статистической информации.
Для подключения к консоли необходимо запустить любой telnet-клиент и в качестве параметровподключения указать IP-адрес и порт сервера, на котором запущен модуль командной строки(command line node). На экране отобразится интерфейс консоли администрирования сприглашением на ввод команд. Одновременно может быть запущено несколько экземпляровконсоли.
Интерфейс консоли администрирования
Консоль администрирования включает в себя набор инструментальных средств (инструментов)и независимых команд, с помощью которых осуществляется взаимодействие пользователя ссистемой. Каждому инструментальному средству соответствует определенный набор команд.
Ниже приводится описание команд и инструментальных средств консоли администрирования.
Команды консоли администрирования
Команда Назначение
config <filename> Конфигурирование системы
help Просмотр справочной информации
logout Завершение сеанса
quit Завершение сеанса
show <argument> Просмотр различной информации о системе
exit Выход из текущего инструмента
Инструментальные средства консоли администрирования
Администрирование ПКомм
Стр. 51
Инструмент Доступные команды Назначение
calls display Просмотр информации о текущих вызовах
show
format <full/short> Изменение формата отображенияинформации о текущих вызовах.
counters display Просмотр информации о системныхсобытиях
show
zones display Просмотр информации осконфигурированных сетевых зонах
show
show Просмотр информации о:
calls текущих вызовах
counters системных событиях
endpoints или ep зарегистрированном оборудовании
status состоянии системы.
Также имеется возможность просмотраинформации о состоянии отдельныхмодулей ПКомм. Для этого в качествеаргумента команды следует указатьназвание модуля, например:
mvts3g|> sh st media-1
biefstatus или bs состоянии модулей в сжатом виде
Допускается сокращение команд и названий инструментов. Например, “display” можносократить до одной буквы “d”, “calls” и “counters” – до “ca” и “co”, соответственно.
Пример вывода команды show ca(lls)
Для перехода из одного инструмента в другой просто введите название требуемогоинструмента.
Одна и та же задача в консоли администрирования может быть выполнена несколькимиспособами. Например, для просмотра информации о текущих вызовах можно:
Зайти в инструмент calls и выполнить команду show или display
Администрирование ПКомм
Стр. 52
Зайти в инструмент show и выполнить команду calls
Выполнить команду show calls
Команда show counters и инструмент counters допускают использование регулярныхвыражений для ограничения выводимой на экран информации. На рисунке ниже приведенпример вывода команды show инструмента counters при использовании регулярноговыражения .*restart.* (просмотр информации о случаях перезапуска функциональных модулейПКомм). Более подробная информация о регулярных выражениях приведена в Пр иложении А.
Использование регулярных выражений при просмотре информации о системных событиях
Диагностика неполадок и устранение проблем4.2Все файлы журналов хранятся в каталоге /var/log/mvts3g/.
Файл phoenix.log4.2.1
Весь жизненный цикл коммутирующей подсистемы протоколируется в файл /var/log/mvts3g/phoenix.log. В случае возникновения проблем, информацию о возможныхпричинах можно получить из этого файла. Для протоколирования используется утилитаsyslog. Для более подробной информации об утилите syslog используйте команду:
man syslogd
Файлы rtinfo4.2.2
Файлы rtinfo содержат информацию о функционировании конкретных модулей ПКомм. Дляпросмотра файла необходимо выполнить командуkill -USR1 <node_pid>, где <node_pid> – идентификатор процесса интересующего васмодуля ПКомм.
Пример:
Администрирование ПКомм
Стр. 53
[email protected]:~$ ps aux | grep mvts
…
admin 28338 2.4 0.5 122496 11972 pts/15 S+ 11:10 0:00 mvts3g-server-common: signaling-1
…
[email protected]:~$ kill -USR1 28338
Полученный файл с именем rtinfo-SIGUSR1-<node name>-<node pid>.log будетсодержать информацию о последних пакетах, проходивших через модуль, в двоичномпредставлении, а также расширенные сообщения о возникших ошибках. Запись файла такжеможет происходить автоматически, например, при программных сбоях в модуле. В общемслучае, полученный файл будет иметь наименование rtinfo-<SIGNAL>-<имя модуля>-<pid модуля>-<pid дополнительного процесса для сброса rtinfo>.log.Все файлы rtinfo сохраняются в каталоге /var/log/mvts3g/. Найти интересующий вас файлможно по идентификатору процесса модуля ПКомм.
Журналы модуля маршрутизации4.2.3
Журнал модуля маршрутизации содержит информацию о функционировании модулямаршрутизации и хранится в каталоге /var/log/mvts3g/. Для каждого модулямаршрутизации создается собственный файл журнала. Название файла имеет вид <префикс>.<имя модуля>.log, где <префикс> задается конфигурационным параметром модулямаршрутизации trace_file (см. раздел Конфигурирование модуля маршуртизации),<имя_модуля> — имя модуля маршрутизации, заданное в его файле конфигурации (см. разделКонфигурирование модуля маршуртизации). Например, mvtsprologic.scripting-1.log.
Описание настройки ведения журнала модуля маршрутизации находится в соответствующемразделе.
Утилита mvts3g-logextarctor4.3
Утилита mvts3g-logextractor (каталог /usr/bin) позволяет извлекать из файлаотладочного протокола traffic.log (каталог /var/log/mvts3g) и сохранять виндивидуальные файлы протоколы отдельных вызовов, для дальнейшего использования в целяхпоиска и устранения неисправностей.
В качестве параметра, по которому проводится поиск протоколов, можно использоватьидентификатор участка вызова Call ID, идентификатор конференции (вызова в целом),сгенерированный ПКомм, Conf ID или идентификатор конференции, полученный изпротокольных сообщений, Proto ID (полезен для вызовов ОКС7). Значений идентификаторовмогут быть найдены в CDR-записях по по конкретным вызовам.
Для извлечения информации об интересующем Вас вызове запустите утилиту mvts3g-logextractor с полученным идентификатором ID в качестве аргумента команды,перенаправляя вывод в нужный файл, например:
./mvts3g-logextractor.sh /var/log/mvts3g/traffic.log ‘ID’ > /home/user_name/filename.log
где:
ID – идентификатор (Call ID, Conf ID, Proto ID) желаемого вызова (взят из CDR);
/home/user_name/filename.log – полное имя файла, в который будет записан протоколвызова.
Полученный протокол можно изучить самостоятельно или отправить для анализа в службутехнической поддержки компании МФИ Софт.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 54
Графический интерфейс РТУ (модуль транзитатрафика)
5
Web-сервер обеспечивает удобный графический интерфейс, с помощью которогоосуществляется настройка и общее администрирование системы
Элементы интерфейса5.1В данном документе используются следующие названия элементов графического интерфейсаприложения (см. рисунки ниже).
Элементы графического интерфейса
Элементы графического интерфейса
Стандартные операции5.2
В данной главе описываются стандартные операции, выполняемые при работе с графическиминтерфейсом системы РТУ МТТ.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 55
Вход в систему5.2.1
Для того, чтобы установить соединение с web-сервером, необходимо в строке адреса web-браузера указать IP-адрес web-сервера или его доменное имя (DNS name), например https://rtu.yourcompany.com. Обратите внимание на то, что протокол должен быть именно HTTPS (HyperText Transmission Protocol, Secure). Введите имя Вашей учетной записи и пароль (при проверкевведенных данных система учитывает регистр символов) и нажмите кнопку Войти.
Окно аутентификации пользователя
Если регистрационное имя и пароль верны, на экране появится основная страницаграфического интерфейса, разделенная на две части.
В левой части отображается дерево категорий объектов, а в правой – информация об объекте втабличном представлении или, в отдельных случаях, в виде диалогового окна. При просмотреинформации непосредственно в таблице используйте полосы прокрутки.
Общий вид web-интерфейса
Раскрывающийся список Строк на странице, позволяет выбирать количество строк,отображаемых в таблице (10, 25, 50 или 100). Для перехода к следующей или предыдущей
странице используйте кнопки и соответственно. Для перехода к последней или первой
странице используйте кнопки и . Для более быстрого поиска необходимой информацииимеется возможность использовать фильтр (см. раздел Использование фильтров).
Всплывающее меню5.2.2
Всплывающее меню содержит набор управляющих команд, используемых приадминистрировании системы. Для того, чтобы вызвать всплывающее меню, нажмите левую
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 56
клавишу мыши на интересующей Вас записи в таблице. Набор команд на всплывающем меню –контекстный, т.е. меняется от таблицы к таблице, а также зависит от прав пользователя. Примервсплывающего меню приведен ниже.
Всплывающее (контекстное) меню
Полная версия контекстного меню включает в себя следующие пункты:
Добавить
С помощью этой команды в таблицу добавляются новые записи. Щелчком мыши по командеДобавить вызывается диалоговое окно, в котором указывается вся необходимая информация.Поля, обязательные для заполнения, помечены знаком “*”. Заполнив необходимые поля,нажмите кнопку ОК. Запись будет добавлена в таблицу. Для того, чтобы отменить выполненныедействия, нажмите кнопку Отмена.
В качестве имен объектов не р екомендуется использовать стр оку Null.
Добавить копию
C помощью этой команды пользователю предоставляется возможность быстро создавать записи,отличающиеся от уже существующих записей значением лишь некоторых параметров. Наведитекурсор на интересующую запись, вызовите всплывающее меню и нажмите Добавить копию.Откроется диалоговое окно создания новой записей с такими же значениями параметров, как и ввыбранной записи. Внесите необходимые изменения и нажмите кнопку ОК. Новая запись будетдобавлена в таблицу. Для того, чтобы отменить выполненные действия, нажмите кнопку Отмена.
Просмотр
Используйте этот пункт меню для просмотра интересующей записи в отдельном окне. Длявозврата к табличному представлению нажмите ОК в правом нижнем углу окна;
Редактировать
С помощью этой команды можно редактировать отдельные записи. При ее нажатии открываетсядиалоговое окно, в котором можно сделать необходимые изменения. Закончив редактированиезаписи, нажмите кнопку ОК. Для того, чтобы отменить выполненные действия, нажмите кнопкуОтмена.
Удалить
Данная команда позволяет удалять отдельные записи из таблиц. Наведите курсор на запись,которую необходимо удалить. Нажатием левой кнопки мыши вызовите всплывающее меню и
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 57
выберите Удалить. Запись будет удалена из таблицы;
Отмеченные
При наведении курсора на данный пункт отобразится дополнительное меню с двумя командами– Редактировать и Удалить.
С помощью команды Редактировать можно редактировать несколько записей одновременно.Выделите интересующие Вас записи и нажмите Отмеченные –> Редактировать. Перед Вамиоткроется диалоговое окно, содержащее, в отличие от диалогового окна, вызываемого спомощью команды Редактировать, дополнительную колонку с кнопками-флажками напротивкаждого поля. Активируйте кнопку-флажок напротив интересующего Вас поля, внеситенеобходимые изменения и нажмите кнопку OK. Изменения будут применены ко всемвыделенным записям.
С помощью команды Удалить можно удалить из таблицы записи, помеченные для удаления.Для того, чтобы пометить запись активируйте соответствующую кнопку-флажок в крайнейлевой колонке таблицы. Для того, чтобы пометить все записи на странице, активируйте кнопку-флажок, расположенную в заголовке таблицы. Пометив записи, вызовите всплывающее меню инажмите Отмеченные -> Удалить.
Отфильтрованные
При наведении курсора на данный пункт отобразится дополнительное меню с двумя командами– Редактировать и Удалить.
С помощью команды Редактировать Вы можете редактировать одновременно все илинесколько записей. В случае если на таблицу был наложен фильтр, изменения будут примененытолько к записям, удовлетворяющим условиям фильтрации. Вызовите всплывающее меню инажмите Отфильтрованные -> Редактировать. Перед Вами откроется диалоговое окно,содержащее, в отличие от диалогового окна, вызываемого с помощью команды Редактировать,дополнительную колонку с кнопками-флажками напротив каждого поля. Активируйте кнопку-флажок напротив интересующего Вас поля, внесите необходимые изменения и нажмите кнопкуOK. Изменения будут применены ко всем или только к отфильтрованным записям.
С помощью команды Удалить пользователь может удалить все записи из таблицы, с которой онработает. В случае, если к содержимому таблицы применялся фильтр, из нее будут удаленытолько записи, удовлетворяющие условиям фильтрации (более подробная информация обиспользовании фильтров приведена в разделе Использование фильтров).
Фильтр
При нажатии на область с названием процедуры открывается диалоговое окно фильтра (болееподробная информация об использовании фильтров приведена в разделе Использованиефильтров). При нажатии на кнопку будет показано дополнительное меню, с помощьюкоторого можно отфильтровать таблицу по значению выделенной ячейки (команда По значениюячейки), или добавить значение ячейке к уже примененному фильтру (команда По значениюячейки (добавить к настроенному));
Настроить колонки
Команда Настроить колонки открывает диалоговое окно, позволяющее пользователюпроизвольно изменять порядок расположение колонок в таблице (см. раздел Изменение наборапараметров и порядка их следования в таблице);
Экспорт
Данная команда применяется для выгрузки данных из таблиц в CSV-файлы (более подробнаяинформация о выгрузке данных приведена в разделе Выгрузка данных).
Связанные таблицы
Данный пункт содержит список таблиц, связанных с данной таблицей. Таблица, открытая спомощью этой команды, содержит только информацию, относящуюся к выделенной записи висходной таблице. Например, при вызове контекстного меню на определенном пользователе вобъекте Учётные записи и выборе в контекстном меню команды Предыстория аутентификаций, будет показана таблица Предыстория аутентификаций с данными только по выбранномупользователю.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 58
Использование фильтров5.2.3
Использование фильтров позволяет ограничить количество информации, выводимой на экране,и просматривать только те записи, которые отвечают определенным критериям.
Система позволяет осуществлять фильтрацию данных с использованием многочисленныхусловий фильтрации. Условия фильтрации данных можно комбинировать с использованиемследующих логических операторов:
И – отображаются записи, удовлетворяющие всем указанным условиям;
ИЛИ – отображаются записи, удовлетворяющие хотя бы одному из указанных условий;
НЕ (И) — отображаются записи, неудовлетворяющие всем указанным условиям;
НЕ (ИЛИ) – отображаются записи, неудовлетворяющие хотя бы одному из указанных условий.
Для создания фильтра вызовите всплывающее меню и выберите пункт Фильтр и командуНастроить. На экране появится диалоговое окно, аналогичное представленному на рисункениже.
Фильтр
В диалоговом окне фильтра имеются следующие элементы управления:
Элементы управления фильтра
Элемент управления Описание
Применяет фильтр к таблице. Верхняя кнопкаПрименить запускает выбор данных в соответствии сусловиями фильтра, нижняя – используетсяаналогично, но когда к таблице нужно применитьфильтр, выбранный из списка ранее сохраненных.
Удаляет ранее сохраненный фильтр
Отменяет действие фильтра на содержимое таблицы.
Позволяет сохранять фильтры для дальнейшегоиспользования
Удаляет условия фильтрации/группы условий изфильтра
Добавляет условия фильтрации
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 59
Элемент управления Описание
Динамический элемент управления, предназначенныйдля выбора логических операторов, добавления иудаления условий фильтрации/групп условий. Внешнийвид изменяется в зависимости от выбранногологического оператора.
Динамический элемент управления, предназначенныйдля выбора операторов сравнения. Внешний видизменяется в зависимости от выбранного логическогооператора.
Операторы сравнения Like и Not Like допускаютиспользование метасимволов ‘%’ и ‘_’ при созданиишаблонов поиска.
Оператор сравнения “RegExp» предназначен дляиспользования регулярных выражений.
Более подробная информация об использованииметасимволов и регулярных выражений приведена вПриложении А.
Содержит список сохраненных фильтров.
Для того, чтобы наглядно объяснить принцип работы фильтров предположим, что передпользователем стоит задача отфильтровать в таблице Шлюзы записи активных терминирующихшлюзов, относящихся к сетям 192.168.131.0/24, 192.168.132.0/24.
Для облегчения процесса создания проанализируем задачу и представим структуру фильтра. Врезультате получится следующая таблица:
Отфильтрованные записи должны… Примечания
И
…быть активными,
…принадлежать терминирующим шлюзам,
ИЛИ
…относящимся к сети 192.168.131.0/24 Здесь будут использованыметасимволы
… к сети 192.168.132.0/24 Здесь будут использованыметасимволы
Таким образом, нам необходимо создать фильтр, который включает в себя:
два условия и одну группу условий, объединенные логическим оператором “И”;
условия в группе будут объединены логическим оператором “ИЛИ”.
В результате мы должны получить фильтр, аналогичный приведенному на рисунке ниже.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 60
Готовый фильтр
Для создания такого фильтра выполните следующие шаги:
1. Добавьте условие фильтрации. Для этого нажмите кнопку , расположенную рядом сэлементом управления *И* или нажмите *И* и на открывшемся меню выберитеДобавить условие. В появившемся раскрывающемся списке выберите пункт “Записьактивна” и активируйте кнопку флажок расположенную справа от элемента управления»=»;
Построение фильтра. Шаг 1
2. Повторите Шаг 1 и добавьте еще одно условие фильтрации. В появившемсяраскрывающемся списке выберите пункт Действует как терм. устр-во, активируйтекнопку флажок, расположенную справа от элемента управления «=»;
Построение фильтра. Шаг 2
3. Создайте группу условий. Левой кнопкой мыши нажмите на элемент управления *И* ина всплывающем меню выберите Добавить группу. Обратите внимание, что по
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 61
умолчанию для создаваемых групп устанавливается логический оператор “И”;
Построение фильтра. Шаг 3
4. Смените логический оператор для вновь созданной группы на *ИЛИ*. Для этого нажмитена элемент управления *И* и на появившемся меню выберите *ИЛИ*;
Построение фильтра. Шаг 4
5. Добавьте условие в созданную группу. Нажмите на элемент управления * ИЛИ * и на
появившемся меню выберите Добавить условие или просто нажмите кнопку ,расположенную рядом с элементом управления * ИЛИ *;
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 62
Построение фильтра. Шаг 5
6. В появившемся раскрывающемся списке выберите пункт ТЕРМ. Адрес. Нажмите наэлемент управления “=” и на появившемся меню выберите Like. В крайнем правом полевведите шаблон «192.168.131.%»;
Построение фильтра. Шаг 6
7. Повторите Шаги 5 и 6 и аналогичным способом создайте условие для шлюзов,относящихся к сети 192.168.132.0/24. Фильтр готов. Для применения фильтра к таблиценажмите на кнопку Применить.
Построение фильтра. Шаг 7
В случае если к таблице применен фильтр, около названия таблицы появляется иконка . Дляснятия фильтра нажмите на иконку. Для удобства пользователя фильтры, использовавшиеся впоследний раз, запоминаются.
Кроме того, пользователь имеет возможность сохранять настройки фильтров для дальнейшегоиспользования. Для этого после наложения фильтра на данные таблицы нажмите на кнопкуСохранить. В открывшемся диалоговом окне введите краткое описание фильтра и нажмите ОК.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 63
Сохранение фильтра
Для того, чтобы воспользоваться ранее сохраненным фильтром, выберите интересующий Васвариант в раскрывающемся списке Сохраненные фильтры и нажмите кнопку Применить,расположенную рядом с ним. Для удаления фильтра нажмите Удалить.
Выбор ранее сохраненного фильтра
Сортировка данных5.2.4
Содержимое таблиц можно сортировать по колонкам. Для этого щелкните мышью по заголовкуколонки, данные в которой необходимо упорядочить. Система отсортирует содержание колонкив порядке убывания, а рядом с названием колонки появится стрелка “вниз”. При повторномщелчке система отсортирует данные в порядке возрастания, а рядом с названием колонкипоявится стрелка «вверх». Третье нажатие отменяет сортировку данных.
Приложение позволяет осуществлять и более сложные виды сортировки данных – на основесодержимого нескольких колонок. При этом данные колонки, к которой сортировкаприменяется в последнюю очередь, рассматриваются в качестве главного критерия сортировки.Приоритет сортировки отображается с помощью цифр, расположенных рядом со стрелками(чем меньше значение, тем выше приоритет).
В таблице, данные в которой отсортированы по содержанию одной или нескольких колонок,
рядом с названием появляется иконка . Для отмены сортировки следует нажать на этуиконку.
Изменение набора параметров и порядка их следования в таблице5.2.5
Web-интерфейс системы позволяет пользователю произвольно менять как состав отображаемыхв таблице параметров, так и последовательность расположения колонок.
На всплывающем меню выберите Настроить колонки. На экране появится диалоговое окно,изображенное на риснке ниже.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 64
Изменение расположения колонок в таблице
В правой части диалогового окна приведен список колонок в том порядке, в котором онипредставлены в таблице слева направо.
Для того, чтобы удалить колонку, выделите ее название и нажмите кнопку , чтобыпереместить название параметра в правое окно. Чтобы добавить колонку к числу отображаемых
в таблице, выделите ее название в левом окне диалога и нажмите кнопку .
С помощью кнопок и можно перемещать все записи из правого окна в левое инаоборот.
Перемещая названия колонок в списке вверх-вниз при помощи кнопок и ,можно изменять порядок следования колонок в таблице. Перемещение названия в списке наодну позицию вверх соответствует смещению колонки таблицы на одну позицию влево.
Кроме того, можно применить ранее сохраненную конфигурацию колонок таблицы, выбрав всписке Сохраненные настройки название желаемого варианта расположения колонок. При этомсостав и порядок расположения колонок будет отображен в окне в соответствии с выбраннойконфигурацией.
Нажмите кнопку Применить. Внесенные изменения будут применены к таблице, а рядом с
названием таблицы появится иконка . Система сохранит настройки, и при последующихвходах пользователя в систему будет отображать данные таблицы в соответствии с егопредпочтениями.
Выполненную конфигурацию таблицы можно также сохранить для последующего
использования, нажав на кнопку и введя имя для конфигурации в диалоге записи.
Кнопка служит для удаления ранее сохраненной конфигурации выбранной враскрывающемся списке Сохраненные настройки.
Для восстановления первоначального расположения колонок в таблице, нажмите на иконку .
Автообновление табличных данных5.2.6
Web-интерфейс системы позволяет пользователю настроить автоматическое обновление данныхв таблицах.
Для этого вызовите в желаемой таблице контекстное меню и выберите пункт Настроитьавтообновление. Появится окно, в котором можно выбрать период обновления.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 65
Настройка автоматического обновления
Для запуска процедуры обновления нажмите Старт. При этом рядом с названием таблицы
появится символ . Для остановки процедуры автоматического обновления щелкните поданному значку или вызовите контекстное меню, выберите пункт Настроить автообновление инажмите Стоп.
Групповое редактирование данных5.2.7
С помощью кнопки , расположенной над каждой таблицей, вызываетсядиалоговое окно, позволяющее осуществлять одновременное редактирование записей,отображаемых в данный момент на экране. Пример диалогового окна для групповогоредактирования данных таблицы Кодеки показан ниже:
Групповое редактирование данных
По завершении редактирования нажмите кнопку ОК для того, чтобы внесенные изменениявступили в силу. Для отмены изменений нажмите кнопку Отмена.
Выгрузка данных5.2.8
Система позволяет осуществлять выгрузку данных из таблиц в CSV-файлы (comma-separatedvalues), которые могут быть использованы для анализа во внешних приложениях.
Для выгрузки данных проделайте следующие операции.
На всплывающем меню нажмите Экспорт. В открывшемся диалоговом окне нажмите на кнопкуSave.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 66
На экране отобразится диалоговое окно Save as. Используя раскрывающийся список Save in,укажите папку, в которой следует сохранить файл.
В поле ввода данных File name укажите имя файла.
Убедитесь, что в поле Save as type выбрано Microsoft Office Excel Comma Separated Values File инажмите кнопку Save.
Просмотр версий компонентов5.2.9
Для просмотра версий компонентов Системы в web-интерфейсе щелкните по гиперссылке сверсией системы в правом нижнем углу окна web-интерфейса. Откроется новое окно, в которомпоказаны версии всех компонентов системы:
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 67
Просмотр версий компонентов Системы в web-интерфейсе
При этом применяются следующие условные обозначения:
Centrex – версия модуля обслуживания абонентов. В РТУ МТТ не используется;
Logic – версия ПО модуля маршрутизации;
TS – версия ПКомм;
WEB+DB – версия web-интерфейса и базы данных;
WEBENGINE – версия движка web-интерфейса.
Конфигурирование и администрирование
Стр. 68
Конфигурирование и администрирование6
Пользователи6.1
К категории Пользователи относятся объекты (таблицы) Учетные записи, Аутентификация,Роли, Настройка ролей и Области гр. интерфейса.
Учетные записи6.1.1
Таблица Учетные записи отражает список всех учетных записей пользователей, имеющихся всистеме.
Таблица учетных записей пользователей
Записи таблицы используются для аутентификации пользователей, осуществляющих доступ кРТУ МТТ через web-интерфейс.
Для того, чтобы добавить запись о новом пользователе, вызовите всплывающее меню ивыберите Добавить.
Создание учетной записи пользователя
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком
Конфигурирование и администрирование
Стр. 69
«*», являются обязательными для заполнения):
* Имя – введите имя пользователя (можно использовать как кириллицу, так и латиницу);
* Язык – выберите язык (русский или английский), на котором будут представлены данные вграфическом интерфейсе.
* Роль – из раскрывающегося списка выберите роль, назначаемую пользователю. Ролисоздаются в объектах Роли и Настройка ролей (см. разделы Роли и Настройка ролей).
Указав данную информацию, нажмите кнопку OK.
Флажок Запись активна по умолчанию всегда отмечен. Если необходимо временнодеактивировать запись, сбросьте флажок.
Новая запись будет добавлена в таблицу, ей будет автоматически присвоен уникальныйидентификационный код (ID).
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Следующим шагом необходимо указать аутентификационные данные пользователя для входа вweb-интерфейс (см. раздел Аутентификация).
Аутентификация6.1.2
Данный объект предназначен для настройки параметров аутентификации/авторизациипользователей.
Подсистема управления способна осуществлять авторизацию пользователей по любому изпараметров, заданных в записи пользователя, а также по нескольким сразу в любом ихсочетании. В соответствии с этим для каждого пользователя могут создаваться одна илинесколько записей аутентификации/авторизации.
При авторизации система применяет условие «И» для всех заданных параметров в отдельновзятой записи и условие «ИЛИ» в отношении нескольких записей одного пользователя.
Для пояснения процесса авторизации воспользуемся следующим примером. Предположим, чтооператору необходим гибкий доступ к системе, как с постоянного рабочего места с надежнымадресом в защищенной сети, так и с помощью ноутбука из любого другого места.
Для обеспечения таких видов доступа для пользователя необходимо создать двеавторизационные записи: одну – с указанием регистрационного имени и надежного адреса,другую – с заданием регистрационного имени и пароля. При попытке доступа с надежногоадреса система авторизует пользователя по адресу даже при ошибке ввода пароля. При доступес ноутбука необходимо будет правильно ввести регистрационные данные.
Для того, чтобы добавить запись, на всплывающем меню выберите Добавить.
Диалоговое окно «Аутентификация»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
Конфигурирование и администрирование
Стр. 70
* Пользователь – из раскрывающегося списка выберите имя пользователя;
* Область гр. интерфейса – из раскрывающегося списка выберите область графическогоинтерфейса, которая будет доступна для данного пользователя (см. раздел Область гр.интерфейса);
* Регистрационное имя – введите регистрационное имя пользователя (можно использовать каккириллицу, так и латиницу);
Пароль – пароль пользователя для регистрации в системе (учитывается регистр символов);
IP-адрес – IP-адрес, с которого пользователю будет разрешен доступ в web-интерфейс;
Запись активна – активируйте кнопку-флажок для того, чтобы активировать запись.
Указав необходимую информацию, нажмите кнопку OK. Новая запись будет добавлена втаблицу с присвоенным ей уникальным идентификатором (ID).
Роли6.1.3
Объект Роли позволяет создать роль пользователя и скомпилировать ее. Для создания новойроли вызовите контекстное меню и выберите пункт Добавить.
Создание новой роли
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Родительская роль – из раскрывающего списка выберите роль, которая будет выступать вкачестве родительской по отношению к создаваемой роли.
Пр ава дочер ней р оли на доступ к объектам не могут пр евышать пр ава р одительской р оли.
При установке Системы создается роль Администратор, которая обладает правами на просмотр,модификацию и удаление всех объектов;
* Название – введите название создаваемой роли;
Описание – укажите любую относящуюся к роли информацию.
Указав необходимую информацию, нажмите кнопку OK. Новая запись будет добавлена втаблицу.
После создания роли назначьте роли права (см. раздел Настройка ролей) и скомпилируйте ее.
Компиляция также необходима в случае любого изменения набора прав, присущего роли. Впроцессе компиляции измененные права роли заносятся в записи объектов, категорий ипараметров, для того, чтобы пользователи, обладающие данной ролью, могли получить к нимдоступ.
Конфигурирование и администрирование
Стр. 71
Созданная роль перед компиляцией
Для компиляции нажмите появившуюся кнопку . Если роль успешноскомпилирована, то в столбце Скомпилирована у записи появится значение Да.
Настройка ролей6.1.4
Объект Настройка ролей предназначен для назначения прав созданным ролям пользователя. Дляназначения прав новой роли вызовите контекстное меню и выберите пункт Добавить.
Окно настройки ролей
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Роль – из раскрывающегося списка выберите роль, которой будут назначаться новые права;
* Фильтр – из раскрывающегося списка выберите категорию или объект интерфейса, которыебудут выступать в качестве фильтра. При этом в списке Объект (который используется дляназначения прав доступа) отобразится выбранный элемент интерфейса и его дочерние объекты.Тем самым из списка Объект можно удалить нежелательные элементы интерфейса, правадоступа к которым не должны изменяться;
* Объект – из раскрывающегося списка выберите категорию, объект или параметр, на доступ ккоторому назначаются права. Список содержит как саму категорию, объект или параметр(корневой элемент), так и его дочерние элементы (если они есть).
В обоих списках в названиях элементов графического интерфейса имеются следующиеусловные обозначения:
[M] – категория;
[Т] – объект (таблица);
[С] – параметр (колонка таблицы).
Включать все дочерние объекты – установите флажок, если необходимо назначить правадоступа не только к элементу, выбранному в списке * Объект, но и к его дочерним элементам.
Действия – установите флажки, соответствующие тем действиям, которые может выполнятьпользователь над выбранными элементами графического интерфейса.
Просмотр – просмотр элемента;
Обновление – изменение значения элемента;
Добавление – создание нового элемента;
Удаление – удаление элемента;
Выполнение – выполнение элемента (для «мастеров» и таких процедур как имитациявызова и автовыгрузка CDR-записей).
Для сохранения настроек нажмите ОК. После любого изменения настроек роли ее необходимозаново скомпилировать (см. раздел Роли).
Конфигурирование и администрирование
Стр. 72
Мастер создания пользователя6.1.5
Мастер создания пользователя – это инструмент, позволяющий быстро создавать новые учетныезаписи пользователей в системе РТУ МТТ. Нажмите на объект Мастер создания пользователя.
Для навигации по этапам создания учетной записи пользователя используйте кнопки Назад иДалее. Поля, помеченные знаком «*», являются обязательными для заполнения. При вводеимени учетной записи, регистрационного имени и пароля можно использовать как кириллицу,так и латиницу. При вводе пароля учитывается регистр символов.
Окно приветствия мастера
Нажмите Далее.
Окно «Учетные записи» мастера
В окне Учётные записи введите имя новой учетной записи пользователя в поле * Имяпользователя. Выберите язык интерфейса в списке * Язык интерфейса. Выберите рольпользователя в поле * Роли. Нажмите Далее.
Окно «Аутентификация» мастера
В окне Аутентификация укажите следующие параметры:
* Область гр. интерфейса – из раскрывающегося списка выберите область графическогоинтерфейса, которая будет доступна для данного пользователя.
* Регистрационное имя – введите регистрационное имя пользователя;
Пароль – введите пароль пользователя для регистрации в системе;
Конфигурирование и администрирование
Стр. 73
IP-адрес – IP-адрес, с которого пользователю будет разрешен доступ в web-интерфейс (даже прииспользовании неправильного пароля);
Нажмите Далее.
Окно «Создание пользователя» Мастера
В открывшемся диалоговом окне Создание пользователя проверьте, правильно ли вы ввелиданные пользователя. При необходимости вернитесь к предыдущим этапам с помощью кнопкиНазад и отредактируйте введенную информацию. Для завершения создания пользователянажмите Готово.
Области графического интерфейса6.1.6
Разделение графического интерфейса на обособленные области – мера безопасности,заключающаяся в разграничении прав доступа.
Область графического интерфейса – это обособленное пространство web-интерфейса.Принадлежность к какой-либо области графического интерфейса делает для пользователейданной области недоступными и «невидимыми» аутентификационные записи пользователей,принадлежащих к другим областям.
Отсутствие доступа к аутентификационной записи пользователя другой области исключаетвозможность получения его прав путем подбора, угадывания или взлома паролей,содержащегося в ней.
Принадлежность к какой-либо области графического интерфейса является обязательнымпараметром для аутентификационной записи пользователя.
Изначально данное программное приложение поставляется с единственной общедоступнойобластью интерфейса, имеющей идентификатор “users” и название “Default realm”. Присоздании новой аутентификационной записи пользователя параметр Область гр. интерфейсабудет по умолчанию иметь значение users.
Таблица Области гр. интерфейса
Таблица Области гр. интерфейса показывает список областей графического интерфейса,существующих на данный момент в интерфейсе.
При необходимости обеспечения дополнительной безопасности можно создать обособленнуюобласть графического интерфейса, предназначенную только для администраторов системы.
Для создания такой «закрытой» области, вызовите контекстное меню и выберите Добавить.
Конфигурирование и администрирование
Стр. 74
Добавление новой области графического интерфейса
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* ID – введите идентификатор области, в качестве которого может использоваться любоекороткое слово в латинской транслитерации, например “admins”;
Идентификатор области web-интер фейса является одним из конфигур ационных пар аметр овPHP-пр иложения (см. ниже) .
* Название – введите название области;
Описание – в этом поле вы можете указать любую информацию.
Указав данную информацию, нажмите кнопку OK. Запись будет добавлена в таблицу.
После этого откройте конфигурационный файл Config.php, находящийся в инсталляционномкаталоге /var/www/rtu, и укажите в нем идентификатор вновь созданной областиграфического интерфейса:
Внесение ID вновь созданной области в файл Config.php
В целях повышения безопасности системы, с помощью средств web-сервера Apache имеетсмысл также настроить web-интерфейс на прослушивание только внутрикорпоративного IP-адреса (см. директиву Listen в конфигурации Apache), либо фильтрацию доступа из конкретныхсетей или с конкретных адресов (см. директивы Allow from/Deny from в конфигурации Apache).
Конфигурирование и администрирование
Стр. 75
Оборудование6.2
Категория объектов Оборудование предназначена для конфигурирования VoIP-объектов, скоторыми взаимодействует РТУ МТТ, зон и кодеков.
Оборудование6.2.1
Таблица Оборудование (Оборудование > Оборудование) отображает информацию о шлюзах иабонентских терминалах, сконфигурированных в системе.
Для создания новой записи с параметрами объекта (шлюза или абонентского терминала) навсплывающем меню выберите Добавить.
Конфигурирование и администрирование
Стр. 76
Диалоговое окно “Оборудование”
В открывшемся диалоговом окне в поле укажите следующую информацию (обязательными длязаполнения являются поля, помеченные символом «*»):
Запись активна – отметьте кнопку-флажок, чтобы активировать запись;
* Название – имя шлюза;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Действует как иниц. устр-во – активируйте кнопку-флажок, в случае если шлюз будетиспользоваться в качестве отправляющего вызовы;
Действует как терм. устр-во – активируйте кнопку-флажок, в случае если шлюз будетиспользоваться в качестве пункта назначения для вызовов;
* Тип оборудования – из раскрывающегося списка выберите тип, к которому относится данныйшлюз:
Конфигурирование и администрирование
Стр. 77
Шлюз – данный объект обрудования является шлюзом, магистральным или оконечным;
Привратник – данный объект является привратником;
Шлюз по умолчанию – данный объект используется как абстрактный шлюз или шаблон,представляющий устройства, параметры которых явным образом не заданы в РТУ МТТ(см. Приложение В. Шлюзы по умолчанию);
Сервер маршрутизации RADIUS – данный объект оборудования будет использоваться вкачестве внешнего средства маршрутизации с помощью протокола RADIUS;
ENUM-сервер – данный шлюз будет использовать ENUM-серверы в качестве внешнихсредств маршрутизации. Обратите внимание, что внешняя маршрутизация с помощьюENUM-серверов возможна только по сигнальному протоколу SIP. При этом дляустановления соединения будет использоваться SIP-порт, заданный в настройках данногоустройства.
Оконечное оборудование – данный объект является отдельным экземпляром оконечногоустройства (абонентским терминалом) с назначенным ему телефонным номером (см.раздел Приложение Л. Управление оконечным оборудованием).
Пр и добавлении объекта с типом ‘Оконечное обор удование’ соответствующая ему точкаадр есации (объект набор а) создается автоматически и в таблицу объектов набор а (DPs) незаносится. Посмотр еть схему мар шр утизации на такой объект можно только на стр аницеДерево объектов набора (DPs) см. р аздел Дер ево объектов набор а.
Сервер маршрутизации SIP – данный объект используется в качестве серверамаршрутизации по протоколу SIP с использованием сообщений 30x (см. разделПриложение M. Механизм внешней маршрутизации вызовов с помощью SIP/H.323).
* Номер оконечного оборудования – номер абонента, которой прислылает шлюз-абонент.Данный параметр отображается, если в поле Тип оборудования выбрать Оконечноеоборудование.
* Протокол сигнализации – из раскрывающегося списка выберите название сигнальногопротокола, поддерживаемого устройством. Если выбран пункт H.323 или SIP и шлюз действуеткак терминирующее устройство, то шлюз будет использовать тот протокол (H.323 или SIP), накотором Системе передавались данные от инициирующего шлюза. Если инициирующий шлюзпередавал данные по протоколу, отличному от SIP или H.323, то для передачи данных натерминирующий шлюз будет использоваться протокол SIP. Если необходимо получить вызов сдругой группы балансировки (см. раздел Группы балансировки) или передать вызов на другуюгруппу балансировки, то необходимо выбрать пункт Внутренний.
Регистрировать оборудование – отметье флажок, если необходимо регистрировать шлюз в РТУМТТ. В случае, если в раскрывающемся списке Тип оборудования выбран пункт Шлюз поумолчанию, то шлюз всегда будет зарегистрирован.
* ТЕРМ. Протокол сигнализации по умолчанию – протокол, по которому будут передаватьсяданные, если от инициирующего шлюза данные передавались по протоколу, отличному от H.323или SIP. Параметр отображается, если в параметре Протокол сигнализации выбран пункт H.323и SIP и шлюз действует как терминирующее устройство;
* Группа балансировки – из раскрывающегося списка выберите группу балансировки (см.раздел 6.3.5), из которой приходит или на которую уходит вызов. Данный параметротображается, если в параметре Протокол сигнализации указан пункт Внутренний.
Макс. продолжительность вызова, сек – укажите максимальную продолжительность вызовов,направляемых на шлюз либо получаемых от шлюза.
ИНИЦ. Включить отладку – активируйте кнопку-флажок, чтобы включить функцию веденияотладочного протокола в случаях, когда шлюз выступает в качестве инициатора вызова (см.раздел Отладка);
ТЕРМ. Включить отладку – активируйте кнопку-флажок, чтобы включить функцию веденияотладочного протокола в случаях, когда шлюз выступает в качестве терминирующего (см. раздел Отладка).
Данные пар аметр ы не р екомендуется оставлять включенными во вр емя штатной р аботы
Конфигурирование и администрирование
Стр. 78
Системы, так как это снижает ее пр оизводительность.
Вкл. статистику – включает ведение статистки для данного шлюза, которая затем будетиспользоваться при построении графиков.
Действует с – укажите время и дату вступления записи в действие;
Действует до… – укажите время и дату прекращения действия записи;
Категория Настройки иниц. устр-ва – эта категория содержит параметры, предназначенные длянастройки шлюзов – инициаторов соединений. Параметры действительны только в том случае,если активирована кнопка-флажок Действует как иниц. устройство:
ИНИЦ. Список адресов – задайте список IP-адресов, используемых при работе шлюза в качествеинициатора вызовов (сетевой адрес можно указать в нотации бесклассовой адресации CIDR).РТУ МТТ будет принимать вызовы с данных адресов. В случае, если выбран протокол ОКС7, тоданный параметр не учитывается;
ИНИЦ. порт – сигнальный порт шлюза-инициатора вызова. В случае, если выбран протоколОКС7, то данный параметр не учитывается;
Пор т следует указывать только в том случае, когда несколько шлюзов имеют один и тот жеIP-адр ес и инициатор а вызова можно опр еделить только по номер у сигнального пор та. Востальных случаях, (когда идентификация инициатор а вызова не затр уднена совпадением IP-адр есов) , поле ИНИЦ. порт следует оставлять пустым.
NAT адрес – адрес NAT-маршрутизатора, если шлюз находится за маршрутизатором адреснойтрансляции.
* ИНИЦ. Зона – из раскрывающегося списка выберите сетевую зону (см. раздел Зоны), которуюследует использовать для получения вызовов, инициированных данным шлюзом. В случае, есливыбран протокол ОКС7, то ОКС7-зона будет использоваться в качестве адреса шлюза;
* ИНИЦ. политика проксирования – из раскрывающегося списка выберите тот режимпроксирования медиа, который следует использовать в случаях, когда шлюз выступает вкачестве инициатора вызова:
Использовать политику проксирования терминатора — использовать ту политикупроксирования, которая установилась на терминаторе;
Проксировать — всегда выполнять проксирование;
Не проксировать — запретить проксирование;
ИНИЦ. Разрешённые кодеки – из раскрывающегося списка выберите группу кодеков (см.раздел Группы кодеков), разрешенную для использования в случаях, когда шлюз выступает вкачестве инициатора соединения;
ИНИЦ. Группа ёмкости – из раскрывающегося списка выберите группу общей емкости,которой будет принадлежать данный шлюз. Подробнее о группах общей емкости см. разделГруппы общей ёмкости;
ИНИЦ. Ёмкость – задает максимальное количество одновременных вызовов, разрешенное кприему от данного шлюза. Если ёмкость не указана или использовано значение 0 — ёмкостьнеограничена;
ИНИЦ. Группы – имена групп шлюзов, к которым будет отнесен вызов, поступивший отданного инициатора. Имена таких групп можно использовать в процедуре поиска маршрутов ипреобразования номеров в таких полях, как Разрешенные группы маршрутизации, Запрещенныегруппы мапршрутизации;
ИНИЦ. Шаблон разрешённых A-номеров – с помощью регулярного выражения задайте шаблонразрешенных вызывающих номеров;
Для настр ойки устр ойства с несколькими аналоговыми р азъемами (FXS-пор тами) , создайтеколичество шлюзов, р авное количеству р азъемов в устр ойстве, и в поле ИНИЦ. Шаблонразрешенных А-номеров каждого шлюза укажите номер соответствующего р азъема(пор та) , сконфигур ир ованного на устр ойстве.
Конфигурирование и администрирование
Стр. 79
ИНИЦ. Шаблон разрешённых Б-номеров – с помощью регулярного выражения задайте шаблонразрешенных вызываемых номеров;
ИНИЦ. Шаблон запрещённых Б-номеров – с помощью регулярного выражения задайте шаблонзапрещенных вызываемых номеров. Запрещенные номера имеют приоритет надразрешенными.
ИНИЦ. Политика передачи изменений в кодеках – из раскрывающегося списка выберитеполитику передачи изменений в кодеках, используемых инициирующим оборудованием:
Не передавать изменения – изменения в кодеках на одном участке вызова (входящем) непередаются на другой участок вызова. Таким образом, на разных участках вызова могутиспользоваться разные кодеки. В случае их несовпадения происходит переконвертация,если она возможна;
Передавать изменения типа медиа-данных – из одного участка вызова (входящего) вдругой передаются изменения в типе используемых медиа-данных (например,переключение с аудио на факс). Если изменения в кодеках происходят в рамках одноготипа данных и конвертация между двумя этими кодеками возможна (например, припереключении с одного аудио-кодека на другой), то изменения не передаются в другойучасток вызова. Если вторая сторона не может поддержать изменения, то участки вызовавозвращаются в исходное состояние;
Передавать изменения для G.711 – аналогично режиму Передавать изменения типамедиа-данных, но кроме того изменения передаются в другой участок вызова, еслипроисходит попытка переключения на кодек G.711 или c него. Кодек G.711 можетиспользоваться для передачи факсов и установления модемных соединений;
Передавать все изменения – из одного участка вызова в другой передаются всеизменения в используемых кодеках.
Данные политики применяются как во время установления вызова при получении информациио разрешенных кодеках для инициирующего и терминирующго оборудования, так и в процессевызова, когда оборудование пытается изменить используемый для передачи медиа кодек. Болееподробная информация об использовании политик содержится в разделе Правилараспознавания кодеков.
ИНИЦ. Группа ёмкости по номерам – укажите группу емкости по номерам для А-номеров.Подробнее о группах емкости по номерам см. раздел Группы ёмкости по номерам.
Всегда использовать ConfId ПКомм вместо ConfId протокола – установите флажок, если впараметре CDR-записей Conference ID протокола необходимо записывать ConfID,сгенерированный ПКомм вместо ConfID, полученного в протокольных сообщениях навходящем участке вызова.
Настройки терм. устр-ва – эта категория содержит параметры, предназначенные для настройкишлюзов, принимающих трафик. Параметры действительны только в том случае, еслиактивирована кнопка-флажок Действует как терм. устр-во:
ТЕРМ. Адрес – укажите IP-адрес, на который следует направлять вызовы для завершения. Вслучае, если выбран протокол ОКС7, то данный параметр не учитывается;
ТЕРМ. H.323 порт – укажите номер порта для направления вызовов с сигнализацией попротоколу H.323. В случае, если выбран протокол ОКС7, то данный параметр не учитывается;
ТЕРМ. SIP порт – укажите номер порта для направления вызовов с сигнализацией по протоколуSIP. В случае, если выбран протокол ОКС7, то данный параметр не учитывается;
* ТЕРМ. Зона – из раскрывающегося списка выберите сетевую зону (см. раздел Зоны), которуюследует использовать при работе шлюза в качестве терминирующего устройства. В случае, есливыбран протокол ОКС7, то ОКС7-зона будет использоваться в качестве адреса шлюза;
* Политика проксирования – из раскрывающегося списка выберите тот режим проксированиямедиа, который следует использовать в случаях, когда шлюз выступает в качествепринимающего направленные на него вызовы. Более подробная информация о режимахпроксирования содержится в разделе Политики проксирования.
Конфигурирование и администрирование
Стр. 80
* ТЕРМ. Разрешённые кодеки – из раскрывающегося списка выберите группу кодеков (см.раздел Группы кодеков), разрешенную для использования в случаях, когда шлюз выступает вкачестве принимающего направленные на него вызовы;
* ТЕРМ. Сортировка кодеков – из раскрывающегося списка выберете тот способ формированиясписка кодеков, который будет использоваться, когда шлюз выступает в качестве принимающегонаправленные на него вызовы. Все виды формирования списка кодеков применяются только дляголосовых кодеков, так как кодеки данных во всех случаях сортировки (кроме режима Несортировать) помещаются в список после голосовых кодеков согласно приоритетам, заданным вБД.
Не сортировать — возвращать набор кодеков из базы для терминирующего устройства безизменений. Порядок следования кодеков в списке определяется приоритетом каждогокодека, заданным при его настройке;
Совпавшие в начало списка – формировать список кодеков, размещая кодеки терм.оборудования таким образом, чтобы кодеки, совпадающие с кодеками инициатора,находились в начале списка. Порядок следования кодеков в подмножестве общих кодековопределяется порядком кодеков, пришедших от инициатора. Порядок следования кодековза пределами подмножества общих кодеков регулируется атрибутом кодека Приоритет;
Подробнее о действиях Системы при различных настройках проксирования и способахформирования списков кодеков см. раздел Правила распознавания кодеков.
ТЕРМ. Группа ёмкости – из раскрывающегося списка выберите группу общей емкости, которойбудет принадлежать данный шлюз. Подробнее о группах общей емкости см. раздел Группыобщей ёмкости;
ТЕРМ. Ёмкость – укажите максимальное количество одновременных вызовов, которое можетбыть направлено на данный шлюз. Если ёмкость не указана или использовано значение 0 -ёмкость неограничена;
Отмена преобр. ИНИЦ. номеров; В поле «From» – адрес инициатора – отметьте флажок, если вполе From пакета INVITE, отправляемого терминирующему шлюзу, необходимо подставлять IP-адрес и порт инициирующего шлюза. Данная настройка отменяет преобразование номеров,полученных от инициатора. Если номер инициатора заблокирован, то вместо имени/номеринициатора в поле From Система подставляет слово anonymous. Например:
From: <sip:[email protected]:2345;user=phone>
Данный параметр отображается, если в поле Протокол сигнализации выбран пункт SIP, SIP-Tили H.323 и SIP.
ТЕРМ. Политика передачи изменений в кодеках – из раскрывающегося списка выберитеполитику передачи изменений в кодеках, используемых терминирующим оборудованием:
Не передавать изменения – изменения в кодеках на одном участке вызова (исходящем) непередаются на другой участок вызова. Таким образом, на разных участках вызова могутиспользоваться разные кодеки. В случае их несовпадения происходит переконвертация,если она возможна;
Передавать изменения типа медиа-данных – из одного участка вызова (исходящего) вдругой передаются изменения в типе используемых медиа-данных (например,переключение с аудио на факс). Если изменения в кодеках происходят в рамках одноготипа данных и конвертация между двумя этими кодеками возможна (например, припереключении с одного аудио-кодека на другой), то изменения не передаются в другойучасток вызова. Если вторая сторона не может поддержать изменения, то участки вызовавозвращаются в исходное состояние;
Передавать изменения для G.711 – аналогично режиму Передавать изменения типамедиа-данных, но кроме того изменения передаются в другой участок вызова, еслипроисходит попытка переключения на кодек G.711 или c него. Кодек G.711 можетиспользоваться для передачи факсов и установления модемных соединений;
Передавать все изменения – из одного участка вызова в другой передаются всеизменения в используемых кодеках.
Данные политики применяются как во время установления вызова при получении информации
Конфигурирование и администрирование
Стр. 81
о разрешенных кодеках для инициирующего и терминирующго оборудования, так и в процессевызова, когда оборудование пытается изменить используемый для передачи медиа кодек. Болееподробная информация об использовании политик содержится в разделе Правилараспознавания кодеков.
ТЕРМ. Группа ёмкости по номерам – укажите группу емкости по номерам для Б-номеров.Подробнее о группах емкости по номерам см. раздел Группы ёмкости по номерам.
Категория параметров Настройки регистрации
Эта группа содержит параметры, предназначенные для настройки регистрирующихся шлюзов.Параметры действительны только в том случае, если в раскрывающемся списке Типрегистрации был выбран пункт Регистрировать шлюз:
Регистрационное имя – введите имя пользователя, которое шлюз пришлет при регистрации(данный параметр не обязателен, если в списке Тип оборудования был выбран пункт Шлюз поумолчанию);
Регистрационный пароль – введите пароль пользователя (данный параметр не обязателен, если всписке Тип оборудования был выбран пункт Шлюз по умолчанию);
Максимальное время регистрации, сек – период полной перерегистрация шлюза;
Интервал сообщений активности, сек – интервал времени между отправлениями пакетов keep-alive (для поддержания регистрации шлюза);
Список разреш. адресов для регистрации – введите список IP-адресов, разрешенных длярегистрации. Разделитель для элементов списка – символ «точка с запятой»;
Интервал опроса NAT, сек – интервал между отправками пакетов для поддержания ассоциацииадресов NAT;
Включить отладку регистраций – установите флажок, если необходимо заносить в журналОтладочные регистрации информацию о регистрациях.
Исп. порт, получ. при регистрации, в качестве ИНИЦ. порта – установите флажок, еслинеобходимо использовать порт, полученный в сигнальном сообщении при регистрацииустройства, в качестве значения параметра ИНИЦ. порт. Использование данного флажкапозволяет различать оконечные устройства, находящиеся за одним SIP прокси-сервером. Даннаясхема будет правильно работать только в случае, когда сообщения REGISTER и INVITE отопределенного оконечного устройства будут приходить с одного и того же UDP-порта. Еслифлажок не установлен, то сообщение INVITE после регистрации могут приходить с любогопорта. Данный параметр отображается, только если установлен флажок Регистрироватьоборудование, а в параметре Протокол сигнализации выбран пункт SIP, SIP-T или H.323 и SIP.
Пр и получении нескольких р егистр аций, они сор тир уются по вр емени получения идействительной считается последняя из них. После истчения пер иода действия последнейр егистр ации действительной считается пр едыдущая р егистр ация (пока ср ок ее действиятакже не истек) и т.д.
Категория Правила преобразования номеров
ИНИЦ. Преобразование A-номера – с помощью регулярного выражения задайте правилопреобразования вызывающего номера. Преобразование номеров по заданным даннымпараметром правилам осуществляется до того, как выполняется маршрутизация вызова;
ИНИЦ. Преобразование Б-номера – с помощью регулярного выражения задайте правилопреобразования вызываемого номера;
Пар аметр ы действительны только в том случае, если активир ован флажок Действует какиниц. устр-во.
ТЕРМ. Преобразование A-номера – с помощью регулярного выражения задайте правилопреобразования вызывающих номеров. Определенные здесь преобразования номеравыполняются уже после маршрутизации вызова и непосредственно перед его
Конфигурирование и администрирование
Стр. 82
терминированием;
ТЕРМ. Преобразование Б-номера – с помощью регулярного выражения задайте правилопреобразования вызываемых номеров;
Пар аметр ы действительны только в том случае, если активир ована кнопка-флажокДействует как терм. устр-во.
Категория Настройки сигнализации иниц. устр-ва
Эта группа содержит параметры, предназначенные для настройки шлюзов, порождающихтрафик. Параметры действительны только в том случае, если активирована кнопка-флажокДействует как иниц. устр-во:
ИНИЦ. Таймаут на alerting, сек – определяет интервал, по истечении которого, при отсутствиипакета ALERTING со стороны терминирующего шлюза, на шлюз-инициатор будет отправленпакет ALERTING, сгенерированный в РТУ МТТ;
ИНИЦ. Завершать вызов после таймаута на alerting – установите флажок, если по инстечениипериода времени, в течение которого должен придти пакет ALERTING от терминирующегошлюза, необходимо завершить вызов;
ИНИЦ. Включить КПВ – активируйте кнопку-флажок для того, чтобы включить функциюэмуляции сигнала КПВ (контроль посылки вызова) при проксировании медиа-трафика;
ИНИЦ. Таймаут КПВ, сек – укажите максимальное время ожидания сигнала КПВ отвызываемого шлюза, по истечении которого следует запускать эмуляцию сигнала КПВ;
ИНИЦ. Файл КПВ – введите название звукового файла (.wav файл), который будетиспользоваться при эмуляции сигнала КПВ. Каталог, в котором хранится файл, указывается вконфигурационных параметрах модуля обработки медиапотоков (Media node);
ИНИЦ. Таймаут медиа, сек – позволяет задавать периодичность проверки установленногосоединения на наличие в канале пакетов RTP (мультимедиа) от инициатора. Отсчет первогопроверяемого отрезка времени начинается от момента установления соединения (cообщенияCONNECT). Соединение прерывается, если за очередной проверенный отрезок времени в каналеотсутствовали RTP-пакеты;
ИНИЦ. Таймаут CallProceeding, мсек – установите время задержки отправки пакетов наинициирующий шлюз для увеличения вероятности успешного установления соединения. Впроцессе установления вызова все пакеты, полученные от терминирующего шлюза,сохраняются в буфере ПКомм, содержимое которого будет отправлено инициатору вызова поистечении периода задержки, установленного в этом поле. Подобная организация процессаустановления вызова объясняется тем, что некоторые виды шлюзов допускают лишьоднократное получение ими пакета CallProceeding, в результате чего, если после CallProceedingвдруг последует сигнал ReleaseСomplete, дальнейшие попытки установить соединение(перенаправление вызова) с таким шлюзом будут неудачными, так как шлюз не способенвоспринимать повторные сообщения CallProceeding. Данный параметр не отображается, если впараметре Тип оборудования выбран пункт ENUM сервер;
Следующие пять параметров действительны, только если в качестве управляющего протоколавыбран протокол H.323.
Разрешить обновление медиа-каналов – активируйте кнопку-флажок в том случае, если данныйшлюз поддерживает прием повторных пакетов, содержащих FastStart с вероятностьюподтверждения иных кодеков, нежели были подтверждены ранее при необходимостиперенаправления вызова на другой маршрут. Данный параметр не отображается, если впараметре Тип оборудования выбран пункт ENUM сервер;
* ИНИЦ. Способ передачи DTMF по H.323 – укажите способ передачи DTMF по протоколуH.323. Данный параметр отображается, если в параметре Протокол выбран пункт H.323 илиH.323 и SIP;
ИНИЦ. FastStart – из раскрывающегося списка выберите режим использования процедурыFastStart для инициирующего шлюза:
Не использовать – не использовать процедуру FastStart;
Конфигурирование и администрирование
Стр. 83
Использовать – использовать процедуру FastStart;
Данный параметр не отображается, если в параметре Тип оборудования выбран пункт ENUMсервер;
ИНИЦ. Передавать FastStart в сообщениях Call Proceeding, Alerting/Progress, в Connect –укажите, в каком пакете следует передавать сообщение FastStart при установлении соединения сданным шлюзом. Данный параметр не отображается, если в параметре Тип оборудованиявыбран пункт ENUM сервер;
ИНИЦ. Tunneling – активируйте кнопку-флажок, если данный шлюз поддерживает механизминкапсуляции (tunneling);
ИНИЦ. Открыть канал H.245 после – с помощью раскрывающего списка укажите, послеполучения какого сообщения следует открывать управляющий канал Н.245 при установлениисоединения:
Call proceeding
Alerting/Progress
Connect
Данный параметр не отображается, если в параметре Тип оборудования выбран пункт ENUMсервер;
ИНИЦ. Категория вызывающего абонента – для сохранения категории абонента без измененийпри получении вызова с данного шлюза в раскрывающемся списке выберите пустой пункт. Дляизменения категории абонента при получении вызова с данного шлюза выберите желаемуюкатегорию из раскрывающегося списка.
ИНИЦ. Использовать А-номер из вложенного ISUP-пакета – установите флажок, еслинеобходимо использовать параметр “SRC alias” из заголовков ISUP, а не из заголовков SIP.Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
ИНИЦ. Использовать Б-номер из вложенного ISUP-пакета – установите флажок, еслинеобходимо использовать параметр “DST alias” из заголовков ISUP, а не из заголовков SIP.Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
ИНИЦ. Использовать начальный Б-номер из вложенного ISUP-пакета – установите флажок,если необходимо использовать параметр “Diversion” из заголовков ISUP, а не из заголовков SIP.Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
ИНИЦ. Использовать категорию выз. абонента из вложенного ISUP-пакета – установитефлажок, если необходимо использовать параметр “CPC” из заголовков ISUP, а не из заголовковSIP. Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
Таймаут для ранней отправки ACM — задаёт значение интервала, по истечении которого будетискусственно выполнена посылка ISUP-сообщения ACM. Значение параметра задается вмиллисекундах. Диапазон значений — от 20000 до 30000 миллисекунд (по умолчанию — 30000миллисекунд). Данный флажок действителен, только если в параметре Протокол сигнализациибыл выбран протокол SIP-T;
Наличие эхоподавления – флажок, управляющий параметром Echo control device в исходящихсообщениях IAM, ACM, CPG и CON. По умолчанию флажок снят, что означает, что параметрравен «false». Должен быть сконфигурирован так, как сконфигурирован этот параметр намедиа-шлюзе. Данный флажок действителен, только если в параметре Протокол сигнализациибыл выбран протокол SIP-T;
Категория Настройки сигнализации терм. устр-ва
Эта группа содержит параметры, предназначенные для настройки терминирующих шлюзов.Параметры действительны только в том случае, если активирована кнопка-флажок Действует
Конфигурирование и администрирование
Стр. 84
как терм. устр-во:
* ТЕРМ. Тип исход. А-номера – выбором из раскрывающегося списка укажите тип номероввызывающих абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
International number
National number
Network specific number
Subscriber number
Abbreviated number
* ТЕРМ. План нумерации исход. А-номера – с помощью раскрывающегося списка укажите планнумерации вызывающих абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
ISDN telephony numbering plan (Recommendation E.164)
Data numbering plan (Recommendation X.121)
Telex numbering plan (Recommendation F.69)
National standard numbering plan
Private numbering plan
* ТЕРМ. Тип исход. Б-номера – с помощью раскрывающего списка укажите тип номероввызывающих абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
International number
National number
Network specific number
Subscriber number
Abbreviated number
* ТЕРМ. План нумерации исход. Б-номера – с помощью раскрывающего списка укажите планнумерации вызываемых абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
ISDN telephony numbering plan (Recommendation E.164)
Data numbering plan (Recommendation X.121)
Telex numbering plan ((Recommendation F.69)
National standard numbering plan
Private numbering plan
* ТЕРМ. Способ передачи DTMF по H.323 – укажите способ передачи DTMF по протоколуH.323. Данный параметр отображается, если в параметре Протокол выбран пункт H.323 илиH.323 и SIP;
ТЕРМ. FastStart – из раскрывающегося списка выберите режим использования процедурыFastStart для терминирующего шлюза:
Конфигурирование и администрирование
Стр. 85
Не использовать – не использовать процедуру FastStart;
Использовать – использовать процедуру FastStart;
По возможности использовать – пытаться использовать процедуру FastStart, если этоневозможно, то использовать slowstart без перехода в режим проксирования.
ТЕРМ. Tunneling – активируйте кнопку-флажок, если данный шлюз поддерживает механизминкапсуляции (tunneling);
ТЕРМ. Открыть канал H.245 после – с помощью раскрывающего списка укажите, послеполучения какого сообщения следует открывать управляющий канал Н.245 при установлениисоединения:
Call proceeding
Alerting/Progress
Connect
* ТЕРМ. presentationIndicator исход. вызова – возможные значения поля presentationIndicator впакете SETUP. Более подробную информацию о поле presentationIndicator можно найти в Q.931и Q.951. Выберите значение из раскрывающегося списка:
Как на вход. участке
Octet 3a not present
Presentation allowed
Presentation restricted
Number not available due to interworking
* ТЕРМ. screeningIndicator исход. вызова — возможные значения поля screeningIndicator впакете SETUP. Более подробную информацию о поле screeningIndicator можно найти в Q.931 иQ.951. Выберите значение из раскрывающегося списка:
Как на вход. участке
Not screened
User-provided, not screened
User-provided, verified and passed
User-provided, verified and failed
Network provided
Следующие три параметра действительны, если в качестве управляющего протокола был выбранпротокол SIP:
* ТЕРМ. Передавать начальный Б-номер – с помощью раскрывающего списка укажите, следуетли передавать номер изначального вызываемого абонента в исходящий участок вызова:
Не передавать
Передавать
* ТЕРМ. Механизм конфиденциальности в SIP – из раскрывающегося списка выберитемеханизм конфиденциальности:
RFC 3325 PassertedID (более подробная информация об этом механизме имеется насайте http://www.ietf.org/rfc/rfc3325.txt);
Cisco RemotePartyID (более подробная информация об этом механизме доступна поссылкеhttp://www.cisco.com/en/US/producTS/sw/iosswrel/ps1839/producTS_feature_guide09186a0080110bfb.html#wp1050768).
ТЕРМ. Список адресов переадресации – через точку с запятой без пробелов введите маскисетей, на которые разрешено перенаправление вызовов для данного оборудования, в техслучаях, когда оно выступает в качестве терминирующего. При получении сообщения о
Конфигурирование и администрирование
Стр. 86
перенаправлении вызова на другой IP-адрес, проводится проверка, относится ли этот IP-адрес ксети, разрешенной для перенаправления. При получении отрицательного результатаперенаправление будет отклонено;
ТЕРМ. H.323 Таймаут на первый ответ, мсек – задайте лимит времени в миллисекундах, поистечении которого вызов должен быть принудительно прерван по причине отсутствия ответана сообщение SETUP;
ТЕРМ. SIP Таймаут на первый ответ, мсек – задайте лимит времени в миллисекундах, поистечении которого вызов должен быть принудительно прерван по причине отсутствия ответана сообщение INVITE;
ТЕРМ. Таймаут на сообщение Connect, сек – задайте лимит времени в секундах, по истечениикоторого вызов должен быть принудительно прерван по причине отсутствия ответа насообщение Connect;
ТЕРМ. Таймаут медиа, сек – позволяет задавать периодичность проверки установленногосоединения на наличие в канале пакетов RTP (мультимедиа) от терминирующего устройства.Отсчет первого проверяемого отрезка времени начинается от момента установлениясоединения (cообщения CONNECT). Соединение прерывается, если за очередной проверенныйотрезок времени в канале отсутствовали RTP-пакеты. Данный параметр отображается, еслиактивирован флажок Действует как нинц. устр-во и в параметре Политика проксированиявыбран любой пункт, кроме Не проксировать;
ТЕРМ. Выбор категорий вызывающего абонента для замены – задайте список категорийвызывающего абонента, которые будут подвергаться преобразованию. Если на шлюз приходитвызов с одний из категорий из списка, то она заменяется категорией, заданной в параметреТЕРМ. Трансляция выбранных категорий выз. абонента.
Выберите желаемую категорию в левом окне и нажмите на кнопку , чтобы добавить еев список. Чтобы удалить категорию из списка, выделите ее название в правом окне и нажмите
кнопку . Удерживая нажатой клавишу Shift или Ctrl, можно выбирать несколько записейодновременно.
С помощью кнопок и можно перемещать все категории из правого окна влевое и наоборот;
ТЕРМ. Замена выбранных категорий выз. абонента – из раскрывающегося списка выберитекатегорию, на которую будут заменены категории из списка ТЕРМ. Выбор категорийвызывающего абонента для замены. Выбрите пустой пункт, если замены категорийпроисходить не должно.
* ТЕРМ. Метод передачи категории выз. абонента – из раскрывающегося списка выберитеспособ передачи категории терминирующему шлюзу:
Нет – категория вызывающего абонента терминирующему шлюзу не передается. Данноезначение необходимо использовать, если для сигнализации используется протокол H.323(поскольку протокол H.323 не поддерживает передачу категории абонента) или протоколОКС7 (поскольку категория абонента передается по протоколу ОКС7 в любом случае);
SIP ISUP OLI – категория вызывающего абонента передается в виде параметра “isup-oli”поля From протокола SIP. Передается категория по стандарту OLI;
SIP CPC – категория вызывающего абонента передается в виде параметра “cpc” поляFrom протокола SIP. Передается категория по стандарту OLI. Более подробнаяинформация представлена в документе The Calling Party’s Category tel URI Parameter;
SIP Category – категория вызывающего абонента передается отдельным заголовком“Category” протокола SIP. Передается категория по стандарту CPC.
SIP CPC-RUS – категория вызывающего абонента передается в параметре “cpc-rus” поля“From” в сигнальных сообщениях протокола SIP/SIP-T.
SIP CPC-NUM — категория вызывающего абонента передается в числовом виде в полеFrom протокола SIP. Категория передается по стандарту CPC.
ТЕРМ. Передавать Display-Name из вход. участка – установите флажок, если необходимо
Конфигурирование и администрирование
Стр. 87
передавать параметр Display-Name из входящего участка вызова в исходящий.
При входящем ACM с No indication – параметр определяет реакцию Системы на получениесообщения ACM с параметрами DC=00 и I=1. Параметр отображается только прииспользовании протокола ОКС7;
Не требовать поддержки SIP-T – установите флажок, если терминирующее устройство неподдерживает SIP-T. При этом появляется возможность работать по протоколу SIP-T соборудованием, поддерживающим только SIP. Данный флажок действителен, только если впараметре Протокол сигнализации был выбран протокол SIP-T;
Значение Transmission Medium Requirement – значение, отправляемое в поле Transmissionmedium requirement в сообщении IAM. Допустимые значения – 0-3 (по умолчанию — 0). Данныйпараметр действителен, только если в параметре Протокол сигнализации был выбран протоколSIP-T;
Включать символ окончания набора в Б-номер – установите флажок, если необходимодополнять Б-номер символом ST (#, код 0x0f), если тот в Б-номере отсутствует. По-умолчанию,флажок установлен. Данный флажок действителен, только если в параметре Протоколсигнализации был выбран протокол SIP-T;
Категория параметров Настройки LAR
Использовать LAR для кодов (H323) – коды отбоя H.323, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (H323) – коды отбоя H.323, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (SIP) – коды отбоя SIP, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (SIP) – коды отбоя SIP, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (TS) – коды отбоя ПКомм, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (TS) – коды отбоя ПКомм, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (TM) – коды отбоя ПУпр, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (TM) – коды отбоя ПУпр, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (CLASS 5) – коды отбоя модуля обслуживания абонентов,которые должны вызывать повторные попытки маршрутизации вызова. Коды перечисляютсячерез точку с запятой «;» или разделяются переводом строки. В РТУ МТТ не используются;
Не использовать LAR для кодов (CLASS 5) – коды отбоя модуля обслуживания абонентов,которые не должны приводить к повторным попыткам маршрутизации вызова. Кодыперечисляются через точку с запятой «;» или разделяются переводом строки. В РТУ МТТ неиспользуются;
Категория параметров Настройки RADIUS
Конфигурирование и администрирование
Стр. 88
Вкл. RADIUS аутентификацию – отметьте флаг, для того чтобы отправлять на RADIUS-серверзапрос на подтверждение регистрации шлюза. Данный параметр не действителен, если шлюз неиспользует регистрацию;
Вкл. RADIUS авторизацию – отметьте флаг, для того чтобы отправлять на RADIUS-серверзапрос на авторизацию вызова. Авторизация вызова имеет смысл только для инициатора.Система отправляет на RADIUS-сервер запрос на авторизацию только для первого маршрута изобъекта набора;
Вкл. RADIUS учет – отметьте флаг, для того чтобы отправлять на RADIUS-сервер информацию,необходимую для учета переговоров в сети.
RADIUS Имя пользователя – имя пользователя, которое будет подставляться в пакетах,отправляемых на сервер RADIUS, если данный шлюз выступает в качестве инициатора вызова.По умолчанию для статических шлюзов в качестве имени пользователя используется IP-адрес, скоторого был получен вызов. Если в поле задана строка $ani$, то она заменяется на исходящийА-номер. Метапеременную $ani$ нельзя использовать, если шлюз регистрируется в Системе;
RADIUS Пароль – пароль, который будет использоваться в пакетах, отправляемых на серверRADIUS, если данный шлюз будет инициатором вызова. По умолчанию для статических шлюзовв качестве пароля используется строка «xpgk»;
Правила заполнения полей User-Name и User-Password, отправляемых на RADIUS
Значения параметров RADIUS Имяпользователя и RADIUS Пароль
Действия Системы
Если обор удование р егистр ир уется в Системе
RADIUS Имя пользователя = не задано Поля User-Name и User-Password заполняютсязначениями параметров Регистрационное имя иРегистрационный пароль соответственно.
RADIUS Имя пользователя = $ani$ Поля User-Name и User-Password заполняютсязначениями параметров Регистрационное имя иРегистрационный пароль соответственно.
RADIUS Пароль = не задан Полю User-Password присваивается значение xpgk.
RADIUS Имя пользователя = $ani$IP Поле User-Name заполняется строкой IP.
RADIUS Имя пользователя = IP Полю User-Name присваивается IP-адресоборудования.
RADIUS Имя пользователя = любое иноезначение
RADIUS Пароль = *
Полю User-Name присваивается значениепараметра RADIUS Имя пользователя. Поле User-Password заполняется данными (токенами),пришедшими при регистрации оборудования.
В случае использования протокола SIP поле User-Password не передается, а передаются атрибутыDigest-Realm, Digest-Nonce, Digest-URI, Digest-Method, Digest-Response, а также Digest-Username,значение которого равно значению поля User-Name.
В случае использования протокола H.323 иаутентификации по методу CHAP User-Password непередается, а передаются поля CHAP-Password иCHAP-Challenge.
RADIUS Имя пользователя = любое иноезначение
Поля User-Name и User-Password заполняютсязначениями параметров RADIUS Имяпользователя и RADIUS Пароль соответственно.
Конфигурирование и администрирование
Стр. 89
Значения параметров RADIUS Имяпользователя и RADIUS Пароль
Действия Системы
RADIUS Пароль = любое иное значение
Если обор удование не р егистр ир уется в Системе
RADIUS Имя пользователя = не задано Полю User-Name присваивается IP-адресоборудования.
RADIUS Пароль = не задан Полю User-Password присваивается значение xpgk.
RADIUS Имя пользователя = IP Полю User-Name присваивается IP-адресоборудования.
RADIUS Имя пользователя содержитстроку $ani$
Полю User-Name присваивается значениепараметра RADIUS Имя пользователя, причемстрока $ani$ заменяется на А-номер послепреобразвания на шлюзе (заданное параметромИНИЦ. Преобразование А-номера).
RADIUS Имя пользователя = $ani$IP Полю User-Name присваивается значениепараметра RADIUS Имя пользователя, причемстрока $ani$ заменяется на А-номер послепреобразвания на шлюзе (заданное параметромИНИЦ. Преобразование А-номера). Строка IPостается неизменной.
RADIUS Имя пользователя = любое иноезначение
RADIUS Пароль = любое иное значение
Поля User-Name и User-Password заполняютсязначениями параметров RADIUS Имяпользователя и RADIUS Пароль соответственно.
Исп. значение «Telephony» в h323-call-type – установите флажок для замены поля «h323-call-type=VoIP» на «h323-call-type=Telephony» в пакетах по входящему участку вызова;
Значение поля Cisco-NAS-Port – значение из данного поля (если оно задано) будет передаватьсяв VSA-поле Cisco-NAS-Port в пакетах Accounting-Stop.
Категория Настройки кодов причин повторного дозвона
ТЕРМ. Количество попыток дозвона – задайте максимальное количество попыток установлениясоединения;
ТЕРМ. Интервал между попытками дозвона, сек – задайте интервал между попытками дозвонав секундах;
которых система будет повторять попытки установить соединение. Коды перечисляются черезточку с запятой «;» или разделяются переводом строки;
Коды причин повторного дозвона (SIP) — укажите коды разъединения SIP, при которых системабудет повторять попытки установить соединение. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Коды причин повторного дозвона (TS) — укажите коды разъединения ПКомм, при которыхсистема будет повторять попытки установить соединение. Коды перечисляются через точку сзапятой «;» или разделяются переводом строки;
Коды причин повторного дозвона (TM) — укажите коды разъединения ПУпр, при которыхсистема будет повторять попытки установить соединение. Коды перечисляются через точку сзапятой «;» или разделяются переводом строки;
Конфигурирование и администрирование
Стр. 90
Категория Настройки привратника
Эта группа содержит параметры, предназначенные для настройки привратника. Параметрыотображаются только в том случае, если в поле Тип оборудования выбран пункт Привратник:
ТЕРМ. ID привратника – идентификатор привратника, который коммутатор РТУ МТТ будетиспользовать в ARQ/LRQ запросе, адресуемом привратнику (gatekeeper);
ТЕРМ. Адрес привратника – адрес привратника (gatekeeper);
ТЕРМ. Использовать номера, полученные от привратника – флаг, при включении которогореальному терминирующему устройству, адрес которого указан в ACF/LCF будут отправлятьсяномера, присланные привратником (gatekeeper), если они отличаются от номеров, отправленныхРТУ МТТ в запросе к данному привратнику (gatekeeper);
ТЕРМ. Использовать IP-адрес привратника для биллинга – флаг, при включении которого вCDR в качестве адреса терминирующего шлюза будет фигурировать адрес привратника(gatekeeper), а не адрес терминирующего шлюза;
Категория Настройки сервера маршуртизации SIP
Эта группа содержит параметры, предназначенные для настройки сервера маршрутизации SIP.Параметры отображаются только в том случае, если в поле Тип оборудования выбран пунктСервер маршрутизации SIP:
Адрес сервера маршрутизации – адрес сервера маршрутизации SIP вида <IP:порт>;
Таймаут на первый ответ сервера маршрутизации SIP, мсек – задайте лимит времени вмиллисекундах, по истечении которого вызов должен быть принудительно прерван по причинеотсутствия ответа на сообщение INVITE, отправленное серверу маршрутизации;
Исп. IP-адрес сервера маршрутизации SIP для биллинга – флаг, при включении которого в CDRв качестве адреса терминирующего шлюза будет фигурировать адрес сервера маршрутизацииSIP, а не адрес терминирующего шлюза;
Записывать в CDR реальный Б-номер – установите флажок, если по вызовам, маршрутизациякоторых осуществляется с помощью данного сервера маршрутизации, в CDR-записях в полеИсходящий Б-номер необходимо указывать номер оборудования, на которой вдействительности будет направлен вызов. Если флажок не установлен, то указывается номерданного сервера маршрутизации.
Категория Настройки шлюза по умолчанию
Параметры действительны, если в раскрывающемся списке Тип оборудования выбран пунктШлюз по умолчанию. Для более подробной информации о шлюзах по умолчанию см.Приложение В. Шлюзы по умолчанию.
Приоритет шлюза по умолчанию — целое положительное число. Параметр служит для назначенияприоритета шлюзам по умолчанию, настроенным в системе. В любой момент времени системаработает только с одним шлюзом по умолчанию, с наибольшим значением данного параметра.Если шлюз недоступен, система переключается на работу со следующим по величине значенияпараметра Приоритет шлюзом;
Способ аутентификации оконеч. оборудования — из раскрывающегося списка выберите способаутентификации оконечного оборудования.
С помощью RADIUS-сервера — регистрационые данные оборудования дляаутентификации отсылаются на RADIUS-сервер. Таблица Устройства шлюза поумолчанию не используется;
С помощью таблицы устройств шлюза по умолчанию — регистрационные данныеоборудования сверяются с записями в таблице Устройства шлюза по умолчанию,закрепленными за данным шлюзом по умолчанию. При этом сопоставлениепроизводится по регистрационному имени и номеру оконечного оборудования.
Шаблон разрешенных регистрационных имен – с помощью регулярных выражений задайте
Конфигурирование и администрирование
Стр. 91
шаблоны регистрационных имен устройств, регистрация которых разрешена в системе черезшлюз по умолчанию. Одновременно можно задать несколько шаблонов, разделяя их символом«|»;
Шаблон запрещенных регистрационных имен – с помощью регулярных выражений задайтешаблоны регистрационных имен устройств, регистрация которых запрещена системе.Одновременно можно задать несколько шаблонов, разделяя их символом «|».
Источник номеров телефона – из раскрывающегося списка выберите порядок получения Б-номеров, ассоциируемых с терминирующим оборудованием:
От RADIUS – для терминирующего оборудования используются Б-номера, полученныеот RADIUS-сервера (в поле xpgk-ep-number). Номера, полученные от оборудования прирегистрации, игнорируются;
С оборудования, если от RADIUS не пришли – если Б-номера не пришли от RADIUS-сервера (в поле xpgk-ep-number), то для терминирующего оборудования используются Б-номера, полученные при регистрации оборудования;
C RADIUS, если от оборудования не пришли – если Б-номера не пришли от оборудованияпри регистрации, то для терминирующего оборудования используются Б-номера,полученные от RADIUS-сервера (в поле xpgk-ep-number).
Категория Прочие настройки:
При входящем ACM с No indication – параметр определяет реакцию Системы на получениесообщения ACM с параметрами DC=00 и I=1. Параметр действителен только при использованиипротокола ОКС7;
Общая ёмкость для вход. и исход. вызовов – установите флажок, если при расчете доступнойемкости шлюза максимальное количество входящих и исходящих вызовов для шлюза должнысуммироваться. Если флажок не установлен, доступная емкость шлюза для входящих иисходящих вызовов рассчитывается отдельно.
SIP Проверять доступность шлюза – установите флажок, если необходимо контролироватьработоспособность шлюзов, поддерживающих сигнальный протокол SIP, с помощьюпериодической отправки запросов OPTIONS в течение всего времени, пока активныустановленные с участием шлюза вызовы. Параметр отображается, если в поле Протоколсигнализации выбран пункт SIP, SIP-T или H.323 и SIP;
SIP Интервал проверки доступности, мсек – задайте интервал отсылки запросов OPTIONS вмиллисекундах. Параметр отображается, если в поле Протокол сигнализации выбран пункт SIP,SIP-T или H.323 и SIP;
H.323 Таймаут TCP соединения, сек – задайте время ожидания TCP-соединения вмиллисекундах, по истечении которого попытка терминировать вызов будет считатьсянеудачной. Параметр отображается, если в поле Протокол сигнализации выбран пункт SIP, SIP-T или H.323 и SIP.
Флаги – параметр, позволяющий конфигурировать особенности функционированияоборудования (шлюза). Значение – битовая маска, задаваемая числом в шестнадцатеричномформате. Возможные значения:
0x0001 – всегда отсылать SIP-ответ 180, т.к. устройство не способно воспринимать SIP-ответ 183;
0x0002 – отправлять DTMF как INFO, а не по стандарту RFCС2833;
0x0008 – старое H.323 устройство (Vocaltec), требующее эмуляции поведения CISCO;
0x0010 – принудительно отключать эмуляцию КПВ при получении повторного сигналаAlerting.
0x0040 – в соответствии со стандартом RFC5347 эмулировать 2 медиа-канала. Нужно дляработы с устройствами, в соответствии с T.38 ставящими 2 строчки m= в SDP.
0x0080 – не отправлять SIP-сообщение 100 в ответ на повторный INVITE.
Конфигурирование и администрирование
Стр. 92
0x0100 – разрешить модулю медиа-потоков автоматически перенаправлять медиа-потокна фактический порт, с которого оборудование присылает RTP-пакеты, если данный портотличается от заявленного в сигнальных сообщениях.
0x0200 – не начинать процедуру обмена MSD при втором и последующих обменах TCS.
0x0400 – включить распознавание внутриполосной двухтональной многочастотнойсигнализации (inband DTMF) от терминального оборудования.
0x0800 — включить функцию исправления некорректных TimeStamp во входящем RTP-потоке.
0x1000 — включить метод PRACK в список поддерживаемых методов исходящих SIP-сообщений и декларировать поддержку 100rel. Тем не менее, если терминирующееоборудование потребует PRACK в своем ответе, то даже если флаг не будет указан,ПКомм отправит PRACK. В звонках по протоколу SIP-T поведение ПКомм всегдасоответствует включенному флагу вне зависимости от его фактического значения.
0x2000 — включить репакетизацию для исходящих RTP-пакетов.
0x4000 — запретить отправку SIP OPTIONS в качестве TCS в сторону оборудования.
Для одновременной установки нескольких флагов необходимо ввести их сумму.
Список ENUM-серверов – задайте список ENUM-серверов, к которым данное устройство будетобращаться, как к внешним средствам маршрутизации. В левом окне должны бытьпредставлены все ENUM-серверы, сконфигурированные в одноименной таблице (см. раздел
ENUM-серверы). Выберите интересующий сервер и нажмите на кнопку , чтобыдобавить его в список. Чтобы удалить сервер из списка, выделите его название в правом окне и
нажмите кнопку . Удерживая нажатой клавишу Shift или Ctrl, можно выбирать
несколько записей одновременно. С помощью кнопок и можно перемещатьвсе записи из правого окна в левое и наоборот. Перемещая названия серверов в списке вверх-
вниз при помощи кнопок и , можно изменять порядок обращения к ENUM-серверам. Перемещение названия в списке вверх означает увеличение приоритета приобращении к ENUM-серверам. Если ENUM-сервер с наивысшим приоритетом доступен, то онпервым будет использоваться для маршрутизации. Если нет, то будет использоваться следующийдоступный сервер в списке.
Параметр действителен только в том случае, если в списке Тип оборудования выбран пунктENUM-сервер.
Версия ISUP для SIP-T – укажите версию ISUP для протокола SIP-T, которая поддерживаетсяшлюзом. Более подробная информация содержится в RFC 3204 и Q.1912.5 (п. 5.4.1.2);
Запретить динамический payload type для стандарт. кодеков — отметьте флажок, если шлюз,использующий протокол H.323, не поддерживает переопределение типа данных (payload type)для кодеков, для которых по стандарту типы данных уже определены.
Политика управления SIP Reason – из раскрывающегося списка выберите способ записи кодовразъединения в поле SIP Reason:
Записывать все коды разъединения – записывать все коды в заголовки SIP Reason безизменений;
Записывать все коды разъединения и добавлять код Q.850 – записывать все коды взаголовки SIP Reason без изменений и добавлять соответствующий код Q.850;
Записывать только код Q.850 – записывать только один заголовок Reason ссоответствующим кодом Q.850;
Не использовать поле Reason – не добавлять заголовки Reason.
В качестве источника кодов Q.850 исп. – из раскрывающегося списка выберите источник кодовQ.850, если используется протокол SIP-T.
Коды SIP Q.850 – использовать коды из заголовков SIP;
Коды ISUP Q.850 – использовать коды из заголовков ISUP;
Конфигурирование и администрирование
Стр. 93
IP ToS для RTP-пакетов – укажите значение поля Type of Service у RTP-пакетов, которыеотправляются на данный шлюз. Доступные значения – от 0 до 255.
Форсировать открытие канала H.245 при получении TCS на другом участке вызова — –установите флажок, если по прибытии TCS (списка кодеков, поддерживаемых оборудованием)на каком-либо участке вызова, необходимо открывать канал H.245 на другом участке вызова.Данный параметр не отображается, если в параметре Протокол сигнализации выбран пункт,отличный от H.323 или H.323 и SIP;
Значение ISUP-таймера T6 — таймер ожидания получения сообщения RES (инициирован сетью)после получения сообщения SUS (инициирован сетью), диапазон значений от 90 до 180 секунд,значение по умолчанию — 180с. Данный параметр не отображается, если в параметре Протоколсигнализации выбран пункт, отличный от SIP-T;
Значение CauseLocation в исход. сообщениях REL — значение CauseLocation, которое будетподставляться в отправляемые сообщения REL. Значения определены согласно Q.850. Значениепо-умолчанию — RLN. Данный параметр не отображается, если в параметре Протоколсигнализации выбран пункт, отличный от SIP-T;
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификационным кодом (ID), а в колонке Время измененияотобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Устройства шлюза по умолчанию6.2.2
Данная таблица содержит регистрационные и аутентификационные данные оконечныхустройств, которые регистрируются в Системе с помощью шлюзов по умолчанию (см. разделПриложение В. Шлюзы по умолчанию).
Для создания новой записи с параметрами устройства на всплывающем меню выберитеДобавить.
Конфигурирование и администрирование
Стр. 94
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
Запись активна – отметьте кнопку-флажок для того, чтобы активировать запись;
* Название – введите название объекта набора;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи.
Действует с – время и дата начала срока действия записи;
Действует до… – время и дата окончания срока действия записи;
* Шлюз по умолчанию – в раскрывающемся списке выберите шлюз по умолчанию, к которомуотносятся аутентификационные данные оконечного устройства. При поступлении запроса нарегистрацию на определенный шлюз по умолчанию, регистрационная информация будетсравниваться с параметрами оконечных устройств, относящихся к данному шлюзу поумолчанию;
* Номер оконечного оборудования – номер оконечного оборудования, который будетсравниваться с номером, поступившим в регистрационном запросе;
* Регистрационное имя – регистрационное имя абонента, которое будет сравниваться срегистрационным именем, содержащимся в регистрационном запросе;
Регистрационный пароль – регистрационный пароль абонента, который будет сравниваться срегистрационным паролем, имеющимся в регистрационном запросе;
Переопр. максимальное время регистрации, сек – задайте период полной перерегистрацияабонента. Значение данного параметра превалирует над значением параметра Максимальноевремя регистрации, сек шлюза по умолчанию, к которому относится абонент;
Переопр. интервал сообщений активности, сек – задайте интервал времени междуотправлениями пакетов keep-alive (для поддержания регистрации абонента). Значение данного
Конфигурирование и администрирование
Стр. 95
параметра превалирует над значением параметра Интервал сообщений активности, сек шлюзапо умолчанию, к которому относится абонент;
Переопр. список разреш. адресов для регистрации – введите список IP-адресов, регистрация скоторых разпрешена для данного абонента. Разделитель для элементов списка – символ «точка сзапятой». Значение данного параметра превалирует над значением параметра Список разреш.адресов для регистрации шлюза по умолчанию, к которому относится абонент;
Переопр. интервал опроса NAT, сек – интервал между отправками пакетов для поддержанияассоциации адресов NAT. Значение данного параметра превалирует над значением параметраИнтервал опроса NAT, сек шлюза по умолчанию, к которому относится абонент;
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификатором (ID), а в колонке Время измененияотобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Зоны6.2.3
Данная таблица содержит информацию о сетевых и ОКС7-зонах, которая используется ПКоммпри маршрутизации вызовов. Более подробная информация о назначении сетевых зонприведена в разделе Сетевые зоны.
Таблица сконфигурированных зон
Для создания новой записи на всплывающем меню выберите Добавить.
Диалоговое окно «Сетевые зоны»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Название – введите имя зоны, заданное в конфигурационном файле ПКомм system.conf;или имя ОКС7-зоны, заданное в конфигурационном файле модуля обработки вызовов ОКС7, всекции ss7zone. Данное название будет отображаться в других объектах web-интерфейса(например, в объекте Оборудование)
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи.
Указав данную информацию, нажмите OK.
Конфигурирование и администрирование
Стр. 96
Для внесения изменений или удаления записи выберите соответствующую команду навсплывающем меню.
Кодеки6.2.4
Таблица кодеков содержит данные о сконфигурированных в системе кодеках. Под кодеком, вданном случае, понимается определенная реализация стандарта кодирования медиа-данныхвместе с дополнительными необходимыми параметрами.
Страница кодеков
Для создания новой записи о кодеке во всплывающем меню выберите Добавить.
Диалоговое окно «Кодеки»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Имя – имя кодека;
* Тип кодека – выберите семейство кодеков, которое реализует определенный стандарткодирования медиа-данных;
Детектор речевой активности (VAD) – активируйте кнопку-флажок, если кодек имеетвстроенный механизм детектирования речи (VAD);
* Частота дискретизации, Гц – частота взятия отсчетов непрерывного по времени сигнала приего дискретизации;
Конфигурирование и администрирование
Стр. 97
Фреймов на пакет – укажите количество фреймов в одном пакете, формируемом прииспользовании данного кодека;
Предпочтительный тип данных (payload type) – укажите предпочтительный тип данных (dynamicpayload type), введя положительное целое в диапазоне от 96 до 127;
Наличие и содержание параметров Режимы и Флаги определяется семейством кодеков,выбранным в поле Тип кодека.
В таблице ниже представлены те кодеки, для которых данные параметры имеют смысл.
Таблица 8 Режимы и флаги для разных типов кодеков
Тип кодека Режимы и Флаги Описание
g.729 Режимы
Обычный Соответствует кодеку G.729 plain
Annex A Соответствует кодеку G.729a
speex Режимы
1, 2, 3, 4, 5, 6, Любой Объяснение значений параметров Speex можно найтив документе The Speex Codec Manual.
Флаги
Улучшениевоспр иятия
Perceptual Enhancement
Объяснение значений параметров Speex можно найтив документе The Speex Codec Manual.
VBR Variable Bitrate
Объяснение значений параметров Speex можно найтив документе The Speex Codec Manual.
ilbc Режимы
30 мсек фр ейм Соответствует кодеку iLBC-13k3
20 мсек фр ейм Соответствует кодеку iLBC-15k2
amr Режимы
4.75, 5.15, 5.9, 6.7,7.4, 7.95, 10.2, 12.2
Величина потока данных в реальном времени, то естьминимальный размер канала (в данном случае – вкбит/с), который может пропустить этот поток беззадержек. Более подробная информация содержится вдокументе 3GPP TS 26.073 — AMR speech Codec.
Флаги
Поддер жка “Fring” Установите флажок для поддержки софтфона Fring.
Режим октетноговыр авнивания
Подробная информация содержится в RFC 3267.
Сопост. с любым кодеком подобного типа — флажок, который устанавливают, в случае, когданеобходимо допустить нестрогое соответствие между кодеком, пришедшим от оборудования, иданным кодеком. Например, при выставленном флажке Сопост. с любым кодеком подобноготипа для кодека G.729 будут считаться полностью распознанными и останутся в списке
Конфигурирование и администрирование
Стр. 98
разрешенных кодеков все кодеки подобного типа, т.е. G.729A,G.729AB, G.729B.
Указав данную информацию, нажмите OK. Запись будет добавлена в таблицу.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Группы кодеков6.2.5
Объект Группы кодеков предназначен для создания групп кодеков, в которые впоследствиеобъединяются кодеки.
Таблица «Группы кодеков»
Для создания новой группы щелчком левой кнопки мыши в теле таблицы вызовитевсплывающее меню и выберите пункт Добавить.
Диалоговое окно «Группы кодеков»
В открывшемся диалоговом окне в поле укажите следующую информацию (поля, помеченныезнаком «*», являются обязательными для заполнения):
* Название – введите название группы;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи.
Указав необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицу сприсвоенным ей уникальным идентификационным кодом (ID), а в колонке Время измененияотобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра выделенной записи в отдельном окневыберите соответствующую команду (Редактировать, Удалить, Просмотр) во всплывающемменю.
В качестве следующего шага необходимо указать, какие кодеки будут входить в данную группу(см. раздел Настройка групп кодеков).
Конфигурирование и администрирование
Стр. 99
Настройка групп кодеков6.2.6
Таблица Настройка групп кодеков содержит дополнительные данные о сконфигурированных всистеме кодеках и их принадлежности к группам.
Страница настройки групп кодеков
Для включения кодека в группу на всплывающем меню выберите Добавить.
Диалоговое окно «Настройка групп кодеков»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Группа кодеков – из раскрывающегося списка выберите группу, в которую включаетсяданный кодек (раскрывающийся список содержит только группы, которые имеются в таблицеГруппы кодеков, см. раздел Группы кодеков);
* Кодек – с помощью раскрывающегося списка выберите название кодека;
Приоритет кодека в группе – данный параметр позволяет задавать приоритет кодека в группе, всоответствии с которым устанавливается очередность (приоритет) кодеков, в списке,высылаемом на коммутатор (Подсистема коммутации). По умолчанию всем кодекамприсваивается значение 1. Оператор может изменить это значение. Чем больше значение, темвыше приоритет кодека в группе.
Конфигурирование и администрирование
Стр. 100
Группа параметров Дополнительные настройки
Использовать шаблон опред. кодека по вход. SDP rtpmap – установите флажок, если дляустановления соответствия между кодеком, пришедшим от оборудования, и кодеком,указанным в поле * Кодек, необходимо использовать регулярные выражения из параметраШаблон опред. кодека по вход. SDP rtpmap. В противном случае, кодеки на соответствие позначению атрибута SDP rtpmap не проверяются;
Шаблон опред. кодека по вход. SDP rtpmap – задайте регулярное выражение для mime type, покоторому Система устанавливает соответствие между кодеком, указанным в поле * Кодек, икодеком, пришедшим от оборудования, если в параметре SDP rtpmap пришедшего кодека mimetype задан нестандартно. Если флажок Использовать шаблон опред. кодека по вход. SDP rtpmapотмечен, но в поле не задано никакого значения, то для установления соответствия требуется,чтобы в описании кодека, пришедшего от оборудования, параметр SDP rtpmap отсутствовал;
Использовать шаблоны опред. кодека по вход. SDP fmtp — установите флажок, если дляустановления соответствия между кодеком, пришедшим от оборудования, и кодеком,указанным в поле * Кодек, необходимо использовать регулярные выражения параметраШаблон опред. кодека по вход. SDP fmtp. В противном случае, кодеки на соответствие по SDPfmtp не проверяются;
Шаблоны опред. кодека по вход. SDP fmtp – задайте одно или несколько регулярных выражений(разделенных точкой с запятой «;» или переводом строки), по которым Система устанавливаетсоответствие между кодеком, указанным в поле * Кодек, и кодеком, пришедшим отоборудования, если параметры SDP fmtp пришедшего кодека заданы нестандартно. Если флажок Использовать шаблоны опред. кодека по вход. SDP fmtp отмечен, но в поле не задано никакогозначения, то для установления соответствия требуется, чтобы в описании кодека, пришедшего отоборудования, параметры SDP fmtp отсутствовали;
Регуляр ные выр ажения должны удовлетвор ять синтаксису Python Regular Exp ression Syntaxи пр и этом могут не содер жать начальных и конечных символов «̂ » и «$». Регуляр ноевыр ажение ср авнивается со всем значением поля rtp map , а не с возможными подстр оками.Иначе говор я, р егуляр ное выр ажение G.729[a] ? будет считаться совпавшим со значениемиrtp map , р авными G.729 или G.729a, но не будет считаться совпавшим со значениями XG.729или G.729ab, хотя и удовлетвор яет некотор ым его подстр окам.
Строка замены для исход. SDP rtpmap – задайте строку, идентифицирующую данный кодек поmime type, которая будет отправляться шлюзу от РТУ в атрибуте SDP rtpmap;
Строки замены для исход. SDP fmtp – задайте одну или несколько строк, которая будетотправляться шлюзу от РТУ в атрибуте SDP fmtp;
В Системе, в отличие от RFC 3555, по умолчанию подр азумевается, что отсутствие AnnexBдля кодека G.729 означает, что это кодек G.729 p lain, а не G.729B. Если тр ебуетсяподстр ойка под обор удование, соблюдающее RFC 3555 и не отпр авляющее AnnexB, то внастр ойках кодека G.729B следует указать пустой шаблон SDP f mtp , пр и этом отметивфлажок Использовать шаблоны опред. кодека по вход. SDP fmtp.
Более подробная информация о правилах распознавания кодеков содержится в разделе Правилараспознавания кодеков.
Указав необходимую информацию, нажмите OK, и запись будет добавлена в таблицу.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Ограничения CPS6.2.7
Данная таблица позволяет ограничить входящий CPS с определенного IP-адреса. Для добавленияограничения вызовите высплывающее меню и выберите в нем пункт Добавить.
Конфигурирование и администрирование
Стр. 101
Добавление нового органичения CPS
Введите следующие данные в отобразившемся окне (поля, отмеченные «*», обязательны длязаполнения):
* Адрес подсети – IP-адрес или маска подсети, для которого применяется ограничение.
* Макс. CPS – максимальный входящий CPS с указанного IP-адреса.
Указав необходимую информацию, нажмите OK, и запись будет добавлена в таблицу.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Группы балансировки6.2.8
В данной таблице содержится список групп балансировки, заданных в Системе. Для созданияновой записи о группе балансировки на всплывающем меню выберите Добавить. Подробнее огруппах балансировки см. раздел Группы балансировки.
Объявление сконфигурированной группы балансировки
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Имя группы балансировки – задайте имя группы балансировки. Имя должно соответствоватьимени, заданному в разделе balancing файла конфигурации ПКомм (см. раздел Группыбалансировки).
Описание – в этом поле указывается любая информация, имеющая отношение к создаваемойзаписи;
Маршрутизация6.3
Конфигурирование и администрирование
Стр. 102
Преобразование номеров6.3.1
Данный объект предназначен для создания правил преобразования номеров абонентов с цельюприведения их к формату, пригодному для поиска объектов набора и дальнейшеймаршрутизации. Приведение к определенному формату может проходить в несколько этапов(удаление технического префикса, кода города и т.д.), поэтому существует возможность,создания нескольких последовательно применяемых правил преобразования номеров.Последовательность применения правил определяется по их приоритету. Правилапреобразования применяются к номерам, только в том случае, если они подпадают подшаблоны, заданные в полях Шаблон разрешенных А-номеров, Шаблон разрешенных Б-номеров,Разрешенные группы маршрутизации и Разрешенные категории выз. абонента и несоответствуют шаблонам исключенных номеров и групп, заданных в полях Шаблон запрещ. А-номеров, Шаблон запрещ. Б-номеров, Запрещенные группы маршрутизации и Запрещенныекатегории выз. абонента.
Кроме того, данный объект обеспечивает возможность преобразования названий группрегистрирующихся шлюзов.
Сводная таблица общих правил преобразования номеров
Для создания правила преобразования на всплывающем меню выберите Добавить.
Конфигурирование и администрирование
Стр. 103
Диалоговое окно «Глобальные правила преобразования»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Название правила – введите название для правила преобразования номера;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Правило активно – активируйте кнопку-флажок для того, чтобы правило действовало;
* Приоритет – задайте приоритет правила; чем больше введенное значение, тем вышеприоритет. Приоритет используется для упорядочения применения правил. Чем вышеприоритет, тем раньше правило будет применено к параметрам вызова. Проверка правилосуществляется линейным способом, т.е. система, прежде чем перейти к поиску объектовнабора для направления вызова, последовательно переберет все правила в этой категории всоответствии с их значениями приоритета;
Шаблон разрешенных А-номеров – с помощью регулярного выражения создайте шаблон длявызывающих номеров абонентов, подпадающих под преобразование. Одновременно можноввести несколько выражений, разделяя их символом «|»;
Шаблон разрешенных Б-номеров – введите регулярное выражение, задающее шаблон длявызываемых номеров, подпадающих под данное правило преобразования. Одновременноможно ввести несколько выражений, разделяя их символом «|»;
Шаблон разрешенных оригинальных Б-номеров – введите регулярное выражение, задающее
Конфигурирование и администрирование
Стр. 104
шаблон для оригинальных вызываемых номеров, подпадающих под данное правилопреобразования. Одновременно можно ввести несколько выражений, разделяя их символом «|»;
Шаблон запрещ. А-номеров – с помощью регулярного выражения создайте шаблон длявызывающих номеров, которые не должны подпадать под преобразование. Одновременноможно ввести несколько выражений, разделяя их символом «|». Запрещенные номера имеютприоритет над разрешенными;
Шаблон запрещ. Б-номеров – с помощью регулярного выражения создайте шаблон длявызываемых номеров, к которым не должно применяться преобразование. Одновременноможно ввести несколько выражений, разделяя их символом «|». Запрещенные номера имеютприоритет над разрешенными;
Шаблон запрещенных оригинальных Б-номеров – с помощью регулярного выражения создайтешаблон для оригинальных вызываемых номеров, к которым не должно применятьсяпреобразование. Одновременно можно ввести несколько выражений, разделяя их символом «|».Запрещенные номера имеют приоритет над разрешенными;
Разрешённые группы маршрутизации – введите имя группы регистрирующихся шлюзов-инициаторов вызовов, к которому необходимо применить правило преобразования.Одновременно можно ввести несколько названий, разделяя их символом «;» или переводомстроки;
Запрещённые группы маршрутизации – введите название групп шлюзов-инициаторов вызовов, ккоторым данное правило преобразования номеров применять не следует. Одновременно можноввести несколько названий, разделяя их символом «;» или переводом строки. Запрещенныегруппы имеют приоритет над разрешенными;
Преобраз. А номера – задайте правило преобразования вызывающих номеров;
Преобразование А-номера (биллинг) – задайте правила преобразования номеров вызывающихабонентов для приведения их к виду, в котором они будут отсылаться системам учета иначисления платы.
Преобраз. Б номера – задайте правило преобразования вызываемых номеров;
Преобразование Б-номера (биллинг) – задайте правила преобразования номеров вызываемыхабонентов для приведения их к виду, в котором они будут отсылаться системам учета иначисления платы.
Преобраз. оригинального Б-номера – задайте правило преобразования оригинальныхвызываемых номеров;
Преобраз. А-номера (СОРМ) — задайте правила трансформации номеров вызывающих абонентовдля приведения их к виду, в котором они будут отсылаться системе СОРМ-шлюз;
Преобраз. Б-номера (СОРМ) — задайте правила трансформации номеров вызываемых абонентовдля приведения их к виду, в котором они будут отсылаться системе СОРМ-шлюз;
В р езультате пр еобр азования номер , отпр авляемый системе СОРМ-шлюз, долженсодер жать только цифр ы. Наиболее часто номер а для системы СОРМ-шлюз пр иводятся кфор мату E.164. Более подр обная инфор мация содер жится в документации по системеСОРМ-шлюз.
Преобраз. имени группы – задайте правило преобразования названий групп. Имена группвпоследствии можно использовать в процессе маршрутизации при выборе объекта набора;
Разрешенные категории выз. абонента – задайте список категорий вызывающего абонента,вызов с которыми будет подпадать под данное правило преобразования;
Запрещенные категории выз. абонента – задайте список категорий вызывающего абонента, квызову с которыми не будет применяться данное правило преобразования. Запрещенныекатегории имеют приоритет над разрешенными;
Замена категории выз. абонента – из раскрывающегося списка выберите категорию, на которуюбудут заменена категория вызывающего абонента, если вызов подпадает под данное правилопреобразования. Выберите пустой пункт, если замены категории происходить не должно.
* Действие – из раскрывающегося списка укажите следующее действие, которое необходимо
Конфигурирование и администрирование
Стр. 105
выполнить:
Продолжить – перейти к следующему правилу преобразования;
Выйти – прекратить преобразование номеров и завершить вызов с локальным кодом,указанным в поле Завершить с кодом разъединения, для исключения вызовов снежелательными номерами. Если код в поле Завершить с кодом разъединения не указан,то преобразование номеров прекращается, но обработка вызова продолжается;
Повторить сначала – запустить процедуру преобразования номеров заново, но уже сиспользованием в качестве начальных параметров текущих значений номеров, именгрупп и т.д. Повторный запуск преобразования номеров выполняется рекурсивно. Этоозначает, что текущее состояние номеров после выполненного преобразованиязапоминается, и процедура преобразования применяется уже к номерам, полученным врезультате предыдущего действия (аналог ключевого слова AGAIN в поле gateway вописаниях объектов набора в базовой версии MVTS).
Завершить с кодом разъединения – в случае, если в поле * Действие выбран вариант Выйти вданном поле из раскрывающегося списка можно выбрать код отбоя, с которым будет завершенвызов.
Данный пар аметр действителен только в том случае, если в р аскр ывающемся списке *Действие выбр ан пункт «Выйти».
* Период активности — с помощью флажков установите период, во время которого правилопреобразования будет активно. При активации определенного флажка станет доступенсоответствующий орган управления, расположенный ниже.
В течение суток — активируется объект В течение суток, в котором задается расписание длякаждых суток.
По дням недели — активируются объекты Понедельник — Воскресенье, в которых задаетсярасписание для соответствующего дня недели.
По числам месяца — активируется объект По числам месяца, в котором задается распиcаниедля каждого месяца.
По числам года — активируется объект По числам года, в котором задается расписание длякаждого года.
При активации каждого объекта в нем можно создавать записи о расписании с помощью кнопки
. Чтобы удалить запись о расписании, нажмите кнопку .
Несколько расписаний одного уровня объединяются. Например, если указать в графе В течениесуток две записи — с 0:00 до 6:00 и с 12:00 до 14:00, то правило преобразования будет активнокаждый день с 0:00 до 6:00 И с 12:00 до 14:00.
Для расписаний разных уровней (например, По числам года и По числам месяца) выполняетсяпоиск перекрывающихся интервалов. Например, если задать расписание По числам года — с 0:005 апреля по 0:00 5 июня, и одновременно По числам месяца с 0:00 1-ого числа по 0:00 10-огочисла, то в апреле правило преобразования будет активно только с 5 апреля по 10 апреля, а виюне — с 1 июня по 5 июня.
Расписание графы По дням недели перекрывает расписание графы В течение суток. Например,если задано расписание в течение суток с 9:00 до 18:00 и одновременно в графе По дням недели — Понедельник задано с 6:00 до 8:00, то в понедельник правило преобразования будет активно с6:00 до 8:00, а в остальные дни — с 9:00 по 18:00.
Введя необходимую информацию, нажмите OK. Запись будет добавлена в таблицу сприсвоенным ей уникальным идентификатором (ID).
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Объекты набора (Dial Peers)6.3.2
Адресуемый объект, на который потенциально может направляться вызов в процессемаршрутизации, называется объектом набора (dial peer/DP).
Конфигурирование и администрирование
Стр. 106
Объект набора характеризуется именем терминирующего устройства (шлюза или абонентскоготерминала), временем работы, правилами преобразования номеров и т.п.,
Совокупность всех объектов набора, сконфигурированных в системе, представляет собой планнабора, или таблицу маршрутизации, хранящую информацию о возможных вариантахнаправления вызовов.
Таблица «Объекты набора»
ОН могут задаваться явным образом, путем создания их на странице Объекты набора идобавления созданных записей в таблицу маршрутизации, а также генерироватьсяавтоматически при создании объекта оборудования с признаком Тип оборудования =Оконечное оборудование, либо динамически при регистрации на сервере RADIUS абонентскоготерминала, действующего через так называемый шлюз по умолчанию (см. раздел ПриложениеВ. Шлюзы по умолчанию).
Если ОН, как статические адресуемые объекты маршрутизации, заданные явным образом,доступны для просмотра в таблице маршрутизации, то ОН, генерируемые системойавтоматически (во время добавления в таблицу Оборудование записи с параметром Типоборудования = Оконечное оборудование), а также возникающие динамически (в моментрегистрации оборудования на сервере), можно посмотреть только на странице Дерево объектовнабора (см. Дерево объектов набора)
При маршрутизации вызова наиболее оптимальный маршрут определяется с учетом приоритетаОН и соответствия вызываемого номера шаблону префиксов Б-номеров. Из записи выбранногопри маршрутизации объекта набора берется информация, необходимая для установлениявызова.
Если шаблоны префиксов Б-номеров двух ОН соответствуют вызываемому номеру и имеютодинаковую длину, то первым выбирается объект набора с большим значением параметраПриоритет. Если приоритет двух ОН также одинаков, то объекты набора выбираются случайнымобразом.
Для создания объекта набора на всплывающем меню выберите Добавить.
Конфигурирование и администрирование
Стр. 107
Диалоговое окно конфигурирования нового объекта набора
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
Запись активна – отметьте кнопку-флажок для того, чтобы активировать запись;
* Название – введите название объекта набора;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Приоритет – значение этого параметра (положительное целое число) определяет очередностьвыбора объекта набора, из списка подходящих для данного вызова. Допустимые значения: от 0
до 65535. Большее значение означает соответственно больший приоритет, т.е. из списка объектовнабора со значениями параметра Приоритет 3, 9 и 15 в первую очередь для направления вызовабудет выбран ОН, у которого параметр Приоритет = 15. По умолчанию значение равно 100. Приравенстве приоритетов порядок выбора объектов набора не определен;
Политика маршрутизации – из раскрывающегося списка выберите политику маршрутизации,которая будет применяться к данному объекту набора. Подробнее о политиках маршрутизациисм. раздел Политики маршрутизации.
* Шаблон разрешенных Б-номеров – с помощью регулярных выражений задайте шаблонывызываемых номеров. При вводе сразу нескольких выражений, разделяйте элементы спискаточкой с запятой.
При создании и изменении конфигурации объектов набора формируется дерево из шаблонов Б-номеров. Более детализированные шаблоны находятся на более глубоких уровнях дерева.Каждому узлу-шаблону соответствуют объекты набора, в которых задан данный шаблон. Деревоиспользуется в процессе поиска маршрутов при обработке вызова. Предположим, в Системесконфигурировано 9 ОН (dp0 – dp8). Тогда дерево объектов набора может иметь вид,изображенный на рисунке ниже.
Конфигурирование и администрирование
Стр. 108
Пример дерева шаблонов Б-номеров
Шаблон разрешенных оригинальных Б-номеров – с помощью регулярных выражений задайтешаблоны переадресующих номеров. При вводе сразу нескольких выражений, разделяйтеэлементы списка точкой с запятой.
Шаблон запрещ. Б-номеров – с помощью регулярного выражения введите шаблон вызываемыхномеров, запрещенных для вызова. Одновременно можно ввести несколько выражений,разделяя их символом «|». Запрещенные номера имеют приоритет перед разрешенными.
Шаблон запрещ. оригинальных Б-номеров – с помощью регулярного выражения введитешаблон переадресующих номеров, запрещенных для вызова. Одновременно можно ввестинесколько выражений, разделяя их символом «|». Запрещенные номера имеют приоритет передразрешенными.
* Список терм. устр-в – задайте список шлюзов, позволяющих терминировать вызовы принаправлении трафика на данный объект набора. Для того, чтобы добавить шлюз в список,
выделите его название в левом окне диалога и нажмите кнопку . Для того, чтобы удалить
шлюз из списка, выделите его название в правом окне и нажмите кнопку . С помощью
кнопок и можно перемещать все записи из правого окна в левое и наоборот.
Используйте кнопки и для перемещения названия шлюза вверх или вниз посписку, соответственно. Если параметру * Распределение нагрузки по шлюзам (см. ниже)присвоено значение без распределения, то в процессе маршрутизации приложение будетпытаться установить соединение, начиная с первого шлюза и далее по списку. В противномслучае, порядок соединения определяется режимом распределения нагрузки.
* Распределение нагрузки по шлюзам – при помощи списка выберите один из следующихметодов распределения нагрузки по шлюзам данного объекта набора:
без распределения – данный режим выключает распределение трафика между шлюзами;
циклический выбор шлюзов – данный режим означает, что каждый новый вызовнаправляется на следующий из имеющихся в наличия шлюзов;
распред. по абсолютной загрузке – при распределении по абсолютной нагрузке каждыйследующий вызов направляется на шлюз, с наименьшим на данный момент количествомобслуживаемых вызовов;
распред. по соотношению «текущая нагрузка/емкость» – при данном режиме принаправлении очередного вызова учитывается текущее соотношение междумаксимальной пропускной способностью шлюза (емкость шлюза) и текущим кол-вомобслуживаемых вызовов.
Счетчики количества вызовов, обслуживаемх шлюзами, у р азных модулей мар шр утизациинезависимы др уг от др уга и не синхр онизир уются. Поэтому если вызовы пр оходят чер езр азные модули мар шур тизации, может сложиться ситуация, когда в пр оцессемар шр утизации будет выбр ан один и тот же шлюз на р азных модулях мар шр утизации.
Группа ёмкости – из раскрывающегося списка выберите группу общей емкости, которой будет
Конфигурирование и администрирование
Стр. 109
принадлежать данный шлюз. Подробнее о группах общей емкости см. раздел Группы общейёмкости;
Ёмкость – укажите максимальное количество одновременных вызовов, которое может бытьнаправлено на данный объект набора. Если ёмкость не указана или использовано значение 0 -ёмкость неограничена;
Переорпределить группу ёмкости по номерам – укажите группу емкости по номерам для Б-номеров. Подробнее о группах емкости по номерам см. раздел Группы ёмкости по номерам.
Вкл. статистику – включает ведение статистики для данного объекта набора, данные которойвпоследствии могут использоваться для построения графиков;
Действует с… – укажите время и дату вступления записи в действие;
Действует до… – укажите время и дату прекращения действия записи.
Группа параметров Правила преобразование номеров
Преобраз. А-номера/Преобраз. Б-номера – задайте правила преобразования номероввызывающих и вызываемых абонентов, соответственно;
Преобраз. оригинального Б-номера — задайте правила преобразования переадресующихвызываемых абонентов;
Преобраз. А-номера (биллинг)/Преобраз. Б-номера (биллинг) – задайте правила преобразованияномеров вызывающих и вызываемых абонентов для приведения их к виду, в котором они будутотсылаться системам учета и начисления платы.
Группа параметров Настройки
Шаблон разрешенных А-номеров — с помощью регулярных выражений задайте шаблонывызывающих номеров. При вводе сразу нескольких выражений, разделяйте элементы спискасимволом «|»;
Шаблон запрещ. А-номеров – с помощью регулярного выражения введите шаблон вызывающихномеров, запрещенных для приема входящих вызовов от них. Одновременно можно ввестинесколько выражений, разделяя их символом «|». Запрещенные номера имеют приоритет передразрешенными.
Разрешённые группы маршрутизации – введите название групп шлюзов (RAS пользователей),для которых разрешены исходящие вызовы;
Запрещённые группы маршрутизации – введите название групп, для которых запрещеныисходящие вызовы. Запрещенные группы имеют приоритет перед разрешенными;
Остановить поиск маршрутов – установка данного флажка сокращает количество отобранныхмаршрутов за счет исключения из процедуры обхода предшествующие данному ОН объектынабора. При этом перебор ОН происходит от вершины дерева
Предположим, что данный флажок установлен у объекта набора dp2 из дерева на рисунке ниже.В случае маршрутизации вызова на номер 7910792543 изначально будут отсеяны объектынабора dp5, dp7 и dp8 (поскольку номер не соответствует их шаблонам).
Конфигурирование и администрирование
Стр. 110
Из оставшихся объектов набора происходит составление списка ОН, причем, наверх спискапомещаются объекты набора с более детализированными шаблонами. Предположим, в нашемпримере список имеет следующий вид:
Если в конфигурации одного из объектов набора остановлен флажок Остановить поискмаршрутов, то из списка исключаются объекты набора, находящиеся в результирующем спискениже ОН, у которого установлен флажок. В нашем примере у dp2 флажок установлен и врезультате список будет иметь следующий вид.
Переопределить режим прокси на – переопределить режим проксирования медиа натерминирующем шлюзе, используя настройки данного объекта набора. Если выбрано пустоеполе, то для определения режима проксирования используются настройки терминирующегошлюза, заданные при его конфигурации. Подробнее о настройках проксирования см. Политикипроксирования;
Разрешенные категории выз. абонента – задайте список категорий вызывающего абонента,вызов с которыми будет маршрутизироваться на данный ОН;
Запрещенные категории выз. абонента – задайте список категорий вызывающего абонента,вызов с которыми не будет маршрутизироваться на данный ОН. Запрещенные категории имеютприоритет перед разрешенными;
Замена категории выз. абонента – из раскрывающегося списка выберите категорию, на которуюбудет заменена категория вызывающего абонента, если вызов маршрутизируется на данный ОН.Выберите пустой пункт, если замены категории происходить не должно.
Переопр. способ передачи начального Б-номера на – из раскрывающегося списка выберитеспособ передачи начального Б-номера для данного объекта набора. Если способ передачипереопределять не нужно, выберите пустой пункт.
Разрешенные типы вызывающих номеров – задайте список типов вызывающих номеров (NAI),
Конфигурирование и администрирование
Стр. 111
вызов с которыми будет маршрутизироваться на данный ОН;
Запрещенные типы вызывающих номеров – задайте список типов вызывающих номеров (NAI),вызов с которыми не будет маршрутизироваться на данный ОН. Запрещенные типы имеютприоритет перед разрешенными;
Разрешенные типы вызываемых номеров – задайте список типов вызываемых номеров (NAI),вызов с которыми будет маршрутизироваться на данный ОН;
Запрещенные типы вызываемых номеров – задайте список типов вызываемых номеров (NAI),вызов с которыми не будет маршрутизироваться на данный ОН. Запрещенные типы имеютприоритет перед разрешенными;
Заменить тип вызывающ. номера на – из раскрывающегося списка выберите тип номера, накоторый будeт заменен тип номера вызывающего абонента, если вызов маршрутизируется наданный ОН. Выберите пустой пункт, если замены типа происходить не должно.
Заменить тип вызываем. номера на – из раскрывающегося списка выберите тип номера, накоторый будeт заменен тип номера вызываемого абонента, если вызов маршрутизируется наданный ОН. Выберите пустой пункт, если замены типа происходить не должно.
Разрешенные значения screeningIndicator – задайте список значений screeningIndicator, вызов скоторыми будет маршрутизироваться на данный ОН;
Запрещенные значения screeiningIndicator – задайте список значений screeiningIndicator, вызовс которыми не будет маршрутизироваться на данный ОН. Запрещенные типы имеют приоритетперед разрешенными;
Заменить знач. screeningIndicator у вызывающего на – из раскрывающегося списка выберитезначение, на которое будeт заменено значение поля screeningIndicator вызывающего абонента,если вызов маршрутизируется на данный ОН. Выберите пустой пункт, если замены значенияпроисходить не должно.
Заменить план нумерации вызывающего на – из раскрывающегося списка выберите планнумерации, на который будeт заменен план нумерации вызывающего абонента, если вызовмаршрутизируется на данный ОН. Выберите пустой пункт, если замены плана нумерациипроисходить не должно.
Заменить план нумерации вызываемого на – из раскрывающегося списка выберите планнумерации, на который будeт заменен план нумерации вызываемого абонента, если вызовмаршрутизируется на данный ОН. Выберите пустой пункт, если замены плана нумерациипроисходить не должно.
Заменить знач. presentationIndicator у вызывающего на – из раскрывающегося спискавыберите значение, на которое будeт заменено значение поля presentationIndicatorвызывающего абонента, если вызов маршрутизируется на данный ОН. Выберите пустой пункт,если замены значения происходить не должно.
Переопр. политику передачи изменений в кодеках на — из раскрывающегося списка выберитезначение, на которое будет меняться политика передачи изменений в кодеках, если вызовмаршрутизируется на данный ОН. Выберите пустой пункт, если замены значения происходитьне должно.
Группа параметров Расписание
Группа параметров Расписание предназначена для обеспечения возможности маршрутизацииобъектов набора в зависимости от заданного расписания, например, выполнениемаршрутизации объекта набора только в указанные часы или дни недели.
* Период активности — с помощью флажков установите период, во время которого объектнабора будет активен. При активации определенного флажка станет доступен соответствующийорган управления, расположенный ниже.
В течение суток — активируется объект В течение суток, в котором задается расписание длякаждых суток.
По дням недели — активируются объекты Понедельник — Воскресенье, в которых задаетсярасписание для соответствующего дня недели.
Конфигурирование и администрирование
Стр. 112
По числам месяца — активируется объект По числам месяца, в котором задается распиcаниедля каждого месяца.
По числам года — активируется объект По числам года, в котором задается расписание длякаждого года.
При активации каждого объекта в нем можно создавать записи о расписании с помощью кнопки
. Чтобы удалить запись о расписании, нажмите кнопку .
Несколько расписаний одного уровня объединяются. Например, если указать в графе В течениесуток две записи — с 0:00 до 6:00 и с 12:00 до 14:00, то объект набора будет активен каждый день с0:00 до 6:00 И с 12:00 до 14:00.
Для расписаний разных уровней (например, По числам года и По числам месяца) выполняетсяпоиск перекрывающихся интервалов.
Например, если задать расписание По числам года — с 0:00 5 апреля по 0:00 5 июня, иодновременно По числам месяца с 0:00 1-ого числа по 0:00 10-ого числа, то в апреле объектнабора будет активен только с 5 апреля по 10 апреля, а в июне — с 1 июня по 5 июня.
Расписание графы По дням недели перекрывает расписание графы В течение суток. Например,если задано расписание в течение суток с 9:00 до 18:00 и одновременно в графе По дням недели — Понедельник задано с 6:00 до 8:00, то в понедельник объект набора будет активен с 6:00 до 8:00, ав остальные дни — с 9:00 по 18:00.
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификационным кодом (ID), а в колонке Времямодификации отобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Политики маршрутизации6.3.3
В таблице Политики маршрутизации представлен список стратегий маршрутизации вызовов сучетом статистических данных, которые могут применяться в дополнение к базовому алгоритмумаршрутизации вызовов.
Таблица со списком сконфигурированных политик маршрутизации
Под стратегией или, иначе, политикой маршрутизации в данном случае имеется в виду принятиев расчет статистических данных, характеризующих потенциальный маршрут, при составлениисписка альтернативных маршрутов.
В обычной ситуации процедура маршрутизации вызова развивается по следующему сценарию:система отбирает несколько объектов набора по соответствию шаблону вызываемого номера(Б-номера) и располагает элементы полученного списка в порядке наибольшего соответствияшаблона вызываемому номеру.
При необходимости учета при маршрутизации дополнительных свойств потенциальногомаршрута, к описанной выше последовательности действий добавляется еще и сортировкаэлементов полученного списка объектов набора по возрастанию значений, численноотражающих эти дополнительно учитываемые характеристики направлений следования вызова(например, ASR или PDD), то есть объекты набора, для которых выражение дало меньшийрезультат, помещаются в начало списка.
В случае, если необходимо сортировать список объектов набора по убыванию (т.е. так, чтобыОН с большим значением политики помещались в начало списка), рекомендуется использовать
Конфигурирование и администрирование
Стр. 113
следующую формулу:
1/(f(x)+0.00000000001), где
f(x) — изначальное выражение в политике набора.
Таким образом, определить политику маршрутизации вызовов с учетом статистики, по сути,означает определить – по какому численному параметру статистики будет осуществлятьсядополнительная сортировка списка объектов набора.
Список статистических данных, которые могут учитываться в процессе маршрутизации вызова,и их условных обозначений приведен в табл. ниже. При вычислении выражения все параметрыберутся применительно только к тому объекту набора, которому назначена политикамаршуртизации, их содержащая.
Таблица 9 Условные обозначения параметров статистики для определения политикмаршрутизации
Условноеобозначение
Параметр
priority Приоритет объекта набора из настроек
qos Качество обслуживания. В РТУ МТТ – параметр, рассчитываемый какотношение числа утраченных пакетов к общему числу переданныхпакетов, таким образом, чем меньше значение параметра QoS, тем вышекачество обслуживания. Единица измерения — проценты (0-100).
pdd Интервал времени от момента набора абонентом последней цифрывызываемого номера и до момента, когда он слышит сигнал КПВ отвызываемого номера. Единица измерения — миллисекунды.
asr Коэффициент занятия с ответом (стандартный). Коэффициент успешныхсоединений, параметр, который позволяет оценить качество связи понаправлению. Единица измерения — проценты (0-100).
acd Average Call Duration. Средняя продолжительность вызовов. Единицаизмерения — миллисекунды.
scd Setup-Connect Delay. Интервал времени между поступлением SETUP иполучением пакета CONNECT либо моментом завершения вызова (вслучае неполучения пакета CONNECT). Единица измерения -миллисекунды.
cps Calls per Second. Вызовов в секунду.
maxActCalls Пиковое количество активных вызовов
totalCallsDuration Суммарная продолжительность всех вызовов
normalCalls Число успешных вызовов
failedCalls Число неудачных вызовов
totalCalls Общее число всех вызовов
outBytes Суммарное число отправленных байт по всем вызовам
inBytes Суммарное число полученных байт по всем вызовам
actCalls Количество активных вызовов
Конфигурирование и администрирование
Стр. 114
Для определения политики маршрутизации следует из контекстного меню выбрать пунктДобавить и в открывшемся диалоговом окне ввести название политики в поле * Название иввести выражение для численной характеристики, на которой будет основыватся политика в поле * Выражение.
Значение в поле * Выражение следует вводить в формате dp. + усл. обозначение параметра изтаблицы для индивидуальных параметров и в формате, действительном для языка ООП Python,для выражений. Например, политика маршрутизации с учетом статистики по ASR определяетсявыражением dp.asr, а выражение для политики маршрутизации с учетом общего количестваполученных и отправленных байт для всех вызовов определяется вводом в поле * Выражениевыражения dp.inBytes + dp.outBytes.
Форма определения политики маршрутизации
В таблице Политики маршрутизации предусмотрена проверка корректности введенныхвыражений. Недействительные выражения в колонке Выражение подсвечиваются краснымцветом шрифта, а в соседней колонке появляется кнопка Проверить выражение.
Недействительное выражение политики, требующее проверки
Для исправления ошибки ввода, вызовите режим редактирования, исправьте недействительноевыражение, и щелкните мышью по кнопке Проверить выражение. Если скорректированноевыражение действительно, кнопка Проверить выражение исчезнет, цвет шрифта выражениясменится на зеленый, и в колонке Проверено появится флаг истины Да.
Скорректированное выражение политики, прошедшее проверку
Дерево объектов набора (DPs)6.3.4
Дерево объектов набора (DPs) – это визуальное представление схемы машрутизации для всехимеющихся объектов набора, как явно декларированных в таблице маршрутизации (страницаОбъекты набора), так и отсутствующих в ней, потому что они либо были автоматическисгенерированны системой в момент создания объекта «оконечное оборудование» (Типоборудования = Оконечное оборудование), либо созданы динамически в результате регистрацииоборудования на сервере.
Изначальный вид дерева при доступе на страницу показан на рисунке ниже.
Конфигурирование и администрирование
Стр. 115
Страница дерева объектов набора
Поле ввода Префикс служит для указания префикса для визуализации выбранной ветви дерева.Допустимыми символами, по которым может строиться дерево, считаются цифры и символ #. Вслучае, если в Шаблоне разрешенных Б-номеров объекта набора встречается любой инойсимвол, то построение данной ветви дерева прекращается. После ввода цифр префикса нажмитекнопку Показать дерево объектов набора. Выбранная ветвь раскроется ровно на то количествопозиций префикса, которое было введено в поле Префикс.
Раскрывающееся дерево объектов набора
Того же эффекта можно достичь, раскрывая ветвь последовательным нажатием на иконку ‘+’ уцифр префикса.
При полностью введенном префиксе отображается полностью раскрытая ветвь, на вершинекоторой находятся соответствующие введенному префиксу объекты набора, с указанием ихколичества, сопоставленных им шлюзов или абонентских терминалов, а также гиперссылкамидля перехода к записям этих шлюзов и терминалов.
Вершина развернутой ветви дерева ОН
Конфигурирование и администрирование
Стр. 116
В случае, если установлен флажок Отображать результаты предыдущих запросов, то Системазапоминает результаты предыдущих запросов к дереву и раскрывает не только ветвь,соответствующую текущему введенному префиксу, но и ветви для префиксов, введенных ранее.
С помощью ссылок рядом с именами объектов в дереве можно перейти к таблицам объектовнабора, шлюзов или оконечного оборудования.
Отладка6.4
Категория объектов Отладка включает в себя три таблицы: таблицу Имитация вызова, таблицуОтладочные регистрации и таблицу Отладочные вызовы.
Имитация вызова6.4.1
Данный объект используется для проверки настроек системы, а также при возникновениинеполадок или получении от клиентов сообщений о некорректной работе системы. С помощьюданного объекта оператор может сымитировать вызов с целью обнаружения ошибок, неполадоки их устранения.
Конфигурирование и администрирование
Стр. 117
Диалоговое окно имитации вызова
Для того, чтобы сымитировать вызов, в диалоговом окне Имитация вызова укажите следующуюинформацию (поля, помеченные знаком «*», обязательны для заполнения):
Модуль маршрутизации – из раскрывающего списка выберите модуль маршрутизации, которыйбудет использоваться для имитации вызова.
ИНИЦ. протокол — из раскрывающегося списка выберите название сигнального протокола,поддерживаемого инициирующим шлюзом (RAS пользователем);
Зона – если для имитации используется протокол ОКС7, из раскрывающегося списка выберитезону, которая используется как адрес инициирующего шлюза. Для остальных протоколовданный список не используется;
Группа балансировки – если для имитации используется протокол Внутренний, то израскрывающегося списка выберите группу балансировки, которая будет использоваться какадрес инициатора. Для остальных протоколов данный список не используется;
* ИНИЦ. адрес — укажите IP-адрес инициирующего шлюза (RAS пользователя);
А-номер и * Б-номер — укажите номера вызывающего и вызываемого абонентов,соответственно;
Для имитации передачи данных о кодеке из ПКомм в ПУпр (см. раздел Приложение Б.Формирование списков кодеков в РТУ МТТ) используется параметр Тип кодека и другиепараметры, зависящие от него.
Если в параметре Тип кодека указан любой тип кодека, кроме типа unknown, это означаетимитацию передачи в ПУпр частично или полностью распознанного кодека. Степеньраспознанности определяется параметром Кодек определен не полностью. Если данный флажокне установлен, то кодек считается полностью определенным. Если флажок установлен, то кодексчитается частично определенным. Если в параметре Тип кодека указан тип unknown, тофлажок всегда установлен, а кодек считается нераспознанным.
Если кодек считается полностью определенным, то для него можно задать его параметры.Параметры кодека зависят от его типа. Описание данных параметров соответствует описанию вразделе Кодеки.
Если флажок Кодек определен не полностью установлен, то отображаются параметры Строкадля SDP rtpmap и Строка для SDP fmtp. В данных параметрах необходимо указать данные,которые будут подставлены в параметры SDP rtpmap и SDP fmtp.
Хотя в SDP параметры rtpmap и fmtp записываются следующим образом:
a=rtpmap:18 G729/8000 a=fmtp:18 annexb=true
в параметрах Строка для SDP rtpmap и Строка для SDP fmtp записывается только часть,выделенная курсивом. При необходимости указания нескольких параметров fmtp, в параметреСтрока для SDP fmtp они перечисляются через запятую.
Порядок распознавания кодеков указан в разделе Приложение Б. Формирование списковкодеков в РТУ МТТ.
Если вызывающий абонент находится за NAT-маршрутизатором, то в поле NAT адрес следуетуказать адрес маршрутизатора адресной трансляции;
ИНИЦ. Кодеки — задайте список кодеков, которые использует инициатор вызова;
ИНИЦ. Категория абонента — введите категорию вызывающего абонента, как если бы онаприсутствовала на входящем участке вызова.
Нажмите кнопку OK.
Результаты имитации вызова будут отображены в поле Маршруты, которое появится послеосуществления пробного вызова.
Конфигурирование и администрирование
Стр. 118
Окно результатов имитации вызова
Отладочные вызовы6.4.2
Данная таблица содержит перечень записей о вызовах вместе с дополнительными данными о техсообщениях, которыми Система обменивалась со шлюзами в процессе обработки вызова.Записи включают в себя информацию о рабочих процессах и операциях системы ииспользуются для администрирования системы, обнаружения и устранения неполадок. Следуетобратить внимание, что записи ведутся только в том случае, если у шлюза в таблицеОборудование отмечены флажки отладочного протоколирования при инициировании и/илитерминировании трафика (см. раздел Оборудование).
Пр и 7-9 и более одновр еменных вызовах в секунду возможны значительные задер жки пр иотобр ажении данных по отладочным вызовам.
Для просмотра отдельной записи из таблицы в более компактной форме, выберите вконтекстном меню пункт Просмотр.
Параметры отладочных вызовов аналогичных соответствующим параметрам в категорииПодробные записи о вызовах (см. раздел Подробные записи о вызовах):
ID – уникальный идентификатор записи;
Входящий А-номер – первоначальный номер вызывающего абонента, полученный на входящем
Конфигурирование и администрирование
Стр. 119
участке вызова;
Входящий Б-номер – первоначальный номер вызываемого абонента, полученный на входящемучастке вызова;
Исходящий А-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции (см. разделПриложение А. Спецсимволы, регулярные выражения и преобразование номеров);
Исходящий Б-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции (см. разделПриложение А. Спецсимволы, регулярные выражения и преобразование номеров);
Адрес инициатора (сигн.) – адрес шлюза, инициировавшего вызов, при обмене сигнализацией;
Адрес терм. устр-ва (сигн.) – адрес шлюза, терминировавшего вызов при обмене сигнализацией;
Время начала – время начала вызова;
Conference ID – идентификатор конференции (конференция = входящий участок + исходящийучасток вызова).
При работе с таблицей Отладочные вызовы у оператора есть возможность просмотраподробного протокола по каждому вызову.
Для того, чтобы просмотреть протокол по конкретному отладочному вызову, отметьте этотвызов в таблице, вызовите контекстное меню и выберите функцию Получить журнал вызова(для отмеченных или выбранных).
Для того, чтобы просмотреть отчет по всем отладочным вызовам или регистрациям, к которымприменен фильтр, вызовите контекстное меню и выберите функцию Получить журнал вызова(все выбранные).
Меню получения журнала вызова
Будет показано диалоговое окно, содержащее все информацию о ходе обмена сообщениями дляданного вызова или вызовов. Информация берется из записей объекта Журнал отладочныхвызовов.
Конфигурирование и администрирование
Стр. 120
Журнал отладочного вызова
Нажмите на ссылку Развернуть всё для того, чтобы показать подробную информацию по
каждому пакету. Используйте кнопку , если вы хотите посмотреть лишь небольшуючасть информации по пакету.
Использование кнопки частичного раскрытия полей
Отладочные регистрации6.4.3
В таблицу Отладочные регистрации помещаются данные о пробных регистрацияхрегистрирующего оборудования.
Конфигурирование и администрирование
Стр. 121
Максимальное количество записей, хранимых в таблице, задается общесистемным параметромМаксимальное количество отладочных сессий (см. раздел Общесистемные настройки)
При больших объемах хранимых в таблице данных пользуйтесь фильтром для поиска нужныхзаписей.
ID – уникальный идентификатор записи;
Регистрационное имя – регистрационное имя зарегистрировавшегося устройства;
Номер – имя/номер зарегистрировавшегося устройства;
Локальный адрес (сигн.) – IP-адрес инициатора, использующийся для сигнализации;
Протокол — протокол, использующийся зарегистрировавшимся устройством;
Время – дата и время, когда была произведена регистрация;
ID регистрации – внутренний идентификатор регистрации.
При работе с таблицей Отладочные регистрации у оператора есть возможность просмотраподробного протокола по каждому сеансу регистрации.
Для того, чтобы просмотреть протокол по конкретному сеансу регистрации, отметьте этотвызов в таблице, вызовите контекстное меню и выберите пункт Получить журнал регистраций(для отмеченных или выбранных).
Для того, чтобы просмотреть отчет по всем отладочным сеансам регистрации, к которымприменен фильтр, вызовите контекстное меню и выберите пункт Получить журнал регистраций(все выбранные).
Конфигурирование и администрирование
Стр. 122
Подсистема коммутации6.5
Данная категория объектов предоставляет возможность просмотра в режиме реального времениследующей информации о работе системы: зарегистрированных устройствах, количестветекущих вызовов, состоянии системных сокетов. Просмотр информации возможен как по всемкомпонентам системы одновременно, так и по отдельности.
Транзитные вызовы (ПКомм)6.5.1
Таблица Транзитные вызовы (ПКомм) содержит информацию о текущих транзитных (CLASS 4)вызовах, обрабатываемых ПКомм.
Каждая запись о вызове содержит следующую информацию:
Время соединения – время начала соединения;
Время разговора – текущая продолжительность соединения;
ID вызова на вход. участке – идентификатор вызова на входящем участке вызова;
Адрес инициатора (сигн.) – IP-адрес инициатора вызова, использующийся для сигнализации;
Конфигурирование и администрирование
Стр. 123
Протокол сигн. на вход. участке – сигнальный протокол, использующийся на входящем участкевызова;
Входящий А-номер – номер вызывающего абонента, полученный на входящем участке вызова;
Входящий Б-номер – номер вызываемого абонента, полученный на входящем участке вызова;
ID вызова на исход. участке – идентификатор вызова на исходящем участке вызова;
Адрес терм. устр-ва (сигн.) – IP-адрес терминирующего устройства, использующийся длясигнализации;
Протокол сигн. на исход. участке – сигнальный протокол, использующийся на исходящемучастке вызова;
Исходящий А-номер – номер вызывающего абонента, переданный терминирующемуустройству;
Исходящий Б-номер – номер вызываемого абонента, переданный терминирующемуустройству.
Кроме того, с помощью данной таблицы у пользователя имеется возможность завершатьвызовы с web-интерфейса. Для этого необходимо вызвать контекстное меню на нужной записи оконференции и выбрать пункт Удалить. Соответствующий вызов будет прерван.
Транзитные вызовы (ПУпр)6.5.2
Таблица Транзитные вызовы (ПУпр) содержит информацию о текущих транзитных (CLASS 4)вызовах, обрабатываемых ПУпр. В таблице представлены данные, собранные со всех модулеймаршуртизации.
Каждая запись о вызове содержит следующую информацию:
Conference ID ПКомм – Conf ID, сгенерированный ПКомм.
Conference ID протокола – Conf ID, полученный из протокола.
Состояние вызова – текущее состояние вызова.
ID инициатора – ID записи о шлюзе-инициатора в БД.
Имя инициатора – имя шлюза-инициатора в БД.
Протокол сигн. на входе – сигнальный протокол на входящем участке вызова.
Входящий А-номер – А-номер на входящем участке вызова, до преобразований.
Входящий Б-номер – Б-номер на входящем участке вызова, до преобразований.
Время начала – время получения пакета SETUP.
Время соединения – время получения пакета CONNECT.
Общая продолжит. вызова – общая продолжительность вызова.
Объект набора – объект набора, через который был направлен вызов.
ID терминатора – ID записи о шлюзе-терминаторе в БД.
Имя терминатора – имя шлюза-терминатора в БД;
Протокол сигн. на выходе – сигнальный протокол на исходящем участке вызова.
Исходящий А-номер – А-номер на исходящем участке вызова, после преобразований.
Исходящий Б-номер – Б-номер на исходящем участке вызова, после преобразований.
Кроме того, с помощью данной таблицы у пользователя имеется возможность завершатьвызовы с web-интерфейса. Для этого необходимо вызвать контекстное меню на нужной записи оконференции и выбрать пункт Удалить. Соответствующий вызов будет прерван.
Конфигурирование и администрирование
Стр. 124
Абонентские участки вызова (ПКомм)6.5.3
Таблица Абонентские участки вызова (ПКомм) в системе РТУ МТТ не используется.
В РТУ таблица Абонентские участки вызова (ПКомм) содержит информацию об участкахвызова, которые управляются модулем обслуживания абонентов. Это входящий участок вызова(по отношению к МОА) до МОА, и исходящий участок вызова – от МОА. Таблица заполнятсятолько в случае, если вызовы обрабатываются модулем обслуживания абонентов.
Каждая запись об участке вызова содержит следующую информацию:
Время соединения – время начала соединения;
Время разговора – текущая продолжительность соединения;
ID вызова на вход. участке – идентификатор вызова (отображается только для входящегоучастке вызова);
Адрес инициатора (сигн.) – IP-адрес инициатора (если вызов на МОА приходит с оконечногооборудования) или имя группы балансировки, в формате string://<имя> (если вызов наМОА приходит с модуля транзита трафика). Отображается только для входящего участка вызова.
Протокол сигн. на вход. участке – сигнальный протокол (отображается только для входящегоучастка вызова);
Входящий А-номер – номер вызывающего абонента, полученный на входящем участке вызова(отображается только для входящего участка вызова);
Входящий Б-номер – номер вызываемого абонента, полученный на входящем участке вызова(отображается только для входящего участка вызова);
ID вызова на исход. участке – идентификатор вызова (отображается только для исходящегоучастка вызова);
Адрес терм. устр-ва (сигн.) – IP-адрес терминирующего устройства, использующийся длясигнализации (если вызов уходит с МОА на оконечное устройство) или имя группыбалансировки в формате string://<имя> (если вызов уходит с МОА на модуль транзитатрафика). Отображается только для исходящего участка вызова;
Протокол сигн. на исход. участке – сигнальный протокол, использующийся на исходящемучастке вызова (отображается только для исходящего участка вызова);
Исходящий А-номер – номер вызывающего абонента, переданный терминирующемуустройству (отображается только для исходящего участка вызова);
Исходящий Б-номер – номер вызываемого абонента, переданный терминирующему устройству(отображается только для исходящего участка вызова).
Кроме того, с помощью данной таблицы у пользователя имеется возможность завершатьвызовы с web-интерфейса. Для этого необходимо вызвать контекстное меню на нужной записиоб участке вызова и выбрать пункт Удалить. Соответствующий участок вызова будет удален.При необходимости будет также удален и второй участок вызова.
Регистрации (ПКомм)6.5.4
Данный объект содержит информацию об устройствах, зарегистрированных в ПКомм РТУ МТТ (модуль транзита трафика).
Каждая запись в таблице содержит следующую информацию:
Конфигурирование и администрирование
Стр. 125
ID регистрации – уникальный идентификатор регистрации, присваимый ей модулем ПКомм.
Протокол – протокол, которое использует зарегистрировавшееся устройство;
Имя – название зарегистрировавшегося устройства;
Адрес – IP-адрес устройства;
Состояние – состояние регистрации:
Инициализация (регистрация начата и еще не завершена);
Зарегистрирован (регистрация состоялась, шлюз зарегистрирован);
Перерегистрация (ожидается полная перерегистрация шлюза);
Неизвестно (состояние шлюза неизвестно);
Не зарегистрирован (шлюз не зарегистрирован).
TTL, сек – интервал времени, по истечении которого происходит полная перерегистрация;
Алиасы – имена/номера, присланные в регистрации;
Время окончания регистрации – время, когда окончится регистрация устройства.
Регистрации (ПУпр)6.5.5
Данный объект содержит информацию об устройствах, зарегистрированных в ПУпр РТУ МТТ.В таблице представлены данные, собранные со всех модулей маршуртизации.
Каждая запись в таблице содержит следующую информацию:
ID регистрации – идентификатор регистрации.
ID шлюза – ID регистрирующегося шлюза в БД.
Имя шлюза – имя регистрирующегося шлюза в БД.
Протокол – протокол, по который используется регистрирующимся шлюзом.
Имя – регистрационное имя, используемое шлюзом.
Модуль – модуль маршрутизации, на который пришла регистрация.
Данные по модулям6.5.6
Данная подкатегория объектов предоставляет информацию отдельно по каждому модулюсистемы, распределенную по отдельным подкаталогам. Количество подкаталогов зависит отколичества запущенных модулей. Названия подкаталогов соответствуют названиям модулей,указанным в конфигурационном файле подсистемы коммутации. Для краткости рассмотримвариант, при котором запущено по одному модулю каждого типа с условными названиями(заключены в угловые скобки).
В подкаталоге каждого модуля имеются следующие объекты:
Сокеты — информация о сокетах, относящихся к данному модулю;
Сетевые протоколы – информация о протоколах, по которым обменивается даннымирассматриваемый модуль;
Счетчики — информация о системных счетчиках.
Объект Сокеты содержит информацию о следующих параметрах:
Удаленный модуль – имя удаленного модуля, к которому подключен данный модуль.
Зона – определяет зону, к которой относится сокет. Зоны для сокетов задаются в файлеsystem.conf;
Локальный адрес – адрес локального сокета, устанавливающего исходящее соединение;
Удаленный адрес – адрес удаленного сокета, принимающего соединение от локального
Конфигурирование и администрирование
Стр. 126
сокета. Если адрес равен 0.0.0.0, то это означает, что локальный сокет ожидает входящегосоединения.
Объект Сетевые протоколы содержит информацию о следующих параметрах:
Протокол – протокол, использующийся данным модулем;
Локальный адрес – адрес локального сокета, устанавливающего исходящее соединениепо данному протоколу;
Удаленный адрес – адрес удаленного сокета, принимающего соединение от локальногосокета по данному протоколу. Если адрес равен 0.0.0.0, то это означает, что локальныйсокет ожидает входящего соединения.
Объект Счетчики содержит информацию о следующих параметрах:
Счетчик – имя системного счетчика;
Значение – значение системного счетчика.
<Management>
Данный подкаталог содержит статистическую информацию о модуле управления лицензией(License management node) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
<Signaling>
Данный подкаталог содержит статистическую информацию о модуле управления вызовами(Signaling node) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики, а также:
Конференции CLASS 4 – информация о текущих вызовах CLASS 4, обрабатываемых модулем(подробнее см. раздел Транзитные вызовы (ПКомм)).
Участки вызова CLASS 5 – информация об участках вызова CLASS 5, обрабатываемыхмодулем (подробнее см. раздел Абонентские участки вызова (ПКомм)).
<Balancer>
Данный подкаталог содержит статистическую информацию о модуле управлениярегистрациями и балансировки (Н.323 gatekeeper/SIP registrar/balancer) и включает в себяобъекты Сокеты, Сетевые протоколы и Счетчики, а также:
Регистрации – информация о зарегистрированных устройствах (подробнее см. разделРегистрации (ПКомм)).
<Media>
Данный подкаталог содержит статистическую информацию о модуле медиа-потоков (Medianode) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
<Scripting>
Данный подкаталог содержит статистическую информацию о модуле маршрутизации (Scriptingnode) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
Регистрации – информация о зарегистрированных устройствах (подробнее см. разделРегистрации (ПУпр)).
Вызовы – информация о вызовах, проходящих через данный модуль маршуртизации(подробнее см. раздел Транзитные вызовы (ПУпр)).
<Synchro>
Конфигурирование и администрирование
Стр. 127
Данный подкаталог содержит статистическую информацию о модуле синхронизации (Synchronode) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
<SS7-node>
Данный подкаталог содержит статистическую информацию о модуле обработки вызовов ОКС7и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики, а также объекты ОКС7-вызовы, Каналы ISUP, Оконечные пукнты MGCP, Ассоциации M3UA.
Активные модули6.5.7
Таблица Активные модули содержит следующие колонки:
Модуль — наименования всех модулей РТУ МТТ;
Время в работе — время, в течение которого они работали с момента последнегоперезапуска;
Версия – версия ПО модуля.
ОКС7-вызовы6.5.8
Данная таблица содержит информацию об ОКС7-вызовах, проходящих через модуль обработкивызовов ОКС7.
Каждая запись в таблице содержит следующую информацию:
Просмотр записи в таблице «ОКС7-вызовы»
Call ID – уникальный идентификатор вызова;
Conference ID – идентификатор конференции (конференция = входящий участок + исходящийучасток вызова);
ID вызывающей стороны – идентификатор вызывающей стороны;
ID вызываемой стороны – идентификатор вызываемой стороны;
ID медиа-канала в E1 – идентификатор медиа-канала в канале E1 вида <hw_id>-<span_id>-<timeslot>, где <hw_id> — идентификатор медиа-шлюза, к которому подключаются медиа-каналыE1, <span_id> — идентификатор канала E1 в рамках ISUP-подключения, <timeslot> — временнойслот в канале E1;
ID группы каналов – идентификатор группы медиа-каналов, к которой принадлежит данныймедиа-канал;
ОКС7-зона – ОКС7-зона, к которой относится вызов (участок вызова).
Конфигурирование и администрирование
Стр. 128
Каналы ISUP6.5.9
Данная таблица содержит информацию о состоянии медиа-каналов в канале E1 в рамках ISUP-подключения.
Каждая запись в таблице содержит следующую информацию:
Просмотр записи в таблице «Каналы ISUP»
Call ID – уникальный идентификатор вызова;
Conference ID – идентификатор конференции (конференция = входящий участок + исходящийучасток вызова);
ID канала в E1 – идентификатор медиа-канала в канале E1 вида <hw_id>-<span_id>-<timeslot>,где <hw_id> — идентификатор медиа-шлюза, к которому подключаются медиа-каналы E1,<span_id> — идентификатор канала E1 в рамках ISUP-подключения, <timeslot> — временной слот вканале E1;
ID группы каналов – идентификатор группы медиа-каналов, к которой принадлежит данныймедиа-канал;
Метка канала ISUP – метка канала вида <LPC>-<RPC>-<cic>-<ni>, где <LPC> — код (point code)локального пункта, <RPC> — код удаленного пункта, <cic> — номер медиа-канала, <ni> — кодиндикатора сети.
Входящее подключение – используется ли данный медиа-канал для входящего трафика;
Исходящее подключение – используется ли данный медиа-канал для исходящего подключения;
Состояние медиа-канала – состояние медиа-канала;
Состояние локальной блокировки канала (maintenance) – состояние блокировки медиа-каналапо типу maintenance oriented на стороне Системы;
Состояние локальной блокировки канала (hardware) – состояние блокировки медиа-канала потипу hardware oriented на стороне Системы;
Состояние удаленной блокировки канала (maintenance) – состояние блокировки медиа-каналапо типу maintenance oriented на стороне удаленного ОКС7-коммутатора;
Состояние удаленной блокировки канала (maintenance) – состояние блокировки медиа-канала
Конфигурирование и администрирование
Стр. 129
по типу hardware oriented на стороне удаленного ОКС7-коммутатора;
Зона – ОКС7-зона, к которой относится медиа-канал.
Для изменения состояния медиа-канала вызовите контекстное меню на желаемой записи ивыберите необходимую процедуру. Доступные процедуры:
Блокировать – блокирует медиа-канал на стороне Системы по типу maintenance oriented;
Разблокировать – разблокирует медиа-канал на стороне Системы по типу maintenanceoriented;
Сбросить состояние – переводить канал в состояние Idle и отправляет на удаленныйОКС7-коммутатор сообщение Reset Circuits.
Оконечные пункты MGCP6.5.10
Данная таблица содержит информацию об оконечных пунктах (endpoints) MGCP.
Каждая запись в таблице содержит следующую информацию:
Просмотр записи в таблице «Оконечные пункты MGCP»
ID медиа-шлюза ОКС7 – идентификатор MGCP-шлюза;
ID канала E1 – идентификатор канала E1, подключенного к медиа-шлюзу;
ID оконечного пункта – идентификатор оконечного пункта MGCP;
Состояние оконечного пункта – состояние оконечного пункта MGCP;
Имя оконечного пункта – имя оконечного пункта MGCP;
Call ID – уникальный идентификатор вызова;
Конфигурирование и администрирование
Стр. 130
Ассоциации M3UA6.5.11
Данная таблица содержит информацию об SCTP-ассоциациях M3UA.
Просмотр записи в таблице «Ассоциации M3UA»
Каждая запись в таблице содержит следующую информацию:
ID ассоциации M3UA – идентификатор SCTP-ассоциации M3UA;
Статус ассоциации – состояние SCTP-ассоциации;
Список IP-адресов локального оконечного пункта – список IP-адресов локального оконечногопункта SCTP;
Список IP-адресов удаленного оконечного пункта – список IP-адресов удаленного оконечногопункта SCTP;
Количество входящих SCTP-потоков – количество входящих SCTP-потоков;
Количество исходящих SCTP-потоков – количество исходящих SCTP-потоков;
Группы зарезервированных медиа-каналов6.5.12
Данная таблица содержит информацию о группах зарезервированных медиа-каналов.
Просмотр данных в таблице «Группы зарезервированных медиа-каналов»
Каждая запись в таблице содержит следующую информацию:
ID группы – идентификатор группы зарезервированных медиа-каналов;
Количество элементов – количество элементов в группе;
Метод выбора медиа-канала — определяет вариант поиска свободного медиа-канала дляисходящего вызова;
Состояние – состояние группы медиа-каналов.
Конфигурирование и администрирование
Стр. 131
Подробные записи о вызовах (CDRs)6.6
В категории объектов CDRs можно выбрать таблицу, содержащую данные о вызовах запоследний час, последние сутки, последние 7 и 30 дней, а также сводную таблицу всех записей овызовах.
В таблице Последние 1000 записей содержится только последние 1000 CDR-записей, что можетсущественно ускорить работу с CDR-записями при большом размере базы данных.
В таблицу Сомнительные помещаются записи о вызовах в случаях, когда модульмаршрутизации или модуль управления вызовами аварийно завершил работу.
Пр и исчер пании свободного пр остр анства в БД и на локальном диске, Система пер естаетобр абатывать вызовы. Для того, чтобы избежать подобной ситуации, р екомендуетсяудалить устар евшие ненужные CDR-записи. Способ удаления CDR описан в р азделеПр иложение Ж. Удаление CDR-записей из БД.
Кроме того, в Системе имеется возможность создавать промежуточные CDR-записи, которыезаносятся в базу не по завершении вызова или попытки вызова, а в его процессе с определеннойпериодичностью. Для этого необходимо задать значение 1 для параметра Создаватьпромежуточные CDR-записи в Общесистемных настройках и указать периодичностью созданияпромежуточных CDR-записей в параметре Периодичность создания промежуточных пакетов/записей там же.
Следует иметь в виду, что использование данного р ежима создает дополнительную нагр узкуна базу данных, что снижает общую пр оизводительность системы.
Выбрав в таблице нужную запись, вызовите контекстное меню и выберите пункт Просмотр. Припомощи контекстного меню можно также инициировать процедуру экспорта записей.
Конфигурирование и администрирование
Стр. 132
Просмотр записи с данными о вызове (CDR)
ID – уникальный идентификатор записи;
Дата – дата создания записи;
Способ заполнения поля Дата опр еделяется в объекте Общесистемные настройкипар аметр ом Чем заполнять поле «Дата» в CDR: 1 — Временем начала, 2 — Временемзавершения. Если пар аметр р авен 1, то в поле Дата заносится вр емя начала вызова, если 2, тов поле Дата заносится вр емя окончания вызова.
Конфигурирование и администрирование
Стр. 133
Тип записи – в случае, если CDR-запись является промежуточной, параметр содержит типзаписи:
Start – первоначальная CDR-запись, создаваемая в начала вызова;
Interim <номер> – промежуточная запись и ее номер, создаваемая с периодичностью,заданной параметром Периодичность создания промежуточных пакетов/записей;
Final – заключительная CDR-запись, создаваемая по окончании вызова.
Если ведение промежуточных записей выключено, то создаваемые записи имеют тип Final.
Входящий А-номер – первоначальный номер вызывающего абонента, полученный на входящемучастке вызова;
Входящий Б-номер – первоначальный номер вызываемого абонента, полученный на входящемучастке вызова;
Исходящий А-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции;
Исходящий Б-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции;
А-номер для биллинга – номер вызывающего абонента, использовавшийся для целей учета иначисления платы;
Б-номер для биллинга – номер вызываемого абонента, использовавшийся для целей учета иначисления платы;
Сигнальный модуль – название модуля управления вызовами (signaling node), на которыйпоступил вызов;
Адрес иниц. привратника – IP-адрес привратника-инициатора вызова;
Адрес иниц. устр-ва (сигн.) – адрес шлюза, инициировавшего вызов, при обмене сигнализацией;
Адрес терм. устр-ва (сигн.) – адрес шлюза, терминировавшего вызов при обмене сигнализацией;
Адрес иниц. устр-ва (медиа) – адрес шлюза/шлюзов, инициировавших вызов, при обмене медиатрафиком;
Адрес терм. устр-ва (медиа.) – адрес шлюза/шлюзов, терминировавших вызов при обмене медиатрафиком;
Входящий локальный адрес (сигн.) – адрес для сигнализации, на который поступил вызов;
Исходящий локальный адрес (сигн.) – адрес для сигнализации, использовавшийся дляустановления соединения с терминирующим шлюзом;
Входящий локальный адрес (медиа) – адрес модуля/модулей обработки медиа-потоков, навходящем участке вызова;
Исходящий локальный адрес (медиа) – адрес модуля/модулей обработки медиа-потоков, наисходящем участке вызова;
Протокол сигн. на входе – сигнальный протокол, использовавшийся на входящем участкевызова;
Протокол сигн. на выходе – сигнальный протокол, использовавшийся на исходящем участкевызова;
Conference ID ПКомм – идентификатор конференции (конференция = входящий участок +исходящий участок вызова), сгенерированный ПКомм;
Входящий Call ID ПКомм – уникальный идентификатор вызова, сгенерированный ПКомм, навходящем участке;
Исходящий Call ID ПКомм – уникальный идентификатор вызова, сгенерированный ПКомм, наисходящем участке;
Conference ID протокола – идентификатор конференции (конференция = входящий участок +
Конфигурирование и администрирование
Стр. 134
исходящий участок вызова), полученный в сигнальных сообщениях;
Входящий Call ID протокола – уникальный идентификатор вызова, полученный в сигнальныхсообщениях, на входящем участке;
Исходящий Call ID протокола – уникальный идентификатор вызова, полученный в сигнальныхсообщениях, на исходящем участке;
RAS имя иниц. устр-ва – имя вызывающего регистрирующегося устройства (RASпользователя);
RAS имя терм. устр-ва – имя вызываемого регистрирующегося устройства (RAS пользователя);
Имя пользов. для биллинга – имя пользователя, полученное от RADIUS-сервера привключенном режиме use_h323_ivr_in и используемое в пакетах учета (accounting);
Имя иниц. устр-ва – название шлюза-инициатора вызова;
Имя терм. устр-ва – название шлюза, терминирующего вызов;
Объект набора (DP) – название объекта набора, использовавшегося для терминации вызова;
Общ. продолжит. вызова – суммарное время вызова, в миллисекундах. Поле не заполняется,если вызов не состоялся;
Время начала – время начала вызова;
Время соединения – время начала соединения;
Время завершения – время завершения вызова;
Код завершения – код причины завершения соединения;
Заявленные кодеки иниц. устр-ва – кодеки, использовавшиеся инициатором вызова;
Кодеки на выходе – кодеки, использовавшиеся. устр-вом, терминирующим вызов;
Faststart у иниц. устр-ва – “Да” в данном поле означает, что шлюз-инициатор вызоваиспользовал механизм FastStart;
Faststart у терм. устр-ва – “Да” в данном поле означает, что терминирующ. шлюз использовалмеханизм FastStart;
Tunneling у иниц. устр-ва – “Да” в данном поле означает, что шлюз-инициатор вызоваиспользовал механизм инкапсуляции (Tunneling);
Tunneling у терм. устр-ва – “Да” в данном поле означает, что терминирующ. шлюз использовалмеханизм инкапсуляции (Tunneling);
Режим проксирования – режим проксирования, использовавшийся в ходе соединения;
Причина повторной маршрутизации – расшифровка кода причины повторной маршрутизациивызова;
Кол-во попыток маршрутизации – номер последней попытки перемаршрутизации (LAR – LookAhead Routing), в случае если не удалось установить вызов по первому выбранному маршруту;
SCD, мсек – интервал между поступлением SETUP и получением пакета CONNECT либомоментом завершения вызова (в случае неполучения пакета CONNECT);
PDD, мсек – интервал между пакетом SETUP от инициатора вызова и получением пакетаALERT, CONNECT или ProgressIndicator со значением 8 (ProgressInbandInformationAvailable) оттерминирующей стороны;
Медиа поток от иниц. устр-ва, байт – количество байт, полученных от инициатора вызова;
Медиа поток к иниц. устр-ву, байт – количество байт, направленных инициатору вызова;
Медиа поток от терм. устр-ва, байт – количество байт, полученных от терминирующ. устр-ва;
Медиа поток к терм. устр-ву, байт – количество байт, направленных терминирующ. устр-ву;
Медиа от иниц. устр-ва, пакеты – количество медиа пакетов от инициатора вызова;
Конфигурирование и администрирование
Стр. 135
Медиа от терм. устр-ва, пакеты – количество медиа пакетов от терминирующ. устр-ва;
Задерж. медиа от иниц. устр-ва, пакеты – количество опоздавших пакетов, полученных отинициатора вызова;
Задерж. медиа от терм. устр-ва, пакеты – количество опоздавших пакетов, полученных оттерминирующ. устр-ва;
Утерянных медиа пакетов от иниц. устр-ва – количество пакетов, не полученных от инициаторавызова;
Утерянных медиа пакетов от терм. устр-ва. – количество пакетов, не полученных оттерминирующ. устр-ва;
Мин. джиттер-буфер, пакеты от иниц. устр-ва – минимальный размер джиттер-буфера, приполучении пакетов от инициатора вызова;
Макс. джиттер-буфер, пакеты от иниц. устр-ва – максимальный размер джиттер-буфера, приполучении пакетов от инициатора вызова;
Мин. джиттер-буфер, пакеты от терм. устр-ва – минимальный размер джиттер-буфера, приполучении пакетов от терминирующ. устр-ва;
Макс. джиттер-буфер, пакеты от терм. устр-ва – максимальный размер джиттер-буфера, приполучении пакетов от терминирующ. устр-ва;
CDR последней попытки – «Да» в этом поле означает, что данная запись является последнейсреди всех относящихся к конкретному вызову;
Подр обные записи о вызовах (CDRs) пишутся по любой попытке установления вызованезависимо от конечного р езультата, и состояние этого поля позволяет судить, имеет лисмысл использовать данную запись в качестве исходного матер иала для систем биллинга.
Код завершения Q.850 – код разъединения из заголовка Reason протокола SIP, полученный отH.323-шлюза, когда тот находится за SIP-устройством;
Категория выз. абонента на входе – категория вызывающего абонента до каких-либопреобразований, полученная из входящего вызова;
Категория выз. абонента на выходе – категория вызывающего абонента после всехпреобразований, отправленная вызываемому шлюзу.
Пр и пр еобр азовании категор ии из одного стандар та в др угой (из CPC в OLI, или наобор от,см. р аздел Тр ансляция категор ий вызывающего абонента) в данном пар аметр е сохр аняетсякатегор ия до подобного пр еобр азования.
Передача “From” ТЕРМ. шлюзу – флаг, показывающий, что Система передавалатерминирующими шлюзу IP-адрес и порт в поле “From” в сообщении INVITE. Более подробнаяинформация содержится в описании параметра Отмена преобр. ИНИЦ. номеров; В поле «From»– адрес инициатора.
ОКС7-зона иниц. устр-ва – ОКС7-зона, из которой пришел вызов по протоколу ОКС7;
ОКС7-зона терм. устр-ва – ОКС7-зона, в которую был направлен вызов по протоколу ОКС7;
Инициатор завершения – сторона-инициатор завершения вызова;
Переадресующий номер – значение поля diversion/RedirectingNumber из входящего участкавызова;
Входящий тип А-номера – тип А-номера на входе;
Входящий тип Б-номера – тип Б-номера на входе;
Исходящий тип А-номера – тип А-номера на выходе;
Исходящий тип Б-номера – тип Б-номера на выходе.
Входящий оригинальный Б-номер – переадресующий (redirecting) номер на входе;
Исходящий оригинальный Б-номер – переадресующий (redirecting) номер на выходе.
Конфигурирование и администрирование
Стр. 136
Доп. коды разъединения на вход. участке – дополнительные коды разъединения, отправляемыев входящий участок вызова.
Доп. коды разъединения на исход. участке – дополнительные коды разъединения, отправляемыев исходящий участок вызова.
С помощью специальной функции контекстного меню из таблицы CDR-записей можно перейтив журнал отладочных вызовов/регистраций. У CDR-записей, полученных для вызовов свключенной функцией ведения отладочных журналов, для просмотра будут доступны всесообщения, относящиеся к вызову.
Экспорт записей6.6.1
Объект Автоэкспорт в категории Выгрузка CDR позволяет настроить автоматическую выгрузкузаписей с помощью планировщика задач cron. Экспорт записей с данными о вызовах возможенв текстовый файл (CDR в формате MVTS I) и в виде CSV файлов.
Для организации выгрузки записей с данными откройте диалоговое окно Автоэкспорт CDRs изаполните поля формы необходимыми значениями.
Форма настройки автоэкспорта подробных записей о вызовах
Параметры конфигурирования на форме Автоэкспорт CDRs имеют следующие функции иособенности:
Включить – кнопка-флажок включения/выключения функции автовыгрузки записей;
* Период экспорта – периодичность, с которой происходит выгрузка CDR. Данный параметртакже определяет интервал выборки CDR-записей для экспорта;
* Часовой пояс – выберите из раскрывающегося списка часовой пояс, согласно которому будутвыгружаться CDR, поскольку изначально автовыгрузка отбирает CDR-записи по времени БД, аweb-интерфейсе дата CDR отображается согласно системному времени, которое может несовпадать со временем БД;
Фор мат вр емени БД — UTC.
Начальная дата выгрузки – дата, ранее которой CDR-записи не выгружаются;
Конфигурирование и администрирование
Стр. 137
Временной сдвиг для выгружаемых CDR – указывает минимальный «возраст» записей,предназначенных к выгрузке. Иначе говоря, в данном поле указывается минимальнаянеобходимая разница между временем запуска задания на выгрузку и меткой времени(timestamp) записей, предназначенных к выгрузке, в формате ЧЧ:ММ:СС. Если эта разница длякакой-либо CDR-записи меньше значения параметра, то данная CDR-запись не выгружается.Более того, если временный сдвиг полностью или частично перекрывает какой-либо из периодовэкспорта, то для данного периода экспорта выгрузка блокируется полностью.
Например, если задан Период экспорта = 1 час, Временной сдвиг для выгружаемых CDR = 30минут, а запуск выгрузки произошел в 12:00, то выгрузка CDR-записей будет заблокирована нетолько за период 11:30-12:00, но за весь период с 11:00 до 12:00.
Таким образом, Система запускает автовыгрузку CDR-записей с периодичностью, заданнойпараметром Период экспорта, и выгружает невыгруженные записи, принадлежащиепредыдущим периодам (размер которых определяется тем же параметром Период экспорта).При этом не выгружаются записи с датой ранее значения параметра Начальная дата выгрузки,а также записи с периодов, которые полностью или частично покрываются размером сдвига(параметр Временной сдвиг для выгружаемых CDR). Если задание сконфигурированоследующим образом:
Период экспорта = 1 час;
Временной сдвиг для выгружаемых CDR = 00:30:00 (30 минут);
Начальная дата выгрузки = 9:00,
то при запуске в 12:00 будут выгружаться все записи с 10:00 до 11:00, а такженеэкспортированные ранее записи, появившиеся с 9:00 до 10:00. Записи на интервале 11:00-12:00выгружаться не будут, так как этому препятствует значение временного сдвига. Следующийзапуск автовыгрузки произойдет в 13:00, и будут выгружены записи с 11:00 до 12:00, а такженеэкспортированные записи ранее 11:00;
Если выгр узку настр оить с р азмер ом интер вала меньшим, чем 1 час, то CDR за опр еделенныйинтер вал выгр ужаются пр и запуске автоэкспор та в конце следующего пер иода.
Набор полей – окна настройки набора и порядка следования данных в выгружаемых записях.
Определение набора полей в выгружаемых записях
Левое окно изначально содержит общий список полей, имеющихся в записи о вызове, правоеокно отражает те данные, которые будут присутствовать в выгружаемых записях. Для переносаназваний из окна в окно, отметьте необходимое поле и нажмите кнопку с соответствующейстрелкой (вправо/влево). Кнопки с двойной стрелкой служат для переноса всего содержимого
окна. Кнопки и служат для изменения порядка следования данных в записи.
Нажатие кнопки передвигает выбранный заголовок на одну строчку вверх, чтосоответствует передвижению данных этого поля на одну позицию ближе к началу записи.
Кнопка служит для обратного перемещения: названия поля – вниз, к концу списка,данных в записи – к концу записи.
* Сохранять на – возможность сохранять сгенерированные файлы на жестком диске или на FTP-сервере;
Конфигурирование и администрирование
Стр. 138
Каталог для сохранения CDR файлов – каталог на сервере, на которой установлен РТУ МТТ,куда будут записываться генерируемые файлы;
Пр и опр еделении каталога для CDR-файлов следует учитывать, что пользователь www-dataсер вер а Ap ache должен иметь пр ава на запись в заданный каталог.
Выполнять заключительную обработку – установите флажок, если необходимо выполнятьзаключительную обработку выгружаемых CDR-записей. Подробная информация озаключительной обработке содержится в разделе Заключительная обработка CDR.
Формат выгружаемых данных – формат выгружаемых файлов: csv (то есть), или MVTS-1(ИМЯ_ПОЛЯ_БОЛЬШИМИ_БУКВАМИ1=значение1[разделитель]ИМЯ_ПОЛЯ_БОЛЬШИМИ_БУКВАМИ2=значение2[разделитель]… и т.д.).
Группа Основные параметры
Формат дат – формат для колонок временного типа, задается в формате MySQL. Например, «%Y-%m-%d %H:%i:%s» соответствует дате типа «YYYY-MM-DD HH:MM:SS»;
* Разделитель – разделитель полей в выгружаемых записях. Каждая запись начинается с новойстроки;
Выгружать CDR с нулевой длительностью – отметьте флажок, если необходимо выгружатьCDR с нулевой длительностью.
Отображ. длительность вызова в – из раскрывающегося списка выберите способ отображениядлительности вызовов при экспорте.
Макс. кол-во записей в файле – максимальное число CDR записей в одном файле;
Если фактические значения пр евышают величины, заданные в пар аметр е Макс. кол-возаписей в файле, то система создает дополнительный файл с индексом _1,_2 и т.д. вназвании. Напр имер , [имя_файла] _1.csv(или .txt) , [имя_файла] _2.csv(или .txt) ;
Выгружать IP-адреса с портами – установите флажок, если необходимо выгружать IP-адресаинициатора и терминатора с указанием порта, по которому шла сигнализация.
Группа Параметры формата MVTS-1
MVTS-1. Отличительный признак – Строка символов, определенная оператором в качествеотличительного признака. С введенной в этом поле строки символов будут начинаться всевыгруженные в файл записи в формате MVTS-1;
MVTS-1. Добавлять дату в начало – подробные записи о вызовах в формате MVTS-1 будутначинаться с даты;
MVTS-1. Выгружать незаполненные поля – установите флажок, если при выгрузке в форматеMVTS-1 необходимо выгружать даже те поля, которые не могут быть заполнены для даннойзаписи о вызове.
Группа Параметры формата CSV
Включать заголовки в CSV-файл – добавить название полей в выгружаемый csv-файл(актуально только при условии, что значение поля Формат выгружаемых данных равно CSV);
CSV. Кавычки для значений – значение будут выгружаться в одинарных, двойных, либо безкавычек;
CSV. Обозначение пустых полей – значения типа NULL будут выгружаться либо как «N», либокак пустая строка;
Группа Параметры замены
Искать в полях – введите строку, которая будет заменяться на значение параметра Заменить на.Поиск строки производится в выгружаемых полях;
Конфигурирование и администрирование
Стр. 139
Заменить на – введите строку, которая будет заменять строку из параметра Искать в полях.Замена производится в выгружаемых полях CDR-записи.
Например, если параметры имеют следующие значения: Искать в полях = 111, Заменить на =222, то во всех выгружаемых полях будет произведена замена строки «111» на «222» (безкавычек).
Группа Настройки файлов
* Сжатие – возможность архивировать (bzip2 или gzip) выгруженные файлы;
Сохранять пустой файл – если за время до очередного запуска задания не появляются новыезаписи и данный флажок «выставлен», будет создаваться пустой файл;
Префикс для имен CDR файлов – строка, с которой будут начинаться имена выгружаемыхфайлов;
Постфикс для имен CDR-файлов – последовательность символов, которой будут оканчиватьсяимена файлов с записями о вызовах, в том числе и расширение;
Добавлять порядковый номер – установите флажок, если в название файла необходимодобавлять уникальный последовательный порядковый номер, характеризующий каждыйвыгружаемый файл. Увеличение порядкового номера происходит и при выключенном флажке.При превышении числа 999999 счетчик обнуляется, и порядковый номер начинаетотсчитываться от 000000. Порядковый номер вставляется между постфиксом и датой.
* В имени файла использовать дату – позволяет выбрать, дата какой записи – первой илипоследней – будет использоваться при формировании имени файла;
Шаблон имени файла – формат имени файла с выгружаемыми записями, задается в форматеMySQL. Например, «%Y-%m-%d %H:%i:%s» соответствует дате типа «YYYY-MM-DD HH:MM:SS». По умолчанию, задается значение «%Y%m%d_%H%i%s». Таблица 10 содержит списокдопустимых спецификаторов.
Спецификаторы, используемые для формата имени выгружаемого файла
Спецификаторы Описание
%d День месяца, цифрами (00..31)
%H Час (00..23)
%i Минуты, цифрами (00..59)
%j День года (001..366)
%k Час (0..23)
%m Месяц, цифрами (00..12)
%s Секунды (00..59)
%u Неделя (00..53), в которой первый день недели – понедельник
%w День недели (0=воскресенье..6=суббота)
%Y Год, цифрами, четыре цифры
%y Год, цифрами, две цифры
Имя создаваемого файла, содержащего выгружаемые записи о вызовах, имеет вид PDS, где
P — строка, заданная в поле Префикс для имен CDR-файлов;
Конфигурирование и администрирование
Стр. 140
D — дата выгрузки (задаваемая параметром В имени файла использовать дату) в формате,заданном в поле Шаблон имени файла;
S — строка, заданная в поле Постфикс для имен CDR-файлов;
Если за период до очередного запуска задания демоном cron не появится новых записей иотмечен флажок Сохранять пустой файл, то значение части D имени файла будет равносистемной дате сервера.
Маска атрибутов файлов – код прав на файл, задаваемый в 4-х цифровом режиме ивосьмеричном представлении.
Группа Настройки FTP
FTP-сервер: адрес – адрес FTP сервера для сохранения экспортируемых CDR файлов (актуально,если для параметра Сохранять на выбрано значение FTP сервере);
FTP-сервер: имя – регистрационное имя для доступа к FTP серверу;
FTP-сервер: пароль – пароль доступа к FTP серверу;
FTP. Пассивный режим – флаг, определяющий взаимодействие с FTP-сервером в пассивномрежиме.
При сохранении сконфигурированной формы (нажатии на кнопку ОК), если отмечен флажокВключить, с помощью команды crontab для пользователя www-data создается задание вcron.
Соответствия между обозначениями полей в выгруженном файле и названиями полей в CDR-записях показаны в таблице ниже. Если не указано обратное, поле в выгружаемом файле всегдаимеет какие-либо значение (то есть явялется непустым).
Соответствия между полями в выгруженном файле и CDR-записях
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
cdr_id ID Целочисленное
cdr_date Дата Дата/время
record_type Тип записи Строка (100)
in_ani Входящий А-номер Строка (100) Заполняется, еслипараметр не былпустым в вызове.
in_dnis Входящий Б-номер Строка (100) Заполняется, еслипараметр не былпустым в вызове.
out_ani Исходящий А-номер Строка (100) Заполняется, еслипараметр не сталпустым после всехпреобразований.
out_dnis Исходящий Б-номер Строка (100) Заполняется, еслипараметр не сталпустым после всехпреобразований.
bill_ani А-номер для биллинга Строка (100) Заполняется, еслипараметр не сталпустым после всех
Конфигурирование и администрирование
Стр. 141
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
преобразований.
bill_dnis Б-номер для биллинга Строка (100) Заполняется, еслипараметр не сталпустым после всехпреобразований.
sig_node_name Сигнальный модуль Строка (100)
src_gatekeeper_address Адрес иниц. привратника Строка (21) Заполняется, еслипротокол — H.323 ивызов получен черезпривратник.
remote_src_sig_address Адрес иниц. устр-ва(сигн.)
Строка (21) Заполняется для всехпротоколов, кромевнутреннего и ОКС7.
remote_dst_sig_address Адрес терм. устр-ва(сигн.)
Строка (21) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
remote_src_media_address Адрес иниц. устр-ва(медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, еслибыли установленымедиа-каналы.
remote_dst_media_address
Адрес терм. устр-ва(медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, еслибыли установленымедиа-каналы.
local_src_sig_address Входящий локальныйадрес (сигн.)
Строка (21) Заполняется для всехпротоколов, кромеОКС7.
local_dst_sig_address Исходящий локальныйадрес (сигн.)
Строка (21) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
local_src_media_address Входящий локальныйадрес (медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, если
Конфигурирование и администрирование
Стр. 142
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
были установленымедиа-каналы.
local_dst_media_address Исходящий локальныйадрес (медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, еслибыли установленымедиа-каналы.
in_leg_proto Протокол сигн. на входе Строка h323 — для H.323
sip — для SIP
sip-t — для SIP-T
ss7 — для ОКС7
internal — длявнутреннегопротокола
out_leg_proto Протокол сигн. на выходе Строка h323 — для H.323
sip — для SIP
sip-t — для SIP-T
ss7 — для ОКС7
internal — длявнутреннегопротокола
Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
conf_id Conference ID ПКомм Строка (100)
in_leg_call_id Входящий Call ID ПКомм Строка (100)
out_leg_call_id Исходящий Call IDПКомм
Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
src_in_leg_conf_id Conference ID протокола Строка (100)
src_in_leg_call_id Входящий Call IDпротокола
Строка (100)
src_out_leg_call_id Исходящий Call IDпротокола
Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
Конфигурирование и администрирование
Стр. 143
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
src_user RAS имя иниц. устр-ва Строка (100) Заполняется, если дляиниц. шлюзаиспользоваласьрегистрация и былозаданорегистрационноеимя
dst_user RAS имя терм. устр-ва Строка (100) Заполняется, если длятерм. шлюзаиспользоваласьрегистрация и былозаданорегистрационноеимя
radius_user Имя пользов. длябиллинга
Строка (100) Заполняется, еслииспользоваласьRADIUS-авторизацияили аутентификация
src_name Имя иниц. устр-ва Строка (100)
dst_name Имя терм. устр-ва Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
dp_name Объект набора (DP) Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
elapsed_time Общая продолжит.вызова
Целочисленное Заполняется, еслибыло установленосоединение.
setup_time Время начала Дата/время
connect_time Время соединения Дата/время Заполняется, еслибыло установленосоединение.
disconnect_time Время завершения Дата/время
disconnect_code Код завершения Целочисленное Универсальный кодразъединениясогласно таблицеКоды завершениявызовов
in_leg_codecs Заявленные кодеки иниц.устр-ва
Строка (100) Заполняется, еслибыли установленывходящие медиа-каналы.
Конфигурирование и администрирование
Стр. 144
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
out_leg_codecs Кодеки на выходе Строка (100) Заполняется, еслибыли установленыисходящие медиа-каналы.
src_faststart_present Faststart у иниц. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
dst_faststart_present Faststart у терм. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
src_tunneling_present Tunneling у иниц. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
dst_tunneling_present Tunneling у терм. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
proxy_mode Режим проксирования Булево 0 или 1
Заполняется, еслимодульмаршуртизацииавторизовал вызов.
lar_fault_reason Причина повторн.маршрутизации
Целочисленное 0 — Вызов состоялся
1 — Все маршрутыотброшены
2 — Невозможнообновить медиа-каналы
3 — LAR запрещен напоследнеммаршруте
4 — Системааварийно завершилаработу
5 — Вызов завершен
Конфигурирование и администрирование
Стр. 145
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
до переборамаршрутов
6 — Вызов завершендо полученияCONNECT
7 — Произошелобмен вложениямиISUP на посл.маршруте
8 — Вызов завершенПКомм до исп.первого маршрута»
9 — Вызов завершениз-за задержки в егообработке ПУпр
Заполняется, еслисоединение не былоустановлено.
route_retries Кол-во попытокмаршрутизации
Целочисленное
scd SCD, мсек Целочисленное Заполняется, еслибыло установленосоединение.
pdd PDD, мсек Целочисленное Заполняется, еслибыло установленосоединение или пополученииALERTING.
src_media_bytes_in Медиа поток от иниц.устр-ва, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_media_bytes_out Медиа поток к иниц.устр-ву, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_bytes_in Медиа поток от терм.устр-ва, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_bytes_out Медиа поток к терм. устр-ву, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_media_packets Медиа от иниц. устр-ва,пакеты
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_packets Медиа от терм. устр-ва,пакеты
Целочисленное Заполняется, еслибыли установлены
Конфигурирование и администрирование
Стр. 146
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
медиа-каналы.
src_media_packets_late Задерж. медиа от иниц.устр-ва, пакеты
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_packets_late Задерж. медиа от терм.устр-ва, пакеты
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_media_packets_lost Утерянных медиа пакетовот иниц. устр-ва
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_packets_lost Утерянных медиа пакетовот терм. устр-ва
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_min_jitter_size Мин. джиттер буфер дляпакетов от иниц. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_max_jitter_size Макс. джиттер буфер дляпакетов от иниц. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_min_jitter_size Мин. джиттер буфер дляпакетов от терм. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_max_jitter_size Макс. джиттер буфер дляпакетов от терм. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
last_cdr CDR последней попытки Булево 1 или не заполняется
q850_reason Код завершения Q.850 Целочисленное Заполняется, еслибыло полученосообщение сподобным кодом.
in_cpc Категория выз. абонентана входе
Целочисленное Код из таблицыКатегориивызывающегоабонента
Заполняется, если навходящем участкеприсутствоваликатегории выз.абонента.
out_cpc Категория выз. абонентана выходе
Целочисленное Код из таблицыКатегориивызывающегоабонента
Заполняется, если на
Конфигурирование и администрирование
Стр. 147
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
исходящем участкеприсутствоваликатегории выз.абонента.
pass_from Передача «From» ТЕРМ.шлюзу
Целочисленное 1 или не заполняется
in_zone Зона иниц. устр-ва Строка (100) Зона из таблицыЗоны
out_zone Зона терм. устр-ва Строка (100) Зона из таблицыЗоны
Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
disconnect_initiator Инициатор завершения Целочисленное 0 — Подсистемакоммутации
1 — Инициатор вызова
2 — Вызываемаясторона
diversion Переадресующий номер Строка (100) Заполняется, еслипараметрприсутствовал ввызове.
in_ani_type_of_number Входящий тип А-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал навходящем участке .
in_dnis_type_of_number Входящий тип Б-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
Конфигурирование и администрирование
Стр. 148
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал навходящем участке.
out_ani_type_of_number Исходящий тип А-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал наисходящем участке.
out_dnis_type_of_number Исходящий тип Б-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал наисходящем участке.
in_orig_dnis Входящий оригинальныйБ-номер
Строка (100) Заполняется, еслипараметрприсутствовал навходящем участке .
out_orig_dnis Исходящий Строка (100) Заполняется, если
Конфигурирование и администрирование
Стр. 149
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
оригинальный Б-номер параметрприсутствовал наисходящем участке.
src_disconnect_codes Доп. коды разъединенияна вход. участке
Строка (100) Списокуниверсальных кодовразъединениясогласно таблицеКоды завершениявызовов,разделенных точкой сзапятой «;».
Заполняется, еслиимеются коды,которые несовпадают с главнымкодом завершения.
dst_disconnect_codes Доп. коды разъединенияна вход. участке
Строка (100) Списокуниверсальных кодовразъединениясогласно таблицеКоды завершениявызовов,разделенных точкой сзапятой «;».
Заполняется, еслиимеются коды,которые несовпадают с главнымкодом завершения.
Ниже приведены примеры (по одной записи) из файлов с подробными записями о вызове поформе CDR MVTS I и в формате CSV.
CDR по форме MVTS-I:
В настройках:
Префикс для имен CDR файлов = prefix_
Кавычки для значений = “
Обозначение пустых полей = N
Разделитель = ‘,’
Формат выгружаемых данных = текст CDR MVTS-1
======= Начало файла prefix_20080118_095202.txt ========
CDR_ID=»200801000000001028″,CDR_DATE=»2008-01-18 09:52:02″,IN_ANI=»3″,IN_DNIS=»999″,OUT_ANI=»9004″,OUT_DNIS=»9595″,BILL_ANI=»9004″,BILL_DNIS=»9005″,SIG_NODE_NAME=»N»,REMOTE_SRC_SIG_ADDRESS=»192.168.130.149:5060″,REMOTE_DST_SIG_ADDRESS=»192.168.130.47:1720″,REMOTE_SRC_MEDIA_ADDRESS=»192.168.130.149:16386″,REMOTE_DST_MEDIA_ADDRESS=»N»,LOCAL_SRC_SIG_ADDRESS=»192.168.131.12:5060″,
Конфигурирование и администрирование
Стр. 150
LOCAL_DST_SIG_ADDRESS=»192.168.131.12:35765″,LOCAL_SRC_MEDIA_ADDRESS=»192.168.131.12:12088″,LOCAL_DST_MEDIA_ADDRESS=»N»,IN_LEG_PROTO=»sip», OUT_LEG_PROTO=»h323″,CONF_ID=»[email protected]»,IN_LEG_CALL_ID=»e58871
[email protected]»,OUT_LEG_CALL_ID=»b4805c00bc76901080000017a48b7a95″,SRC_USER=»», DST_USER=»N»,RADIUS_USER=»N»,SRC_NAME=»tel_linksys»,DST_NAME=»tel_panasonic»,DP_NAME=»9005″,ELAPSED_TIME=»N»,SETUP_TIME=»2008-01-18 09:51:49″,CONNECT_TIME=»2008-01-18 09:52:02″,DISCONNECT_TIME=»2008-01-18 09:
52:02″,DISCONNECT_CODE=»262631″,IN_LEG_CODECS=»PCMU (type=,transport=[rtp],vad=[disable],fpp=[0],flags=[0x0]);PCMU (type=,transport=[rtp],vad=[disable],fpp=[20],flags=[0x0]);»,OUT_LEG_CODECS=»N»,SRC_FASTSTART_PRESENT=»0″,DST_FASTSTART_PRESENT=»N»,SRC_TUNNELING_PRESENT=»1″,DST_TUNNELING_PRESENT=»N»,PROXY_MODE=»1″,LAR_FAULT_REASON=»N»,ROUTE_RETRIES=»2″,SCD=»N»,PDD=»N»,PDD_REASON=»N»,SRC_MEDIA_BYTES_IN=»10568″,SRC_MEDIA_BYTES_OUT=»90123″,DST_MEDIA_BYTES_IN=»90123″,DST_MEDIA_BYTES_OUT=»9160″,SRC_MEDIA_PACKETS=»65″,DST_MEDIA_PACKETS=»453″,SRC_MEDIA_PACKETS_LATE=»0″,DST_MEDIA_PACKETS_LATE=»0″,SRC_MEDIA_PACKETS_LOST=»0″,DST_MEDIA_PACKETS_LOST=»0″,SRC_MIN_JITTER_SIZE=»0″,SRC_MAX_JITTER_SIZE=»0″,DST_MIN_JITTER_SIZE=»0″,DST_MAX_JITTER_SIZE=»0″,SRC_CENTREX_ID=»3″,DST_CENTREX_ID=»3″,COOKIE=»84168533″,DVO=»0″,CALL_TYPE=»N»,USER_BILLING_ID=»29″,USER_LINE_NAME=»office phone»
======= Конец файла prefix_20080118_095202.txt =========
При выгрузке CDR в CSV файл:
В настройках:
Префикс для имен CDR файлов = prefix_
Кавычки для значений =
Обозначение пустых полей = N
Разделитель = ‘,’
Формат выгружаемых данных = CSV
======= Начало файла prefix_20080117_134728.csv =========
cdr_id,cdr_date,in_ani,in_dnis,out_ani,out_dnis,bill_ani,bill_dnis,sig_node_name,remote_src_sig_address,remote_dst_sig_address,remote_src_media_address,remot
e_dst_media_address,local_src_sig_address,local_dst_sig_address,local_src_media_address,local_dst_media_address,in_leg_proto,out_leg_proto,conf_id,in_leg_cal
l_id,out_leg_call_id,src_user,dst_user,radius_user,src_name,dst_name,dp_name,elapsed_time,setup_time,connect_time,disconnect_time,disconnect_code,in_leg_code
cs,out_leg_codecs,src_faststart_present,dst_faststart_present,src_tunneling_present,dst_tunneling_present,proxy_mode,lar_fault_reason,route_retries,scd,pdd,p
dd_reason,src_media_bytes_in,src_media_bytes_out,dst_media_bytes_in,dst_media_bytes_out,src_media_packets,dst_media_packets,src_media_packets_late,dst_media_
packets_late,src_media_packets_lost,dst_media_packets_lost,src_min_jitter_size,src_max_jitter_size,dst_min_jitter_size,dst_max_jitter_size,src_centrex_id,dst
_centrex_id,cookie,dvo,call_type,user_billing_id,user_line_nam
200801000000000527,2008-01-17
13:47:28,5488,5223,5222,5489,5222,5223,
Конфигурирование и администрирование
Стр. 151
N,192.168.131.134:5061,192.168.131.135:5061,192.168.131.134:5004,192.168.131.135:41000,
192.168.131.12:5060,192.168.131.12:5060,192.168.131.12:10048,192.168.131.12:10060,sip,sip,[email protected]u,1
[email protected],[email protected],,N,N,Moolio’s
AudioCodec,Moolio’s D-Link,5 223,50631,2008-01-17 13:47:05,2008-01-17
13:47:08,2008-01-17 13:47:59,65546,PCMA (type=, transport=[rtp],
vad=[disable], fpp=[0], flags=[0x0]);PCMA (t
ype=, transport=[rtp], vad=[disable], fpp=[20], flags=[0x0]);,PCMA
(type=, transport=[rtp], vad=[disable], fpp=[0], flags=[0x0]);PCMA
(type=, transport=[rtp], vad=[disable], fpp=[20],
flags=[0x0]);,0,0,1,1,1,N,0,1043,449,N,185204,115200,35324,49800,997,590,0,0,163,10,0,74,0,5,3,3,19199054,0
,N,8,Moolio 5222 UL
======= Конец файла prefix_20080117_134728.csv =========
Выгрузка CDRs за интервал6.6.2
Объект Выгрузка CDRs за интервал в категории Выгрузка CDR позволяет произвестиоднократную выгрузку подробных записей о вызовах, принадлежащих определенномуинтервалу.
В параметрах * Начальная дата выгрузки и * Конечная дата выгрузки задайте временныеграницы выгружаемого интервала. В параметре * Период экспорта задайте временной период,по которому будут разбиваться выгружаемые CDR-записи. Записи каждого периодасохраняются в отдельный файл, за исключением случаев, когда выгрузка производитсясредствами браузера (параметр * Сохранять). В последнем случае создается единый файл.Остальные параметры объекта соответствуют аналогичными параметрам объекта Автоэкспорт(см. раздел Экспорт записей).
Для осуществления выгрузки нажмите ОК.
Заключительная обработка CDR6.6.3
Заключительная обработка CDR-записей обеспечивает большую гибкость при их выгрузке. Прииспользовании данной возможности пользователь может модифицировать выгружаемые записижелаемым для себя образом. Для этого необходимо выполнить следующее:
Установить флажок Выполнять заключительную обработку в настройках Автоэкспорта;
Поместить в каталог /var/www/rtu/extensions/cdr_export/process.dисполняемые файлы, осуществляющие обработку.
Система при установленном флажке сохраняет выгруженные CDR-записи во временном файлеи последовательно, в алфавитном порядке применяет к временному файлу все исполняемыефайлы из каталога /var/www/rtu/extensions/cdr_export/process.d.Неисполняемые файлы в каталоге игнорируются. Данные исполняемые файлы действуютподобно фильтру, то есть берут из потока STDIN данные (изначальные выгруженные CDR илирезультат обработки предыдущими фильтрами), обрабатывают их согласно собственнымправилам, и выводят их в поток STDOUT. После применения всех фильтров окончательныйрезультат обработки перемещается в конечный каталог (заданную параметром Каталог длясохранения CDR-файлов), на FTP-сервер или отображается в web-браузере.
В самих исполняемых файлах можно использовать переменные окружения ОС, значениякоторых равны соответствующим параметрам в объекте Автоэкспорт web-интерфейса. Данныепеременные перечислены в файле /var/www/rtu/extensions/cdr_export/process.d/readme.txt. Пример фильтра на языке Perl приведен в файле /var/www/rtu/extensions/cdr_export/process.d/disconnect_code.pl.
Конфигурирование и администрирование
Стр. 152
Статистика6.7
Категория объектов Статистика позволяет просматривать статистическую информацию иформировать отчеты с данными по направлениям терминирования трафика.
Отчеты6.7.1
Данный объект позволяет создавать и просматривать статистические отчеты о прохождениитрафика по объектам набора.
Для создания отчета в диалоговом окне Создать отчет (Статистика > Отчеты) введите имясоздаваемого отчета в поле * Название отчета, регулярным выражением задайте имя (имена)объектов набора, по которым собирается статистика, а в окне Детализация укажите признаки,по которым она будет группироваться.
Форма создания отчета
Детализация – перенесите из левого окна формы в правое те признаки, по которым будутгруппироваться CDR-записи при составлении отчета. Последовательность выбора признака длягруппирования записей задается перемещением признака в списке вверх-вниз с помощью
кнопок и . Сначала записи группируются по первому признаку в списке, затемгруппирование записей по второму признаку идет внутри ранее сформированных групп и т.д;
* Временной интервал – укажите временной интервал, используемый для группировки записейпо дате. Подробнее процесс формирования отчета описан ниже. Параметр действителен, толькоесли в списке Детализация указана Дата;
Конфигурирование и администрирование
Стр. 153
* Дата с…/Дата по… — укажите нижнюю и верхнюю границу диапазона дат, по которым будутотбираться записи о вызовах;
Шаблон для имени ИНИЦ. Шлюза (LIKE) – при задании шаблона для имени шлюза-инициаторавызова в отчет будут включены данные только для вызовов с участием указанного шлюза;
Шаблон для имени объекта набора (LIKE) – при задании шаблона для имени объекта набора вотчет будут включены данные только для вызовов с участием указанного ОН;
Шаблон для имени ТЕРМ. шлюза (LIKE) – при задании шаблона для имени завершающеговызов шлюза в отчет будут включены данные только для вызовов с участием указанноготерминирующего шлюза;
Опер атор ср авнения LIKE в скобках – это указание на то, что в шаблонах имен следуетиспользовать метасимволы языка mySQL.
Код завершения – при указании кода завершения вызова в отчет будут включены только вызовыс заданным кодом завершения;
Регион – выбор какого-либо префикса из раскрывающегося списка приводит к тому, что в отчетбуду включены только вызовы с указанным префиксом в тел. номере (см. раздел 6.8.7);
Для формирования отчета нажмите кнопку OK.
Сформированный отчет помещается в таблицу под названием Состав отчета с маркеромприменения фильтра и таблицу Все отчеты к ранее сгенерированным.
Таблица «Состав отчета» со вновь сгенерированными отчетами
Формирование отчета происходит следующим образом.
1. Записи с данными о вызовах (CDRs) отбираются по дате;
Способ заполнения поля Дата CDR-записей зависит от значения пар аметр а В поле «Дата» вCDR подставлять: 1 – Время начала вызова, 2 – Время заверш. вызова.
2. Если указаны шаблоны имен объекта набора, шлюза-инициатора и шлюза,завершающего вызов, записи дополнительно фильтруются согласно выражениям,заданными в поле Шаблон для имени объекта набора (LIKE), Шаблон для имени ИНИЦ.шлюза (LIKE) и Шаблон для имени ТЕРМ. шлюза (LIKE) соответственно;
3. Отобранные записи объединяются в группы по признакам, указанным в спискеДетализация. Порядок формирования групп определяется порядком следованияпризнаков в списке Детализация. Если в списке Детализация указан пункт Дата, то пригруппировке записей по дате используется значение параметра Временной интервал.Например, в списке указаны признаки Регион и Дата, причем Регион в списке находитсяперед Датой. В таком случае, все отобранные записи первоначально группируются порегиону. Затем в каждой созданной группе происходит последующая группировка подате. Допустим, значение параметра Временной интервал равно Час, тогда на каждыйчас внутри диапазона дат создается по одной группе. Если созданная таким образомгруппа не содержит вызовов, то она отбрасывается, в противном случае ей отводитсястрочка в отчёте;
4. Для каждой сформированной группы записей с данными о вызовах подсчитываются
Конфигурирование и администрирование
Стр. 154
следующие показатели:
Всего минут – суммарная продолжительность всех вызовов в минутах (по записям вгруппе), округлённая до ближайшей целой минуты;
Всего вызовов – общее число вызовов (т.е. соединений между инициатором и Системой).Иными словами – количество CDR-записей с признаком CDR последней попытки, равным«Да»;
Успешных вызовов – число успешных вызовов;
Вызов считается успешным, если он завер шился с кодом пр ичины завер шения, у котор ого втаблице кодов (см. 6.8.3) отмечен флаг Признак успешного вызова, или имел ненулевуюпр одолжительность.
Вызовов с соединением – число вызовов с голосовыми сеансами (то есть с ненулевойпродолжительностью);
Всего попыток – общее кол-во попыток установления вызова;
Успешных попыток – кол-во успешных попыток установления вызова;
Попыток с соединением – кол-во попыток с голосовыми сеансами (то есть с ненулевойпродолжительностью);
Данные по количеству вызовов (общему, успешных и с сеансами голосовой связи) важны дляоценки качества услуг, пр едоставляемых опер атор ом, тер минир ующим вызовы. Данные попопыткам вызовов (общему количеству, числу успешных и завер шившихся сеансамиголосовой связи) важны для оценки качества услуг тер минир ования, пр едоставляемыхопер атор у РТУ МТТ др угими опер атор ами.
ASR (вызовы), % – коэффициент успешных вызовов, рассчитанный по методике РТУМТТ (см. ASR(MVTS));
Стандарт. ASR (вызовы), % – коэффициент успешных вызовов, рассчитанныйобщепринятым способом (см. ASR(стандарт));
ASR (попытки), % – коэффициент успешности вызовов, отправленных для завершениядругими операторами, рассчитанный по методике РТУ МТТ (см. ASR(MVTS));
Стандарт. ASR (попытки), % – коэффициент успешности вызовов, отправленных длязавершения другими операторами, рассчитанный общепринятым способом (см. ASR(стандарт));
ACD, сек – средняя длительность вызовов ненулевой продолжительности (см. ACD);
Средн. PDD, сек – средняя величина PDD, подсчитанная только для вызовов с PDD > 0;
Средн. SCD, сек – средняя величина SCD, подсчитанная только для вызовов с SCD > 0;
Дата первого вызова – самый ранний вызов по значению Setup time в группе;
Дата последнего вызова – самый поздний вызов по значению Setup time в группе;
CDR ID первого вызова – уникальный идентификатор записи по первому вызову запериод;
CDR ID последнего вызова – уникальный идентификатор записи по последнему вызовуза период.
Просмотреть отчет можно, вызвав контекстное меню и выбрав в нем пункт Просмотр.
Аналогично можно просматривать и содержание отчетов из таблицы ранее сформированныхВсе отчеты.
Конфигурирование и администрирование
Стр. 155
Просмотр сформированного отчета
Графики6.7.2
Объект Графики предназначен для представления информации о работе системы в графическомвиде в режиме реального времени. Включить ведение статистики можно с помощью параметраВкл./Выкл. статистику (Конфигурация -> Общесистемные настройки), задав ему значение 1. Внастройках шлюзов и объектов наборов можно указать, будет ли этот шлюз или объект набораучитываться при сборе статистики (параметр Вкл. статистику). Если глобальный параметр Вкл./Выкл. статистику равен 0, то значения параметра Вкл. статистику у шлюзов и объектов наборане учитывается.
Конфигурирование и администрирование
Стр. 156
Объект Графики
Для того, чтобы создать новый график нажмите .
Появится диалоговое окно, в котором можно указать параметры создаваемого графика.
Создание графика
В раскрывающемся списке Тип объекта выберете объект, для которого будут строиться графикистатистики:
Инициатор – для шлюза-источника вызова;
Терминатор – для шлюза-адресата вызова;
Шлюз – для шлюза, когда он выступает как инициирующее и терминирующее устройствоодновременно;
Объект набора – для объекта набора в целом (т.е. по всем шлюзам, к нему относящимся).
В поле Имя объекта введите несколько первых символов имени шлюза или объекта набора, длякоторого будет строиться график, и выберите нужное имя из появившегося списка.
Если в системе используется несколько модулей маршрутизации, то отметьте в строке Модулите из них, данные которых следует принимать во внимание при построении графиков.
Для создания нового графика нажмите ОК.
На экране отобразится область построения графиков. Для того, чтобы добавить графикизменения во времени конкретного параметра, отметьте флажок рядом с его названием,расположенным на панели справа. Для наблюдения доступны следующие статистическиепараметры, рассчитываемые как экспоненциальное скользящее среднее:
ASR – Коэффициент занятия с ответом, рассчитываемый по методике MVTS;
ASR (Std) – Коэффициент занятия с ответом, рассчитываемый по общепринятойметодике;
Конфигурирование и администрирование
Стр. 157
ACD – Средняя продолжительность вызова;
PDD – Интервал времени от момента набора абонентом последней цифры вызываемогономера и до момента, когда он слышит сигнал КПВ от вызываемого номера;
SCD – Интервал времени между поступлением SETUP и получением пакета CONNECTлибо моментом завершения вызова;
QoS – Качество обслуживания;
CPS – Количество новых вызовов в секунду;
Calls – Общее количество вызовов.
Для того, чтобы изменить параметры кривой каждого графика, щелкните по названиюсоответствующего параметра.
Настройка кривой графика
Для выбора цвета линии щелкните по закрашенному полю Цвет линии.
Для изменения толщины линии из раскрывающегося списка Толщина линии выберите новуютолщину в пикселях.
Для изменения формы кривой из раскрывающегося списка Форма кривой выберите новуюформу – Сглаженную или Ломаную.
Для применения новых параметров кривой нажмите OK.
На нижней панели графика выберите частоту, с которой будут обновляться данные графика, всписке Период обновления.
С помощью ползунка Масштаб выберите желаемый масштаб графика по горизонтали.
Для остановки построения всех графиков, нажмите кнопку . Для редактирования
параметров графика нажмите .
В случае, когда отмечено более одного модуля маршрутизации, то значения, для графикарассчитываются как среднее арифметическое взвешенное, с учетом текущих значений CPS сучастием выбранного объекта по каждому из модулей.
Например, при необходимости построить график ASR для объекта набора DP1 и наличии всистеме двух модулей маршрутизации – ММ1 и ММ2, значения для графика будутрассчитываться как взвешенное среднее арифметическое по данным ASR и CPS для ММ1 иММ2. Таким образом, при ASR для ММ1 80 и ASR для ММ2 40, а также CPS 15 и 5 вызовам всек., соответственно, среднее взвешенное значение ASRavg будет равно:
ASRavg = (ASRММ1 * CPSММ1 + ASRММ2 * CPSММ2)/(CPSММ1 + CPSММ2),
то есть
ASRavg = (80*15 + 40*5)/(15+5) = 70
Когда в качестве главного параметра при построении графика выбирается количество новых
Конфигурирование и администрирование
Стр. 158
вызовов в секунду CPS и общее количество вызовов Calls, то значения для построения кривойподсчитываются как простая сумма значений CPS или Calls соответствунное от всех выбранныхмодулей маршрутизации.
Добавить новый график можно, воспользовавшись кнопкой . Вновьдобавленный график будем располагатся вверху списка областей построения графиков.
Для того, чтобы удалить график, нажмите на в его верхней правой части.
Конфигурация6.8
В категории Конфигурация выполняются общесистемные настройки (задаются значенияглобальных параметров, в том числе относящихся с графическому интерфейсу), определяетсяполитика работы с кодами завершения вызовов, и задаются параметры серверов ENUM и DNS, скоторыми взаимодействует система.
Общесистемные настройки6.8.1
Таблица Общесистемные настройки позволяет задать глобальные значения конфигурационныхпараметров, относящихся собственно к программному коммутатору класса 4.
Конфигурирование и администрирование
Стр. 159
Таблица «Общесистемные настройки»
В настоящем выпуске РТУ МТТ параметр единственными общесистемными параметрами,доступными для редактирования администратором системы, являются:
Макс. продолжительность вызова – максимальная продолжительность для всех вызовов, всекундах. Среди параметров, ограничивающих максимальную продолжительность вызова,определенных на инициаторе, терминаторе, RADIUS-сервере и в глобальных настройках,выбирается параметр с минимальным значением (значение 0 означает отсутствиеограничений);
Кол-во маршуртов, отправляемых на ПКомм за раз – задайте количество маршрутов,отобранных модулем маршрутизации, которые отправляются на ПКомм за один раз. Данныйпараметр позволяет не передавать все найденные маршруты одновременно, что увеличиваетбыстродействие.
Вкл./Выкл. cтатистику – включить или отключить ведение статистки, которая будетиспользоваться для построения графиков;
Кол-во вызовов для расчёта экспоненц. скользящ. среднего – задает количество вызовов,которое будет использоваться для расчета экспоненциального скользящего среднего следующихпараметров: ASR (MVTS), ASR (std), ACD, PDD, SCD, CPS и QoS;
В поле «Дата» в CDR подставлять: 1 – Время начала вызова, 2 – Время заверш. вызова –параметр определяет способ заполнения поля Дата в подробных записях о вызовах (CDR). 1 – вполе Дата заносится время начала вызова (время получения сообщения SETUP), 2 – в поле Датазаносится время окончания вызова;
Максимальное кол-во отладочных сеансов – задает максимальное количество записей (вызовови регистраций), хранимое в каждой из таблиц Отладочные регистрации и Отладочные вызовы;
Максимальное время хранения отладочной информации – определяет максимальнуюпродолжительность (в днях) хранения записей с отладочной информацией для таблицОтладочные регистрации и Отладочные вызовы. Поскольку размеры журналов с отладочнымизаписями могут быть весьма велики, необходимо выбрать такое значение параметра, чтобы недопустить переполнения жесткого диска;
Включить отладку для неопознанных вызовов – заносить ли в журнал отладочных вызововданные о попытках направления в Систему вызовов от шлюзов, неопознанных РТУ МТТ(которым не соответствует ни одна запись в БД, в том числе записи о шлюзах по умолчанию);
Конфигурирование и администрирование
Стр. 160
Включить отладку для неопознанных регистраций – заносить ли в журнал отладочныхрегистраций данные о запросах на регистрацию от шлюзов, неопознанных РТУ МТТ (которымне соответствует ни одна запись в БД, в том числе записи о шлюзах по умолчанию);
Способ отображения времени в параметре «Общая продолжительность вызова» – булевапеременная, позволяющая задавать единицы времени, в которых определяется общаяпродолжительность сеанса связи. Возможные значения: 1 – секунды, 0 – миллисекунды.Значение по умолчанию – 1.;
Максимальное кол-во CDR в очереди – укажите максимальное количество CDR-записей,хранящихся в очереди модуля маршуртизации. Если БД не способна вставлять CDR-записи с тойже скоростью, с какой они генерируются модулем маршрутизации, то данные CDR-записинакапливаются в очереди. Когда их число превышает заданный максимум, то Система начинаетзаписывать их на жесткий диск и устанавливает состояние тревоги по данному сигнала (чтовызывает отправку уведомления, см. раздел Уведомления ПКомм).
Уведомлять при кол-ве CDR в очереди меньше, чем – если количество CDR-записей в очередименьше, чем заданное число, то состояние тревоги, установленные при превышениимаскимального количества CDR в очереди, сбрасывается (о чем на электронный адресадминистратора Системы отправляется уведомление).
Срок хранения CDR-записей – укажите срок хранения таблиц с CDR-записями в месяцах.Таблицы с CDR-записями, у которых истек срок хранения, будут автоматически удаляться из БД.Для отмены автоматического удаления необходимо установить параметр в 0. Более подробнаяинформация содержится в разделе Таблицы CDR.
Периодичность создания промежуточных пакетов/записей – укажите периодичность отправкиInterim-пакетов на RADIUS-сервер/создания промежуточных CDR-записей.
Создавать промежуточные CDR-записи – определяет, будут ли создаваться промежуточныеCDR-записи.
Период обновл. данных для распредел. нагрузки по шлюзам – количество вызовов, послемаршрутизации которых на определенный объект набора происходит обновление данных дляпараметра Распределение нагрузки по шлюзам в объекте набора. После обновления счетчиквызовов на ОН для этого параметра обнуляется. Таким образом, задание большего значениепозволяет уменьшить частоту обновления данных и уменьшить нагрузку на Систему. ПоведениеСистемы при различных значениях параметра Распределение нагрузки по шлюзам следующее:
циклический выбор шлюзов – выбор нового шлюза происходит каждые N вызовов,направленных на данный объект набора, где N задан параметром Период обновл. данныхдля распредел. нагрузки по шлюзам;
распред. по абсолютной загрузке – обновление количества вызовов на шлюзах для данногообъекта набора (и выбор нового шлюза) происходит каждые N вызовов, направленных наданный объект набора, где N задан параметром Период обновл. данных для распредел.нагрузки по шлюзам;
распред. по соотношению «текущая нагрузка/емкость» – обновление соотношения«нагрузка/емкость» на шлюзах для данного объекта набора (и выбор нового шлюза)происходит каждые N вызовов, направленных на данный объект набора, где N заданпараметром Период обновл. данных для распредел. нагрузки по шлюзам.
Коэффициент EMA при расчете средн. времени обработки вход. вызова — данный параметриспользуется для расчета среднего времени, требующегося для обработки входящего вызовамодулем маршрутизации. Поскольку ПКомм отклоняет все вызовы, если они обрабатывалисьмодулем маршрутизации более 5 секунд, то данное время используется для определения того,сможет ли модуль маршрутизации завершить обработку вовремя и следует ли ему вообщеначинать обработку вызова. Конкретнее, если время, когда модуль маршрутизации получилвызов на обработку, + среднее время обработки вызова больше, чем время получения SETUP +5 секунд, модуль маршрутизации отклонит вызов без обработки. Среднее время обработкивызова рассчитывается по методу экспоненциального скользящего среднего (EMA) последующей формуле:
Конфигурирование и администрирование
Стр. 161
где
— среднее время обработки вызова.
— определенный шаг.
— момент времени.
— количество времени, которое потребовалось Системе на обработку вызова.
— коээфициент EMA, заданный параметром Коэффициент EMA при расчете средн.времени обработки вход. вызова.
Чем больше коэффициент, тем более точным будет усреднение.
Макс. время обработки входящего вызова модулем маршрутизации, мсек — максимальноеколичество времени, которое может затратить модуль маршуртизации на обработку одноговызова. По истечении данного времени вызов будет завершен. Поскольку ПКомм ожидает, чтомодуль маршрутизации будет обрабатывать вызов не более 5 секунд и по их истечении в любомслучае завершает вызов, не имеет смысла устанавливаеть данный параметр в значение, более 5секунд.
В настоящий момент вр емя окр угляется до секунд.
При необходимости изменить настройки какого-либо из параметров, щелчком мыши напараметре вызовите контекстное меню и выберите пункт Редактировать, либо нажмите кнопкуРежим редактирования, для перевода таблицы в состояние, позволяющее изменять значенияобщесистемных параметров.
Конфигурация графического интерфейса6.8.2
Объект «Конфигурация граф. интерфейса»
Таблица Конфигурация граф. интерфейса раздела Конфигурация содержит следующиепараметры, предназначенные для настройки web-интерфейса:
Язык интерфейса – задает язык интерфейса по умолчанию (1 – английский, 2 – русский);
Кол-во строк на странице – задает возможные размеры страниц (в кол-ве отображаемых строк).Список с разделением элементов списка запятой. Например, 10, 20, 30, 50.
Кол-во строк на странице по умолчанию – задает кол-во строк, отображаемых в таблице поумолчанию;
Конфигурирование и администрирование
Стр. 162
Макс. кол-во строк в таблицах – позволяет задавать максимальное количество записей,отображаемых в таблицах. Если количество записей в базе данных превышает заданный предел,при открытии таблицы пользователю выводится сообщение с предложением воспользоватьсяфильтром с целью ограничения количества выводимых данных. Данный параметр предназначендля ускорения отображения таблиц, содержащих большое количество записей (например,таблиц, содержащих CDR записи). Если параметр не задан, то при отображении большогоколичества записей возможна ошибка «General error: 126 Incorrect key file for table»;
Формат дат в CSV – позволяет задавать формат отображения даты и времени, вэкспортируемых данных;
Разделитель полей в CSV – позволяет задавать символ для разделения полей в файлах сэкспортируемыми данными, например, запятая или точка с запятой;
Обозначение пустого значения в CSV – позволяет задавать символы для заполнения пустыхполей в файлах с экспортируемыми данными;
Символ для заключения полей в CSV – позволяет задавать символы, в которые будутзаключаться экспортируемые данные, например, кавычки;
Вкл./выкл. протоколирование действий пользователей – флаг, позволяющий управлятьведением протокола действий пользователей в web-интерфейсе. Значения — 0/1. 0 – отключитьпротоколирование, 1 – включить протоколирование;
Вкл./выкл. протоколирование просмотра объектов пользователями – флаг, позволяющийуправлять ведением протокола просмотра пользователями объектов в web-интерфейсе.Значения — 0/1. 0 – отключить протоколирование, 1 – включить протоколирование;
Хранить протокол действий пользователя (дней) – задает время хранения протоколов действийпользователя в интерфейсе в днях. Для уменьшения нагрузки на сервер, записи, срок хранениякоторых истек, удаляются не сразу по истечении срока, а с задержкой;
Вкл./выкл. протоколирование аутентификаций – флаг, управляющий ведением протоколадоступа пользователей к системе. Значения — 0/1. 0 – отключить протоколирование, 1 – включитьпротоколирование;
Хранить предысторию аутентификаций (дней) – задает время хранения записей обаутентификации пользователя в днях. Для уменьшения нагрузки на сервер, записи, срокхранения которых истек, удаляются не сразу по истечении срока, а с задержкой;
Добавлять BOM в экспортируемые файлы – укажите значение 1, если необходимо в началоэкспортируемого файла добавлять метку BOM (Byte Order Mark), которая указывает наиспользуемый порядок байт в данной кодировке Юникод.
Инициализирующие значения из фильтра – укажите значение 1, если при добавлении новогоэлемента в отфильтрованную таблицу, значения полей, по которым осуществлялась фильтрация,будут взяты из фильтра;
Вкл./выкл. баннер – управляет отображением баннера в верхней части web-интерфейса. 0 – непоказывать баннер, 1 – показывать баннер;
Кодировка экспортируемого файла – задайте кодировку файла, экспортируемого черезвсплывающее меню. Список возможных кодировок:
UTF8
UTF16
UTF32
CP1251/WINDOWS1251
KOI8R
Добавлять BOM в экспортируемые файлы – укажите значение 1, если необходимо в началоэкспортируемого файла добавлять метку BOM (Byte Order Mark), которая указывает наиспользуемый порядок байт в данной кодировке Юникод.
Для задания значения параметра наведите курсор на нужную запись и нажмите правую клавишу
Конфигурирование и администрирование
Стр. 163
мыши. На появившемся контекстном меню выберите Редактировать.
Диалоговое окно редактирования параметра «Макс. кол-во строк в таблицах»
В открывшемся диалоговом окне, в поле Значение, введите требуемое значение и нажмитекнопку OK. Для того, чтобы отменить действия, нажмите кнопку Отмена.
Отдельно задается параметр Часовой пояс:
Часовой пояс — из раскрывающегося списка выберите часовой пояс для дат, отображаемых вграфическом интерфейсе (в объектах Подробные записи о вызовах, Отчеты, Отладочныевызовы и Отладочные регистрации), в положительных или отрицательных единицах смещенияот времени по Гринвичу.
Коды завершения вызовов6.8.3
Данная таблица содержит справочную информацию о кодах причин завершения соединений.
Таблица «Коды завершения вызовов»
В таблице представлена следующая информация:
Универсальный код – внутренний код завершения, используемый ПКомм и ПУпр при обменеинформацией о причинах завершения соединения;
Группа – группа, к которой относится код завершения;
Код – код завершения вызова;
Конфигурирование и администрирование
Стр. 164
Причина – расшифровка кода завершения вызова;
Признак успешного вызова – индикатор кода успешного завершения вызова, используемыйПУпр для расчета показателя ASR. Для того, чтобы пометить код как признак успешного вызова,наведите курсор на интересующую запись, левой кнопкой мыши вызовите всплывающее менюи выберите Редактировать. В открывшемся диалоговом окне отметьте данную кнопку-флажок инажмите OK;
Соответств. код в H.323/SIP – в этих колонках отображается информация о том, какой кодзавершения будет направлен сторонам, участвовавшим в соединении в случаях, когда в качествекода завершения выступает локальный код ПКомм или ПУпр. Оборудованию,поддерживающему протокол H.323 будет выслан код указанный в колонке Соответств. код вH.323, а оборудованию, поддерживающему протокол SIP – код указанный в колонкеСоответств. код в SIP;
ENUM-cерверы6.8.4
Таблица ENUM-серверы содержит сведения о серверах ENUM, сконфигурированных в системе.
Объект ENUM-серверы предназначен для настройки параметров соединения с ENUM-серверами, обеспечивающими преобразование телефонного номера вызываемого абонента спомощью алгоритма DDDS (Dynamic Delegation Discovery System) из формата Е.164 вунифицированный идентификатор ресурса (URI). В дальнейшем унифицированныйидентификатор ресурса (URI) преобразуется в IP-адрес через службу доменных имен DNS.
Таким образом, ENUM-сервера могут использоваться в качестве внешнего средствамаршрутизации вызовов. Более подробную информацию о технологии ENUM можно найти вRFC 3761.
Внешняя мар шр утизация с использованием ENUM-сер вер ов возможна только по сигнальномупр отоколу SIP.
Если необходимо добавить запись о сервере, вызовите контекстное меню и выберите в немпункт Добавить.
Форма с данными ENUM-сервера
Конфигурирование и администрирование
Стр. 165
В открывшемся диалоговом окне в поле укажите следующую информацию (обязательными длязаполнения являются поля, помеченные символом «*»):
* Название – имя ENUM-сервера;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Запись активна – отметьте кнопку-флажок, чтобы активировать запись;
* Адрес – введите IP-адрес сервера;
Домены – в этом поле можно указать доменную зону сервера.
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификационным кодом (ID), а в колонке Время измененияотобразится дата и время создания записи. Теперь при настройке шлюзов можно указать данныйENUM-сервер в качестве внешнего средства маршрутизации (см. раздел Оборудование).
При необходимости внести изменения в запись, щелчком мыши по записи вызовите контекстноеменю и выберите пункт Редактировать.
DNS-серверы6.8.5
Таблица DNS-серверы содержит записи о серверах службы доменных имен, используемых дляразрешения уникальных идентификаторов ресурса (URI), полученных от ENUM-серверов.
При необходимости добавить запись о сервере, вызовите контекстное меню и выберите в немпункт Добавить.
Диалоговое окно параметров DNS-сервера
Заполните поля формы DNS-серверы необходимыми значениями и нажмите кнопку OK.Обязательными для заполнения являются только поля: * Название (имя, назначаемое DNS-серверу администратором) и * Адрес, помеченные символом ‘*’.
Параметр Приоритет означает предпочтительность выбора DNS сервера для работы. Чембольше значение параметра – тем выше приоритет сервера.
Конфигурирование и администрирование
Стр. 166
Отметьте кнопку-флажок Запись активна, чтобы сделанные настройки вступили в действие.
Если нужно внести изменения в запись, щелчком мыши по записи вызовите контекстное меню ивыберите пункт Редактировать.
Регионы6.8.6
Данная таблица содержит названия географических мест перенаправления трафика. Длясоздания новой записи на всплывающем меню выберите Добавить.
В текстовом поле * Название, открывшегося диалога, введите имя конфигурируемого региона инажмите кнопку ОК. Уникальный идентификатор записи ID будет сформирован автоматически.
Описание регионов6.8.7
В таблице Описание регионов хранится справочная информация об особенностях номеров понаправлениям: префиксах, минимальной и максимальной длине номера.
Для создания новой записи в таблице Описание регионов, на всплывающем меню выберитеДобавить.
Диалоговое окно «Префиксы зон»
В открывшемся диалоговом окне укажите следующую информацию (поля обязательные длязаполнения помечены знаком “*”):
* Регион – в раскрывающемся списке выберите имя региона;
* Префикс – укажите префикс телефонных номеров для региона;
Мин. длина номера – целым положительным числом укажите минимальную длину номера дляданного региона;
Макс. длина номера – целое положительное число, указывающее на максимальную длинуномера в регионе.
Указав необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицу.
Категории вызывающего абонента6.8.8
В таблице Категории вызывающего абонента хранится справочная информация о категорияхвызывающего абонента.
Конфигурирование и администрирование
Стр. 167
Таблица «Категории вызывающего абонента»
В таблице представлена следующая информация:
Тип категории – наименование стандарта, согласно которому определена категория;
Пространство имён – принадлежность категории к международному (CPC) или американскому(OLI) стандарту;
Код – код категории;
Описание – расшифровка кода категории.
Трансляции категорий вызывающего абонента6.8.9
В таблице Трансляции категорий вызывающего абонента хранится информация о соответствияхмежду международными (CPC) и американскими (OLI) категориями вызывающего абонента.
Таблица «Трансляции категорий вызывающего абонента»
В таблице представлена следующая информация:
Пространство имён – принадлежность категории к международному (CPC) или американскому(OLI) стандарту;
Код – код категории;
Соответств. код в CPC – если категория принадлежит к стандарту OLI, в данном полеотображается код, который соответствует данной категории по стандарту CPC. В случае случае,если соответствие не задано, то используется значение из параметра Соответств. код в CPC поумолчанию.
Соответств. код в CPC по умолчанию – если категория принадлежит к стандарту OLI, в данномполе отображается код, который соответствует данной категории по стандарту CPC поумолчанию.
Соответств. код в OLI – если категория принадлежит к стандарту CPC, в данном полеотображается код, который соответствует данной категории по стандарту OLI. В случае случае,если соответствие не задано, то используется значение из параметра Соответств. код в OLI поумолчанию.
Конфигурирование и администрирование
Стр. 168
Соответств. код в OLI по умолчанию – если категория принадлежит к стандарту CPC, в данномполе отображается код, который соответствует данной категории по стандарту OLI поумолчанию.
Преобразование категорий из одного стандарта в другой происходит автоматически, если навходящем участке вызова (или после преобразования категорий на ОН, шлюзах и т.д.) категориязадана в одном стандарте (например, CPC), а на исходящий участок вызова она должнапередаваться в другом стандарте (например, OLI).
Группы общей ёмкости6.8.10
В логике функционирования транзитного коммутатора имеется понятие емкостной группы(capacity group).
Таблица «Группы общ ей емкости»
Группирование по признаку пропускной способности (емкости по трафику) имеет своей цельюболее удобное управление индивидуальной и совокупной емкостью шлюзов (gateways) инаправлений (объектов набора/коммутации или dial peers). Управление емкостью позволяет,при необходимости, ограничить количество вызовов не только по каждому отдельно взятомушлюзу, но и по группе шлюзов в целом.
Например, при индивидуальной емкости терминирующих шлюзов A и B по 10 вызовов каждый,может возникнуть необходимость ограничить суммарную емкость на прием трафика через этишлюзы 15 вызовами. Такая задача решается за счет отнесения шлюзов А и B к группе A_B иограничением емкости по входящей нагрузке (трафику) для этой группы 15 одновременнымивызовами.
В таком случае при поступлении очередного вызова на шлюз А, будет проходить как проверкане превышена ли емкость шлюза А, так и проверка не превышена ли емкость по входящемутрафику, установленная для группы A_B, в которую входит шлюз А.
Уже имеющиеся емкостные группы могут в свою очередь являться элементом другихемкостных групп, порождая, таким образом, иерархию групп.
В такой ситуации при поступлении очередного вызова для шлюза A будет проходить проверкана превышение емкости по самому шлюзу, по группе A_B, в которую входит шлюз, и по группе
Конфигурирование и администрирование
Стр. 169
A_B_C, в которую входит группа A_B и далее по всем уровням существующей иерархииемкостных групп.
Для добавления группы общей емкости вызовите контекстное меню и выберите пункт Добавить.
Добавление новой группы емкости
В открывшемся диалоговом окне в поле укажите следующую информацию (поля, помеченныезнаком «*», являются обязательными для заполнения):
* Название – введите название группы емкости;
Описание – в этом поле можно указать любую информацию, имеющую отношение ксоздаваемой записи;
Родительская группа – укажите родительскую группу емкости;
Емкость – количество одновременных вызовов, которые может принимать данная группаю Еслиёмкость не указана или использовано значение 0 — ёмкость неограничена.
После задания необходимых параметров нажмите ОК.
Группы емкости по номерам6.8.11
Данная таблица содержит группы, ограничивающие количество одновременных вызовов сопределенным номером. Группы, заданные в таблице, могут назначаться шлюзам-инициаторамдля А-номеров (параметр ИНИЦ. Группа ёмкости по номерам в настройках шлюзов), шлюзам-терминаторам для Б-номеров (параметр ТЕРМ. Группа ёмкости по номерам в настройкахшлюзов), а также для Б-номеров могут быть переопределены в объектах набора (параметрПереопределить группу ёмкости по номерам в настройках ОН). Если группа назначена, то покаждому номеру количество одновременных вызовов, проходящих через данный шлюз/объектнабора, не может превышать заданного в группе.
Группы емкости по номерам
* Имя – название группы емкости;
* Емкость – максимальное количество вызовов с одинаковым номером. Если ёмкость неуказана или использовано значение 0 — ёмкость неограничена;
При ограничении А-номеров используется номер после преобразования на шлюзе-инициаторе,при ограничении Б-номеров на объекте набора — номер после глобальных правилпреобразования трансляций, при ограничении Б-номеров в терминирующем шлюзе — номерпосле преобразования на объекте набора.
Конфигурирование и администрирование
Стр. 170
Образцы кодеков6.8.12
Данная таблица содержит значения кодеков, которые изначально заданы в Системе в таблицеКодеки. Ее можно использовать для восстановления изначальных параметровпредустановленных кодеков, в случае если они были изменены или удалены.
Восстановление настроек кодеков по умолчанию
В таблице хранится список предустановленных кодеков вместе с их изначальными параметрами.Для восстановления значений определенного кодека или кодеков выделите их в таблице вколонке слева, вызовите всплывающее меню и выберите пункт Специальная функция –>Восстановить кодеки по образцам (для отмеченных или выбранных). Если к таблице примененфильтр, то для восстановления значений кодеков, отображаемых в отфильтрованной таблице, вовсплывающем меню выберите пункт Специальная функция –> Восстановить кодеки пообразцам (все отфильтрованные). Для восстановления настроек всех предустановленныхкодеков нажмите кнопку ОК под заголовком Восстановить кодеки по образцам.
Образцы RADIUS-полей6.8.13
На данной странице находится таблица с образцами полей RADIUS-учета. Данную таблицуможно использовать для восстановления изначальных настроек RADIUS-полей в таблице ПоляRADIUS (см. раздел Поля RADIUS).
Страница «Образцы RADIUS-полей»
В колонках таблицы атрибутов доступна следующая информация:
ID – идентификатор атрибута (порядковый номер);
Имя записи – название атрибута, в формате: <источник атрибута>-<имя атрибута>, где:
Источник атрибута – может иметь значения:
o rfc – профиль атрибута сформирован согласно RFC2866;
o cisco — профиль атрибута сформирован согласно спецификаций Cisco;
o mvts — профиль атрибута сформирован как проприетарный для РТУ;
Имя атрибута — имя атрибута; выбирается из списка имён, определённых в RFC2866,
Конфигурирование и администрирование
Стр. 171
предоставляемых системой РТУ или определённых Cisco.
Код – цифровой код атрибута;
Идентификатор компании – идентификатор пространства кодов, выделенных определеннойкомпании для определения атрибута (9 = CISCO). В случае, если указано пустое значение, топредполагается использование атрибута согласно RFC 2866;
Тип – тип значения (string – строка, integer – целое число и т.д.);
Значение – значение (содержимое) атрибута;
Описание – произвольное пояснение или расшифровка значения.
Для восстановления изначальных значений RADIUS-полей в таблице Поля RADIUS необходимовыделить любым способом образцы в таблице Образцы RADIUS-полей (с помощью щелчкамыши, установки флажков в колонке слева или фильтра), вызывать контекстное меню и выбратьпункт Специальная функция -> Восстановить RADIUS-поле из образца.
Контекстное меню таблицы «Образцы RADIUS-полей”
Восстановить все RADUIS поля можно щелкнув по кнопке OK в процедуре Восстановить всеRADIUS-поля из образцов.
Процедура восстановления RADIUS-полей из образцов
При любом способе восстановления Системе сопоставляет восстанавливаемые образцы изаписи в таблице Поля RADIUS по параметру Имя записи. Если найдены записи с одинаковымипараметрами Имя записи, то запись в таблице Поля RADIUS заменяется на образец. Еслиподобных записей нет, образец копируется в таблицу Поля RADIUS.
Таблицы CDR6.8.14
Данный объект содержит список всех таблиц с CDR-записями, содержащимися в БД. Системахранит одну таблицу на каждый месяц.
Конфигурирование и администрирование
Стр. 172
Объект «Таблицы CDR»
Каждая запись в объекте обозначают одную таблицу в БД. Для просмотра информации оконкртеной таблице вызовите контекстное меню и выберите пункт Просмотр.
Имя таблица – наименование таблицы в БД в формате mvts_cdr_<год><месяц>.
Кол-во строк – количество записей в таблице.
Размер данных – объем данных в мегабайтах.
Доступна для удаления – флаг доступности таблиц для удаления. Недоступны для удаленияследующие таблицы:
Таблица за текущий месяц;
Таблица за следующий месяц;
Таблица за 3 предыдущих месяца;
Таблица mvts_cdr_000000, в которой хранятся сомнительные CDR-записи.
Для очистки БД в Системе имеется возможность настроить автоматическое удаление таблиц сCDR-записями. Для этого в таблице Общесистемные настройки в параметре Срок храненияCDR-записей (см. раздел Общесистемные настройки) необходимо задать количество месяцев, втечение которых будет храниться таблица после ее создания. Например, если:
Текущий месяц – май (то есть, 05).
Срок хранения CDR-записей = 2
тогда все записи, созданные в марте (месяц 03) и ранее, будут удалены из базы данных. Дляостановки автоматического удаления необходимо присвоить параметру Срок хранения CDR-записей значение 0.
Кроме того, в Системе имеется возможность удалять таблицы с CDR-записями вручную. Дляэтого в объекте Таблицы CDR выделите любым способом желаемые таблицы (с помощьющелчка мыши, расстановки флажков в левой колонке или фильтра), вызовите контекстное менюи выберите пункт Удалить таблицы CDR.
Настройка представлений6.8.15
В данной таблице задается набор фильтров, применымых к объектам графического интерфейсаСистемы. Для каждой записи Система создает отдельный подобъект в дереве категорий, вкотором представленая отфильтрованная информация. Для добавления нового представлениявызовите контекстное меню и выберите пункт Добавить.
Таблица «Настройка представлений»
В открывшемся диалоговом окне укажите следующую информацию (поля обязательные длязаполнения помечены знаком “*”):
* Таблица — укажите таблицу, к которой будет применяться заданный фильтр. В данной таблицебудет создан подобъект с данными, отфильтрованными согласно параметру Фильтр.
* Название представления — введите имя представления (имя подобъекта).
* Фильтр — задайте фильтр, которы будет применятся к данным из родительской таблицы,указанной в параметре Таблица. Правила задания фильтра описаны в разделе Использование
Конфигурирование и администрирование
Стр. 173
фильтров.
Указав необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицу. Приэтом Система создаст новое представление в виде отдельного подобъекта в дереве объектовграфического интерфейса для родительской таблицы. Например, для рисунка выше этопредставление будет иметь вид:
Добавленное представление
Протоколирование6.9
В категории Протоколирование находятся объекты, относящиеся к протоколированиюаутентификаций и действий пользователя в web-интерфейсе.
Предыстория аутентификаций6.9.1
Объект Предыстория аутентификаций предназначен для протоколирования сеансов входапользователя в систему.
Объект «Предыстория аутентификаций»
В таблице представлена следующая информация:
Конфигурирование и администрирование
Стр. 174
ID сеанса – идентификационный номер сеанса администрирования РТУ МТТ;
Время события – время, когда произошла попытка аутентификации;
Пользователь – учетная запись пользователя, используемая при аутентификации;
Область гр. интерфейса – область гр. интерфейса, в которой работает пользователь;
Регистрационное имя – регистрационное имя пользователя, под которым пользователь вошелили пытался войти в систему;
IP-адрес – адрес, с которого произошел вход в систему;
Успешная регистрация – была ли попытка аутентификации успешной.
Для того, чтобы просмотреть все действия пользователя во время определенного сеанса, левойкнопкой вызовите контекстное меню и выберите пункт Действия пользователей. Откроетсяобъект Протокол действий пользователей, отфильтрованный по ID выбранного сеанса.
Протокол действий пользователей6.9.2
Таблица Протокол действий пользователей содержит записи о доступе к объектам базы данныхи действиях с ними.
Страница с записями протокола действий пользователей
Отдельная запись о событии представлена следующими данными, отражаемыми в колонкахтаблицы:
ID – идентификатор (порядковый номер) записи;
ID сеанса – идентификатор сеанса, во время которого была создана запись;
Время события – дата и время создания записи;
Пользователь – имя учетной записи пользователя, действия которого запротоколированы;
Объект – объект, над которым совершал действия пользователь;
Действие – суть выполненных действий;
Данные – подробное описание результата выполненных действий;
Фильтр – фильтр, использовавшийся при поиске информации;
Обработано строк – количество строк подвергшихся изменениям.
Конфигурирование и администрирование
Стр. 175
Импорт6.10
Категория Импорт содержит единственный мастер Импорт, предназначенный дляимпортирования записей из csv-файла в различные таблицы Системы.
На первом шаге мастера необходимо указать файл, из которого будут импортироваться записи,и задать необходимые настройки импорта.
Задание параметров импортируемого файла. Шаг 1
Можно задать следующие параметры:
* Из файла – с помощью кнопки Обзор укажите путь к файлу, из которого будет происходитьимпорт записей;
* В таблицу – из раскрывающегося списка выберите таблицу, в которую будут импортироватьсязаписи;
* Последовательность колонок – из раскрывающегося списка выберите способ определенияпоследовательности колонок.
Сопоставить с заголовками – процедура импорта автоматически сопоставляет названияколонок в файле с названиями колонок в таблицах web-интерфейса. Таким образом,порядок колонок в файле может быть произвольным, при условии, что состав колонок вфайле соответствует составу колонок web-интерфейсе. Данный способ используется для
Конфигурирование и администрирование
Стр. 176
импорта записей, полученных путем экспорта через контекстное меню всоответствующей таблицы.
Использовать шаблон – процедура импорта сопоставляет колонки в том порядке, в какомони расположены в web-интерфейсе (без учета изменений в последовательности колонокweb-интерфейса, сделанных пользователем), причем те колонки в интерфейсе, которыепользователь не может редактировать (например, ID), — игнорируются. Данный способиспользуется, если файл с импортируемыми записями получен с помощью файла-шаблона (см. ниже).
* Разделитель – из раскрывающегося списка выберите разделитель, который используетсямежду полями колонок в csv-файле;
* Символ для заключения полей — из раскрывающегося списка укажите символ, которыйиспользуется для обрамления полей в csv-файле;
Содержит заголовки – установите флажок, если первая строка csv-файла содержит заголовки.Таким образом, при импорте заголовки не будут вставлены в таблицу;
* Кодировка – из раскрывающегося списка выберите кодировку csv-файла;
* Формат даты – из раскрывающегося списка выберите формат дат, используемых в csv-файле.Кроме того, некоторые колонки (например, в группе Расписание таблицы Объекты набора(DPs)) также проверяются на соответствие своим собственным форматам дат;
Записи только для “вставки” – установите флажок, если необходимо импортировать только тезаписи из файлов, которые отсутствуют в целевой таблице. Обновление существующих записейв подобном случае производиться не будет;
* Набор уникальных колонок – укажите список колонок, по которым будет проверятьсяуникальность записей в csv-файле. Для того, чтобы запись в файле считалась уникальной,необходимо, чтобы комбинация значений колонок, указанных в данном списке, былауникальной. Неуникальные записи, найденные в csv-файле, при импорте отбрасываются;
Шаблон – нажмите на ссылку Просмотр, для того, чтобы отобразить пустой csv-файл,содержащий только заголовки колонок. Данный файл можно использовать длянепосредственного внесения данных, которые потом можно импортировать. Шаблон несодержит колонок, которые пользователь не может редактировать (например, ID), тем самымего можно легко импортировать с помощью метода Использовать шаблон.
После завершения настроек нажмите кнопку Загрузить и перейдите к следующему шагумастера.
Задание последовательности колонок. Шаг 2
На втором шаге можно настроить последовательность колонок так, чтобы она соответствовала
последовательности загруженных данных. Используйте кнопки и для перемещения
Конфигурирование и администрирование
Стр. 177
названий колонок в крайнее левое и крайнее правое положение соответственно, или щелкнитемышью по названию колонки, перетащите его в нужное положение, щелкните еще раз для того,чтобы вставить его.
Последовательность колонок, заданная пользователем, может быть сохранена для дальнейшегоиспользования. Для этого нажмите кнопку Сохранить последовательность, введите названиепоследовательности в поле * Имя последовательности и нажмите кнопку Сохранить.
Сохранение последовательности колонок
Для удаления сохраненных последовательностей нажмите кнопку Удалить последовательностьи выберите ее название.
Конфигурирование и администрирование
Стр. 178
Удаление последовательности колонок
Для продолжения работы нажмите кнопку Далее.
На третьей странице «мастера» представлена информация об импортируемых данных:
Название таблицы.
Общее количество импортируемых записей.
Количество новых записей.
Количество обновляемых записей.
Количество записей с ошибками. Записи с ошибками не импортируются.
Количество дублированных записей. При этом из записей-дубликатов, найденных в csv-файле, импортирована будет только последняя запись, а записи-дубликаты, найденные вБД, обновлены не будут.
Параметр Список колонок для обновления в группе Дополнительные параметры содержитокно с двумя списками. Колонки в правом списке будут обновлены при импорте. Колонки влевом списке не будут обновляться при импорте. Для того, чтобы переместить колонки из
левого спика в правый и наоборот используйте кнопки и .
Конфигурирование и администрирование
Стр. 179
Импорт данных. Шаг 3
Таблица Данные для импорта представляет собой временную таблицу, содержащую данные,загруженные в Шаге 1. Помимо колонок, содержащихся в основной таблице, временная таблицасодержит также колонку Ошибка, в которой отображается информация об обнаруженныхошибках, и колонку Текущее состояние с текущим состоянием записи.
Редактировать записи и добавлять новые записи во временную таблицу можно так же, как и приработе с основными таблицами. При редактировании записей они автоматически проверяются,и выставляется новое состояние.
Окончив работу с таблицей Данные для импорта, нажмите на кнопку Импорт для загрузкиданных в основную таблицу. Для того, чтобы выйти из мастера и вернуться на первую страницу,нажмите кнопку Отмена.
Конфигурирование и администрирование
Стр. 180
Настройки RADIUS6.11
Категория Настройки RADIUS содержит объекты, позволяющие гибко настроитьвзаимодействие Системы с RADIUS-серверами при осуществлении аутентификации, учетаиспользования предоставляемого сервиса и маршрутизации по протоколу RADIUS.
Подробное изложение порядка работы с объектами категории при настройке RADIUS-учета всоответствии с нуждами оператора связи содержится в разделе Настройка RADIUS-учета всоответствии с требованиями оператора связи.
Глобальные настройки RADIUS6.11.1
Объект Глобальные настройки RADIUS позволяет задать глобальные настройки, относящиеся квзаимодействию со всеми RADIUS-серверами.
Глобальные настройки RADIUS
Подставлять значение параметра H323_IVR_IN в поле UserName – значение «1» означаетнеобходимость подставлять значение параметра H323_IVR_IN, пришедшего от RADIUS-сервера,при использовании авторизации или внешней маршрутизации, в поле UserName в пакетах учета;
Конфигурирование и администрирование
Стр. 181
Внешняя маршрутизация без авторизации – значение «1» означает не авторизовыватьмаршруты одного объекта набора на RADIUS-сервере, если хотя бы один маршрут данногообъекта набора получен с помощью внешней маршрутизации через RADIUS-сервер;
Шифровать нешифрованный пароль от H.323-шлюза – установите значение 1, если необходимошифровать нешифрованный пароль от H.323-устройства, отправляемый на RADIUS-сервер,когда устройство регистрируется через шлюз по умолчанию или в качестве RADIUS-пароля унего задан ‘*’. Для шифрования используется ключ шифрования того RADIUS-сервера, накоторый отправляется пароль;
Значение атрибута Service-Type – задайте значение, которое будет отправляться в атрибутеService-Type в пакетах на RADIUS-сервер. Если значение равно 0, то атрибут не включается впакеты. Более подробная информация о параметре содержится в RFC 2865.
Значение атрибута Framed-Protocol – задайте значение, которое будет отправляться в атрибутеFramed-Protocol в пакетах на RADIUS-сервер. Если значение равно 0, то атрибут не включается впакеты. Более подробная информация о параметре содержится в RFC 2865.
Период опроса неактивных RADIUS-серверов – интервал между попытками переключения наработу с неактивными, но более приоритетными RADIUS-серверами. См. параметр Приоритетраздела RADIUS-серверы.
Заполнять h323-conf-id Conf ID, пришедшим из оборудования – параметр определяет способзаполнения поля h323-conf-id, отправляемого на RADIUS-сервер. 1 – используется Conf ID,пришедший от оборудования. Если Conf ID от оборудования не пришел (например, в случаеиспользования протокола SIP), то поле h323-conf-id отправляется пустым. 0 – для всех случаевиспользуется Conf ID, сгенерированный Подсистемой коммутации.
Значение 1 данного пар аметр а допустимо только в случае использования стандар тногоRADIUS-пр офиля (то есть пр офиля, у котор ого пар аметр * Отправлять пакеты ACCT.START/STOP не установлен в пункт Пользовательские настройки, см. р аздел Настр ойкапр офилей RADIUS) . В пр отивном случае в р аботе RADIUS-учета могут возникать ошибки.
Активный профиль RADIUS-учета – данное поле заполняется числом, которое являетсяидентификатором одного из созданных пользователем профилей учета (accounting) черезRADIUS-сервер (см. раздел Профили RADIUS-учета).
Тип Digest идентификации: 0 — draft-sterman-aaa-01, 1 — draft-sterman-aaa-04 – задайте типDigest-аутентификации (см. раздел Дайджест-аутентификация), используемой Системой: 0 – типdraft-sterman-aaa-01, 1 – тип draft-sterman-aaa-04.
Отправлять Interim-пакеты на RADIUS-сервер – определяет, будут ли отправляться на RADIUS-сервер промежуточные пакеты учета (пакеты учета, отправляемые во время сеанса связи).
Авторизовывать вызовы до маршрутизации — если параметр равен 0, авторизация вызовавыполняется после составления списка маршрутов. Если параметр равен 1, то авторизациявызова выполняется до составления списка роутов. По умолчанию параметр равен 0. Привыставлении параметра Авторизовывать вызовы до маршрутизации в 1 значение параметраВнешняя маршрутизация без авторизации не учитывается.
RADIUS-серверы6.11.2
Таблица серверов RADIUS содержит информацию о том, на работу с какими серверамиRADIUS, обеспечивающими учет использования предоставляемого сервиса и аутентификациюпользователей, настроена система.
Таблица с данными о RADIUS-серверах
Конфигурирование и администрирование
Стр. 182
Для создания новой записи (добавление сервера RADIUS в список) на всплывающем менювыберите Добавить.
Диалоговое окно объявления RADIUS-сервера
В открывшемся диалоговом окне в поле укажите следующую информацию (поля, помеченныезнаком «*», являются обязательными для заполнения):
* Название – введите имя RADIUS-сервера;
Описание – в этом поле можно указать любую информацию, имеющую отношение ксоздаваемой записи;
Запись активна – отметьте кнопку-флажок для того, чтобы активировать запись;
* Приоритет – целое положительное число. Параметр служит для назначения приоритетасерверам RADIUS, на которые отправляются данные (то есть 2 имеет больший приоритет, чем1). В любой момент времени система работает только с одним сервером RADIUS, с наивысшимпо «шкале предпочтений» приоритетом. Если система обнаруживает отказ сервера, на которыйследует отправлять данные, она переключается на работу со следующим по величине значенияпараметра Приоритет сервером;
Вкл. аутентификацию – активированная кнопка-флажок включает функцию аутентификациишлюзов через RADIUS-сервер;
Вкл. авторизацию – активированная кнопка-флажок включает функцию авторизации вызововчерез RADIUS-сервер. Если ответ не получен за время, равное (Макс. время обработкивходящего вызова модулем маршрутизации, мсек — (время получения SETUP — время отправкизапроса на авторизацию)), то вызов завершается;
Пр и отмеченном флажке Вкл. Авторизацию, если хотя бы один из мар шр утов объектанабор а получен с помощью внешней мар шр утизации, то автор изация всех мар шр утовданного объекта набор а на RADIUS-сер вер е не пр оисходит, что уменьшает нагр узку наСистему и RADIUS-сер вер .
Вкл. отправку билл. инф. – активированная кнопка-флажок включает функцию учетаиспользования сервиса (accounting) через RADIUS-сервер;
Конфигурирование и администрирование
Стр. 183
Вкл. маршрутизацию – активированная кнопка-флажок включает режим внешнеймаршрутизации средствами сервера RADIUS, с которым работает программный коммутатор;
Ключ шифрования – указать ключ шифрования (“shared secret”) используемый привзаимодействии с RADIUS-сервером;
Число попыток соед. – установите количество неудачных попыток отправить данные наRADIUS-сервер, после исчерпания которых система считает данный сервер неисправным ипереключается на работу со следующим из числа сконфигурированных. При этом проверкадоступности физического сервера происходит независимо для целей аутентификации/авторизации и для целей учета. Схема работы системы при превышении числа неудачныхпопыток соединения показана на рисунке ниже.
Интервал между попытками, мсек – задайте интервал (в миллисекундах) между повторнымипопытками отправить данные на RADIUS-сервер. Количество попыток задано предыдущимпараметром;
Схема взаимодействия с RADIUS-серверами в случае сбоя
Категория Аутентификация – параметры этой категории действительны только приактивированной кнопке Вкл. аутентификацию/авторизацию:
Адрес аутентификации – введите IP-адрес RADIUS-сервера аутентификации;
Порт аутентификации — указать порт для аутентификации через RADIUS-сервер.
Категория Учет – параметры этой категории действительны только при активированной кнопкеВкл. отправку билл. инф.:
Адрес для билл. инф. – укажите адрес RADIUS-сервера, используемого для функции учета(accounting);
Порт для билл. инф. – укажите порт RADIUS-сервера для приема биллинговой информации;
Указав нужную информацию, нажмите кнопку ОК.
Запись будет добавлена в таблицу с присвоенным ей уникальным идентификационным кодом(ID), а в колонке Время изменения отобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Пр и изменении пар аметр ов активного RADIUS-сер вер а, а также пр и смене активногоRADIUS-сер вер а (напр имер , пр и пер еключении на р езер вный RADIUS-сер вер ) к незавер шеннымвызовам пр именяются новые пар аметр ы RADIUS-сер вер а (напр имер , пр и снятии флажкаИспользовать старый формат CISCO для активных вызовов на RADIUS-сер вер начнут
Конфигурирование и администрирование
Стр. 184
пр иходить пакеты в фор мате CISCO VSA) .
Система опр ашивает RADIUS-сер вер а каждые 60 секунд, пр и этом опр ос пр оизводитсяр абочими биллинговыми и автор изационными пакетами. Иными словами каждые 60 секундСистема начинает отпр авлять биллинговые и автор изационные пакеты не на текущийр абочий сер вер , а на сер вер с наиболее высоким пр иор итетом и далее по убываниюпр иор итета. В случае автор изационных пакетов, если сер вер с более высоким пр иор итетомнедоступен, то пр и пер еключении на сер вер с более низким пр иор итетом вызов будет отбит.Кр оме того, пр и большом количестве неактивных RADIUS-сер вер ов, числе попытоксоединения и интер вале между попытками вызов ожидание ответа может пр евысить 5секунд и вызов будет отбит с кодом TMngr timeout. Поэтому р екомендуется использовать неболее двух RADIUS-сер вер ов.
Поля RADIUS6.11.3
На данной странице находится таблица с записями всех атрибутов, которые могут включаться всостав пакетов RADIUS-учета.
Изначально таблица Поля RADIUS содержит 140 записей с предопределенными полямиRADIUS.
Страница «Поля RADIUS»
Возможные действия при работе с содержимым таблицы отражены в контекстном меню,вызваемом нажатием на левую кнопку мыши.
Конфигурирование и администрирование
Стр. 185
Меню возможных действий в таблице “Поля RADIUS”
Записи в таблице можно изменять, удалять, а также пополнять, добавляя к уже существующимновые, с помощью контекстного меню.
В колонках таблицы доступна следующая информация:
ID – идентификатор атрибута (порядковый номер);
Имя записи – название атрибута, в формате: «префикс – название атрибута». Префикс вназвании записи указывает либо на стандартный характер атрибута (rfc), либо на еготрадиционное использование в системах RADIUS-учета предыдущих версий продукта (mvts-xpgk, mvts), либо на источник происхождения (cisco).
Имя поля – это имя поля в пакете учета.
Код – цифровой код атрибута;
Идентификатор компании – идентификатор пространства кодов, выделенных определеннойкомпании для определения атрибута (9 = CISCO). В случае, если выбрано пустое значение, топредполагается использование атрибута согласно RFC 2866;
Тип – тип значения (string – строка, integer – целое число и т.д.);
Значение – выражение для вычисления содержимого атрибута;
В поле Значение можно использовать выражения языка Python, а также переменные, указанныениже.
Список доступных переменных приведен в таблице ниже.
Доступные переменные
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
alertingTime Время получения пакета ALERTING. Время полученияпакета ALERTING.
Конфигурирование и администрирование
Стр. 186
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
ani А-номер. А-номер послеглобальных правилпреобразования.
aniADPT Нет А-номер послетрансляции в объектенабора.
aniAGT А-номер после трансляции в шлюзе. Нет
aniAPT А-номер после глобальных правилпреобразования.
Нет
aniBasic А-номер, приходящий в ПУпр приначале звонка.
Нет
aniBill А-номер для биллинга, послеглобальных правил преобразования.
А-номер для биллинга,после преобразованийв объекте набора.
aniIsup А-номер из сообщения ISUP (SIP-T). Нет
aniNumberPlan Нет План нумерации(numbering plan) А-номера.
aniPresentation Нет Presentation indicatorА-номера.
aniScreening Нет Screening indicator А-номера.
aniSorm А-номер, уходящий в СОРМ. А-номер, уходящий вСОРМ.
aniTypeOfNumber Тип А-номера. Тип А-номера.
callId Call ID от шлюза. Нет
code Нет Код разъединения.
codecs Список кодеков. Список кодеков.
confId Conf ID от шлюза. Нет
connectTime Время получения пакета CONNECT. Время полученияпакета CONNECT.
cpc Категория вызывающего абонента. Категориявызывающегоабонента.
creationTime Время прихода звонка в ПУпр. Нет
disconnectInitiator Инициатор завершения вызова. Нет
disconnectTime Время разъединения. Нет
Конфигурирование и администрирование
Стр. 187
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
dnis Б-номер Б-номер послеглобальных правилпреобразования.
dnisADPT Нет А-номер послепреобразований вобъекте набора.
dnisAGT Б-номер после трансляции в шлюзе. Нет
dnisAPT Б-номер после глобальных правилпреобразования.
Нет
dnisBasic Б-номер, приходящий в ПУпр приначале вызова.
Нет
dnisBill Б-номер для биллинга после глобальныхправил преобразования.
Б-номер для биллингапосле преобразованийв ОН.
dnisIsup Б-номер из сообщения ISUP (SIP-T). Нет
dnisNumberPlan Нет План нумерации(numbering plan) Б-номера.
dnisSorm Б-номер, уходящий в СОРМ. Б-номер, уходящий вСОРМ.
dnisTypeOfNumber Тип Б-номера. Тип Б-номера.
dpName Нет Наименованиеобъекта набора.
dpID Нет ID объекта набора.
faststart Нет Флаг, используетсяfaststart или нет.
gatekeeperAddress Адрес привратника. Нет
gwAddress Адрес шлюза-инициатора. Адрес шлюза-терминатора.
gwID ID шлюза-инициатора. ID шлюза-терминатора.
gwName Наименование шлюза-инициатора. Наименование шлюза,принимающего вызов.
h323Id Параметр «H323-ID» от шлюза. Нет
h323IvrIn Флаг, используется ли H232_IVR_IN вполе User-Name.
Нет
larFaultReason Причина перемаршрутизации. Нет
Конфигурирование и администрирование
Стр. 188
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
localSrcSigAddress Входящий локальный адрессигнализации.
Нет
outAniTypeOfNumber Тип А-номера. Нет
packetType Тип пакета: 1=START, 2=STOP. Тип пакета: 1=START,2=STOP.
proto Протокол. Протокол.
radiusForceOriginateTelephony
Нет Флаг, если установлен,то в атрибуте «h323-call-type» будетпересылаться строка»Telephony».
radiusNasPortName Нет Имя RADIUS-порта.
radiusUser Имя пользователя RADIUS. Нет
remoteMediaAddress,rtpAddress
Нет Медиа-адрес модулямедиа-потоков.
remoteSrcSigAddress Входящий удаленный адрессигнализации.
Нет
routeNum Нет Номер маршрута.
routeRowId Нет Случайное число.
setupTime Время получения сообщения SETUP. Время получениясообщения SETUP.
sigAddress Нет Адрес сигнализациитерм. шлюза.
signalingSrcSigAddress Адрес сигнализации, которыйсодержался в сигнальных пакетах.
Адрес сигнализации,который содержался всигнальных пакетах.
sigNodeName Имя модуля управления вызовами. Нет
tsCallId Call ID, сгенерированный ПКомм. Нет
tsConfId Conf ID, сгенерированный ПКомм. Нет
user Имя пользователя. Нет
zone Зона. Зона.
pdd Нет PDD.
radiusPassword Нет RADIUS-пароль.
inOrigDnis Переадресующий номер (параметрдолжен всегда использоваться смодификатором inLeg).
Нет
Конфигурирование и администрирование
Стр. 189
Как следует из таблицы, значение переменной зависит от того, на каком участке вызова онаиспользуется. Кроме того, можно явно указать значение для какого участка вызова необходимоиспользовать с помощью модификаторов inLeg. (входящий) и outLeg. (исходящий). Рассмотримдля примера переменную ani:
Для входящего участка (информация о котором передаётся в пакетах типа answer)значение переменной ani соответствует А-номеру, пришедшему от оборудования.
Для исходящего участка (информация о котором передаётся в пакетах типа originate)значение переменной ani соответствует А-номеру, полученному после выполненияглобальных правил преобразования.
Для явного указания того, из какого именно участка вызова брать ту или инуюпеременную, необходимо использовать следующую запись:
o inLeg.ani – из входящего участка вызова;
o outLeg.ani – из исходящего участка вызова.
Запрашиваемая переменная может не существовать. В этом случае атрибут и его значение непопадают в отправляемый RADIUS-пакет.
Функции преобразования, доступные пользователю
Наименование Аргументы Описание Пример
toVsaTimeFormat времязона
Преобразование времени вVSA time format: “14:09:27.861UTC Wed Oct 01 2008”. Зонаможет быть задана двумязначениями: “UTC” и“SYSTEM”.
toVsaTimeFormat(setupTime,»UTC»)
toCiscoConfId Conf ID Преобразование Conf ID вформат Cisco conf id: “0000000000000000 00000000 00000000”
toCiscoConfId(inLeg.confId)
toCiscoCallId Call ID Преобразование Call ID вформат Cisco call id: “0000000000000000 00000000 00000000”
toCiscoCallId(callId)
getIP IpAddress:port Преобразование строки IP:портвида “127.0.0.1:1234” в строку“127.0.0.1”
getIP(gwAddress)
reasonToH323 универсальныйкодзавершения
Трансляция универсальногокода завершения звонка в кодH323.
reasonToH323(code)
ipFromBin Ip-address какчетыре байта
Преобразованиечетырёхбайтного IP-адреса встроку формата “127.0.0.1”
ipFromBin(ip)
replaceAniIn имяпользователяномер
Замена метапеременной $ANI$в имени пользователя наномер.
replaceAniIn(user,ani)
str любоезначение
Конвертация любого значенияв строку.
Str(setupTime)
toSeconds результатвычитаниявремён
Преобразование результатавычитания времён в секунды.
toSeconds(disconnectTime-connectTime)
Конфигурирование и администрирование
Стр. 190
Наименование Аргументы Описание Пример
toCiscoReleaseSource
инициаторзавершениявызоваиспользуемыйпротокол
Трансляция информации оразъединении в формат Cisco:
если инициатор завершениявызова – РТУ, то результатвыполнения преобразования:“Internal call-control application(Tcl or VoiceXML script)” — код7;
если инициатор завершениявызова – инициатор ииспользуется протокол ОКС7,то результат выполненияпреобразования: “Calling partylocated in PSTN” — код 1;
если инициатор завершениявызова – инициатор и протоколотличен от ОКС7, то результатвыполнения преобразования:“Calling party located in VoIPnetwork” — код 2;
если инициатор завершениявызова – терминатор ипротокол ОКС7, то результатвыполнения преобразования:“Calling party located in PSTN” — код 3;
если инициатор завершениявызова – терминатор ипротокол отличен от ОКС7, торезультат выполненияпреобразования: “Calling partylocated in VoIP network” — код4;
toCiscoReleaseSource(inLeg.disconnectInitiator ,proto)
Пакеты RADIUS-учета6.11.4
Страница Пакеты RADIUS-учета служит для модифицирования существующих иконструирования новых пакетов учета, отправляемых на RADIUS-сервер.
Конфигурирование и администрирование
Стр. 191
Таблица «Пакеты RADIUS-учета»
Таблица Пакеты RADIUS-учета отражает сконфигурированные пакеты и их состав.Конструирование новых пакетов или модификация уже существующих осуществляется черездвухоконный диалог редактирования состава пакета.
Для добавления нового пакета вызовите контекстное меню и выберите пункт Добавить.
Диалог создания/модификации пакета учета
В поле Имя пакета диалога редактирования укажите название нового пакета.
В левом окне диалога с названием Поля представлен полный список всех полей, имеющихся втаблице Поля RADIUS, в правом отображаются поля, входящие в состав пакета.
Состав пакета изменяется путем включения одних и удаления из пакета других полей, а такжеизменением порядка их следования.
Перемещением элементов списка из левого окна в правое поля включаются в пакет,
перемещением записей из правого окна в левое поля удаляются из пакета. Кнопки и
служат для перемещения выбранных единичных полей между окнами. Кнопки
и используются для перемещения между окнами всех элементов списка сразу. Кнопки
и используются для изменения порядка следования полей в пакете, за счетперемещения записей полей в списке (направление перемещения снизу вверх изменяетположение поля в пакете от конца к началу списка.
По завершению настройки, нажмите OK.
Профили RADIUS-учета6.11.5
Страница Профили RADIUS-учета позволяет гибко определять параметры учета средствамиRADIUS и записывать эти параметры в различных сочетаниях в готовых формах учета, такназываемых профилях, тот или иной из которых впоследствии выбирается как наиболее удобныйдля конкретной ситуации.
В каждый конкретный момент времени активирован может быть только один профиль RADIUS-
Конфигурирование и администрирование
Стр. 192
учета из всех доступных к использованию и показанных в таблице профилей.
Выбор профиля осуществляется указанием идентификатора (ID) используемого профиля в поле Активный профиль RADIUS-учета на странице Глобальные настройки RADIUS.
Таблица профилей учета средствами RADIUS
Изначально в Системе доступны два профиля учета
Standart – профиль, аналогичный настройкам биллинга в версиях продукта 1.5.2 и ниже;
Cisco PGW 2200 – профиль, позволяющий гибко настраивать передаваемую учётнуюинформацию; состав передаваемых пакетов соответствует Soft switch Cisco PGW 2200.
Для создания нового профиля RADIUS-учета, вызовите контекстное меню и выберите пунктДобавить.
Добавление нового профиля RADIUS-учета
В форме создания нового профиля задается нужное сочетание следующих параметров учета:
* Имя профиля – наименование профиля RADIUS-учета.
* Отправлять пакеты ACCT.START/STOP – определяет метод учета (accounting), выборомотправляемого на сервер RADIUS набора пакетов. Необходимый вариант учета выбирается израскрывающегося списка со следующими элементами. В случае, если выбран пункт, отличныйот пункта Пользовательские настройки, то набор пакетов формируется автоматически в модулемаршуртизации (см. Приложение Е. Взаимодействие РТУ МТТ с RADIUS-сервером):
Вход. участка вызова – отправлять на RADIUS-сервер пакеты учета ACCT.START/STOP,относящиеся к входящему участку вызова;
Исход. участка вызова – отправлять на RADIUS-сервер пакеты учета ACCT.START/STOP,относящиеся к исходящему участку вызова;
Вход. и исход. участков – отправлять на RADIUS-сервер пакеты учета ACCT.START/STOP, относящиеся одновременно к обоим участкам вызова;
Обоих участков с изм. полей – отправлять пакеты учета ACCT.START/STOP, относящиесяодновременно к входящему и исходящему участкам вызова, при одновременнойподстановке следующих данных в поля пакетов, отсылаемых на RADIUS-сервер:
Для входящего участка вызова:
Поле Значение
h323-gw-id ID терминирующего шлюза
Конфигурирование и администрирование
Стр. 193
h323-gw-address IP-адрес терминирующего шлюза или привратника(сигнализация)
h323-remote-id ID инициирующего шлюза
h323-remote-address IP-адрес инициирующего шлюза (сигн.)
Для исходящего участка вызова:
Поле Значение
h323-gw-id ID инициирующего шлюза
h323-gw-address IP-адрес инициирующего шлюза или привратника(сигнализация)
h323-remote-id ID терминирующего шлюза
h323-remote-address IP-адрес терминирующего шлюза (сигн.)
Обоих участков каждой попытки перемаршр. – для входящего участка вызова на RADIUS-сервер будет посылаться только одна пара пакетов.
Например, если вызов был перенаправлен три раза, то последовательность отправкипакетов на RADIUS-сервер будет следующей:
сообщение Accounting START для вход. участка
сообщение Accounting START для исход. участка № 1
сообщение Accounting STOP для исход. участка № 1
сообщение Accounting START для исход. участка № 2
сообщение Accounting STOP для исход. участка № 2
сообщение Accounting START для исход. участка №3
сообщение Accounting STOP для исход. участка №3
сообщение Accounting STOP для вход. участка
Пользовательские настройки – при выборе значения Пользовательские настройкиформа профиля меняется на следующую (см. рисунок ниже), позволяющую выбрать изранее определенных пользователем (см. раздел Пакеты RADIUS-учета) какой START/STOP-пакет будет отправляться на RADIUS-сервер для входящего и исходящего участковвызова:
Вид формы профиль учета при выборе значения Пользовательские настройки
Использовать старый формат CISCO – выберите формат учета. Если флажок отмечен, то
Конфигурирование и администрирование
Стр. 194
используется старый формат CISCO, так называемый overloaded attribute 44. Иначе используетсяформат CISCO VSA;
Отправлять сообщение Accounting Boot – флаг, заставляющий при начале и завершении работыс RADIUS-сервером отправлять ему сообщения Accounting Boot Message, в том числе и вслучае аварийного перезапуска Системы. Собщение Accounting Boot Message используется длятого, чтобы синхронизировать состояние вызовов в Системе и на RADIUS-сервере, посколькупосле аварийного перезапуска все вызовы в Системы завершаются, то они также должны бытьзавершены и на RADIUS-сервере;
Только пакеты ACCT.STOP — Если данный флаг отмечен, то на RADIUS-сервер будутпосылаться только stop-пакеты, в противном случае посылаются все пакеты;
Пакет START Answer – из раскрывающегося списка выберите пакет (заданный в таблицеПакеты RADIUS-учета) для отправки на RADIUS-сервер в качестве пакета START по входящемуучастку вызова. В случае, если выбран пустой пункт, то пакет START по входящему участкувызова отправлятся не будет. Параметр отображается, если в списке Отправлять пакеты ACCT.START/STOP выбран пункт Пользовательские настройки;
Пакет STOP Answer – из раскрывающегося списка выберите пакет (заданный в таблице ПакетыRADIUS-учета) для отправки на RADIUS-сервер в качестве пакета STOP по входящему участкувызова. Параметр отображается, если в списке Отправлять пакеты ACCT.START/STOPвыбран пункт Пользовательские настройки;
Пакет START Originate – из раскрывающегося списка выберите пакет (заданный в таблицеПакеты RADIUS-учета) для отправки на RADIUS-сервер в качестве пакета START поисходящему участку вызова. В случае, если выбран пустой пункт, то пакет START поисходящему участку вызова отправлятся не будет. Параметр отображается, если в спискеОтправлять пакеты ACCT.START/STOP выбран пункт Пользовательские настройки;
Пакет STOP Originate – из раскрывающегося списка выберите пакет (заданный в таблицеПакеты RADIUS-учета) для отправки на RADIUS-сервер в качестве пакета STOP по исходящемуучастку вызова. Параметр отображается, если в списке Отправлять пакеты ACCT.START/STOP выбран пункт Пользовательские настройки;
Настройка RADIUS-учета в соответствии с требованиями операторасвязи
6.11.6
Объявление серверов RADIUS6.11.6.1
В первую очередь необходимо задать настройки RADIUS-сервера, с которым будетвзаимодействовать Система. В таблице RADIUS-серверы вызовите контекстное меню ивыберите Добавить.
Конфигурирование и администрирование
Стр. 195
Добавление новой записи о RADIUS-сервере
В поле Название введите название записи. В данном примере это Custom RADIUS.
Установите флажок Вкл. отправку билл. инф. для отправки пакетов Accounting на RADIUS-сервер. В противном случае сервер не будет использоваться для процедуры учета.
В группе параметров Учет задайте адрес и порт RADIUS-сервера, на который будутотправляться биллинговые пакеты.
По завершении настройки нажмите OK.
Использование предопределенных или пользовательских профилей6.11.6.2
Порядок дальнейшей настройки зависит от того, требуется ли использовать стандартныенастройки RADIUS-учета или необходимо перенастроить их желаемым образом.
Применение стандартных настроек RADIUS-учета (например, предустановленного профиляStandard) позволяет добиться от Системы поведения, соответствующего поведению в версиях1.5.2 и ниже. При этом необходимо выполнить следующие действия:
В таблице Профили RADIUS-учета создать новый профиль или изменить ужесуществующий. В пункте Отправлять пакеты ACCT.START/STOP для указать пункт,отличный от пункта Пользовательские настройки (более подробная информация вразделе Профили RADIUS-учета). При этом набор полей в пакетах, отправляемых наRADIUS-сервер, определяется автоматически и соответствует набору, перечисленному вразделе Приложение Е.
В таблице Глобальные настройки RADIUS указать идентификатор (ID) созданного илиизмененного профиля в параметре Активный профиль RADIUS-учета.
Конфигурирование и администрирование
Стр. 196
В случае, если необходимо осуществить более гибкую настройку полей, отправляемых наRADIUS-сервер, необходимо выполнить следующие действия:
Задать желаемые RADIUS-поля (см. раздел Настройка полей RADIUS);
Распределить RADIUS-поля по пакетам (см. раздел Настройка пакетов RADIUS);
Присвоить определенный набор RADIUS-пакетов профилю учета и активировать данныйпрофиль учета (см. раздел Настройка профилей RADIUS).
Настройка полей RADIUS6.11.6.3
После настройки RADIUS-сервера, с которым взаимодействует Система, в таблице ПоляRADIUS необходимо задать RADIUS-атрибуты, которые будут отправляться на RADIUS-сервер.
Процесс настройки рассмотрим на примере новой записи mvts-custom-h323-call-id. Даннаязапись будет содержать информацию об атрибуте h323-call-id, в котором должен находитьсявнутренний идентификатор вызова, сгенерированный ПКомм, в виде строки в формате Cisco.
Для добавления нового поля вызовите контекстное меню и выберите пункт Добавить.
Добавление нового RADIUS-поля
В поле Имя записи укажите название записи в таблице. В данном примере это mvts-custom-h323-call-id.
В поле Имя поля из раскрывающегося списка выберите название поля в RADIUS-пакете. Вданном примере это h323-call-id.
В поле Код укажите цифровой код атрибута. В данном примере это 1.
В поле Идентификатор компании укажите код компании-автора определения атрибута. Вданном примере это 9 (Cisco VSA).
В поле Тип укажите тип значения атрибута. В данном примере это строковый тип string.
В поле Значение укажите значение атрибута. В данном примере в качестве значенияиспользуется результат функции toCiscoCallId, которой в качестве параметра передаетсяпеременная callId, содержащая идентификатор вызова, сгенерированный ПКомм.
В поле Описание укажите дополнительную информацию, относящуюся к атрибуту.
После завершения настройки поля нажмите кнопку OK.
Аналогичным образом сконфигурируйте все прочие желаемые поля, которые должныотправляться на RADIUS-сервер.
Настройка пакетов RADIUS6.11.6.4
После настройки RADIUS-полей необходимо сгруппировать поля по различным RADIUS-пакетам.
Конфигурирование и администрирование
Стр. 197
Для этого перейдите в таблицу Пакеты RADIUS-учета и с помощью контекстного менюдобавьте новую запись в таблицу.
Добавление нового пакета RADIUS
В поле Имя пакета укажите имя создаваемого RADIUS-пакета. В данном примере это Custom-Packet.
В окне Поля перенесите с помощью кнопки необходимые атрибуты RADIUS из левойчасти в правую. В данном случае необходимо перенести поле mvts-custom-h323-call-id. Порядок
следования атрибутов в пакете задается с помощью кнопок и .
После завершения настройки пакета нажмите OK.
Настройка профилей RADIUS6.11.6.5
После настройки пакетов RADIUS необходимо настроить профиль учета, хранящий в себе всенеобходимые настройки по способу взаимодействия с RADIUS-сервером, в том числе посоставу отправляемых биллинговых пакетов.
Для этого перейдите в таблицу Профили RADIUS-учета и с помощью контекстного менюсоздайте новый профиль.
Добавление нового профиля RADIUS-учета
В поле Имя профиля укажите имя создаваемого профиля. В данном примере это Custom-Profile.
В поле Отправлять пакеты ACCT.START/STOP для выберите пункт Пользовательскиенастройки. При этом вид страницы изменится, что даст возможность указать созданный ранеепакет.
В полях Пакет STOP Answer и Пакет STOP Originate укажите название созданного ранеепакета Custom-Packet.
После завершения настройки нажмите OK.
После этого необходимо активизировать созданный ранее профиль.
Перейдите в таблицу Глобальные настройки RADIUS и в параметре Активный профиль
Конфигурирование и администрирование
Стр. 198
RADIUS-учета укажите ID созданной записи нового профиля. В данном примере, ID равен 4.
Активация нового профиля RADIUS-учета
Нажмите OK.
Таким образом, после выполнения всех вышеописанных настроек по завершении вызоваСистема будет отправлять на RADIUS-сервер два пакета Accounting-Stop с одним полем h323-call-id, содержащим Call ID, сгенерированный ПКомм, в формате Cisco.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 199
Принципы резервирования РТУ (модуль транзитатрафика)
7
Целью резервирования Системы является обеспечение непрерывности предоставляемых услуг(или минимизации времени простоя) и корректное сохранение CDR-записей по завершаемымвызовам.
Система РТУ МТТ имеет модульную архитектуру. Таким образом, задача резервирования РТУМТТ сводится к дублированию основных функциональных модулей.
Резервированию подлежат:
МУЛ (возможна установка только одного резервного модуля).
ММ (количество модулей неограниченно).
МУВ (количество модулей неограниченно).
ММП (количество модулей неограниченно).
МБН (количество модулей неограниченно).
Модули обработки вызовов ОКС7 (количество модулей неограниченно).
БД (возможна установка только одной резервной БД).
Не подлежат резервированию:
МС.
Непрерывность предоставления услуг и корректноесохранение CDR-записей
7.1
Непрерывность сервиса при аварийном завершении работы одного из модулей обеспечиваетсяпри выполнении следующих условий:
Резервирование модулей балансировки нагрузки с помощью коммутатора с поддержкойфункции Server Load Balancing (например, CISCO Catalyst 4840G) или с помощьюмеханизма Shared-IP, чтобы обеспечить прохождение новых вызовов через другоймодуль.
Резервирование модуля управления лицензией, чтобы исключить полное прекращениеработы Системы через 30 мин. после отказа МУЛ.
Резервирование модуля обработки вызовов ОКС7, чтобы обеспечить прохождение новыхвызовов через другой подобный модуль.
Гарантированное наличие полного комплекта модулей на прочих серверах, чтобы новыевызовы могли обрабатываться.
За сохранение CDR-записей отвечают два типа модулей — модули управления вызовами,которые собственно и завершают вызов, и модули маршрутизации, которые записывают CDR. Вслучае отказа модуля маршрутизации, обрабатывающего вызов, МУВ пошлет команду озавершении на другой модуль маршрутизации. В случае отказа МУВ модуль маршрутизации пофакту обрыва соединения с МУВ производит запись CDR. Таким образом, для корректногосохранения CDR-записи необходимо следующее:
Наличие как минимум двух ММ, чтобы у МУВ был в наличии как минимум один модульмаршрутизации, на который можно было бы отправить сообщение о завершении вызовапри отказе одного из ММ.
Резервирование базы данных, которая должна быть всегда доступна для внесения CDR-записей.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 200
Cхема резервирования на 2-х серверах7.2Согласно данной схеме резервирования на двух серверах размещается как минимум двойнойкомплект модулей, подлежащих резервированию. При этом точки входа для VoIP-трафикарезервируются с помощью маршрутизатора с функцией Server Load Balancing или с помощьюмеханизма Shared-IP (реализуемый утилитой Linux Heartbeat, см. раздел Резервирование спомощью Linux Hertbeat). Все ОКС7-шлюзы должны быть подключены как минимум к двуммодулям обработки вызовов ОКС7 на разных серверах.
Пример схемы резервирования на 2-х серверах
Преимуществом данной схемы является ее относительная простота. К недостаткам следуетотнести частичную невозможность обеспечить корректное сохранение CDR-записей приаппаратных сбоях. Для решения этой проблемы необходимо использовать функцию записипромежуточных CDR (см. раздел Подробные записи о вызовах). Так, например, если вконфигурации, показанной на выше, вызов проходит через МУВ-1 и ММ-1 и записьпромежуточных CDR не включена, то при аппаратном сбое сервера 1 все данные о вызове будутполностью потеряны и CDR-запись по нему в базу данных внесена не будет.
Схема резервирования на 4-х серверах7.3Расширенная схема резервирования призвана обеспечить корректное сохранение CDR-записейво всех случаях.
Согласно расширенной схеме резервируемые модули размещаются на 4-х серверах, причемсоблюдаются следующие условия:
Модули управления вызовами и модули маршрутизации должны быть установлены наразных серверах, чтобы исключить их одновременный отказ в случае физического отказасервера.
Как минимум двух ММ должны находиться на разных серверах, чтобы у МУВ был вналичии как минимум один модуль маршрутизации, на который можно было быотправить сообщение о завершении вызова при отказе сервера с одним из ММ.
Это означает, что на двух серверах установлены модули управления вызовами, на двух другихсерверах — модули маршрутизации. Пример расширенной схемы резервирования показан нарисунке ниже.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 201
Схема резервирования на 4-х серверах
К недостаткам данной схемы следует отнести ее стоимость.
Настройка интервалов управляющих соединений7.4Для минимизации времени простоя в случае отказа функциональных модулей Системынеобходимо правильно подобрать параметры интервалов для управляющих соединений (см.раздел Общие секции). Рекомендуемые настройки следующие:
link_send_timeout «500»;link_recv_timeout «1000»;link_restore_timeout «1000»;link_reconnect_interval «200»;link_connect_interval «1000»;
Рассмотрим управляющее соединение (controllink) между двумя модулями А и Б. Схема работыСистемы следующая:
Модуль А с интервалом, заданным параметром link_send_timeout, отправляетпакет поддержания активности на модуль Б, с которым он связан управляющимсоединением.
Каждый модуль (в примере — А) ожидает получения каких-либо сообщений от другогомодуля (в том числе пакетов поддержания активности) в течение периода, заданногопараметром link_recv_timeout. Если с момента получения последнего сообщенияпрошло заданное количество времени и больше никаких сообщений не поступало, тоTCP-соединение с другим модулем считается оборванным. Необходимо помнить, что в
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 202
течение этого периода в очереди модуля А будут накапливаться сообщения, ожидающиеподтверждения получения модулем Б. После того, как TCP-соединение считаетсяоборванным, модуль А перестает формировать и направлять новые сообщения намодуль Б.
После истечения периода link_recv_timeout, если TCP-соединение считаетсяоборванным, начинает отсчитываться период link_restore_timeout, в рамкахкоторого с периодичностью, заданной параметром link_reconnect_interval,модуль А пытается восстановить TCP-подключение к модулю Б. Если периодlink_recv_timeout истек, но восстановления TCP-подключения не произошло, тоуправляющее соединение считается полностью разорванным и модуль А начинаетвыполнять необходимые действия по всем сообщениям в очереди для модуля Б(например, записывать CDR, завершать вызовы и т.д.).
В случае, если восстановления подключения в течение периода link_recv_timeoutне произошло, то модуль А начинает пытаться установить TCP-подключение заново спериодичностью, заданной параметром link_connect_interval.
Таким образом, как видно из вышеприведенной процедуры, от значенияlink_recv_timeout зависит, сколько сообщений будет направлено на модуль Б, когдаобрыв связи уже произошел, но это еще не обнаружено.
Помимо времени простоя от данных интервалов зависит также корректность дат в CDR-записях.В частности в случае обрыва связи дата окончания вызова в CDR-записи будет отличаться отдаты действительного завершения вызова на:
Сумму значений link_recv_timeout и link_restore_timeout (максимум).
Значение link_restore_timeout (минимум).
Поведение модулей при аварийном завершении Системы7.5
Модули медиа-потоков7.5.1
При выходе из строя одного из ММП (например, ММП1 как на рисунке ниже), абоненты,разговор которых обеспечивался данным модулем, возможно (при большой нагрузке) услышаткратковременное (до нескольких секунд) искажение голоса или тишину в трубке, пока ММП1 небудет автоматически перезапущена службой Phoenix. После автоматического перезапуска ивосстановления состояния ММП1 разговор продолжается. Если по какой-либо причинеавтоматический перезапуск оказался невозможен, или отсутствует сетевой доступ к серверу, накотором установлен ММП1, голосовые сессии вновь поступивших вызовов будутустанавливаться через ММП2, а МУВ1 завершит вызовы, проходящие через ММП1, поистечении link_recv_timeout и link_restore_timeout.
Перераспределение медиа потоков при выходе из строя ММП1
При восстановлении работоспособности ММП1 (определяется по восстановлению соединения с
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 203
МУВ1), модуль МУВ1 вновь начнет распределять медиа-потоки вновь поступивших вызововмежду ММП1 и ММП2.
Модули управления вызовами7.5.2
При выходе из строя МУВ1 будут завершены все вызовы H.323, установленные через данныймодуль, а также вызовы по протоколу SIP с незавершенными транзакциями (т.е. находящиеся впроцессе установления или изменения соединения). Установившиеся вызовы SIP будутсохранены, и при автоматическом перезапуске модуля МУВ1 информация об этих вызовахбудет восстановлена. Те вызовы, которые восстановить не удастся, будут корректно завершены.
Перераспределение новых вызовов при выходе из строя МУВ1
Все вновь поступающие вызовы во время, пока модуль МУВ1 не доступен, будут направлены намодуль МУВ2. После восстановления модуля МУВ1 модули выравнивания нагрузки МБН1 иМБН2 вновь будут распределять нагрузку между модулями сигнализации МУВ1 и МУВ2.
В случае если автоматический перезапуск оказался невозможен или отсутствует сетевой доступк серверу, на котором расположен МУВ1, то по истечении link_recv_timeout иlink_restore_timeout модуль медиа потоков прекратит передачу звука для вызовов,управляемых МУВ1, а модуль маршрутизации внесет в БД CDR-запись в таблицуСомнительные. При этом для SIP-вызовов сообщение BYE отправлено не будет.
Модуль маршрутизации7.5.3
В случае если автоматический перезапуск оказался невозможен или отсутствует сетевой доступк серверу, на котором расположен ММ, то все установившиеся вызовы останутся безизменений, а по их завершении в БД будет внесена CDR-запись в таблицу Сомнительные.Однако если настроена запись промежуточных CDR, то вызовы будут завершены, как толькоСистема попытается создать очередной промежуточный CDR.
Модули балансировки нагрузки7.5.4
При выходе из строя одного из МБН все установленные через данный МБН вызовы H.323 будутзавершены, и все регистрации SIP/H.323, связанные с данным МБН, будут потеряны.
В случае если автоматический перезапуск оказался невозможен или отсутствует сетевой доступк серверу, на котором расположен ММ, то H.323-вызовы будут корректно завершены и по нимбудет записан CDR. На SIP-вызовы, установленные с помощью сообщения 302,неработоспособность модуля балансировки нагрузки не влияет. Для SIP-вызовов,установленных без сообщения 302, передачи сигнализации прекратится, в результате чего звонокможет завершиться только по истечении таймаута медиа, если он настроен (параметры шлюзаИНИЦ. Таймаут медиа, сек и ТЕРМ. Таймаут медиа, сек), или по превышении максимальнойпродолжительности вызова. В любом случае в базу данных будет записан CDR.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 204
Модуль обработки вызовов ОКС77.5.5
При выходе из строя модуля обработки вызовов ОКС7 вызовы, проходящие через него, будутзавершены.
Модуль синхронизации7.5.6
При выходе из строя МС все вызовы сохраняются и вновь приходящие вызовы такжеобрабатываются, однако при этом не будут учитываться ограничения (вх./вых.) пропускнойспособности инициирующего/терминирующего оборудования.
База данных7.5.7
Благодаря архитектурным особенностям РТУ МТТ модуль базы данных не являетсякритическим и его “падение” не влияет на работоспособность Системы в целом.
В случае выхода из строя модуля БД, Система продолжит обработку вызовов по информации намомент последнего обновления базы. При этом CDR-записи будут сохраняться во временныефайлы, которые будут внесены в базу после восстановления соединения. Отладочные вызовысохраняться не будут. Для обеспечения сохранности данных используется режимавтоматического резервного копирования БД.
Однако для обеспечения повышенной надежности в Системе также есть возможность настроитьрезервирование базы данных. Для этого в файле конфигурации модуля маршрутизации укажитенастройки для резервной базы данных (параметры вида dbms_*_slave, см. п. Конфигурированиемодуля маршрутизации) и настройте репликацию БД (см. раздел Тиражирование БД).
При этом, в случае выхода из строя основной БД, модуль маршрутизации переключается наработу с резервной БД до восстановления подключения к основной. CDR-записи будутзаписываться в резервную БД. При этом Система будет последовательно пытаться восстановитьподключение к основной базе данных. Когда подключение к основной базе будет восстановлено,модуль маршрутизации переключается на работу с основной БД.
Особенности резервирования модуля управлениялицензией
7.6
Модуль управления (МУЛ) решает задачу управления системой лицензирования(взаимодействует с USB ключом защиты ПО) и распределения данных конфигурации изконфигурационных файлов между остальными модулями системы.
При старте Системы модуль МУЛ запускается в первую очередь. Остальные модули по мерезапуска подключаются к МУЛ и получают файлы конфигурации.
Резервирование МУЛ осуществляется за счет установки дублирующего МУЛ постояннойготовности (stand-by LMN) c резервным USB-ключом защиты.
Описание параметров файла phoenix.conf, необходимых для резервирования МУЛ, дано вразделе Фоновый процесс phoenix.
Таким образом, конфигурационные файлы phoenix.conf на основном и резервном серверахбудут иметь следующий вид:
Пр имер конфигур ационного файла phoenix.conf:
management primary=192.168.132.1:9000 backup=122.168.132.2:9000phoenix address=127.0.0.1:5000 timeout=7000 count=5 sleep=2000statestore db=phoenix.db trafficlog=traffic.logload type=management name=management-1 mode=main…Данный пример означает, что основной МУЛ с названием management-1 запущен на сервере сIP-адресом 192.168.132.1:9000, а на сервере с IP-адресом 192.168.132.2:9000 установлен резервныймодуль управления.
Размещение основного и р езер вного модулей на одном сер вер е не допускается!
Название МУЛ, с которым в данный момент работает Система можно получить в выводе
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 205
консольной команды “show status” (“sh st”.)
Алгоритм функционирования Системы с использованием схемы резервирования модуляуправления следующий:
1. При запуске Системы первым стартует основной МУЛ. Основной USB-ключ долженбыть подключен к серверу заранее;
2. Резервный МУЛ (standby LMN) запускается на дублирующем сервере, с вставленнымрезервным USB-ключом. При запуске резервный МУЛ устанавливает связь с основнымМУЛ и переходит в “пассивный” режим: не взаимодействуя с другимифункциональными модулями и не выполняя чтения USB-ключа;
3. При выходе из строя основного МУЛ (это событие сопровождается отправкойэлектронного письма с извещением о проблеме) резервный МУЛ переходит в“активный” режим, т.е.
считывает информацию с резервного USB-ключа защиты ПО;
принимает подключения других модулей Системы;
выполняет периодическую проверку восстановления соединения с серверомосновного МУЛ.
4. В течение 60 секунд все модули Системы переключаются на работу с резервным МУЛ.При этом сохраняются все установленные соединения, и осуществляется обработка вновьпоступающих вызовов;
5. При восстановлении работоспособности основного МУЛ (определяется по доступностиосновного сервера), резервный МУЛ восстанавливает соединение с основным модулем,прекращает взаимодействие с остальными функциональными модулями Системы ивозвращается в “пассивный” режим постоянной готовности;
6. Все модули Системы возвращаются к взаимодействию с основным МУЛ. При этомсохраняются все установленные соединения, и осуществляется обработка вновьпоступающих вызовов.
Пример резервирования системы на двух серверах7.7
Распределение модулей по серверам7.7.1
Пример построение схемы резервирования РТУ МТТ с использованием двух серверов приведенна рисунке ниже.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 206
Распределение модулей по серверам
Файлы конфигурации7.7.2
Ниже приведены конфигурационные файлы для основного и резервного серверов для схемы нарисунке ниже. Здесь IP-адрес основного сервера 192.168.132.1, IP-адрес резервного сервера –192.168.132.2.
Имена модулей на основном и резервном серверах должны различаться.
Конфигурация основного сервера7.7.2.1
7.7.2.1.1 Файл phoenix.conf
management primary=192.168.132.1:9000 backup=122.168.132.2:9000phoenix address=127.0.0.1:5000 timeout=7000 count=5 sleep=2000statestore db=phoenix.db trafficlog=traffic.logload type=management name=management-1 mode=mainload type=balancer name=balancer-1load type=media name=media-1
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 207
load type=media name=media-2load type=media name=media-3load type=commandline name=commandline-1 address=127.0.0.1:7000load type=scripting name=scripting-1load type=synchro name=synchro-1load type=signaling name=signaling-1
7.7.2.1.2 Файл system-1.conf
include «/etc/mvts3g/system-1.zone.conf»;include «/etc/mvts3g/system-1.balancer.conf»;include «/etc/mvts3g/system-1.signaling.conf»;include «/etc/mvts3g/system-1.scripting.conf»;include «/etc/mvts3g/system-1.media.conf»;include «/etc/mvts3g/system-1.synchro.conf»;
7.7.2.1.3 Файл system-1.balancer.conf
balancer{
balancer «balancer-1″{
common { loglevel «1»; };
controllink { address { «192.168.132.1»; }; port «7101»; };
ras{
address{
«0.0.0.0»;};port «1719»;gkname «MVTS3G»;allow_md5 «yes»;allow_chap «yes»;allow_plain «yes»;
};
sip{
address{
«0.0.0.0»;};port «5060»;
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 208
expiration «1800»;};
h323{
address{
«0.0.0.0»;};port «1720»;
};};
balancer «balancer-2″{
common { loglevel «1»; };
controllink{
address{
«192.168.132.2»; };
port «7101»;};
ras{
address{
«0.0.0.0»;};port «1719»;gkname «MVTS3G»;allow_md5 «yes»;allow_chap «yes»;allow_plain «yes»;
};
sip{
address{
«0.0.0.0»;};port «5060»;
expiration «1800»;};
h323{
address{
«0.0.0.0»;};port «1720»;
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 209
};};
};
7.7.2.1.4 Файл system-1.signaling.conf
signaling{
common{
loglevel «1»;};
h323{
address{
«0.0.0.0»;};port «1721»;
}; sip { address {
«0.0.0.0»; };
port «5061»;};
synchro{
address { «192.168.132.1»; }; port «7711»;
};
signaling «signaling-1″{
controllink{
address{
«192.168.132.1»;};port «7050»;
}; };
signaling «signaling-2″{
controllink { address
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 210
{ «192.168.132.2»; }; port «7050»; };
};};
7.7.2.1.5 Файл system-1.scripting.conf
scripting{
scripting «scripting-1″{
common{
loglevel «0»;};
controllink{
address{
«192.168.131.1»;};
port «7710»;};
loader_path «voip2.loader»;environment{
dbms_type_master «MySQL»;dbms_name_master «[email protected]»;dbms_user_master «rtu»;dbms_pswd_master «rtu»;
dbms_type_slave «MySQL»;dbms_name_slave «[email protected]»;dbms_user_slave «rtu»;dbms_pswd_slave «rtu»;
};};
scripting «scripting-2″{
common{
loglevel «0»;};
controllink{
address{
«192.168.131.2»;};
port «7710»;};
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 211
loader_path «voip2.loader»;environment{
dbms_type_master «MySQL»;dbms_name_master «[email protected]»;dbms_user_master «rtu»;dbms_pswd_master «rtu»;
dbms_type_slave «MySQL»;dbms_name_slave «[email protected]»;dbms_user_slave «rtu»;dbms_pswd_slave «rtu»;
};};
};
7.7.2.1.6 Файл system-1.media.conf
media{
media «media-1″{
controllink{
address{
«192.168.132.1»;};port «7760»;
};portrange «10000-19999»;
};
media «media-2″{
controllink{
address{
«192.168.132.1»;};port «7761»;
};portrange «20000-29999»;
};
media «media-3″{
controllink{
address{
«192.168.132.1»;};port «7762»;
};portrange «30000-39999»;
};
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 212
media «media-4″{
controllink{
address{
«192.168.132.2»;};port «7760»;
};portrange «10000-19999»;
};
media «media-5″{
controllink{
address{
«192.168.132.2»;};port «7761»;
};portrange «20000-29999»;
};
media «media-6″{
controllink{
address{
«192.168.132.2»;};port «7762»;
};portrange «30000-39999»;
};};
7.7.2.1.7 Файл system-1.syncro.conf
synchro{
controllink{
address{
«192.168.132.1»;};port «7711»;
};
synchro «synchro-1″{};
};
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 213
7.7.2.1.8 Файл system-1.zone.conf
zone{
zone «voip»{
«192.168.132.0/24»;};
};
Конфигурация резервного сервера7.7.2.2
7.7.2.2.1 Файл phoenix.config
management primary=192.168.132.1:9000 backup=122.168.132.2:9000phoenix address=127.0.0.1:5000 timeout=7000 count=5 sleep=2000statestore db=phoenix.db trafficlog=traffic.logload type=management name=management-2 mode=backupload type=balancer name=balancer-2load type=media name=media-4load type=media name=media-5load type=media name=media-6load type=commandline name=commandline-2 address=127.0.0.1:7000load type=scripting name=scripting-2load type=signaling name=signaling-2
Резервирование с помощью Linux Heartbeat7.8
Система Linux Heartbeat позволяет организовать резервирование Системы с помощьюмеханизма shared-ip. При этом на главном сервере программно поднимается так называемый«плавающий» IP-адрес, на который будут поступать входящие SIP и H.323-вызовы для модулябалансировки нагрузки. Система Linux Heartbeat проверяет работоспособность основного ирезервного серверов, и в случае недоступности главного сервера поднимает данный«плавающий» IP-адрес на резервном сервере. При этом вызовы начинают поступать на модульбалансировки вызовов резервного сервера. При восстановлении работоспособности главногосервера IP-адрес на резервном сервере опускается и поднимается на главном. Трафик сноваперенаправляется на главный сервер.
Для резервирования ПКомм необходимо выполнить следующие действия:
1. Установить heartbeat на обоих серверах и expect на основном сервере:
aptitude install heartbeat-2
aptitude install expect
2. После установки необходимо сконфигурировать heartbeat. Все настройки heartbeat находятсяв директории /etc/ha.d
Файл /etc/ha.d/ha.cf (идентичный для обоих серверов):
udpport 1680ucast eth0 x.x.x.x // x.x.x.x – ip адрес противоположного сервераnode rtu-masternode rtu-slavelogfacility local7# syslog facilitykeepalive 1warntime 2deadtime 5auto_failback on
Таким образом, мы указываем, что необходимо использовать heartbeat-механизм через
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 214
интерфейс eth0. Имена rtu-master, rtu-slave должны быть hostname-именами серверов, командаuname -a должна возвращать данные имена, их же необходимо добавить в файл /etc/hosts.
Далее необходимо создать файл /etc/ha.d/authkeys (одинаковый на обоих серверах) длявзаимной аутентификации серверов rtu-master и rtu-slave. Для аутентификации можноиспользовать алгоритмы sha, md5, но чтобы не расходовать ресурсы достаточно использоватьcrc. После создания файла, необходимо установить права доступа к нему только для root(командой chmod 600 /etc/ha.d/authkeys)
Файл /etc/ha.d/authkeys:
auth 11 crc
В файле /etc/ha.d/haresources описываются ресурсы, контролируемые серверами rtu-master и rtu-slave. Ресурсы представляют собой обычные стартовые/стоповые сценарии, схожиесо сценариями из /etc/init.d. В директории /etc/ha.d/resource.d можнопосмотреть доступные (уже готовые к использованию) сценарии. В данном примере будетиспользован ресурс IPaddr для активации дополнительного IP-адреса на интерфейсе eth0, а такжекомандный файл для реконфигурации модулей.
Пример файла /etc/ha.d/haresources (для РТУ):
rtu-master IPaddr::89.175.76.155/27/eth0 restart.sh rtu-common
В данном примере rtu-master — имя сервера, на котором должен быть активен shared ip,89.175.76.155 — shared IP, 27 — маска подсети, eth0 — интерфейс, на котором алиасом будетподнят shared IP, restart.sh (полный путь к файлу /etc/ha.d/resource.d/restart.sh) — сценарий, который выполняет реконфигурацию резервного ПКомм, rtu-common -стартовый сценарий логики МОА.
В случае, если РТУ МТТ используется отдельно (не в составе РТУ), то файл /etc/ha.d/haresources будет иметь следующий вид:
rtu-master IPaddr::89.175.76.155/27/eth0 restart.sh
У файла restart.sh должны быть права для запуска (добавляются командой chmod +x /etc/ha.d/resource.d/restart.sh). Файлы haresources должны быть одинаковы наобоих серверах.
Реконфигурация ПКомм необходима для того, чтобы модуль балансировки нагрузки ПКоммдобавил в активную конфигурацию shared ip, поднятый сервисом heartbeat.
Пример сценария реконфигурации:
Файл restart.sh на основном сервере:
#!/bin/bash
case $1 instart)/etc/ha.d/resource.d/start_slaveexit 0;;
stop)echo «Hello»;;esac
Также необходимо создать файл /etc/ha.d/resource.d/start_slave (с правами длязапуска) следующего содержания:
#!/usr/bin/expect
spawn telnet localhost 7000expect {*mvts3g|> }send «config /etc/mvts3g/system-1.confr»expect {*mvts3g|> }
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 215
send «quitr»
Файл restart.sh на резервном сервере:
#!/bin/bashcase $1 instart)kill -9 `ps ax | awk ‘/balancer/ && $0 !~/awk/ {print $1}’`exit 0;;stop)echo «Hello»;;esac
3. После того, как все подготовлено, необходимо запустить heartbeat-сервис на обоих серверах:
/etc/init.d/heartbeat start
Резервное копирование и восстановление БД7.9Резервное копирование БД обеспечивает сохранность структуры и данных БД и даётвозможность последующего восстановления информации, на случай критичных неполадок всистеме, например при повреждениях файловой системы, выходе из строя жёстких дисковсервера или случайном удалении информации из БД.
Особенности структуры БД, влияющие на механизм резервногокопирования
7.9.1
БД РТУ МТТ представляет собой совокупность таблиц, виды которых перечислены ниже:
1. Таблицы графического интерфейса;
2. Конфигурационные таблицы объектов ПУпр (таблицы шлюзов, объектов набора и т.д.);
3. Таблицы с отладочными журналами вызовов и отчётами;
4. Таблицы CDR, хранящие записи о вызовах по месяцам;
5. Таблица mvts_cdr, которая физически не содержит данных, но объединяет в себе всеежемесячные таблицы CDR.
Таблицы из пунктов 1 и 2 – это таблицы так называемого транзакционного типа, к которымприменяется механизм хранения с учетом сохранности транзакций InnoDB, присущий СУБДMySQL. Данные таблиц подобного типа хранятся в одном или нескольких файлах данныхInnoDB. Резервное копирование таких таблиц осуществляется с помощью утилиты mysqldump,входящей в стандартный пакет поставки СУБД MySQL. Утилита mysqldump создаёт командныйфайл SQL на создание структуры БД или отдельных её таблиц и вставку содержащихся в нихданных.
Характер информации, хранимой в таблицах, упомянутые в пунктах 3 и 4-й не требует«транзакционности», поэтому для этой информации используется тип таблиц с индексно-последовательным методом доступа MyISAM. Данные таких таблиц хранятся в отдельныхфайлах. Резервное копирование таких таблиц может быть осуществлено двумя способами: либо,как и в случае с таблицами InnoDB, через утилиту mysqldump, либо, при условии целостностиданных, путём реплицирования файлов структуры, данных и индексов в файловой системе.Поскольку постоянно увеличивающимися в размере являются только таблицы с детальнымизаписями вызовов (CDRs), их размер может быть очень велик, и целесообразно использоватьвариант резервного копирования файлов этих таблиц в файловой системе. Таблицы сотладочными журналами вызовов не являются критической информацией, и при резервномкопировании эти данные не сохраняются.
Таблица mvts_cdr имеет специальный тип таблицы MERGE. Она не содержит данных, ипредоставляет удобный интерфейс для выборки данных из ежемесячных таблиц CDR. Другимисловами, эта таблица позволяет получать данные с любыми критериями за любой периодвремени, не заботясь о том, в какой таблице CDR и за какой месяц необходимая информацияхранится в действительности. Для таблицы mvts_cdr при резервном копировании сохраняется
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 216
только её структура.
Кроме таблиц в БД имеется несколько представлений и хранимых процедур, которые такжекопируются с помощью утилиты mysqldump.
Файлы резервного копирования7.9.2
Утилиты для обслуживания БД системы РТУ МТТ находятся на сервере БД в каталоге /usr/local/lib/mvtspro. Там же находятся и файлы, относящиеся к резервному копированиюБД:
backupdb.conf — содержит конфигурацию для процедуры резервного копирования БД;
backupdb-cron — пример задания для утилиты Cron (для каталогов конфигурации Cron,определяющих хронирование запуска, таких как /etc/cron.daily, /etc/cron.hourly, ит.п.);
backupdb.php – командный файл, осуществляющий резервное копирование БД;
restoredb.sh – командный файл, выполняющий восстановление БД из резервной копии;
ssh_auth_keys.sh — командный файл для создания SSH-ключей и установки открытогоключа на удалённый сервер, что обеспечивает возможность открытия сеансов на удалённомсервере без запроса пароля.
SSH. Настройка авторизации через открытый ключ7.9.3
Резервное копирование БД может осуществляться как на локальный диск, так и на удалённыйсервер (через ssh/scp). Для большей надёжности настоятельно рекомендуется использоватьвариант с дополнительным сервером. При решении сохранять резервные копии на сервере БД,рекомендуется выделить или установить для них отдельный жёсткий диск.
Для автоматического выполнения резервного копирования БД планировщиком задач скопированием файлов на удалённый сервер пароль не может запрашиваться, и потомунеобходимо настроить авторизацию SSH через открытый ключ. Для настройки авторизации,работая как пользователь root, запустите на исполнение программу командного процессораssh_auth_keys.sh:
./ssh_auth_keys.sh
На мониторе высветится сообщение, говорящее о том, что командный файл запущенпользователем root:
Local user: root
Если RSA-ключи для пользователя root ещё не созданы, то запущенный командный файл создастих:
Generating public/private rsa key pair.
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
aa:bb:cc:dd:ee:ff:aa:bb::cc:dd:ee:ff:aa:bb:cc [email protected]
Дальше последует запрос ввести имя или IP-адрес удалённого сервера, имя пользователя наудалённом сервере, с правами которого будет выполняться сохранение файлов резервной копиии пароль для этого пользователя:
Enter remote host: backup-server
Enter remote user: root
Copy public key to remote host
(Enter password for user [email protected] when asked)
…
Password:
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 217
После выполнения командного файла чтобы убедиться, что авторизация через открытый ключработает, выполните команду:
ssh [email protected]
В аргументе команды ssh вместо «root» укажите нужное имя пользователя, а вместо «db-server»введите имя или IP-адрес удалённого сервера. Если при этом не будет запрошен пароль, и сеансна удалённом сервере откроется, значит, авторизация через открытый ключ работает.
Конфигурирование параметров резервного копирования БД7.9.4
Отредактируйте конфигурационный файл backupdb.conf. Задайте в нём следующиепараметры:
host — имя или IP-адрес сервера БД (всегда используйте значение “localhost”);
user — пользователь БД;
password — пароль пользователя БД;
db — имя БД;
tmpdir — каталог для временных файлов. В данном каталоге должно быть свободное место неменьше, чем возможный размер БД (более точно – столько, сколько требуется для сохраненияфайлов, копируемых за однократное выполнение процедуры резервного копирования БД);
desthost — имя или IP-адрес удалённого сервера, на который будут сохраняться файлы резервнойкопии. Если удалённый сервер не используется, а файлы резервной копии предполагаетсяхранить на том же сервере, где находится БД, удалите данную строку или закомментируйте еётаким образом:
#desthost=
destuser — имя пользователя на удалённом сервере;
destdir — целевой каталог хранения резервной копии на удалённом или локальном сервере (взависимости от значения параметра desthost). Данный каталог должен быть доступен на записьдля пользователя, от которого выполняется резервное копирование (для пользователя,указанного в параметре destuser, если осуществляется сохранение резервной копии наудалённом сервере.) Если каталог не существует, он будет создан автоматически;
rotate – количество каталогов в каталоге destdir, в которых хранятся последние резервные копии.Отсчет начинается с единицы, и все следующие резервные копии будут записываться в каталог сочередным номером. Как только количество каталогов становится равным счетчику rotate, токаталог с наименьшим номером удаляется;
backup_prefix – префикс в названиях папок с резервными копиями (например: backup);
backup_cdrs – может принимать значение 1 или 0. Задает, сохранять ли ежемесячные таблицыCDR. Если 1 – сохранять, если 0 – не сохранять;
tables_no_data – перечислены через запятую таблицы, которые не надо сохранять в резервнуюкопию. В список перечисленных здесь таблиц необходимо включить таблицу mvts_cdr.
Запуск резервного копирования7.9.5
Командный файл (утилита) backupdb.php, осуществляющий резервное копирование,рекомендуется выполнять с правами пользователя root или как пользователь, входящий в группуmysql, т.к. для корректной работы данной утилиты требуются права этой группы.
При выполнении утилита создаёт файлы tab1.sql и tab2.sql, содержащие в себе всетаблицы кроме ежемесячных таблиц записей с данными о вызовах (CDRs) и прочие объекты БД.Кроме того, утилита копирует файлы структуры, данных и индексов ежемесячных таблиц CDR.Также создается файл cdr.info, который содержит информацию о состоянии сохранённыхтаблиц записей с данными о вызовах (CDRs).
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 218
Автоматизация резервного копирования БД7.9.6
Для автоматизации процесса резервного копирования БД можно создать задание длястандартного планировщика Linux — процесса Cron. Например, чтобы резервное копирование БДвыполнялось каждый час, необходимо скопировать файл backupdb-cron в каталог /etc/cron.hourly или сделать символическую ссылку на него:
cp /usr/local/lib/mvtspro/backupdb-cron /etc/cron.hourly/
или
ln -s /usr/local/lib/mvtspro/backupdb-cron /etc/cron.hourly/backupdb-cron
Восстановление БД из резервной копии7.9.7
Командный файл restoredb.sh восстанавливает БД из резервной копии. Запускать его навыполнение рекомендуется, с правами пользователя root или как пользователь, входящий вгруппу mysql, т.к. для корректной работы данной утилиты восстановления БД требуются праваэтой группы.
Для восстановления БД:
1. Скопируйте файлы резервной копии на сервер БД
2. Скопируйте командный файл restoredb.sh в тот же каталог, что и файлы резервнойкопии. Запустите командный файл на исполнение, указав в качестве аргумента имя БД, вкоторую будет осуществляться восстановление:
./restoredb.sh rtu_restored
БД с указанным именем не должна существовать. Это сделано, чтобы обезопасить отслучайного повр еждения существующую р аботающую БД.
Данный командный файл пр и выполнении вызывает пер езапуск СУБД.
Командный файл restoredb.sh можно запускать на исполнение из любого другого каталога,указывая в качестве второго аргумента команды путь к каталогу с резервной копией, например:
./restoredb.sh rtu_restored /path/to/backup
Тиражирование (репликация) БД7.10
Тиражирование (репликация) — это механизм, который обеспечивает дублирование данныхпереносом информации с основного сервера (master replication server) на один или болееподчиненных серверов тиражирования (slave replication server), например, с цельюсинхронизации содержимого дублей БД.
В РТУ МТТ тиражирование используется для резервирования БД. В случае отказа основногосервера, Система может сразу же переключится на использование подчиненного сервера срезервной БД.
Виды тиражирования7.10.1
Существуют различные способы классификации тиражирования:
1. По направлению «движения» изменений между вовлеченными в процесс серверами:
a) Одностор оннее (основной-подчиненный сер вер /master-slave) — при одностороннемтиражировании изменения данных пересылаются только в одну сторону, когда БД наподчиненном сервере (slave server) синхронизируется с БД на основном сервере(master server.)
b) Обоюдное (основной-основной сер вер /master-master) — обоюдное тиражированиеданных имеет место в кластерных и других системах, когда изменения пересылаются вобе стороны, то есть взаимодействующие БД синхронизируются друг с другом.
2. По времени тиражирования:
a) Синхр онное тир ажир ование — синхронное тиражирование имеет место, когдатиражирование измененных данных происходит за счет создания точных копий
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 219
(реплик) того же фрагмента данных в рамках одной и той же транзакции. Изменения неприменяются, пока не получено подтверждение успешности действий от основного иподчиненного серверов. Другими словами, в любой отдельно взятый момент временисуществует лишь одна версия данных.
b) Асинхр онное тир ажир ование — происходит тогда, когда обновление одного блокаданных распространяется на другие спустя некоторое время, вне рамок той жетранзакции. При асинхронной репликации (асинхронном тиражировании) в течениенекоторого времени данные взаимодействующих БД могут быть неидентичными.
3. По уровню:
a) Тир ажир ование на ур овне стр ок (row-based rep lication) — пересылаются иприменяются изменённые строки таблиц.
b) Тир ажир ование на ур овне SQL-опер атор ов (statement-based rep lication) —пересылаются и выполняются SQL-операторы.
Тиражирование данных, применяемое в РТУ МТТ, можно классифицировать как асинхроннуюобоюдную master-master репликацию на уровне строк. Для организации обоюдной master-masterрепликации в MySQL на каждом из двух серверов БД настраивается процесс одностороннеготиражирования (master-slave replication).
Пр и настр ойках тир ажир ования, пр именяемых в РТУ МТТ, одновр еменная запись в БД наобоих сер вер ах недопустима. В каждый момент вр емени запись должна пр оизводитьсятолько в одну из баз данных.
Настройка тиражирования7.10.2
Перед настройкой тиражирования БД на обоих серверах должны быть идентичны. Самыйпростой способ синхронизовать данные — это выбрать одну БД и скопировать её целиком навторой сервер. Для того, чтобы в процессе настройки репликации БД не изменялись,отсоедините от обеих БД все приложения. На время настройки тиражирования необходимотакже остановить и ПКомм.
Все действия производятся от имени пользователя ОС root.
В случае, если для пользователя root БД MySQL был задан какой-либо пар оль, необходимодобавить ко всем командам mysql и mysqldump пар аметр —p assword ср азу после именикоманды. Пр и этом пр и выполнении команды MySQL запр осит пар оль пользователя root БДMySQL.
1. Выполните дамп данных из основной БД:
#> mysqldump —allow-keywords —triggers —routines —opt —hex-blob —databases rtu > rtu.sql
2. Если БД на втором сервере уже существует, вначале сделайте её резервную копию,используя команду из пункта 1, и лишь затем удалите существующую БД:
#> mysqlmysql> drop database rtu;
3. Скопируйте файл rtu.sql, созданный в пункте 1, на второй сервер, и создайте БД изэтого командного файла SQL:
#> mysql <rtu.sql
4. В обеих БД создайте пользователя repl:
#> mysql mysql> grant replication slave on *.* TO ‘repl’@’%’ identified by’slavepass’;
5. В обеих БД остановите процесс slave (если он не запущен, ошибки не возникнет) исбросьте бинарные журналы:
#> mysql mysql> stop slave;mysql> reset slave;mysql> reset master;
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 220
6. Остановите обе БД:
#> invoke-rc.d mysql stop
7. На одном из серверов создайте конфигурационный файл /etc/mysql/conf.d/rtu-repl.cnf следующего содержания:
[mysqld]## * Logging and Replication#
server-id = 10#binlog-format = rowlog_bin = /var/log/mysql/mysql-bin.logexpire_logs_days = 30log-slave-updatesauto-increment-increment = 10auto-increment-offset = 1replicate-same-server-id = 0report-host = имя-данного-хоста
replicate-do-db = rtureplicate-ignore-table = rtu.mvts_debug_callreplicate-ignore-table = rtu.mvts_debug_call_logreplicate-ignore-table = rtu.mvts_debug_registrationmaster-host = имя-другого-хостаmaster-user = replmaster-password = slavepasssync_binlog = 1slave-skip-errors=1062,1053
8. На втором сервере создайте конфигурационный файл /etc/mysql/conf.d/rtu-repl.cnf следующего содержания:
[mysqld]## * Logging and Replication#
server-id = 20#binlog-format = rowlog_bin = /var/log/mysql/mysql-bin.logexpire_logs_days = 30log-slave-updatesauto-increment-increment = 10auto-increment-offset = 2replicate-same-server-id = 0report-host = имя-данного-хоста
replicate-do-db = rtureplicate-ignore-table = rtu.mvts_debug_callreplicate-ignore-table = rtu.mvts_debug_call_logreplicate-ignore-table = rtu.mvts_debug_registrationmaster-host = имя-другого-хостаmaster-user = replmaster-password = slavepasssync_binlog = 1slave-skip-errors=1062,1053
Курсивом выделены различия между двумя файлами.
9. Запустите обе БД:
#> invoke-rc.d mysql start
10.Запустите процесс slave в обеих БД:
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 221
#> mysql mysql> start slave;
11.Для контроля работоспособности репликации используйте следующие команды MySQL:
#> mysql mysql> show master status G;mysql> show slave status G;
При выводе команды show slave status G основным полем, показывающим состояниерепликации, является Slave_IO_State. В обычном состоянии поле отображает строку Waiting formaster to send event. Если в поле в течение длительного времени отображается какое-либодругое значение, то это может указывать на сбой в процессе репликации. Номер и текстовоесообщение о последней ошибке отображаются в полях Last_Errno и Last_Error.
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 222
Приложение А. Спецсимволы, регулярные выраженияи преобразование номеров
8
Использование спецсимволов при поиске информации8.1Операторы сравнения Like и Not like позволяют использовать так называемые шаблоны припоиске необходимой информации. В шаблонах используются спецсимволы «%» и «_».
Символ «%» обозначает любую последовательность символов, в том числе и пустую (нулевойдлины). Например, шаблон «123%» соответствует строкам, начинающимся с «123». Шаблон «%123» – строкам, оканчивающимся на «123». Шаблон «%123%» – строкам, содержащим внутрисебя подстроку «123». Шаблон «%» соответствует всем строкам, в том числе и пустым.
Символ «_», обозначает один произвольный символ. Таким образом, шаблон «_123»соответствует строкам, в которых первый символ любой, а затем следует «123», (например:«0123», «1123» и т.д). Этот шаблон также может использоваться и в середине строки, при этомстрока начинается и заканчивается на определенные символы, между которыми имеетсяпроизвольный, например «1_23». В шаблоне поиска можно использовать любое количествоспецсимволов. Например, шаблон “%1_23%” будет соответствовать строкам «04513234», «1823», «11123456» и т.д.
При использовании оператора сравнения Like на экране будут отображены все данные,которые соответствуют шаблону.
При использовании оператора сравнения Not like система отобразит все данные, которые несоответствуют шаблону.
Использование регулярных выражений при поискеинформации
8.2
Регулярные выражения являются мощным инструментом для задания критериев поискаинформации. При использовании регулярных выражений шаблоны поиска состоят изпроизвольных буквенно-цифровых символов и, так называемых, метасимволов, описаниекоторых приводится в таблице.
Метасимвол и егофункция
Описание
Соответствиесимволам
. Соответствие любому символу.
[] Соответствие любому символу, заключенному в скобки.
Соответствиерасположению
^ Соответствие началу строки
$ Соответствие концу строки
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 223
Соответствиеколичествусимволов
? 0 или 1 повторение предшествующего выражения
* 0 или более повторений предшествующего выражения
+ 1 или более повторений предшествующего выражения
{x} x повторений предшествующего выражения.
{x,} x или более повторений предшествующего выражения.
{x,y} Не менее x повторений, но не более y повторений предшествующеговыражения
Вариация
| Соответствие выражению до или после метасимвола.
Группировка
( ) Логическая группировка.
Для того, чтобы метасимвол р ассматр ивался как обычный символ, пер ед ним необходимопоставить символ обр атной чер ты “”.
Примеры
Предположим, Вы хотите найти CDR-записи вызовов, в которых участвовали номера,начинающиеся на “7095123”, “7095124” или “7095125” и оканчивающиеся на любые четырецифры. В данном случае при поиске используйте следующее регулярное выражение.
^7095(123|124|125).{4}$
В результате поиска система отобразит записи, содержащие номера 70951231234, 70951243333,70951254567, 70951255678 и т.д.
Предположим, Вы хотите найти записи, содержащие номера, начинающиеся на “7095” иоканчивающиеся на 1 или 2 или 3. В данном случае при поиске используйте следующеерегулярное выражение.
^7095.*[123]$
Результаты поиска будут соответствовать номерам 70951111111, 709500002, 70951234563 и т.д.
Предположим, Вы ищете записи, содержащие номера, начинающиеся на «345», за которымиследует не менее одной, но не более шести цифр. В данном случае при поиске используйтеследующее регулярное выражение.
^345.{1,6}$
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 224
Результаты поиска будут соответствовать номерам 3450, 3451111, 345888888 и т.д.
Преобразование номеров8.3Основной целью преобразования является приведение телефонных номеров к определенномуформату. Преобразование номеров основывается на использовании регулярных выражений.Как правило, шаблон преобразования состоит из двух частей: шаблона поиска и строки замены,разделенных символом «/».
Используя скобки «( )», Вы можете создать в шаблоне поиска отдельные секции. При этомстрока замены может содержать подстроку для замены секции. Номеру секции в подстрокепредшествует символ «».
Как правило, при преобразовании номеров производится добавление, удаление или заменапрефиксов.
Примеры
Задача:
Удалить из номера 123456789 префикс 1234
Шаблон преобразования:
^1234(.*)/1
( удалить пр ефикс 1234, пр едшествующий пер вой секции)
Результат:
123456789 56789
Задача:
Заменить префикс 1234# в номере 1234#1234567 на префикс 0000#
Шаблон преобразования:
^1234#(.*)/0000#1
( заменить пр ефикс 1234#, пр едшествующий пер вой секции, на пр ефикс 0000#)
Результат:
1234#1234567 0000#1234567
Задача:
Ко всем номерам добавлять префикс 0000#
Шаблон преобразования:
^(.*)/0000#1
( вставить пр ефикс 0000# пер ед пер вой секцией)
Результат:
1234567 ® 0000#1234567
7654321 ® 0000#7654321 и т.д.
Если необходимо отделить подстроку для замены от последующих символов в строке замены, тодля обозначения секций используется запись вида g<#>, где # — номер секции. Максмальноеколичество секций равно 99. Подобная запись необходима, когда после подстроки замены сразуже следуют цифры. Например:
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 225
Задача:
Ко всем номерам добавлять постфикс 5555
Шаблон преобразования:
^(.*)/g<1>5555
( добавить постфикс 5555 после пер вой секции)
Результат:
1234567 ® 12345675555
Одной и той же задаче может соответствовать несколько шаблонов преобразования:
шаблон ^1234#/0000# равносилен шаблону ^1234#(.*)/0000#1 (если префикс номера 1234#,заменить его префиксом 0000#);
шаблон ^/0000# равносилен шаблону ^(.*)/0000#1 (ко всем номерам добавлять префикс0000#).
В одной строке через точку с запятой без пробелов можно задавать несколько шаблоновпреобразования. При этом для преобразования номера будет использован первый подходящийшаблон из данной строки.
Для примера возьмем два шаблона преобразования:
^(78312)/01#1 (добавлять префикс 01# ко всем номерам, начинающимся на 78312);
^(7831)/02#1 (добавлять префикс 02# ко всем номерам, начинающимся на 7831).
Из строки ^(78312)/01#1;̂ (7831)/02#1 для номера 78312555555 будет выбран первый шаблони в результате преобразования к номеру будет добавлен префикс 01# (01#78312555555). В то жевремя, для номера 78315555555 будет выбран второй шаблон, и в результате преобразования кномеру будет добавлен префикс 02# (02#78315555555).
Помимо шаблонов преобразования, основанных на регулярных выражениях, в системеиспользуются также дополнительные шаблоны для задания правил преобразования номеров:
шаблон rand(n) – подставить вместо строки rand(n) случайное n-значное число. n можетпринимать значение от 0 до 99. Например, любой номер в правиле ^(.*)/(123)rand(2)преобразуется в такие номера, как 12389 или 12322, где две последние цифры – случайны.
шаблон ^$ – используется в подстроке поиска для соответствия пустым входящим номерам.Например, правило ^$/123 заменит пустые входящие номера на номер 123. Используетсявместо применявшегося ранее blank.
Рекомендации по заданию регулярных выражений8.4Для ускорения обработки регулярных выражений, и, как следствие, увеличенияпроизводительности Системы необходимо упрощать регулярные выражения и сокращаять ихколичество. В частности, рекомендуется придерживаться следующих правил:
При задании регулярных выражений без преобразования номеров (например, в полеИНИЦ. Шаблон разрешенных А-номеров) не рекомендуется использовать скобки «()».Например, вместо шаблона ^123456(.*) следует писать ^123456.*. Скобкитребуется писать только в случае необходимости.
При задании списка регулярных выражений во всех полях, кроме поля объекта набораШаблон разрешенных Б-номеров, не рекомендуется использовать символ «;» дляразделения регулярных выражений. Поскольку символ «;» разделяет отдельные шаблоныномеров, то при сопоставлении реального номера шаблонам при большом количествешаблонов происходит задержка в маршрутизации вызова. Следует использовать символ»|». Например, вместо шаблона ^123.*;^456.*;^789.* следует писать ^123.*|^456.*|^789.*. Тем самым, вместо трех шаблонов будет записан один.
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 226
В поле объекта набора Шаблон разрешенных Б-номеров для разделения отдельныхрегулярных выражений в списке необходимо использовать символ «;». Например, вместо12345.*|67890.* следует писать 12345.*;67890.*. Так как шаблон 12345.*|67890.* не будет соответствовать номеру, начинающемуся на 67890.
В поле объекта набора Шаблон разрешенных Б-номеров регулярные выражения нерекомендуется начинать с символа «^». Например, вместо ^12345.*;^67890.*следует писать 12345.*;67890.*.
Во всех полях, в которых могут задаваться регулярные выражения с преобразованием(например, Преобраз. А-номера), рекомендуется сокращать количество отдельныхшаблонов, по возможности объединяя несколлько шаблонов в один. Например, шаблоны1234(.*)/1;1235(.*)/1; 1236(.*)/1 можно свести в одно преобразование123[4-6](.*)/1.
Для ограничения допустимой длины номера в полях для ввода разрешенных номероврекомендуется использовать шаблон вида xxx.{n}, где xxx – первоначальное набор цифр вномере, а n равно общему длине номера минус количество цифр в первоначальномнаборе xxx. Например, шаблон номеров, начинающихся с 1234, длиной не болеедвенадцати цифр: 1234.{8}.
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 227
Приложение Б. Формирование списков кодеков в РТУ(модуль транзита трафика)
9
Правила распознавания кодеков9.1Этап I. При получении кодеков от оборудования по протоколу SIP ПКомм проверяет,соответствует ли SDP кодека стандарту. Если какие либо параметры кодека не соответствуютстандарту, то кодек не считается полностью распознанным и для его распознаванияиспользуются данные ПУпр.
Этап II. При этом Система сопоставляет частично распознанные (определен тип кодека, новозможны корректировки параметров rtpmap и fmtp) или нераспознанные кодеки (не определентип кодека), полученные на предыдущем этапе, с кодеками, определенными для данного шлюзав БД (параметр ИНИЦ. Разрешённые кодеки или ТЕРМ. Разрешенные кодеки). Каждый кодек,полученный от оборудования, последовательно сравнивается с кодеками, заданными в ПУпр.
При этом действуют следующие правила:
Кодеки из ПУпр проверяются в последовательности, определяемой приоритетом, отбольшего значения параметра Приоритет кодека в группе к меньшему.
У кодека с оборудования и кодека из ПУпр сравниваются типы и параметры rtpmap иfmtp. Если для кодека из ПУпр параметры fmtp и rtpmap не заданы (то есть флажкиИспользовать шаблон опред. кодека по вход. SDP rtpmap и Использовать шаблоны опред.кодека по вход. SDP fmtp соответственно сброшены), то эти параметры считаютсязаданными согласно стандарту;
Кодеки с оборудования, заданные стандартно (т.е. полностью распознанные на первомэтапе), также сравниваются с кодеками из ПУпр, у которых установлен флажок Сопост. слюбым кодеком подобного типа. Кодеки с оборудования, которые распознаны частичноили совсем не распознаны на первом этапе, с кодеками, у которых установлен флажокСопост. с любым кодеком подобного типа, не сравниваются;
Если кодек от оборудования сравнивается с кодеком, имеющим флажок Сопост. с любымкодеком подобного типа, и у данных кодеков совпадают типы, то данный кодек считаетсяполностью распознанным и остается в списке разрешенных кодеков;
Если кодек не распознан и не сопоставлен ни с одним кодеком, заданным в Системе, тоданный кодек будет отброшен;
Таким образом, будет получен список разрешенных кодеков для данного оборудования. Еслипри установлении вызова данный список пуст, то вызов завершается.
Пример распознавания кодеков. От инициирующего оборудования приходит SDP соследующими кодеками из группы G.729:
m=audio 21000 RTP/AVP 18 100 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=true a=rtpmap:100 G729/8000
На первом этапе Система частично распознаёт их со следующими параметрами:
Первый кодек G.729:
SDP rtpmap = «G729» SDP fmtp = «annexb=true»
Второй кодек G.729:
SDP rtpmap = «G729»
Первый кодек G.729 соответствует кодеку G.729B. Второй кодек G.729 может соответствоватькодекам G.729, G.729A, G.729AB, G.729B. Для определения, какой именно кодек требуется изгруппы кодеков G.729, необходимо использовать параметры кодеков, заданные в ПУпр.Например, если в Системе заданы следующие кодеки:
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 228
Распознавание кодеков из группы G.729
Тогда кодек G.729 (номер 2, с флажком Сопост. с любым кодеком подобного типа) будетиспользоваться как кодек «по умолчанию». Он имеет наименьший приоритет и в результатесопоставления заменит любой частично определённый кодек из группы G.729, для которого нетявно определённых правил.
Если используется политика передачи изменений в кодеках Передавать все изменения, то кданным двум этапам добавляется еще два.
Этап III. Система производит процедуру, аналогичную процедуре на этапе II, но в качествекодеков с ПУпр используются кодеки, заданные для другого участка вызова. Например, кодекиинициатора, полученные после этапа II, дополнительно сопоставляются с кодекамитерминатора, и наоборот.
Этап IV. Окончательный список допустимых кодеков, полученных на этапе III, отправляетсяконечному оборудованию (то есть, терминатору, если производилась фильтрация кодековинициатора, или инициатору, если производилась фильтрация кодеков терминатора).
Данная процедура фильтрации кодеков производится как для инициирующего, так и длятерминирующего оборудования.
Таким образом, процедура определения кодеков для политики передачи изменений в кодекахПередавать все изменения выглядит как показано на рисунке ниже.
Фильтрация кодеков при передаче всех изменений в кодеках
Процедура определения кодеков для политик передачи изменений в кодеках Не передаватьизменения, Передавать изменения типа медиа-данных, Передавать изменения для G.711выглядит как показано на рисунке ниже.
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 229
Фильтрация кодеков при прочих политиках передачи изменений в кодеках
В случае, если окончательные кодеки после фильтрации на инициирующем и терминирующемшлюзе не совпадают, то начинается конвертация кодеков, если она возможна.
Пер екодир овка для видеокодеков (H.261, H.263) и кодеков факса (T.38) не пр едусмотр ена.
Из двух политик (на инициирующем и терминирующем шлюзе) в качестве окончательнойустанавливается наиболее строгая политика. Список политики от наиболее строгих к наименеестрогим:
Не передавать изменения
Передавать изменения типа медиа-данных
Передавать изменения для G.711
Передавать все изменения
Если установившейся политикой является какая-либо другая политика, Система будетиспользовать настройки ТЕРМ. Сортировка кодеков следующим образом:
Если ТЕРМ. Сортировка кодеков = Не сортировать, то кодеки будут передаваться шлюзу втом порядке, в каком они указаны в БД.
Если ТЕРМ. Сортировка кодеков = Совпавшие в начало списка, то кодеки, совпадающиес кодеками из БД, будут перемещены в начало списка, но при этом передаваться шлюзу втом порядке, в каком они пришли от оборудования-источника кодеков.
Политики проксирования9.2Для обеспечения максимальной гибкости в вопросах пропуска медиа через коммутатор, всистеме предусмотрена возможность выбирать политику работы с медиа в зависимости отсвойств конкретного объекта коммутации (dial peer). Алгоритм работы системы следующий:
Политика проксирования медиа для коммутатора при работе с конкретным объектомкоммутации набора выбирается в поле со списком Переопределить режим прокси на в формесвойств объекта набора (Маршрутизация > Объекты набора (DPs) > Настройки). Политика,заданная для объекта набора, превалирует над политикой, определенной для терминирующегошлюза в параметре Политика проксирования (Оборудование > Оборудование > Настройки терм.устр-ва). Если политика проксирования на объекте набора не задана, то используется политикапроксирования терминирующего шлюза.
Механизм выбора режима проксирования для участков вызова следующий:
Участки вызова могут находиться в одном из двух режимов – проксировать и непроксировать. При этом режимы на участках вызова должны совпадать;
Изначально до выбора первого маршрута (терминирующего шлюза) участкам вызова(входящему и исходящему) не соответствует никакой режим;
При выборе первого терминирующего шлюза, входящему и исходящему назначаетсярежим проксирования, указанный в колонке «Начальное состояние участков вызова», взависимости от применяемой политики проксирования. Правила выбора политикипроксирования описаны выше.
Если по каким-либо причинам подключение к первому терминирующему шлюзу непроизошло, то Система обнуляет режим проксирования для исходящего участка вызова,оставляет неизменным режим проксирования, установившийся на входящем участке, и
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 230
переходит к следующему терминирующему шлюзу в объекте набора.
При выборе второго и последующего шлюзов исходящему участку вызова назначаетсярежим проксирования, указанный в колонке «При выборе маршрута, отличного отпервого, установившийся режим», в зависимости от режима проксирования,установившегося на входящем участке вызове.
Доступные политики проксирования приведены в таблице ниже:
Политики проксирования
Политикапроксирования
Начальноесостояниеучастковвызова
При выборе маршрута, отличногоот первого, установившийся
режим
Примечание
Не проксировать Проксировать
Не проксировать Непроксировать
Продолжать непроксировать
Пытатьсяперестатьпроксировать,при неудаче –завершитьвызов
Участки вызова всегданаходятся в режиме«не проксировать»,переключение впроксирование непроисходит.
Пытаться непроксировать
Непроксировать
Продолжать непроксировать
Пытатьсяперестатьпроксировать,при неудаче –продолжатьпроксировать
Участки вызова могутпереключаться врежим«проксировать».
По возможностине проксировать
Непроксировать
Продолжать непроксировать
Продолжатьпроксировать
Участки вызова могутпереключаться врежим«проксировать».
По возможностине проксировать,использоватьпервый кодекинициатора
Проксировать Начатьпроксировать
Продолжатьпроксировать
Изначальнопроксировать. Еслипосле приходаCONNECT первыйкодек в списке кодековинициатора совпадаетс любым кодекомтерминатора, топерейти в режим «непроксировать» сиспользованиемданного кодека. Впротивном случаепродолжатьпроксирование.
По возможностине проксировать,использоватьпервый общийкодек
Проксировать Начатьпроксировать
Продолжатьпроксировать
Изначальнопроксировать. Еслипосле приходаCONNECT какой-либокодек в списке кодековинициатора совпадаетс каким-либо кодекомтерминатора, топерейти в режим «не
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 231
проксировать» сиспользованиемданного (первогообщего) кодека. Впротивном случаепродолжатьпроксирование.
Проксировать Проксировать Начатьпроксировать
Продолжатьпроксировать
Участки вызова всегданаходятся в режиме«проксировать»,переключение в режим«не проксировать» непроисходит.
Если в результате на обоих участках вызова установился режим «без проксирования», то всеполитика передачи изменений в кодеках для обоих шлюзов устанавливается в Передавать всеизменения. В противном случае, выбирается наиболее строгая политика передачи измененийкодеков для двух шлюзов.
Приложение В. Шлюзы по умолчанию
Стр. 232
Приложение В. Шлюзы по умолчанию10
«Шлюз по умолчанию» – это механизм, который обеспечивает возможность соединения сабонентским оборудованием, не объявленным статически в Системе.
Поскольку одному шлюзу, с одним адресом, может одновременно соответствовать некотороеколичество конечных пользователей, соединения которых различаются только по номеру портаи регистрационным данным, механизм «шлюза по умолчанию» удобно использовать дляобеспечения связи с оконечным оборудованием таких абонентов.
Механизм «шлюз по умолчанию» облегчает декларирование подобных абонентских терминаловв РТУ. Кроме того, при этом способе конфигурирования вся идентифицирующая оконечныеабонентские устройства информация (регистрационное имя, пароль и т.п.) хранится на RADIUS-сервере, через который осуществляется регистрация устройств, что позволяет избежатьдублирования этой информации в Системе.
Последовательность конфигурирования и алгоритм работы Системы в подобном случаеследующий:
Администратор Системы создает объект «шлюз по умолчанию» (страница Оборудование), выбирая для параметра Тип оборудования значение Шлюз по умолчанию иустанавливает флажок RADIUS аутентификация. В настройках шлюза необходимо задать(регулярными выражениями) шаблоны разрешенных и запрещенных регистрационныхимен (параметры Шаблон разрешенных регистрационных имен/Шаблон запрещенныхрегистрационных имен), а также приоритет шлюза по умолчанию (параметр Приоритетшлюза по умолчанию).
Когда Система получает запрос на регистрацию от шлюза, сначала проверяются шлюзы, укоторых задано имя в поле Регистрационное имя. Если Система не может найти шлюзы, укоторых значение в поле Регистрационное имя совпадает с регистрационным именем взапросе на регистрацию, то составляется список шлюзов по умолчанию,отсортированных по убыванию приоритета (параметр Приоритет шлюза по умолчанию).В список включаются шлюзы, которые содержат в поле Шаблон разрешённыхрегистрационных имён регулярное выражение, которому удовлетворяетрегистрационное имя регистрируемого оборудования, и не содержат подобноговыражения в поле Шаблон запрещённых регистрационных имён. Если список не пуст, топроизводится аутентификация регистрируемого шлюза через RADIUS-сервер сиспользованием данных первого подходящего шлюза по умолчанию в списке, иполученного регистрационного имени.
Система поддерживает получение регистрационных имен и паролей, переданных спомощью следующих способов:
o Для SIP-оборудования аутентификация регистрационного имени и пароля шлюзапроисходит по методу Digest Authentication.
o Для H.323-оборудования возможны три способа аутентификации:
H.323-шлюз присылает регистрационное имя и пароль в незашифрованном виде, приэтом Система может перенаправить их на RADIUS-сервер также в незашифрованномвиде (если параметр Общесистемные настройки -> Шифровать нешифрованныйпароль от H.323-шлюза = 0), или же зашифровать его ключом, указанным внастройках RADIUS-сервера (параметр RADIUS-серверы -> Ключ шифрования). Впоследнем случае параметр Шифровать нешифрованный пароль от H.323-шлюзадолжен быть равен 1. По умолчанию значение параметра Общесистемныенастройки -> Шифровать нешифрованный пароль от H.323-шлюза равно 1.
H.323-шлюз присылает регистрационное имя и пароль зашифрованными методомmd5. Система пересылает их в неизменном виде на RADIUS-сервер.
H.323-шлюз присылает регистрационное имя и пароль зашифрованными методомCisco CHAP. Система пересылает их в неизменном виде на RADIUS-сервер.
Система создает виртуальный шлюз, наследующий все настройки шлюза по умолчанию.При этом, если шлюз является терминирующим, то также создается объект набора, укоторого в Списке терм. устр-в указан данный терминирующий виртуальный шлюз, а в
Приложение В. Шлюзы по умолчанию
Стр. 233
настройках шлюза по умолчанию для терминирующего шлюза в параметре Источникномеров телефона можно указать источник Б-номеров для данного шлюза.
Обработка вызовов для виртуального шлюза, созданного на основе шлюза по умолчанию,не отличается от обработки вызовов для шлюзов, внесенных непосредственно в БД.
Приложение Г. Ограничения модуля обработки вызовов ОКС7
Стр. 234
Приложение Г. Ограничения модуля обработкивызовов ОКС7
11
В настоящее время модуль обработки вызовов ОКС7 содержит следующие ограничения:
Ограничение Возможные последствия
M3UA
Параметры NetworkAppearance и Routing Contextобязательны
1) Не соответствует спецификации протокола RFC4666. Поспецификации Routing Context и Network Appearance неявляются обязательными.
2) Поскольку свойства AS на стороне ASP и SGP должны бытьодинаковы, а на оборудовании, используемом в качествесигнального шлюза SGW, возможности настройки могут бытьограничены, это может ограничить число возможныхконфигураций Системы в целом.
Например, на ОКС7-шлюзе сервер приложений AS и RoutingKey для него конфигурируются неявно, и возможностьуказать Routing Context и Network Appearance отсутствует.
Параметр Network Indicator неиспользуется длямаршрутизации
Потенциально может приводить к ошибкам маршрутизации вконфигурациях, где разные узлы имеют одинаковые кодыпункта сигнализации (point codes).
Не поддерживается концепциянескольких локальных(логических) узловсигнализации
Эта концепция является основой, на которой строитсяподдержка модулем обработки вызовов ОКС7 более сложныхконфигураций, когда например, один модуль связан снесколькими коммутаторами ОКС7 (используя один илинесколько сигнальных шлюзов SGW) и может выглядеть дляних, в зависимости от конфигурации, как одним, так инесколькими коммутаторами ОКС7.
В настоящее время поддержка нескольких ОКС7-коммутаторов внутри ПКомм реализуется с помощью запусканескольких модулей обработки вызовов ОКС7, по одному накаждый локальный коммутатор ОКС7.
ISUP-R
Не поддерживаетсясигнализация с«перекрытием» (overlapsignaling)
Может приводить к неверной маршрутизации вызовов.
Не поддерживаетсясегментация сообщений
Может приводить к проблемам в вызовах, для которыхиспользуются сегментированные сообщения. Однакопоскольку необходимость в сегментированных сообщенияхвозникает редко, вероятность возникновения проблемнебольшая.
Не поддерживается контрольцелостности (continuity)
Может приводить к проблемам, если контроль целостностииспользуется удаленным коммутатором. Например,коммутатор может прекратить использовать медиа-каналы,для которых проверка не была успешной, что через некотороевремя приведет к уменьшению пропускной способности донуля.
Не поддерживается Не поддерживаются возможности, связанные с этой
Приложение Г. Ограничения модуля обработки вызовов ОКС7
Стр. 235
определение задержки нараспространение сигнала
функциональностью.
Не поддерживаетсяавтоматическая попыткаповторного установлениясоединения
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживается обработканераспознанной информации
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживается обработканеожидаемой информации
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживается контрольMTP-перегрузки (MTPcongestion)
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживаетсяавтоматический контрольперегрузки (AutomaticCongestion Control)
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживаетсяуправление готовностьюподсистемы пользователя
Не поддерживаются возможности, связанные с этойфункциональностью.
Резервирование
Случай отказа ОКС7-шлюза нетестировался. Предполагаетсяналичие в системе резервногошлюза и соответствующуюконфигурацию модуляобработки вызовов ОКС7
С большой вероятностью возможны проблемы при отказеОКС7-шлюза без резервирования.
Старт и переключение междумодулями обработки вызововОКС7 требуют некотороговремени на обменсообщениями с MGW, SGW иудаленным ОКС7-коммутатором.
Обычно время обмена сообщениями невелико, еслиотсутствуют проблемы соединений и сети. В общем случаеоно определяется задержками в получении ответов от шлюзови удаленных узлов, а также величиной и сложностьюконфигурации. Активные но момент переключения модулейОКС7-вызовы завершаются.
Конфигурирование
Изменение конфигурациимодуля обработки вызововОКС7 без остановки модуля неподдерживается
Изменение конфигурации осуществляется путем остановкимодуля и его запуска с новой конфигурацией. Это приводит кзавершению текущих вызовов и невозможности осуществлятьновые вызовы до завершения процесса запуска модуля сновой конфигурацией.
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 236
Приложение Д. Подготовка оборудования Системы кметрологической поверке
12
При метрологической поверке РТУ МТТ проверяется соответствие системы учета (в данномслучае, системы учета длительности вызовов) эталону. В процессе метрологической поверкичерез Систему пропускается большое количество вызовов разной продолжительности. Послезавершения тестирования требуется сравнить длительность вызовов, записанную Системой вCDR-записях, с эталонной длительностью, заданной на метрологическом оборудовании.
Пар аметр ы акустических сигналов тональной частоты (call p rogress tones) должнысоответствовать национальному стандар ту ГОСТ 28384-89.
Пер ед пр оведением испытаний р екомендуется связаться со службой техническойподдер жки для выяснения необходимости в дополнительной настр ойке РТУ МТТ.
Рассмотрим подготовку Системы к поверке на примере использования шлюза AudioCodes MP-124, подключенного к метрологическому оборудованию, с одной стороны, и Системе, с другой.Процедура подготовки данной конфигурации Системы к метрологической поверкепредставлена ниже.
Для того чтобы параметры аналоговой сигнализации соответствовали национальномустандарту, загрузите на шлюз AudioCodes файл с соответствующими настройками.
Для загрузки файла в web-браузере зайдите на страницу конфигурации шлюза AudioCodes,щелкните по ссылке Software Update и в открывшейся странице нажмите Load Auxiliary Files.
Страница настройки шлюза AudioCodes
На панели Send “Call Progress Tones” file from your computer to the device щелкните по кнопке
и в открывшемся окне выберите файл с параметрами акустических сигналов,
соответствующих национальным стандартам. Для отправки файла на шлюз нажмите .
Для контроля успешности загрузки файла, перейдите по ссылке Status & Diagnostics и наоткрывшейся странице нажмите Device Information. В появившемся окне на панели CallProgress Tones File Name должно быть показано имя загруженного файла.
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 237
Шлюз AudioCodes с загруженным файлом параметров акустических сигналов
После проведения испытаний необходимо выгрузить CDR за период тестирования так, чтобыпорядок следования параметров соответствовал показанному в таблице ниже:
Пар аметр ы Общая продолжит. вызова, мсек, Время начала, Время соединения, Времязавершения должны иметь пор ядковый номер 30, 31, 32, 33 соответственно.
Порядок следования параметров в выгружаемых CDR-записях
Порядковый номер поля Описание поля
1 ID
2 Дата
3 Входящий А-номер
4 Входящий Б-номер
5 Исходящий А-номер
6 Исходящий Б-номер
7 А-номер для биллинга
8 Б-номер для биллинга
9 Сигнальный модуль
10 Адрес иниц. привратника
11 Адрес иниц. устр-ва (сигн.)
12 Адрес терм. устр-ва (сигн.)
13 Адрес иниц. устр-ва (медиа)
14 Адрес терм. устр-ва (медиа)
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 238
15 Входящий локальный адрес (сигн.)
16 Исходящий локальный адрес (сигн.)
17 Входящий локальный адрес (медиа)
18 Исходящий локальный адрес (медиа)
19 Протокол сигн. на входе
20 Протокол сигн. на выходе
21 Conference ID
22 Call ID на входе
23 Call ID на выходе
24 RAS имя иниц. устр-ва
25 RAS имя терм. устр-ва
26 Имя пользов. для биллинга
27 Имя иниц. устр-ва
28 Имя терм. устр-ва
29 Объект набора (DP)
30 Общая продолжит. вызова, мсек
31 Время начала
32 Время соединения
33 Время завершения
34 Код завершения
35 Заявленные кодеки иниц. устр-ва
36 Кодеки на выходе
37 Faststart у иниц. устр-ва
38 Faststart у терм. устр-ва
39 Tunneling у иниц. устр-ва
40 Tunneling у терм. устр-ва
41 Режим проксирования
42 Причина повторн. маршрутизации
43 Кол-во попыток маршрутизации
44 SCD, мсек
45 PDD, мсек
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 239
46 Итог PDD
47 Медиа поток от иниц. устр-ва, байт
48 Медиа поток к иниц. устр-ву, байт
49 Медиа поток от терм. устр-ва, байт
50 Медиа поток к терм. устр-ву, байт
51 Медиа от иниц. устр-ва, пакеты
52 Медиа от терм. устр-ва, пакеты
53 Задерж. медиа от иниц. устр-ва, пакеты
54 Задерж. медиа от терм. устр-ва, пакеты
55 Утерянных медиа пакетов от иниц. устр-ва
56 Утерянных медиа пакетов от терм. устр-ва
57 Мин. джиттер буфер, пакеты от иниц. устр-ва
58 Макс. джиттер буфер, пакеты от иниц. устр-ва
59 Мин. джиттер буфер, пакеты от терм. устр-ва
60 Макс. джиттер буфер, пакеты от терм. устр-ва
61 CDR последней попытки
62 Категория выз. абонента на входе
63 Категория выз. абонента на выходе
64 Передача «From» ТЕРМ. шлюзу
Для этого в таблице CDR вызовите всплывающее меню и с помощью команды Настроитьколонки измените порядок следования параметров. Более подробная информация о командеНастроить колонки содержится в разделе Изменение набора параметров и порядка ихследования в таблице.
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 240
Настройка колонок CDR-записей
Затем отфильтруйте CDR-записи так, чтобы в web-интерфейсе отображались только те записи,которые были получены в ходе метрологической поверки. Предположим, что метрологическаяповерка проходила в 2009 году с 15-00 3 июня до 12-00 4 июня. Для этого в таблице CDR вызовитевсплывающее меню и с помощью команды Фильтр выберите записи, относящиеся только кэтому периоду. Более подробная информация о команде Фильтр содержится в разделеИспользование фильтров.
Фильтрация CDR-записей, подлежащих выгрузке
После этого необходимо экспортировать CDR-записи в CSV-файл. В таблице CDR вызовитевсплывающее меню и выберите команду Экспорт. Более подробная информация о командеЭкспорт содержится в разделе Выгрузка данных.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 241
Приложение Е. Взаимодействие РТУ (модуль транзитатрафика) с RADIUS-сервером
13
РТУ МТТ может обращаться к RADIUS-серверу для использования трех типов сервиса:авторизация (Authorization), учет времени использования предоставленной услуги (Accounting),и маршрутизация (Routing).
При любом из этих видов сервисов инициатором обмена является РТУ МТТ. RADIUS-сервервыступает инициатором обмена лишь в одном случае — при необходимости завершить вызов поисчерпанию кредитового остатка.
При запросах на авторизацию и маршрутизацию РТУ МТТ отправляет на RADIUS-серверзапрос AccessRequest соответсвующего типа и в ответ получает AccessAccept либоAccessReject. При обмене учетного характера (Accounting) РТУ МТТ посылает запросAccountingRequest (Code 4) и в ответ ожидает AccountingResponse.
RADIUS-сервер инициирует связь с РТУ МТТ запросом на завершение вызоваDisconnectRequest (type 40), и РТУ МТТ отвечает либо подтверждением завершения сессииDisconnectAck(type41), либо сообщением об отказе в завершении вызова DisconnectNack(type42).
Ниже приводится подробное изложение структры обмена сообщениями между РТУ МТТ иRADIUS-сервером.
Авторизация регистрируемого пользователя13.1Данный тип запроса к RADIUS-серверу выполняется при получении запроса на регистрациюRegistrationRequest, поступающего на РТУ МТТ при авторизации регистрируемого устройства.
Содержимое запроса AccessRequest от РТУ МТТ к RADIUS-серверу при авторизациирегистрируемого пользователя
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
26 xpgk-request-type
1 Тип запроса наавторизацию
всегда «user» О
1 User-Name Имя пользователя string О
2 User-Password Пароль, закодированныйчерез MD5, или в видеplain-text
BYTE[16] или string Н
26 xpgk-md5-auth 1 Пароль, закодированныйчерез MD5
BYTE[16] или string Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 242
3 CHAP-Password
Пароль, зашифрованныйчерез CHAP
string Н
60 CHAP-Challenge
Уникальный CHAP-идентификатор
string Н
104 Digest-Realm Описывает компонентзащищённогопространства RADIUS-сервера
string Н
105 Digest-Nonce Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
109 Digest-URI Уникальныйидентификатор ресурсадля алгоритма Digest
string Н
108 Digest-Method Тип метода алгоритмаDigest
string Н
103 Digest-Response
Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
115 Digest-Username
Имя пользователя string О
Ожидаемые ответы: AccessAccept и AccessReject
При получении AccessReject авторизация считается неуспешной, и пользователю отсылаетсяRegistrationReject c причиной SecurityDenial.
Авторизация вызова13.2Данный вид запроса на авторизацию обращается к RADIUS-серверу перед отправкой звонка навыбранное направление для терминации.
Содержимое запроса AccessRequest от РТУ МТТ к RADIUS-серверу при авторизациитерминации вызова по выбранному направлению
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
1 User-Name Имя пользователя string,
Если в именипользователя стоитметасимвол“$ani$”, тометасимволзаменяется наисходящий А-номер
О
2 User-Password Пароль, закодированныйчерез MD5 или в явном
BYTE[16] или string О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 243
виде
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port Локальный порт РТУ МТТ всегда 0 О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
7 Framed-Protocol This attribute indicates theframing to be used forframed access.
всегда 1 О
26 xpgk-request-type
1 Тип запроса наавторизацию
всегда «number» О
30 Calling-Station-Id
А-номер string О
31 Called-Station-Id
Б-номер string О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 h323-gw-id 33 ID шлюза-инициатора длясервера RADIUS
h323-gw-id=<string>
О
26 h323-gw-address
23 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
О
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
О
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
44 Acct-Session-Id Уникальныйидентификатор.
string О
26 xpgk-record-id 1 Уникальныйидентификатор.
xpgk-record-id=<string>
О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 244
26 xpgk-route-retries
1 Текущий номер попытки всегда 1 О
26 h323-remote-id 1 ID шлюза-терминатора длясервера RADIUS
h323-remote-id=<string>
О
26 h323-remote-address
23 IP-адрес шлюза-терминатора
h323-remote-address=<ip-address>
О
26 xpgk-md5-auth 1 Полученный из SETUPregistrationRequest MD5-пароль
xpgk-md5-auth=<username/<timestamp>>/HEX[16]
Н
3 CHAP-Password
Пароль, зашифрованныйчерез CHAP
string Н
60 CHAP-Challenge
Уникальный CHAP-идентификатор
string Н
104 Digest-Realm Описывает компонентзащищённогопространства RADIUS-сервера
string Н
105 Digest-Nonce Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
109 Digest-URI Уникальныйидентификатор ресурсадля алгоритма Digest
string Н
108 Digest-Method Тип метода алгоритмаDigest
string Н
103 Digest-Response
Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
115 Digest-Username
Имя пользователя string Н
Ожидаемые ответы: AccessAccept и AccessReject
Содержимое ответа AccessAccept от RADIUS-сервера при авторизации терминации вызова повыбранному направлению
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
26 h323-credit-time 102 Максимальнаяпродолжительность сессии
h323-credit-time=<время всекундах>
Н
26 h323-return- 103 h323-return-code (если это h323-return- О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 245
code поле отсутствует или еслиприсутствует, и значениеполя равно 0, 13, 51 или 52,то авторизация считаетсяуспешной, иначе вызовзавершится)
code=<число>
27 Session-Timeout
Максимальнаяпродолжительность сессии
integer Н
26 h323-ivr-in 1 Используется дляподстановки в User-Name впакетах Accounting
string Н
При получении AccessReject авторизация считается неуспешной, и данное направлениезавершается с соответствующим кодом разъединения.
Стартовая запись (Accounting Start Record)13.2.1
Посылается на RADIUS-сервер при получении вызова (входящий участок вызова/originate leg)или при отправке пакета SETUP стороне, терминирующей вызов (исходящий участок/answerleg).
Тип запроса – AccountingRequest (Code 4).
Структура стартовой записи (Accounting Start), отправляемой на RADIUS-сервер
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
1 User-Name Имя пользователя string,
Если в именипользователя стоитметасимвол“$ani$”, тометасимволзаменяется наисходящий А-номер
О
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
41 Acct-Delay-Time
Время (в секундах) втечении которого клиентбудет пытаться отослатьпакет Accounting
всегда 0 О
30 Calling-Station- А-номер string О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 246
Id
31 Called-Station-Id
Б-номер string О
26 h323-setup-time 25 Время получениясообщения SETUP
h323-setup-time=<hh:mm:ss.uuu twww MMM ddyyyy>
О
26 h323-connect-time
28 Время установлениявызова
h323-connect-time=< hh:mm:ss.uuu t www MMMdd yyyy>
О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
О
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
О
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
26 xpgk-record-id 1 Уникальныйидентификатор.
xpgk-record-id=<string>
О
26 xpgk-route-retries
1 Текущий номер попытки xpgk-route-retries=<number>
О
26 h323-call-type 27 Тип вызова всегда “h323-call-type=VoIP”
О
26 h323-call-origin 26 Тип участка вызова, ккоторому относитсяданный пакет
для входящегоучастка всегда“h323-call-origin=answer”, дляисходящегоучастка всегда“h323-call-origin=originate”
О
44 Acct-Session-Id Идентификатор для парыстарт-стоп пакетовAccounting
Форматприводится послетаблицы
О
26 h323-gw-id 33 ID шлюза-инициатора дляRADIUS-сервера
h323-gw-id=<string>
О
26 h323-gw-address
1 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 247
26 h323-remote-id 1 Идентификатортерминирующего шлюза
h323-remote-id=<string>
О
26 h323-remote-address
23 IP-адрес терминирующегошлюза
h323-remote-address=<IP-address>
О
40 Acct-Status-Type
Тип пакета Accounting всегда “1” О
26 xpgk_centrex_cookie
1 Уникальный в рамкахсессии идентификатор
xpgk_centrex_cookie=<number>
Н
26 xpgk_centrex_dvo
1 Признак использованияДВО (1 – используется, 0 -нет)
xpgk_centrex_dvo=<number>
Н
26 xpgk_centrex_calltype
1 Тип вызова xpgk_centrex_calltype=<number>
Н
26 xpgk_centrex_source
1 Идентификатор Centrex-источника
xpgk_centrex_source=<number>
Н
26 xpgk_centrex_destination
1 Идентификатор Centrex-приёмника
xpgk_centrex_destination=<number>
Н
26 xpgk_centrex_billing_id
1 Идентификаториспользующийся дляначисления платы
xpgk_centrex_billing_id=<number>
Н
26 xpgk_centrex_line_name
1 Наименование линии xpgk_centrex_line_name=<line name>
Н
26 xpgk-src-codec 1 Список кодековинициатора
xpgk-src-codec=<codecs’list>
Н
26 xpgk-dst-codec 1 Список кодековтерминатора
xpgk-dst-codec=<codecs’list>
Н
Значения поля Acct-Session-Id имеют следующий формат:
<prefix>-<leg type><route number>
где:
<prefix> — два случайных восьмизначных числа, разделённых “-”;
<leg type> — для входящего участка вызова равно “AV”, для исходящего участка вызова “OV”;
<route number> — текущий номер попытки перемаршрутизации.
Ожидаемый ответ – AccountingResponse.
Стоп запись (Accounting Stop Record)13.2.2
Отправляется RADIUS-серверу при завершении звонка.
Тип запроса – AccountingRequest (Code 4)
Структура Accounting Stop, отправляемая на RADIUS-сервер
Номер Наименование Номер Описание Формат данных Обязат.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 248
атрибута IETF
атрибута атрибута VSA
Необяз.(ОН)
1 User-Name Имя пользователя string,
Если в именипользователя стоитметасимвол“$ani$”, то он(метасимвол)заменяется наисходящий А-номер
О
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
41 Acct-Delay-Time
Время (в секундах), втечении которого клиентбудет пытаться отослатьпакет Accounting
всегда 0 О
30 Calling-Station-Id
А-номер string О
31 Called-Station-Id
Б-номер string О
26 h323-setup-time 25 Время получения пакета
SETUP
h323-setup-time=<hh:mm:ss.uuu twww MMM ddyyyy>
О
26 h323-connect-time
28 Время установлениявызова
h323-connect-time=< hh:mm:ss.uuu t www MMMdd yyyy>
О
26 h323-disconnect-time
29 Время завершения вызова h323-disconnect-time=< hh:mm:ss.uuu t www MMMdd yyyy>
О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 249
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
Н
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
26 xpgk-record-id 1 Уникальныйидентификатор
xpgk-record-id=<string>
О
26 xpgk-route-retries
1 Текущий номер попытки xpgk-route-retries=<number>
О
26 h323-call-type 27 Тип вызова: «Conference»;»Forward», «FollowMe», «CallTransfer», «GroupCall», «AutoDial»,»AlarmCall»,»AutoDialCBCallTerminator»,»AutoDialCBCallOriginator», «PickUp», «CallWaiting»,»VoiceMail»;
всегда “h323-call-type=VoIP”
О
26 h323-call-origin 26 Тип участка вызова, ккоторому относитсяданный пакет
для входящегоучастка всегда“h323-call-origin=answer”, дляисходящегоучастка всегда“h323-call-origin=originate”
О
44 Acct-Session-Id Идентификатор для парыAccounting Start и Stop-пакетов
Форматприводится послетаблицы
О
26 h323-gw-id 33 ID шлюза-инициатора дляRADIUS-сервера
h323-gw-id=<string>
О
26 h323-gw-address
1 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
26 h323-remote-id 1 Идентификатор терминирующего шлюза
h323-remote-id=<string>
О
26 h323-remote-address
23 IP-адрес терминирующегошлюза
h323-remote-address=<IP-address>
О
40 Acct-Status-Type
Тип пакета Accounting всегда “2” Н
26 xpgk-scd-time 1 Интервал времени междуприходом SETUP иCONNECT илизавершением вызова вотсутствие CONNECT
xpgk-scd-time=<number>
Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 250
26 xpgk-pdd-time 1 Интервал времени между набором последнийцифры и проигрываниемКПВ
xpgk-pdd-time=<number>
Н
26 h323-disconnect-cause
30 Причина завершениявызова
h323-disconnect-cause=<number>
О
26 xpgk-local-disconnect-cause
1 Локальный кодзавершения вызова
xpgk-local-disconnect-cause=<number>
Н
26 xpgk-source-rtp-address
1 IP-адрес медиа-источника xpgk-source-rtp-address=<IP-address>
Н
26 xpgk-dest-rtp-address
1 IP-адрес медиа-приемника xpgk-dest-rtp-address=<IP-address>
Н
26 xpgk-source-faststart
1 Наличие или отсутствиеfaststart у источника
xpgk-source-faststart=<number>
Н
26 xpgk-destination-faststart
1 Наличие или отсутствиеfaststart у приемника
xpgk-destination-faststart=<number>
Н
26 xpgk_centrex_cookie
1 Уникальный в рамкахсессии идентификатор
xpgk_centrex_cookie=<number>
Н
26 xpgk_centrex_dvo
1 Признак использованияДВО (1 – используется, 0 -нет)
xpgk_centrex_dvo=<number>
Н
26 xpgk_centrex_calltype
1 Тип вызова: «Conference»;»Forward», «FollowMe», «CallTransfer», «GroupCall», «AutoDial»,»AlarmCall»,»AutoDialCBCallTerminator»,»AutoDialCBCallOriginator», «PickUp», «CallWaiting»,»VoiceMail»;
xpgk_centrex_calltype=<number>
Н
26 xpgk_centrex_source
1 Идентификатор Centrex-источника
xpgk_centrex_source=<number>
Н
26 xpgk_centrex_destination
1 Идентификатор Centrex-приёмника
xpgk_centrex_destination=<number>
Н
26 xpgk_centrex_billing_id
1 Идентификатор,использующийся дляначисления платы
xpgk_centrex_billing_id=<number>
Н
26 xpgk_centrex_line_name
1 Наименование линии xpgk_centrex_line_name=<line name>
Н
26 xpgk-src-codec 1 Список кодековинициатора
xpgk-src-codec=<codecs’
Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 251
list>
26 xpgk-dst-codec 1 Список кодековтерминатора
xpgk-dst-codec=<codecs’list>
Н
Значения поля Acct-Session-Id имеют следующий формат:
<prefix>-<leg type><route number>
где:
<prefix> — два случайных восьмизначных числа, разделённых “-”;
<leg type> — для входящего участка вызова равно “AV”, для исходящего участка — “OV”;
<route number> — текущий номер попытки перемаршрутизации.
Ожидаемый ответ – AccountingResponse
Запрос AccessRequest при внешней маршрутизации13.3РТУ МТТ выполняет данный запрос, если оборудование, выступающее в роли терминатора,имеет тип Сервер маршрутизации.
Цель данного запроса – получить маршруты для терминации вызова в конечном пункте. Приэтом существует возможность менять имя пользователя и пароль для данного вызова.
Возможна обработка нескольких маршрутов, выполняемая последовательным переходом кследующему машруту в случае невозможности терминации вызова по текущему пути.
Тип запроса – AccessRequest (Code 1)
Структура запроса к RADIUS-серверу на маршрутизацию
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
44 Acct-Session-Id Идентификатор для парыAccounting Start и Stop-пакетов
Форматприводится послетаблицы
О
1 User-Name Имя пользователя string О
2 User-Password Пароль, закодированныйчерез MD5 или в явномвиде
BYTE[16] или string О
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
26 xpgk-request-type
1 Тип запроса наавторизацию
всегда «route» О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 252
30 Calling-Station-Id
А-номер string О
31 Called-Station-Id
Б-номер string О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
О
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
О
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
26 xpgk-record-id 1 Уникальныйидентификатор.
xpgk-record-id=<string>
О
26 xpgk-route-retries
1 Текущий номер попытки xpgk-route-retries=<number>
О
26 h323-gw-id 33 ID шлюза-инициатора дляRADIUS-сервера
h323-gw-id=<string>
О
26 h323-gw-address
1 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
2 User-Password Пароль, зашифрованныйчерез MD5 или в явномвиде
BYTE[16] или string Н
26 xpgk-md5-auth 1 Пароль, зашифрованныйчерез MD5
BYTE[16] или string Н
3 CHAP-Password
Пароль, зашифрованныйчерез CHAP
string Н
60 CHAP-Challenge
Уникальный CHAP-идентификатор
string Н
104 Digest-Realm Описывает компонентзащищённогопространства RADIUS-сервера
string Н
105 Digest-Nonce Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
109 Digest-URI Уникальный string Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 253
идентификатор ресурсадля алгоритма Digest
108 Digest-Method Тип метода алгоритмаDigest
string Н
103 Digest-Response
Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
115 Digest-Username
Имя пользователя string Н
Значения поля Acct-Session-Id имеют следующий формат:
<prefix>-<route number>
где:
<prefix> — два случайных восьмизначных числа, разделённых “-”;
<route number> — текущий номер попытки перемаршрутизации.
Ожидаемые ответы – AccessAccept, AccessReject.
Структура ответа AccessAccept RADIUS-сервера на запрос о маршрутизации
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
26 h323-return-code
103 h323-return-code (если этополе отсутствует или
если присутствует, изначение поля равно 0, 13,51 или 52, то
авторизация считается
успешной, иначе вызов
завершится)
h323-return-code=<число>
О
26 xpgk-xrouting-routing
252 Набор маршрутов длятерминации звонка (можетбыть несколькомаршрутов, которые будутотработаны в порядкерасположения в пакете)
Формат описанпосле таблицы
Н
26 xpgk-xrouting-username
251 Трансляция именипользователя и пароля наданную сессию (только 1вхождение в пакет)
<имя>/<пароль> Н
26 h323-ivr-in 1 Используется дляподстановки в User-Name впакетах Accounting
string Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 254
Формат поля xpgk-xrouting-routing13.3.1
gateway/proxy_mode/source/dest/src_bill/dst_bill/ip-address[:port]/converter/extra
где:
gateway — имя шлюза из вкладки Оборудование;
proxy_mode — режим проксирования:
0 — нет проксирования медиа-трафика;
1 — есть проксирование медиа-трафика;
2 — использовать режим проксирования инициирующего шлюза;
3 — использовать режим проксирования терминирующего шлюза;
source — номер вызывающего абонента (src_number);
dest — номер вызываемого абонента, который будет отправлен на терминирующий шлюз(dst_number);
src_bill — номер вызывающего абонента для системы биллинга;
dst_bill — номер вызываемого абонента для системы биллинга;
ip-address[:port] — ip-адрес, с которым следует устанавливать соединение, с необязательнымпараметром номер порта;
converter – имя описания конвертера, через который будет выполняться терминация звонка;
extra – дополинтелные параметры;
AccessReject – авторизация считается неуспешной и данный маршрут завершается ссоовтетствующим локальным кодом.
Аутентификация пользователей на RADIUS-шлюзе13.4Существует несколько возможных сценариев аутентификации пользователей через RADIUS-сервер, которые зависят от типов аутентификации, поддерживаемых регистрирующимсяоборудованием:
Аутентификация по H.323 идентификатору (стандартная RADIUS-аутентификация);
Аутентификация по хэш-паролю MD5;
Аутентификация по CHAP-паролю;
Дайджест-аутентификация (Digest authentication).
Аутентификация по H.323 идентификатору (стандартная RADIUSаутентификация)
13.4.1
В ходе стандартной RADIUS-аутентификации пользователь присылает на РТУ МТТ пакетAccessRequest, в котором в поле terminalAlias содержится идентификатор пользователя,состоящий из имени пользователя и пароля, между которыми стоит разделитель. В качестверазделителя могут использоваться символы «|», «:», «!» и «%».
После получения пакета РТУ МТТ высылает RADIUS-серверу запрос на доступ (выделенокрасным прямоугольником), который содержит имя пользователя, его пароль, идентификаторMVTS и идентификатор порта, к которому пользователь пытается получить доступ. Парольшифруется по алгоритму MD5 (MD5 хэш) и генерируется по следующей схеме:
UserPassword = MD5Hash(Shared Secret, RemoteAuthenticator) XOR password,
где
Shared Secret – значение поля Ключ шифрования в настройках RADIUS-сервера;
RemoteAuthenticator — псевдослучайное число, которое передается регистрирующимсяоборудованием в заголовке запроса AccessRequest;
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 255
password — пароль пользователя из базы данных РТУ МТТ.
Стандартная RADIUS аутентификация
На основе полученных данных и секретного ключа (shared secret), установленного междуСистемой и RADIUS-сервером, RADIUS-сервер генерирует свой MD5 хэш, и, если он совпадаетс хэшем, полученным от РТУ МТТ, то он высылает Системе сообщение AccessAccept, впротивном случае высылается сообщение об отказе в доступе (AccessReject).
Аутентификация по хэш-паролю MD513.4.2
При данном методе аутентификации регистрирующийся пользователь присылает на РТУ МТТзапрос GatekeeperRequest, в котором содержится информация о том, что пользовательподдерживает именно этот метод аутентификации. После получения от Системы сообщенияGatekeeperConfirm, пользователь высылает Системе запрос на регистрацию, в которомсодержится псевдоним пользователя (alias), отметка времени (time stamp), MD5 хэш иинформация о параметрах, использовавшихся для его генерации (выделено красным овалом нариснуке ниже). Поскольку Система не знает настоящего пароля регистрирующегосяпользователя, то хэш-пароль передается на RADIUS-сервер не в поле password, а в поле xpgk-md5-auth (выделено красным прямоугольником) вместе с параметрами, использовавшимися дляего генерации. В данном случае для аутентификации пользователя RADIUS-сервер долженсуметь распознать поле xpgk-md5-auth.
Аутетнтификация по хэш-паролю MD5
Аутентификация по CHAP-паролю13.4.3
При данном методе аутентификации регистрирующийся пользователь присылает на РТУ МТТgatekeeper request, в котором содержится информация о том, что он поддерживает алгоритм
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 256
аутентификации по CHAP-паролю. В ответ на запрос Система отсылает сообщениеGatekeeperConfirm, в котором содержится ключ (challenge), псевдослучайноешестнадцатиразрядное число. Пользователь отсылает Системе запрос на регистрацию, вкотором в поле tokens передает ключ (challenge), хэш, сгенерированный на основе ключа,пароля и идентификатора пользователя. После этого РТУ МТТ посылает запрос на регистрациюна RADIUS-сервер, в котором содержится следующая информация:
CHAP-Password – хэш, сгенерированный пользователем;
CHAP-Challenge – ключ;
User-Name — имя пользователя.
На риснуке ниже приведен пример запроса на регистрацию.
Аутентификация по CHAP-паролю
Задача RADIUS-сервера состоит в том, чтобы распознать поля CHAP-Password и CHAP-Challenge, по имени пользователя найти в своей базе данных пароль пользователя и на основепароля, имени пользователя и ключа сгенерировать идентичный хэш. В случае если хэш,сгенерированный RADIUS-сервером, не соответствует хэшу, полученному от Системы,аутентификация отклоняется.
Дайджест-аутентификация (Digest authentication)13.4.4
Данный метод используется для аутентификации оборудования, поддерживающего протоколSIP. Аутентификация осуществляется следующим образом:
Пользователь присылает на модуль регистрации и балансировки нагрузки запрос нарегистрацию (пакет REGISTER);
В ответ на запрос модуль регистрации и балансировки нагрузки высылает пользователюпакет 401, в котором передает пользователю так называемый «nonce» — псевдослучайноечисло;
Пользователь на основе “nonce” и других данных генерирует MD5-хэш (DigestResponse),который вместе с параметрами, использованными для его генерации, передается вответном пакете REGISTER;
Модуль регистрации и балансировки нагрузки передает в РТУ МТТ запрос нарегистрацию, в котором в поле tokens передает сертификат, состоящий из MD5-хэша,сгенерированного пользователем, а также данных, которые были использованы для егогенерации;
РТУ МТТ в пакете AccessRequest в разных полях передает на RADIUS-сервер этот хэш иданные, использовавшиеся пользователем для его генерации;
RADIUS-сервер должен сгенерировать идентичный MD5 хэш с использованиемполученных данных и пароля этого пользователя из своей базы данных. Еслисгенерированный хэш совпадет с полученным от Системы в атрибуте Digest-Responce(выделено красным овалом), то пользователь будет авторизован. В противном случаеаутентификация отклоняется.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 257
Схема дайджет-аутентификации
Дайджест-аутентификация
Прерывание вызова по получении сообщенияPacket-of-Disconnect
13.5
Данная функциональность предназначена для возможности прерывания вызова по команде отRADIUS-сервера при получении Системой сообщения Packet-of-Disconnect. Приём-передачасоответствующих сообщений с RADIUS-сервера соответствует RFC 3576.
Алгоритм работы следующий:
РТУ МТТ принимает сообщения Packet-of-Disconnect на всех портах (авторизации,билинга, внешней маршрутизации). В полученном сообщении должен быть указан IDконференции, которую требуется прервать.
По получении этого сообщения проверяется, существует ли конференция с указаннымID.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 258
o Если конференция существует, то она обрывается, а на RADIUS-сервер, с которогопришло сообщение Packet-of-Disconnect, отправляется подтверждение Disconnect-ACK.
o В противном случае отправляется Disconnect-NACK.
Прерывание активных вызовов по получению Packet-of-Disconnect производится всегда,независимо от настроек.
Сообщения, связанные с Packet-of-Disconnect
Сообщение Код сообщенияпо RFC 3576
Атрибуты сообщения
Packet-of-Disconnect
40 h323-conf-id — идентификатор конференции(активного вызова), которую необходимо завершить.Данный идентификатор генерируется ПКомм. Данныйатрибут должен иметь такое же значение, как и h323-conf-id, передаваемый в запросах Access-Request,Accounting-Request.
h323-incoming-conf-id — идентификаторконференции, которую необходимо завершить. Данныйидентификатор приходит от оборудования. Данныйатрибут должен иметь такое же значение, как и h323-incoming-conf-id, передаваемый в запросах Access-Request, Accounting-Request.
Система ожидает наличия либо h323-conf-id, либоh323-incoming-conf-id. В случае, если в пакетесодержатся оба атрибута, Система отдает предпочтениеh323-conf-id.
Disconnect-ACK 41 Отсутствуют.
Disconnect-NACK
42 Отсутствуют.
Приложение Ж. Удаление CDR-записей из БД
Стр. 259
Приложение Ж. Удаление CDR-записей из БД14
Для удаления CDR-записей из БД выполните следующие действия:
Пр оцесс удаления CDR-записей необр атим.
В консоли MySQL выполните команду:
alter table mvts_cdr union=(mvts_cdr_model);
В консоли MySQL удалите все ненужные таблицы CDR. Например:
drop table mvts_cdr_200801
drop table mvts_cdr_200801
drop table mvts_cdr_200801
В командном процессоре ОС выполните следующую команду:
/usr/local/lib/mvtspro/mvtsprodb.py —user=rtu —pass=rtu —db=rtuupdate_merge_cdr
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 260
Приложение З. Вспомогательные утилиты РТУ (модультранзита трафика)
15
Enter topic text here.
Утилита mvtspro-checker15.1Утилита mvtspro-checker предназначена для проверки системы в целом на предмет корректногофункционирования и позволяет выполнять следующее:
проверять существование каталогов по умолчанию для сохранения незаписаннойинформации;
проверять таблицы для сохранения CDR-записей и наличие триггеров для выбранныхтаблиц;
проверять существование утилит mvts3g-sqlclient и mvts3g-sclient;
выводить информацию об используемом дисковом пространстве;
выводить информацию об использованной памяти и загрузке ЦПУ;
выводить информацию о состоянии модулей.
Утилита вызывается из командной строки командой mvtspro-checker .
Конфигурационный файл утилиты расположен по следующему пути /etc/mvts3g/mvtspro-checker.conf.
В каждой строке должна содержаться запись вида “переменная = значение”.
Параметры в конфигурационном файле сгруппированы по секциям в зависимости от типапроверки. Список переменных и описание:
Секция Checking modules: переменные, определяющие, какие именно проверкинеобходимо выполнять.
Имя Значение поумолчанию
Описание
directory yes Если значение параметра равно “yes”, то будет проверятьсясуществование каталогов по умолчанию для сохранениянезаписанной информации.
database yes Если значение параметра равно “yes”, то будут проверятьсятаблицы для сохранения CDR-записей и наличие триггеров длявыбранных таблиц.
mvts3gutils yes Если значение параметра равно “yes”, то будет проверятьсясуществование утилит mvts3g-sqlclient и mvts3g-sclient.
diskspace yes Если значение параметра равно “yes”, то будетосуществляться вывод информации об используемомдисковом пространстве.
memcpu yes Если значение параметра равно “yes”, то будетосуществляться вывод информации об использованнойпамяти и загрузке ЦПУ.
ts yes Если значение параметра равно “yes”, то будетосуществляться вывод информации о состоянии модулей.
Секция Data Base описывает параметры, относящиеся к БД.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 261
Имя Значение поумолчанию
Описание
host localhost IP-адрес или доменное имя хоста, где расположенаБД.
name mvtspro Наименование схемы БД.
user rtu Имя пользователя БД.
passwd rtu Пароль пользователя БД.
triggers4tables mvts_gateway,mvts_dialpeer
Список таблиц, для которых будет проверятьсяналичие триггеров.
Секция TS описывает параметры подключения к ПКомм через telnet.
Имя Значение поумолчанию
Описание
commandlineIP localhost IP-адрес или доменное имя хоста, где расположенПКомм.
commandlinePort 7000 Порт, на котором ожидает сообщений модулькомандной строки ПКомм.
Утилита mvtspro-acc-restorer15.2Утилита mvtspro-acc-restorer позволяет немедленно отправить все RADIUS-пакеты (заисключением Accounting Boot), сохранные на жестком диске в определенном каталоге.
Утилита вызывается из командной строки командой mvtspro-acc-restorer.
Опции:
-m – задаёт режим отправки пакетов:
sync – отправка пакетов в синхронном режиме: пакеты отправляются последовательно,пока один пакет не отправлен (или истекло время ожидания) следующий пакет неотправляется;
async — отправка пакетов в асинхронном режиме: отправляется максимально-возможноечисло пакетов, ответы ожидаются для любого отосланного запроса.
Пример использования:
mvtspro-acc-restorer -m async
Конфигурационный файл утилиты расположен по следующему пути /etc/mvts3g/mvtspro-acc-restorer.conf.
Пустые строки и строки, начинающиеся с #, игнорируются.
В каждой строки должна содержаться запись вида “переменная = значение”. Для переменныхнет значений по умолчанию.
Список переменных и описание:
Наименованиепеременной
Описание
host Наименование компьютера, где расположен RADIUS-сервер, или его IP-адрес.
port Номер порта, на котором RADIUS-сервер ожидает прибытия пакетов
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 262
Accounting.
secret Ключ шифрования.
retry Число попыток отсылки пакета.
timeout Время ожидания ответа от RADIUS-сервера, в миллисекундах.
maxpacklen Максимальная длина принимаемого ответного пакета от RADIUS-сервера.
path Каталог, в котором расположены сохраненные пакеты Accounting.
template Префикс имени файлов, в которых находятся сохранённые пакетыAccounting.
При задании параметров path и template следует учитывать, что поиск файлов (в которыхсодержаться сохраненные пакеты) производится по шаблону:
path + ‘/’ + template + ‘.*’
Утилита mvtspro-cdr-restorer15.3Утилита mvtspro-cdr-restorer позволяет немедленно добавить в БД все CDR, сохранные нажестоком диске в определенном каталоге.
Утилита вызывается из командной строки командой mvtspro-cdr-restorer.
Конфигурационный файл утилиты расположен по следующему пути /etc/mvts3g/mvtspro-cdr-restorer.conf.
Пустые строки и строки, начинающиеся с #, игнорируются.
В каждой строки должна содержаться запись вида “переменная = значение”. Для переменныхнет значений по умолчанию.
Список переменных и описание:
Наименованиепеременной
Описание
host Наименование компьютера, где расположена БД, или его IP-адрес.
name Наименование схемы базы данных, куда производится вставка CDR-записей.
user Имя пользователя базы данных.
passwd Пароль пользователя базы данных.
path Каталог, в котором расположены сохраненные CDR.
template Префикс имени файлов, в которых находятся сохранённые CDR.
nodename Имя модуля маршрутизации.
При задании параметров template следует учитывать, что поиск файлов (в которыхсодержаться сохраненные CDR-записи) производится по шаблону:
path + ‘/’ + template + ‘.*’
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 263
Улилита Disk Space Monitor15.4Утилита просматривает каталоги на наличие свободного места в них. Если свободного местаменьше, чем определено в конфигурационном файле, то посылается уведомление. Длянастройки утилиты выполните следующие действия:
1) Убедитесь, что установлен пакет mvts3g-mail (обычно в /usr/sbin/mvts3g-mail);
2) Отредактируйте конфигурационный файл mvts3g-mail (/etc/mvts3g/mvts3g-mail.conf):
a) Установите значения для параметров «FROM» и «TO
b) Добавьте значение «DISKSPACE» к списку параметров «ALARM_ID
c) Убедитесь, что значение «CRITICAL» указано в параметре «ALARM_SEVERITY
3) Установите и настройте почтовый агент (Sendmail, Exim и т.д.) для отправки сообщенийэлектронной почты;
4) Убедитесь в его работоспособности, отправив тестовое письмо командой:
#> echo «Test mvts3g-mail.» | mvts3g-mail /etc/mvts3g/mvts3g-mail.conf -a -iDISKSPACE -sCRITICAL
5) Задайте минимальное значение свободного дискового пространства в каталогах в файле /etc/mvts3g/mvts3g-diskspace.conf;
6) Задайте желаемый интервал проверки в файле /etc/cron.d/mvtspro-utils.
Конфигурационный файл mvts3g-diskspace.conf для утилиты Disk Space Monitorрасположен в каталоге /etc/mvts3g/. Параметры в конфигурационном файле задаются накаждой строке и имеют вид:
<каталог> <минимум свободного места>
где:
<каталог> — каталог, проверяемый на наличие свободного места;
<минимум свободного места> — минимально количество свободного места вкаталоге, в мегабайтах; если свободного места в данном каталоге меньше, чем указано,то посылается уведомление.
Утилита checkrepl15.5Для проверки состояния тиражирования (репликации) на сервере с базой данных используетсяутилита checkrepl.sh. Утилита расположена по следующему пути — /usr/local/lib/mvtspro/checkrepl/checkrepl.sh. В процессе работы утилита подключается куказанной базе данных и проверяет, функционирует ли тиражирование для этой БД.
Утилита вызывается из командной строки и имеет следующие параметры:
./checkrepl.sh <dbuser> <dbpass> <dbname> <dbhost>
где:
<dbuser> — имя пользователя базы данных;
<dbpass> — пароль для пользователя БД;
<dbname> — имя базы данных;
<dbhost> — IP-адрес или имя хоста базы данных;
В случае, если тиражирование не функционирует, то утилита пытается перезапуститьтиражирование.
Если перезапуск не удался или тиражирование изначально не было настроено на сервере, тоутилита может отправить сообщение на электронную почту администратора. Для этого в файле/etc/mvts3g/mvts3g-mail.conf в списке ALARM_ID необходимо добавить событиеDBREPLICATION.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 264
В случае, если утилита сигнализир ует о пр облемах с механизмом тир ажир ования,р екомендуется максимально опер ативно связаться со службой технической поддер жки.
В процессе работы утилита ведет журнал /var/log/mvts-3g/webdb-replication.log.
Кроме того, для задания автоматической ежечасной проверки состояния тиражирования введитев командной строке следующую команду:
ln -sf /usr/local/lib/mvtspro/mvtsprodb-replication-hourly /etc/cron.hourly/mvtsprodb-replication-hourly
Утилита checkdb_full15.6Для проверки целостности базы данных используется утилита checkdb_full.sh. В процессеработы утилита сравнивает структуру эталонной базы данных определенной версии со текущейструктурой БД, размещенной на сервере.
Для инженер ов службы тех. поддер жки — утилита, объединенная с ар хивом всех эталонныхбаз данных, р асположена в официальном р епозитар ии (voip-productsRTUWEB+DB_all_updates) .
Утилита вызывается из командной строки и имеет следующие параметры:
./checkdb_full.sh <dbuser> <dbpass> <dbname> <webdb_version><webengine_version>
где:
<dbuser> — имя пользователя базы данных, размещенной на сервере;
<dbpass> — пароль для пользователя БД, размещенной на сервере;
<dbname> — имя базы данных;
<webdb_version> — версия компонента WEBDB эталонной БД, с которым производитсясравнение;
<webengine_version> — версия компонента WEBENGINE эталонной БД, с которымпроизводится сравнение. В случае, если компонент WEBENGINE для данной БД неиспользуется, то вместо него необходимо поставить прочерк «-«.
Компонент WEBENGINE вер сий младше 1.5.3-1 не содер жат в себе отдельный дамп БД,поскольку он был включен в компонент WEBDB. Поэтому для компонента WEBENGINE вер сиймладше 1.5.3-1 пр и пр овер ке БД указывать вер сию WEBENGINE не следует.
Примеры использования:
./checkdb_full.sh rtu rtu rtu 1.5.5-14 —
./checkdb_full.sh rtu rtu mvtspro 1.6.2-3 1.5.3-6
В случае выявления несоответствий утилита выведет на экран список отличий.
Пример вывода утилиты в случае, если проверка прошла успешно:
rtu-test:~/checkdb# ./checkdb_full.sh rtu rtu rtu 1.6.2-8 1.5.3-9Creating directory checkdb_fullVerifying archive integrity… All good.Uncompressing MFISoft DB Check…………….Input parameters: DB_NAME = rtu DB_USER = rtu WEBDB = 1.6.2-8 (1_6_2_x) WEBENGINE = 1.5.3-9 (1_5_3_x)Extracting archive ‘webdb_1_6_2_x.tar.bz2’Extracting archive ‘webengine_1_5_3_x.tar.bz2’Creating temp database Loading webengine dbdump …
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 265
Loading webdb dbdump …Checking databasesReading standard db
Reading real db
Comparing databases..Comparing tables with columns and keysComparing routinesComparing triggers
Database check completed
Dropping temp databaseRemoving temp dirsCheck successful
Пример вывода утилиты в случае, если проверка прошла неуспешно:
rtu-test:~/checkdb# ./checkdb_full.sh rtu rtu rtu 1.6.2-2 1.5.3-5Creating directory checkdb_fullVerifying archive integrity… All good.Uncompressing MFISoft DB Check…………….Input parameters: DB_NAME = rtu DB_USER = rtu WEBDB = 1.6.2-2 (1_6_2_x) WEBENGINE = 1.5.3-5 (1_5_3_x)Extracting archive ‘webdb_1_6_2_x.tar.bz2’Extracting archive ‘webengine_1_5_3_x.tar.bz2’Creating temp database Loading webengine dbdump … Loading webdb dbdump …Checking databasesReading standard db
Reading real db
Comparing databases..Comparing tables with columns and keysComparing routinesComparing triggers
Different objects found: * columns in tables: gui_relation_set (param); gui_user_auth (reauth); mvts_radius_acct_profile (acct_only_last_out)
Database check completed
Dropping temp databaseRemoving temp dirsCheck failed
Утилита aloe_upgrade_cdrs15.7Утилита aloe_upgrade_cdrs используется для приведения таблицы с CDR-записями к единомутекущему формату после обновления версии. Утилита расположена по следующему пути — /usr/local/lib/mvtspro/cdrmove/aloe_upgrade_cdrs.sh.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 266
Утилита вызывается из командной строки на сервере, где расположена база данных, соследующеми параметрами:
./aloe_upgrade_cdrs.sh <dbname> <running_mode>
где
<dbname> — имя базы данных. Для РТУ МТТ — mvtspro, для РТУ — rtu.
<running_mode> — режим запуска.
Имеются следующие режимы:
run — стандартный режим, используемый при обновлении web-интерфейса и базы данных.В этом режиме утилита выполняет следующие действия:
переименовывает таблицу за текущий месяц и таблицу сомнительных CDR, добавляя ких именам префикс backup_<number>, где <number> — порядковый номер таблицы.
удаляет таблицу за следующий месяц и таблицу mvts_cdr.
вместо таблиц за текущий и следующий месяц, а также таблиц CDR сомнительныхсоздает новые согласно структуре, заданной в таблице mvts_cdr_model, так же создаетсводную таблицу mvts_cdr за два месяца.
добавляет задачи в системный планировщик по порциональному переносу CDR-записей (по 5000 каждые 5 секунд) из переименованных таблиц во вновь созданные, приэтом процесс переноса отражается в файле /usr/local/lib/mvtspro/cdrmove/move.log.
Прочие режимы используются, если необходимо выполнить лишь отдельные шаги из этойпроцедуры.
stop — останавливает перенос CDR-записей из старых таблиц в новые и удаляет эту задачуиз системного планировщика.
start — добавляет задачу на перенос CDR-записей в системный планировщик.
add_backups — добавляет в файл move.cfg задания на перенос всех таблиц, имеющих префикс backup_<number>.
upgrade_table <table_name> — добавляет задачу для обновления таблицы с именем<table_name>. Утилита добавляет к имени таблицы префикс backup_<number> исоздает новую таблицу с обновленной структурой с именем <table_name>.
Все устаревшие таблицы, из которых были скопированы CDR-записи (с префиксомbackup_<number>), остаются в БД.
Утилита при работе использует конфигурационный файл move.cfg, в который заноситсясписок задач, подлежащих выполнению.
Утилита ведет журнал /usr/local/lib/mvtspro/cdrmove/move.log.
В случае, если использование стандартного режима недостаточно (например, нужно перевести вновый формат все таблицы с CDR-записями, а не только за текущий и следующий месяц), тонеобходимо выполнить следующие действия:
используя режим upgrade_table добавить задачи для обновления необходимых таблицы.Список таблиц и их названия можно посмотреть в web-интерфейсе Конфигурация ->Таблицы CDR. Например:
Для РТУ МТТ:
./aloe_upgrade_cdrs.sh mvtspro upgrade_table mvts_cdr_201101
Для РТУ:
./aloe_upgrade_cdrs rtu upgrade_table mvts_cdr_201101
после того, как CDR-записи будут перенесены, необходимо запустить утилитуmvtsprodb.py с командой recreate_merge_cdr. Утилита находится в директории /usr/local/lib/mvtspro/cdrmove/ и имеет следующие ключи:
—host=<hostname>, где <hostname> — имя сервера БД или его IP-адрес.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 267
—user=<username>, где <username> — имя пользователя БД.
—pass=<password>, где <password> — пароль пользователя БД.
—db=<dbname>, где <dbname> — имя базы данных.
Например:
Для РТУ МТТ:
./mvtsprodb.py —host=localhost —user=rtu —pass=rtu —db=mvtsprorecreate_merge_cdr
Для РТУ:
./mvtsprodb.py —host=localhost —user=rtu —pass=rtu —db=rturecreate_merge_cdr
Утилита mvts3g-logexport15.8Утилита mvts3g-logexport предназначена для экспорта записей из журналов действийпользователя в web-интерфейсе. Утилита расположена в каталоге /usr/sbin/.
Формат использования утилиты:
./mvts3g-logexport.php <тип журнала>
где <тип журнала>
rtu_log — журнал, ведущийся в web-интерфейсе РТУ МТТ.
centrex_log — журнал, ведущийся в web-интерфейсе РТУ МОА.
Пример использования:
./mvts3g-logexport.php rtu_log
Утилита имеет конфигурационный файл /etc/mvts3g/mvts3g-logexport_config.php, в котором задаются следующие параметры
‘dbhost’ => ‘localhost’ — адрес базы данных;
‘dbuser’ => ‘rtu’ — имя пользователя БД;
‘dbpassword’ => ‘rtu’ — пароль пользователя БД;
‘dbname’ => ‘rtu’ — имя БД;
‘save_on’ => ‘local’ — способ сохранения выгруженной информации (local — на жесткий диск, ftp — на FTP-сервер);
‘filename_template’ => ‘%Y%m%d_%H%M%S.csv’ — шаблон имени файла свыгруженной информацией. Окончательное имя файла будет иметь вид<table_id>_<filename_template>, где <table_id> — тип журнала, заданный призапуске утилиты;
‘save_path’ => ‘/var/log/mvts3g’ — каталог, в который будетсохранен файл с выгруженной информацией;
‘last_id_filename’ => ‘last_id.dat’ — имя файла, в котором храниться IDпоследней записи выгруженного журнала. Файл записывается в каталог /usr/sbin/.Полное имя файла имеет вид <table_id>_<last_id_filename>, где <table_id> -тип журнала, заданный при запуске утилиты. При удалении файла утилита будет выгружатьзаписи начиная с первого ID;
‘csv_separator’ => ‘;’ — разделитель в CSV-файле. Возможные значения ‘;’,’,’, ‘|’;
‘csv_quote’ => ‘»‘ — вид кавычек в CSV-файле. Возможные значения — двойныекавычки ‘»‘ и без кавычек »;
‘compression’ => » — метод сжатия CSV-файла. Возможные значения — пусто »(без сжатия), ‘gzip’ или ‘bzip2’;
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 268
‘ftp_server’ => ‘rtu-test’ — имя или адрес FTP-сервера, на которыйвыгружается CSV-файл (используется если выгрузка происходит через FTP);
‘ftp_user’ => ‘userftp’ — имя пользователя FTP-сервера, на которыйвыгружается CSV-файл (используется если выгрузка происходит через FTP);
‘ftp_password’ => ‘rtu’ — пароль пользователя FTP-сервера, на которыйвыгружается CSV-файл (используется если выгрузка происходит через FTP);
‘ftp_pasv’ => true — режим передачи (активный — false, пассивный — true;используется если выгрузка происходит через FTP);
Утилита имеет журнал, хранящийся в файле /var/log/mvts3g/autoexport.log.
В результирующем файле информация будет иметь следующий формат:
Для РТУ МТТ:
Идентификатор записи
Дата записи
IP-адрес пользователя, который совершил операцию
Имя области графического интерфейса, к которой принадлежит пользователь
Имя пользователя, совершившего операцию
Имя таблицы, в которой была совершена операция
Название действия
Данные, который были применены
Фильтр, назначенный таблице в то время, когда была выполнена операция
Количество измененных строк в таблице
Например:
52281;»2011-01-11 14:22:03″;192.168.132.2;users;DPashkov;»Systemusers»;»View data»;;;652282;»2011-01-11 16:50:38″;192.168.130.132;users;Administrator;Equipment;»View data»;;;52283;»2011-01-11 16:50:43″;192.168.130.132;users;Administrator;Equipment;»View data»;;»Array( [type] => agg [operator] => and [childs] => Array ( [0] => Array ( [type] => cond [column] => description [operator] => = [value] => aklishev )
)
)»;1852284;»2011-01-11 16:57:37″;192.168.132.2;users;DPashkov;»Systemusers»;»View data»;;;6
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 269
Для РТУ МОА:
Идентификатор записи
Дата записи
IP-адрес пользователя, который совершил операцию
Тип пользователя, совершившего операцию (User, Admin, Operator)
Имя пользователя, совершившего операцию
Имя домена, в котором была совершена операция
Тип действия (Create, Edit, Delete)
Внутренний идентификатор таблицы, в которой была совершена операция
Выполненное действие в формате:
<описание действия>, field=»<название поля>»: previous=»<предыдущеезначение>», current=»<текущее значение>»
Список действий перечисляется через запятую. Для некоторых действия доступно толькоописание.
Например:
4;»03/01/2011 21:38:37″;192.168.129.133;Admin;admin;ROOT;Create;PersonalDetails;»PersonalDetails of user 3434 domain ROOT was changed,field=»»user_id»»: previous=»»»» current=»»9ccf5b57-aa09-478a-be9d-d061a65e0037″», field=»»user_type»»: previous=»»»» current=»»personal»»,field=»»document»»: previous=»»»» current=»»passport»»»5;»03/01/2011 21:38:37″;192.168.129.133;Admin;admin;ROOT;Edit;User;»User3434 domain ROOT was changed, field=»»followme_enabled»»: previous=»»»»current=»»false»»»6;»03/01/2011 21:38:54″;192.168.129.133;Admin;admin;ROOT;Delete;User;»User3434 domain ROOT was deleted»
При необходимости регулярной выгрузки можно создать символическую ссылку на файл /etc/mvts3g/mvts3g-logexport-cron в каталог
/etc/cron.daily — для запуска каждый день.
/etc/cron.weekly — для запуска каждую неделю.
/etc/cron.monthly — для запуска каждый месяц.
/etc/cron.hourly — для запуска каждый час.
Например, для организации ежедневной выгрузки данных создайте следующую символическуюссылку:
ln -s mvts3g-logexport-cron /etc/cron.daily/mvts3g-logexport-cron
Файл /etc/mvts3g/mvts3g-logexport-cron содержит команды для выгрузки журналовРТУ МОА и РТУ МТТ. В случае отсутствия одного из компонентов ненужную строчку можноудалить.
Приложение И. Выравнивание нагрузки SIP и H.323
Стр. 270
Приложение И. Выравнивание нагрузки SIP и H.32316
Модуль балансировки нагрузки распределяет входящие вызовы между несколькими модулямиуправления вызовами, при этом для каждого протокола используются разные методыбалансировки.
H.32316.1При получении подключения от какого-либо устройства, модуль балансировки нагрузкивыбирает модуль управления вызовами (на основании стандартного ASR для этого модуля запоследние несколько секунд) и начинает работать в качестве посредника между устройством ивыбранным модулем, передавая все сообщения ему и от него. Таким образом, для протоколаH.323 все сообщения в любом случае проходят через модуль балансировки нагрузки.
SIP16.2
С сообщением 302
В случае, когда вызывающее устройство поддерживает обработку сообщения 302 и в секции sipфайла конфигурации модуля балансировки нагрузки указан параметр proxying_balancing “no”,то при получении сообщения INVITE модуль балансировки нагрузки выбирает модульуправления вызовами (на основании стандартного ASR) и отвечает вызывающему устройствусообщением 302, содержащим адрес выбранного модуля. После этого устройство отправляетсообщение INVITE на модуль управления вызовами, и в дальнейшем все взаимодействие междуСистемой и удаленным устройством происходит без участия модуля балансировки нагрузки.
Без сообщения 302
Если в секции sip файла конфигурации модуля балансировки нагрузки указан параметрproxying_balancing “yes”, то при получении сообщения INVITE модуль балансировки выбираетмодуль управления вызовами и в дальнейшем передает ему и от него все сообщения,модифицируя их необходимым образом. Тем самым, в данном варианте модуль балансировкидействует аналогично варианту для H.323-вызовов. Использование данного режима необходимопри наличии среди инициаторов устройства, которое не поддерживает обработку сообщения302. Режим без применения сообщения 302 значительно увеличивает нагрузку на модульбалансировки, по сравнению с режимом с сообщением 302.
Приложение К. Преодоление «барьера» адресной трансляции (NAT)
Стр. 271
Приложение К. Преодоление «барьера» адреснойтрансляции (NAT)
17
1) Система способна принимать вызовы из-за NAT на протоколах SIP и H.323. При этомустройство может быть идентифицировано по IP-адресу NAT-маршрутизатора и посигнальному IP-адресу/порту, полученному из сообщений сигнализации.
2) Система способна совершать вызовы на устройство за NAT-маршрутизатором попротоколу SIP. При этом должны быть выполнены следующие условия:
a) устройство регистрируется в Системе;
b) устройство присылает сообщение REGISTER с того порта, на котором потом можетпринять сообщение INVITE.
Механизм осуществления вызовов за NAT-маршрутизатор следующий:
при отправке устройством сообщения REGISTER на NAT-маршрутизатореобразуется ассоциация IP-адреса/порта устройства и IP-адреса/порта модулябалансировки нагрузки.
данная ассоциация поддерживается или стороны устройства (пакетами keep-alive),или со стороны Системы (пакетами OPTIONS).
в процессе осуществления вызова пакеты от модуля балансировки нагрузки ссоответствующего порта направляются на соответствующий порт NAT, который всвою очередь направляет их устройству, и наоборот.
3) Система может совершать вызовы за NAT по протоколу H.323 только в случае заданиястатических правил на NAT (то есть, правил соответствия IP-адреса/порта на устройстве иIP-адреса/порта на NAT-маршрутизаторе).
Приложение Л. Управление оконечным оборудованием в РТУ (модуль транзита трафика)
Стр. 272
Приложение Л. Управление оконечнымоборудованием в РТУ (модуль транзита трафика)
18
Несмотря на то, что РТУ МТТ позиционируется преимущественно для обработки транзитноготрафика, он может также использоваться и для обслуживания оконечного оборудования(абонентских терминалов). За каждым абонентским терминалом в транзитной части закрепленопределенный номер телефона. При этом абонентский терминал может как регистрироваться,так и не регистрироваться в Системе.
Для использования данной функциональности необходимо выполнить следующие действия:
В таблице Оборудование вызвать контекстное меню и выбрать пункт Добавить;
В параметре Тип оборудования выбрать тип Оконечное оборудование;
В поле Номер оконечного оборудования задать телефонный номер терминала (на данноеполе распространяются правила, применимые для поля Шаблон Б-номеров объектовнабора);
При необходимости, указать параметры регистрации и прочие параметры терминальногоустройства.
При этом неявно автоматически будет создан объект набора для данного терминала, и послерегистрации (если она настроена) вызовы могут поступать как на него, так и с него. Неявносозданный объект набора будет иметь имя (видимое, например, в CDR-записях и в таблицеДерево объектов набора (DPs)), основанное на имени оборудования, и формирующееся как<имя устройства>-epdp. При этом данный объект набора не будет отображаться в таблице Объекты набора (DPs). Например, для устройства с именем IvanIvanovEP будет неявносоздан объект набора с названием IvanIvanovEP-epdp. Для подобного неявно заданногообъекта набора параметр Приоритет задается равным 100.
Приложение M. Механизм внешней маршрутизации вызовов с помощью SIP/H.323
Стр. 273
Приложение M. Механизм внешней маршрутизациивызовов с помощью SIP/H.323
19
В Системе реализован механизм внешней маршрутизации вызовов с помощью протоколовH.323 и SIP.
H.32319.1Для протокола H.323 механизм внешней маршрутизации вызовов основан на взаимодействии сH.323-привратником и обработке сообщений Lxx.
При этом схема взаимодействия следующая:
В случае, если в списке маршрутов, сформированного из объекта набора, был обнаруженшлюза типа Привратник, то Система отправляет сообщение LRQ на данный привратник;
Привратник отвечает сообщением LCF, в котором содержатся номера и адреса серверов,на которые в действительности должен направляться вызов.
Эти данные вставляются в список маршрутов на место записи о и Система производитвыбор маршрута в обычном порядке;
SIP19.2
Для протокола SIP механизм внешней маршрутизации вызовов основан на обработке SIP-сообщений 300 “Multiple choice”, содержащих перечень возможных маршрутов длятерминирования вызова.
При этом схема взаимодействия с сервером маршрутизации SIP следующая:
В случае, если в списке маршрутов, сформированного из объекта набора, был обнаруженшлюза типа Сервер маршрутизации SIP, то Система отправляет сообщение INVITE наданный сервер маршрутизации;
Сервер маршрутизации отвечает сообщением 300 с полем Contacts, в которомсодержатся номера и адреса серверов, на которые в действительности долженнаправляться вызов.
Эти данные вставляются в список маршрутов на место записи о сервере маршрутизацииSIP и Система производит выбор маршрута в обычном порядке;
Приложение Н. Настройка режима IPSP
Стр. 274
Приложение Н. Настройка режима IPSP20
Режим IPSP позволяет организовать взаимодействие между двумя пунктами сигнализации ОКС7по IP без использования сигнального шлюза.
Базовая настройка20.1Для базовой настройки IPSP необходимо настроить M3UA, что означает выполнить следующиедействия:
Сконфигурировать локальный оконечный пункт (LocalEndpoint).
o Задать идентификатор оконечного пункта. Идентификатор задается в секции m3ua спомощью ключевого слова LocalEndpoint. Допустимый диапазонидентификаторов 0-65535.
o Задать порт для оконечного пункта. Порт задается ключевым словом port в секцииLocalEndpoint. Допустимый диапазон — 0-65535. Рекомендуемое значение — 2905.Порт зарезервирован в IANA для M3UA.
o Задать список адресов оконечного пункта. Адреса задаются путем перечисления IP-адресов в секции Addresses.
Пример секции LocalEndpoint:
LocalEndpoint «42» { port «2905»; Addresses { «192.168.17.71»; };};
Сконфигурировать удаленный оконечный пункт (RemoteEndpoint).
o Задать идентификатор оконечного пункта. Идентификатор задается в секции m3ua спомощью ключевого слова RemoteEndpoint. Допустимый диапазонидентификаторов 0-65535.
o Задать порт для оконечного пункта. Порт задается ключевым словом port в секцииRemoteEndpoint. Допустимый диапазон — 0-65535. Рекомендуемое значение — 2905.Порт зарезервирован в IANA для M3UA.
o Задать список адресов оконечного пункта. Адреса задаются путем перечисления IP-адресов в секции Addresses.
Пример секции RemoteEndpoint:
RemoteEndpoint «41»{ port «2905»; Addresses { «192.168.17.72»; };};
Сконфигурировать LIPSP (локальный IPSP).
o Задать идентификатор LIPSP. Идентификатор задается ключевым словом LIPSP.Допустимый диапазон идентификаторов 1-65534.
o Задать протокольный идентификатор процесса параметром m3asp_id. Допустимыйдиапазон значений 1-1000. Если параметр указан, в сообщение AspUp вкладываетсяпротокольное поле Asp id.
Приложение Н. Настройка режима IPSP
Стр. 275
Пример секции LIPSP:
LIPSP «101»{ m3asp_id «11»;};
Сконфигурировать RIPSP (удаленный IPSP) с помощью ключевого слова RIPSP в секции m3ua. Таким образом задается идентификатор удаленного процесса. Допустимыйдиапазон идентификаторов 1-65534.
Настроить ассоциацию.
Ассоциация связывает локальный и удаленный оконечные пункты между собой, а такжеуказывает, какие ASP работают на каждом SCTP-пункте.
o Задать идентификатор ассоциации. Идентификатор ассоциации задается в секцииAssociation. Диапазон допустимых значений 1-100.
o Задать идентификатор ASP. Задается параметром lsp. Диапазон допустимых значений1-1000.
o Задать идентификатор SGP. Задается параметром rsp. Диапазон допустимых значений1-1000.
o Задать локальный оконечный пункт. Задается параметром lep. Диапазон допустимыхзначений 0-65535.
o Задать удаленный оконечный пункт. Задается параметром rep. Диапазон допустимыхзначений 0-65535.
Пример секции Association:
Association «1»{ lsp «101»; rsp «102»; lep «42»; rep «41»;};
Задать оставшиеся параметры M3UA (параметры snode, AS, RoutingContext).
Специфичные настройки IPSP20.2Пар аметр role в секции Association
Необязательный параметр. Возможные значения:
Client — Система устанавливает ассоциацию, отправляет SCTP INIT chunk.
Server — Система ожидает прихода SCTP INIT chunk и устанавливает ассоциацию вслучае, если удаленный оконечный пункт присутствует в конфигурации.
Значение по умолчанию — Client.
Пар аметр Direction в секции RoutingContext
Параметр определяет, в каком направлении активен трафик. Возможные значения:
Both — трафик активен в двух направлениях. Соответствует режиму SE.
Outgoing — трафик активен в исходящем (клиентском) направлении. Соответствуетрежиму DE. Инициирует отправку AspUp, AspAc, отправляет трафик.
Incoming — трафик активен в входящем (серверном) направлении. Соответствуетрежиму DE. Обрабатывает AspUp, AspAc, принимает трафик.
Приложение Н. Настройка режима IPSP
Стр. 276
Примеры конфигурации20.3Клиентская конфигурация
ss7
{
ss7 «ts-ss7-node-1»
{
fmWaitForDlcx «true»;
fmResetCircuits «true»;
fmWaitForResetCircuits «false»;
common
{
loglevel «5»;
};
// client nodes connection point
controllink
{
zone «voip-ss7»;
port «7700»;
};
callctr
{
addEndOfPulsing «true»;
// causeLocation «1»;
// doAutomaticRedial «false»;
earlyAcmTimer «4000»;
ss7zone «amorozss7»
{
cid «0»;
};
};
isup
{
bAllowCallWithoutCgPaNum «true»;
bAskMissingCgPaNum «false»;
causeLocation «5»;
snode «1»
{
opc «540»;
ni «3»;
connection «1»
{
dpc «300»;
behav_mask «0x5»;
highUtilTh «0»;
normalUtilTh «0»;
span «10»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
Приложение Н. Настройка режима IPSP
Стр. 277
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «0»;
}; //end of span
span «11»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «32»;
}; //end of span
span «12»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «64»;
}; //end of span
span «13»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «96»;
}; //end of span
span «14»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
Приложение Н. Настройка режима IPSP
Стр. 278
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «128»;
}; //end of span
span «15»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «160»;
}; //end of span
span «16»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «196»;
}; //end of span
span «17»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «230»;
}; //end of span
}; //end of connection 0
}; // end of snode
Приложение Н. Настройка режима IPSP
Стр. 279
circuit_group «0»
{
cicHuntingPolicy «0»;
//?+???-?¦?+?-?¦?¦?+?-?¦ ?¦?+ 50 ?-?+?+?-
circuit_group_elem
{
span_idx «10»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «11»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «12»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «13»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «14»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «15»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «16»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «17»;
out_mask «0xFFFEFFFE»;
};
};//end of cig
}; // end of isup
m3ua
{
assocEstablishTimeout «10000»;
assocEstablishInterval «10000»;
assocEstablishAttempts «0»;
assocInitMaxAttempts «3»;
assocMaxInitTimeout «3000»;
snode «1» // Local node (use in As)
{
PC «540»; // Local point code
ni «3»; // Network Indicator
};
AS «1» // Application Server
{
trf_mode «Override»; // or «LoadShare» or «Broadcast»;
Приложение Н. Настройка режима IPSP
Стр. 280
network «ADC»;
RoutingKey
{
RoutingKeyEntry
{
snode «1»; // snode identifier (see above)
OPCs // Remote point code list
{
«300»;
};
si «32»; // Service Indicator mask ( 32 — ISUP
(bit5) )
};
};
};
SG «65537»; // Signaling Gateway (use only for m3ua
validation in mconfig)
SGP «65537» // Signaling Gateway Process (use only for
m3ua validation in mconfig)
{
sg «65537»; // SG identifier
};
LIPSP «101» // Local IP Server
Process
{
m3asp_id «11»; // Proto ASP Identifier.
Use in AspUp message.
};
RIPSP «102»; // Remote IP Server Process
Association «1»
{
lsp «101»; // Local Server Process
identifier (Asp or LIpsp)
rsp «102»; // Remote Server Process
identifier (Sgp or RIpsp)
lep «42»; // Local Endpoint (see below)
rep «41»; // Remote Endpoint (see below)
};
RemoteEndpoint «41»
{
port «2905»;
Addresses
{
«192.168.17.71»;
};
};
LocalEndpoint «42»
{
port «2906»;
Addresses
{
«192.168.17.71»;
};
};
RoutingContext «1»
{
Приложение Н. Настройка режима IPSP
Стр. 281
value «51966»; //51966-CAFE // Use in AspTm, SSNM and
other messages
AS_Id «1»; // AS identifier
Assoc_Id «1»; // Association identifier
direction «Both»; // Both — IPSP Single Exchange,
Outgoing, Incoming — IPSP Double Exchange
};
}; // end of m3ua
mgcp
{
mgcp_conf_inst «1»
{
localAddr «192.168.17.71»;
localPort «2727»;
doScreen «false»;
// list of mgw
mgcp_conf_mgw «1»
{
address «192.168.17.71»;
port «2427»;
outTidMin «10000000»;
outTidMax «49999999»;
pattern «S0/DS0-${trunk}/${timeslot}@client»;
auditPeriod «30000»;
// list of trunks
mgcp_conf_trunk «10»;
mgcp_conf_trunk «11»;
mgcp_conf_trunk «12»;
mgcp_conf_trunk «13»;
mgcp_conf_trunk «14»;
mgcp_conf_trunk «15»;
mgcp_conf_trunk «16»;
mgcp_conf_trunk «17»;
}; // end of mgcp_conf_mgw
}; // end of mgcp_conf_inst
}; // end of mgcp
}; //end of ss7 «ts-ss7-node-1»
};
Серверная конфигурация
ss7
{
ss7 «ts-ss7-node-1»
{
fmWaitForDlcx «true»;
fmResetCircuits «true»;
fmWaitForResetCircuits «false»;
common
{
loglevel «5»;
};
// client nodes connection point
controllink
{
zone «voip-ss7»;
port «7700»;
};
Приложение Н. Настройка режима IPSP
Стр. 282
callctr
{
addEndOfPulsing «true»;
// causeLocation «1»;
// doAutomaticRedial «false»;
earlyAcmTimer «4000»;
ss7zone «amorozss7»
{
cid «0»;
};
};
isup
{
bAllowCallWithoutCgPaNum «true»;
bAskMissingCgPaNum «false»;
causeLocation «5»;
snode «1»
{
opc «300»;
ni «3»;
connection «1»
{
dpc «540»;
behav_mask «0x5»;
highUtilTh «0»;
normalUtilTh «0»;
span «10»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «0»;
}; //end of span
span «11»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «32»;
Приложение Н. Настройка режима IPSP
Стр. 283
}; //end of span
span «12»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «64»;
}; //end of span
span «13»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «96»;
}; //end of span
span «14»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «128»;
}; //end of span
span «15»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
Приложение Н. Настройка режима IPSP
Стр. 284
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «160»;
}; //end of span
span «16»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «196»;
}; //end of span
span «17»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «230»;
}; //end of span
}; //end of connection 0
}; // end of snode
circuit_group «0»
{
cicHuntingPolicy «0»;
//?+???-?¦?+?-?¦?¦?+?-?¦ ?¦?+ 50 ?-?+?+?-
circuit_group_elem
{
span_idx «10»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «11»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
Приложение Н. Настройка режима IPSP
Стр. 285
{
span_idx «12»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «13»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «14»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «15»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «16»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «17»;
out_mask «0xFFFEFFFE»;
};
};//end of cig
}; // end of isup
m3ua
{
assocEstablishTimeout «10000»;
assocEstablishInterval «10000»;
assocEstablishAttempts «0»;
assocInitMaxAttempts «3»;
assocMaxInitTimeout «3000»;
snode «1» // Local node (use
in As)
{
PC «300»; // Local point code
ni «3»; // Network Indicator
};
AS «1» // Application
Server
{
trf_mode «Override»; // or «LoadShare» or
«Broadcast»;
network «ADC»;
RoutingKey
{
RoutingKeyEntry
{
snode «1»; // snode identifier (see above)
OPCs // Remote point code list
{
«540»;
};
si «32»; // Service Indicator mask ( 32 —
ISUP(bit5) )
Приложение Н. Настройка режима IPSP
Стр. 286
};
};
};
SG «65537»; // Signaling Gateway (use only for m3ua
validation in mconfig)
SGP «65537» // Signaling Gateway Process (use only for
m3ua validation in mconfig)
{
sg «65537»; // SG identifier
};
LIPSP «201» // Local IP Server
Process
{
m3asp_id «22»; // Proto ASP Identifier.
Use in AspUp message.
};
RIPSP «202»; // Remote IP Server Process
Association «1»
{
lsp «201»; // Local Server Process
identifier (Asp or LIpsp)
rsp «202»; // Remote Server Process
identifier (Sgp or RIpsp)
lep «52»; // Local Endpoint (see below)
rep «51»; // Remote Endpoint (see below)
role «Server»;
in_streams «2»; // input streams ( 2 )
out_streams «2»; // output streams ( 2 )
hbInterval «1000»; // heart beat interval
1000 — 60000
};
RemoteEndpoint «51»
{
port «2906»;
Addresses
{
«192.168.17.71»;
};
};
LocalEndpoint «52»
{
port «2905»;
lsp «1»;
Addresses
{
«192.168.17.71»;
};
};
RoutingContext «1»
{
value «51966»; //51966-CAFE // Use in AspTm, SSNM and
other messages
AS_Id «1»; // AS identifier
Assoc_Id «1»; // Association identifier
direction «Both»; // Both — IPSP Single
Exchange, Outgoing, Incoming —
Приложение Н. Настройка режима IPSP
Стр. 287
// IPSP Double Exchange
};
}; // end of m3ua
mgcp
{
mgcp_conf_inst «1»
{
localAddr «192.168.17.71»;
localPort «2827»;
doScreen «false»;
// list of mgw
mgcp_conf_mgw «1»
{
address «192.168.17.71»;
port «2427»;
outTidMin «50000000»;
outTidMax «99999999»;
pattern «S0/DS0-${trunk}/${timeslot}@server»;
auditPeriod «30000»;
// list of trunks
mgcp_conf_trunk «10»;
mgcp_conf_trunk «11»;
mgcp_conf_trunk «12»;
mgcp_conf_trunk «13»;
mgcp_conf_trunk «14»;
mgcp_conf_trunk «15»;
mgcp_conf_trunk «16»;
mgcp_conf_trunk «17»;
}; // end of mgcp_conf_mgw
}; // end of mgcp_conf_inst
}; // end of mgcp
}; //end of ss7 «ts-ss7-node-1»
};
Приложение О. Изменение имени и пароля доступа пользователя к БД
Стр. 288
Приложение О. Изменение имени и пароля доступапользователя к БД
21
Для изменения имени пользователя базы данных и его пароля необходимо изменить следующиефайлы, перечисленные в таблице ниже. Более подробная информация приведена всоответствующих разделах.
Имя файла Параметр
Файл располагается на сервере с запущенным веб-интерфейсом
/var/www/rtu/Config.php ‘user’ => ‘rtu’ – пользователь БД.
‘password’ => ‘rtu’ – пароль пользователяБД.
Файл располагается на сервере с запущенным основным модулем управления и ключомзащиты
/etc/mvts3g/system-1.scripting.conf
dbms_user_master «rtu» — имя пользователяосновной БД.
dbms_pswd_master «rtu» — парольпользователя основной БД.
dbms_user_slave «rtu» — имя пользователярезервной БД.
dbms_pswd_slave «rtu» — парольпользователя резервной БД.
Файлы располагаются на серверах с базой данных
/usr/local/lib/mvtspro/cdrmove/aloe_upgrade_cdrs.sh
MYSQL_USER=’rtu’; — имя пользователя БД.
MYSQL_PASS=’rtu’; — пароль пользователя БД.
/usr/local/lib/mvtspro/cdrmove/aloe_data_mover.sh
-u<user>, где <user> — имя пользователя БД.
-p<pass>, где <pass> — пароль пользователя БД.
Данные параметры разбросаны по всему файлу,поэтому для их обнаружения и заменырекомендуется использовать поиск.
/usr/local/lib/mvtspro/mvtsprodb-daily
/usr/local/lib/mvtspro/mvtsprodb-hourly
—user rtu — пользователь БД.
—pass rtu — пароль пользователя БД.
/usr/local/lib/mvtspro/backupdb.conf
user=rtu — пользователь БД.
password=rtu — пароль пользователя БД.
/usr/local/lib/mvtspro/mvtsprodb-replication-hourly
Параметры содержатся в строке ./checkrepl.sh<user> <pass> $db localhost, где <user>— пользователь БД, <pass> — парольпользователя БД.
Файлы располагаются на серверах с запущенным с модулем маршрутизации
/etc/mvts3g/mvtspro-cdr-restorer.conf
user=rtu — имя пользователя базы данных.
passwd=rtu — пароль пользователя базы данных.
Приложение О. Изменение имени и пароля доступа пользователя к БД
Стр. 289
/etc/mvts3g/mvtspro-cdr-to-acc.conf
DBuser=rtu — имя пользователя БД.
DBpasswd=rtu — пароль пользователя БД.
/etc/mvts3g/mvtspro-checker.conf
user=rtu — имя пользователя базы данных.
passwd=rtu — пароль пользователя базы данных.
Приложение П. Особенности настройки взаимодействия РТУ МТТ и МОА
Стр. 290
Приложение П. Особенности настройкивзаимодействия РТУ МТТ и МОА
22
Настр ойка гр упп балансир овки
Особенности настройки групп балансировки описаны в разделе Группы балансировки.
Пр едотвр ащение зацикливания вызовов
Для предотвращения зацикливания вызовов между МТТ и МОА необходимо:
В настройках шлюза, представляющего МОА в МТТ, в параметре ИНИЦ. группы указатькакую-либо группу (например, cl5).
В настройках объекта набора, который маршрутизирует вызовы на МОА, в параметреЗапрещённые группы маршрутизации указать заданную в предыдущем пункте группу(например, cl5).
Настр ойка зон
Если в одном компоненте (МТТ или МОА, обозначим как компонент N) задано оборудование(обозначим как обрудование A), которое может одновременно:
переходить в режим без проксирования, и
участвовать в вызовах с использованием внутреннего протокола,
то необходимо, чтобы зона оборудования A совпадала с зоной шлюза, который представляеткомпонент N в другом компоненте. В противном случае медиа-поток не будет проходить.Например:
Особенности задания зон при использовании внутреннего протокола. Пример 1
Приложение П. Особенности настройки взаимодействия РТУ МТТ и МОА
Стр. 291
Особенности задания зон при использовании внутреннего протокола. Пример 2
Вниманию всех администраторов РТУ!
В Базе знаний HelpDesk (Knowledgebase : НА РУССКОМ > РТУ > ДОКУМЕНТАЦИЯ > Версия 1.8.1)
доступны новые документы по сервисному обслуживанию РТУ:
В каждом документе отражены: назначение и функции подсистемы коммутации, конфигурирование, контроль работы и инструменты для отладки проблем.
Также были обновлены документы по работе с Подсистемой Коммутации для всех видов РТУ ветки 1.7.4.
© 2011 МФИ Софт
Руководство администратора
РТУ МТТ 1.5.3-100
© 2011 МФИ СофтВсе права сохраняются за правообладателем.
МФИ Софт оставляет за собой право вносить изменения в содержащуюся в данном документе информациюбез предварительного уведомления.
ИНФОРМАЦИЯ О ПРАВЕ СОБСТВЕННОСТИ
Информация, содержащаяся в данном документе, является собственностью МФИ Софт. Никакая часть этогодокумента не может быть воспроизведена или заимствована в какой бы то ни было форме или каким- либоспособом – в графическом, электронном виде или механическим путем, включая фотокопирование, запись, втом числе и на магнитные носители, или любые другие устройства, предназначенные для храненияинформации – без письменного разрешения МФИ Софт. Подобное разрешение не может быть выданотретьей стороной, будь то организация или частное лицо.
Тип документа:
Дата выпуска:
Руководство администратора
4.8.2011
Статус документа:
Версия документа
Released
1.5.3-100
3Содержание
Стр. 3
Содержание
1 Введение 10
………………………………………………………………………………………………………… 101.1 Аннотация
………………………………………………………………………………………………………… 101.2 Аудитория
………………………………………………………………………………………………………… 101.3 Типографические соглашения
………………………………………………………………………………………………………… 101.4 Комплект документации
………………………………………………………………………………………………………… 101.5 Структура документа
………………………………………………………………………………………………………… 111.6 Использование имен, номеров телефонов, сетевых адресов
………………………………………………………………………………………………………… 111.7 Словарь сокращений и терминов
2 Общие сведения о продукте 16
………………………………………………………………………………………………………… 162.1 Архитектура РТУ (модуль транзита трафика)
………………………………………………………………………………………………………… 162.2 Модуль СОРМ-шлюз (СШ)
………………………………………………………………………………………………………… 172.3 Протокол администрирования из внешних приложений
3 Настройка системы 18
………………………………………………………………………………………………………… 183.1 Рекомендации по настройке безопасности
………………………………………………………………………………………………………… 183.2 Конфигурирование подсистемы коммутации
………………………………………………………………………………………………………… 193.3 Синтаксис конфигурационного файла system.conf
………………………………………………………………………………………………………… 203.4 Фоновый процесс phoenix. Конфигурационный файл phoenix.conf
………………………………………………………………………………………………………… 213.5 Конфигурационный файл system.conf
………………………………………………………………………………………………………… 223.6 Конфигурация отдельных модулей
………………………………………………………………………………………………………………………………….. 23Общие секции3.6.1
………………………………………………………………………………………………………………………………….. 24Конфигурирование модуля балансировки нагрузки3.6.2
………………………………………………………………………………………………………………………………….. 25Конфигурирование модуля обработки вызовов ОКС73.6.3
………………………………………………………………………………………………………………………………….. 34Конфигурирование модуля маршрутизации3.6.4
………………………………………………………………………………………………………………………………….. 36Конфигурирование модуля управления вызовами3.6.5
………………………………………………………………………………………………………………………………….. 37Конфигурирование модуля обработки медиа-потоков3.6.6
………………………………………………………………………………………………………………………………….. 38Конфигурирование модуля синхронизации3.6.7
………………………………………………………………………………………………………………………………….. 38Конфигурирование модуля generic3.6.8
………………………………………………………………………………………………………… 383.7 Сетевые зоны
………………………………………………………………………………………………………………………………….. 40ОКС7-зоны3.7.1
………………………………………………………………………………………………………… 413.8 Секция «location”
………………………………………………………………………………………………………… 423.9 Группы балансировки
………………………………………………………………………………………………………… 433.10 Уведомления ПКомм
………………………………………………………………………………………………………… 453.11 Настройка SNMP-демона ПКомм
………………………………………………………………………………………………………… 473.12 Настройка журналирования ПКомм
………………………………………………………………………………………………………… 483.13 Конфигурирование взаимодействия с БД
4 Администрирование ПКомм 50
4Руководство администратора
Стр. 4
………………………………………………………………………………………………………… 504.1 Консоль администрирования ПКомм
………………………………………………………………………………………………………… 524.2 Диагностика неполадок и устранение проблем
………………………………………………………………………………………………………………………………….. 52Файл phoenix.log4.2.1
………………………………………………………………………………………………………………………………….. 52Файлы rtinfo4.2.2
………………………………………………………………………………………………………………………………….. 53Журналы модуля маршрутизации4.2.3
………………………………………………………………………………………………………… 534.3 Утилита mvts3g-logextarctor
5 Графический интерфейс РТУ (модуль транзитатрафика) 54
………………………………………………………………………………………………………… 545.1 Элементы интерфейса
………………………………………………………………………………………………………… 545.2 Стандартные операции
………………………………………………………………………………………………………………………………….. 55Вход в систему5.2.1
………………………………………………………………………………………………………………………………….. 55Всплывающее меню5.2.2
………………………………………………………………………………………………………………………………….. 58Использование фильтров5.2.3
………………………………………………………………………………………………………………………………….. 63Сортировка данных5.2.4
………………………………………………………………………………………………………………………………….. 63Изменение набора параметров и порядка их следования втаблице
5.2.5
………………………………………………………………………………………………………………………………….. 64Автообновление табличных данных5.2.6
………………………………………………………………………………………………………………………………….. 65Групповое редактирование данных5.2.7
………………………………………………………………………………………………………………………………….. 65Выгрузка данных5.2.8
………………………………………………………………………………………………………………………………….. 66Просмотр версий компонентов5.2.9
6 Конфигурирование и администрирование 68
………………………………………………………………………………………………………… 686.1 Пользователи
………………………………………………………………………………………………………………………………….. 68Учетные записи6.1.1
………………………………………………………………………………………………………………………………….. 69Аутентификация6.1.2
………………………………………………………………………………………………………………………………….. 70Роли6.1.3
………………………………………………………………………………………………………………………………….. 71Настройка ролей6.1.4
………………………………………………………………………………………………………………………………….. 72Мастер создания пользователя6.1.5
………………………………………………………………………………………………………………………………….. 73Области графического интерфейса6.1.6
………………………………………………………………………………………………………… 756.2 Оборудование
………………………………………………………………………………………………………………………………….. 75Оборудование6.2.1
………………………………………………………………………………………………………………………………….. 93Устройства шлюза по умолчанию6.2.2
………………………………………………………………………………………………………………………………….. 95Зоны6.2.3
………………………………………………………………………………………………………………………………….. 96Кодеки6.2.4
………………………………………………………………………………………………………………………………….. 98Группы кодеков6.2.5
………………………………………………………………………………………………………………………………….. 99Настройка групп кодеков6.2.6
………………………………………………………………………………………………………………………………….. 100Ограничения CPS6.2.7
………………………………………………………………………………………………………………………………….. 101Группы балансировки6.2.8
………………………………………………………………………………………………………… 1016.3 Маршрутизация
………………………………………………………………………………………………………………………………….. 102Преобразование номеров6.3.1
………………………………………………………………………………………………………………………………….. 105Объекты набора (Dial Peers)6.3.2
………………………………………………………………………………………………………………………………….. 112Политики маршрутизации6.3.3
5Содержание
Стр. 5
………………………………………………………………………………………………………………………………….. 114Дерево объектов набора (DPs)6.3.4
………………………………………………………………………………………………………… 1166.4 Отладка
………………………………………………………………………………………………………………………………….. 116Имитация вызова6.4.1
………………………………………………………………………………………………………………………………….. 118Отладочные вызовы6.4.2
………………………………………………………………………………………………………………………………….. 120Отладочные регистрации6.4.3
………………………………………………………………………………………………………… 1226.5 Подсистема коммутации
………………………………………………………………………………………………………………………………….. 122Транзитные вызовы (ПКомм)6.5.1
………………………………………………………………………………………………………………………………….. 123Транзитные вызовы (ПУпр)6.5.2
………………………………………………………………………………………………………………………………….. 124Абонентские участки вызова (ПКомм)6.5.3
………………………………………………………………………………………………………………………………….. 124Регистрации (ПКомм)6.5.4
………………………………………………………………………………………………………………………………….. 125Регистрации (ПУпр)6.5.5
………………………………………………………………………………………………………………………………….. 125Данные по модулям6.5.6
………………………………………………………………………………………………………………………………….. 127Активные модули6.5.7
………………………………………………………………………………………………………………………………….. 127ОКС7-вызовы6.5.8
………………………………………………………………………………………………………………………………….. 128Каналы ISUP6.5.9
………………………………………………………………………………………………………………………………….. 129Оконечные пункты MGCP6.5.10
………………………………………………………………………………………………………………………………….. 130Ассоциации M3UA6.5.11
………………………………………………………………………………………………………………………………….. 130Группы зарезервированных медиа-каналов6.5.12
………………………………………………………………………………………………………… 1316.6 Подробные записи о вызовах (CDRs)
………………………………………………………………………………………………………………………………….. 136Экспорт записей6.6.1
………………………………………………………………………………………………………………………………….. 151Выгрузка CDRs за интервал6.6.2
………………………………………………………………………………………………………………………………….. 151Заключительная обработка CDR6.6.3
………………………………………………………………………………………………………… 1526.7 Статистика
………………………………………………………………………………………………………………………………….. 152Отчеты6.7.1
………………………………………………………………………………………………………………………………….. 155Графики6.7.2
………………………………………………………………………………………………………… 1586.8 Конфигурация
………………………………………………………………………………………………………………………………….. 158Общесистемные настройки6.8.1
………………………………………………………………………………………………………………………………….. 161Конфигурация графического интерфейса6.8.2
………………………………………………………………………………………………………………………………….. 163Коды завершения вызовов6.8.3
………………………………………………………………………………………………………………………………….. 164ENUM-cерверы6.8.4
………………………………………………………………………………………………………………………………….. 165DNS-серверы6.8.5
………………………………………………………………………………………………………………………………….. 166Регионы6.8.6
………………………………………………………………………………………………………………………………….. 166Описание регионов6.8.7
………………………………………………………………………………………………………………………………….. 166Категории вызывающего абонента6.8.8
………………………………………………………………………………………………………………………………….. 167Трансляции категорий вызывающего абонента6.8.9
………………………………………………………………………………………………………………………………….. 168Группы общей ёмкости6.8.10
………………………………………………………………………………………………………………………………….. 169Группы емкости по номерам6.8.11
………………………………………………………………………………………………………………………………….. 170Образцы кодеков6.8.12
………………………………………………………………………………………………………………………………….. 170Образцы RADIUS-полей6.8.13
………………………………………………………………………………………………………………………………….. 171Таблицы CDR6.8.14
………………………………………………………………………………………………………………………………….. 172Настройка представлений6.8.15
………………………………………………………………………………………………………… 1736.9 Протоколирование
6Руководство администратора
Стр. 6
………………………………………………………………………………………………………………………………….. 173Предыстория аутентификаций6.9.1
………………………………………………………………………………………………………………………………….. 174Протокол действий пользователей6.9.2
………………………………………………………………………………………………………… 1756.10 Импорт
………………………………………………………………………………………………………… 1806.11 Настройки RADIUS
………………………………………………………………………………………………………………………………….. 180Глобальные настройки RADIUS6.11.1
………………………………………………………………………………………………………………………………….. 181RADIUS-серверы6.11.2
………………………………………………………………………………………………………………………………….. 184Поля RADIUS6.11.3
………………………………………………………………………………………………………………………………….. 190Пакеты RADIUS-учета6.11.4
………………………………………………………………………………………………………………………………….. 191Профили RADIUS-учета6.11.5
………………………………………………………………………………………………………………………………….. 194Настройка RADIUS-учета в соответствии с требованиямиоператора связи
6.11.6
………………………………………………………………………………………………………… 194Объявление серверов RADIUS6.11.6.1
………………………………………………………………………………………………………… 195Использование предопределенных или пользовательских профилей6.11.6.2
………………………………………………………………………………………………………… 196Настройка полей RADIUS6.11.6.3
………………………………………………………………………………………………………… 196Настройка пакетов RADIUS6.11.6.4
………………………………………………………………………………………………………… 197Настройка профилей RADIUS6.11.6.5
7 Принципы резервирования РТУ (модуль транзитатрафика) 199
………………………………………………………………………………………………………… 1997.1 Непрерывность предоставления услуг и корректное сохранение
CDR-записей
………………………………………………………………………………………………………… 2007.2 Cхема резервирования на 2-х серверах
………………………………………………………………………………………………………… 2007.3 Схема резервирования на 4-х серверах
………………………………………………………………………………………………………… 2017.4 Настройка интервалов управляющих соединений
………………………………………………………………………………………………………… 2027.5 Поведение модулей при аварийном завершении Системы
………………………………………………………………………………………………………………………………….. 202Модули медиа-потоков7.5.1
………………………………………………………………………………………………………………………………….. 203Модули управления вызовами7.5.2
………………………………………………………………………………………………………………………………….. 203Модуль маршрутизации7.5.3
………………………………………………………………………………………………………………………………….. 203Модули балансировки нагрузки7.5.4
………………………………………………………………………………………………………………………………….. 204Модуль обработки вызовов ОКС77.5.5
………………………………………………………………………………………………………………………………….. 204Модуль синхронизации7.5.6
………………………………………………………………………………………………………………………………….. 204База данных7.5.7
………………………………………………………………………………………………………… 2047.6 Особенности резервирования модуля управления лицензией
………………………………………………………………………………………………………… 2057.7 Пример резервирования системы на двух серверах
………………………………………………………………………………………………………………………………….. 205Распределение модулей по серверам7.7.1
………………………………………………………………………………………………………………………………….. 206Файлы конфигурации7.7.2
………………………………………………………………………………………………………… 206Конфигурация основного сервера7.7.2.1
………………………………………………………………………………………………………… 206Файл phoenix.conf7.7.2.1.1
………………………………………………………………………………………………………… 207Файл system-1.conf7.7.2.1.2
………………………………………………………………………………………………………… 207Файл system-1.balancer.conf7.7.2.1.3
………………………………………………………………………………………………………… 209Файл system-1.signaling.conf7.7.2.1.4
………………………………………………………………………………………………………… 210Файл system-1.scripting.conf7.7.2.1.5
………………………………………………………………………………………………………… 211Файл system-1.media.conf7.7.2.1.6
7Содержание
Стр. 7
………………………………………………………………………………………………………… 212Файл system-1.syncro.conf7.7.2.1.7
………………………………………………………………………………………………………… 213Файл system-1.zone.conf7.7.2.1.8
………………………………………………………………………………………………………… 213Конфигурация резервного сервера7.7.2.2
………………………………………………………………………………………………………… 213Файл phoenix.config7.7.2.2.1
………………………………………………………………………………………………………… 2137.8 Резервирование с помощью Linux Heartbeat
………………………………………………………………………………………………………… 2157.9 Резервное копирование и восстановление БД
………………………………………………………………………………………………………………………………….. 215Особенности структуры БД, влияющие на механизм резервногокопирования
7.9.1
………………………………………………………………………………………………………………………………….. 216Файлы резервного копирования7.9.2
………………………………………………………………………………………………………………………………….. 216SSH. Настройка авторизации через открытый ключ7.9.3
………………………………………………………………………………………………………………………………….. 217Конфигурирование параметров резервного копирования БД7.9.4
………………………………………………………………………………………………………………………………….. 217Запуск резервного копирования7.9.5
………………………………………………………………………………………………………………………………….. 218Автоматизация резервного копирования БД7.9.6
………………………………………………………………………………………………………………………………….. 218Восстановление БД из резервной копии7.9.7
………………………………………………………………………………………………………… 2187.10 Тиражирование (репликация) БД
………………………………………………………………………………………………………………………………….. 218Виды тиражирования7.10.1
………………………………………………………………………………………………………………………………….. 219Настройка тиражирования7.10.2
8 Приложение А. Спецсимволы, регулярные выраженияи преобразование номеров 222
………………………………………………………………………………………………………… 2228.1 Использование спецсимволов при поиске информации
………………………………………………………………………………………………………… 2228.2 Использование регулярных выражений при поиске информации
………………………………………………………………………………………………………… 2248.3 Преобразование номеров
………………………………………………………………………………………………………… 2258.4 Рекомендации по заданию регулярных выражений
9 Приложение Б. Формирование списков кодеков в РТУ(модуль транзита трафика) 227
………………………………………………………………………………………………………… 2279.1 Правила распознавания кодеков
………………………………………………………………………………………………………… 2299.2 Политики проксирования
10 Приложение В. Шлюзы по умолчанию 232
11 Приложение Г. Ограничения модуля обработкивызовов ОКС7 234
12 Приложение Д. Подготовка оборудования Системы кметрологической поверке 236
13 Приложение Е. Взаимодействие РТУ (модуль транзитатрафика) с RADIUS-сервером 241
………………………………………………………………………………………………………… 24113.1 Авторизация регистрируемого пользователя
………………………………………………………………………………………………………… 24213.2 Авторизация вызова
………………………………………………………………………………………………………………………………….. 245Стартовая запись (Accounting Start Record)13.2.1
………………………………………………………………………………………………………………………………….. 247Стоп запись (Accounting Stop Record)13.2.2
8Руководство администратора
Стр. 8
………………………………………………………………………………………………………… 25113.3 Запрос AccessRequest при внешней маршрутизации
………………………………………………………………………………………………………………………………….. 254Формат поля xpgk-xrouting-routing13.3.1
………………………………………………………………………………………………………… 25413.4 Аутентификация пользователей на RADIUS-шлюзе
………………………………………………………………………………………………………………………………….. 254Аутентификация по H.323 идентификатору (стандартная RADIUSаутентификация)
13.4.1
………………………………………………………………………………………………………………………………….. 255Аутентификация по хэш-паролю MD513.4.2
………………………………………………………………………………………………………………………………….. 255Аутентификация по CHAP-паролю13.4.3
………………………………………………………………………………………………………………………………….. 256Дайджест-аутентификация (Digest authentication)13.4.4
………………………………………………………………………………………………………… 25713.5 Прерывание вызова по получении сообщения Packet-of-Disconnect
14 Приложение Ж. Удаление CDR-записей из БД 259
15 Приложение З. Вспомогательные утилиты РТУ(модуль транзита трафика) 260
………………………………………………………………………………………………………… 26015.1 Утилита mvtspro-checker
………………………………………………………………………………………………………… 26115.2 Утилита mvtspro-acc-restorer
………………………………………………………………………………………………………… 26215.3 Утилита mvtspro-cdr-restorer
………………………………………………………………………………………………………… 26315.4 Улилита Disk Space Monitor
………………………………………………………………………………………………………… 26315.5 Утилита checkrepl
………………………………………………………………………………………………………… 26415.6 Утилита checkdb_full
………………………………………………………………………………………………………… 26515.7 Утилита aloe_upgrade_cdrs
………………………………………………………………………………………………………… 26715.8 Утилита mvts3g-logexport
16 Приложение И. Выравнивание нагрузки SIP и H.323 270
………………………………………………………………………………………………………… 27016.1 H.323
………………………………………………………………………………………………………… 27016.2 SIP
17 Приложение К. Преодоление «барьера» адреснойтрансляции (NAT) 271
18 Приложение Л. Управление оконечнымоборудованием в РТУ (модуль транзита трафика) 272
19 Приложение M. Механизм внешней маршрутизациивызовов с помощью SIP/H.323 273
………………………………………………………………………………………………………… 27319.1 H.323
………………………………………………………………………………………………………… 27319.2 SIP
20 Приложение Н. Настройка режима IPSP 274
………………………………………………………………………………………………………… 27420.1 Базовая настройка
………………………………………………………………………………………………………… 27520.2 Специфичные настройки IPSP
………………………………………………………………………………………………………… 27620.3 Примеры конфигурации
21 Приложение О. Изменение имени и пароля доступапользователя к БД 288
9Содержание
Стр. 9
22 Приложение П. Особенности настройкивзаимодействия РТУ МТТ и МОА 290
Введение
Стр. 10
Введение1
Аннотация1.1Настоящий документ является описанием системы РТУ МТТ, полнофункционального решениядля управления транзитным и абонентским трафиком.
Аудитория1.2
Настоящее руководство предназначено для системного администратора, в обязанности котороговходят установка, настройка и эксплуатация РТУ МТТ. Предполагается, что пользователидокумента обладают практическими знаниями UNIX-подобных ОС и некоторым опытом работыс регулярными выражениями.
Типографические соглашения1.3
В настоящем документе используются следующие типографские соглашения.
Типографические соглашения
Пример Обозначение
текст Важная информация, требующая особого внимания.
[N] Ссылка на документ.
void Примеры исходного кода, вывода программы, содержимогопротоколов, содержимого конфигурационных файлов.
Ulimit Имена файлов и каталогов.
Registration Названия конфигурационных параметров в граф. интерфейсеподсистемы управления РТУ МТТ.
Комплект документации1.4В комплект эксплуатационной документации к программному комплексу РТУ МТТ входятследующие документы.
Документы комплекта
Ссылка Название документа
[1] РТУ МТТ. Руководство администратора.
[2] РТУ МТТ. Функциональная спецификация.
Структура документа1.5Настоящий документ имеет следующую структуру:
Глава 1 Введение
Содержит общую информацию о документе, его структуре, аудитории, используемыхтипографических соглашениях.
Введение
Стр. 11
Глава 2 Общие сведения о продукте
Описывает функциональность системы, ее архитектуру, а также содержит сведения опредъявляемых требованиях к аппаратному и программному обеспечению.
Глава 3 Настройка Системы
Рассматривает процесс настройки Системы.
Глава 4 Администрирование ПКомм
Приводит сведения о возможностях консоли администрирования Подсистемы коммутации.
Глава 5 Графический интерфейс
Содержит общие сведения о графическом интерфейсе Подсистемы управления и информациюо стандартных операциях
Глава 6 Конфигурирование и администрирование
Подробно описывает возможности администрирования системы.
Глава 7 Принципы резервирования
Описывает возможности резервирования системы.
Использование имен, номеров телефонов, сетевых адресов1.6Все регистрационные имена пользователей, а также имена, телефоны и другие данныеабонентов, используемые в данном документе, являются вымышленными, а IP-адреса несоответствуют их действительным владельцам. Любые совпадения случайны.
Словарь сокращений и терминов1.7
ACD (Average CallDuration)
Средняя продолжительность вызова. Статистический параметр работысистемы, который позволяет оценить качество связи
ASR (AnswerSeizure Ratio)
Коэффициент занятия с ответом. Показатель количества успешныхсоединений, параметр, который позволяет оценить качество связи понаправлению. В РТУ МТТ статистический параметр ASR учитываетсядвумя способами: по общепринятой методике (см. ASR (стандарт) и пособственной, принятой в РТУ МТТ (см. ASR (MVTS).
ASR (MVTS) Коэффициент занятия с ответом, рассчитываемый по внутреннейметодике MVTS. Показатель количества успешных соединений,рассчитываемый по формуле:
ASR = успешные вызовы /общее количество вызовов *100
где успешным вызовом считается вызов, у которого ненулеваяпродолжительность или успешный код завершения
ASR (стандарт) Коэффициент занятия с ответом. Показатель количества успешныхсоединений, определяемый по формуле:
ASR = кол-во вызовов ненулевой продолжительности/общее кол-вовызовов
CDR (Call detailrecord)
Запись с подробной информацией о вызове. Набор данных о вызове(идентификатор вызова, время начала и конца соединения, причиназавершения соединения и т.д.), который используется для целей учетаиспользования абонентом предоставленной ему услуги связи(accounting) и начисления на основе этих данных причитающейся сабонента платы
CHAP (Challenge Протокол аутентификации с квитированием вызова
Введение
Стр. 12
HandshakeAuthenticationProtocol)
CPS (Calls PerSecond)
Показатель (скорость) нарастания нагрузки, выраженный в кол-ве новыхвызовов в секунду.
CSV (от англ. Comma Separated Values — значения, разделённые запятыми) —текстовый формат, предназначенный для представления табличныхданных. Каждая строка файла — это одна строка таблицы. Значенияотдельных колонок разделяются разделительным символом (delimiter),например, запятой (,), точкой с запятой (;), символом табуляции.Текстовые значения обрамляются символом двойные кавычки («); если взначении встречаются кавычки — они представляются в файле в видедвух кавычек подряд.
DB (Database) База данных, БД
DBMS (Databasemanagement system)
СУБД, система управления базами данных
DP (Dial Peer) См. Объект набора.
DTMF (Dual ToneMulti-Frequency)
Двухтональный многочастотный (набор, сигнализация и т.п.)
EMA (от англ. Exponential Moving Average) – экспоненциальное скользящеесреднее
ENUM Telephone Number Mapping (from TElephone NUmber Mapping.) Наборпротоколов, для привязки телефонной нумерации стандарта E.164 ксистеме адресации DNS, применяемой в глобальной сети Интернет
fmtp Атрибут описания мультимедиа, используемый в протоколе сеансасвязи SDP
GK (gatekeeper) Гейткипер/привратник, аппаратура управления и контроля. Контроллерзоны для управления вызовами в сети IP-телефонии с преобразованиемадресации и обеспечением доступа в сеть.
GUI (Graphical UserInterface)
Графический интерфейс пользователя
GW (Gateway) Шлюз, межсетевой преобразователь, межсетевой интерфейс.
HTTPS (HyperTextTransfer Protocol,Secure)
Транспортный протокол передачи гипертекста, защищенный
LAN (Local AreaNetwork)
Локальная вычислительная сеть (ЛВС)
NAT (NetworkAddressTranslation)
Адресная трансляция, иначе – преобразование сетевых адресов
Network indicator Индикатор сети. Определяет принадлежность точек сигнализации кразличными типам сетей ОКС7: национальным или международным.
NGN (Next-GenerationNetworks)
Сети нового поколения
Введение
Стр. 13
NIC (NetworkInterface Card)
Сетевая карта, сетевой интерфейс
Payload type Тип данных кодека. Число, идентифицирующее кодек или группукодеков. Различают статические типы данных (static payload type, числаот 0 до 95 вкл.) и динамические типы данных (dynamic payload type, числаот 96 до 127 вкл.). Под стандартным типом данных понимается число,определенное в спецификации, которое идентифицирует кодек илигруппу кодеков для всех сеансов связи. Под предпочтительным типомданных понимается число, которое идентифицирует кодек только врамках определенного сеанса связи.
PDD (Post-DialDelay)
Интервал времени от момента набора абонентом последней цифрывызываемого номера и до момента, когда он слышит сигнал КПВ отвызываемого номера.
В РТУ МТТ PDD регистрируется как интервал времени междуполучением пакета SETUP от инициатора вызова и получением пакетаALERT, CONNECT или ProgressIndicator со значением 8(ProgressInbandInformationAvailable) от терминирующей стороны
Point code Код точки. Уникальный адрес точки сигнализации в сети ОКС7.
PSTN (от англ.Public SwitchedTelephone Network)
Телефонная (коммутируемая) сеть общего пользования (ТфОП). Вспециальной литературе сокращение ТфОП чаще всего используется взначении «традиционная» телефония в отличие от телефониисредствами Интернет (VoIP).
QoS (Quality ofservice)
Качество обслуживания. В РТУ МТТ – параметр, рассчитываемый какотношение числа утраченных пакетов к общему числу переданныхпакетов, таким образом, чем меньше значение параметра QoS, тем вышекачество обслуживания.
RADIUS (акроним от англ. Remote Authentication Dial-In User Server/Service)протокол аутентификации, авторизации и учета в соответствии с RFC2138.
RAS (Registration,Admission, Status)
Регистрация, допуск, состояние. Протокол взаимодействия судаленными устройствами.
RAS-пользователь Регистрирующееся устройство.
RBT (Ring-BackTone)
см. КПВ
RTP/RTCP (Real-Time Protocol/ Real-Time ControlProtocol)
Транспортный протокол реального времени/Протокол управленияпередачей данных в режиме реального времени
rtpmap Атрибут описания мультимедиа, используемый в протоколе сеансасвязи SDP
SBC (Session BorderController)
См. Пограничный контроллер сеансов/сессий
SCD (от англ.SETUP-CONNECTDelay)
Интервал времени между поступлением SETUP и получением пакетаCONNECT либо моментом завершения вызова (в случае неполученияпакета CONNECT)
SDP (SessionDescriptionProtocol)
Протокол описания сеанса связи.
Введение
Стр. 14
Service indicator Индикатор сервиса. Служит для установления соответствия сигнальнойинформации, передаваемой по сети ОКС7, конктретной подсистемепользователя. Например, значение 5 (0101 в двоичном виде) означает,что сигнальная информация передается подсистеме ISUP.
SIP (SessionInitiation Protocol)
Протокол инициирования сеанса связи.
SMTP (Simple MailTransfer Protocol)
Упрощенный протокол передачи сообщений электронной почты
TTL (Time-To-Live) Время жизни, время нахождения пакета в сети
VoIP (Voice overInternet Protocol)
Передача речи по протоколу Интернет (IP)
WAN (Wide AreaNetwork)
Территориально-распределенная сеть
АОН Автоматический определитель номера
БД База данных
Биллинг Биллинг (от англ. to bill выставлять/выписывать счет) Определениестоимости оказанной абоненту услуги, начисление причитающейся сабонента платы и формирования счетов по данным учета (accounting).
Звено данныхсигнализации
Физическая среда для передачи информации (битового потока) междудвумя пунктами сигнализации в сети ОКС7. Представляет собой дваканала передачи сигнализации, работающих совместно впротивоположных направлениях с одинаковой скоростью. Управляется спомощью протокола уровня MTP1.
Звено сигнализации Звено сигнализации в сети ОКС7 представляет собой звено данныхсигнализации (в качетсве среды передачи) и оконечное устройствосигнализации (в качестве устройства управления). Обеспечиваетнадежную передачу сигнальных сообщений между двумянепосредственно соединенными пунктами сигнализации. Управляется спомщью протокола MTP2.
КПВ Контроль посылки вызова. КПВ информирует вызывающего абонента опосылке вызывного сигнала вызываемому абоненту.
МБН Модуль балансировки нагрузки (подсистема коммутации)
МКС Модуль командной строки (подсистема коммутации)
ММ Модуль маршрутизации (подсистема управления)
ММП Модуль медиа потоков (подсистема коммутации)
МС Модуль синхронизации (подсистема коммутации)
МУВ Модуль управления вызовами (подсистема коммутации)
МУЛ Модуль управления лицензией (подсистема коммутации)
Объект набора (DP) В терминах РТУ МТТ объект набора (dial peer) – это одно изпотенциальных направлений для трафика, характеризуемоеобслуживающим это направление оборудованием (шлюзами),правилами преобразования вызывающих и вызываемых номеров и др.характеристиками важными для маршрутизации вызовов.
Введение
Стр. 15
ПКомм Подсистема коммутации. Часть РТУ МТТ, которая выполняет функциипрограммного коммутатора класса 4.
Пограничныйконтроллер сеансов(сессий/соединений)
(от англ. Session Border Controller, SBC). Пограничный контроллерсеансов – это устройство, применяемое в некоторых сетях IP телефониидля управления сигнализацией и, в большинстве случаев,мультимедийными потоками, участвующими в установлении, процессесуществования и завершении (разрушении) соединений. Слово«пограничный» обозначает ту часть функций контроллера сеансов,которая относится к обеспечению движения информационных потоковчерез границы сети оператора. Например, если в сети организациимежсетевой экран (брандмауэр) или маршрутизатор адреснойтрансляции (NAT маршрутизатор) можно назвать демаркационнымиточками между локальной сетью и глобальной сетью Интернет, тозадачей пограничного контроллера является обеспечивать прохождениепотоков данных сеансов (вызовов) через подобные границы междусетями операторов.
Подсистемауправления (ПУпр/TM)
Управляющая структура РТУ МТТ, включающая в себя: модульмаршрутизации (ММ), БД и web-интерфейс.
Проксирование (от англ. proxy – доверенное лицо, уполномоченный, заместитель)Процесс, при котором Система или ее функциональный модуль,действуют в режиме proxy-сервера, т.е. «от лица», «от имени» источникаданных (сигнализации или мультимедиа). В частности, проксированиемедиа-потока выражается в том, что медиа-поток проходит не напрямуюмежду абонентами,а через Систему, что позволяет осуществлятьконвертацию кодеков между входящим и исходящим участками вызова.
Система Система РТУ МТТ
СОРМ Система оперативно-розыскных мероприятий
СОРМ-шлюз Программно-аппаратный комплекс, обеспечивающий техническуювозможность подключения телефонных ПУ правоохранительных органовк программному коммутатору РТУ МТТ.
Общие сведения о продукте
Стр. 16
Общие сведения о продукте2
Система РТУ МТТ – комплексная система управления вызовами, сочетающая в себе функциигибкого программного коммутатора 4 класса (softswitch class 4) и пограничного контроллерасоединений (session border controller). Основная задача Системы – концентрация и коммутацияVoIP-потоков, обеспечение их передачи между сетями с разнородной сигнализацией (SIP, H.323и ITU ISUP/ISUP-R).
РТУ МТТ предназначен для организации высокопроизводительного транзитного центра воператорских сетях с пакетной коммутацией. Система позволяет эффективно сопрягатьразнородное оборудование в сети оператора и при межсетевом взаимодействии, обеспечиваетсетевую безопасность и управление качеством обслуживания, является единым центромавторизации пользователей, сбора статистической и биллинговой информации.
РТУ МТТ является новым поколением «классического» MVTS и обладает следующимиосновными усовершенствованиями: поддержкой протоколов SIP и ITU ISUP/ISUP-R/MGCP вядре системы, высокой скоростью обработки вызовов и распределенной модульнойархитектурой, которая обеспечивает возможность неограниченного наращиванияпроизводительности, создания гибких схем резервирования, а также географическогораспределения компонентов системы.
Простота развертывания и удобство в эксплуатации при высокой масштабируемости инадежности являются главными преимуществами РТУ МТТ.
Архитектура РТУ (модуль транзита трафика)2.1Сведения об архитектуре Системы содержатся в документе «Функциональная спецификация»,прилагаемом к продукту.
Модуль СОРМ-шлюз (СШ)2.2
СШ – программно-аппаратное решение, включающее в себя аппаратную часть – сервер наплатформе Intel для монтирования в стойку и программное обеспечение – единыйпрограммный модуль, выполняющий преобразование интерфейса СОРМ программныхкоммутаторов РТУ МТТ в интерфейс стандартного телефонного пульта управления (ПУ).
Включение СШ в состав комплекса РТУ МТТ обеспечивает техническую возможностьпроведения оперативно-розыскных мероприятий (СОРМ-система) на сетях передачи голоса поинтернет-протоколу (VoIP).
СШ обладает возможностями расширения и модернизации с учетом развития технологий именяющихся требований правоохранительных органов.
СШ обеспечивает:
прием и обработку команд от телефонного пульта управления и прием всей статистики овызовах от РТУ МТТ;
прием голосового RTP-трафика от программных коммутаторов РТУ МТТ, егодекодирование и передачу на определенные канальные интервалы интерфейсов E1.
Взаимодействие РТУ МТТ и модуля СОРМ-ШЛЮЗ схематично представлено на рисунке ниже.
Общие сведения о продукте
Стр. 17
Взаимодействие РТУ МТТ с модулем СОРМ-шлюз
Исчерпывающая информация о модуле «СОРМ-шлюз», его взаимодействии с РТУ МТТ,эксплуатации и настройках изложена в отдельном документе.
Протокол администрирования из внешних приложений2.3Протокол администрирования из внешних приложений – это прикладной программныйинтерфейс (API-интерфейс), предназначенный для получения информации о текущихнастройках РТУ МТТ и их изменения через запросы, направляемые к web-серверу РТУ МТТ попротоколу SOAP из внешнего приложения.
Более подробная информация содержится в документе «РТУ. Протокол администрирования извнешних приложений».
Настройка системы
Стр. 18
Настройка системы3
Рекомендации по настройке безопасности3.1Для защиты Системы от несанкционированного доступа рекомендуется запретить доступ кСистеме со всех IP-адресов, за исключением необходимых для функционирования Системы, спомощью брандмауэра (firewall).
В частности, рекомендуется:
Ограничить доступ к сокетам управляющих соединений (control links) модулей ПКомм совсех адресов, кроме необходимых для связи модулей друг с другом.
Ограничить доступ к модулю балансировки нагрузки (МБН) из внешней сети со всехадресов, кроме тех, с которых Система получает и и на которые она отправляет трафик.
Ограничить доступность TCP-порта MySQL 3306 из внешней сети. Доступ к данномупорту необходим только для модуля маршрутизации и web-интерфейса.
В случае, если абонентам Системы не предоставляется доступ к web-кабинетам,ограничить доступ к TCP-порту 443 (web-интерфейс) только с необходимых IP-адресов(для службы технической поддержки МФИ Софт и владельца Системы).
Разрешить доступ к модулю командной строки по протоколу telnet только с необходимыхадресов (для службы технической поддержки МФИ Софт и владельца Системы).
Разрешить доступ по ssh к серверам Системы только с необходимых адресов (для службытехнической поддержки МФИ Софт и владельца Системы).
Сменить пароль по умолчанию после первого захода в web-интерфейс.
Конфигурирование подсистемы коммутации3.2
Конфигурация ПКомм выполняется при помощи двух текстовых файлов: phoenix.conf иsystem.conf.
Файл конфигурации phoenix.conf имеется на каждом сервере, где установлен коммутаторПКомм. В нем указывается, модули какого типа запускаются на данном сервере.
Конфигурационный файл system.conf находится на сервере, на котором запускается модулькомандной строки (commandline). В нем указываются параметры конкретных модулей ПКомм.
Пер ед конфигур ир ованием подсистемы коммутации вставьте ключ, поставляемый вместе сустановочным пакетом, в usb-пор т сер вер а, на котор ом будет р азмещаться модульупр авления лицензиями (МУЛ) .
Для настройки ПКомм в случае, если все функциональные модули установлены на одномсервере, проделайте следующие операции:
1. Запустите Подсистему коммутации;
2. Отредактируйте конфигурационный файл phoenix.conf;
3. Отредактируйте конфигурационный файл system.conf;
4. С помощью консоли администрирования введите настройки в действие.
Для настройки ПКомм в случае, когда ПКомм развернута на нескольких серверах, проделайтеследующие операции:
1. Запустите Подсистему коммутации на каждом сервере;
2. Отредактируйте конфигурационный файл phoenix.conf на каждом сервере;
3. Отредактируйте конфигурационный файл system.conf на основном сервере;
Настройка системы
Стр. 19
4. С помощью командной строки введите общесистемные настройки в действие наосновном сервере.
Синтаксис конфигурационного файла system.conf3.3Конфигурационный файл system.conf – простой текстовой файл, выполненный в стиле,напоминающем стиль оформления текстов программ на языке C.
Основными правилами оформления конфигурационных параметров являются следующиетребования:
Конфигурационные параметры оформляются в виде секций и подсекций, заключенных вфигурные скобки. За закрывающей скобкой должна следовать точка с запятой;
Так же как в языках C и C++, возможны комментарии двух типов: однострочные, припомощи символов //, комментирующих любой текст до конца строки, и – многострочныепри помощи открывающих и закрывающих пар символов /* и */, комментирующих всё,что расположено между ними;
Имеется возможность «подключения» частей внешних файлов, посредством ключевогослова include.
Таблица 2 иллюстрирует стиль оформления конфигурационного файла system.conf.
Таблица 2 Синтаксис конфигурационного файла system.conf
Название элемента Формат Пример
Секция/
Подсекция
название
{….
};
zone
{
zone «local»
{
«127.0.0.0/8»;
«::1/128»;
};
zone «intranet»
{
«194.112.160.0/24»;
};
};
Параметр название “значение” allow_chap ”yes”
Значение “значение” «127.0.0.0/8»;
«::1/128»;
Комментарий /*…
*/
/* Use this section to configure signalingnodes.
*/
Подключение текстаиз внешнего файла
include “путь/имяфайла” include “/etc/mvts3g/system-1.zone.conf”
Настройка системы
Стр. 20
Фоновый процесс phoenix. Конфигурационный файлphoenix.conf
3.4
Phoenix представляет собой фоновый процесс, запускающий функциональные модули,установленные на сервере, и сообщающий им IP-адрес и порт, используемые модулемуправления лицензией (license management node). Другой функцией процесса phoenix являетсяперезапуск функциональных модулей в случае сбоя.
Если система установлена на нескольких серверах, на каждом сервере запускается по процессуphoenix, конфигурационные параметры которого хранятся в файле phoenix.conf в каталоге/etc/mvts3g.
Каталог /etc/mvts3g также содержит два дополнительных файла:
phoenix.conf.sample.local – образец конфигурационного файла phoenix.conf для серверов, на которых установлен модуль управления лицензией (licensemanagement node);
phoenix.conf.sample.remote – образец конфигурационного файла phoenix.conf для серверов, на которых не установлен модуль управления лицензией (licensemanagement node).
Файл phoenix.conf состоит из последовательности команд, которые запускаютфункциональные модули Системы при ее старте.
На рисунке ниже приведен фрагмент конфигурационного файла phoenix.conf.sample.local.
Фрагмент файла phoenix.conf.sample.local
Команды построены по принципу:
<команда> [<параметр1>[=<значение1>][, <параметр2>[=<значение2>][, …]]]
где в квадратных скобках [] указаны необязательные параметры.
В файле phoenix.conf доступны следующие команды:
management primary=<адрес и порт МУЛ> [backup=<адрес и порт резервного МУЛ>]
Задает адрес модуля управления лицензией. Если МУЛ запускается на данном сервере, тоон будет открывать сокет на указанном адресе/порту. Другие модули будут искать МУЛпо этому адресу (основному или резервному, в зависимости от того, какой указан).Команда должна стоять до команд load.
На одном сер вер е и основной, и р езер вный модуль упр авления лицензией запущены быть немогут, то есть нельзя указать один адр ес одновр еменно для основного и р езер вного МУЛ.
Подробнее о резервировании МУЛ, см. раздел Особенности резервирования МУЛ;
phoenix [address=<ip-сокет>] [sodir=<путь к каталогу с модулями в виде so>][timeout=<таймаут>] [count=<количество событий>] [sleep=<пауза>] [wdtimeout=<таймаут неответа>] [wdsleep=<таймаут проверки активности>]
Данная команда задает параметры процесса phoenix. address — IP-адрес и порт интерфейсадля дальнейшего управления процессом phoenix. sodir — путь для поиска файлов модулей .so. Следующие три параметра определяют параметры перезапуска модулей в случаеаварийного завершения их работы. Если в течение времени timeout модуль аварийнозавершил свою работу count раз, то перед следующей попыткой его запуска необходимовыждать время sleep. Параметр wdtimeout определяет период времени, по истечениикоторого модуль, не ответивший на запросы процесса phoenix, считается зависшим.
Настройка системы
Стр. 21
Параметр wdsleep определяет период ожидания после отправки неактивному модулюпроцессом phoenix сигнала SIGSEGV. Если после истечения данного интервала модуль небыл остановлен, то модулю отправляется сигнал SIGKILL. Данная команда должна бытьисполнена до команд load.
statestore [db=<путь до БД>] [trafficlog=<путь до traffic.log>]
Задает параметры процесса statestore, который должен запускаться до старта остальныхмодулей. Параметр db определяет путь до базы данных, в которой модули хранятнеобходимую им информацию. Параметр trafficlog определяет путь к файлу журналаtraffic.log. Эта команда должна быть исполнена до команд load. Параметры имеютзначения по умолчанию, в результате вся команда может быть опущена.
load type=<тип модуля> name=<имя модуля> [file=<путь>] [<params>]
Загрузить модуль с типом type, именем name и опциональным набором параметров.Параметры type и name обязательны. Для конкретных типов модулей могут быть другиеобязательные параметры. Необязательный параметр file задаёт путь до файла .soзагружаемого модуля. При отсутствии параметра file, путь будет браться согласнопараметру sodir из команды phoenix.
Для запуска модуля управления лицензией как основного необходимо в качествепараметра к команде load type=management добавить команду mode=main, как резервного- команду mode=backup.
Отредактируйте соответствующий образец конфигурационного файла в любом текстовомредакторе и скопируйте его в файл phoenix.conf.
Для того, чтобы изменения вступили в силу, запустите командный файл /etc/init.d/mvts3g-server-pro на выполнение с аргументом start:
#> /etc/init.d/mvts3g-server-pro start
Для перезапуска сервера используйте аргумент restart:
#> /etc/init.d/mvts3g-server-pro restart
Для останова сервера используйте аргумент stop.
#> /etc/init.d/mvts3g-server-pro stop
Конфигурационный файл system.conf3.5В файле /etc/mvts3g/system.conf задается общая сетевая конфигурация коммутатораПКомм.
На риснуке ниже приведен фрагмент файла system.conf.
media{ rbtfilesdir «/etc/mvts3g»;
media «media-1» { portrange «10000-19999»; };
media «media-2» { portrange «20000-29999»; };
media «media-3» { portrange «30000-39999»; };
media «media-4»
Настройка системы
Стр. 22
{ portrange «40000-49999»; };};
Конфигурационный файл system.conf
Файл system.conf состоит из нескольких секций, каждая из которых описывает настройкитого или иного функционального модуля подсистемы.
На рисунке выше отображена секция media, содержащая информацию о четырех модуляхобработки мультимедиа-потоков с названиями “media-1”, “media-2”, “media-3”, “media-4”(подсекции media “media-1”, media “media-2”, media “media-3” и media “media-4”, соответственно).
Подсекции содержат конфигурационные параметры модулей. Из приведенного примера видно,что модуль обработки мультимедиа-потоков с названием «media-1» использует порты вдиапазоне от 10000 до 14999, и «media-2» — от 20000 до 29999, «media-3» — от 30000 до 39999, «media-4» — от 40000 до 49999.
Параметр, указанный внутри секции, становится параметром по умолчанию для всех подсекций,входящих в секцию. В приведенном примере таким является параметр rbtfilesdir (путь кзвуковому файлу, используемому при эмуляции сигнала КПВ). Если для какого-либо модулянеобходимо задать параметр отдельно, его можно указать непосредственно в подсекции.
Конфигурационные данные, относящиеся к модулям какого-либо одного типа (signaling/scripting/media и т.д.) можно размещать в отдельном файле (см. раздел Конфигурация отдельныхмодулей).
В этом случае в файле system.conf следует использовать директиву include и указывать путьк этим файлам с конфигурационными данными. Например:
include «/etc/mvts3g/system-1.zone.conf»;include «/etc/mvts3g/system-1.scripting.conf»;include «/etc/mvts3g/system-1.registrar.conf»;include «/etc/mvts3g/system-1.signaling.conf»;include «/etc/mvts3g/system-1.synchro.conf»;include «/etc/mvts3g/system-1.media.conf»;
Для применения изменений, выполненных в system.conf, необходимо подключиться куправляющему интерфейсу (telnet [address] [port], заданному в секции commandline файлаphoenix.conf) и ввести команду config, передав в качестве параметра полный путь к файлуконфигурации system.conf. Пример:
mvts3g|> config /etc/mvts3g/system.confStep 1: Parsing a configuration file…Step 2: Configuring the system…Step 3: Done.
После этого информация об общесетевой конфигурации ПКомм будет сохранена на жесткомдиске.
Конфигурация отдельных модулей3.6Конфигурации модулей сгруппированы по типам модулей, общий формат конфигурационногофайла следующий:
[тип модуля]{ [общие параметры для всех модулей этого типа или секции] [тип модуля] «[имя модуля]» { [параметры и секции, специфичные для данного конкретного модуля] };};
«имя модуля» должно соответствовать имени модуля такого же типа из файла конфигурацииphoenix.conf.
Настройка системы
Стр. 23
Общие секции3.6.1
В конфигурации всех модулей существуют две секции: необязательная common и обязательнаяcontrollink.
common{ loglevel «0»; …};controllink{ address { «192.168.132.195»; }; port «7050»;};
Секция common отвечает за общие настройки, в доступны следующие параметры:
loglevel – уровень протоколирования пакетов с возможными значениями «ноль»(протоколирование отключено) и «не ноль/любое число» (протоколирование включено,при этом в журнал записывается пакеты сигнализации SIP/H.323, а также пакеты обменасообщениями между модулями);
для модуля управления вызовами и для модуля управления регистрациями ибалансировки можно также задать время, через которую будет отключаться ведениежурналов, для того чтобы предотвратить переполнение диска файлами журнала. Дляэтого в секции common соответствующего модуля вставьте следующую строчку:
loglevel_timeout “x”
где x – время в минутах, в течение которого ведется журнал. По умолчанию, ведениежурналов отключается через 24 часа;
link_send_timeout – интервал между отправкой пакетов проверки активности отмодуля по управляющему соединению к другим модулям, в миллисекундах;
link_recv_timeout – максимально допустимая задержка на получение каких-либопакетов от удаленного модуля по управляющему соединению, по истечении которогоTCP-соединение между модулями считается разорванным, в миллисекундах;
link_restore_timeout — период, по истечении которого с момента обрыва TCP-соединения фиксируется полный обрыв управляющего соединения, в миллисекундах;
link_reconnect_interval — интервал между попытками восстановления TCP-соединения в рамках периода link_restore_timeout, в миллисекундах;
link_connect_interval — интервал между попытками установления TCP-соединения при изначальном установлении управляющего соединения или после егополного обрыва, в миллисекундах.
Значение link_send_timeout должно быть стр ого меньше link_recv_timeout, иначебудут пр оисходить постоянные обр ывы TCP-соединений.
Чтобы задать вышеуказанные интервалы для всех модулей (за исключением statestore иcommandline), необходимо создать в файле конфигурации глобальную секцию common,содержимое которой автоматически применится ко всем модулям.
Секция controllink указывает, на каком адресе/порту модуль должен открывать серверныйсокет для приёма соединений от других модулей.
В секции controllink нельзя использовать адр еса «0.0.0.0» и «127.0.0.1», чтобы избежатьпр облем пр и конфигур ир овании ПКомм. Следует указывать один р еальный адр ес.
Настройка системы
Стр. 24
Конфигурирование модуля балансировки нагрузки3.6.2
Пример общей конфигурации произвольного модуля балансировки нагрузки:
balancer{ balancer «[node name]» { common … controllink …
ras { address { «0.0.0.0»; }; port «1719»; gkname «MVTS3G»; allow_md5 «yes»; allow_chap «yes»; allow_plain «yes»; };
sip { address { «0.0.0.0»; }; port «5060»; proxying_balancing «yes»; external_autorization «no»; };
h323 { address { «0.0.0.0»; }; port «1720»; }; };};
Секция ras содержит параметры, относящиеся к настройке H.323-привратника:
o address — адрес или адреса, на котором модуль будет слушать входящие запросы дляпривратника H.323 (LRQ/ARQ);
o port — порт, на котором будут приниматься входящие запросы для привратника;
o gkname — имя привратника для использования при работе с сообщениями LRQ/ARQ;
o allow_md5, allow_chap, allow_plain — разрешённые типы шифрованияпаролей;
Секция sip содержит параметры, относящиеся к настройке модуля балансировки SIP-вызовов:
o address/port — адрес и порт для входящих SIP-сообщений;
Настройка системы
Стр. 25
o proxying_balancing — параметр, отвечающий за способ балансировки SIP-вызовов, без перенаправления («yes») или с помощью перенаправления (сообщения302) («no»);
o realm – значения поля realm в сообщениях протокола SIP. Возможные значенияпараметра (учитывается регистр символов):
«HOSTNAME» — значение по умолчанию. В сообщении 401, отправленном в ответ нарегистрацию, в качестве поля realm будет выступать имя хоста.
«HOSTADDR» — в сообщении 401 в качестве поля realm будет выступать IP-адресхоста. При наличии SIP-сокетов на нескольких сетевых интерфейсах будет выбиратьсяфактический адрес, на который пришел запрос REGISTER.
Любая другая строка (обрамленная кавычками) будет в неизменном виде (исключаякавычки) использоваться в качестве поля realm.
Секция h323 содержит параметры, относящиеся к настройке модуля балансировки H.323-вызовов:
o address/port — секция, где указывается адрес и порт для входящих H.323 вызовов.
Конфигурирование модуля обработки вызовов ОКС73.6.3
В общем виде конфигурация произвольного модуля обработки вызовов ОКС7 (SS7 Call Agentnode) выглядит следующим образом:
ss7{ ss7 «[имя модуля]» { common … controllink …
callctr { ss7zone «[имя зоны ОКС7]» { cid «0» }; tmr «1» };
isup { … };
m3ua { … };
mgcp { … }; };};
Параметры секции callctr:
Настройка системы
Стр. 26
ss7sone – имя ОКС7-зоны. Задайте в секции callctr количество секций ss7zoneравное количеству ОКС7-зон, с которыми взаимодействует Система. См. также разделОКС7-зоны;
tmr – значение, отправляемое в поле Transmission medium requirement в сообщении IAM.Допустимые значения – 0-3;
Параметры секции ss7zone:
cid – идентификатор группы медиа-каналов (задаваемой в секции circuit_group),принадлежащей к данной ОКС7-зоне, в одном или нескольких каналах E1. Каждой зонесоответствует только одна группа медиа-каналов;
Для настройки параметров протокола ISUP используется секция isup:
isup{ snode «[идентификатор snode]» { … connection «[идентификатор connection]» { …
timers { … };
span «[идентификатор span]» { … ts_cic_mapping { … }; }; }; }; circuit_group { …
circuit_group_elem { … }; };};
Общие параметры:
tStopBlock – период, по истечении которого завершается перепосылка сообщенияBLO/CGB при отсутствии ответа от удаленного коммутатора ОКС7. Значение поумолчанию – 3600000. Допустимый диапазон – 300000 – 60000000. Значение параметрадолжно быть больше или равно значению таймера T19;
tStopUnblock – период, по истечении которого завершается перепосылка сообщенияUBL/CGU при отсутствии ответа от удаленного коммутатора ОКС7. Значение поумолчанию – 3600000. Допустимый диапазон – 300000 – 60000000. Значение параметрадолжно быть больше или равно значению таймера T21;
tStopRSC – период, по истечении которого завершается перепосылка сообщения RSC
Настройка системы
Стр. 27
при отсутствии ответа от удаленного коммутатора ОКС7. Значение по умолчанию –3600000. Допустимый диапазон – 300000 – 60000000. Значение параметра должно бытьбольше или равно значению таймера T17;
tStopGRS – период, по истечении которого завершается перепосылка сообщения GRSпри отсутствии ответа от удаленного коммутатора ОКС7. Значение по умолчанию –3600000. Допустимый диапазон – 300000 – 60000000. Значение параметра должно бытьбольше или равно значению таймера T23;
Параметры секции snode описывают пункт сигнализации ОКС7, на котором работает протоколISUP:
Идентификатор пункта сигнализации ОКС7 указывается в заголовке секции. Допустимыезначения – от 1 до 100 включительно;
opc – код пункта (point code) сигнализации. Задается десятичным числом от 0 до 16383включительно;
ni – код индикатора сети. Задается десятичным числом от 0 до 3-х включительно.
Параметры секции connection описывают подключение к удаленному коммутатору ОКС7,состоящее из нескольких линий E1:
Идентификатор подключения к коммутатору ОКС7 указывается в заголовке секции.Допустимые значения – от 1 до 100 включительно;
dpc – код пункта назначения, то есть код (point code) коммутатора. Задается десятичнымчислом от 0 до 16383 включительно;
Параметры секции timers описывают набор таймеров для подключения к ОКС7-сети.Значения таймеров задаются в миллисекундах. Более подробная информация о таймерахсодержится в документе Q.764. Используемые таймеры:
T1 — таймер ожидания получения сообщения RLC после передачи сообщения REL;
T5 — таймер ожидания получения сообщения RLC после передачи первого сообщенияREL;
T6 — таймер ожидания получения сообщения RES (инициирован сетью) после получениясообщения SUS (инициирован сетью);
T7 — таймер ожидания отклика на последнее переданное сообщение SAM;
T9 — таймер ожидания получения сообщения CON или ANM после получения сообщенияАСМ;
T16 — таймер ожидания подтверждения на переданное сообщение RSC;
T17- таймер ожидания подтверждения на первое переданное сообщение RSC;
T18 — таймер ожидания подтверждения на переданное сообщение CGB;
T19 — таймер ожидания подтверждения на первое переданное сообщение CGB;
T20 — таймер ожидания подтверждения на переданное сообщение CGU;
T21 — таймер ожидания подтверждения на первое переданное сообщение CGU;
T22 — таймер ожидания подтверждения на переданное сообщение GRS;
T23 — таймер ожидания подтверждения на первое переданное сообщение GRS;
Параметры секции span описывают отдельный канал E1 к коммутатору ОКС7 в рамках ISUP-подключения:
Уникальный идентификатор канала E1 задается в заголовке подсекции. Не допускаютсяодинаковые идентификаторы разных каналов E1 даже в разных подключениях ISUP;
hw_id – идентификатор медиа-шлюза (описанного в соответствующей секцииmgcp_conf_mgw), к которому подключаются медиа-каналы E1;
out_mask – необязательная битовая маска, обозначающая те медиа-каналы в канале E1,
Настройка системы
Стр. 28
которые будут использоваться для исходящих вызовов от Системы. Задается десятичнымили шестнадцатеричным числом;
in_mask – необязательная битовая маска, обозначающая те медиа-каналы в канале E1,которые будут использоваться для входящих вызовов от ОКС7-коммутатора. Задаетсядесятичным или шестнадцатеричным числом;
doInitReset – необязательный параметр. Значение «true» означает, что будетпроизводиться сброс состоянии медиа-каналов, когда удаленный коммутатор ОКС7становится доступным в первый раз;
isConsecutiveCicAlloc – значение «true» означает, что используетсяпоследовательная нумерация медиа-каналов. Значение «false» означает, что используетсяпроизвольная нумерация медиа-каналов. При любом способе нумерации номераотдельных медиа-каналов должны быть уникальны внутри подключения ISUP и должныбыть одинаковы на локальном и удаленном ОКС7-коммутаторе;
cicBase – задает номер первого медиа-канала, от которого будет вестись нумерация вслучае последовательной нумерации. Если в Системе задано несколько каналов E1, тонеобходимо задавать параметр cicBase для каждого из них так, чтобы диапазоныномеров медиа-каналов в каждом канале не перекрывались (например, для канала 0 –cicBase = 0, для канала 1 – cicBase = 32 и т.д.);
Подсекция ts_cic_mapping действительна, только если параметрisConsecutiveCicAlloc = false. В данной подсекции в параметрах ts0…ts31задаются номера медиа-каналов, устанавливаемых параметрами out_mask и in_mask.Диапазон значений каждого параметра – от 0 до 4095 включительно.
Параметры секции circuit_group описывают определенную группу медиа-каналов в одномили нескольких каналах E1. Количество секций circuit_group должно быть равно количествуидентификаторов cid, заданных в секции (или секциях) ss7zone:
Идентификатор группы медиа-каналов задается в заголовке секции circuit_group.Соответствует идентификатору cid в секции ss7zone;
Параметры секции circuit_group_elem описывают набор медиа-каналов в одном каналеE1. Максимальное количество секций circuit_group_elem в секции circuit_groupравно 50:
span_idx – идентификатор канала E1 (описанного в соответствующей секции span),которому принадлежит данная группа медиа-каналов;
out_mask – необязательная битовая маска, обозначающая те медиа-каналы в канале E1,которые принадлежат данной группе медиа-каналов. Задается десятичным илишестнадцатеричным числом;
Для настройки протокола M3UA используется секция m3ua:
m3ua{ … AS «[идентификатор AS]» { … };
ASP «[идентификатор ASP]» { … };
LIPSP «[идентификатор LIPSP]» { …
Настройка системы
Стр. 29
};
RIPSP «[идентификатор RIPSP]»
SG «[идентификатор SG]»
SGP «[идентификатор SGP]» { … };
Association «[идентификатор Association]» { … };
LocalEndpoint «[идентификатор Endpoint]» { … };
RemoteEndpoint «[идентификатор Endpoint]» { … };
NetworkAppearance «[идентификатор NetworkAppearence]» { … };
RoutingContext «[идентификатор RoutingContext]» { … };
RoutingKey «[идентификатор RoutingKey]» { …
};};
Общие параметры:
assocEstablishInterval – периодичность попыток восстановления SCTP-ассоциации в случае ее разрыва, в миллисекундах. Значение по умолчанию – 1000.Допустимый диапазон значений – от 1000 до 10000 включительно;
assocMaxInitAttempts – максимальное количество попыток первоначальноустановить SCTP-ассоциацию. Значение по умолчанию – 3. Допустимый диапазонзначений – от 1 до 10 включительно;
assocMaxInitTimeout – максимальный период попыток установить SCTP-ассоциацию, в миллисекундах. Значение по умолчанию – 300. Допустимый диапазонзначений – от 1000 до 10000 включительно;
assocGracefulClose – значение «true» означает, что для закрытия SCTP-ассоциациина ОКС7-шлюз посылается Shutdown Chunk, значение «false» — Abort Chunk. Поумолчанию – «false».
daudPeriod – период проверки доступности удаленных пунктов сигнализации, вмиллисекундах. По умолчанию – 6000. Допустимый диапазон значений – от 1000 до
Настройка системы
Стр. 30
600000 включительно;
Параметры секции AS описывают сервер приложений (Application Server, AS), логическийобъект, которому поставлен соответствие один ключ маршрутизации (Routing Key). Под ключоммаршрутизации понимается фильтр из набора параметров, определяющий принадлежностьтрафика сигнализации к определенному AS. Сервер приложений содержит один или болеепроцессов сервера приложений (Application Server Process, ASP), которые осуществляюттранзит сигнализации из одной сети в другую. Одному объекту AS могут соответствоватьнесколько процессов ASP и наоборот:
Идентификатор определенного сервера AS задается в заголовке секции. Диапазонзначений идентификатора – 1-65536.
rk – идентификатор Routing Key (RK) (описанного в секции RoutingKey), то есть тогофильтра, который задает принадлежность трафика к данному AS.
Параметры секции ASP описывают процесс сервера приложений (Application Server Process,ASP), который обрабатывает трафик на стороне клиента (Системы):
Идентификатор определенного процесса ASP задается в заголовке секции. Диапазонзначений идентификатора – 1-65536.
m3asp_id – значение параметра ASP Identifier. Диапазон значений – 1-1000.
Параметры секции LIPSP описывают локальный пункт сигнализации IP (IP Signaling Point,IPSP). Используется только при настройке работы модуля в режиме IPSP.
Идентификатор локального пункта IPSP задается в заголовке секции. Диапазон значенийидентификатора – 1-65534.
m3asp_id – значение параметра ASP Identifier, используется в сообщении ASPUP.Диапазон значений – 1-100.
Параметр RIPSP описывает удаленный пункт IPSP. Данным параметроv задаетсяидентификатор удаленного пункта IPSP. Диапазон значений идентификатора – 1-65534.Используется только при настройке работы модуля в режиме IPSP.
Параметр SG описывает сигнальный шлюз (Signaling Gateway, SG), который находится награнице сетей IP и ОКС7 и благодаря которому осуществляется переброс сигнализации из однойсети в другую. Данным параметром задается идентификатор определенного шлюза SG.Диапазон значений идентификатора – 65537 — 131070.
Параметры секции SGP описывают процесс сигнального шлюза (Signaling Gateway Process,SGP), который на шлюзе SG осуществляет транзит трафика из одной сети в другую:
Идентификатор определенного процесса SGP задается в заголовке секции. Диапазонзначений идентификатора – 65537 – 131070.
sg – идентификатор шлюза SG (описываемого в секции SG), которому принадлежитданный процесс SGP.
Параметры секции Association описывают SCTP-ассоциацию (соединение) междупроцессами ASP и SGP:
Идентификатор SCTP-ассоциации задается в заголовке секции.
lsp – идентификатор ASP (описываемого в секции ASP), с которым установленаассоциация;
rsp – идентификатор SGP (описываемого в секции SGP), с которым установленаассоциация;
lep – идентификатор локального оконечного пункта SCTP-процесса ASP (описываемогосекцией LocalEndpoint);
rep – идентификатор локального оконечного пункта SCTP-процесса SGP (описываемогосекцией RemoteEndpoint);
hbInterval – интервал отправки пакетов контроля активности (heartbeat) междуоконечными пунктами ассоциации для проверки связи. По умолчанию – 30 сек.
Настройка системы
Стр. 31
role — необязательный параметр, который определяет, какая из сторон будетустанавливать ассоциацию. При значении «Client» ассоциацию устанавливает ASP/LIPSP, при значении «Server» ASP/LIPSP ждет установления ассоциации. Значение поумолчанию — «Client».
LocalEndpoint «[идентификатор LocalEndpoint]»{ …
Addresses { «192.168.131.100»; };};
Параметры секции LocalEndpoint описывают локальный оконечный пункт SCTP. Диапазонзначений – 0 – 200:
Идентификатор локального оконечного пункта SCTP задается в заголовке секции;
port – SCTP-порт пункта. По умолчанию — 2905;
В секции Addresses задается список IP-адресов, которые соответствуют SCTP-пункту.Каждый адрес должен находиться на отдельной строке.
RemoteEndpoint «[идентификатор RemoteEndpoint]»{ …
Addresses { «192.168.131.100»; };};
Параметры секции RemoteEndpoint описывают удаленный оконечный пункт SCTP.Диапазон значений – 0 – 200:
Идентификатор удаленного оконечного пункта SCTP задается в заголовке секции;
port – SCTP-порт пункта. По умолчанию — 2905;
В секции Addresses задается список IP-адресов, которые соответствуют SCTP-пункту.Каждый адрес должен находиться на отдельной строке.
NetworkAppearance «[идентификатор NetworkAppearence]»{ …
SG_Ids { «65537»; };
AS_Ids { «1»; };
};
Параметры секции NetworkAppearance описывают «представление сети», идентификаторОКС7-сети, который вместе с кодом пункта отправления однозначно определяетпринадлежность узла связи к определенной сети ОКС7. Данный идентификатор используется,когда трафик, принадлежащий разным ОКС7-сетям, пересылается по одной SCTP-ассоциациимежду сервером приложений AS и шлюзом SG:
Настройка системы
Стр. 32
Идентификатор данной секции задается в заголовке секции;
value – значение Network Appearance, идентификатора ОКС7-сети. Диапазон значений –0 — 4294967295;
В секции SG_Ids задается один идентификатор шлюза SG (описываемого секцией SG).
В секции AS_Ids задается один идентификатор объекта AS (описываемого секцией AS).
RoutingContext «[идентификатор RoutingContext]»{ …
AS_Ids { «1»; };
Assoc_Ids { «1»; };
};
Параметры секции RoutingContext описывают уникальный идентификатор ключамаршрутизации Routing Key, который используется, когда трафик с одного шлюза SGпередается на несколько серверов приложений AS:
Идентификатор данной секции задается в заголовке данной секции;
value – значение Routing Context, идентификатора объекта AS. Диапазон значений – 0 -4294967295. Также имеются два специальных значения (значения регистрозависимы):
o None — Routing Context не будет вкладываться в сообщения DATA. Данное значениеможно выставлять, только если ассоциация, на которую ссылается данный RoutingContext, будет использоваться только AS, на которую ссылается данный RoutingContext. Во всех других случаях это некорректная конфигурация.
o Dynamic — значение Routing Context будет получено у шлюза с помощьюпроцедуры динамической регистрации Routing Key. При этом протокольноезначение Routing Context указывать не нужно. Если шлюз не поддерживает даннуюпроцедуру, AS не будет активирован.
В секции AS_Ids задается один идентификатор объекта AS (описываемого секцией AS).
В секции Assoc_Ids задается идентификатор SCTP-соединения Association(описываемого секцией Association).
direction — необязательный параметр, позволяющий определить тип локальногопроцесса. Если значение равно «Outgoing», это ASP; «Incoming» — это SGP; «Both»- это IPSP.
RoutingKey «[идентификатор RoutingKey]»{ …
RoutingKeyEntry { … OPCs { «300»; };
…
Настройка системы
Стр. 33
};};
Параметры секции RoutingKey описывают фильтр, который используется для отнесениятрафика к тому или иному объекту AS. Параметры разных фильтров не должны перекрываться,то есть фильтры необходимо задавать так, чтобы трафик однозначно относился к одномуобъекту AS:
Идентификатор фильтра задается в заголовке секции;
В секции RoutingKeyEntry задаются параметры фильтра;
o DPC – код пункта назначения (по отношению к шлюзу SG);
o В секции OPCs задаются коды пункта отправления (по отношению к шлюзу SG).Каждый код должен находиться на новой строке;
o si – индикатор службы (service indicator), задающийся битовой маской в 16 бит.Установка бита 5 в 1 означает, что используется идентификатор сервиса для ISUP;
o ni – индикатор сети (network indicator). Задается десятичным числом от 0 до 3-хвключительно.
Для настройки протокола MGCP используется секция mgcp:
mgcp{ mgcp_conf_inst «[идентификатор секции]» { localAddr «192.168.129.127»; localPort «2727»; tHist «20000»; tRetransInit «200»; tRetransLong «400»; tRetransMax «4000»; maxRtxNum «200»;
mgcp_conf_mgw «[идентификатор секции]» { address «192.168.131.100»; port «2427»; outTidMin «2000»; outTidMax «99999999»; pattern «S0/DS1-${trunk}/${timeslot}@mediant3.meranetworks.ru»;
mgcp_conf_trunk «0» };};
Секция mgcp_conf_inst описывает параметры, относящиеся к имеющимся медиа-шлюзам,которыми управляет данный модуль обработки вызовов ОКС7 с помощью сообщений MGCP:
Идентификатор секции задается в заголовке секции;
localAddr – IP-адрес модуля обработки вызовов ОКС7, который будет использоватьсядля приема и отправки MGCP-сообщений в IP-сети;
localPort – IP-порт модуля обработки вызовов ОКС7, который будет использоватьсядля приема и отправки MGCP-сообщений в IP-сети. Значение по умолчанию — 2727;
tHist – время жизни транзакции в миллисекундах, по истечении которого транзакциясчитается неуспешной и завершается. Значение по умолчанию – 20000. Диапазонзначений – 1000 — 60000;
tRetransInit – начальный период ретрансляции сообщений в миллисекундах.Значение по умолчанию – 200. Диапазон значений – 100 — 500;
tRetransLong – период ретрансляции сообщений в миллисекундах, использующийся,
Настройка системы
Стр. 34
когда медиа-шлюз получил сообщение от TS и находится в процессе его обработки.Значение по умолчанию – 400. Диапазон значений – 100 — 10000;
tRetransMax – максимальный период ретрансляции сообщений в миллисекундах.Значение по умолчанию – 4000. Диапазон значений – 1000 — 10000;
maxRtxNum – максимальное количество ретрансляций сообщений, по достижениикоторого транзакция считается неуспешной и ретрансляция данного сообщений непроизводится. Значение по умолчанию – 200. Диапазон значений – 5 — 1000.
Секция mgcp_conf_mgw описывает параметры медиа-шлюза (MGCP-шлюза), которыйосуществляет передачу медиа-трафика из сети ОКС7 в IP-сеть и наоборот:
Идентификатор медиа-шлюза задается в заголовке секции;
address – IP-адрес медиа-шлюза;
port – IP-порт медиа-шлюза;
outTidMin – нижняя граница диапазона значений идентификаторов, которые могутприсваиваться транзакциям MGCP, отправляемым модулем обработки вызовов ОКС7 намедиа-шлюз. Значение по умолчанию – 2000. Диапазон значений – 1 — 999999999;
outTidMax – верхняя граница диапазона значений идентификаторов, которые могутприсваиваться транзакциям MGCP, отправляемым модулем обработки вызовов ОКС7 намедиа-шлюз. Значение по умолчанию – 999999999. Диапазон значений – 1 — 999999999;
Диапазоны идентификатор ов для тр анзакций, отпр авляемых на медиа-шлюз и получаемых смедиа-шлюза, не должны пер есекаться.
pattern – шаблон имени MGCP-точки (endpoint), который задается на медиа-шлюзе.Вместо ${trunk} подставляется идентификатор канала E1 (параметр mgcp_conf_trunk),вместо ${timeslot} – номер временного слота;
mgcp_conf_trunk – идентификатор канала E1, подключенного к медиа- шлюзу.Допускается запись нескольких параметров, перечисляющих все каналы E1,подключенные к данному шлюзу. Не допускаются одинаковые идентификаторы разныхканалов E1 даже при подключении к разным медиа-шлюзам. Данный идентификатордолжен соответствовать идентификатору соответствующей секции span;
auditPeriod – период опроса состояния оконечных пунктов MGCP. Значение поумолчанию – 5000 миллисекунд.
В настоящее вр емя функциональность модуля обр аботки вызовов ОКС7 огр аничена.Подр обнее об огр аничениях см. Пр иложение Г. Огр аничения модуля обр аботки вызовов ОКС7.
Конфигурирование модуля маршрутизации3.6.4
Принцип конфигурирования модуля маршрутизации аналогичен принципу конфигурированиядругих модулей. Ниже приведен пример конфигурации модуля маршрутизации:
scripting{ scripting «scripting-1» { controllink { address { «0.0.0.0»; }; port «7710»; }; loader_path «voip2.loader»; environment {
Настройка системы
Стр. 35
dbms_type_master «MySQL»; dbms_name_master «[email protected]»; dbms_user_master «rtu»; dbms_pswd_master «rtu»;
dbms_type_slave «MySQL»; dbms_name_slave «[email protected]»; dbms_user_slave «rtu»; dbms_pswd_slave «rtu»; }; };};
Параметры секции scripting:
loader_path – путь к стартовому файлу модуля маршрутизации;
Параметры подсекции environment:
cdr_data_expiration_timeout – максимальное время хранения CDR в памяти (поего истечении CDR-записи будут записаны в БД);
cdr_count_in_transaction – количество CDR-записей в операции вставки(INSERT) в БД;
cdr_backup_max_requests_in_file — максимально допустимое кол-во CDR-записей во временном файле при потере соединения с БД;
cdr_backup_timeout — максимальное время хранения CDR-записей в буфере (поистечении этого времени CDR-записи должны записываться во временный файл);
cdr_backup_path – путь к каталогу, в котором будут храниться временные файлы сCDR;
cdr_backup_restore_1 – интервал между проверками наличия временных CDR-файлов в каталоге, который используется, если во время предыдущей проверки такиефайлы были обнаружены. По умолчанию — 2 минуты;
cdr_backup_restore_N – интервал между проверками наличия временных CDR-файлов в каталоге, который используется, если во время предыдущей проверки подобныхфайлов обнаружено не было. По умолчанию – 1 час.
Таким образом, при значениях по умолчанию после запуска Система проверяет каталог,указанный в cdr_backup_path, по интервалу cdr_backup_restore_1. Есливременных CDR-файлов не было найдено, Система начинает проверять каталог синтервалом 1 час (параметр cdr_backup_restore_N). Если при проверке временныеCDR-файлы были найдены, то Система вставляет в БД CDR-записи из одного файла иснова проверяет каталог с интервалом, заданным параметромcdr_backup_restore_1. Если во время последней проверки временных файлов небыло найдено (все CDR из файлов были вставлены в базу), то Система переключается наиспользование интервала cdr_backup_restore_N;
cdr_backup_template – шаблон имени для временных файлов CDR;
reg_backup_template – шаблон имени для временных файлов регистраций;
reg_backup_path – путь к каталогу, в который будут сохраняться временные файлырегистраций;
dbms_type_master — тип основной базы данных. Поддерживаются значения MySQLи Oracle;
dbms_type «MySQL»;
dbms_name_master — путь к основной базе данных в формате [email protected];
dbms_name «[email protected]»;
dbms_user_master — имя пользователя основной базы данных;
Настройка системы
Стр. 36
dbms_user «rtu»;
dbms_pswd_master — пароль пользователя основной базы данных;
dbms_pswd «rtu»;
dbms_type_slave — тип резервной базы данных. Поддерживаются значения MySQL иOracle;
dbms_type «MySQL»;
dbms_name_slave — путь к резервной базе данных в формате [email protected];
dbms_name «[email protected]»;
dbms_user_slave — имя пользователя резервной базы данных;
dbms_user «rtu»;
dbms_pswd_slave — пароль пользователя резервной базы данных;
dbms_pswd «rtu»;
dbms_reconnect_timeout — интервал между попытками восстановлениясоединения с БД, по умолчанию 1 с;
dbms_reconnect_timeout «1»;
dbms_reconnect_tries — количество последовательных попыток восстановленияподключения к БД, по умолчанию равно 3;
dbms_reconnect_tries «3»;
dbms_scan_period — частота обновлений данных в ПКомм из базы данных всекундах;
dbms_scan_period «10»;
dbms_time_wait_for_connect — задает время в секундах, на котороезадерживается опрос изменений в БД, если возникла ошибка во время операции с БД и неудалось восстановить подключение к базе данных после заданного количества попыток.
dbms_time_wait_for_connect «20»;
trace_file — задает префикс для файла журнала модуля маршрутизации. Поумолчанию, префикс — «mvtsprologic». Более подробная информация о ведении журналовсодержится в разделах Настройка ведения журнала модуля маршрутизации и Журналымодуля маршрутизации.
trace_file «logic»;
radius_local_socket_address — локальный IP-адрес/порт, через которыйСистема осуществляет взаимодействие с RADIUS-серверами. Значение по умолчанию –0.0.0.0:0.
radius_nas_ip_addr – значение поля NAS-IP-Address в пакетах Accounting, которыеотсылаются на RADIUS-сервер;
Пар аметр ы radius_local_socket_address и radius_nas_ip_addr являютсяобязательными для настр ойки биллинга.
Конфигурирование модуля управления вызовами3.6.5
Пример общей конфигурации произвольного модуля управления вызовами:
signaling{ signaling «signaling-1» { cdr_recovery «no»;
Настройка системы
Стр. 37
h323 { address { «192.168.131.13»; }; port «1721»; };
sip { address { «192.168.131.13»; }; port «5061»; }; };};
в секции h323 задаются адреса и порт, на которых данный модуль управления вызовамибудет принимать вызовы по протоколу H.323;
в секции sip задаются адреса и порт, на которых данный модуль управления вызовамибудет принимать вызовы по протоколу SIP;
cdr_recovery — включение/отключение механизма восстановления CDR-записей.Возможные значения — «yes» и «no». По умолчанию значение «no». Для РТУ МТТ неиспользуется.
В случае, если на модуле балансир овки SIP-вызовов выбр ан р ежим балансир овки безсообщения 302 (proxying_balancing “yes” в секции sip) , то для кор р ектной р аботымодуля в подобном р ежиме — в данной секции, в подсекции address необходимо указатьадр ес из той же сетевой зоны, к котор ой пр инадлежит сер вер ный сокет модулябалансир овки нагр узки. Иным способом настр ойки балансир овки SIP-вызовов без сообщения302 является указание в подсекции address данной секции адр еса 0.0.0.0. Пр и этомуказывать иные адр еса не нужно, так как Система откр оет SIP-сокеты на всех доступныхсетевых интер фейсах.
Конфигурирование модуля обработки медиа-потоков3.6.6
media{ media «media-1» { controllink { address { «192.168.131.13»; }; port «7760»; }; portrange «15001-20000»; rbtfilesdir «[full path]»; };};
Пример общей конфигурации произвольного модуля обработки медиа-потоков:
portrange — диапазон UDP-портов для использования данным модулем обработкимедиа-потоков;
rbtfilesdir — путь к каталогу, в котором хранятся файлы для эмуляции КПВ и
Настройка системы
Стр. 38
проигрывания сообщений по завершении вызова;
Кроме того, необходимо указать секцию controllink для каждого модуля обработки медиа-потоков.
Звуковые файлы должны быть в фор мате .wav, моно, с частотой 8 кГц и с кодеком PCMA/PCMU/PCM.
Конфигурирование модуля синхронизации3.6.7
В настоящее время модуль синхронизации не управляется никакими специфическимипараметрами конфигурации. Ниже приведен пример конфигурации модуля синхронизации:
synchro{ controllink { address { «192.168.132.195»; }; port «7711»; }; synchro «synchro-1» { };};
Конфигурирование модуля generic3.6.8
Модуль generic служит для связи с модулем обслуживания абонентов в системе РТУ. В РТУМТТ не используется.
В настоящее время модуль generic не управляется никакими специфическими параметрамиконфигурации. Ниже приведен пример конфигурации модуля generic:
generic{ generic «Centrex» { controllink { … }; port «9966»; }; generic «LicenseInterlayerServer» { controllink { … }; port «9977»; };};
Сетевые зоны3.7
Одним из важных моментов при конфигурировании ПКомм является настройка сетевых зон.Под термином сетевая зона понимается связная совокупность IP-сетей. Характерной чертойсетевой зоны является настроенная маршрутизация между ее IP-адресами при одновременномотсутствии внутри зоны каких-либо ограничивающих трафик устройств и процессов, например,
Настройка системы
Стр. 39
межсетевых экранов (брандмауэров), адресной трансляции и т.п.
На рисунке ниже приведен пример определения сетевых зон. Предположим, существуют трисетевые сущности: интранет, пограничный шлюз с межсетевым экраном и интернет. С учетомвторой характеристики сетевой зоны, описанной выше, т.е. отсутствие внутри зоныограничивающих трафик устройств, будет логичным определить, что в данном случае имеютсядве сетевые зоны, граница между которыми проходит через шлюз с межсетевым экраном.
Сетевые зоны
При описании сетевой зоны достаточно присвоить ей имя и указать список принадлежащих ейсетей, к которым относятся адреса модулей ПКомм.
Допустим, для выхода в сеть Интернет используются адреса из сетей 212.92.148.0/24 и195.98.135.0/24. В этом случае при описании такой сетевой зоны достаточно указать только эти 2сети. Сетевые зоны описываются как в ПУпр, так и в конфигурационном файле ПКомм. Оченьважно, чтобы эти два описания зон были идентичными.
Для описания сетевых зон в конфигурационном файле system.conf служит секция “zone”, вкоторой приводится список сетевых зон, для каждой из которых указывается перечень входящихв нее сетей.
Для описания сетей IPv4 могут быть использованы следующие форматы:
1. Адреса в CIDR-нотации, то есть описание вида xx.xx.xx.xx/yy, где xx.xx.xx.xx – адрес сети, аyy – количество единичных битов в маске подсети.
2. Обычная запись IPv4 сетей вида xx.xx.xx.xx/yy.yy.yy.yy, где xx.xx.xx.xx – адрес сети, а yy.yy.yy.yy – маска подсети.
Пример правильно выполненной конфигурации зон:
Настройка системы
Стр. 40
По умолчанию внутр и ПКомм существует пр едопр еделенная зона local, содер жащая адр еса127.0.0.1 и [::1] . Вносить изменения в настр ойки зоны local в конфигур ационном файле имеетсмысл только в том случае, если есть необходимость либо явно запр етить локальные адр еса,либо р асшир ить их список.
Сетевые зоны используются ПКомм для определения локального адреса, фигурирующего вкачестве отправного при связи с тем или иным удаленным адресом.
Например, модуль управления вызовами (signaling node) установлен на сервере, имеющемадреса 192.168.18.12 и 212.92.148.70 (предполагается конфигурация зон, указанная выше), идолжен направить вызов на адрес 81.10.1.1 с использованием зоны «internet». В этом случае вкачестве исходящего адреса для этого вызова будет выбран адрес 212.92.148.70 как относящийсяк зоне «internet».
Сетевые зоны также могут использоваться для выбора провайдера верхнего уровня (uplink). Вэтом случае каждому модулю присваивается N IP-адресов (где N не меньше количествапровайдеров), и описываются зоны таким образом, чтобы эти IP-адреса вошли в разные сетевыезоны. На пограничных маршрутизаторах сети настраивается маршрутизация от источника(source routing). И тогда выбором сетевой зоны можно выбирать провайдера, через которогопойдет трафик.
ОКС7-зоны3.7.1
Для идентификации удаленного коммутатора ОКС7 используется ОКС7-зона. Под ОКС7-зонойпонимается набор каналов, которые подключены к коммутатору ОКС7, имеющемуопределенный код точки назначения. Таким образом, ОКС7-зона однозначно указывает наопределенный ОКС7-коммутатор, подключенный к ОКС7-шлюзу, и ее можно использовать вкачестве адреса коммутатора ОКС7-сети.
Зона ОКС7-сети
Настройка системы
Стр. 41
Поскольку при передаче данных в IP-сеть и из нее могут использоваться разные IP-зоны, то вСистеме необходимо установить соответствие между IP-зонами и ОКС7-зонами. Для этого всекции, описывающей IP-зону, с помощью параметра alias укажите имя ОКС7-зоны, связанной сданной IP-зоной. Для одной IP-зоны может быть указано несколько ОКС7-зон.
zone{ zone «voip» { «192.168.0.0/16»; «212.92.148.0/24»; alias «ss7-zone-1»; alias «ss7-zone-2»; };};
См. также раздел Зоны.
Секция «location”3.8Назначение секции location – упростить работу с пользователями услуги «hosted softswitch” иобеспечить возможность создания географически резервируемых и географическираспределённых систем.
В секции location указывается список модулей ПКомм и IP-зон, и таким образом осуществляетсяих соотнесение с определенным местоположением.
Модули, перечисленные/упомянутые в разных секциях “location”, не могут взаимодействоватьдруг с другом.
Если в конфигурационном файле нет ни одной секции “location”, считается, что имеется единая«территориальная» соотнесенность, и все модули ПКомм относятся к не упомянутой явноглобальной “секции” location.
Правила конфигурирования секции “location”:
1. Имена модулей ПКомм должны быть уникальны;
2. Каждый модуль может принадлежать только к одной секции location;
3. Если модуль не задан ни в одной из секций «location”, считается, что он относится ко всемсекциям, или подразумеваемой глобальной секции “location”;
4. Каждая IP-зона может принадлежать только к одной секции “location”;
5. Если в секции “location” не задана IP-зона, считается, что модули, указанные в этойсекции, имеют доступ ко всем сконфигурированным IP-зонам;
6. Не допускается в конфигурации модуля обработки медиа-потоков (ММП),принадлежащего к секции “location A”, указывать имя модуля управления вызовами,который не относится ни к той же секции location, ни к глобальной “секции” location.
Каждый модуль управления вызовами (МУВ) автоматически подключается ко всем модулямуправления регистрациями и балансировки (SIP и Н.323) и модулям обработки вызовов ОКС7,принадлежащим к той же секции “location” или к подразумеваемой глобальной “секции”location.
Каждый МУВ автоматически подключается ко всем модулям маршрутизации (ММ),принадлежащим к той же секции или к подразумеваемой глобальной “секции” location.
Каждый модуль медиа-потоков (ММП) автоматически подключается ко всем модулям МУВ,принадлежащим к той же секции или к подразумеваемой глобальной “секции” location.
Каждый модуль управления регистрациями и балансировки автоматически подключается ковсем ММ, принадлежащим к той же секции или к подразумеваемой глобальной “секции”location.
Одним из примеров использования функциональности секций location явялетс типичнаягеографически распределенная система с двумя серверами подсистемы коммутации. Один изсерверов расположен в Нью-Йорке, второй в Москве. Для того чтобы избежать ситуации, когда
Настройка системы
Стр. 42
половина американского трафика обрабатывается московским сервером и наоборот,необходимо создать две секции «location”. В таком случае весь американский трафик будетобрабатываться нью-йоркским сервером, а российский – московским.
В каждой секции может находиться не более одного модуля синхронизации. Если модульсинхронизации принадлежит к глобальной секции, то он не должен указываться во всех прочихсекциях “location”.
Пример конфигурации секции “location”
Группы балансировки3.9В системе РТУ МТТ имеется возможность сгруппировать модули (модули балансировки,управления вызовами, маршрутизации и модули обработки вызовов ОКС7) таким образом,чтобы вызовы, приходящие на точки входа определенной группы (то есть на модулибалансировки нагрузки или модули обработки вызовов ОКС7), обрабатывались модулями,входящими только в данную группу. Для подобной группировки модулей используются группыбалансировки.
Данная группировка модулей обязательна к использованию в РТУ (МТТ+МОА), так как онаспособна взаимодействовать как с модулем, маршрутизирующим вызовы CLASS 4 (модульмаршрутизации), так и с модулем, маршрутизирующим вызовы CLASS 5 (модуль обслуживанияабонентов). В результате, необходимо сгруппировать модули по их способности обрабатыватьвызовы с и без ДВО.
Для задания групп балансировки используется секция balancing:
balancing{ balancing «logic-1» // group name { // names of nodes belonging to this group
«scripting-1″;»balancer-1″;»signaling-1»;
};
balancing «logic-2» { // names of nodes belonging to this group
«scripting-2″;»SS7-1»;
Настройка системы
Стр. 43
«signaling-1»; };};
Для РТУ файл конфигурации имеет вид:
balancing{ balancing «class-4» // group name { // names of nodes belonging to this group «scripting-1»; «balancer-1»; «signaling-1»; };
balancing «class-5» { // names of nodes belonging to this group «centrex»; «balancer-2»; «signaling-1»; };};
По умолчанию, все модули принадлежат к пустой группе балансировки.
Уведомления ПКомм3.10Функция уведомления позволяет оператору получать сообщения о нарушениях в работесистемы. Отправка уведомлений о сбоях обеспечивается сценарием /usr/sbin/mvts3g-mail, который вызывается всякий раз, когда случаются неполадки. Командный файл считываетконфигурационный файл /etc/mvts3g/mvts3g-mail.conf и действует в соответствии ссодержащимися в нем настройками. Уведомления электронной почтой являютсяпериодическими, длительность периода можно конфигурировать. Чтобы избежать огромногоколичества эл. писем при часто меняющемся статусе ошибки, уведомления, накапливающиесяза сконфигурированный период, группируются и включаются в одно сообщение.
Файл /etc/mvts3g/mvts3g-mail.conf
Файл /etc/mvts3g/mvts3g-mail.conf – это командный файл командного процессора.Он включает в себя три группы параметров, в которых задаются контактные данные, списоксобытий, о которых следует уведомлять оператора и настройки механизма задержки отправкиуведомлений.
1. Контактные данные
FROM=»mvts3g-notification <[email protected]>» – эл. адрес источника сообщений.
TO=»user1 <[email protected]>, user2 <[email protected]>» – список адресов, на которыеотправляются уведомления,
ALARM_SUBJECT=»Notification» – тема сообщения (строка, подставляемая в поле ‘Тема’ эл.письма)
2. Перечень уведомлений и степени серьезности событий, их вызывающих:
ALARM_ID=»NODFLT001, SIG2MED001, MGMCFG001, MGMKEY001, MGMTCN001, SN001,MGMCFG010, COUNTER001, SCRPT_DBMSC_CONNECTION, CENTREXWEBACCESS,DISKSPACE, RADIUS_CONNECT, CDR_UPDATER, DBREPLICATION,BLOCK_NODE<N1>_RPC<N2>_CIC<N3>» – список событий, о которых уведомляется оператор.
ID вида BLOCK_NODE<N1>_RPC<N2>_CIC<N3> означает отправку сообщений о блокировкеISUP-каналов. В теле ID уведомления указываются идентификатор пункта сигнализации ОКС7(параметр snode в файле конфигурации модуля обработки вызовов ОКС7) <N1>, код пунктаназначения (параметр dpc в файле конфигурации модуля обработки вызовов ОКС7) <N2> иномер медиа-канала <N3>. Система будет отправлять уведомления о блокировке только тех
Настройка системы
Стр. 44
ISUP-каналов, которые соответствуют указанным параметрам уведомления.
ALARM_SEVERITY=»CRITICAL, MAJOR, MINOR» – степени серьезности событий.
3. Настройки задержки отправления
Большинство из данных параметров относятся к так называемым «внутрисистемным». ЕслиПКомм устанавливался выполнением стандартной инсталляционной процедуры, тонеобходимость изменения значений по умолчанию этих параметров отпадает. Исключениесоставляет параметр SEND_MINUTE_INTERVAL, который задает периодичность отправкиуведомлений в минутах.
В таблице ниже приведен список уведомлений, в настоящее время генерируемых в ПКомм.
Уведомления ПКомм
Сообщение Степеньтревожности
Источник Значение
SIG2MED001 Critical Signaling No registered media nodes
NODFLT001 Major Any node Node crashed and wasrestarted
SN001 Critical Scripting The Scripting Node loaderpath misconfigured
MGMCFG010 Critical Management Primary management nodeRESTORED или Primarymanagement node LOST
COUNTER001 Minor Any node Counter value ….
MGMCFG001 Critical Management System is not configured
MGMTCN001 Critical Management Trial period expired
MGMKEY001 Critical Management Failed to read hardware key
SCRPT_DBMSC_CONNECTION
Critical Connection to data base waslost или Connection to database was restored
DISKSPACE Critical LOW DISK SPACE!
<…>
RADIUS_CONNECT Critical Scripting RADIUS changed to aRADIUS <Имя RADIUS-сервера> (IP=<IP-адрес>:<порт>), Connection toRADIUS <Имя RADIUS-сервера> (IP=<IP-адрес>:<порт>) was lost илиConnection to RADIUS <ИмяRADIUS-сервера> (IP=<IP-адрес>:<порт>) was restored
CDR_UPDATER Critical Scripting CDR Queue max limitexceeded или CDR Queuelimit came to normal
Настройка системы
Стр. 45
DBREPLICATION Critical Replication failure detectedon host ‘<hostname>’
Существует также возможность настройки ПКомм на рассылку уведомлений в случаекритических изменений в показаниях счетчиков (counters). Данная функциональностьнастраивается отдельно для каждого модуля ПКомм в секции “common” конфигурационногофайла(-ов) ПКомм. Для настройки уведомления необходимо задать следующие параметры:
alert – название уведомления (может объединять несколько счетчиков одновременно)
counter – название счетчика
type – тип изменений. Допустимые значения: type «increment» (увеличение) и type»decrement» (уменьшение)
limit – порог рассылки уведомлений
step – допустимый уровень колебаний показаний счетчиков. Предназначен дляпредотвращения формирования повторных уведомлений в тех случаях, когда значенияпоказателей колеблются в пределах пороговых значений.
Ниже приводится пример правильно сконфигурированного уведомления:
media{
media «media-1″{
signaling «signaling-1»;common{
alert «node crashed»{
counter «phoenix.restartcount»{
type «increment»;limit «1»;
};};
}; };};
При наступлении назначенного события администратору системы высылается уведомление,например:
ID: COUNTER001
SEVERITY: MINOR
NODE: MEDIA
COUNTER NAME: phoenix.restartcount
COUNTER VALUE: 5
DESCRIPTION: Restart count
Counter value more than 1
Для обеспечения работы механизма рассылки уведомлений необходима установка любогоагента передачи почтовых сообщений (MTA – mail transfer agent), поддерживающего синтаксисsendmail.
Настройка SNMP-демона ПКомм3.11SNMP-демон ПКомм – фоновый процесс, позволяющий просматривать SNMP-статистику посистемным счетчикам ПКомм.
Настройка системы
Стр. 46
Для настройки SNMP-демона ПКомм выполните следующие шаги:
1. Из каталога /home/common/debian, создаваемого установочным сценарием ПКомм,установите пакет вида mvts3g-server-pro-snmp_<номер_версии>.deb:
aptitude install mvts3g-server-pro-snmp_3.6.1-14_i386.deb
2. В файле /etc/snmp/snmpd.conf укажите IP-адреса, доступ с которых будетразрешен для просмотра SNMP-статистики, а также смените название «сообщества»(community) с «public» на другое название. Название «сообщества» фактически являетсяпаролем для доступа к системе.
Фрагмент файла snmpd.conf
3. Откройте файл /usr/share/doc/mvts3g/examples/snmpd.conf.sample. Внем содержится примеры данных, необходимых для настройки SNMP-статистики ПКомм:путь к SNMP-модулю libsnmpagent.so, IP-адрес модуля управления лицензией(основного — mvtsPrimaryConnectAddress, резервного — mvtsBackupConnectAddress), а также примеры того, каким образом можно задать список системных счетчиков дляотслеживания SNMP-статистики. Скопируйте содержимое файла в конец файла /etc/snmp/snmpd.conf:
Фрагмент файла snmpd.conf.sample
Укажите адрес модуля управления лицензией (license management node) и принеобходимости задайте список интересующих счетчиков. Следует обратить внимание нато, что если в файле /etc/snmp/snmpd.conf пользователем задан список счетчиков,статистические данные будут доступны только для счетчиков входящих в список. В случаеесли список счетчиков не задан, статистические данные будут доступны для всехсчетчиков, содержащихся в MIB-файле.
4. В файле /etc/default/snmpd закомментируйте строку SNMPDOPTS=’-Lsd -Lf /
Настройка системы
Стр. 47
dev/null -u snmp -I -smux -p /var/run/snmpd.pid 127.0.0.1′. Пропишитестроку SNMPDOPTS=’-Lsd –Lf /var/log/snmpd.log -u snmp -I -smux -p /var/run/snmpd.pid’.
Фрагмент файла etc/default/snmpd
5. Запустите SNMP-демон:
$ /etc/init.d/snmpd start
6. Проверьте работу демона, выполнив следующую команду:
$ snmpwalk -v 2c -c <COMMUNITY> <IP_address> .1.3.6.1.4.1.28029
где
<COMMUNITY> – название «сообщества»;
<IP_address> – IP-адрес модуля управления лицензией (License management node);
.1.3.6.1.4.1.28029 – официальный OID системы РТУ МТТ.
Фрагмент вывода команды snmpwalk
В случае если SNMP-статистику получить не удается, обратитесь к журналу /var/log/snmpd.log.
Настройка журналирования ПКомм3.12Для ведения журналов ПКомм использует системную утилиту logrotate, с помощью которойжурналы автоматически разбиваются на несколько файлов и которая при необходимостиудаляет устаревшие файлы так, чтобы общий размер журналов не превышал определенногозначения.
Настройка ведения журналов traffic.log и phoenix.log производится автоматическипри установке ПКомм. Настройку ведения журнала модуля маршрутизации необходимовыполнить вручную.
Для этого после инсталляции ПО ПКомм и модуля маршрутизации в каталоге /etc/logrotate.d отредактируйте конфигурационный файл mvts-pro, необходимый для веденияжурнала модуля маршрутизации. Пример файла:
Настройка системы
Стр. 48
/var/log/mvts3g/mvtsprologic.scripting-1.log { rotate 10 daily size 64M nocompress postrotate /usr/bin/mvts3g-sclient 192.168.131.5:7710 logrotate endscript}
/var/log/mvts3g/mvtsprologic.scripting-2.log { rotate 10 daily size 64M nocompress postrotate /usr/bin/mvts3g-sclient 192.168.131.5:7711 logrotate endscript}
Настройка ведения журнала модуля маршрутизации
Каждому модулю маршрутизации, запущенному на данном сервере, в файле /etc/logrotate.d/mvts-pro должна соответствовать своя секция настроек. В общем виде,секция настроек может быть представлена следующим образом:
/var/log/mvts3g/[имя журнала модуля маршрутизации] { [параметры]}
Общий вид секции настроек журнала модуля маршрутизации
Имя секции представляет собой путь и имя журнала модуля маршрутизации. Имя файлажурнала (mvtsprologic.scripting-1.log на рисунке выше) должно иметь вид<префикс>.<имя модуля>.log, где
<префикс> задается конфигурационным параметром модуля маршрутизацииtrace_file (см. раздел Конфигурирование модуля маршуртизации);
<имя_модуля> — имя модуля маршрутизации, заданное в его файле конфигурации (см.раздел Конфигурирование модуля маршуртизации).
В подсекции postrotate необходимо прописать путь к компоненту mvts3g-sclient вместе снеобходимыми аргументами.
Аргументами для приложения mvts3g-sclient являются:
Адрес и порт модуля маршрутизации (в примере — 192.168.131.5:7710 и 192.168.131.5:7711),которые задаются в конфигурационном файле модуля маршрутизации (см. разделКонфигурирование модуля маршуртизации);
Ключевое слово logrotate.
Назначение прочих параметров файла /etc/logrotate.d/mvts-pro можно узнать,выполнив команду:
man logrotate
Конфигурирование взаимодействия с БД3.13База данных РТУ МТТ в СУБД MySQL имеет имя mvtspro. База данных РТУ (МТТ+МОА) вСУБД MySQL имеет имя rtu.
При установке ПО автоматически создаётся пользователь rtu с паролем rtu, с правами которогоСистема и обращается к базе данных.
Конфигурация графического интерфейса находится в файле /var/www/rtu/Config.php.
Настройка системы
Стр. 49
Основные параметры содержатся в секции data_sources (пример для РТУ МТТ):
$GLOBALS[‘cfg’] = array( // Data sources
‘data_sources’ => array ( ‘main’ => array ( ‘type’ => ‘mysql’, ‘host’ => ‘localhost’, ‘db’ => ‘mvtspro’, ‘user’ => ‘rtu’, ‘password’ => ‘rtu’ ), ‘mvts’ => array ( ‘type’ => ‘mvts’, ‘address’ => ‘127.0.0.1:9000’, ‘timeout’ => 3 ‘version’ => 4 ) ), ‘main_data_source’ => ‘main’ …)
В подсекции main указываются параметры для соединения с базой данных:
type – тип источника данных или СУБД, должен иметь значение ‘mysql’;
host – имя или IP-адрес сервера БД;
db – имя БД (для РТУ МТТ значение по умолчанию mvtspro, для РТУ — rtu);
user – пользователь БД (значение по умолчанию rtu);
password – пароль пользователя БД (значение по умолчанию rtu).
В подсекции mvts указаны параметры для взаимодействия с табличным интерфейсом модуляПКомм (см. раздел графического интерфейса Подсистема коммутации) и сервисом имитациивызова в модуле маршрутизации:
type – тип источника данных или СУБД, должен быть равен mvts;
address – адрес и порт МУЛ подсистемы коммутации;
timeout – задержка в секундах для обращения к ПКомм;
version – версия компонента sclient и sqlclient. Для РТУ МТТ версии страше 1.5.0должен быть равен 4.
Для доступа к web-интерфейсу Системы откройте web-браузер и в строку адреса введитеhttps://server_ip, где server_ip – IP-адрес сервера, на котором установлен web-интерфейс Системы. На стартовой странице web-интерфейса в качестве регистрационногоимени и пароля введите admin и admin соответственно. После первого входа в систему сменитепароль администратора, открыв окно Пользователи -> Аутентификация (см. разделАутентификация).
Администрирование ПКомм
Стр. 50
Администрирование ПКомм4
Консоль администрирования ПКомм4.1Консоль администрирования является вспомогательным приложением, предназначенным длямониторинга работы и администрирования коммутирующей подсистемы. Оператор можетиспользовать консоль администрирования для загрузки новых конфигурационных параметров, атакже для просмотра различной диагностической и статистической информации.
Для подключения к консоли необходимо запустить любой telnet-клиент и в качестве параметровподключения указать IP-адрес и порт сервера, на котором запущен модуль командной строки(command line node). На экране отобразится интерфейс консоли администрирования сприглашением на ввод команд. Одновременно может быть запущено несколько экземпляровконсоли.
Интерфейс консоли администрирования
Консоль администрирования включает в себя набор инструментальных средств (инструментов)и независимых команд, с помощью которых осуществляется взаимодействие пользователя ссистемой. Каждому инструментальному средству соответствует определенный набор команд.
Ниже приводится описание команд и инструментальных средств консоли администрирования.
Команды консоли администрирования
Команда Назначение
config <filename> Конфигурирование системы
help Просмотр справочной информации
logout Завершение сеанса
quit Завершение сеанса
show <argument> Просмотр различной информации о системе
exit Выход из текущего инструмента
Инструментальные средства консоли администрирования
Администрирование ПКомм
Стр. 51
Инструмент Доступные команды Назначение
calls display Просмотр информации о текущих вызовах
show
format <full/short> Изменение формата отображенияинформации о текущих вызовах.
counters display Просмотр информации о системныхсобытиях
show
zones display Просмотр информации осконфигурированных сетевых зонах
show
show Просмотр информации о:
calls текущих вызовах
counters системных событиях
endpoints или ep зарегистрированном оборудовании
status состоянии системы.
Также имеется возможность просмотраинформации о состоянии отдельныхмодулей ПКомм. Для этого в качествеаргумента команды следует указатьназвание модуля, например:
mvts3g|> sh st media-1
biefstatus или bs состоянии модулей в сжатом виде
Допускается сокращение команд и названий инструментов. Например, “display” можносократить до одной буквы “d”, “calls” и “counters” – до “ca” и “co”, соответственно.
Пример вывода команды show ca(lls)
Для перехода из одного инструмента в другой просто введите название требуемогоинструмента.
Одна и та же задача в консоли администрирования может быть выполнена несколькимиспособами. Например, для просмотра информации о текущих вызовах можно:
Зайти в инструмент calls и выполнить команду show или display
Администрирование ПКомм
Стр. 52
Зайти в инструмент show и выполнить команду calls
Выполнить команду show calls
Команда show counters и инструмент counters допускают использование регулярныхвыражений для ограничения выводимой на экран информации. На рисунке ниже приведенпример вывода команды show инструмента counters при использовании регулярноговыражения .*restart.* (просмотр информации о случаях перезапуска функциональных модулейПКомм). Более подробная информация о регулярных выражениях приведена в Пр иложении А.
Использование регулярных выражений при просмотре информации о системных событиях
Диагностика неполадок и устранение проблем4.2Все файлы журналов хранятся в каталоге /var/log/mvts3g/.
Файл phoenix.log4.2.1
Весь жизненный цикл коммутирующей подсистемы протоколируется в файл /var/log/mvts3g/phoenix.log. В случае возникновения проблем, информацию о возможныхпричинах можно получить из этого файла. Для протоколирования используется утилитаsyslog. Для более подробной информации об утилите syslog используйте команду:
man syslogd
Файлы rtinfo4.2.2
Файлы rtinfo содержат информацию о функционировании конкретных модулей ПКомм. Дляпросмотра файла необходимо выполнить командуkill -USR1 <node_pid>, где <node_pid> – идентификатор процесса интересующего васмодуля ПКомм.
Пример:
Администрирование ПКомм
Стр. 53
[email protected]:~$ ps aux | grep mvts
…
admin 28338 2.4 0.5 122496 11972 pts/15 S+ 11:10 0:00 mvts3g-server-common: signaling-1
…
[email protected]:~$ kill -USR1 28338
Полученный файл с именем rtinfo-SIGUSR1-<node name>-<node pid>.log будетсодержать информацию о последних пакетах, проходивших через модуль, в двоичномпредставлении, а также расширенные сообщения о возникших ошибках. Запись файла такжеможет происходить автоматически, например, при программных сбоях в модуле. В общемслучае, полученный файл будет иметь наименование rtinfo-<SIGNAL>-<имя модуля>-<pid модуля>-<pid дополнительного процесса для сброса rtinfo>.log.Все файлы rtinfo сохраняются в каталоге /var/log/mvts3g/. Найти интересующий вас файлможно по идентификатору процесса модуля ПКомм.
Журналы модуля маршрутизации4.2.3
Журнал модуля маршрутизации содержит информацию о функционировании модулямаршрутизации и хранится в каталоге /var/log/mvts3g/. Для каждого модулямаршрутизации создается собственный файл журнала. Название файла имеет вид <префикс>.<имя модуля>.log, где <префикс> задается конфигурационным параметром модулямаршрутизации trace_file (см. раздел Конфигурирование модуля маршуртизации),<имя_модуля> — имя модуля маршрутизации, заданное в его файле конфигурации (см. разделКонфигурирование модуля маршуртизации). Например, mvtsprologic.scripting-1.log.
Описание настройки ведения журнала модуля маршрутизации находится в соответствующемразделе.
Утилита mvts3g-logextarctor4.3
Утилита mvts3g-logextractor (каталог /usr/bin) позволяет извлекать из файлаотладочного протокола traffic.log (каталог /var/log/mvts3g) и сохранять виндивидуальные файлы протоколы отдельных вызовов, для дальнейшего использования в целяхпоиска и устранения неисправностей.
В качестве параметра, по которому проводится поиск протоколов, можно использоватьидентификатор участка вызова Call ID, идентификатор конференции (вызова в целом),сгенерированный ПКомм, Conf ID или идентификатор конференции, полученный изпротокольных сообщений, Proto ID (полезен для вызовов ОКС7). Значений идентификаторовмогут быть найдены в CDR-записях по по конкретным вызовам.
Для извлечения информации об интересующем Вас вызове запустите утилиту mvts3g-logextractor с полученным идентификатором ID в качестве аргумента команды,перенаправляя вывод в нужный файл, например:
./mvts3g-logextractor.sh /var/log/mvts3g/traffic.log ‘ID’ > /home/user_name/filename.log
где:
ID – идентификатор (Call ID, Conf ID, Proto ID) желаемого вызова (взят из CDR);
/home/user_name/filename.log – полное имя файла, в который будет записан протоколвызова.
Полученный протокол можно изучить самостоятельно или отправить для анализа в службутехнической поддержки компании МФИ Софт.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 54
Графический интерфейс РТУ (модуль транзитатрафика)
5
Web-сервер обеспечивает удобный графический интерфейс, с помощью которогоосуществляется настройка и общее администрирование системы
Элементы интерфейса5.1В данном документе используются следующие названия элементов графического интерфейсаприложения (см. рисунки ниже).
Элементы графического интерфейса
Элементы графического интерфейса
Стандартные операции5.2
В данной главе описываются стандартные операции, выполняемые при работе с графическиминтерфейсом системы РТУ МТТ.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 55
Вход в систему5.2.1
Для того, чтобы установить соединение с web-сервером, необходимо в строке адреса web-браузера указать IP-адрес web-сервера или его доменное имя (DNS name), например https://rtu.yourcompany.com. Обратите внимание на то, что протокол должен быть именно HTTPS (HyperText Transmission Protocol, Secure). Введите имя Вашей учетной записи и пароль (при проверкевведенных данных система учитывает регистр символов) и нажмите кнопку Войти.
Окно аутентификации пользователя
Если регистрационное имя и пароль верны, на экране появится основная страницаграфического интерфейса, разделенная на две части.
В левой части отображается дерево категорий объектов, а в правой – информация об объекте втабличном представлении или, в отдельных случаях, в виде диалогового окна. При просмотреинформации непосредственно в таблице используйте полосы прокрутки.
Общий вид web-интерфейса
Раскрывающийся список Строк на странице, позволяет выбирать количество строк,отображаемых в таблице (10, 25, 50 или 100). Для перехода к следующей или предыдущей
странице используйте кнопки и соответственно. Для перехода к последней или первой
странице используйте кнопки и . Для более быстрого поиска необходимой информацииимеется возможность использовать фильтр (см. раздел Использование фильтров).
Всплывающее меню5.2.2
Всплывающее меню содержит набор управляющих команд, используемых приадминистрировании системы. Для того, чтобы вызвать всплывающее меню, нажмите левую
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 56
клавишу мыши на интересующей Вас записи в таблице. Набор команд на всплывающем меню –контекстный, т.е. меняется от таблицы к таблице, а также зависит от прав пользователя. Примервсплывающего меню приведен ниже.
Всплывающее (контекстное) меню
Полная версия контекстного меню включает в себя следующие пункты:
Добавить
С помощью этой команды в таблицу добавляются новые записи. Щелчком мыши по командеДобавить вызывается диалоговое окно, в котором указывается вся необходимая информация.Поля, обязательные для заполнения, помечены знаком “*”. Заполнив необходимые поля,нажмите кнопку ОК. Запись будет добавлена в таблицу. Для того, чтобы отменить выполненныедействия, нажмите кнопку Отмена.
В качестве имен объектов не р екомендуется использовать стр оку Null.
Добавить копию
C помощью этой команды пользователю предоставляется возможность быстро создавать записи,отличающиеся от уже существующих записей значением лишь некоторых параметров. Наведитекурсор на интересующую запись, вызовите всплывающее меню и нажмите Добавить копию.Откроется диалоговое окно создания новой записей с такими же значениями параметров, как и ввыбранной записи. Внесите необходимые изменения и нажмите кнопку ОК. Новая запись будетдобавлена в таблицу. Для того, чтобы отменить выполненные действия, нажмите кнопку Отмена.
Просмотр
Используйте этот пункт меню для просмотра интересующей записи в отдельном окне. Длявозврата к табличному представлению нажмите ОК в правом нижнем углу окна;
Редактировать
С помощью этой команды можно редактировать отдельные записи. При ее нажатии открываетсядиалоговое окно, в котором можно сделать необходимые изменения. Закончив редактированиезаписи, нажмите кнопку ОК. Для того, чтобы отменить выполненные действия, нажмите кнопкуОтмена.
Удалить
Данная команда позволяет удалять отдельные записи из таблиц. Наведите курсор на запись,которую необходимо удалить. Нажатием левой кнопки мыши вызовите всплывающее меню и
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 57
выберите Удалить. Запись будет удалена из таблицы;
Отмеченные
При наведении курсора на данный пункт отобразится дополнительное меню с двумя командами– Редактировать и Удалить.
С помощью команды Редактировать можно редактировать несколько записей одновременно.Выделите интересующие Вас записи и нажмите Отмеченные –> Редактировать. Перед Вамиоткроется диалоговое окно, содержащее, в отличие от диалогового окна, вызываемого спомощью команды Редактировать, дополнительную колонку с кнопками-флажками напротивкаждого поля. Активируйте кнопку-флажок напротив интересующего Вас поля, внеситенеобходимые изменения и нажмите кнопку OK. Изменения будут применены ко всемвыделенным записям.
С помощью команды Удалить можно удалить из таблицы записи, помеченные для удаления.Для того, чтобы пометить запись активируйте соответствующую кнопку-флажок в крайнейлевой колонке таблицы. Для того, чтобы пометить все записи на странице, активируйте кнопку-флажок, расположенную в заголовке таблицы. Пометив записи, вызовите всплывающее меню инажмите Отмеченные -> Удалить.
Отфильтрованные
При наведении курсора на данный пункт отобразится дополнительное меню с двумя командами– Редактировать и Удалить.
С помощью команды Редактировать Вы можете редактировать одновременно все илинесколько записей. В случае если на таблицу был наложен фильтр, изменения будут примененытолько к записям, удовлетворяющим условиям фильтрации. Вызовите всплывающее меню инажмите Отфильтрованные -> Редактировать. Перед Вами откроется диалоговое окно,содержащее, в отличие от диалогового окна, вызываемого с помощью команды Редактировать,дополнительную колонку с кнопками-флажками напротив каждого поля. Активируйте кнопку-флажок напротив интересующего Вас поля, внесите необходимые изменения и нажмите кнопкуOK. Изменения будут применены ко всем или только к отфильтрованным записям.
С помощью команды Удалить пользователь может удалить все записи из таблицы, с которой онработает. В случае, если к содержимому таблицы применялся фильтр, из нее будут удаленытолько записи, удовлетворяющие условиям фильтрации (более подробная информация обиспользовании фильтров приведена в разделе Использование фильтров).
Фильтр
При нажатии на область с названием процедуры открывается диалоговое окно фильтра (болееподробная информация об использовании фильтров приведена в разделе Использованиефильтров). При нажатии на кнопку будет показано дополнительное меню, с помощьюкоторого можно отфильтровать таблицу по значению выделенной ячейки (команда По значениюячейки), или добавить значение ячейке к уже примененному фильтру (команда По значениюячейки (добавить к настроенному));
Настроить колонки
Команда Настроить колонки открывает диалоговое окно, позволяющее пользователюпроизвольно изменять порядок расположение колонок в таблице (см. раздел Изменение наборапараметров и порядка их следования в таблице);
Экспорт
Данная команда применяется для выгрузки данных из таблиц в CSV-файлы (более подробнаяинформация о выгрузке данных приведена в разделе Выгрузка данных).
Связанные таблицы
Данный пункт содержит список таблиц, связанных с данной таблицей. Таблица, открытая спомощью этой команды, содержит только информацию, относящуюся к выделенной записи висходной таблице. Например, при вызове контекстного меню на определенном пользователе вобъекте Учётные записи и выборе в контекстном меню команды Предыстория аутентификаций, будет показана таблица Предыстория аутентификаций с данными только по выбранномупользователю.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 58
Использование фильтров5.2.3
Использование фильтров позволяет ограничить количество информации, выводимой на экране,и просматривать только те записи, которые отвечают определенным критериям.
Система позволяет осуществлять фильтрацию данных с использованием многочисленныхусловий фильтрации. Условия фильтрации данных можно комбинировать с использованиемследующих логических операторов:
И – отображаются записи, удовлетворяющие всем указанным условиям;
ИЛИ – отображаются записи, удовлетворяющие хотя бы одному из указанных условий;
НЕ (И) — отображаются записи, неудовлетворяющие всем указанным условиям;
НЕ (ИЛИ) – отображаются записи, неудовлетворяющие хотя бы одному из указанных условий.
Для создания фильтра вызовите всплывающее меню и выберите пункт Фильтр и командуНастроить. На экране появится диалоговое окно, аналогичное представленному на рисункениже.
Фильтр
В диалоговом окне фильтра имеются следующие элементы управления:
Элементы управления фильтра
Элемент управления Описание
Применяет фильтр к таблице. Верхняя кнопкаПрименить запускает выбор данных в соответствии сусловиями фильтра, нижняя – используетсяаналогично, но когда к таблице нужно применитьфильтр, выбранный из списка ранее сохраненных.
Удаляет ранее сохраненный фильтр
Отменяет действие фильтра на содержимое таблицы.
Позволяет сохранять фильтры для дальнейшегоиспользования
Удаляет условия фильтрации/группы условий изфильтра
Добавляет условия фильтрации
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 59
Элемент управления Описание
Динамический элемент управления, предназначенныйдля выбора логических операторов, добавления иудаления условий фильтрации/групп условий. Внешнийвид изменяется в зависимости от выбранногологического оператора.
Динамический элемент управления, предназначенныйдля выбора операторов сравнения. Внешний видизменяется в зависимости от выбранного логическогооператора.
Операторы сравнения Like и Not Like допускаютиспользование метасимволов ‘%’ и ‘_’ при созданиишаблонов поиска.
Оператор сравнения “RegExp» предназначен дляиспользования регулярных выражений.
Более подробная информация об использованииметасимволов и регулярных выражений приведена вПриложении А.
Содержит список сохраненных фильтров.
Для того, чтобы наглядно объяснить принцип работы фильтров предположим, что передпользователем стоит задача отфильтровать в таблице Шлюзы записи активных терминирующихшлюзов, относящихся к сетям 192.168.131.0/24, 192.168.132.0/24.
Для облегчения процесса создания проанализируем задачу и представим структуру фильтра. Врезультате получится следующая таблица:
Отфильтрованные записи должны… Примечания
И
…быть активными,
…принадлежать терминирующим шлюзам,
ИЛИ
…относящимся к сети 192.168.131.0/24 Здесь будут использованыметасимволы
… к сети 192.168.132.0/24 Здесь будут использованыметасимволы
Таким образом, нам необходимо создать фильтр, который включает в себя:
два условия и одну группу условий, объединенные логическим оператором “И”;
условия в группе будут объединены логическим оператором “ИЛИ”.
В результате мы должны получить фильтр, аналогичный приведенному на рисунке ниже.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 60
Готовый фильтр
Для создания такого фильтра выполните следующие шаги:
1. Добавьте условие фильтрации. Для этого нажмите кнопку , расположенную рядом сэлементом управления *И* или нажмите *И* и на открывшемся меню выберитеДобавить условие. В появившемся раскрывающемся списке выберите пункт “Записьактивна” и активируйте кнопку флажок расположенную справа от элемента управления»=»;
Построение фильтра. Шаг 1
2. Повторите Шаг 1 и добавьте еще одно условие фильтрации. В появившемсяраскрывающемся списке выберите пункт Действует как терм. устр-во, активируйтекнопку флажок, расположенную справа от элемента управления «=»;
Построение фильтра. Шаг 2
3. Создайте группу условий. Левой кнопкой мыши нажмите на элемент управления *И* ина всплывающем меню выберите Добавить группу. Обратите внимание, что по
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 61
умолчанию для создаваемых групп устанавливается логический оператор “И”;
Построение фильтра. Шаг 3
4. Смените логический оператор для вновь созданной группы на *ИЛИ*. Для этого нажмитена элемент управления *И* и на появившемся меню выберите *ИЛИ*;
Построение фильтра. Шаг 4
5. Добавьте условие в созданную группу. Нажмите на элемент управления * ИЛИ * и на
появившемся меню выберите Добавить условие или просто нажмите кнопку ,расположенную рядом с элементом управления * ИЛИ *;
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 62
Построение фильтра. Шаг 5
6. В появившемся раскрывающемся списке выберите пункт ТЕРМ. Адрес. Нажмите наэлемент управления “=” и на появившемся меню выберите Like. В крайнем правом полевведите шаблон «192.168.131.%»;
Построение фильтра. Шаг 6
7. Повторите Шаги 5 и 6 и аналогичным способом создайте условие для шлюзов,относящихся к сети 192.168.132.0/24. Фильтр готов. Для применения фильтра к таблиценажмите на кнопку Применить.
Построение фильтра. Шаг 7
В случае если к таблице применен фильтр, около названия таблицы появляется иконка . Дляснятия фильтра нажмите на иконку. Для удобства пользователя фильтры, использовавшиеся впоследний раз, запоминаются.
Кроме того, пользователь имеет возможность сохранять настройки фильтров для дальнейшегоиспользования. Для этого после наложения фильтра на данные таблицы нажмите на кнопкуСохранить. В открывшемся диалоговом окне введите краткое описание фильтра и нажмите ОК.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 63
Сохранение фильтра
Для того, чтобы воспользоваться ранее сохраненным фильтром, выберите интересующий Васвариант в раскрывающемся списке Сохраненные фильтры и нажмите кнопку Применить,расположенную рядом с ним. Для удаления фильтра нажмите Удалить.
Выбор ранее сохраненного фильтра
Сортировка данных5.2.4
Содержимое таблиц можно сортировать по колонкам. Для этого щелкните мышью по заголовкуколонки, данные в которой необходимо упорядочить. Система отсортирует содержание колонкив порядке убывания, а рядом с названием колонки появится стрелка “вниз”. При повторномщелчке система отсортирует данные в порядке возрастания, а рядом с названием колонкипоявится стрелка «вверх». Третье нажатие отменяет сортировку данных.
Приложение позволяет осуществлять и более сложные виды сортировки данных – на основесодержимого нескольких колонок. При этом данные колонки, к которой сортировкаприменяется в последнюю очередь, рассматриваются в качестве главного критерия сортировки.Приоритет сортировки отображается с помощью цифр, расположенных рядом со стрелками(чем меньше значение, тем выше приоритет).
В таблице, данные в которой отсортированы по содержанию одной или нескольких колонок,
рядом с названием появляется иконка . Для отмены сортировки следует нажать на этуиконку.
Изменение набора параметров и порядка их следования в таблице5.2.5
Web-интерфейс системы позволяет пользователю произвольно менять как состав отображаемыхв таблице параметров, так и последовательность расположения колонок.
На всплывающем меню выберите Настроить колонки. На экране появится диалоговое окно,изображенное на риснке ниже.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 64
Изменение расположения колонок в таблице
В правой части диалогового окна приведен список колонок в том порядке, в котором онипредставлены в таблице слева направо.
Для того, чтобы удалить колонку, выделите ее название и нажмите кнопку , чтобыпереместить название параметра в правое окно. Чтобы добавить колонку к числу отображаемых
в таблице, выделите ее название в левом окне диалога и нажмите кнопку .
С помощью кнопок и можно перемещать все записи из правого окна в левое инаоборот.
Перемещая названия колонок в списке вверх-вниз при помощи кнопок и ,можно изменять порядок следования колонок в таблице. Перемещение названия в списке наодну позицию вверх соответствует смещению колонки таблицы на одну позицию влево.
Кроме того, можно применить ранее сохраненную конфигурацию колонок таблицы, выбрав всписке Сохраненные настройки название желаемого варианта расположения колонок. При этомсостав и порядок расположения колонок будет отображен в окне в соответствии с выбраннойконфигурацией.
Нажмите кнопку Применить. Внесенные изменения будут применены к таблице, а рядом с
названием таблицы появится иконка . Система сохранит настройки, и при последующихвходах пользователя в систему будет отображать данные таблицы в соответствии с егопредпочтениями.
Выполненную конфигурацию таблицы можно также сохранить для последующего
использования, нажав на кнопку и введя имя для конфигурации в диалоге записи.
Кнопка служит для удаления ранее сохраненной конфигурации выбранной враскрывающемся списке Сохраненные настройки.
Для восстановления первоначального расположения колонок в таблице, нажмите на иконку .
Автообновление табличных данных5.2.6
Web-интерфейс системы позволяет пользователю настроить автоматическое обновление данныхв таблицах.
Для этого вызовите в желаемой таблице контекстное меню и выберите пункт Настроитьавтообновление. Появится окно, в котором можно выбрать период обновления.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 65
Настройка автоматического обновления
Для запуска процедуры обновления нажмите Старт. При этом рядом с названием таблицы
появится символ . Для остановки процедуры автоматического обновления щелкните поданному значку или вызовите контекстное меню, выберите пункт Настроить автообновление инажмите Стоп.
Групповое редактирование данных5.2.7
С помощью кнопки , расположенной над каждой таблицей, вызываетсядиалоговое окно, позволяющее осуществлять одновременное редактирование записей,отображаемых в данный момент на экране. Пример диалогового окна для групповогоредактирования данных таблицы Кодеки показан ниже:
Групповое редактирование данных
По завершении редактирования нажмите кнопку ОК для того, чтобы внесенные изменениявступили в силу. Для отмены изменений нажмите кнопку Отмена.
Выгрузка данных5.2.8
Система позволяет осуществлять выгрузку данных из таблиц в CSV-файлы (comma-separatedvalues), которые могут быть использованы для анализа во внешних приложениях.
Для выгрузки данных проделайте следующие операции.
На всплывающем меню нажмите Экспорт. В открывшемся диалоговом окне нажмите на кнопкуSave.
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 66
На экране отобразится диалоговое окно Save as. Используя раскрывающийся список Save in,укажите папку, в которой следует сохранить файл.
В поле ввода данных File name укажите имя файла.
Убедитесь, что в поле Save as type выбрано Microsoft Office Excel Comma Separated Values File инажмите кнопку Save.
Просмотр версий компонентов5.2.9
Для просмотра версий компонентов Системы в web-интерфейсе щелкните по гиперссылке сверсией системы в правом нижнем углу окна web-интерфейса. Откроется новое окно, в которомпоказаны версии всех компонентов системы:
Графический интерфейс РТУ (модуль транзита трафика)
Стр. 67
Просмотр версий компонентов Системы в web-интерфейсе
При этом применяются следующие условные обозначения:
Centrex – версия модуля обслуживания абонентов. В РТУ МТТ не используется;
Logic – версия ПО модуля маршрутизации;
TS – версия ПКомм;
WEB+DB – версия web-интерфейса и базы данных;
WEBENGINE – версия движка web-интерфейса.
Конфигурирование и администрирование
Стр. 68
Конфигурирование и администрирование6
Пользователи6.1
К категории Пользователи относятся объекты (таблицы) Учетные записи, Аутентификация,Роли, Настройка ролей и Области гр. интерфейса.
Учетные записи6.1.1
Таблица Учетные записи отражает список всех учетных записей пользователей, имеющихся всистеме.
Таблица учетных записей пользователей
Записи таблицы используются для аутентификации пользователей, осуществляющих доступ кРТУ МТТ через web-интерфейс.
Для того, чтобы добавить запись о новом пользователе, вызовите всплывающее меню ивыберите Добавить.
Создание учетной записи пользователя
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком
Конфигурирование и администрирование
Стр. 69
«*», являются обязательными для заполнения):
* Имя – введите имя пользователя (можно использовать как кириллицу, так и латиницу);
* Язык – выберите язык (русский или английский), на котором будут представлены данные вграфическом интерфейсе.
* Роль – из раскрывающегося списка выберите роль, назначаемую пользователю. Ролисоздаются в объектах Роли и Настройка ролей (см. разделы Роли и Настройка ролей).
Указав данную информацию, нажмите кнопку OK.
Флажок Запись активна по умолчанию всегда отмечен. Если необходимо временнодеактивировать запись, сбросьте флажок.
Новая запись будет добавлена в таблицу, ей будет автоматически присвоен уникальныйидентификационный код (ID).
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Следующим шагом необходимо указать аутентификационные данные пользователя для входа вweb-интерфейс (см. раздел Аутентификация).
Аутентификация6.1.2
Данный объект предназначен для настройки параметров аутентификации/авторизациипользователей.
Подсистема управления способна осуществлять авторизацию пользователей по любому изпараметров, заданных в записи пользователя, а также по нескольким сразу в любом ихсочетании. В соответствии с этим для каждого пользователя могут создаваться одна илинесколько записей аутентификации/авторизации.
При авторизации система применяет условие «И» для всех заданных параметров в отдельновзятой записи и условие «ИЛИ» в отношении нескольких записей одного пользователя.
Для пояснения процесса авторизации воспользуемся следующим примером. Предположим, чтооператору необходим гибкий доступ к системе, как с постоянного рабочего места с надежнымадресом в защищенной сети, так и с помощью ноутбука из любого другого места.
Для обеспечения таких видов доступа для пользователя необходимо создать двеавторизационные записи: одну – с указанием регистрационного имени и надежного адреса,другую – с заданием регистрационного имени и пароля. При попытке доступа с надежногоадреса система авторизует пользователя по адресу даже при ошибке ввода пароля. При доступес ноутбука необходимо будет правильно ввести регистрационные данные.
Для того, чтобы добавить запись, на всплывающем меню выберите Добавить.
Диалоговое окно «Аутентификация»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
Конфигурирование и администрирование
Стр. 70
* Пользователь – из раскрывающегося списка выберите имя пользователя;
* Область гр. интерфейса – из раскрывающегося списка выберите область графическогоинтерфейса, которая будет доступна для данного пользователя (см. раздел Область гр.интерфейса);
* Регистрационное имя – введите регистрационное имя пользователя (можно использовать каккириллицу, так и латиницу);
Пароль – пароль пользователя для регистрации в системе (учитывается регистр символов);
IP-адрес – IP-адрес, с которого пользователю будет разрешен доступ в web-интерфейс;
Запись активна – активируйте кнопку-флажок для того, чтобы активировать запись.
Указав необходимую информацию, нажмите кнопку OK. Новая запись будет добавлена втаблицу с присвоенным ей уникальным идентификатором (ID).
Роли6.1.3
Объект Роли позволяет создать роль пользователя и скомпилировать ее. Для создания новойроли вызовите контекстное меню и выберите пункт Добавить.
Создание новой роли
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Родительская роль – из раскрывающего списка выберите роль, которая будет выступать вкачестве родительской по отношению к создаваемой роли.
Пр ава дочер ней р оли на доступ к объектам не могут пр евышать пр ава р одительской р оли.
При установке Системы создается роль Администратор, которая обладает правами на просмотр,модификацию и удаление всех объектов;
* Название – введите название создаваемой роли;
Описание – укажите любую относящуюся к роли информацию.
Указав необходимую информацию, нажмите кнопку OK. Новая запись будет добавлена втаблицу.
После создания роли назначьте роли права (см. раздел Настройка ролей) и скомпилируйте ее.
Компиляция также необходима в случае любого изменения набора прав, присущего роли. Впроцессе компиляции измененные права роли заносятся в записи объектов, категорий ипараметров, для того, чтобы пользователи, обладающие данной ролью, могли получить к нимдоступ.
Конфигурирование и администрирование
Стр. 71
Созданная роль перед компиляцией
Для компиляции нажмите появившуюся кнопку . Если роль успешноскомпилирована, то в столбце Скомпилирована у записи появится значение Да.
Настройка ролей6.1.4
Объект Настройка ролей предназначен для назначения прав созданным ролям пользователя. Дляназначения прав новой роли вызовите контекстное меню и выберите пункт Добавить.
Окно настройки ролей
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Роль – из раскрывающегося списка выберите роль, которой будут назначаться новые права;
* Фильтр – из раскрывающегося списка выберите категорию или объект интерфейса, которыебудут выступать в качестве фильтра. При этом в списке Объект (который используется дляназначения прав доступа) отобразится выбранный элемент интерфейса и его дочерние объекты.Тем самым из списка Объект можно удалить нежелательные элементы интерфейса, правадоступа к которым не должны изменяться;
* Объект – из раскрывающегося списка выберите категорию, объект или параметр, на доступ ккоторому назначаются права. Список содержит как саму категорию, объект или параметр(корневой элемент), так и его дочерние элементы (если они есть).
В обоих списках в названиях элементов графического интерфейса имеются следующиеусловные обозначения:
[M] – категория;
[Т] – объект (таблица);
[С] – параметр (колонка таблицы).
Включать все дочерние объекты – установите флажок, если необходимо назначить правадоступа не только к элементу, выбранному в списке * Объект, но и к его дочерним элементам.
Действия – установите флажки, соответствующие тем действиям, которые может выполнятьпользователь над выбранными элементами графического интерфейса.
Просмотр – просмотр элемента;
Обновление – изменение значения элемента;
Добавление – создание нового элемента;
Удаление – удаление элемента;
Выполнение – выполнение элемента (для «мастеров» и таких процедур как имитациявызова и автовыгрузка CDR-записей).
Для сохранения настроек нажмите ОК. После любого изменения настроек роли ее необходимозаново скомпилировать (см. раздел Роли).
Конфигурирование и администрирование
Стр. 72
Мастер создания пользователя6.1.5
Мастер создания пользователя – это инструмент, позволяющий быстро создавать новые учетныезаписи пользователей в системе РТУ МТТ. Нажмите на объект Мастер создания пользователя.
Для навигации по этапам создания учетной записи пользователя используйте кнопки Назад иДалее. Поля, помеченные знаком «*», являются обязательными для заполнения. При вводеимени учетной записи, регистрационного имени и пароля можно использовать как кириллицу,так и латиницу. При вводе пароля учитывается регистр символов.
Окно приветствия мастера
Нажмите Далее.
Окно «Учетные записи» мастера
В окне Учётные записи введите имя новой учетной записи пользователя в поле * Имяпользователя. Выберите язык интерфейса в списке * Язык интерфейса. Выберите рольпользователя в поле * Роли. Нажмите Далее.
Окно «Аутентификация» мастера
В окне Аутентификация укажите следующие параметры:
* Область гр. интерфейса – из раскрывающегося списка выберите область графическогоинтерфейса, которая будет доступна для данного пользователя.
* Регистрационное имя – введите регистрационное имя пользователя;
Пароль – введите пароль пользователя для регистрации в системе;
Конфигурирование и администрирование
Стр. 73
IP-адрес – IP-адрес, с которого пользователю будет разрешен доступ в web-интерфейс (даже прииспользовании неправильного пароля);
Нажмите Далее.
Окно «Создание пользователя» Мастера
В открывшемся диалоговом окне Создание пользователя проверьте, правильно ли вы ввелиданные пользователя. При необходимости вернитесь к предыдущим этапам с помощью кнопкиНазад и отредактируйте введенную информацию. Для завершения создания пользователянажмите Готово.
Области графического интерфейса6.1.6
Разделение графического интерфейса на обособленные области – мера безопасности,заключающаяся в разграничении прав доступа.
Область графического интерфейса – это обособленное пространство web-интерфейса.Принадлежность к какой-либо области графического интерфейса делает для пользователейданной области недоступными и «невидимыми» аутентификационные записи пользователей,принадлежащих к другим областям.
Отсутствие доступа к аутентификационной записи пользователя другой области исключаетвозможность получения его прав путем подбора, угадывания или взлома паролей,содержащегося в ней.
Принадлежность к какой-либо области графического интерфейса является обязательнымпараметром для аутентификационной записи пользователя.
Изначально данное программное приложение поставляется с единственной общедоступнойобластью интерфейса, имеющей идентификатор “users” и название “Default realm”. Присоздании новой аутентификационной записи пользователя параметр Область гр. интерфейсабудет по умолчанию иметь значение users.
Таблица Области гр. интерфейса
Таблица Области гр. интерфейса показывает список областей графического интерфейса,существующих на данный момент в интерфейсе.
При необходимости обеспечения дополнительной безопасности можно создать обособленнуюобласть графического интерфейса, предназначенную только для администраторов системы.
Для создания такой «закрытой» области, вызовите контекстное меню и выберите Добавить.
Конфигурирование и администрирование
Стр. 74
Добавление новой области графического интерфейса
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* ID – введите идентификатор области, в качестве которого может использоваться любоекороткое слово в латинской транслитерации, например “admins”;
Идентификатор области web-интер фейса является одним из конфигур ационных пар аметр овPHP-пр иложения (см. ниже) .
* Название – введите название области;
Описание – в этом поле вы можете указать любую информацию.
Указав данную информацию, нажмите кнопку OK. Запись будет добавлена в таблицу.
После этого откройте конфигурационный файл Config.php, находящийся в инсталляционномкаталоге /var/www/rtu, и укажите в нем идентификатор вновь созданной областиграфического интерфейса:
Внесение ID вновь созданной области в файл Config.php
В целях повышения безопасности системы, с помощью средств web-сервера Apache имеетсмысл также настроить web-интерфейс на прослушивание только внутрикорпоративного IP-адреса (см. директиву Listen в конфигурации Apache), либо фильтрацию доступа из конкретныхсетей или с конкретных адресов (см. директивы Allow from/Deny from в конфигурации Apache).
Конфигурирование и администрирование
Стр. 75
Оборудование6.2
Категория объектов Оборудование предназначена для конфигурирования VoIP-объектов, скоторыми взаимодействует РТУ МТТ, зон и кодеков.
Оборудование6.2.1
Таблица Оборудование (Оборудование > Оборудование) отображает информацию о шлюзах иабонентских терминалах, сконфигурированных в системе.
Для создания новой записи с параметрами объекта (шлюза или абонентского терминала) навсплывающем меню выберите Добавить.
Конфигурирование и администрирование
Стр. 76
Диалоговое окно “Оборудование”
В открывшемся диалоговом окне в поле укажите следующую информацию (обязательными длязаполнения являются поля, помеченные символом «*»):
Запись активна – отметьте кнопку-флажок, чтобы активировать запись;
* Название – имя шлюза;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Действует как иниц. устр-во – активируйте кнопку-флажок, в случае если шлюз будетиспользоваться в качестве отправляющего вызовы;
Действует как терм. устр-во – активируйте кнопку-флажок, в случае если шлюз будетиспользоваться в качестве пункта назначения для вызовов;
* Тип оборудования – из раскрывающегося списка выберите тип, к которому относится данныйшлюз:
Конфигурирование и администрирование
Стр. 77
Шлюз – данный объект обрудования является шлюзом, магистральным или оконечным;
Привратник – данный объект является привратником;
Шлюз по умолчанию – данный объект используется как абстрактный шлюз или шаблон,представляющий устройства, параметры которых явным образом не заданы в РТУ МТТ(см. Приложение В. Шлюзы по умолчанию);
Сервер маршрутизации RADIUS – данный объект оборудования будет использоваться вкачестве внешнего средства маршрутизации с помощью протокола RADIUS;
ENUM-сервер – данный шлюз будет использовать ENUM-серверы в качестве внешнихсредств маршрутизации. Обратите внимание, что внешняя маршрутизация с помощьюENUM-серверов возможна только по сигнальному протоколу SIP. При этом дляустановления соединения будет использоваться SIP-порт, заданный в настройках данногоустройства.
Оконечное оборудование – данный объект является отдельным экземпляром оконечногоустройства (абонентским терминалом) с назначенным ему телефонным номером (см.раздел Приложение Л. Управление оконечным оборудованием).
Пр и добавлении объекта с типом ‘Оконечное обор удование’ соответствующая ему точкаадр есации (объект набор а) создается автоматически и в таблицу объектов набор а (DPs) незаносится. Посмотр еть схему мар шр утизации на такой объект можно только на стр аницеДерево объектов набора (DPs) см. р аздел Дер ево объектов набор а.
Сервер маршрутизации SIP – данный объект используется в качестве серверамаршрутизации по протоколу SIP с использованием сообщений 30x (см. разделПриложение M. Механизм внешней маршрутизации вызовов с помощью SIP/H.323).
* Номер оконечного оборудования – номер абонента, которой прислылает шлюз-абонент.Данный параметр отображается, если в поле Тип оборудования выбрать Оконечноеоборудование.
* Протокол сигнализации – из раскрывающегося списка выберите название сигнальногопротокола, поддерживаемого устройством. Если выбран пункт H.323 или SIP и шлюз действуеткак терминирующее устройство, то шлюз будет использовать тот протокол (H.323 или SIP), накотором Системе передавались данные от инициирующего шлюза. Если инициирующий шлюзпередавал данные по протоколу, отличному от SIP или H.323, то для передачи данных натерминирующий шлюз будет использоваться протокол SIP. Если необходимо получить вызов сдругой группы балансировки (см. раздел Группы балансировки) или передать вызов на другуюгруппу балансировки, то необходимо выбрать пункт Внутренний.
Регистрировать оборудование – отметье флажок, если необходимо регистрировать шлюз в РТУМТТ. В случае, если в раскрывающемся списке Тип оборудования выбран пункт Шлюз поумолчанию, то шлюз всегда будет зарегистрирован.
* ТЕРМ. Протокол сигнализации по умолчанию – протокол, по которому будут передаватьсяданные, если от инициирующего шлюза данные передавались по протоколу, отличному от H.323или SIP. Параметр отображается, если в параметре Протокол сигнализации выбран пункт H.323и SIP и шлюз действует как терминирующее устройство;
* Группа балансировки – из раскрывающегося списка выберите группу балансировки (см.раздел 6.3.5), из которой приходит или на которую уходит вызов. Данный параметротображается, если в параметре Протокол сигнализации указан пункт Внутренний.
Макс. продолжительность вызова, сек – укажите максимальную продолжительность вызовов,направляемых на шлюз либо получаемых от шлюза.
ИНИЦ. Включить отладку – активируйте кнопку-флажок, чтобы включить функцию веденияотладочного протокола в случаях, когда шлюз выступает в качестве инициатора вызова (см.раздел Отладка);
ТЕРМ. Включить отладку – активируйте кнопку-флажок, чтобы включить функцию веденияотладочного протокола в случаях, когда шлюз выступает в качестве терминирующего (см. раздел Отладка).
Данные пар аметр ы не р екомендуется оставлять включенными во вр емя штатной р аботы
Конфигурирование и администрирование
Стр. 78
Системы, так как это снижает ее пр оизводительность.
Вкл. статистику – включает ведение статистки для данного шлюза, которая затем будетиспользоваться при построении графиков.
Действует с – укажите время и дату вступления записи в действие;
Действует до… – укажите время и дату прекращения действия записи;
Категория Настройки иниц. устр-ва – эта категория содержит параметры, предназначенные длянастройки шлюзов – инициаторов соединений. Параметры действительны только в том случае,если активирована кнопка-флажок Действует как иниц. устройство:
ИНИЦ. Список адресов – задайте список IP-адресов, используемых при работе шлюза в качествеинициатора вызовов (сетевой адрес можно указать в нотации бесклассовой адресации CIDR).РТУ МТТ будет принимать вызовы с данных адресов. В случае, если выбран протокол ОКС7, тоданный параметр не учитывается;
ИНИЦ. порт – сигнальный порт шлюза-инициатора вызова. В случае, если выбран протоколОКС7, то данный параметр не учитывается;
Пор т следует указывать только в том случае, когда несколько шлюзов имеют один и тот жеIP-адр ес и инициатор а вызова можно опр еделить только по номер у сигнального пор та. Востальных случаях, (когда идентификация инициатор а вызова не затр уднена совпадением IP-адр есов) , поле ИНИЦ. порт следует оставлять пустым.
NAT адрес – адрес NAT-маршрутизатора, если шлюз находится за маршрутизатором адреснойтрансляции.
* ИНИЦ. Зона – из раскрывающегося списка выберите сетевую зону (см. раздел Зоны), которуюследует использовать для получения вызовов, инициированных данным шлюзом. В случае, есливыбран протокол ОКС7, то ОКС7-зона будет использоваться в качестве адреса шлюза;
* ИНИЦ. политика проксирования – из раскрывающегося списка выберите тот режимпроксирования медиа, который следует использовать в случаях, когда шлюз выступает вкачестве инициатора вызова:
Использовать политику проксирования терминатора — использовать ту политикупроксирования, которая установилась на терминаторе;
Проксировать — всегда выполнять проксирование;
Не проксировать — запретить проксирование;
ИНИЦ. Разрешённые кодеки – из раскрывающегося списка выберите группу кодеков (см.раздел Группы кодеков), разрешенную для использования в случаях, когда шлюз выступает вкачестве инициатора соединения;
ИНИЦ. Группа ёмкости – из раскрывающегося списка выберите группу общей емкости,которой будет принадлежать данный шлюз. Подробнее о группах общей емкости см. разделГруппы общей ёмкости;
ИНИЦ. Ёмкость – задает максимальное количество одновременных вызовов, разрешенное кприему от данного шлюза. Если ёмкость не указана или использовано значение 0 — ёмкостьнеограничена;
ИНИЦ. Группы – имена групп шлюзов, к которым будет отнесен вызов, поступивший отданного инициатора. Имена таких групп можно использовать в процедуре поиска маршрутов ипреобразования номеров в таких полях, как Разрешенные группы маршрутизации, Запрещенныегруппы мапршрутизации;
ИНИЦ. Шаблон разрешённых A-номеров – с помощью регулярного выражения задайте шаблонразрешенных вызывающих номеров;
Для настр ойки устр ойства с несколькими аналоговыми р азъемами (FXS-пор тами) , создайтеколичество шлюзов, р авное количеству р азъемов в устр ойстве, и в поле ИНИЦ. Шаблонразрешенных А-номеров каждого шлюза укажите номер соответствующего р азъема(пор та) , сконфигур ир ованного на устр ойстве.
Конфигурирование и администрирование
Стр. 79
ИНИЦ. Шаблон разрешённых Б-номеров – с помощью регулярного выражения задайте шаблонразрешенных вызываемых номеров;
ИНИЦ. Шаблон запрещённых Б-номеров – с помощью регулярного выражения задайте шаблонзапрещенных вызываемых номеров. Запрещенные номера имеют приоритет надразрешенными.
ИНИЦ. Политика передачи изменений в кодеках – из раскрывающегося списка выберитеполитику передачи изменений в кодеках, используемых инициирующим оборудованием:
Не передавать изменения – изменения в кодеках на одном участке вызова (входящем) непередаются на другой участок вызова. Таким образом, на разных участках вызова могутиспользоваться разные кодеки. В случае их несовпадения происходит переконвертация,если она возможна;
Передавать изменения типа медиа-данных – из одного участка вызова (входящего) вдругой передаются изменения в типе используемых медиа-данных (например,переключение с аудио на факс). Если изменения в кодеках происходят в рамках одноготипа данных и конвертация между двумя этими кодеками возможна (например, припереключении с одного аудио-кодека на другой), то изменения не передаются в другойучасток вызова. Если вторая сторона не может поддержать изменения, то участки вызовавозвращаются в исходное состояние;
Передавать изменения для G.711 – аналогично режиму Передавать изменения типамедиа-данных, но кроме того изменения передаются в другой участок вызова, еслипроисходит попытка переключения на кодек G.711 или c него. Кодек G.711 можетиспользоваться для передачи факсов и установления модемных соединений;
Передавать все изменения – из одного участка вызова в другой передаются всеизменения в используемых кодеках.
Данные политики применяются как во время установления вызова при получении информациио разрешенных кодеках для инициирующего и терминирующго оборудования, так и в процессевызова, когда оборудование пытается изменить используемый для передачи медиа кодек. Болееподробная информация об использовании политик содержится в разделе Правилараспознавания кодеков.
ИНИЦ. Группа ёмкости по номерам – укажите группу емкости по номерам для А-номеров.Подробнее о группах емкости по номерам см. раздел Группы ёмкости по номерам.
Всегда использовать ConfId ПКомм вместо ConfId протокола – установите флажок, если впараметре CDR-записей Conference ID протокола необходимо записывать ConfID,сгенерированный ПКомм вместо ConfID, полученного в протокольных сообщениях навходящем участке вызова.
Настройки терм. устр-ва – эта категория содержит параметры, предназначенные для настройкишлюзов, принимающих трафик. Параметры действительны только в том случае, еслиактивирована кнопка-флажок Действует как терм. устр-во:
ТЕРМ. Адрес – укажите IP-адрес, на который следует направлять вызовы для завершения. Вслучае, если выбран протокол ОКС7, то данный параметр не учитывается;
ТЕРМ. H.323 порт – укажите номер порта для направления вызовов с сигнализацией попротоколу H.323. В случае, если выбран протокол ОКС7, то данный параметр не учитывается;
ТЕРМ. SIP порт – укажите номер порта для направления вызовов с сигнализацией по протоколуSIP. В случае, если выбран протокол ОКС7, то данный параметр не учитывается;
* ТЕРМ. Зона – из раскрывающегося списка выберите сетевую зону (см. раздел Зоны), которуюследует использовать при работе шлюза в качестве терминирующего устройства. В случае, есливыбран протокол ОКС7, то ОКС7-зона будет использоваться в качестве адреса шлюза;
* Политика проксирования – из раскрывающегося списка выберите тот режим проксированиямедиа, который следует использовать в случаях, когда шлюз выступает в качествепринимающего направленные на него вызовы. Более подробная информация о режимахпроксирования содержится в разделе Политики проксирования.
Конфигурирование и администрирование
Стр. 80
* ТЕРМ. Разрешённые кодеки – из раскрывающегося списка выберите группу кодеков (см.раздел Группы кодеков), разрешенную для использования в случаях, когда шлюз выступает вкачестве принимающего направленные на него вызовы;
* ТЕРМ. Сортировка кодеков – из раскрывающегося списка выберете тот способ формированиясписка кодеков, который будет использоваться, когда шлюз выступает в качестве принимающегонаправленные на него вызовы. Все виды формирования списка кодеков применяются только дляголосовых кодеков, так как кодеки данных во всех случаях сортировки (кроме режима Несортировать) помещаются в список после голосовых кодеков согласно приоритетам, заданным вБД.
Не сортировать — возвращать набор кодеков из базы для терминирующего устройства безизменений. Порядок следования кодеков в списке определяется приоритетом каждогокодека, заданным при его настройке;
Совпавшие в начало списка – формировать список кодеков, размещая кодеки терм.оборудования таким образом, чтобы кодеки, совпадающие с кодеками инициатора,находились в начале списка. Порядок следования кодеков в подмножестве общих кодековопределяется порядком кодеков, пришедших от инициатора. Порядок следования кодековза пределами подмножества общих кодеков регулируется атрибутом кодека Приоритет;
Подробнее о действиях Системы при различных настройках проксирования и способахформирования списков кодеков см. раздел Правила распознавания кодеков.
ТЕРМ. Группа ёмкости – из раскрывающегося списка выберите группу общей емкости, которойбудет принадлежать данный шлюз. Подробнее о группах общей емкости см. раздел Группыобщей ёмкости;
ТЕРМ. Ёмкость – укажите максимальное количество одновременных вызовов, которое можетбыть направлено на данный шлюз. Если ёмкость не указана или использовано значение 0 -ёмкость неограничена;
Отмена преобр. ИНИЦ. номеров; В поле «From» – адрес инициатора – отметьте флажок, если вполе From пакета INVITE, отправляемого терминирующему шлюзу, необходимо подставлять IP-адрес и порт инициирующего шлюза. Данная настройка отменяет преобразование номеров,полученных от инициатора. Если номер инициатора заблокирован, то вместо имени/номеринициатора в поле From Система подставляет слово anonymous. Например:
From: <sip:[email protected]:2345;user=phone>
Данный параметр отображается, если в поле Протокол сигнализации выбран пункт SIP, SIP-Tили H.323 и SIP.
ТЕРМ. Политика передачи изменений в кодеках – из раскрывающегося списка выберитеполитику передачи изменений в кодеках, используемых терминирующим оборудованием:
Не передавать изменения – изменения в кодеках на одном участке вызова (исходящем) непередаются на другой участок вызова. Таким образом, на разных участках вызова могутиспользоваться разные кодеки. В случае их несовпадения происходит переконвертация,если она возможна;
Передавать изменения типа медиа-данных – из одного участка вызова (исходящего) вдругой передаются изменения в типе используемых медиа-данных (например,переключение с аудио на факс). Если изменения в кодеках происходят в рамках одноготипа данных и конвертация между двумя этими кодеками возможна (например, припереключении с одного аудио-кодека на другой), то изменения не передаются в другойучасток вызова. Если вторая сторона не может поддержать изменения, то участки вызовавозвращаются в исходное состояние;
Передавать изменения для G.711 – аналогично режиму Передавать изменения типамедиа-данных, но кроме того изменения передаются в другой участок вызова, еслипроисходит попытка переключения на кодек G.711 или c него. Кодек G.711 можетиспользоваться для передачи факсов и установления модемных соединений;
Передавать все изменения – из одного участка вызова в другой передаются всеизменения в используемых кодеках.
Данные политики применяются как во время установления вызова при получении информации
Конфигурирование и администрирование
Стр. 81
о разрешенных кодеках для инициирующего и терминирующго оборудования, так и в процессевызова, когда оборудование пытается изменить используемый для передачи медиа кодек. Болееподробная информация об использовании политик содержится в разделе Правилараспознавания кодеков.
ТЕРМ. Группа ёмкости по номерам – укажите группу емкости по номерам для Б-номеров.Подробнее о группах емкости по номерам см. раздел Группы ёмкости по номерам.
Категория параметров Настройки регистрации
Эта группа содержит параметры, предназначенные для настройки регистрирующихся шлюзов.Параметры действительны только в том случае, если в раскрывающемся списке Типрегистрации был выбран пункт Регистрировать шлюз:
Регистрационное имя – введите имя пользователя, которое шлюз пришлет при регистрации(данный параметр не обязателен, если в списке Тип оборудования был выбран пункт Шлюз поумолчанию);
Регистрационный пароль – введите пароль пользователя (данный параметр не обязателен, если всписке Тип оборудования был выбран пункт Шлюз по умолчанию);
Максимальное время регистрации, сек – период полной перерегистрация шлюза;
Интервал сообщений активности, сек – интервал времени между отправлениями пакетов keep-alive (для поддержания регистрации шлюза);
Список разреш. адресов для регистрации – введите список IP-адресов, разрешенных длярегистрации. Разделитель для элементов списка – символ «точка с запятой»;
Интервал опроса NAT, сек – интервал между отправками пакетов для поддержания ассоциацииадресов NAT;
Включить отладку регистраций – установите флажок, если необходимо заносить в журналОтладочные регистрации информацию о регистрациях.
Исп. порт, получ. при регистрации, в качестве ИНИЦ. порта – установите флажок, еслинеобходимо использовать порт, полученный в сигнальном сообщении при регистрацииустройства, в качестве значения параметра ИНИЦ. порт. Использование данного флажкапозволяет различать оконечные устройства, находящиеся за одним SIP прокси-сервером. Даннаясхема будет правильно работать только в случае, когда сообщения REGISTER и INVITE отопределенного оконечного устройства будут приходить с одного и того же UDP-порта. Еслифлажок не установлен, то сообщение INVITE после регистрации могут приходить с любогопорта. Данный параметр отображается, только если установлен флажок Регистрироватьоборудование, а в параметре Протокол сигнализации выбран пункт SIP, SIP-T или H.323 и SIP.
Пр и получении нескольких р егистр аций, они сор тир уются по вр емени получения идействительной считается последняя из них. После истчения пер иода действия последнейр егистр ации действительной считается пр едыдущая р егистр ация (пока ср ок ее действиятакже не истек) и т.д.
Категория Правила преобразования номеров
ИНИЦ. Преобразование A-номера – с помощью регулярного выражения задайте правилопреобразования вызывающего номера. Преобразование номеров по заданным даннымпараметром правилам осуществляется до того, как выполняется маршрутизация вызова;
ИНИЦ. Преобразование Б-номера – с помощью регулярного выражения задайте правилопреобразования вызываемого номера;
Пар аметр ы действительны только в том случае, если активир ован флажок Действует какиниц. устр-во.
ТЕРМ. Преобразование A-номера – с помощью регулярного выражения задайте правилопреобразования вызывающих номеров. Определенные здесь преобразования номеравыполняются уже после маршрутизации вызова и непосредственно перед его
Конфигурирование и администрирование
Стр. 82
терминированием;
ТЕРМ. Преобразование Б-номера – с помощью регулярного выражения задайте правилопреобразования вызываемых номеров;
Пар аметр ы действительны только в том случае, если активир ована кнопка-флажокДействует как терм. устр-во.
Категория Настройки сигнализации иниц. устр-ва
Эта группа содержит параметры, предназначенные для настройки шлюзов, порождающихтрафик. Параметры действительны только в том случае, если активирована кнопка-флажокДействует как иниц. устр-во:
ИНИЦ. Таймаут на alerting, сек – определяет интервал, по истечении которого, при отсутствиипакета ALERTING со стороны терминирующего шлюза, на шлюз-инициатор будет отправленпакет ALERTING, сгенерированный в РТУ МТТ;
ИНИЦ. Завершать вызов после таймаута на alerting – установите флажок, если по инстечениипериода времени, в течение которого должен придти пакет ALERTING от терминирующегошлюза, необходимо завершить вызов;
ИНИЦ. Включить КПВ – активируйте кнопку-флажок для того, чтобы включить функциюэмуляции сигнала КПВ (контроль посылки вызова) при проксировании медиа-трафика;
ИНИЦ. Таймаут КПВ, сек – укажите максимальное время ожидания сигнала КПВ отвызываемого шлюза, по истечении которого следует запускать эмуляцию сигнала КПВ;
ИНИЦ. Файл КПВ – введите название звукового файла (.wav файл), который будетиспользоваться при эмуляции сигнала КПВ. Каталог, в котором хранится файл, указывается вконфигурационных параметрах модуля обработки медиапотоков (Media node);
ИНИЦ. Таймаут медиа, сек – позволяет задавать периодичность проверки установленногосоединения на наличие в канале пакетов RTP (мультимедиа) от инициатора. Отсчет первогопроверяемого отрезка времени начинается от момента установления соединения (cообщенияCONNECT). Соединение прерывается, если за очередной проверенный отрезок времени в каналеотсутствовали RTP-пакеты;
ИНИЦ. Таймаут CallProceeding, мсек – установите время задержки отправки пакетов наинициирующий шлюз для увеличения вероятности успешного установления соединения. Впроцессе установления вызова все пакеты, полученные от терминирующего шлюза,сохраняются в буфере ПКомм, содержимое которого будет отправлено инициатору вызова поистечении периода задержки, установленного в этом поле. Подобная организация процессаустановления вызова объясняется тем, что некоторые виды шлюзов допускают лишьоднократное получение ими пакета CallProceeding, в результате чего, если после CallProceedingвдруг последует сигнал ReleaseСomplete, дальнейшие попытки установить соединение(перенаправление вызова) с таким шлюзом будут неудачными, так как шлюз не способенвоспринимать повторные сообщения CallProceeding. Данный параметр не отображается, если впараметре Тип оборудования выбран пункт ENUM сервер;
Следующие пять параметров действительны, только если в качестве управляющего протоколавыбран протокол H.323.
Разрешить обновление медиа-каналов – активируйте кнопку-флажок в том случае, если данныйшлюз поддерживает прием повторных пакетов, содержащих FastStart с вероятностьюподтверждения иных кодеков, нежели были подтверждены ранее при необходимостиперенаправления вызова на другой маршрут. Данный параметр не отображается, если впараметре Тип оборудования выбран пункт ENUM сервер;
* ИНИЦ. Способ передачи DTMF по H.323 – укажите способ передачи DTMF по протоколуH.323. Данный параметр отображается, если в параметре Протокол выбран пункт H.323 илиH.323 и SIP;
ИНИЦ. FastStart – из раскрывающегося списка выберите режим использования процедурыFastStart для инициирующего шлюза:
Не использовать – не использовать процедуру FastStart;
Конфигурирование и администрирование
Стр. 83
Использовать – использовать процедуру FastStart;
Данный параметр не отображается, если в параметре Тип оборудования выбран пункт ENUMсервер;
ИНИЦ. Передавать FastStart в сообщениях Call Proceeding, Alerting/Progress, в Connect –укажите, в каком пакете следует передавать сообщение FastStart при установлении соединения сданным шлюзом. Данный параметр не отображается, если в параметре Тип оборудованиявыбран пункт ENUM сервер;
ИНИЦ. Tunneling – активируйте кнопку-флажок, если данный шлюз поддерживает механизминкапсуляции (tunneling);
ИНИЦ. Открыть канал H.245 после – с помощью раскрывающего списка укажите, послеполучения какого сообщения следует открывать управляющий канал Н.245 при установлениисоединения:
Call proceeding
Alerting/Progress
Connect
Данный параметр не отображается, если в параметре Тип оборудования выбран пункт ENUMсервер;
ИНИЦ. Категория вызывающего абонента – для сохранения категории абонента без измененийпри получении вызова с данного шлюза в раскрывающемся списке выберите пустой пункт. Дляизменения категории абонента при получении вызова с данного шлюза выберите желаемуюкатегорию из раскрывающегося списка.
ИНИЦ. Использовать А-номер из вложенного ISUP-пакета – установите флажок, еслинеобходимо использовать параметр “SRC alias” из заголовков ISUP, а не из заголовков SIP.Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
ИНИЦ. Использовать Б-номер из вложенного ISUP-пакета – установите флажок, еслинеобходимо использовать параметр “DST alias” из заголовков ISUP, а не из заголовков SIP.Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
ИНИЦ. Использовать начальный Б-номер из вложенного ISUP-пакета – установите флажок,если необходимо использовать параметр “Diversion” из заголовков ISUP, а не из заголовков SIP.Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
ИНИЦ. Использовать категорию выз. абонента из вложенного ISUP-пакета – установитефлажок, если необходимо использовать параметр “CPC” из заголовков ISUP, а не из заголовковSIP. Данный флажок действителен, только если в параметре Протокол сигнализации был выбранпротокол SIP-T;
Таймаут для ранней отправки ACM — задаёт значение интервала, по истечении которого будетискусственно выполнена посылка ISUP-сообщения ACM. Значение параметра задается вмиллисекундах. Диапазон значений — от 20000 до 30000 миллисекунд (по умолчанию — 30000миллисекунд). Данный флажок действителен, только если в параметре Протокол сигнализациибыл выбран протокол SIP-T;
Наличие эхоподавления – флажок, управляющий параметром Echo control device в исходящихсообщениях IAM, ACM, CPG и CON. По умолчанию флажок снят, что означает, что параметрравен «false». Должен быть сконфигурирован так, как сконфигурирован этот параметр намедиа-шлюзе. Данный флажок действителен, только если в параметре Протокол сигнализациибыл выбран протокол SIP-T;
Категория Настройки сигнализации терм. устр-ва
Эта группа содержит параметры, предназначенные для настройки терминирующих шлюзов.Параметры действительны только в том случае, если активирована кнопка-флажок Действует
Конфигурирование и администрирование
Стр. 84
как терм. устр-во:
* ТЕРМ. Тип исход. А-номера – выбором из раскрывающегося списка укажите тип номероввызывающих абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
International number
National number
Network specific number
Subscriber number
Abbreviated number
* ТЕРМ. План нумерации исход. А-номера – с помощью раскрывающегося списка укажите планнумерации вызывающих абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
ISDN telephony numbering plan (Recommendation E.164)
Data numbering plan (Recommendation X.121)
Telex numbering plan (Recommendation F.69)
National standard numbering plan
Private numbering plan
* ТЕРМ. Тип исход. Б-номера – с помощью раскрывающего списка укажите тип номероввызывающих абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
International number
National number
Network specific number
Subscriber number
Abbreviated number
* ТЕРМ. План нумерации исход. Б-номера – с помощью раскрывающего списка укажите планнумерации вызываемых абонентов, поддерживаемый данным шлюзом:
Как на вход. участке
Unknown
ISDN telephony numbering plan (Recommendation E.164)
Data numbering plan (Recommendation X.121)
Telex numbering plan ((Recommendation F.69)
National standard numbering plan
Private numbering plan
* ТЕРМ. Способ передачи DTMF по H.323 – укажите способ передачи DTMF по протоколуH.323. Данный параметр отображается, если в параметре Протокол выбран пункт H.323 илиH.323 и SIP;
ТЕРМ. FastStart – из раскрывающегося списка выберите режим использования процедурыFastStart для терминирующего шлюза:
Конфигурирование и администрирование
Стр. 85
Не использовать – не использовать процедуру FastStart;
Использовать – использовать процедуру FastStart;
По возможности использовать – пытаться использовать процедуру FastStart, если этоневозможно, то использовать slowstart без перехода в режим проксирования.
ТЕРМ. Tunneling – активируйте кнопку-флажок, если данный шлюз поддерживает механизминкапсуляции (tunneling);
ТЕРМ. Открыть канал H.245 после – с помощью раскрывающего списка укажите, послеполучения какого сообщения следует открывать управляющий канал Н.245 при установлениисоединения:
Call proceeding
Alerting/Progress
Connect
* ТЕРМ. presentationIndicator исход. вызова – возможные значения поля presentationIndicator впакете SETUP. Более подробную информацию о поле presentationIndicator можно найти в Q.931и Q.951. Выберите значение из раскрывающегося списка:
Как на вход. участке
Octet 3a not present
Presentation allowed
Presentation restricted
Number not available due to interworking
* ТЕРМ. screeningIndicator исход. вызова — возможные значения поля screeningIndicator впакете SETUP. Более подробную информацию о поле screeningIndicator можно найти в Q.931 иQ.951. Выберите значение из раскрывающегося списка:
Как на вход. участке
Not screened
User-provided, not screened
User-provided, verified and passed
User-provided, verified and failed
Network provided
Следующие три параметра действительны, если в качестве управляющего протокола был выбранпротокол SIP:
* ТЕРМ. Передавать начальный Б-номер – с помощью раскрывающего списка укажите, следуетли передавать номер изначального вызываемого абонента в исходящий участок вызова:
Не передавать
Передавать
* ТЕРМ. Механизм конфиденциальности в SIP – из раскрывающегося списка выберитемеханизм конфиденциальности:
RFC 3325 PassertedID (более подробная информация об этом механизме имеется насайте http://www.ietf.org/rfc/rfc3325.txt);
Cisco RemotePartyID (более подробная информация об этом механизме доступна поссылкеhttp://www.cisco.com/en/US/producTS/sw/iosswrel/ps1839/producTS_feature_guide09186a0080110bfb.html#wp1050768).
ТЕРМ. Список адресов переадресации – через точку с запятой без пробелов введите маскисетей, на которые разрешено перенаправление вызовов для данного оборудования, в техслучаях, когда оно выступает в качестве терминирующего. При получении сообщения о
Конфигурирование и администрирование
Стр. 86
перенаправлении вызова на другой IP-адрес, проводится проверка, относится ли этот IP-адрес ксети, разрешенной для перенаправления. При получении отрицательного результатаперенаправление будет отклонено;
ТЕРМ. H.323 Таймаут на первый ответ, мсек – задайте лимит времени в миллисекундах, поистечении которого вызов должен быть принудительно прерван по причине отсутствия ответана сообщение SETUP;
ТЕРМ. SIP Таймаут на первый ответ, мсек – задайте лимит времени в миллисекундах, поистечении которого вызов должен быть принудительно прерван по причине отсутствия ответана сообщение INVITE;
ТЕРМ. Таймаут на сообщение Connect, сек – задайте лимит времени в секундах, по истечениикоторого вызов должен быть принудительно прерван по причине отсутствия ответа насообщение Connect;
ТЕРМ. Таймаут медиа, сек – позволяет задавать периодичность проверки установленногосоединения на наличие в канале пакетов RTP (мультимедиа) от терминирующего устройства.Отсчет первого проверяемого отрезка времени начинается от момента установлениясоединения (cообщения CONNECT). Соединение прерывается, если за очередной проверенныйотрезок времени в канале отсутствовали RTP-пакеты. Данный параметр отображается, еслиактивирован флажок Действует как нинц. устр-во и в параметре Политика проксированиявыбран любой пункт, кроме Не проксировать;
ТЕРМ. Выбор категорий вызывающего абонента для замены – задайте список категорийвызывающего абонента, которые будут подвергаться преобразованию. Если на шлюз приходитвызов с одний из категорий из списка, то она заменяется категорией, заданной в параметреТЕРМ. Трансляция выбранных категорий выз. абонента.
Выберите желаемую категорию в левом окне и нажмите на кнопку , чтобы добавить еев список. Чтобы удалить категорию из списка, выделите ее название в правом окне и нажмите
кнопку . Удерживая нажатой клавишу Shift или Ctrl, можно выбирать несколько записейодновременно.
С помощью кнопок и можно перемещать все категории из правого окна влевое и наоборот;
ТЕРМ. Замена выбранных категорий выз. абонента – из раскрывающегося списка выберитекатегорию, на которую будут заменены категории из списка ТЕРМ. Выбор категорийвызывающего абонента для замены. Выбрите пустой пункт, если замены категорийпроисходить не должно.
* ТЕРМ. Метод передачи категории выз. абонента – из раскрывающегося списка выберитеспособ передачи категории терминирующему шлюзу:
Нет – категория вызывающего абонента терминирующему шлюзу не передается. Данноезначение необходимо использовать, если для сигнализации используется протокол H.323(поскольку протокол H.323 не поддерживает передачу категории абонента) или протоколОКС7 (поскольку категория абонента передается по протоколу ОКС7 в любом случае);
SIP ISUP OLI – категория вызывающего абонента передается в виде параметра “isup-oli”поля From протокола SIP. Передается категория по стандарту OLI;
SIP CPC – категория вызывающего абонента передается в виде параметра “cpc” поляFrom протокола SIP. Передается категория по стандарту OLI. Более подробнаяинформация представлена в документе The Calling Party’s Category tel URI Parameter;
SIP Category – категория вызывающего абонента передается отдельным заголовком“Category” протокола SIP. Передается категория по стандарту CPC.
SIP CPC-RUS – категория вызывающего абонента передается в параметре “cpc-rus” поля“From” в сигнальных сообщениях протокола SIP/SIP-T.
SIP CPC-NUM — категория вызывающего абонента передается в числовом виде в полеFrom протокола SIP. Категория передается по стандарту CPC.
ТЕРМ. Передавать Display-Name из вход. участка – установите флажок, если необходимо
Конфигурирование и администрирование
Стр. 87
передавать параметр Display-Name из входящего участка вызова в исходящий.
При входящем ACM с No indication – параметр определяет реакцию Системы на получениесообщения ACM с параметрами DC=00 и I=1. Параметр отображается только прииспользовании протокола ОКС7;
Не требовать поддержки SIP-T – установите флажок, если терминирующее устройство неподдерживает SIP-T. При этом появляется возможность работать по протоколу SIP-T соборудованием, поддерживающим только SIP. Данный флажок действителен, только если впараметре Протокол сигнализации был выбран протокол SIP-T;
Значение Transmission Medium Requirement – значение, отправляемое в поле Transmissionmedium requirement в сообщении IAM. Допустимые значения – 0-3 (по умолчанию — 0). Данныйпараметр действителен, только если в параметре Протокол сигнализации был выбран протоколSIP-T;
Включать символ окончания набора в Б-номер – установите флажок, если необходимодополнять Б-номер символом ST (#, код 0x0f), если тот в Б-номере отсутствует. По-умолчанию,флажок установлен. Данный флажок действителен, только если в параметре Протоколсигнализации был выбран протокол SIP-T;
Категория параметров Настройки LAR
Использовать LAR для кодов (H323) – коды отбоя H.323, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (H323) – коды отбоя H.323, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (SIP) – коды отбоя SIP, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (SIP) – коды отбоя SIP, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (TS) – коды отбоя ПКомм, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (TS) – коды отбоя ПКомм, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (TM) – коды отбоя ПУпр, которые должны вызывать повторныепопытки маршрутизации вызова. Коды перечисляются через точку с запятой «;» илиразделяются переводом строки;
Не использовать LAR для кодов (TM) – коды отбоя ПУпр, которые не должны приводить кповторным попыткам маршрутизации вызова. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Использовать LAR для кодов (CLASS 5) – коды отбоя модуля обслуживания абонентов,которые должны вызывать повторные попытки маршрутизации вызова. Коды перечисляютсячерез точку с запятой «;» или разделяются переводом строки. В РТУ МТТ не используются;
Не использовать LAR для кодов (CLASS 5) – коды отбоя модуля обслуживания абонентов,которые не должны приводить к повторным попыткам маршрутизации вызова. Кодыперечисляются через точку с запятой «;» или разделяются переводом строки. В РТУ МТТ неиспользуются;
Категория параметров Настройки RADIUS
Конфигурирование и администрирование
Стр. 88
Вкл. RADIUS аутентификацию – отметьте флаг, для того чтобы отправлять на RADIUS-серверзапрос на подтверждение регистрации шлюза. Данный параметр не действителен, если шлюз неиспользует регистрацию;
Вкл. RADIUS авторизацию – отметьте флаг, для того чтобы отправлять на RADIUS-серверзапрос на авторизацию вызова. Авторизация вызова имеет смысл только для инициатора.Система отправляет на RADIUS-сервер запрос на авторизацию только для первого маршрута изобъекта набора;
Вкл. RADIUS учет – отметьте флаг, для того чтобы отправлять на RADIUS-сервер информацию,необходимую для учета переговоров в сети.
RADIUS Имя пользователя – имя пользователя, которое будет подставляться в пакетах,отправляемых на сервер RADIUS, если данный шлюз выступает в качестве инициатора вызова.По умолчанию для статических шлюзов в качестве имени пользователя используется IP-адрес, скоторого был получен вызов. Если в поле задана строка $ani$, то она заменяется на исходящийА-номер. Метапеременную $ani$ нельзя использовать, если шлюз регистрируется в Системе;
RADIUS Пароль – пароль, который будет использоваться в пакетах, отправляемых на серверRADIUS, если данный шлюз будет инициатором вызова. По умолчанию для статических шлюзовв качестве пароля используется строка «xpgk»;
Правила заполнения полей User-Name и User-Password, отправляемых на RADIUS
Значения параметров RADIUS Имяпользователя и RADIUS Пароль
Действия Системы
Если обор удование р егистр ир уется в Системе
RADIUS Имя пользователя = не задано Поля User-Name и User-Password заполняютсязначениями параметров Регистрационное имя иРегистрационный пароль соответственно.
RADIUS Имя пользователя = $ani$ Поля User-Name и User-Password заполняютсязначениями параметров Регистрационное имя иРегистрационный пароль соответственно.
RADIUS Пароль = не задан Полю User-Password присваивается значение xpgk.
RADIUS Имя пользователя = $ani$IP Поле User-Name заполняется строкой IP.
RADIUS Имя пользователя = IP Полю User-Name присваивается IP-адресоборудования.
RADIUS Имя пользователя = любое иноезначение
RADIUS Пароль = *
Полю User-Name присваивается значениепараметра RADIUS Имя пользователя. Поле User-Password заполняется данными (токенами),пришедшими при регистрации оборудования.
В случае использования протокола SIP поле User-Password не передается, а передаются атрибутыDigest-Realm, Digest-Nonce, Digest-URI, Digest-Method, Digest-Response, а также Digest-Username,значение которого равно значению поля User-Name.
В случае использования протокола H.323 иаутентификации по методу CHAP User-Password непередается, а передаются поля CHAP-Password иCHAP-Challenge.
RADIUS Имя пользователя = любое иноезначение
Поля User-Name и User-Password заполняютсязначениями параметров RADIUS Имяпользователя и RADIUS Пароль соответственно.
Конфигурирование и администрирование
Стр. 89
Значения параметров RADIUS Имяпользователя и RADIUS Пароль
Действия Системы
RADIUS Пароль = любое иное значение
Если обор удование не р егистр ир уется в Системе
RADIUS Имя пользователя = не задано Полю User-Name присваивается IP-адресоборудования.
RADIUS Пароль = не задан Полю User-Password присваивается значение xpgk.
RADIUS Имя пользователя = IP Полю User-Name присваивается IP-адресоборудования.
RADIUS Имя пользователя содержитстроку $ani$
Полю User-Name присваивается значениепараметра RADIUS Имя пользователя, причемстрока $ani$ заменяется на А-номер послепреобразвания на шлюзе (заданное параметромИНИЦ. Преобразование А-номера).
RADIUS Имя пользователя = $ani$IP Полю User-Name присваивается значениепараметра RADIUS Имя пользователя, причемстрока $ani$ заменяется на А-номер послепреобразвания на шлюзе (заданное параметромИНИЦ. Преобразование А-номера). Строка IPостается неизменной.
RADIUS Имя пользователя = любое иноезначение
RADIUS Пароль = любое иное значение
Поля User-Name и User-Password заполняютсязначениями параметров RADIUS Имяпользователя и RADIUS Пароль соответственно.
Исп. значение «Telephony» в h323-call-type – установите флажок для замены поля «h323-call-type=VoIP» на «h323-call-type=Telephony» в пакетах по входящему участку вызова;
Значение поля Cisco-NAS-Port – значение из данного поля (если оно задано) будет передаватьсяв VSA-поле Cisco-NAS-Port в пакетах Accounting-Stop.
Категория Настройки кодов причин повторного дозвона
ТЕРМ. Количество попыток дозвона – задайте максимальное количество попыток установлениясоединения;
ТЕРМ. Интервал между попытками дозвона, сек – задайте интервал между попытками дозвонав секундах;
которых система будет повторять попытки установить соединение. Коды перечисляются черезточку с запятой «;» или разделяются переводом строки;
Коды причин повторного дозвона (SIP) — укажите коды разъединения SIP, при которых системабудет повторять попытки установить соединение. Коды перечисляются через точку с запятой «;»или разделяются переводом строки;
Коды причин повторного дозвона (TS) — укажите коды разъединения ПКомм, при которыхсистема будет повторять попытки установить соединение. Коды перечисляются через точку сзапятой «;» или разделяются переводом строки;
Коды причин повторного дозвона (TM) — укажите коды разъединения ПУпр, при которыхсистема будет повторять попытки установить соединение. Коды перечисляются через точку сзапятой «;» или разделяются переводом строки;
Конфигурирование и администрирование
Стр. 90
Категория Настройки привратника
Эта группа содержит параметры, предназначенные для настройки привратника. Параметрыотображаются только в том случае, если в поле Тип оборудования выбран пункт Привратник:
ТЕРМ. ID привратника – идентификатор привратника, который коммутатор РТУ МТТ будетиспользовать в ARQ/LRQ запросе, адресуемом привратнику (gatekeeper);
ТЕРМ. Адрес привратника – адрес привратника (gatekeeper);
ТЕРМ. Использовать номера, полученные от привратника – флаг, при включении которогореальному терминирующему устройству, адрес которого указан в ACF/LCF будут отправлятьсяномера, присланные привратником (gatekeeper), если они отличаются от номеров, отправленныхРТУ МТТ в запросе к данному привратнику (gatekeeper);
ТЕРМ. Использовать IP-адрес привратника для биллинга – флаг, при включении которого вCDR в качестве адреса терминирующего шлюза будет фигурировать адрес привратника(gatekeeper), а не адрес терминирующего шлюза;
Категория Настройки сервера маршуртизации SIP
Эта группа содержит параметры, предназначенные для настройки сервера маршрутизации SIP.Параметры отображаются только в том случае, если в поле Тип оборудования выбран пунктСервер маршрутизации SIP:
Адрес сервера маршрутизации – адрес сервера маршрутизации SIP вида <IP:порт>;
Таймаут на первый ответ сервера маршрутизации SIP, мсек – задайте лимит времени вмиллисекундах, по истечении которого вызов должен быть принудительно прерван по причинеотсутствия ответа на сообщение INVITE, отправленное серверу маршрутизации;
Исп. IP-адрес сервера маршрутизации SIP для биллинга – флаг, при включении которого в CDRв качестве адреса терминирующего шлюза будет фигурировать адрес сервера маршрутизацииSIP, а не адрес терминирующего шлюза;
Записывать в CDR реальный Б-номер – установите флажок, если по вызовам, маршрутизациякоторых осуществляется с помощью данного сервера маршрутизации, в CDR-записях в полеИсходящий Б-номер необходимо указывать номер оборудования, на которой вдействительности будет направлен вызов. Если флажок не установлен, то указывается номерданного сервера маршрутизации.
Категория Настройки шлюза по умолчанию
Параметры действительны, если в раскрывающемся списке Тип оборудования выбран пунктШлюз по умолчанию. Для более подробной информации о шлюзах по умолчанию см.Приложение В. Шлюзы по умолчанию.
Приоритет шлюза по умолчанию — целое положительное число. Параметр служит для назначенияприоритета шлюзам по умолчанию, настроенным в системе. В любой момент времени системаработает только с одним шлюзом по умолчанию, с наибольшим значением данного параметра.Если шлюз недоступен, система переключается на работу со следующим по величине значенияпараметра Приоритет шлюзом;
Способ аутентификации оконеч. оборудования — из раскрывающегося списка выберите способаутентификации оконечного оборудования.
С помощью RADIUS-сервера — регистрационые данные оборудования дляаутентификации отсылаются на RADIUS-сервер. Таблица Устройства шлюза поумолчанию не используется;
С помощью таблицы устройств шлюза по умолчанию — регистрационные данныеоборудования сверяются с записями в таблице Устройства шлюза по умолчанию,закрепленными за данным шлюзом по умолчанию. При этом сопоставлениепроизводится по регистрационному имени и номеру оконечного оборудования.
Шаблон разрешенных регистрационных имен – с помощью регулярных выражений задайте
Конфигурирование и администрирование
Стр. 91
шаблоны регистрационных имен устройств, регистрация которых разрешена в системе черезшлюз по умолчанию. Одновременно можно задать несколько шаблонов, разделяя их символом«|»;
Шаблон запрещенных регистрационных имен – с помощью регулярных выражений задайтешаблоны регистрационных имен устройств, регистрация которых запрещена системе.Одновременно можно задать несколько шаблонов, разделяя их символом «|».
Источник номеров телефона – из раскрывающегося списка выберите порядок получения Б-номеров, ассоциируемых с терминирующим оборудованием:
От RADIUS – для терминирующего оборудования используются Б-номера, полученныеот RADIUS-сервера (в поле xpgk-ep-number). Номера, полученные от оборудования прирегистрации, игнорируются;
С оборудования, если от RADIUS не пришли – если Б-номера не пришли от RADIUS-сервера (в поле xpgk-ep-number), то для терминирующего оборудования используются Б-номера, полученные при регистрации оборудования;
C RADIUS, если от оборудования не пришли – если Б-номера не пришли от оборудованияпри регистрации, то для терминирующего оборудования используются Б-номера,полученные от RADIUS-сервера (в поле xpgk-ep-number).
Категория Прочие настройки:
При входящем ACM с No indication – параметр определяет реакцию Системы на получениесообщения ACM с параметрами DC=00 и I=1. Параметр действителен только при использованиипротокола ОКС7;
Общая ёмкость для вход. и исход. вызовов – установите флажок, если при расчете доступнойемкости шлюза максимальное количество входящих и исходящих вызовов для шлюза должнысуммироваться. Если флажок не установлен, доступная емкость шлюза для входящих иисходящих вызовов рассчитывается отдельно.
SIP Проверять доступность шлюза – установите флажок, если необходимо контролироватьработоспособность шлюзов, поддерживающих сигнальный протокол SIP, с помощьюпериодической отправки запросов OPTIONS в течение всего времени, пока активныустановленные с участием шлюза вызовы. Параметр отображается, если в поле Протоколсигнализации выбран пункт SIP, SIP-T или H.323 и SIP;
SIP Интервал проверки доступности, мсек – задайте интервал отсылки запросов OPTIONS вмиллисекундах. Параметр отображается, если в поле Протокол сигнализации выбран пункт SIP,SIP-T или H.323 и SIP;
H.323 Таймаут TCP соединения, сек – задайте время ожидания TCP-соединения вмиллисекундах, по истечении которого попытка терминировать вызов будет считатьсянеудачной. Параметр отображается, если в поле Протокол сигнализации выбран пункт SIP, SIP-T или H.323 и SIP.
Флаги – параметр, позволяющий конфигурировать особенности функционированияоборудования (шлюза). Значение – битовая маска, задаваемая числом в шестнадцатеричномформате. Возможные значения:
0x0001 – всегда отсылать SIP-ответ 180, т.к. устройство не способно воспринимать SIP-ответ 183;
0x0002 – отправлять DTMF как INFO, а не по стандарту RFCС2833;
0x0008 – старое H.323 устройство (Vocaltec), требующее эмуляции поведения CISCO;
0x0010 – принудительно отключать эмуляцию КПВ при получении повторного сигналаAlerting.
0x0040 – в соответствии со стандартом RFC5347 эмулировать 2 медиа-канала. Нужно дляработы с устройствами, в соответствии с T.38 ставящими 2 строчки m= в SDP.
0x0080 – не отправлять SIP-сообщение 100 в ответ на повторный INVITE.
Конфигурирование и администрирование
Стр. 92
0x0100 – разрешить модулю медиа-потоков автоматически перенаправлять медиа-потокна фактический порт, с которого оборудование присылает RTP-пакеты, если данный портотличается от заявленного в сигнальных сообщениях.
0x0200 – не начинать процедуру обмена MSD при втором и последующих обменах TCS.
0x0400 – включить распознавание внутриполосной двухтональной многочастотнойсигнализации (inband DTMF) от терминального оборудования.
0x0800 — включить функцию исправления некорректных TimeStamp во входящем RTP-потоке.
0x1000 — включить метод PRACK в список поддерживаемых методов исходящих SIP-сообщений и декларировать поддержку 100rel. Тем не менее, если терминирующееоборудование потребует PRACK в своем ответе, то даже если флаг не будет указан,ПКомм отправит PRACK. В звонках по протоколу SIP-T поведение ПКомм всегдасоответствует включенному флагу вне зависимости от его фактического значения.
0x2000 — включить репакетизацию для исходящих RTP-пакетов.
0x4000 — запретить отправку SIP OPTIONS в качестве TCS в сторону оборудования.
Для одновременной установки нескольких флагов необходимо ввести их сумму.
Список ENUM-серверов – задайте список ENUM-серверов, к которым данное устройство будетобращаться, как к внешним средствам маршрутизации. В левом окне должны бытьпредставлены все ENUM-серверы, сконфигурированные в одноименной таблице (см. раздел
ENUM-серверы). Выберите интересующий сервер и нажмите на кнопку , чтобыдобавить его в список. Чтобы удалить сервер из списка, выделите его название в правом окне и
нажмите кнопку . Удерживая нажатой клавишу Shift или Ctrl, можно выбирать
несколько записей одновременно. С помощью кнопок и можно перемещатьвсе записи из правого окна в левое и наоборот. Перемещая названия серверов в списке вверх-
вниз при помощи кнопок и , можно изменять порядок обращения к ENUM-серверам. Перемещение названия в списке вверх означает увеличение приоритета приобращении к ENUM-серверам. Если ENUM-сервер с наивысшим приоритетом доступен, то онпервым будет использоваться для маршрутизации. Если нет, то будет использоваться следующийдоступный сервер в списке.
Параметр действителен только в том случае, если в списке Тип оборудования выбран пунктENUM-сервер.
Версия ISUP для SIP-T – укажите версию ISUP для протокола SIP-T, которая поддерживаетсяшлюзом. Более подробная информация содержится в RFC 3204 и Q.1912.5 (п. 5.4.1.2);
Запретить динамический payload type для стандарт. кодеков — отметьте флажок, если шлюз,использующий протокол H.323, не поддерживает переопределение типа данных (payload type)для кодеков, для которых по стандарту типы данных уже определены.
Политика управления SIP Reason – из раскрывающегося списка выберите способ записи кодовразъединения в поле SIP Reason:
Записывать все коды разъединения – записывать все коды в заголовки SIP Reason безизменений;
Записывать все коды разъединения и добавлять код Q.850 – записывать все коды взаголовки SIP Reason без изменений и добавлять соответствующий код Q.850;
Записывать только код Q.850 – записывать только один заголовок Reason ссоответствующим кодом Q.850;
Не использовать поле Reason – не добавлять заголовки Reason.
В качестве источника кодов Q.850 исп. – из раскрывающегося списка выберите источник кодовQ.850, если используется протокол SIP-T.
Коды SIP Q.850 – использовать коды из заголовков SIP;
Коды ISUP Q.850 – использовать коды из заголовков ISUP;
Конфигурирование и администрирование
Стр. 93
IP ToS для RTP-пакетов – укажите значение поля Type of Service у RTP-пакетов, которыеотправляются на данный шлюз. Доступные значения – от 0 до 255.
Форсировать открытие канала H.245 при получении TCS на другом участке вызова — –установите флажок, если по прибытии TCS (списка кодеков, поддерживаемых оборудованием)на каком-либо участке вызова, необходимо открывать канал H.245 на другом участке вызова.Данный параметр не отображается, если в параметре Протокол сигнализации выбран пункт,отличный от H.323 или H.323 и SIP;
Значение ISUP-таймера T6 — таймер ожидания получения сообщения RES (инициирован сетью)после получения сообщения SUS (инициирован сетью), диапазон значений от 90 до 180 секунд,значение по умолчанию — 180с. Данный параметр не отображается, если в параметре Протоколсигнализации выбран пункт, отличный от SIP-T;
Значение CauseLocation в исход. сообщениях REL — значение CauseLocation, которое будетподставляться в отправляемые сообщения REL. Значения определены согласно Q.850. Значениепо-умолчанию — RLN. Данный параметр не отображается, если в параметре Протоколсигнализации выбран пункт, отличный от SIP-T;
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификационным кодом (ID), а в колонке Время измененияотобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Устройства шлюза по умолчанию6.2.2
Данная таблица содержит регистрационные и аутентификационные данные оконечныхустройств, которые регистрируются в Системе с помощью шлюзов по умолчанию (см. разделПриложение В. Шлюзы по умолчанию).
Для создания новой записи с параметрами устройства на всплывающем меню выберитеДобавить.
Конфигурирование и администрирование
Стр. 94
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
Запись активна – отметьте кнопку-флажок для того, чтобы активировать запись;
* Название – введите название объекта набора;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи.
Действует с – время и дата начала срока действия записи;
Действует до… – время и дата окончания срока действия записи;
* Шлюз по умолчанию – в раскрывающемся списке выберите шлюз по умолчанию, к которомуотносятся аутентификационные данные оконечного устройства. При поступлении запроса нарегистрацию на определенный шлюз по умолчанию, регистрационная информация будетсравниваться с параметрами оконечных устройств, относящихся к данному шлюзу поумолчанию;
* Номер оконечного оборудования – номер оконечного оборудования, который будетсравниваться с номером, поступившим в регистрационном запросе;
* Регистрационное имя – регистрационное имя абонента, которое будет сравниваться срегистрационным именем, содержащимся в регистрационном запросе;
Регистрационный пароль – регистрационный пароль абонента, который будет сравниваться срегистрационным паролем, имеющимся в регистрационном запросе;
Переопр. максимальное время регистрации, сек – задайте период полной перерегистрацияабонента. Значение данного параметра превалирует над значением параметра Максимальноевремя регистрации, сек шлюза по умолчанию, к которому относится абонент;
Переопр. интервал сообщений активности, сек – задайте интервал времени междуотправлениями пакетов keep-alive (для поддержания регистрации абонента). Значение данного
Конфигурирование и администрирование
Стр. 95
параметра превалирует над значением параметра Интервал сообщений активности, сек шлюзапо умолчанию, к которому относится абонент;
Переопр. список разреш. адресов для регистрации – введите список IP-адресов, регистрация скоторых разпрешена для данного абонента. Разделитель для элементов списка – символ «точка сзапятой». Значение данного параметра превалирует над значением параметра Список разреш.адресов для регистрации шлюза по умолчанию, к которому относится абонент;
Переопр. интервал опроса NAT, сек – интервал между отправками пакетов для поддержанияассоциации адресов NAT. Значение данного параметра превалирует над значением параметраИнтервал опроса NAT, сек шлюза по умолчанию, к которому относится абонент;
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификатором (ID), а в колонке Время измененияотобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Зоны6.2.3
Данная таблица содержит информацию о сетевых и ОКС7-зонах, которая используется ПКоммпри маршрутизации вызовов. Более подробная информация о назначении сетевых зонприведена в разделе Сетевые зоны.
Таблица сконфигурированных зон
Для создания новой записи на всплывающем меню выберите Добавить.
Диалоговое окно «Сетевые зоны»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Название – введите имя зоны, заданное в конфигурационном файле ПКомм system.conf;или имя ОКС7-зоны, заданное в конфигурационном файле модуля обработки вызовов ОКС7, всекции ss7zone. Данное название будет отображаться в других объектах web-интерфейса(например, в объекте Оборудование)
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи.
Указав данную информацию, нажмите OK.
Конфигурирование и администрирование
Стр. 96
Для внесения изменений или удаления записи выберите соответствующую команду навсплывающем меню.
Кодеки6.2.4
Таблица кодеков содержит данные о сконфигурированных в системе кодеках. Под кодеком, вданном случае, понимается определенная реализация стандарта кодирования медиа-данныхвместе с дополнительными необходимыми параметрами.
Страница кодеков
Для создания новой записи о кодеке во всплывающем меню выберите Добавить.
Диалоговое окно «Кодеки»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Имя – имя кодека;
* Тип кодека – выберите семейство кодеков, которое реализует определенный стандарткодирования медиа-данных;
Детектор речевой активности (VAD) – активируйте кнопку-флажок, если кодек имеетвстроенный механизм детектирования речи (VAD);
* Частота дискретизации, Гц – частота взятия отсчетов непрерывного по времени сигнала приего дискретизации;
Конфигурирование и администрирование
Стр. 97
Фреймов на пакет – укажите количество фреймов в одном пакете, формируемом прииспользовании данного кодека;
Предпочтительный тип данных (payload type) – укажите предпочтительный тип данных (dynamicpayload type), введя положительное целое в диапазоне от 96 до 127;
Наличие и содержание параметров Режимы и Флаги определяется семейством кодеков,выбранным в поле Тип кодека.
В таблице ниже представлены те кодеки, для которых данные параметры имеют смысл.
Таблица 8 Режимы и флаги для разных типов кодеков
Тип кодека Режимы и Флаги Описание
g.729 Режимы
Обычный Соответствует кодеку G.729 plain
Annex A Соответствует кодеку G.729a
speex Режимы
1, 2, 3, 4, 5, 6, Любой Объяснение значений параметров Speex можно найтив документе The Speex Codec Manual.
Флаги
Улучшениевоспр иятия
Perceptual Enhancement
Объяснение значений параметров Speex можно найтив документе The Speex Codec Manual.
VBR Variable Bitrate
Объяснение значений параметров Speex можно найтив документе The Speex Codec Manual.
ilbc Режимы
30 мсек фр ейм Соответствует кодеку iLBC-13k3
20 мсек фр ейм Соответствует кодеку iLBC-15k2
amr Режимы
4.75, 5.15, 5.9, 6.7,7.4, 7.95, 10.2, 12.2
Величина потока данных в реальном времени, то естьминимальный размер канала (в данном случае – вкбит/с), который может пропустить этот поток беззадержек. Более подробная информация содержится вдокументе 3GPP TS 26.073 — AMR speech Codec.
Флаги
Поддер жка “Fring” Установите флажок для поддержки софтфона Fring.
Режим октетноговыр авнивания
Подробная информация содержится в RFC 3267.
Сопост. с любым кодеком подобного типа — флажок, который устанавливают, в случае, когданеобходимо допустить нестрогое соответствие между кодеком, пришедшим от оборудования, иданным кодеком. Например, при выставленном флажке Сопост. с любым кодеком подобноготипа для кодека G.729 будут считаться полностью распознанными и останутся в списке
Конфигурирование и администрирование
Стр. 98
разрешенных кодеков все кодеки подобного типа, т.е. G.729A,G.729AB, G.729B.
Указав данную информацию, нажмите OK. Запись будет добавлена в таблицу.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Группы кодеков6.2.5
Объект Группы кодеков предназначен для создания групп кодеков, в которые впоследствиеобъединяются кодеки.
Таблица «Группы кодеков»
Для создания новой группы щелчком левой кнопки мыши в теле таблицы вызовитевсплывающее меню и выберите пункт Добавить.
Диалоговое окно «Группы кодеков»
В открывшемся диалоговом окне в поле укажите следующую информацию (поля, помеченныезнаком «*», являются обязательными для заполнения):
* Название – введите название группы;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи.
Указав необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицу сприсвоенным ей уникальным идентификационным кодом (ID), а в колонке Время измененияотобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра выделенной записи в отдельном окневыберите соответствующую команду (Редактировать, Удалить, Просмотр) во всплывающемменю.
В качестве следующего шага необходимо указать, какие кодеки будут входить в данную группу(см. раздел Настройка групп кодеков).
Конфигурирование и администрирование
Стр. 99
Настройка групп кодеков6.2.6
Таблица Настройка групп кодеков содержит дополнительные данные о сконфигурированных всистеме кодеках и их принадлежности к группам.
Страница настройки групп кодеков
Для включения кодека в группу на всплывающем меню выберите Добавить.
Диалоговое окно «Настройка групп кодеков»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Группа кодеков – из раскрывающегося списка выберите группу, в которую включаетсяданный кодек (раскрывающийся список содержит только группы, которые имеются в таблицеГруппы кодеков, см. раздел Группы кодеков);
* Кодек – с помощью раскрывающегося списка выберите название кодека;
Приоритет кодека в группе – данный параметр позволяет задавать приоритет кодека в группе, всоответствии с которым устанавливается очередность (приоритет) кодеков, в списке,высылаемом на коммутатор (Подсистема коммутации). По умолчанию всем кодекамприсваивается значение 1. Оператор может изменить это значение. Чем больше значение, темвыше приоритет кодека в группе.
Конфигурирование и администрирование
Стр. 100
Группа параметров Дополнительные настройки
Использовать шаблон опред. кодека по вход. SDP rtpmap – установите флажок, если дляустановления соответствия между кодеком, пришедшим от оборудования, и кодеком,указанным в поле * Кодек, необходимо использовать регулярные выражения из параметраШаблон опред. кодека по вход. SDP rtpmap. В противном случае, кодеки на соответствие позначению атрибута SDP rtpmap не проверяются;
Шаблон опред. кодека по вход. SDP rtpmap – задайте регулярное выражение для mime type, покоторому Система устанавливает соответствие между кодеком, указанным в поле * Кодек, икодеком, пришедшим от оборудования, если в параметре SDP rtpmap пришедшего кодека mimetype задан нестандартно. Если флажок Использовать шаблон опред. кодека по вход. SDP rtpmapотмечен, но в поле не задано никакого значения, то для установления соответствия требуется,чтобы в описании кодека, пришедшего от оборудования, параметр SDP rtpmap отсутствовал;
Использовать шаблоны опред. кодека по вход. SDP fmtp — установите флажок, если дляустановления соответствия между кодеком, пришедшим от оборудования, и кодеком,указанным в поле * Кодек, необходимо использовать регулярные выражения параметраШаблон опред. кодека по вход. SDP fmtp. В противном случае, кодеки на соответствие по SDPfmtp не проверяются;
Шаблоны опред. кодека по вход. SDP fmtp – задайте одно или несколько регулярных выражений(разделенных точкой с запятой «;» или переводом строки), по которым Система устанавливаетсоответствие между кодеком, указанным в поле * Кодек, и кодеком, пришедшим отоборудования, если параметры SDP fmtp пришедшего кодека заданы нестандартно. Если флажок Использовать шаблоны опред. кодека по вход. SDP fmtp отмечен, но в поле не задано никакогозначения, то для установления соответствия требуется, чтобы в описании кодека, пришедшего отоборудования, параметры SDP fmtp отсутствовали;
Регуляр ные выр ажения должны удовлетвор ять синтаксису Python Regular Exp ression Syntaxи пр и этом могут не содер жать начальных и конечных символов «̂ » и «$». Регуляр ноевыр ажение ср авнивается со всем значением поля rtp map , а не с возможными подстр оками.Иначе говор я, р егуляр ное выр ажение G.729[a] ? будет считаться совпавшим со значениемиrtp map , р авными G.729 или G.729a, но не будет считаться совпавшим со значениями XG.729или G.729ab, хотя и удовлетвор яет некотор ым его подстр окам.
Строка замены для исход. SDP rtpmap – задайте строку, идентифицирующую данный кодек поmime type, которая будет отправляться шлюзу от РТУ в атрибуте SDP rtpmap;
Строки замены для исход. SDP fmtp – задайте одну или несколько строк, которая будетотправляться шлюзу от РТУ в атрибуте SDP fmtp;
В Системе, в отличие от RFC 3555, по умолчанию подр азумевается, что отсутствие AnnexBдля кодека G.729 означает, что это кодек G.729 p lain, а не G.729B. Если тр ебуетсяподстр ойка под обор удование, соблюдающее RFC 3555 и не отпр авляющее AnnexB, то внастр ойках кодека G.729B следует указать пустой шаблон SDP f mtp , пр и этом отметивфлажок Использовать шаблоны опред. кодека по вход. SDP fmtp.
Более подробная информация о правилах распознавания кодеков содержится в разделе Правилараспознавания кодеков.
Указав необходимую информацию, нажмите OK, и запись будет добавлена в таблицу.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Ограничения CPS6.2.7
Данная таблица позволяет ограничить входящий CPS с определенного IP-адреса. Для добавленияограничения вызовите высплывающее меню и выберите в нем пункт Добавить.
Конфигурирование и администрирование
Стр. 101
Добавление нового органичения CPS
Введите следующие данные в отобразившемся окне (поля, отмеченные «*», обязательны длязаполнения):
* Адрес подсети – IP-адрес или маска подсети, для которого применяется ограничение.
* Макс. CPS – максимальный входящий CPS с указанного IP-адреса.
Указав необходимую информацию, нажмите OK, и запись будет добавлена в таблицу.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Группы балансировки6.2.8
В данной таблице содержится список групп балансировки, заданных в Системе. Для созданияновой записи о группе балансировки на всплывающем меню выберите Добавить. Подробнее огруппах балансировки см. раздел Группы балансировки.
Объявление сконфигурированной группы балансировки
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Имя группы балансировки – задайте имя группы балансировки. Имя должно соответствоватьимени, заданному в разделе balancing файла конфигурации ПКомм (см. раздел Группыбалансировки).
Описание – в этом поле указывается любая информация, имеющая отношение к создаваемойзаписи;
Маршрутизация6.3
Конфигурирование и администрирование
Стр. 102
Преобразование номеров6.3.1
Данный объект предназначен для создания правил преобразования номеров абонентов с цельюприведения их к формату, пригодному для поиска объектов набора и дальнейшеймаршрутизации. Приведение к определенному формату может проходить в несколько этапов(удаление технического префикса, кода города и т.д.), поэтому существует возможность,создания нескольких последовательно применяемых правил преобразования номеров.Последовательность применения правил определяется по их приоритету. Правилапреобразования применяются к номерам, только в том случае, если они подпадают подшаблоны, заданные в полях Шаблон разрешенных А-номеров, Шаблон разрешенных Б-номеров,Разрешенные группы маршрутизации и Разрешенные категории выз. абонента и несоответствуют шаблонам исключенных номеров и групп, заданных в полях Шаблон запрещ. А-номеров, Шаблон запрещ. Б-номеров, Запрещенные группы маршрутизации и Запрещенныекатегории выз. абонента.
Кроме того, данный объект обеспечивает возможность преобразования названий группрегистрирующихся шлюзов.
Сводная таблица общих правил преобразования номеров
Для создания правила преобразования на всплывающем меню выберите Добавить.
Конфигурирование и администрирование
Стр. 103
Диалоговое окно «Глобальные правила преобразования»
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
* Название правила – введите название для правила преобразования номера;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Правило активно – активируйте кнопку-флажок для того, чтобы правило действовало;
* Приоритет – задайте приоритет правила; чем больше введенное значение, тем вышеприоритет. Приоритет используется для упорядочения применения правил. Чем вышеприоритет, тем раньше правило будет применено к параметрам вызова. Проверка правилосуществляется линейным способом, т.е. система, прежде чем перейти к поиску объектовнабора для направления вызова, последовательно переберет все правила в этой категории всоответствии с их значениями приоритета;
Шаблон разрешенных А-номеров – с помощью регулярного выражения создайте шаблон длявызывающих номеров абонентов, подпадающих под преобразование. Одновременно можноввести несколько выражений, разделяя их символом «|»;
Шаблон разрешенных Б-номеров – введите регулярное выражение, задающее шаблон длявызываемых номеров, подпадающих под данное правило преобразования. Одновременноможно ввести несколько выражений, разделяя их символом «|»;
Шаблон разрешенных оригинальных Б-номеров – введите регулярное выражение, задающее
Конфигурирование и администрирование
Стр. 104
шаблон для оригинальных вызываемых номеров, подпадающих под данное правилопреобразования. Одновременно можно ввести несколько выражений, разделяя их символом «|»;
Шаблон запрещ. А-номеров – с помощью регулярного выражения создайте шаблон длявызывающих номеров, которые не должны подпадать под преобразование. Одновременноможно ввести несколько выражений, разделяя их символом «|». Запрещенные номера имеютприоритет над разрешенными;
Шаблон запрещ. Б-номеров – с помощью регулярного выражения создайте шаблон длявызываемых номеров, к которым не должно применяться преобразование. Одновременноможно ввести несколько выражений, разделяя их символом «|». Запрещенные номера имеютприоритет над разрешенными;
Шаблон запрещенных оригинальных Б-номеров – с помощью регулярного выражения создайтешаблон для оригинальных вызываемых номеров, к которым не должно применятьсяпреобразование. Одновременно можно ввести несколько выражений, разделяя их символом «|».Запрещенные номера имеют приоритет над разрешенными;
Разрешённые группы маршрутизации – введите имя группы регистрирующихся шлюзов-инициаторов вызовов, к которому необходимо применить правило преобразования.Одновременно можно ввести несколько названий, разделяя их символом «;» или переводомстроки;
Запрещённые группы маршрутизации – введите название групп шлюзов-инициаторов вызовов, ккоторым данное правило преобразования номеров применять не следует. Одновременно можноввести несколько названий, разделяя их символом «;» или переводом строки. Запрещенныегруппы имеют приоритет над разрешенными;
Преобраз. А номера – задайте правило преобразования вызывающих номеров;
Преобразование А-номера (биллинг) – задайте правила преобразования номеров вызывающихабонентов для приведения их к виду, в котором они будут отсылаться системам учета иначисления платы.
Преобраз. Б номера – задайте правило преобразования вызываемых номеров;
Преобразование Б-номера (биллинг) – задайте правила преобразования номеров вызываемыхабонентов для приведения их к виду, в котором они будут отсылаться системам учета иначисления платы.
Преобраз. оригинального Б-номера – задайте правило преобразования оригинальныхвызываемых номеров;
Преобраз. А-номера (СОРМ) — задайте правила трансформации номеров вызывающих абонентовдля приведения их к виду, в котором они будут отсылаться системе СОРМ-шлюз;
Преобраз. Б-номера (СОРМ) — задайте правила трансформации номеров вызываемых абонентовдля приведения их к виду, в котором они будут отсылаться системе СОРМ-шлюз;
В р езультате пр еобр азования номер , отпр авляемый системе СОРМ-шлюз, долженсодер жать только цифр ы. Наиболее часто номер а для системы СОРМ-шлюз пр иводятся кфор мату E.164. Более подр обная инфор мация содер жится в документации по системеСОРМ-шлюз.
Преобраз. имени группы – задайте правило преобразования названий групп. Имена группвпоследствии можно использовать в процессе маршрутизации при выборе объекта набора;
Разрешенные категории выз. абонента – задайте список категорий вызывающего абонента,вызов с которыми будет подпадать под данное правило преобразования;
Запрещенные категории выз. абонента – задайте список категорий вызывающего абонента, квызову с которыми не будет применяться данное правило преобразования. Запрещенныекатегории имеют приоритет над разрешенными;
Замена категории выз. абонента – из раскрывающегося списка выберите категорию, на которуюбудут заменена категория вызывающего абонента, если вызов подпадает под данное правилопреобразования. Выберите пустой пункт, если замены категории происходить не должно.
* Действие – из раскрывающегося списка укажите следующее действие, которое необходимо
Конфигурирование и администрирование
Стр. 105
выполнить:
Продолжить – перейти к следующему правилу преобразования;
Выйти – прекратить преобразование номеров и завершить вызов с локальным кодом,указанным в поле Завершить с кодом разъединения, для исключения вызовов снежелательными номерами. Если код в поле Завершить с кодом разъединения не указан,то преобразование номеров прекращается, но обработка вызова продолжается;
Повторить сначала – запустить процедуру преобразования номеров заново, но уже сиспользованием в качестве начальных параметров текущих значений номеров, именгрупп и т.д. Повторный запуск преобразования номеров выполняется рекурсивно. Этоозначает, что текущее состояние номеров после выполненного преобразованиязапоминается, и процедура преобразования применяется уже к номерам, полученным врезультате предыдущего действия (аналог ключевого слова AGAIN в поле gateway вописаниях объектов набора в базовой версии MVTS).
Завершить с кодом разъединения – в случае, если в поле * Действие выбран вариант Выйти вданном поле из раскрывающегося списка можно выбрать код отбоя, с которым будет завершенвызов.
Данный пар аметр действителен только в том случае, если в р аскр ывающемся списке *Действие выбр ан пункт «Выйти».
* Период активности — с помощью флажков установите период, во время которого правилопреобразования будет активно. При активации определенного флажка станет доступенсоответствующий орган управления, расположенный ниже.
В течение суток — активируется объект В течение суток, в котором задается расписание длякаждых суток.
По дням недели — активируются объекты Понедельник — Воскресенье, в которых задаетсярасписание для соответствующего дня недели.
По числам месяца — активируется объект По числам месяца, в котором задается распиcаниедля каждого месяца.
По числам года — активируется объект По числам года, в котором задается расписание длякаждого года.
При активации каждого объекта в нем можно создавать записи о расписании с помощью кнопки
. Чтобы удалить запись о расписании, нажмите кнопку .
Несколько расписаний одного уровня объединяются. Например, если указать в графе В течениесуток две записи — с 0:00 до 6:00 и с 12:00 до 14:00, то правило преобразования будет активнокаждый день с 0:00 до 6:00 И с 12:00 до 14:00.
Для расписаний разных уровней (например, По числам года и По числам месяца) выполняетсяпоиск перекрывающихся интервалов. Например, если задать расписание По числам года — с 0:005 апреля по 0:00 5 июня, и одновременно По числам месяца с 0:00 1-ого числа по 0:00 10-огочисла, то в апреле правило преобразования будет активно только с 5 апреля по 10 апреля, а виюне — с 1 июня по 5 июня.
Расписание графы По дням недели перекрывает расписание графы В течение суток. Например,если задано расписание в течение суток с 9:00 до 18:00 и одновременно в графе По дням недели — Понедельник задано с 6:00 до 8:00, то в понедельник правило преобразования будет активно с6:00 до 8:00, а в остальные дни — с 9:00 по 18:00.
Введя необходимую информацию, нажмите OK. Запись будет добавлена в таблицу сприсвоенным ей уникальным идентификатором (ID).
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Объекты набора (Dial Peers)6.3.2
Адресуемый объект, на который потенциально может направляться вызов в процессемаршрутизации, называется объектом набора (dial peer/DP).
Конфигурирование и администрирование
Стр. 106
Объект набора характеризуется именем терминирующего устройства (шлюза или абонентскоготерминала), временем работы, правилами преобразования номеров и т.п.,
Совокупность всех объектов набора, сконфигурированных в системе, представляет собой планнабора, или таблицу маршрутизации, хранящую информацию о возможных вариантахнаправления вызовов.
Таблица «Объекты набора»
ОН могут задаваться явным образом, путем создания их на странице Объекты набора идобавления созданных записей в таблицу маршрутизации, а также генерироватьсяавтоматически при создании объекта оборудования с признаком Тип оборудования =Оконечное оборудование, либо динамически при регистрации на сервере RADIUS абонентскоготерминала, действующего через так называемый шлюз по умолчанию (см. раздел ПриложениеВ. Шлюзы по умолчанию).
Если ОН, как статические адресуемые объекты маршрутизации, заданные явным образом,доступны для просмотра в таблице маршрутизации, то ОН, генерируемые системойавтоматически (во время добавления в таблицу Оборудование записи с параметром Типоборудования = Оконечное оборудование), а также возникающие динамически (в моментрегистрации оборудования на сервере), можно посмотреть только на странице Дерево объектовнабора (см. Дерево объектов набора)
При маршрутизации вызова наиболее оптимальный маршрут определяется с учетом приоритетаОН и соответствия вызываемого номера шаблону префиксов Б-номеров. Из записи выбранногопри маршрутизации объекта набора берется информация, необходимая для установлениявызова.
Если шаблоны префиксов Б-номеров двух ОН соответствуют вызываемому номеру и имеютодинаковую длину, то первым выбирается объект набора с большим значением параметраПриоритет. Если приоритет двух ОН также одинаков, то объекты набора выбираются случайнымобразом.
Для создания объекта набора на всплывающем меню выберите Добавить.
Конфигурирование и администрирование
Стр. 107
Диалоговое окно конфигурирования нового объекта набора
В открывшемся диалоговом окне укажите следующую информацию (поля, помеченные знаком«*», являются обязательными для заполнения):
Запись активна – отметьте кнопку-флажок для того, чтобы активировать запись;
* Название – введите название объекта набора;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Приоритет – значение этого параметра (положительное целое число) определяет очередностьвыбора объекта набора, из списка подходящих для данного вызова. Допустимые значения: от 0
до 65535. Большее значение означает соответственно больший приоритет, т.е. из списка объектовнабора со значениями параметра Приоритет 3, 9 и 15 в первую очередь для направления вызовабудет выбран ОН, у которого параметр Приоритет = 15. По умолчанию значение равно 100. Приравенстве приоритетов порядок выбора объектов набора не определен;
Политика маршрутизации – из раскрывающегося списка выберите политику маршрутизации,которая будет применяться к данному объекту набора. Подробнее о политиках маршрутизациисм. раздел Политики маршрутизации.
* Шаблон разрешенных Б-номеров – с помощью регулярных выражений задайте шаблонывызываемых номеров. При вводе сразу нескольких выражений, разделяйте элементы спискаточкой с запятой.
При создании и изменении конфигурации объектов набора формируется дерево из шаблонов Б-номеров. Более детализированные шаблоны находятся на более глубоких уровнях дерева.Каждому узлу-шаблону соответствуют объекты набора, в которых задан данный шаблон. Деревоиспользуется в процессе поиска маршрутов при обработке вызова. Предположим, в Системесконфигурировано 9 ОН (dp0 – dp8). Тогда дерево объектов набора может иметь вид,изображенный на рисунке ниже.
Конфигурирование и администрирование
Стр. 108
Пример дерева шаблонов Б-номеров
Шаблон разрешенных оригинальных Б-номеров – с помощью регулярных выражений задайтешаблоны переадресующих номеров. При вводе сразу нескольких выражений, разделяйтеэлементы списка точкой с запятой.
Шаблон запрещ. Б-номеров – с помощью регулярного выражения введите шаблон вызываемыхномеров, запрещенных для вызова. Одновременно можно ввести несколько выражений,разделяя их символом «|». Запрещенные номера имеют приоритет перед разрешенными.
Шаблон запрещ. оригинальных Б-номеров – с помощью регулярного выражения введитешаблон переадресующих номеров, запрещенных для вызова. Одновременно можно ввестинесколько выражений, разделяя их символом «|». Запрещенные номера имеют приоритет передразрешенными.
* Список терм. устр-в – задайте список шлюзов, позволяющих терминировать вызовы принаправлении трафика на данный объект набора. Для того, чтобы добавить шлюз в список,
выделите его название в левом окне диалога и нажмите кнопку . Для того, чтобы удалить
шлюз из списка, выделите его название в правом окне и нажмите кнопку . С помощью
кнопок и можно перемещать все записи из правого окна в левое и наоборот.
Используйте кнопки и для перемещения названия шлюза вверх или вниз посписку, соответственно. Если параметру * Распределение нагрузки по шлюзам (см. ниже)присвоено значение без распределения, то в процессе маршрутизации приложение будетпытаться установить соединение, начиная с первого шлюза и далее по списку. В противномслучае, порядок соединения определяется режимом распределения нагрузки.
* Распределение нагрузки по шлюзам – при помощи списка выберите один из следующихметодов распределения нагрузки по шлюзам данного объекта набора:
без распределения – данный режим выключает распределение трафика между шлюзами;
циклический выбор шлюзов – данный режим означает, что каждый новый вызовнаправляется на следующий из имеющихся в наличия шлюзов;
распред. по абсолютной загрузке – при распределении по абсолютной нагрузке каждыйследующий вызов направляется на шлюз, с наименьшим на данный момент количествомобслуживаемых вызовов;
распред. по соотношению «текущая нагрузка/емкость» – при данном режиме принаправлении очередного вызова учитывается текущее соотношение междумаксимальной пропускной способностью шлюза (емкость шлюза) и текущим кол-вомобслуживаемых вызовов.
Счетчики количества вызовов, обслуживаемх шлюзами, у р азных модулей мар шр утизациинезависимы др уг от др уга и не синхр онизир уются. Поэтому если вызовы пр оходят чер езр азные модули мар шур тизации, может сложиться ситуация, когда в пр оцессемар шр утизации будет выбр ан один и тот же шлюз на р азных модулях мар шр утизации.
Группа ёмкости – из раскрывающегося списка выберите группу общей емкости, которой будет
Конфигурирование и администрирование
Стр. 109
принадлежать данный шлюз. Подробнее о группах общей емкости см. раздел Группы общейёмкости;
Ёмкость – укажите максимальное количество одновременных вызовов, которое может бытьнаправлено на данный объект набора. Если ёмкость не указана или использовано значение 0 -ёмкость неограничена;
Переорпределить группу ёмкости по номерам – укажите группу емкости по номерам для Б-номеров. Подробнее о группах емкости по номерам см. раздел Группы ёмкости по номерам.
Вкл. статистику – включает ведение статистики для данного объекта набора, данные которойвпоследствии могут использоваться для построения графиков;
Действует с… – укажите время и дату вступления записи в действие;
Действует до… – укажите время и дату прекращения действия записи.
Группа параметров Правила преобразование номеров
Преобраз. А-номера/Преобраз. Б-номера – задайте правила преобразования номероввызывающих и вызываемых абонентов, соответственно;
Преобраз. оригинального Б-номера — задайте правила преобразования переадресующихвызываемых абонентов;
Преобраз. А-номера (биллинг)/Преобраз. Б-номера (биллинг) – задайте правила преобразованияномеров вызывающих и вызываемых абонентов для приведения их к виду, в котором они будутотсылаться системам учета и начисления платы.
Группа параметров Настройки
Шаблон разрешенных А-номеров — с помощью регулярных выражений задайте шаблонывызывающих номеров. При вводе сразу нескольких выражений, разделяйте элементы спискасимволом «|»;
Шаблон запрещ. А-номеров – с помощью регулярного выражения введите шаблон вызывающихномеров, запрещенных для приема входящих вызовов от них. Одновременно можно ввестинесколько выражений, разделяя их символом «|». Запрещенные номера имеют приоритет передразрешенными.
Разрешённые группы маршрутизации – введите название групп шлюзов (RAS пользователей),для которых разрешены исходящие вызовы;
Запрещённые группы маршрутизации – введите название групп, для которых запрещеныисходящие вызовы. Запрещенные группы имеют приоритет перед разрешенными;
Остановить поиск маршрутов – установка данного флажка сокращает количество отобранныхмаршрутов за счет исключения из процедуры обхода предшествующие данному ОН объектынабора. При этом перебор ОН происходит от вершины дерева
Предположим, что данный флажок установлен у объекта набора dp2 из дерева на рисунке ниже.В случае маршрутизации вызова на номер 7910792543 изначально будут отсеяны объектынабора dp5, dp7 и dp8 (поскольку номер не соответствует их шаблонам).
Конфигурирование и администрирование
Стр. 110
Из оставшихся объектов набора происходит составление списка ОН, причем, наверх спискапомещаются объекты набора с более детализированными шаблонами. Предположим, в нашемпримере список имеет следующий вид:
Если в конфигурации одного из объектов набора остановлен флажок Остановить поискмаршрутов, то из списка исключаются объекты набора, находящиеся в результирующем спискениже ОН, у которого установлен флажок. В нашем примере у dp2 флажок установлен и врезультате список будет иметь следующий вид.
Переопределить режим прокси на – переопределить режим проксирования медиа натерминирующем шлюзе, используя настройки данного объекта набора. Если выбрано пустоеполе, то для определения режима проксирования используются настройки терминирующегошлюза, заданные при его конфигурации. Подробнее о настройках проксирования см. Политикипроксирования;
Разрешенные категории выз. абонента – задайте список категорий вызывающего абонента,вызов с которыми будет маршрутизироваться на данный ОН;
Запрещенные категории выз. абонента – задайте список категорий вызывающего абонента,вызов с которыми не будет маршрутизироваться на данный ОН. Запрещенные категории имеютприоритет перед разрешенными;
Замена категории выз. абонента – из раскрывающегося списка выберите категорию, на которуюбудет заменена категория вызывающего абонента, если вызов маршрутизируется на данный ОН.Выберите пустой пункт, если замены категории происходить не должно.
Переопр. способ передачи начального Б-номера на – из раскрывающегося списка выберитеспособ передачи начального Б-номера для данного объекта набора. Если способ передачипереопределять не нужно, выберите пустой пункт.
Разрешенные типы вызывающих номеров – задайте список типов вызывающих номеров (NAI),
Конфигурирование и администрирование
Стр. 111
вызов с которыми будет маршрутизироваться на данный ОН;
Запрещенные типы вызывающих номеров – задайте список типов вызывающих номеров (NAI),вызов с которыми не будет маршрутизироваться на данный ОН. Запрещенные типы имеютприоритет перед разрешенными;
Разрешенные типы вызываемых номеров – задайте список типов вызываемых номеров (NAI),вызов с которыми будет маршрутизироваться на данный ОН;
Запрещенные типы вызываемых номеров – задайте список типов вызываемых номеров (NAI),вызов с которыми не будет маршрутизироваться на данный ОН. Запрещенные типы имеютприоритет перед разрешенными;
Заменить тип вызывающ. номера на – из раскрывающегося списка выберите тип номера, накоторый будeт заменен тип номера вызывающего абонента, если вызов маршрутизируется наданный ОН. Выберите пустой пункт, если замены типа происходить не должно.
Заменить тип вызываем. номера на – из раскрывающегося списка выберите тип номера, накоторый будeт заменен тип номера вызываемого абонента, если вызов маршрутизируется наданный ОН. Выберите пустой пункт, если замены типа происходить не должно.
Разрешенные значения screeningIndicator – задайте список значений screeningIndicator, вызов скоторыми будет маршрутизироваться на данный ОН;
Запрещенные значения screeiningIndicator – задайте список значений screeiningIndicator, вызовс которыми не будет маршрутизироваться на данный ОН. Запрещенные типы имеют приоритетперед разрешенными;
Заменить знач. screeningIndicator у вызывающего на – из раскрывающегося списка выберитезначение, на которое будeт заменено значение поля screeningIndicator вызывающего абонента,если вызов маршрутизируется на данный ОН. Выберите пустой пункт, если замены значенияпроисходить не должно.
Заменить план нумерации вызывающего на – из раскрывающегося списка выберите планнумерации, на который будeт заменен план нумерации вызывающего абонента, если вызовмаршрутизируется на данный ОН. Выберите пустой пункт, если замены плана нумерациипроисходить не должно.
Заменить план нумерации вызываемого на – из раскрывающегося списка выберите планнумерации, на который будeт заменен план нумерации вызываемого абонента, если вызовмаршрутизируется на данный ОН. Выберите пустой пункт, если замены плана нумерациипроисходить не должно.
Заменить знач. presentationIndicator у вызывающего на – из раскрывающегося спискавыберите значение, на которое будeт заменено значение поля presentationIndicatorвызывающего абонента, если вызов маршрутизируется на данный ОН. Выберите пустой пункт,если замены значения происходить не должно.
Переопр. политику передачи изменений в кодеках на — из раскрывающегося списка выберитезначение, на которое будет меняться политика передачи изменений в кодеках, если вызовмаршрутизируется на данный ОН. Выберите пустой пункт, если замены значения происходитьне должно.
Группа параметров Расписание
Группа параметров Расписание предназначена для обеспечения возможности маршрутизацииобъектов набора в зависимости от заданного расписания, например, выполнениемаршрутизации объекта набора только в указанные часы или дни недели.
* Период активности — с помощью флажков установите период, во время которого объектнабора будет активен. При активации определенного флажка станет доступен соответствующийорган управления, расположенный ниже.
В течение суток — активируется объект В течение суток, в котором задается расписание длякаждых суток.
По дням недели — активируются объекты Понедельник — Воскресенье, в которых задаетсярасписание для соответствующего дня недели.
Конфигурирование и администрирование
Стр. 112
По числам месяца — активируется объект По числам месяца, в котором задается распиcаниедля каждого месяца.
По числам года — активируется объект По числам года, в котором задается расписание длякаждого года.
При активации каждого объекта в нем можно создавать записи о расписании с помощью кнопки
. Чтобы удалить запись о расписании, нажмите кнопку .
Несколько расписаний одного уровня объединяются. Например, если указать в графе В течениесуток две записи — с 0:00 до 6:00 и с 12:00 до 14:00, то объект набора будет активен каждый день с0:00 до 6:00 И с 12:00 до 14:00.
Для расписаний разных уровней (например, По числам года и По числам месяца) выполняетсяпоиск перекрывающихся интервалов.
Например, если задать расписание По числам года — с 0:00 5 апреля по 0:00 5 июня, иодновременно По числам месяца с 0:00 1-ого числа по 0:00 10-ого числа, то в апреле объектнабора будет активен только с 5 апреля по 10 апреля, а в июне — с 1 июня по 5 июня.
Расписание графы По дням недели перекрывает расписание графы В течение суток. Например,если задано расписание в течение суток с 9:00 до 18:00 и одновременно в графе По дням недели — Понедельник задано с 6:00 до 8:00, то в понедельник объект набора будет активен с 6:00 до 8:00, ав остальные дни — с 9:00 по 18:00.
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификационным кодом (ID), а в колонке Времямодификации отобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Политики маршрутизации6.3.3
В таблице Политики маршрутизации представлен список стратегий маршрутизации вызовов сучетом статистических данных, которые могут применяться в дополнение к базовому алгоритмумаршрутизации вызовов.
Таблица со списком сконфигурированных политик маршрутизации
Под стратегией или, иначе, политикой маршрутизации в данном случае имеется в виду принятиев расчет статистических данных, характеризующих потенциальный маршрут, при составлениисписка альтернативных маршрутов.
В обычной ситуации процедура маршрутизации вызова развивается по следующему сценарию:система отбирает несколько объектов набора по соответствию шаблону вызываемого номера(Б-номера) и располагает элементы полученного списка в порядке наибольшего соответствияшаблона вызываемому номеру.
При необходимости учета при маршрутизации дополнительных свойств потенциальногомаршрута, к описанной выше последовательности действий добавляется еще и сортировкаэлементов полученного списка объектов набора по возрастанию значений, численноотражающих эти дополнительно учитываемые характеристики направлений следования вызова(например, ASR или PDD), то есть объекты набора, для которых выражение дало меньшийрезультат, помещаются в начало списка.
В случае, если необходимо сортировать список объектов набора по убыванию (т.е. так, чтобыОН с большим значением политики помещались в начало списка), рекомендуется использовать
Конфигурирование и администрирование
Стр. 113
следующую формулу:
1/(f(x)+0.00000000001), где
f(x) — изначальное выражение в политике набора.
Таким образом, определить политику маршрутизации вызовов с учетом статистики, по сути,означает определить – по какому численному параметру статистики будет осуществлятьсядополнительная сортировка списка объектов набора.
Список статистических данных, которые могут учитываться в процессе маршрутизации вызова,и их условных обозначений приведен в табл. ниже. При вычислении выражения все параметрыберутся применительно только к тому объекту набора, которому назначена политикамаршуртизации, их содержащая.
Таблица 9 Условные обозначения параметров статистики для определения политикмаршрутизации
Условноеобозначение
Параметр
priority Приоритет объекта набора из настроек
qos Качество обслуживания. В РТУ МТТ – параметр, рассчитываемый какотношение числа утраченных пакетов к общему числу переданныхпакетов, таким образом, чем меньше значение параметра QoS, тем вышекачество обслуживания. Единица измерения — проценты (0-100).
pdd Интервал времени от момента набора абонентом последней цифрывызываемого номера и до момента, когда он слышит сигнал КПВ отвызываемого номера. Единица измерения — миллисекунды.
asr Коэффициент занятия с ответом (стандартный). Коэффициент успешныхсоединений, параметр, который позволяет оценить качество связи понаправлению. Единица измерения — проценты (0-100).
acd Average Call Duration. Средняя продолжительность вызовов. Единицаизмерения — миллисекунды.
scd Setup-Connect Delay. Интервал времени между поступлением SETUP иполучением пакета CONNECT либо моментом завершения вызова (вслучае неполучения пакета CONNECT). Единица измерения -миллисекунды.
cps Calls per Second. Вызовов в секунду.
maxActCalls Пиковое количество активных вызовов
totalCallsDuration Суммарная продолжительность всех вызовов
normalCalls Число успешных вызовов
failedCalls Число неудачных вызовов
totalCalls Общее число всех вызовов
outBytes Суммарное число отправленных байт по всем вызовам
inBytes Суммарное число полученных байт по всем вызовам
actCalls Количество активных вызовов
Конфигурирование и администрирование
Стр. 114
Для определения политики маршрутизации следует из контекстного меню выбрать пунктДобавить и в открывшемся диалоговом окне ввести название политики в поле * Название иввести выражение для численной характеристики, на которой будет основыватся политика в поле * Выражение.
Значение в поле * Выражение следует вводить в формате dp. + усл. обозначение параметра изтаблицы для индивидуальных параметров и в формате, действительном для языка ООП Python,для выражений. Например, политика маршрутизации с учетом статистики по ASR определяетсявыражением dp.asr, а выражение для политики маршрутизации с учетом общего количестваполученных и отправленных байт для всех вызовов определяется вводом в поле * Выражениевыражения dp.inBytes + dp.outBytes.
Форма определения политики маршрутизации
В таблице Политики маршрутизации предусмотрена проверка корректности введенныхвыражений. Недействительные выражения в колонке Выражение подсвечиваются краснымцветом шрифта, а в соседней колонке появляется кнопка Проверить выражение.
Недействительное выражение политики, требующее проверки
Для исправления ошибки ввода, вызовите режим редактирования, исправьте недействительноевыражение, и щелкните мышью по кнопке Проверить выражение. Если скорректированноевыражение действительно, кнопка Проверить выражение исчезнет, цвет шрифта выражениясменится на зеленый, и в колонке Проверено появится флаг истины Да.
Скорректированное выражение политики, прошедшее проверку
Дерево объектов набора (DPs)6.3.4
Дерево объектов набора (DPs) – это визуальное представление схемы машрутизации для всехимеющихся объектов набора, как явно декларированных в таблице маршрутизации (страницаОбъекты набора), так и отсутствующих в ней, потому что они либо были автоматическисгенерированны системой в момент создания объекта «оконечное оборудование» (Типоборудования = Оконечное оборудование), либо созданы динамически в результате регистрацииоборудования на сервере.
Изначальный вид дерева при доступе на страницу показан на рисунке ниже.
Конфигурирование и администрирование
Стр. 115
Страница дерева объектов набора
Поле ввода Префикс служит для указания префикса для визуализации выбранной ветви дерева.Допустимыми символами, по которым может строиться дерево, считаются цифры и символ #. Вслучае, если в Шаблоне разрешенных Б-номеров объекта набора встречается любой инойсимвол, то построение данной ветви дерева прекращается. После ввода цифр префикса нажмитекнопку Показать дерево объектов набора. Выбранная ветвь раскроется ровно на то количествопозиций префикса, которое было введено в поле Префикс.
Раскрывающееся дерево объектов набора
Того же эффекта можно достичь, раскрывая ветвь последовательным нажатием на иконку ‘+’ уцифр префикса.
При полностью введенном префиксе отображается полностью раскрытая ветвь, на вершинекоторой находятся соответствующие введенному префиксу объекты набора, с указанием ихколичества, сопоставленных им шлюзов или абонентских терминалов, а также гиперссылкамидля перехода к записям этих шлюзов и терминалов.
Вершина развернутой ветви дерева ОН
Конфигурирование и администрирование
Стр. 116
В случае, если установлен флажок Отображать результаты предыдущих запросов, то Системазапоминает результаты предыдущих запросов к дереву и раскрывает не только ветвь,соответствующую текущему введенному префиксу, но и ветви для префиксов, введенных ранее.
С помощью ссылок рядом с именами объектов в дереве можно перейти к таблицам объектовнабора, шлюзов или оконечного оборудования.
Отладка6.4
Категория объектов Отладка включает в себя три таблицы: таблицу Имитация вызова, таблицуОтладочные регистрации и таблицу Отладочные вызовы.
Имитация вызова6.4.1
Данный объект используется для проверки настроек системы, а также при возникновениинеполадок или получении от клиентов сообщений о некорректной работе системы. С помощьюданного объекта оператор может сымитировать вызов с целью обнаружения ошибок, неполадоки их устранения.
Конфигурирование и администрирование
Стр. 117
Диалоговое окно имитации вызова
Для того, чтобы сымитировать вызов, в диалоговом окне Имитация вызова укажите следующуюинформацию (поля, помеченные знаком «*», обязательны для заполнения):
Модуль маршрутизации – из раскрывающего списка выберите модуль маршрутизации, которыйбудет использоваться для имитации вызова.
ИНИЦ. протокол — из раскрывающегося списка выберите название сигнального протокола,поддерживаемого инициирующим шлюзом (RAS пользователем);
Зона – если для имитации используется протокол ОКС7, из раскрывающегося списка выберитезону, которая используется как адрес инициирующего шлюза. Для остальных протоколовданный список не используется;
Группа балансировки – если для имитации используется протокол Внутренний, то израскрывающегося списка выберите группу балансировки, которая будет использоваться какадрес инициатора. Для остальных протоколов данный список не используется;
* ИНИЦ. адрес — укажите IP-адрес инициирующего шлюза (RAS пользователя);
А-номер и * Б-номер — укажите номера вызывающего и вызываемого абонентов,соответственно;
Для имитации передачи данных о кодеке из ПКомм в ПУпр (см. раздел Приложение Б.Формирование списков кодеков в РТУ МТТ) используется параметр Тип кодека и другиепараметры, зависящие от него.
Если в параметре Тип кодека указан любой тип кодека, кроме типа unknown, это означаетимитацию передачи в ПУпр частично или полностью распознанного кодека. Степеньраспознанности определяется параметром Кодек определен не полностью. Если данный флажокне установлен, то кодек считается полностью определенным. Если флажок установлен, то кодексчитается частично определенным. Если в параметре Тип кодека указан тип unknown, тофлажок всегда установлен, а кодек считается нераспознанным.
Если кодек считается полностью определенным, то для него можно задать его параметры.Параметры кодека зависят от его типа. Описание данных параметров соответствует описанию вразделе Кодеки.
Если флажок Кодек определен не полностью установлен, то отображаются параметры Строкадля SDP rtpmap и Строка для SDP fmtp. В данных параметрах необходимо указать данные,которые будут подставлены в параметры SDP rtpmap и SDP fmtp.
Хотя в SDP параметры rtpmap и fmtp записываются следующим образом:
a=rtpmap:18 G729/8000 a=fmtp:18 annexb=true
в параметрах Строка для SDP rtpmap и Строка для SDP fmtp записывается только часть,выделенная курсивом. При необходимости указания нескольких параметров fmtp, в параметреСтрока для SDP fmtp они перечисляются через запятую.
Порядок распознавания кодеков указан в разделе Приложение Б. Формирование списковкодеков в РТУ МТТ.
Если вызывающий абонент находится за NAT-маршрутизатором, то в поле NAT адрес следуетуказать адрес маршрутизатора адресной трансляции;
ИНИЦ. Кодеки — задайте список кодеков, которые использует инициатор вызова;
ИНИЦ. Категория абонента — введите категорию вызывающего абонента, как если бы онаприсутствовала на входящем участке вызова.
Нажмите кнопку OK.
Результаты имитации вызова будут отображены в поле Маршруты, которое появится послеосуществления пробного вызова.
Конфигурирование и администрирование
Стр. 118
Окно результатов имитации вызова
Отладочные вызовы6.4.2
Данная таблица содержит перечень записей о вызовах вместе с дополнительными данными о техсообщениях, которыми Система обменивалась со шлюзами в процессе обработки вызова.Записи включают в себя информацию о рабочих процессах и операциях системы ииспользуются для администрирования системы, обнаружения и устранения неполадок. Следуетобратить внимание, что записи ведутся только в том случае, если у шлюза в таблицеОборудование отмечены флажки отладочного протоколирования при инициировании и/илитерминировании трафика (см. раздел Оборудование).
Пр и 7-9 и более одновр еменных вызовах в секунду возможны значительные задер жки пр иотобр ажении данных по отладочным вызовам.
Для просмотра отдельной записи из таблицы в более компактной форме, выберите вконтекстном меню пункт Просмотр.
Параметры отладочных вызовов аналогичных соответствующим параметрам в категорииПодробные записи о вызовах (см. раздел Подробные записи о вызовах):
ID – уникальный идентификатор записи;
Входящий А-номер – первоначальный номер вызывающего абонента, полученный на входящем
Конфигурирование и администрирование
Стр. 119
участке вызова;
Входящий Б-номер – первоначальный номер вызываемого абонента, полученный на входящемучастке вызова;
Исходящий А-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции (см. разделПриложение А. Спецсимволы, регулярные выражения и преобразование номеров);
Исходящий Б-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции (см. разделПриложение А. Спецсимволы, регулярные выражения и преобразование номеров);
Адрес инициатора (сигн.) – адрес шлюза, инициировавшего вызов, при обмене сигнализацией;
Адрес терм. устр-ва (сигн.) – адрес шлюза, терминировавшего вызов при обмене сигнализацией;
Время начала – время начала вызова;
Conference ID – идентификатор конференции (конференция = входящий участок + исходящийучасток вызова).
При работе с таблицей Отладочные вызовы у оператора есть возможность просмотраподробного протокола по каждому вызову.
Для того, чтобы просмотреть протокол по конкретному отладочному вызову, отметьте этотвызов в таблице, вызовите контекстное меню и выберите функцию Получить журнал вызова(для отмеченных или выбранных).
Для того, чтобы просмотреть отчет по всем отладочным вызовам или регистрациям, к которымприменен фильтр, вызовите контекстное меню и выберите функцию Получить журнал вызова(все выбранные).
Меню получения журнала вызова
Будет показано диалоговое окно, содержащее все информацию о ходе обмена сообщениями дляданного вызова или вызовов. Информация берется из записей объекта Журнал отладочныхвызовов.
Конфигурирование и администрирование
Стр. 120
Журнал отладочного вызова
Нажмите на ссылку Развернуть всё для того, чтобы показать подробную информацию по
каждому пакету. Используйте кнопку , если вы хотите посмотреть лишь небольшуючасть информации по пакету.
Использование кнопки частичного раскрытия полей
Отладочные регистрации6.4.3
В таблицу Отладочные регистрации помещаются данные о пробных регистрацияхрегистрирующего оборудования.
Конфигурирование и администрирование
Стр. 121
Максимальное количество записей, хранимых в таблице, задается общесистемным параметромМаксимальное количество отладочных сессий (см. раздел Общесистемные настройки)
При больших объемах хранимых в таблице данных пользуйтесь фильтром для поиска нужныхзаписей.
ID – уникальный идентификатор записи;
Регистрационное имя – регистрационное имя зарегистрировавшегося устройства;
Номер – имя/номер зарегистрировавшегося устройства;
Локальный адрес (сигн.) – IP-адрес инициатора, использующийся для сигнализации;
Протокол — протокол, использующийся зарегистрировавшимся устройством;
Время – дата и время, когда была произведена регистрация;
ID регистрации – внутренний идентификатор регистрации.
При работе с таблицей Отладочные регистрации у оператора есть возможность просмотраподробного протокола по каждому сеансу регистрации.
Для того, чтобы просмотреть протокол по конкретному сеансу регистрации, отметьте этотвызов в таблице, вызовите контекстное меню и выберите пункт Получить журнал регистраций(для отмеченных или выбранных).
Для того, чтобы просмотреть отчет по всем отладочным сеансам регистрации, к которымприменен фильтр, вызовите контекстное меню и выберите пункт Получить журнал регистраций(все выбранные).
Конфигурирование и администрирование
Стр. 122
Подсистема коммутации6.5
Данная категория объектов предоставляет возможность просмотра в режиме реального времениследующей информации о работе системы: зарегистрированных устройствах, количестветекущих вызовов, состоянии системных сокетов. Просмотр информации возможен как по всемкомпонентам системы одновременно, так и по отдельности.
Транзитные вызовы (ПКомм)6.5.1
Таблица Транзитные вызовы (ПКомм) содержит информацию о текущих транзитных (CLASS 4)вызовах, обрабатываемых ПКомм.
Каждая запись о вызове содержит следующую информацию:
Время соединения – время начала соединения;
Время разговора – текущая продолжительность соединения;
ID вызова на вход. участке – идентификатор вызова на входящем участке вызова;
Адрес инициатора (сигн.) – IP-адрес инициатора вызова, использующийся для сигнализации;
Конфигурирование и администрирование
Стр. 123
Протокол сигн. на вход. участке – сигнальный протокол, использующийся на входящем участкевызова;
Входящий А-номер – номер вызывающего абонента, полученный на входящем участке вызова;
Входящий Б-номер – номер вызываемого абонента, полученный на входящем участке вызова;
ID вызова на исход. участке – идентификатор вызова на исходящем участке вызова;
Адрес терм. устр-ва (сигн.) – IP-адрес терминирующего устройства, использующийся длясигнализации;
Протокол сигн. на исход. участке – сигнальный протокол, использующийся на исходящемучастке вызова;
Исходящий А-номер – номер вызывающего абонента, переданный терминирующемуустройству;
Исходящий Б-номер – номер вызываемого абонента, переданный терминирующемуустройству.
Кроме того, с помощью данной таблицы у пользователя имеется возможность завершатьвызовы с web-интерфейса. Для этого необходимо вызвать контекстное меню на нужной записи оконференции и выбрать пункт Удалить. Соответствующий вызов будет прерван.
Транзитные вызовы (ПУпр)6.5.2
Таблица Транзитные вызовы (ПУпр) содержит информацию о текущих транзитных (CLASS 4)вызовах, обрабатываемых ПУпр. В таблице представлены данные, собранные со всех модулеймаршуртизации.
Каждая запись о вызове содержит следующую информацию:
Conference ID ПКомм – Conf ID, сгенерированный ПКомм.
Conference ID протокола – Conf ID, полученный из протокола.
Состояние вызова – текущее состояние вызова.
ID инициатора – ID записи о шлюзе-инициатора в БД.
Имя инициатора – имя шлюза-инициатора в БД.
Протокол сигн. на входе – сигнальный протокол на входящем участке вызова.
Входящий А-номер – А-номер на входящем участке вызова, до преобразований.
Входящий Б-номер – Б-номер на входящем участке вызова, до преобразований.
Время начала – время получения пакета SETUP.
Время соединения – время получения пакета CONNECT.
Общая продолжит. вызова – общая продолжительность вызова.
Объект набора – объект набора, через который был направлен вызов.
ID терминатора – ID записи о шлюзе-терминаторе в БД.
Имя терминатора – имя шлюза-терминатора в БД;
Протокол сигн. на выходе – сигнальный протокол на исходящем участке вызова.
Исходящий А-номер – А-номер на исходящем участке вызова, после преобразований.
Исходящий Б-номер – Б-номер на исходящем участке вызова, после преобразований.
Кроме того, с помощью данной таблицы у пользователя имеется возможность завершатьвызовы с web-интерфейса. Для этого необходимо вызвать контекстное меню на нужной записи оконференции и выбрать пункт Удалить. Соответствующий вызов будет прерван.
Конфигурирование и администрирование
Стр. 124
Абонентские участки вызова (ПКомм)6.5.3
Таблица Абонентские участки вызова (ПКомм) в системе РТУ МТТ не используется.
В РТУ таблица Абонентские участки вызова (ПКомм) содержит информацию об участкахвызова, которые управляются модулем обслуживания абонентов. Это входящий участок вызова(по отношению к МОА) до МОА, и исходящий участок вызова – от МОА. Таблица заполнятсятолько в случае, если вызовы обрабатываются модулем обслуживания абонентов.
Каждая запись об участке вызова содержит следующую информацию:
Время соединения – время начала соединения;
Время разговора – текущая продолжительность соединения;
ID вызова на вход. участке – идентификатор вызова (отображается только для входящегоучастке вызова);
Адрес инициатора (сигн.) – IP-адрес инициатора (если вызов на МОА приходит с оконечногооборудования) или имя группы балансировки, в формате string://<имя> (если вызов наМОА приходит с модуля транзита трафика). Отображается только для входящего участка вызова.
Протокол сигн. на вход. участке – сигнальный протокол (отображается только для входящегоучастка вызова);
Входящий А-номер – номер вызывающего абонента, полученный на входящем участке вызова(отображается только для входящего участка вызова);
Входящий Б-номер – номер вызываемого абонента, полученный на входящем участке вызова(отображается только для входящего участка вызова);
ID вызова на исход. участке – идентификатор вызова (отображается только для исходящегоучастка вызова);
Адрес терм. устр-ва (сигн.) – IP-адрес терминирующего устройства, использующийся длясигнализации (если вызов уходит с МОА на оконечное устройство) или имя группыбалансировки в формате string://<имя> (если вызов уходит с МОА на модуль транзитатрафика). Отображается только для исходящего участка вызова;
Протокол сигн. на исход. участке – сигнальный протокол, использующийся на исходящемучастке вызова (отображается только для исходящего участка вызова);
Исходящий А-номер – номер вызывающего абонента, переданный терминирующемуустройству (отображается только для исходящего участка вызова);
Исходящий Б-номер – номер вызываемого абонента, переданный терминирующему устройству(отображается только для исходящего участка вызова).
Кроме того, с помощью данной таблицы у пользователя имеется возможность завершатьвызовы с web-интерфейса. Для этого необходимо вызвать контекстное меню на нужной записиоб участке вызова и выбрать пункт Удалить. Соответствующий участок вызова будет удален.При необходимости будет также удален и второй участок вызова.
Регистрации (ПКомм)6.5.4
Данный объект содержит информацию об устройствах, зарегистрированных в ПКомм РТУ МТТ (модуль транзита трафика).
Каждая запись в таблице содержит следующую информацию:
Конфигурирование и администрирование
Стр. 125
ID регистрации – уникальный идентификатор регистрации, присваимый ей модулем ПКомм.
Протокол – протокол, которое использует зарегистрировавшееся устройство;
Имя – название зарегистрировавшегося устройства;
Адрес – IP-адрес устройства;
Состояние – состояние регистрации:
Инициализация (регистрация начата и еще не завершена);
Зарегистрирован (регистрация состоялась, шлюз зарегистрирован);
Перерегистрация (ожидается полная перерегистрация шлюза);
Неизвестно (состояние шлюза неизвестно);
Не зарегистрирован (шлюз не зарегистрирован).
TTL, сек – интервал времени, по истечении которого происходит полная перерегистрация;
Алиасы – имена/номера, присланные в регистрации;
Время окончания регистрации – время, когда окончится регистрация устройства.
Регистрации (ПУпр)6.5.5
Данный объект содержит информацию об устройствах, зарегистрированных в ПУпр РТУ МТТ.В таблице представлены данные, собранные со всех модулей маршуртизации.
Каждая запись в таблице содержит следующую информацию:
ID регистрации – идентификатор регистрации.
ID шлюза – ID регистрирующегося шлюза в БД.
Имя шлюза – имя регистрирующегося шлюза в БД.
Протокол – протокол, по который используется регистрирующимся шлюзом.
Имя – регистрационное имя, используемое шлюзом.
Модуль – модуль маршрутизации, на который пришла регистрация.
Данные по модулям6.5.6
Данная подкатегория объектов предоставляет информацию отдельно по каждому модулюсистемы, распределенную по отдельным подкаталогам. Количество подкаталогов зависит отколичества запущенных модулей. Названия подкаталогов соответствуют названиям модулей,указанным в конфигурационном файле подсистемы коммутации. Для краткости рассмотримвариант, при котором запущено по одному модулю каждого типа с условными названиями(заключены в угловые скобки).
В подкаталоге каждого модуля имеются следующие объекты:
Сокеты — информация о сокетах, относящихся к данному модулю;
Сетевые протоколы – информация о протоколах, по которым обменивается даннымирассматриваемый модуль;
Счетчики — информация о системных счетчиках.
Объект Сокеты содержит информацию о следующих параметрах:
Удаленный модуль – имя удаленного модуля, к которому подключен данный модуль.
Зона – определяет зону, к которой относится сокет. Зоны для сокетов задаются в файлеsystem.conf;
Локальный адрес – адрес локального сокета, устанавливающего исходящее соединение;
Удаленный адрес – адрес удаленного сокета, принимающего соединение от локального
Конфигурирование и администрирование
Стр. 126
сокета. Если адрес равен 0.0.0.0, то это означает, что локальный сокет ожидает входящегосоединения.
Объект Сетевые протоколы содержит информацию о следующих параметрах:
Протокол – протокол, использующийся данным модулем;
Локальный адрес – адрес локального сокета, устанавливающего исходящее соединениепо данному протоколу;
Удаленный адрес – адрес удаленного сокета, принимающего соединение от локальногосокета по данному протоколу. Если адрес равен 0.0.0.0, то это означает, что локальныйсокет ожидает входящего соединения.
Объект Счетчики содержит информацию о следующих параметрах:
Счетчик – имя системного счетчика;
Значение – значение системного счетчика.
<Management>
Данный подкаталог содержит статистическую информацию о модуле управления лицензией(License management node) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
<Signaling>
Данный подкаталог содержит статистическую информацию о модуле управления вызовами(Signaling node) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики, а также:
Конференции CLASS 4 – информация о текущих вызовах CLASS 4, обрабатываемых модулем(подробнее см. раздел Транзитные вызовы (ПКомм)).
Участки вызова CLASS 5 – информация об участках вызова CLASS 5, обрабатываемыхмодулем (подробнее см. раздел Абонентские участки вызова (ПКомм)).
<Balancer>
Данный подкаталог содержит статистическую информацию о модуле управлениярегистрациями и балансировки (Н.323 gatekeeper/SIP registrar/balancer) и включает в себяобъекты Сокеты, Сетевые протоколы и Счетчики, а также:
Регистрации – информация о зарегистрированных устройствах (подробнее см. разделРегистрации (ПКомм)).
<Media>
Данный подкаталог содержит статистическую информацию о модуле медиа-потоков (Medianode) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
<Scripting>
Данный подкаталог содержит статистическую информацию о модуле маршрутизации (Scriptingnode) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
Регистрации – информация о зарегистрированных устройствах (подробнее см. разделРегистрации (ПУпр)).
Вызовы – информация о вызовах, проходящих через данный модуль маршуртизации(подробнее см. раздел Транзитные вызовы (ПУпр)).
<Synchro>
Конфигурирование и администрирование
Стр. 127
Данный подкаталог содержит статистическую информацию о модуле синхронизации (Synchronode) и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики.
<SS7-node>
Данный подкаталог содержит статистическую информацию о модуле обработки вызовов ОКС7и включает в себя объекты Сокеты, Сетевые протоколы и Счетчики, а также объекты ОКС7-вызовы, Каналы ISUP, Оконечные пукнты MGCP, Ассоциации M3UA.
Активные модули6.5.7
Таблица Активные модули содержит следующие колонки:
Модуль — наименования всех модулей РТУ МТТ;
Время в работе — время, в течение которого они работали с момента последнегоперезапуска;
Версия – версия ПО модуля.
ОКС7-вызовы6.5.8
Данная таблица содержит информацию об ОКС7-вызовах, проходящих через модуль обработкивызовов ОКС7.
Каждая запись в таблице содержит следующую информацию:
Просмотр записи в таблице «ОКС7-вызовы»
Call ID – уникальный идентификатор вызова;
Conference ID – идентификатор конференции (конференция = входящий участок + исходящийучасток вызова);
ID вызывающей стороны – идентификатор вызывающей стороны;
ID вызываемой стороны – идентификатор вызываемой стороны;
ID медиа-канала в E1 – идентификатор медиа-канала в канале E1 вида <hw_id>-<span_id>-<timeslot>, где <hw_id> — идентификатор медиа-шлюза, к которому подключаются медиа-каналыE1, <span_id> — идентификатор канала E1 в рамках ISUP-подключения, <timeslot> — временнойслот в канале E1;
ID группы каналов – идентификатор группы медиа-каналов, к которой принадлежит данныймедиа-канал;
ОКС7-зона – ОКС7-зона, к которой относится вызов (участок вызова).
Конфигурирование и администрирование
Стр. 128
Каналы ISUP6.5.9
Данная таблица содержит информацию о состоянии медиа-каналов в канале E1 в рамках ISUP-подключения.
Каждая запись в таблице содержит следующую информацию:
Просмотр записи в таблице «Каналы ISUP»
Call ID – уникальный идентификатор вызова;
Conference ID – идентификатор конференции (конференция = входящий участок + исходящийучасток вызова);
ID канала в E1 – идентификатор медиа-канала в канале E1 вида <hw_id>-<span_id>-<timeslot>,где <hw_id> — идентификатор медиа-шлюза, к которому подключаются медиа-каналы E1,<span_id> — идентификатор канала E1 в рамках ISUP-подключения, <timeslot> — временной слот вканале E1;
ID группы каналов – идентификатор группы медиа-каналов, к которой принадлежит данныймедиа-канал;
Метка канала ISUP – метка канала вида <LPC>-<RPC>-<cic>-<ni>, где <LPC> — код (point code)локального пункта, <RPC> — код удаленного пункта, <cic> — номер медиа-канала, <ni> — кодиндикатора сети.
Входящее подключение – используется ли данный медиа-канал для входящего трафика;
Исходящее подключение – используется ли данный медиа-канал для исходящего подключения;
Состояние медиа-канала – состояние медиа-канала;
Состояние локальной блокировки канала (maintenance) – состояние блокировки медиа-каналапо типу maintenance oriented на стороне Системы;
Состояние локальной блокировки канала (hardware) – состояние блокировки медиа-канала потипу hardware oriented на стороне Системы;
Состояние удаленной блокировки канала (maintenance) – состояние блокировки медиа-каналапо типу maintenance oriented на стороне удаленного ОКС7-коммутатора;
Состояние удаленной блокировки канала (maintenance) – состояние блокировки медиа-канала
Конфигурирование и администрирование
Стр. 129
по типу hardware oriented на стороне удаленного ОКС7-коммутатора;
Зона – ОКС7-зона, к которой относится медиа-канал.
Для изменения состояния медиа-канала вызовите контекстное меню на желаемой записи ивыберите необходимую процедуру. Доступные процедуры:
Блокировать – блокирует медиа-канал на стороне Системы по типу maintenance oriented;
Разблокировать – разблокирует медиа-канал на стороне Системы по типу maintenanceoriented;
Сбросить состояние – переводить канал в состояние Idle и отправляет на удаленныйОКС7-коммутатор сообщение Reset Circuits.
Оконечные пункты MGCP6.5.10
Данная таблица содержит информацию об оконечных пунктах (endpoints) MGCP.
Каждая запись в таблице содержит следующую информацию:
Просмотр записи в таблице «Оконечные пункты MGCP»
ID медиа-шлюза ОКС7 – идентификатор MGCP-шлюза;
ID канала E1 – идентификатор канала E1, подключенного к медиа-шлюзу;
ID оконечного пункта – идентификатор оконечного пункта MGCP;
Состояние оконечного пункта – состояние оконечного пункта MGCP;
Имя оконечного пункта – имя оконечного пункта MGCP;
Call ID – уникальный идентификатор вызова;
Конфигурирование и администрирование
Стр. 130
Ассоциации M3UA6.5.11
Данная таблица содержит информацию об SCTP-ассоциациях M3UA.
Просмотр записи в таблице «Ассоциации M3UA»
Каждая запись в таблице содержит следующую информацию:
ID ассоциации M3UA – идентификатор SCTP-ассоциации M3UA;
Статус ассоциации – состояние SCTP-ассоциации;
Список IP-адресов локального оконечного пункта – список IP-адресов локального оконечногопункта SCTP;
Список IP-адресов удаленного оконечного пункта – список IP-адресов удаленного оконечногопункта SCTP;
Количество входящих SCTP-потоков – количество входящих SCTP-потоков;
Количество исходящих SCTP-потоков – количество исходящих SCTP-потоков;
Группы зарезервированных медиа-каналов6.5.12
Данная таблица содержит информацию о группах зарезервированных медиа-каналов.
Просмотр данных в таблице «Группы зарезервированных медиа-каналов»
Каждая запись в таблице содержит следующую информацию:
ID группы – идентификатор группы зарезервированных медиа-каналов;
Количество элементов – количество элементов в группе;
Метод выбора медиа-канала — определяет вариант поиска свободного медиа-канала дляисходящего вызова;
Состояние – состояние группы медиа-каналов.
Конфигурирование и администрирование
Стр. 131
Подробные записи о вызовах (CDRs)6.6
В категории объектов CDRs можно выбрать таблицу, содержащую данные о вызовах запоследний час, последние сутки, последние 7 и 30 дней, а также сводную таблицу всех записей овызовах.
В таблице Последние 1000 записей содержится только последние 1000 CDR-записей, что можетсущественно ускорить работу с CDR-записями при большом размере базы данных.
В таблицу Сомнительные помещаются записи о вызовах в случаях, когда модульмаршрутизации или модуль управления вызовами аварийно завершил работу.
Пр и исчер пании свободного пр остр анства в БД и на локальном диске, Система пер естаетобр абатывать вызовы. Для того, чтобы избежать подобной ситуации, р екомендуетсяудалить устар евшие ненужные CDR-записи. Способ удаления CDR описан в р азделеПр иложение Ж. Удаление CDR-записей из БД.
Кроме того, в Системе имеется возможность создавать промежуточные CDR-записи, которыезаносятся в базу не по завершении вызова или попытки вызова, а в его процессе с определеннойпериодичностью. Для этого необходимо задать значение 1 для параметра Создаватьпромежуточные CDR-записи в Общесистемных настройках и указать периодичностью созданияпромежуточных CDR-записей в параметре Периодичность создания промежуточных пакетов/записей там же.
Следует иметь в виду, что использование данного р ежима создает дополнительную нагр узкуна базу данных, что снижает общую пр оизводительность системы.
Выбрав в таблице нужную запись, вызовите контекстное меню и выберите пункт Просмотр. Припомощи контекстного меню можно также инициировать процедуру экспорта записей.
Конфигурирование и администрирование
Стр. 132
Просмотр записи с данными о вызове (CDR)
ID – уникальный идентификатор записи;
Дата – дата создания записи;
Способ заполнения поля Дата опр еделяется в объекте Общесистемные настройкипар аметр ом Чем заполнять поле «Дата» в CDR: 1 — Временем начала, 2 — Временемзавершения. Если пар аметр р авен 1, то в поле Дата заносится вр емя начала вызова, если 2, тов поле Дата заносится вр емя окончания вызова.
Конфигурирование и администрирование
Стр. 133
Тип записи – в случае, если CDR-запись является промежуточной, параметр содержит типзаписи:
Start – первоначальная CDR-запись, создаваемая в начала вызова;
Interim <номер> – промежуточная запись и ее номер, создаваемая с периодичностью,заданной параметром Периодичность создания промежуточных пакетов/записей;
Final – заключительная CDR-запись, создаваемая по окончании вызова.
Если ведение промежуточных записей выключено, то создаваемые записи имеют тип Final.
Входящий А-номер – первоначальный номер вызывающего абонента, полученный на входящемучастке вызова;
Входящий Б-номер – первоначальный номер вызываемого абонента, полученный на входящемучастке вызова;
Исходящий А-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции;
Исходящий Б-номер – номер вызывающего абонента, направленный терминирующему шлюзу,после преобразования в соответствии с заданными правилами трансляции;
А-номер для биллинга – номер вызывающего абонента, использовавшийся для целей учета иначисления платы;
Б-номер для биллинга – номер вызываемого абонента, использовавшийся для целей учета иначисления платы;
Сигнальный модуль – название модуля управления вызовами (signaling node), на которыйпоступил вызов;
Адрес иниц. привратника – IP-адрес привратника-инициатора вызова;
Адрес иниц. устр-ва (сигн.) – адрес шлюза, инициировавшего вызов, при обмене сигнализацией;
Адрес терм. устр-ва (сигн.) – адрес шлюза, терминировавшего вызов при обмене сигнализацией;
Адрес иниц. устр-ва (медиа) – адрес шлюза/шлюзов, инициировавших вызов, при обмене медиатрафиком;
Адрес терм. устр-ва (медиа.) – адрес шлюза/шлюзов, терминировавших вызов при обмене медиатрафиком;
Входящий локальный адрес (сигн.) – адрес для сигнализации, на который поступил вызов;
Исходящий локальный адрес (сигн.) – адрес для сигнализации, использовавшийся дляустановления соединения с терминирующим шлюзом;
Входящий локальный адрес (медиа) – адрес модуля/модулей обработки медиа-потоков, навходящем участке вызова;
Исходящий локальный адрес (медиа) – адрес модуля/модулей обработки медиа-потоков, наисходящем участке вызова;
Протокол сигн. на входе – сигнальный протокол, использовавшийся на входящем участкевызова;
Протокол сигн. на выходе – сигнальный протокол, использовавшийся на исходящем участкевызова;
Conference ID ПКомм – идентификатор конференции (конференция = входящий участок +исходящий участок вызова), сгенерированный ПКомм;
Входящий Call ID ПКомм – уникальный идентификатор вызова, сгенерированный ПКомм, навходящем участке;
Исходящий Call ID ПКомм – уникальный идентификатор вызова, сгенерированный ПКомм, наисходящем участке;
Conference ID протокола – идентификатор конференции (конференция = входящий участок +
Конфигурирование и администрирование
Стр. 134
исходящий участок вызова), полученный в сигнальных сообщениях;
Входящий Call ID протокола – уникальный идентификатор вызова, полученный в сигнальныхсообщениях, на входящем участке;
Исходящий Call ID протокола – уникальный идентификатор вызова, полученный в сигнальныхсообщениях, на исходящем участке;
RAS имя иниц. устр-ва – имя вызывающего регистрирующегося устройства (RASпользователя);
RAS имя терм. устр-ва – имя вызываемого регистрирующегося устройства (RAS пользователя);
Имя пользов. для биллинга – имя пользователя, полученное от RADIUS-сервера привключенном режиме use_h323_ivr_in и используемое в пакетах учета (accounting);
Имя иниц. устр-ва – название шлюза-инициатора вызова;
Имя терм. устр-ва – название шлюза, терминирующего вызов;
Объект набора (DP) – название объекта набора, использовавшегося для терминации вызова;
Общ. продолжит. вызова – суммарное время вызова, в миллисекундах. Поле не заполняется,если вызов не состоялся;
Время начала – время начала вызова;
Время соединения – время начала соединения;
Время завершения – время завершения вызова;
Код завершения – код причины завершения соединения;
Заявленные кодеки иниц. устр-ва – кодеки, использовавшиеся инициатором вызова;
Кодеки на выходе – кодеки, использовавшиеся. устр-вом, терминирующим вызов;
Faststart у иниц. устр-ва – “Да” в данном поле означает, что шлюз-инициатор вызоваиспользовал механизм FastStart;
Faststart у терм. устр-ва – “Да” в данном поле означает, что терминирующ. шлюз использовалмеханизм FastStart;
Tunneling у иниц. устр-ва – “Да” в данном поле означает, что шлюз-инициатор вызоваиспользовал механизм инкапсуляции (Tunneling);
Tunneling у терм. устр-ва – “Да” в данном поле означает, что терминирующ. шлюз использовалмеханизм инкапсуляции (Tunneling);
Режим проксирования – режим проксирования, использовавшийся в ходе соединения;
Причина повторной маршрутизации – расшифровка кода причины повторной маршрутизациивызова;
Кол-во попыток маршрутизации – номер последней попытки перемаршрутизации (LAR – LookAhead Routing), в случае если не удалось установить вызов по первому выбранному маршруту;
SCD, мсек – интервал между поступлением SETUP и получением пакета CONNECT либомоментом завершения вызова (в случае неполучения пакета CONNECT);
PDD, мсек – интервал между пакетом SETUP от инициатора вызова и получением пакетаALERT, CONNECT или ProgressIndicator со значением 8 (ProgressInbandInformationAvailable) оттерминирующей стороны;
Медиа поток от иниц. устр-ва, байт – количество байт, полученных от инициатора вызова;
Медиа поток к иниц. устр-ву, байт – количество байт, направленных инициатору вызова;
Медиа поток от терм. устр-ва, байт – количество байт, полученных от терминирующ. устр-ва;
Медиа поток к терм. устр-ву, байт – количество байт, направленных терминирующ. устр-ву;
Медиа от иниц. устр-ва, пакеты – количество медиа пакетов от инициатора вызова;
Конфигурирование и администрирование
Стр. 135
Медиа от терм. устр-ва, пакеты – количество медиа пакетов от терминирующ. устр-ва;
Задерж. медиа от иниц. устр-ва, пакеты – количество опоздавших пакетов, полученных отинициатора вызова;
Задерж. медиа от терм. устр-ва, пакеты – количество опоздавших пакетов, полученных оттерминирующ. устр-ва;
Утерянных медиа пакетов от иниц. устр-ва – количество пакетов, не полученных от инициаторавызова;
Утерянных медиа пакетов от терм. устр-ва. – количество пакетов, не полученных оттерминирующ. устр-ва;
Мин. джиттер-буфер, пакеты от иниц. устр-ва – минимальный размер джиттер-буфера, приполучении пакетов от инициатора вызова;
Макс. джиттер-буфер, пакеты от иниц. устр-ва – максимальный размер джиттер-буфера, приполучении пакетов от инициатора вызова;
Мин. джиттер-буфер, пакеты от терм. устр-ва – минимальный размер джиттер-буфера, приполучении пакетов от терминирующ. устр-ва;
Макс. джиттер-буфер, пакеты от терм. устр-ва – максимальный размер джиттер-буфера, приполучении пакетов от терминирующ. устр-ва;
CDR последней попытки – «Да» в этом поле означает, что данная запись является последнейсреди всех относящихся к конкретному вызову;
Подр обные записи о вызовах (CDRs) пишутся по любой попытке установления вызованезависимо от конечного р езультата, и состояние этого поля позволяет судить, имеет лисмысл использовать данную запись в качестве исходного матер иала для систем биллинга.
Код завершения Q.850 – код разъединения из заголовка Reason протокола SIP, полученный отH.323-шлюза, когда тот находится за SIP-устройством;
Категория выз. абонента на входе – категория вызывающего абонента до каких-либопреобразований, полученная из входящего вызова;
Категория выз. абонента на выходе – категория вызывающего абонента после всехпреобразований, отправленная вызываемому шлюзу.
Пр и пр еобр азовании категор ии из одного стандар та в др угой (из CPC в OLI, или наобор от,см. р аздел Тр ансляция категор ий вызывающего абонента) в данном пар аметр е сохр аняетсякатегор ия до подобного пр еобр азования.
Передача “From” ТЕРМ. шлюзу – флаг, показывающий, что Система передавалатерминирующими шлюзу IP-адрес и порт в поле “From” в сообщении INVITE. Более подробнаяинформация содержится в описании параметра Отмена преобр. ИНИЦ. номеров; В поле «From»– адрес инициатора.
ОКС7-зона иниц. устр-ва – ОКС7-зона, из которой пришел вызов по протоколу ОКС7;
ОКС7-зона терм. устр-ва – ОКС7-зона, в которую был направлен вызов по протоколу ОКС7;
Инициатор завершения – сторона-инициатор завершения вызова;
Переадресующий номер – значение поля diversion/RedirectingNumber из входящего участкавызова;
Входящий тип А-номера – тип А-номера на входе;
Входящий тип Б-номера – тип Б-номера на входе;
Исходящий тип А-номера – тип А-номера на выходе;
Исходящий тип Б-номера – тип Б-номера на выходе.
Входящий оригинальный Б-номер – переадресующий (redirecting) номер на входе;
Исходящий оригинальный Б-номер – переадресующий (redirecting) номер на выходе.
Конфигурирование и администрирование
Стр. 136
Доп. коды разъединения на вход. участке – дополнительные коды разъединения, отправляемыев входящий участок вызова.
Доп. коды разъединения на исход. участке – дополнительные коды разъединения, отправляемыев исходящий участок вызова.
С помощью специальной функции контекстного меню из таблицы CDR-записей можно перейтив журнал отладочных вызовов/регистраций. У CDR-записей, полученных для вызовов свключенной функцией ведения отладочных журналов, для просмотра будут доступны всесообщения, относящиеся к вызову.
Экспорт записей6.6.1
Объект Автоэкспорт в категории Выгрузка CDR позволяет настроить автоматическую выгрузкузаписей с помощью планировщика задач cron. Экспорт записей с данными о вызовах возможенв текстовый файл (CDR в формате MVTS I) и в виде CSV файлов.
Для организации выгрузки записей с данными откройте диалоговое окно Автоэкспорт CDRs изаполните поля формы необходимыми значениями.
Форма настройки автоэкспорта подробных записей о вызовах
Параметры конфигурирования на форме Автоэкспорт CDRs имеют следующие функции иособенности:
Включить – кнопка-флажок включения/выключения функции автовыгрузки записей;
* Период экспорта – периодичность, с которой происходит выгрузка CDR. Данный параметртакже определяет интервал выборки CDR-записей для экспорта;
* Часовой пояс – выберите из раскрывающегося списка часовой пояс, согласно которому будутвыгружаться CDR, поскольку изначально автовыгрузка отбирает CDR-записи по времени БД, аweb-интерфейсе дата CDR отображается согласно системному времени, которое может несовпадать со временем БД;
Фор мат вр емени БД — UTC.
Начальная дата выгрузки – дата, ранее которой CDR-записи не выгружаются;
Конфигурирование и администрирование
Стр. 137
Временной сдвиг для выгружаемых CDR – указывает минимальный «возраст» записей,предназначенных к выгрузке. Иначе говоря, в данном поле указывается минимальнаянеобходимая разница между временем запуска задания на выгрузку и меткой времени(timestamp) записей, предназначенных к выгрузке, в формате ЧЧ:ММ:СС. Если эта разница длякакой-либо CDR-записи меньше значения параметра, то данная CDR-запись не выгружается.Более того, если временный сдвиг полностью или частично перекрывает какой-либо из периодовэкспорта, то для данного периода экспорта выгрузка блокируется полностью.
Например, если задан Период экспорта = 1 час, Временной сдвиг для выгружаемых CDR = 30минут, а запуск выгрузки произошел в 12:00, то выгрузка CDR-записей будет заблокирована нетолько за период 11:30-12:00, но за весь период с 11:00 до 12:00.
Таким образом, Система запускает автовыгрузку CDR-записей с периодичностью, заданнойпараметром Период экспорта, и выгружает невыгруженные записи, принадлежащиепредыдущим периодам (размер которых определяется тем же параметром Период экспорта).При этом не выгружаются записи с датой ранее значения параметра Начальная дата выгрузки,а также записи с периодов, которые полностью или частично покрываются размером сдвига(параметр Временной сдвиг для выгружаемых CDR). Если задание сконфигурированоследующим образом:
Период экспорта = 1 час;
Временной сдвиг для выгружаемых CDR = 00:30:00 (30 минут);
Начальная дата выгрузки = 9:00,
то при запуске в 12:00 будут выгружаться все записи с 10:00 до 11:00, а такженеэкспортированные ранее записи, появившиеся с 9:00 до 10:00. Записи на интервале 11:00-12:00выгружаться не будут, так как этому препятствует значение временного сдвига. Следующийзапуск автовыгрузки произойдет в 13:00, и будут выгружены записи с 11:00 до 12:00, а такженеэкспортированные записи ранее 11:00;
Если выгр узку настр оить с р азмер ом интер вала меньшим, чем 1 час, то CDR за опр еделенныйинтер вал выгр ужаются пр и запуске автоэкспор та в конце следующего пер иода.
Набор полей – окна настройки набора и порядка следования данных в выгружаемых записях.
Определение набора полей в выгружаемых записях
Левое окно изначально содержит общий список полей, имеющихся в записи о вызове, правоеокно отражает те данные, которые будут присутствовать в выгружаемых записях. Для переносаназваний из окна в окно, отметьте необходимое поле и нажмите кнопку с соответствующейстрелкой (вправо/влево). Кнопки с двойной стрелкой служат для переноса всего содержимого
окна. Кнопки и служат для изменения порядка следования данных в записи.
Нажатие кнопки передвигает выбранный заголовок на одну строчку вверх, чтосоответствует передвижению данных этого поля на одну позицию ближе к началу записи.
Кнопка служит для обратного перемещения: названия поля – вниз, к концу списка,данных в записи – к концу записи.
* Сохранять на – возможность сохранять сгенерированные файлы на жестком диске или на FTP-сервере;
Конфигурирование и администрирование
Стр. 138
Каталог для сохранения CDR файлов – каталог на сервере, на которой установлен РТУ МТТ,куда будут записываться генерируемые файлы;
Пр и опр еделении каталога для CDR-файлов следует учитывать, что пользователь www-dataсер вер а Ap ache должен иметь пр ава на запись в заданный каталог.
Выполнять заключительную обработку – установите флажок, если необходимо выполнятьзаключительную обработку выгружаемых CDR-записей. Подробная информация озаключительной обработке содержится в разделе Заключительная обработка CDR.
Формат выгружаемых данных – формат выгружаемых файлов: csv (то есть), или MVTS-1(ИМЯ_ПОЛЯ_БОЛЬШИМИ_БУКВАМИ1=значение1[разделитель]ИМЯ_ПОЛЯ_БОЛЬШИМИ_БУКВАМИ2=значение2[разделитель]… и т.д.).
Группа Основные параметры
Формат дат – формат для колонок временного типа, задается в формате MySQL. Например, «%Y-%m-%d %H:%i:%s» соответствует дате типа «YYYY-MM-DD HH:MM:SS»;
* Разделитель – разделитель полей в выгружаемых записях. Каждая запись начинается с новойстроки;
Выгружать CDR с нулевой длительностью – отметьте флажок, если необходимо выгружатьCDR с нулевой длительностью.
Отображ. длительность вызова в – из раскрывающегося списка выберите способ отображениядлительности вызовов при экспорте.
Макс. кол-во записей в файле – максимальное число CDR записей в одном файле;
Если фактические значения пр евышают величины, заданные в пар аметр е Макс. кол-возаписей в файле, то система создает дополнительный файл с индексом _1,_2 и т.д. вназвании. Напр имер , [имя_файла] _1.csv(или .txt) , [имя_файла] _2.csv(или .txt) ;
Выгружать IP-адреса с портами – установите флажок, если необходимо выгружать IP-адресаинициатора и терминатора с указанием порта, по которому шла сигнализация.
Группа Параметры формата MVTS-1
MVTS-1. Отличительный признак – Строка символов, определенная оператором в качествеотличительного признака. С введенной в этом поле строки символов будут начинаться всевыгруженные в файл записи в формате MVTS-1;
MVTS-1. Добавлять дату в начало – подробные записи о вызовах в формате MVTS-1 будутначинаться с даты;
MVTS-1. Выгружать незаполненные поля – установите флажок, если при выгрузке в форматеMVTS-1 необходимо выгружать даже те поля, которые не могут быть заполнены для даннойзаписи о вызове.
Группа Параметры формата CSV
Включать заголовки в CSV-файл – добавить название полей в выгружаемый csv-файл(актуально только при условии, что значение поля Формат выгружаемых данных равно CSV);
CSV. Кавычки для значений – значение будут выгружаться в одинарных, двойных, либо безкавычек;
CSV. Обозначение пустых полей – значения типа NULL будут выгружаться либо как «N», либокак пустая строка;
Группа Параметры замены
Искать в полях – введите строку, которая будет заменяться на значение параметра Заменить на.Поиск строки производится в выгружаемых полях;
Конфигурирование и администрирование
Стр. 139
Заменить на – введите строку, которая будет заменять строку из параметра Искать в полях.Замена производится в выгружаемых полях CDR-записи.
Например, если параметры имеют следующие значения: Искать в полях = 111, Заменить на =222, то во всех выгружаемых полях будет произведена замена строки «111» на «222» (безкавычек).
Группа Настройки файлов
* Сжатие – возможность архивировать (bzip2 или gzip) выгруженные файлы;
Сохранять пустой файл – если за время до очередного запуска задания не появляются новыезаписи и данный флажок «выставлен», будет создаваться пустой файл;
Префикс для имен CDR файлов – строка, с которой будут начинаться имена выгружаемыхфайлов;
Постфикс для имен CDR-файлов – последовательность символов, которой будут оканчиватьсяимена файлов с записями о вызовах, в том числе и расширение;
Добавлять порядковый номер – установите флажок, если в название файла необходимодобавлять уникальный последовательный порядковый номер, характеризующий каждыйвыгружаемый файл. Увеличение порядкового номера происходит и при выключенном флажке.При превышении числа 999999 счетчик обнуляется, и порядковый номер начинаетотсчитываться от 000000. Порядковый номер вставляется между постфиксом и датой.
* В имени файла использовать дату – позволяет выбрать, дата какой записи – первой илипоследней – будет использоваться при формировании имени файла;
Шаблон имени файла – формат имени файла с выгружаемыми записями, задается в форматеMySQL. Например, «%Y-%m-%d %H:%i:%s» соответствует дате типа «YYYY-MM-DD HH:MM:SS». По умолчанию, задается значение «%Y%m%d_%H%i%s». Таблица 10 содержит списокдопустимых спецификаторов.
Спецификаторы, используемые для формата имени выгружаемого файла
Спецификаторы Описание
%d День месяца, цифрами (00..31)
%H Час (00..23)
%i Минуты, цифрами (00..59)
%j День года (001..366)
%k Час (0..23)
%m Месяц, цифрами (00..12)
%s Секунды (00..59)
%u Неделя (00..53), в которой первый день недели – понедельник
%w День недели (0=воскресенье..6=суббота)
%Y Год, цифрами, четыре цифры
%y Год, цифрами, две цифры
Имя создаваемого файла, содержащего выгружаемые записи о вызовах, имеет вид PDS, где
P — строка, заданная в поле Префикс для имен CDR-файлов;
Конфигурирование и администрирование
Стр. 140
D — дата выгрузки (задаваемая параметром В имени файла использовать дату) в формате,заданном в поле Шаблон имени файла;
S — строка, заданная в поле Постфикс для имен CDR-файлов;
Если за период до очередного запуска задания демоном cron не появится новых записей иотмечен флажок Сохранять пустой файл, то значение части D имени файла будет равносистемной дате сервера.
Маска атрибутов файлов – код прав на файл, задаваемый в 4-х цифровом режиме ивосьмеричном представлении.
Группа Настройки FTP
FTP-сервер: адрес – адрес FTP сервера для сохранения экспортируемых CDR файлов (актуально,если для параметра Сохранять на выбрано значение FTP сервере);
FTP-сервер: имя – регистрационное имя для доступа к FTP серверу;
FTP-сервер: пароль – пароль доступа к FTP серверу;
FTP. Пассивный режим – флаг, определяющий взаимодействие с FTP-сервером в пассивномрежиме.
При сохранении сконфигурированной формы (нажатии на кнопку ОК), если отмечен флажокВключить, с помощью команды crontab для пользователя www-data создается задание вcron.
Соответствия между обозначениями полей в выгруженном файле и названиями полей в CDR-записях показаны в таблице ниже. Если не указано обратное, поле в выгружаемом файле всегдаимеет какие-либо значение (то есть явялется непустым).
Соответствия между полями в выгруженном файле и CDR-записях
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
cdr_id ID Целочисленное
cdr_date Дата Дата/время
record_type Тип записи Строка (100)
in_ani Входящий А-номер Строка (100) Заполняется, еслипараметр не былпустым в вызове.
in_dnis Входящий Б-номер Строка (100) Заполняется, еслипараметр не былпустым в вызове.
out_ani Исходящий А-номер Строка (100) Заполняется, еслипараметр не сталпустым после всехпреобразований.
out_dnis Исходящий Б-номер Строка (100) Заполняется, еслипараметр не сталпустым после всехпреобразований.
bill_ani А-номер для биллинга Строка (100) Заполняется, еслипараметр не сталпустым после всех
Конфигурирование и администрирование
Стр. 141
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
преобразований.
bill_dnis Б-номер для биллинга Строка (100) Заполняется, еслипараметр не сталпустым после всехпреобразований.
sig_node_name Сигнальный модуль Строка (100)
src_gatekeeper_address Адрес иниц. привратника Строка (21) Заполняется, еслипротокол — H.323 ивызов получен черезпривратник.
remote_src_sig_address Адрес иниц. устр-ва(сигн.)
Строка (21) Заполняется для всехпротоколов, кромевнутреннего и ОКС7.
remote_dst_sig_address Адрес терм. устр-ва(сигн.)
Строка (21) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
remote_src_media_address Адрес иниц. устр-ва(медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, еслибыли установленымедиа-каналы.
remote_dst_media_address
Адрес терм. устр-ва(медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, еслибыли установленымедиа-каналы.
local_src_sig_address Входящий локальныйадрес (сигн.)
Строка (21) Заполняется для всехпротоколов, кромеОКС7.
local_dst_sig_address Исходящий локальныйадрес (сигн.)
Строка (21) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
local_src_media_address Входящий локальныйадрес (медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, если
Конфигурирование и администрирование
Стр. 142
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
были установленымедиа-каналы.
local_dst_media_address Исходящий локальныйадрес (медиа)
Строка (100) Один или несколькоIP-адресов,разделенных точкой сзапятой «;».
Заполняется, еслибыли установленымедиа-каналы.
in_leg_proto Протокол сигн. на входе Строка h323 — для H.323
sip — для SIP
sip-t — для SIP-T
ss7 — для ОКС7
internal — длявнутреннегопротокола
out_leg_proto Протокол сигн. на выходе Строка h323 — для H.323
sip — для SIP
sip-t — для SIP-T
ss7 — для ОКС7
internal — длявнутреннегопротокола
Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
conf_id Conference ID ПКомм Строка (100)
in_leg_call_id Входящий Call ID ПКомм Строка (100)
out_leg_call_id Исходящий Call IDПКомм
Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
src_in_leg_conf_id Conference ID протокола Строка (100)
src_in_leg_call_id Входящий Call IDпротокола
Строка (100)
src_out_leg_call_id Исходящий Call IDпротокола
Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
Конфигурирование и администрирование
Стр. 143
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
src_user RAS имя иниц. устр-ва Строка (100) Заполняется, если дляиниц. шлюзаиспользоваласьрегистрация и былозаданорегистрационноеимя
dst_user RAS имя терм. устр-ва Строка (100) Заполняется, если длятерм. шлюзаиспользоваласьрегистрация и былозаданорегистрационноеимя
radius_user Имя пользов. длябиллинга
Строка (100) Заполняется, еслииспользоваласьRADIUS-авторизацияили аутентификация
src_name Имя иниц. устр-ва Строка (100)
dst_name Имя терм. устр-ва Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
dp_name Объект набора (DP) Строка (100) Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
elapsed_time Общая продолжит.вызова
Целочисленное Заполняется, еслибыло установленосоединение.
setup_time Время начала Дата/время
connect_time Время соединения Дата/время Заполняется, еслибыло установленосоединение.
disconnect_time Время завершения Дата/время
disconnect_code Код завершения Целочисленное Универсальный кодразъединениясогласно таблицеКоды завершениявызовов
in_leg_codecs Заявленные кодеки иниц.устр-ва
Строка (100) Заполняется, еслибыли установленывходящие медиа-каналы.
Конфигурирование и администрирование
Стр. 144
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
out_leg_codecs Кодеки на выходе Строка (100) Заполняется, еслибыли установленыисходящие медиа-каналы.
src_faststart_present Faststart у иниц. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
dst_faststart_present Faststart у терм. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
src_tunneling_present Tunneling у иниц. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
dst_tunneling_present Tunneling у терм. устр-ва Булево 0 или 1
Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.
proxy_mode Режим проксирования Булево 0 или 1
Заполняется, еслимодульмаршуртизацииавторизовал вызов.
lar_fault_reason Причина повторн.маршрутизации
Целочисленное 0 — Вызов состоялся
1 — Все маршрутыотброшены
2 — Невозможнообновить медиа-каналы
3 — LAR запрещен напоследнеммаршруте
4 — Системааварийно завершилаработу
5 — Вызов завершен
Конфигурирование и администрирование
Стр. 145
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
до переборамаршрутов
6 — Вызов завершендо полученияCONNECT
7 — Произошелобмен вложениямиISUP на посл.маршруте
8 — Вызов завершенПКомм до исп.первого маршрута»
9 — Вызов завершениз-за задержки в егообработке ПУпр
Заполняется, еслисоединение не былоустановлено.
route_retries Кол-во попытокмаршрутизации
Целочисленное
scd SCD, мсек Целочисленное Заполняется, еслибыло установленосоединение.
pdd PDD, мсек Целочисленное Заполняется, еслибыло установленосоединение или пополученииALERTING.
src_media_bytes_in Медиа поток от иниц.устр-ва, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_media_bytes_out Медиа поток к иниц.устр-ву, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_bytes_in Медиа поток от терм.устр-ва, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_bytes_out Медиа поток к терм. устр-ву, байт
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_media_packets Медиа от иниц. устр-ва,пакеты
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_packets Медиа от терм. устр-ва,пакеты
Целочисленное Заполняется, еслибыли установлены
Конфигурирование и администрирование
Стр. 146
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
медиа-каналы.
src_media_packets_late Задерж. медиа от иниц.устр-ва, пакеты
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_packets_late Задерж. медиа от терм.устр-ва, пакеты
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_media_packets_lost Утерянных медиа пакетовот иниц. устр-ва
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_media_packets_lost Утерянных медиа пакетовот терм. устр-ва
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_min_jitter_size Мин. джиттер буфер дляпакетов от иниц. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
src_max_jitter_size Макс. джиттер буфер дляпакетов от иниц. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_min_jitter_size Мин. джиттер буфер дляпакетов от терм. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
dst_max_jitter_size Макс. джиттер буфер дляпакетов от терм. устр-ва,мсек
Целочисленное Заполняется, еслибыли установленымедиа-каналы.
last_cdr CDR последней попытки Булево 1 или не заполняется
q850_reason Код завершения Q.850 Целочисленное Заполняется, еслибыло полученосообщение сподобным кодом.
in_cpc Категория выз. абонентана входе
Целочисленное Код из таблицыКатегориивызывающегоабонента
Заполняется, если навходящем участкеприсутствоваликатегории выз.абонента.
out_cpc Категория выз. абонентана выходе
Целочисленное Код из таблицыКатегориивызывающегоабонента
Заполняется, если на
Конфигурирование и администрирование
Стр. 147
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
исходящем участкеприсутствоваликатегории выз.абонента.
pass_from Передача «From» ТЕРМ.шлюзу
Целочисленное 1 или не заполняется
in_zone Зона иниц. устр-ва Строка (100) Зона из таблицыЗоны
out_zone Зона терм. устр-ва Строка (100) Зона из таблицыЗоны
Заполняется, еслибыла попыткаустановитьисходящий участоквызова.
disconnect_initiator Инициатор завершения Целочисленное 0 — Подсистемакоммутации
1 — Инициатор вызова
2 — Вызываемаясторона
diversion Переадресующий номер Строка (100) Заполняется, еслипараметрприсутствовал ввызове.
in_ani_type_of_number Входящий тип А-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал навходящем участке .
in_dnis_type_of_number Входящий тип Б-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
Конфигурирование и администрирование
Стр. 148
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал навходящем участке.
out_ani_type_of_number Исходящий тип А-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал наисходящем участке.
out_dnis_type_of_number Исходящий тип Б-номера Целочисленное -1 — Как на вход.участке
0 — Unknown
1 — Internationalnumber
2 — National number
3 — Network specificnumber
4 — Subscriber number
6 — Abbreviatednumber
Заполняется, еслипараметрприсутствовал наисходящем участке.
in_orig_dnis Входящий оригинальныйБ-номер
Строка (100) Заполняется, еслипараметрприсутствовал навходящем участке .
out_orig_dnis Исходящий Строка (100) Заполняется, если
Конфигурирование и администрирование
Стр. 149
Обозначение ввыгруженном файле
Название в CDR-записях Тип значения(максимальная
длина)
Возможныезначения
оригинальный Б-номер параметрприсутствовал наисходящем участке.
src_disconnect_codes Доп. коды разъединенияна вход. участке
Строка (100) Списокуниверсальных кодовразъединениясогласно таблицеКоды завершениявызовов,разделенных точкой сзапятой «;».
Заполняется, еслиимеются коды,которые несовпадают с главнымкодом завершения.
dst_disconnect_codes Доп. коды разъединенияна вход. участке
Строка (100) Списокуниверсальных кодовразъединениясогласно таблицеКоды завершениявызовов,разделенных точкой сзапятой «;».
Заполняется, еслиимеются коды,которые несовпадают с главнымкодом завершения.
Ниже приведены примеры (по одной записи) из файлов с подробными записями о вызове поформе CDR MVTS I и в формате CSV.
CDR по форме MVTS-I:
В настройках:
Префикс для имен CDR файлов = prefix_
Кавычки для значений = “
Обозначение пустых полей = N
Разделитель = ‘,’
Формат выгружаемых данных = текст CDR MVTS-1
======= Начало файла prefix_20080118_095202.txt ========
CDR_ID=»200801000000001028″,CDR_DATE=»2008-01-18 09:52:02″,IN_ANI=»3″,IN_DNIS=»999″,OUT_ANI=»9004″,OUT_DNIS=»9595″,BILL_ANI=»9004″,BILL_DNIS=»9005″,SIG_NODE_NAME=»N»,REMOTE_SRC_SIG_ADDRESS=»192.168.130.149:5060″,REMOTE_DST_SIG_ADDRESS=»192.168.130.47:1720″,REMOTE_SRC_MEDIA_ADDRESS=»192.168.130.149:16386″,REMOTE_DST_MEDIA_ADDRESS=»N»,LOCAL_SRC_SIG_ADDRESS=»192.168.131.12:5060″,
Конфигурирование и администрирование
Стр. 150
LOCAL_DST_SIG_ADDRESS=»192.168.131.12:35765″,LOCAL_SRC_MEDIA_ADDRESS=»192.168.131.12:12088″,LOCAL_DST_MEDIA_ADDRESS=»N»,IN_LEG_PROTO=»sip», OUT_LEG_PROTO=»h323″,CONF_ID=»[email protected]»,IN_LEG_CALL_ID=»e58871
[email protected]»,OUT_LEG_CALL_ID=»b4805c00bc76901080000017a48b7a95″,SRC_USER=»», DST_USER=»N»,RADIUS_USER=»N»,SRC_NAME=»tel_linksys»,DST_NAME=»tel_panasonic»,DP_NAME=»9005″,ELAPSED_TIME=»N»,SETUP_TIME=»2008-01-18 09:51:49″,CONNECT_TIME=»2008-01-18 09:52:02″,DISCONNECT_TIME=»2008-01-18 09:
52:02″,DISCONNECT_CODE=»262631″,IN_LEG_CODECS=»PCMU (type=,transport=[rtp],vad=[disable],fpp=[0],flags=[0x0]);PCMU (type=,transport=[rtp],vad=[disable],fpp=[20],flags=[0x0]);»,OUT_LEG_CODECS=»N»,SRC_FASTSTART_PRESENT=»0″,DST_FASTSTART_PRESENT=»N»,SRC_TUNNELING_PRESENT=»1″,DST_TUNNELING_PRESENT=»N»,PROXY_MODE=»1″,LAR_FAULT_REASON=»N»,ROUTE_RETRIES=»2″,SCD=»N»,PDD=»N»,PDD_REASON=»N»,SRC_MEDIA_BYTES_IN=»10568″,SRC_MEDIA_BYTES_OUT=»90123″,DST_MEDIA_BYTES_IN=»90123″,DST_MEDIA_BYTES_OUT=»9160″,SRC_MEDIA_PACKETS=»65″,DST_MEDIA_PACKETS=»453″,SRC_MEDIA_PACKETS_LATE=»0″,DST_MEDIA_PACKETS_LATE=»0″,SRC_MEDIA_PACKETS_LOST=»0″,DST_MEDIA_PACKETS_LOST=»0″,SRC_MIN_JITTER_SIZE=»0″,SRC_MAX_JITTER_SIZE=»0″,DST_MIN_JITTER_SIZE=»0″,DST_MAX_JITTER_SIZE=»0″,SRC_CENTREX_ID=»3″,DST_CENTREX_ID=»3″,COOKIE=»84168533″,DVO=»0″,CALL_TYPE=»N»,USER_BILLING_ID=»29″,USER_LINE_NAME=»office phone»
======= Конец файла prefix_20080118_095202.txt =========
При выгрузке CDR в CSV файл:
В настройках:
Префикс для имен CDR файлов = prefix_
Кавычки для значений =
Обозначение пустых полей = N
Разделитель = ‘,’
Формат выгружаемых данных = CSV
======= Начало файла prefix_20080117_134728.csv =========
cdr_id,cdr_date,in_ani,in_dnis,out_ani,out_dnis,bill_ani,bill_dnis,sig_node_name,remote_src_sig_address,remote_dst_sig_address,remote_src_media_address,remot
e_dst_media_address,local_src_sig_address,local_dst_sig_address,local_src_media_address,local_dst_media_address,in_leg_proto,out_leg_proto,conf_id,in_leg_cal
l_id,out_leg_call_id,src_user,dst_user,radius_user,src_name,dst_name,dp_name,elapsed_time,setup_time,connect_time,disconnect_time,disconnect_code,in_leg_code
cs,out_leg_codecs,src_faststart_present,dst_faststart_present,src_tunneling_present,dst_tunneling_present,proxy_mode,lar_fault_reason,route_retries,scd,pdd,p
dd_reason,src_media_bytes_in,src_media_bytes_out,dst_media_bytes_in,dst_media_bytes_out,src_media_packets,dst_media_packets,src_media_packets_late,dst_media_
packets_late,src_media_packets_lost,dst_media_packets_lost,src_min_jitter_size,src_max_jitter_size,dst_min_jitter_size,dst_max_jitter_size,src_centrex_id,dst
_centrex_id,cookie,dvo,call_type,user_billing_id,user_line_nam
200801000000000527,2008-01-17
13:47:28,5488,5223,5222,5489,5222,5223,
Конфигурирование и администрирование
Стр. 151
N,192.168.131.134:5061,192.168.131.135:5061,192.168.131.134:5004,192.168.131.135:41000,
192.168.131.12:5060,192.168.131.12:5060,192.168.131.12:10048,192.168.131.12:10060,sip,sip,[email protected]u,1
[email protected],[email protected],,N,N,Moolio’s
AudioCodec,Moolio’s D-Link,5 223,50631,2008-01-17 13:47:05,2008-01-17
13:47:08,2008-01-17 13:47:59,65546,PCMA (type=, transport=[rtp],
vad=[disable], fpp=[0], flags=[0x0]);PCMA (t
ype=, transport=[rtp], vad=[disable], fpp=[20], flags=[0x0]);,PCMA
(type=, transport=[rtp], vad=[disable], fpp=[0], flags=[0x0]);PCMA
(type=, transport=[rtp], vad=[disable], fpp=[20],
flags=[0x0]);,0,0,1,1,1,N,0,1043,449,N,185204,115200,35324,49800,997,590,0,0,163,10,0,74,0,5,3,3,19199054,0
,N,8,Moolio 5222 UL
======= Конец файла prefix_20080117_134728.csv =========
Выгрузка CDRs за интервал6.6.2
Объект Выгрузка CDRs за интервал в категории Выгрузка CDR позволяет произвестиоднократную выгрузку подробных записей о вызовах, принадлежащих определенномуинтервалу.
В параметрах * Начальная дата выгрузки и * Конечная дата выгрузки задайте временныеграницы выгружаемого интервала. В параметре * Период экспорта задайте временной период,по которому будут разбиваться выгружаемые CDR-записи. Записи каждого периодасохраняются в отдельный файл, за исключением случаев, когда выгрузка производитсясредствами браузера (параметр * Сохранять). В последнем случае создается единый файл.Остальные параметры объекта соответствуют аналогичными параметрам объекта Автоэкспорт(см. раздел Экспорт записей).
Для осуществления выгрузки нажмите ОК.
Заключительная обработка CDR6.6.3
Заключительная обработка CDR-записей обеспечивает большую гибкость при их выгрузке. Прииспользовании данной возможности пользователь может модифицировать выгружаемые записижелаемым для себя образом. Для этого необходимо выполнить следующее:
Установить флажок Выполнять заключительную обработку в настройках Автоэкспорта;
Поместить в каталог /var/www/rtu/extensions/cdr_export/process.dисполняемые файлы, осуществляющие обработку.
Система при установленном флажке сохраняет выгруженные CDR-записи во временном файлеи последовательно, в алфавитном порядке применяет к временному файлу все исполняемыефайлы из каталога /var/www/rtu/extensions/cdr_export/process.d.Неисполняемые файлы в каталоге игнорируются. Данные исполняемые файлы действуютподобно фильтру, то есть берут из потока STDIN данные (изначальные выгруженные CDR илирезультат обработки предыдущими фильтрами), обрабатывают их согласно собственнымправилам, и выводят их в поток STDOUT. После применения всех фильтров окончательныйрезультат обработки перемещается в конечный каталог (заданную параметром Каталог длясохранения CDR-файлов), на FTP-сервер или отображается в web-браузере.
В самих исполняемых файлах можно использовать переменные окружения ОС, значениякоторых равны соответствующим параметрам в объекте Автоэкспорт web-интерфейса. Данныепеременные перечислены в файле /var/www/rtu/extensions/cdr_export/process.d/readme.txt. Пример фильтра на языке Perl приведен в файле /var/www/rtu/extensions/cdr_export/process.d/disconnect_code.pl.
Конфигурирование и администрирование
Стр. 152
Статистика6.7
Категория объектов Статистика позволяет просматривать статистическую информацию иформировать отчеты с данными по направлениям терминирования трафика.
Отчеты6.7.1
Данный объект позволяет создавать и просматривать статистические отчеты о прохождениитрафика по объектам набора.
Для создания отчета в диалоговом окне Создать отчет (Статистика > Отчеты) введите имясоздаваемого отчета в поле * Название отчета, регулярным выражением задайте имя (имена)объектов набора, по которым собирается статистика, а в окне Детализация укажите признаки,по которым она будет группироваться.
Форма создания отчета
Детализация – перенесите из левого окна формы в правое те признаки, по которым будутгруппироваться CDR-записи при составлении отчета. Последовательность выбора признака длягруппирования записей задается перемещением признака в списке вверх-вниз с помощью
кнопок и . Сначала записи группируются по первому признаку в списке, затемгруппирование записей по второму признаку идет внутри ранее сформированных групп и т.д;
* Временной интервал – укажите временной интервал, используемый для группировки записейпо дате. Подробнее процесс формирования отчета описан ниже. Параметр действителен, толькоесли в списке Детализация указана Дата;
Конфигурирование и администрирование
Стр. 153
* Дата с…/Дата по… — укажите нижнюю и верхнюю границу диапазона дат, по которым будутотбираться записи о вызовах;
Шаблон для имени ИНИЦ. Шлюза (LIKE) – при задании шаблона для имени шлюза-инициаторавызова в отчет будут включены данные только для вызовов с участием указанного шлюза;
Шаблон для имени объекта набора (LIKE) – при задании шаблона для имени объекта набора вотчет будут включены данные только для вызовов с участием указанного ОН;
Шаблон для имени ТЕРМ. шлюза (LIKE) – при задании шаблона для имени завершающеговызов шлюза в отчет будут включены данные только для вызовов с участием указанноготерминирующего шлюза;
Опер атор ср авнения LIKE в скобках – это указание на то, что в шаблонах имен следуетиспользовать метасимволы языка mySQL.
Код завершения – при указании кода завершения вызова в отчет будут включены только вызовыс заданным кодом завершения;
Регион – выбор какого-либо префикса из раскрывающегося списка приводит к тому, что в отчетбуду включены только вызовы с указанным префиксом в тел. номере (см. раздел 6.8.7);
Для формирования отчета нажмите кнопку OK.
Сформированный отчет помещается в таблицу под названием Состав отчета с маркеромприменения фильтра и таблицу Все отчеты к ранее сгенерированным.
Таблица «Состав отчета» со вновь сгенерированными отчетами
Формирование отчета происходит следующим образом.
1. Записи с данными о вызовах (CDRs) отбираются по дате;
Способ заполнения поля Дата CDR-записей зависит от значения пар аметр а В поле «Дата» вCDR подставлять: 1 – Время начала вызова, 2 – Время заверш. вызова.
2. Если указаны шаблоны имен объекта набора, шлюза-инициатора и шлюза,завершающего вызов, записи дополнительно фильтруются согласно выражениям,заданными в поле Шаблон для имени объекта набора (LIKE), Шаблон для имени ИНИЦ.шлюза (LIKE) и Шаблон для имени ТЕРМ. шлюза (LIKE) соответственно;
3. Отобранные записи объединяются в группы по признакам, указанным в спискеДетализация. Порядок формирования групп определяется порядком следованияпризнаков в списке Детализация. Если в списке Детализация указан пункт Дата, то пригруппировке записей по дате используется значение параметра Временной интервал.Например, в списке указаны признаки Регион и Дата, причем Регион в списке находитсяперед Датой. В таком случае, все отобранные записи первоначально группируются порегиону. Затем в каждой созданной группе происходит последующая группировка подате. Допустим, значение параметра Временной интервал равно Час, тогда на каждыйчас внутри диапазона дат создается по одной группе. Если созданная таким образомгруппа не содержит вызовов, то она отбрасывается, в противном случае ей отводитсястрочка в отчёте;
4. Для каждой сформированной группы записей с данными о вызовах подсчитываются
Конфигурирование и администрирование
Стр. 154
следующие показатели:
Всего минут – суммарная продолжительность всех вызовов в минутах (по записям вгруппе), округлённая до ближайшей целой минуты;
Всего вызовов – общее число вызовов (т.е. соединений между инициатором и Системой).Иными словами – количество CDR-записей с признаком CDR последней попытки, равным«Да»;
Успешных вызовов – число успешных вызовов;
Вызов считается успешным, если он завер шился с кодом пр ичины завер шения, у котор ого втаблице кодов (см. 6.8.3) отмечен флаг Признак успешного вызова, или имел ненулевуюпр одолжительность.
Вызовов с соединением – число вызовов с голосовыми сеансами (то есть с ненулевойпродолжительностью);
Всего попыток – общее кол-во попыток установления вызова;
Успешных попыток – кол-во успешных попыток установления вызова;
Попыток с соединением – кол-во попыток с голосовыми сеансами (то есть с ненулевойпродолжительностью);
Данные по количеству вызовов (общему, успешных и с сеансами голосовой связи) важны дляоценки качества услуг, пр едоставляемых опер атор ом, тер минир ующим вызовы. Данные попопыткам вызовов (общему количеству, числу успешных и завер шившихся сеансамиголосовой связи) важны для оценки качества услуг тер минир ования, пр едоставляемыхопер атор у РТУ МТТ др угими опер атор ами.
ASR (вызовы), % – коэффициент успешных вызовов, рассчитанный по методике РТУМТТ (см. ASR(MVTS));
Стандарт. ASR (вызовы), % – коэффициент успешных вызовов, рассчитанныйобщепринятым способом (см. ASR(стандарт));
ASR (попытки), % – коэффициент успешности вызовов, отправленных для завершениядругими операторами, рассчитанный по методике РТУ МТТ (см. ASR(MVTS));
Стандарт. ASR (попытки), % – коэффициент успешности вызовов, отправленных длязавершения другими операторами, рассчитанный общепринятым способом (см. ASR(стандарт));
ACD, сек – средняя длительность вызовов ненулевой продолжительности (см. ACD);
Средн. PDD, сек – средняя величина PDD, подсчитанная только для вызовов с PDD > 0;
Средн. SCD, сек – средняя величина SCD, подсчитанная только для вызовов с SCD > 0;
Дата первого вызова – самый ранний вызов по значению Setup time в группе;
Дата последнего вызова – самый поздний вызов по значению Setup time в группе;
CDR ID первого вызова – уникальный идентификатор записи по первому вызову запериод;
CDR ID последнего вызова – уникальный идентификатор записи по последнему вызовуза период.
Просмотреть отчет можно, вызвав контекстное меню и выбрав в нем пункт Просмотр.
Аналогично можно просматривать и содержание отчетов из таблицы ранее сформированныхВсе отчеты.
Конфигурирование и администрирование
Стр. 155
Просмотр сформированного отчета
Графики6.7.2
Объект Графики предназначен для представления информации о работе системы в графическомвиде в режиме реального времени. Включить ведение статистики можно с помощью параметраВкл./Выкл. статистику (Конфигурация -> Общесистемные настройки), задав ему значение 1. Внастройках шлюзов и объектов наборов можно указать, будет ли этот шлюз или объект набораучитываться при сборе статистики (параметр Вкл. статистику). Если глобальный параметр Вкл./Выкл. статистику равен 0, то значения параметра Вкл. статистику у шлюзов и объектов наборане учитывается.
Конфигурирование и администрирование
Стр. 156
Объект Графики
Для того, чтобы создать новый график нажмите .
Появится диалоговое окно, в котором можно указать параметры создаваемого графика.
Создание графика
В раскрывающемся списке Тип объекта выберете объект, для которого будут строиться графикистатистики:
Инициатор – для шлюза-источника вызова;
Терминатор – для шлюза-адресата вызова;
Шлюз – для шлюза, когда он выступает как инициирующее и терминирующее устройствоодновременно;
Объект набора – для объекта набора в целом (т.е. по всем шлюзам, к нему относящимся).
В поле Имя объекта введите несколько первых символов имени шлюза или объекта набора, длякоторого будет строиться график, и выберите нужное имя из появившегося списка.
Если в системе используется несколько модулей маршрутизации, то отметьте в строке Модулите из них, данные которых следует принимать во внимание при построении графиков.
Для создания нового графика нажмите ОК.
На экране отобразится область построения графиков. Для того, чтобы добавить графикизменения во времени конкретного параметра, отметьте флажок рядом с его названием,расположенным на панели справа. Для наблюдения доступны следующие статистическиепараметры, рассчитываемые как экспоненциальное скользящее среднее:
ASR – Коэффициент занятия с ответом, рассчитываемый по методике MVTS;
ASR (Std) – Коэффициент занятия с ответом, рассчитываемый по общепринятойметодике;
Конфигурирование и администрирование
Стр. 157
ACD – Средняя продолжительность вызова;
PDD – Интервал времени от момента набора абонентом последней цифры вызываемогономера и до момента, когда он слышит сигнал КПВ от вызываемого номера;
SCD – Интервал времени между поступлением SETUP и получением пакета CONNECTлибо моментом завершения вызова;
QoS – Качество обслуживания;
CPS – Количество новых вызовов в секунду;
Calls – Общее количество вызовов.
Для того, чтобы изменить параметры кривой каждого графика, щелкните по названиюсоответствующего параметра.
Настройка кривой графика
Для выбора цвета линии щелкните по закрашенному полю Цвет линии.
Для изменения толщины линии из раскрывающегося списка Толщина линии выберите новуютолщину в пикселях.
Для изменения формы кривой из раскрывающегося списка Форма кривой выберите новуюформу – Сглаженную или Ломаную.
Для применения новых параметров кривой нажмите OK.
На нижней панели графика выберите частоту, с которой будут обновляться данные графика, всписке Период обновления.
С помощью ползунка Масштаб выберите желаемый масштаб графика по горизонтали.
Для остановки построения всех графиков, нажмите кнопку . Для редактирования
параметров графика нажмите .
В случае, когда отмечено более одного модуля маршрутизации, то значения, для графикарассчитываются как среднее арифметическое взвешенное, с учетом текущих значений CPS сучастием выбранного объекта по каждому из модулей.
Например, при необходимости построить график ASR для объекта набора DP1 и наличии всистеме двух модулей маршрутизации – ММ1 и ММ2, значения для графика будутрассчитываться как взвешенное среднее арифметическое по данным ASR и CPS для ММ1 иММ2. Таким образом, при ASR для ММ1 80 и ASR для ММ2 40, а также CPS 15 и 5 вызовам всек., соответственно, среднее взвешенное значение ASRavg будет равно:
ASRavg = (ASRММ1 * CPSММ1 + ASRММ2 * CPSММ2)/(CPSММ1 + CPSММ2),
то есть
ASRavg = (80*15 + 40*5)/(15+5) = 70
Когда в качестве главного параметра при построении графика выбирается количество новых
Конфигурирование и администрирование
Стр. 158
вызовов в секунду CPS и общее количество вызовов Calls, то значения для построения кривойподсчитываются как простая сумма значений CPS или Calls соответствунное от всех выбранныхмодулей маршрутизации.
Добавить новый график можно, воспользовавшись кнопкой . Вновьдобавленный график будем располагатся вверху списка областей построения графиков.
Для того, чтобы удалить график, нажмите на в его верхней правой части.
Конфигурация6.8
В категории Конфигурация выполняются общесистемные настройки (задаются значенияглобальных параметров, в том числе относящихся с графическому интерфейсу), определяетсяполитика работы с кодами завершения вызовов, и задаются параметры серверов ENUM и DNS, скоторыми взаимодействует система.
Общесистемные настройки6.8.1
Таблица Общесистемные настройки позволяет задать глобальные значения конфигурационныхпараметров, относящихся собственно к программному коммутатору класса 4.
Конфигурирование и администрирование
Стр. 159
Таблица «Общесистемные настройки»
В настоящем выпуске РТУ МТТ параметр единственными общесистемными параметрами,доступными для редактирования администратором системы, являются:
Макс. продолжительность вызова – максимальная продолжительность для всех вызовов, всекундах. Среди параметров, ограничивающих максимальную продолжительность вызова,определенных на инициаторе, терминаторе, RADIUS-сервере и в глобальных настройках,выбирается параметр с минимальным значением (значение 0 означает отсутствиеограничений);
Кол-во маршуртов, отправляемых на ПКомм за раз – задайте количество маршрутов,отобранных модулем маршрутизации, которые отправляются на ПКомм за один раз. Данныйпараметр позволяет не передавать все найденные маршруты одновременно, что увеличиваетбыстродействие.
Вкл./Выкл. cтатистику – включить или отключить ведение статистки, которая будетиспользоваться для построения графиков;
Кол-во вызовов для расчёта экспоненц. скользящ. среднего – задает количество вызовов,которое будет использоваться для расчета экспоненциального скользящего среднего следующихпараметров: ASR (MVTS), ASR (std), ACD, PDD, SCD, CPS и QoS;
В поле «Дата» в CDR подставлять: 1 – Время начала вызова, 2 – Время заверш. вызова –параметр определяет способ заполнения поля Дата в подробных записях о вызовах (CDR). 1 – вполе Дата заносится время начала вызова (время получения сообщения SETUP), 2 – в поле Датазаносится время окончания вызова;
Максимальное кол-во отладочных сеансов – задает максимальное количество записей (вызовови регистраций), хранимое в каждой из таблиц Отладочные регистрации и Отладочные вызовы;
Максимальное время хранения отладочной информации – определяет максимальнуюпродолжительность (в днях) хранения записей с отладочной информацией для таблицОтладочные регистрации и Отладочные вызовы. Поскольку размеры журналов с отладочнымизаписями могут быть весьма велики, необходимо выбрать такое значение параметра, чтобы недопустить переполнения жесткого диска;
Включить отладку для неопознанных вызовов – заносить ли в журнал отладочных вызововданные о попытках направления в Систему вызовов от шлюзов, неопознанных РТУ МТТ(которым не соответствует ни одна запись в БД, в том числе записи о шлюзах по умолчанию);
Конфигурирование и администрирование
Стр. 160
Включить отладку для неопознанных регистраций – заносить ли в журнал отладочныхрегистраций данные о запросах на регистрацию от шлюзов, неопознанных РТУ МТТ (которымне соответствует ни одна запись в БД, в том числе записи о шлюзах по умолчанию);
Способ отображения времени в параметре «Общая продолжительность вызова» – булевапеременная, позволяющая задавать единицы времени, в которых определяется общаяпродолжительность сеанса связи. Возможные значения: 1 – секунды, 0 – миллисекунды.Значение по умолчанию – 1.;
Максимальное кол-во CDR в очереди – укажите максимальное количество CDR-записей,хранящихся в очереди модуля маршуртизации. Если БД не способна вставлять CDR-записи с тойже скоростью, с какой они генерируются модулем маршрутизации, то данные CDR-записинакапливаются в очереди. Когда их число превышает заданный максимум, то Система начинаетзаписывать их на жесткий диск и устанавливает состояние тревоги по данному сигнала (чтовызывает отправку уведомления, см. раздел Уведомления ПКомм).
Уведомлять при кол-ве CDR в очереди меньше, чем – если количество CDR-записей в очередименьше, чем заданное число, то состояние тревоги, установленные при превышениимаскимального количества CDR в очереди, сбрасывается (о чем на электронный адресадминистратора Системы отправляется уведомление).
Срок хранения CDR-записей – укажите срок хранения таблиц с CDR-записями в месяцах.Таблицы с CDR-записями, у которых истек срок хранения, будут автоматически удаляться из БД.Для отмены автоматического удаления необходимо установить параметр в 0. Более подробнаяинформация содержится в разделе Таблицы CDR.
Периодичность создания промежуточных пакетов/записей – укажите периодичность отправкиInterim-пакетов на RADIUS-сервер/создания промежуточных CDR-записей.
Создавать промежуточные CDR-записи – определяет, будут ли создаваться промежуточныеCDR-записи.
Период обновл. данных для распредел. нагрузки по шлюзам – количество вызовов, послемаршрутизации которых на определенный объект набора происходит обновление данных дляпараметра Распределение нагрузки по шлюзам в объекте набора. После обновления счетчиквызовов на ОН для этого параметра обнуляется. Таким образом, задание большего значениепозволяет уменьшить частоту обновления данных и уменьшить нагрузку на Систему. ПоведениеСистемы при различных значениях параметра Распределение нагрузки по шлюзам следующее:
циклический выбор шлюзов – выбор нового шлюза происходит каждые N вызовов,направленных на данный объект набора, где N задан параметром Период обновл. данныхдля распредел. нагрузки по шлюзам;
распред. по абсолютной загрузке – обновление количества вызовов на шлюзах для данногообъекта набора (и выбор нового шлюза) происходит каждые N вызовов, направленных наданный объект набора, где N задан параметром Период обновл. данных для распредел.нагрузки по шлюзам;
распред. по соотношению «текущая нагрузка/емкость» – обновление соотношения«нагрузка/емкость» на шлюзах для данного объекта набора (и выбор нового шлюза)происходит каждые N вызовов, направленных на данный объект набора, где N заданпараметром Период обновл. данных для распредел. нагрузки по шлюзам.
Коэффициент EMA при расчете средн. времени обработки вход. вызова — данный параметриспользуется для расчета среднего времени, требующегося для обработки входящего вызовамодулем маршрутизации. Поскольку ПКомм отклоняет все вызовы, если они обрабатывалисьмодулем маршрутизации более 5 секунд, то данное время используется для определения того,сможет ли модуль маршрутизации завершить обработку вовремя и следует ли ему вообщеначинать обработку вызова. Конкретнее, если время, когда модуль маршрутизации получилвызов на обработку, + среднее время обработки вызова больше, чем время получения SETUP +5 секунд, модуль маршрутизации отклонит вызов без обработки. Среднее время обработкивызова рассчитывается по методу экспоненциального скользящего среднего (EMA) последующей формуле:
Конфигурирование и администрирование
Стр. 161
где
— среднее время обработки вызова.
— определенный шаг.
— момент времени.
— количество времени, которое потребовалось Системе на обработку вызова.
— коээфициент EMA, заданный параметром Коэффициент EMA при расчете средн.времени обработки вход. вызова.
Чем больше коэффициент, тем более точным будет усреднение.
Макс. время обработки входящего вызова модулем маршрутизации, мсек — максимальноеколичество времени, которое может затратить модуль маршуртизации на обработку одноговызова. По истечении данного времени вызов будет завершен. Поскольку ПКомм ожидает, чтомодуль маршрутизации будет обрабатывать вызов не более 5 секунд и по их истечении в любомслучае завершает вызов, не имеет смысла устанавливаеть данный параметр в значение, более 5секунд.
В настоящий момент вр емя окр угляется до секунд.
При необходимости изменить настройки какого-либо из параметров, щелчком мыши напараметре вызовите контекстное меню и выберите пункт Редактировать, либо нажмите кнопкуРежим редактирования, для перевода таблицы в состояние, позволяющее изменять значенияобщесистемных параметров.
Конфигурация графического интерфейса6.8.2
Объект «Конфигурация граф. интерфейса»
Таблица Конфигурация граф. интерфейса раздела Конфигурация содержит следующиепараметры, предназначенные для настройки web-интерфейса:
Язык интерфейса – задает язык интерфейса по умолчанию (1 – английский, 2 – русский);
Кол-во строк на странице – задает возможные размеры страниц (в кол-ве отображаемых строк).Список с разделением элементов списка запятой. Например, 10, 20, 30, 50.
Кол-во строк на странице по умолчанию – задает кол-во строк, отображаемых в таблице поумолчанию;
Конфигурирование и администрирование
Стр. 162
Макс. кол-во строк в таблицах – позволяет задавать максимальное количество записей,отображаемых в таблицах. Если количество записей в базе данных превышает заданный предел,при открытии таблицы пользователю выводится сообщение с предложением воспользоватьсяфильтром с целью ограничения количества выводимых данных. Данный параметр предназначендля ускорения отображения таблиц, содержащих большое количество записей (например,таблиц, содержащих CDR записи). Если параметр не задан, то при отображении большогоколичества записей возможна ошибка «General error: 126 Incorrect key file for table»;
Формат дат в CSV – позволяет задавать формат отображения даты и времени, вэкспортируемых данных;
Разделитель полей в CSV – позволяет задавать символ для разделения полей в файлах сэкспортируемыми данными, например, запятая или точка с запятой;
Обозначение пустого значения в CSV – позволяет задавать символы для заполнения пустыхполей в файлах с экспортируемыми данными;
Символ для заключения полей в CSV – позволяет задавать символы, в которые будутзаключаться экспортируемые данные, например, кавычки;
Вкл./выкл. протоколирование действий пользователей – флаг, позволяющий управлятьведением протокола действий пользователей в web-интерфейсе. Значения — 0/1. 0 – отключитьпротоколирование, 1 – включить протоколирование;
Вкл./выкл. протоколирование просмотра объектов пользователями – флаг, позволяющийуправлять ведением протокола просмотра пользователями объектов в web-интерфейсе.Значения — 0/1. 0 – отключить протоколирование, 1 – включить протоколирование;
Хранить протокол действий пользователя (дней) – задает время хранения протоколов действийпользователя в интерфейсе в днях. Для уменьшения нагрузки на сервер, записи, срок хранениякоторых истек, удаляются не сразу по истечении срока, а с задержкой;
Вкл./выкл. протоколирование аутентификаций – флаг, управляющий ведением протоколадоступа пользователей к системе. Значения — 0/1. 0 – отключить протоколирование, 1 – включитьпротоколирование;
Хранить предысторию аутентификаций (дней) – задает время хранения записей обаутентификации пользователя в днях. Для уменьшения нагрузки на сервер, записи, срокхранения которых истек, удаляются не сразу по истечении срока, а с задержкой;
Добавлять BOM в экспортируемые файлы – укажите значение 1, если необходимо в началоэкспортируемого файла добавлять метку BOM (Byte Order Mark), которая указывает наиспользуемый порядок байт в данной кодировке Юникод.
Инициализирующие значения из фильтра – укажите значение 1, если при добавлении новогоэлемента в отфильтрованную таблицу, значения полей, по которым осуществлялась фильтрация,будут взяты из фильтра;
Вкл./выкл. баннер – управляет отображением баннера в верхней части web-интерфейса. 0 – непоказывать баннер, 1 – показывать баннер;
Кодировка экспортируемого файла – задайте кодировку файла, экспортируемого черезвсплывающее меню. Список возможных кодировок:
UTF8
UTF16
UTF32
CP1251/WINDOWS1251
KOI8R
Добавлять BOM в экспортируемые файлы – укажите значение 1, если необходимо в началоэкспортируемого файла добавлять метку BOM (Byte Order Mark), которая указывает наиспользуемый порядок байт в данной кодировке Юникод.
Для задания значения параметра наведите курсор на нужную запись и нажмите правую клавишу
Конфигурирование и администрирование
Стр. 163
мыши. На появившемся контекстном меню выберите Редактировать.
Диалоговое окно редактирования параметра «Макс. кол-во строк в таблицах»
В открывшемся диалоговом окне, в поле Значение, введите требуемое значение и нажмитекнопку OK. Для того, чтобы отменить действия, нажмите кнопку Отмена.
Отдельно задается параметр Часовой пояс:
Часовой пояс — из раскрывающегося списка выберите часовой пояс для дат, отображаемых вграфическом интерфейсе (в объектах Подробные записи о вызовах, Отчеты, Отладочныевызовы и Отладочные регистрации), в положительных или отрицательных единицах смещенияот времени по Гринвичу.
Коды завершения вызовов6.8.3
Данная таблица содержит справочную информацию о кодах причин завершения соединений.
Таблица «Коды завершения вызовов»
В таблице представлена следующая информация:
Универсальный код – внутренний код завершения, используемый ПКомм и ПУпр при обменеинформацией о причинах завершения соединения;
Группа – группа, к которой относится код завершения;
Код – код завершения вызова;
Конфигурирование и администрирование
Стр. 164
Причина – расшифровка кода завершения вызова;
Признак успешного вызова – индикатор кода успешного завершения вызова, используемыйПУпр для расчета показателя ASR. Для того, чтобы пометить код как признак успешного вызова,наведите курсор на интересующую запись, левой кнопкой мыши вызовите всплывающее менюи выберите Редактировать. В открывшемся диалоговом окне отметьте данную кнопку-флажок инажмите OK;
Соответств. код в H.323/SIP – в этих колонках отображается информация о том, какой кодзавершения будет направлен сторонам, участвовавшим в соединении в случаях, когда в качествекода завершения выступает локальный код ПКомм или ПУпр. Оборудованию,поддерживающему протокол H.323 будет выслан код указанный в колонке Соответств. код вH.323, а оборудованию, поддерживающему протокол SIP – код указанный в колонкеСоответств. код в SIP;
ENUM-cерверы6.8.4
Таблица ENUM-серверы содержит сведения о серверах ENUM, сконфигурированных в системе.
Объект ENUM-серверы предназначен для настройки параметров соединения с ENUM-серверами, обеспечивающими преобразование телефонного номера вызываемого абонента спомощью алгоритма DDDS (Dynamic Delegation Discovery System) из формата Е.164 вунифицированный идентификатор ресурса (URI). В дальнейшем унифицированныйидентификатор ресурса (URI) преобразуется в IP-адрес через службу доменных имен DNS.
Таким образом, ENUM-сервера могут использоваться в качестве внешнего средствамаршрутизации вызовов. Более подробную информацию о технологии ENUM можно найти вRFC 3761.
Внешняя мар шр утизация с использованием ENUM-сер вер ов возможна только по сигнальномупр отоколу SIP.
Если необходимо добавить запись о сервере, вызовите контекстное меню и выберите в немпункт Добавить.
Форма с данными ENUM-сервера
Конфигурирование и администрирование
Стр. 165
В открывшемся диалоговом окне в поле укажите следующую информацию (обязательными длязаполнения являются поля, помеченные символом «*»):
* Название – имя ENUM-сервера;
Описание – в этом поле можно указать любую справочную информацию, имеющуюотношение к создаваемой записи;
Запись активна – отметьте кнопку-флажок, чтобы активировать запись;
* Адрес – введите IP-адрес сервера;
Домены – в этом поле можно указать доменную зону сервера.
Указав всю необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицус присвоенным ей уникальным идентификационным кодом (ID), а в колонке Время измененияотобразится дата и время создания записи. Теперь при настройке шлюзов можно указать данныйENUM-сервер в качестве внешнего средства маршрутизации (см. раздел Оборудование).
При необходимости внести изменения в запись, щелчком мыши по записи вызовите контекстноеменю и выберите пункт Редактировать.
DNS-серверы6.8.5
Таблица DNS-серверы содержит записи о серверах службы доменных имен, используемых дляразрешения уникальных идентификаторов ресурса (URI), полученных от ENUM-серверов.
При необходимости добавить запись о сервере, вызовите контекстное меню и выберите в немпункт Добавить.
Диалоговое окно параметров DNS-сервера
Заполните поля формы DNS-серверы необходимыми значениями и нажмите кнопку OK.Обязательными для заполнения являются только поля: * Название (имя, назначаемое DNS-серверу администратором) и * Адрес, помеченные символом ‘*’.
Параметр Приоритет означает предпочтительность выбора DNS сервера для работы. Чембольше значение параметра – тем выше приоритет сервера.
Конфигурирование и администрирование
Стр. 166
Отметьте кнопку-флажок Запись активна, чтобы сделанные настройки вступили в действие.
Если нужно внести изменения в запись, щелчком мыши по записи вызовите контекстное меню ивыберите пункт Редактировать.
Регионы6.8.6
Данная таблица содержит названия географических мест перенаправления трафика. Длясоздания новой записи на всплывающем меню выберите Добавить.
В текстовом поле * Название, открывшегося диалога, введите имя конфигурируемого региона инажмите кнопку ОК. Уникальный идентификатор записи ID будет сформирован автоматически.
Описание регионов6.8.7
В таблице Описание регионов хранится справочная информация об особенностях номеров понаправлениям: префиксах, минимальной и максимальной длине номера.
Для создания новой записи в таблице Описание регионов, на всплывающем меню выберитеДобавить.
Диалоговое окно «Префиксы зон»
В открывшемся диалоговом окне укажите следующую информацию (поля обязательные длязаполнения помечены знаком “*”):
* Регион – в раскрывающемся списке выберите имя региона;
* Префикс – укажите префикс телефонных номеров для региона;
Мин. длина номера – целым положительным числом укажите минимальную длину номера дляданного региона;
Макс. длина номера – целое положительное число, указывающее на максимальную длинуномера в регионе.
Указав необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицу.
Категории вызывающего абонента6.8.8
В таблице Категории вызывающего абонента хранится справочная информация о категорияхвызывающего абонента.
Конфигурирование и администрирование
Стр. 167
Таблица «Категории вызывающего абонента»
В таблице представлена следующая информация:
Тип категории – наименование стандарта, согласно которому определена категория;
Пространство имён – принадлежность категории к международному (CPC) или американскому(OLI) стандарту;
Код – код категории;
Описание – расшифровка кода категории.
Трансляции категорий вызывающего абонента6.8.9
В таблице Трансляции категорий вызывающего абонента хранится информация о соответствияхмежду международными (CPC) и американскими (OLI) категориями вызывающего абонента.
Таблица «Трансляции категорий вызывающего абонента»
В таблице представлена следующая информация:
Пространство имён – принадлежность категории к международному (CPC) или американскому(OLI) стандарту;
Код – код категории;
Соответств. код в CPC – если категория принадлежит к стандарту OLI, в данном полеотображается код, который соответствует данной категории по стандарту CPC. В случае случае,если соответствие не задано, то используется значение из параметра Соответств. код в CPC поумолчанию.
Соответств. код в CPC по умолчанию – если категория принадлежит к стандарту OLI, в данномполе отображается код, который соответствует данной категории по стандарту CPC поумолчанию.
Соответств. код в OLI – если категория принадлежит к стандарту CPC, в данном полеотображается код, который соответствует данной категории по стандарту OLI. В случае случае,если соответствие не задано, то используется значение из параметра Соответств. код в OLI поумолчанию.
Конфигурирование и администрирование
Стр. 168
Соответств. код в OLI по умолчанию – если категория принадлежит к стандарту CPC, в данномполе отображается код, который соответствует данной категории по стандарту OLI поумолчанию.
Преобразование категорий из одного стандарта в другой происходит автоматически, если навходящем участке вызова (или после преобразования категорий на ОН, шлюзах и т.д.) категориязадана в одном стандарте (например, CPC), а на исходящий участок вызова она должнапередаваться в другом стандарте (например, OLI).
Группы общей ёмкости6.8.10
В логике функционирования транзитного коммутатора имеется понятие емкостной группы(capacity group).
Таблица «Группы общ ей емкости»
Группирование по признаку пропускной способности (емкости по трафику) имеет своей цельюболее удобное управление индивидуальной и совокупной емкостью шлюзов (gateways) инаправлений (объектов набора/коммутации или dial peers). Управление емкостью позволяет,при необходимости, ограничить количество вызовов не только по каждому отдельно взятомушлюзу, но и по группе шлюзов в целом.
Например, при индивидуальной емкости терминирующих шлюзов A и B по 10 вызовов каждый,может возникнуть необходимость ограничить суммарную емкость на прием трафика через этишлюзы 15 вызовами. Такая задача решается за счет отнесения шлюзов А и B к группе A_B иограничением емкости по входящей нагрузке (трафику) для этой группы 15 одновременнымивызовами.
В таком случае при поступлении очередного вызова на шлюз А, будет проходить как проверкане превышена ли емкость шлюза А, так и проверка не превышена ли емкость по входящемутрафику, установленная для группы A_B, в которую входит шлюз А.
Уже имеющиеся емкостные группы могут в свою очередь являться элементом другихемкостных групп, порождая, таким образом, иерархию групп.
В такой ситуации при поступлении очередного вызова для шлюза A будет проходить проверкана превышение емкости по самому шлюзу, по группе A_B, в которую входит шлюз, и по группе
Конфигурирование и администрирование
Стр. 169
A_B_C, в которую входит группа A_B и далее по всем уровням существующей иерархииемкостных групп.
Для добавления группы общей емкости вызовите контекстное меню и выберите пункт Добавить.
Добавление новой группы емкости
В открывшемся диалоговом окне в поле укажите следующую информацию (поля, помеченныезнаком «*», являются обязательными для заполнения):
* Название – введите название группы емкости;
Описание – в этом поле можно указать любую информацию, имеющую отношение ксоздаваемой записи;
Родительская группа – укажите родительскую группу емкости;
Емкость – количество одновременных вызовов, которые может принимать данная группаю Еслиёмкость не указана или использовано значение 0 — ёмкость неограничена.
После задания необходимых параметров нажмите ОК.
Группы емкости по номерам6.8.11
Данная таблица содержит группы, ограничивающие количество одновременных вызовов сопределенным номером. Группы, заданные в таблице, могут назначаться шлюзам-инициаторамдля А-номеров (параметр ИНИЦ. Группа ёмкости по номерам в настройках шлюзов), шлюзам-терминаторам для Б-номеров (параметр ТЕРМ. Группа ёмкости по номерам в настройкахшлюзов), а также для Б-номеров могут быть переопределены в объектах набора (параметрПереопределить группу ёмкости по номерам в настройках ОН). Если группа назначена, то покаждому номеру количество одновременных вызовов, проходящих через данный шлюз/объектнабора, не может превышать заданного в группе.
Группы емкости по номерам
* Имя – название группы емкости;
* Емкость – максимальное количество вызовов с одинаковым номером. Если ёмкость неуказана или использовано значение 0 — ёмкость неограничена;
При ограничении А-номеров используется номер после преобразования на шлюзе-инициаторе,при ограничении Б-номеров на объекте набора — номер после глобальных правилпреобразования трансляций, при ограничении Б-номеров в терминирующем шлюзе — номерпосле преобразования на объекте набора.
Конфигурирование и администрирование
Стр. 170
Образцы кодеков6.8.12
Данная таблица содержит значения кодеков, которые изначально заданы в Системе в таблицеКодеки. Ее можно использовать для восстановления изначальных параметровпредустановленных кодеков, в случае если они были изменены или удалены.
Восстановление настроек кодеков по умолчанию
В таблице хранится список предустановленных кодеков вместе с их изначальными параметрами.Для восстановления значений определенного кодека или кодеков выделите их в таблице вколонке слева, вызовите всплывающее меню и выберите пункт Специальная функция –>Восстановить кодеки по образцам (для отмеченных или выбранных). Если к таблице примененфильтр, то для восстановления значений кодеков, отображаемых в отфильтрованной таблице, вовсплывающем меню выберите пункт Специальная функция –> Восстановить кодеки пообразцам (все отфильтрованные). Для восстановления настроек всех предустановленныхкодеков нажмите кнопку ОК под заголовком Восстановить кодеки по образцам.
Образцы RADIUS-полей6.8.13
На данной странице находится таблица с образцами полей RADIUS-учета. Данную таблицуможно использовать для восстановления изначальных настроек RADIUS-полей в таблице ПоляRADIUS (см. раздел Поля RADIUS).
Страница «Образцы RADIUS-полей»
В колонках таблицы атрибутов доступна следующая информация:
ID – идентификатор атрибута (порядковый номер);
Имя записи – название атрибута, в формате: <источник атрибута>-<имя атрибута>, где:
Источник атрибута – может иметь значения:
o rfc – профиль атрибута сформирован согласно RFC2866;
o cisco — профиль атрибута сформирован согласно спецификаций Cisco;
o mvts — профиль атрибута сформирован как проприетарный для РТУ;
Имя атрибута — имя атрибута; выбирается из списка имён, определённых в RFC2866,
Конфигурирование и администрирование
Стр. 171
предоставляемых системой РТУ или определённых Cisco.
Код – цифровой код атрибута;
Идентификатор компании – идентификатор пространства кодов, выделенных определеннойкомпании для определения атрибута (9 = CISCO). В случае, если указано пустое значение, топредполагается использование атрибута согласно RFC 2866;
Тип – тип значения (string – строка, integer – целое число и т.д.);
Значение – значение (содержимое) атрибута;
Описание – произвольное пояснение или расшифровка значения.
Для восстановления изначальных значений RADIUS-полей в таблице Поля RADIUS необходимовыделить любым способом образцы в таблице Образцы RADIUS-полей (с помощью щелчкамыши, установки флажков в колонке слева или фильтра), вызывать контекстное меню и выбратьпункт Специальная функция -> Восстановить RADIUS-поле из образца.
Контекстное меню таблицы «Образцы RADIUS-полей”
Восстановить все RADUIS поля можно щелкнув по кнопке OK в процедуре Восстановить всеRADIUS-поля из образцов.
Процедура восстановления RADIUS-полей из образцов
При любом способе восстановления Системе сопоставляет восстанавливаемые образцы изаписи в таблице Поля RADIUS по параметру Имя записи. Если найдены записи с одинаковымипараметрами Имя записи, то запись в таблице Поля RADIUS заменяется на образец. Еслиподобных записей нет, образец копируется в таблицу Поля RADIUS.
Таблицы CDR6.8.14
Данный объект содержит список всех таблиц с CDR-записями, содержащимися в БД. Системахранит одну таблицу на каждый месяц.
Конфигурирование и администрирование
Стр. 172
Объект «Таблицы CDR»
Каждая запись в объекте обозначают одную таблицу в БД. Для просмотра информации оконкртеной таблице вызовите контекстное меню и выберите пункт Просмотр.
Имя таблица – наименование таблицы в БД в формате mvts_cdr_<год><месяц>.
Кол-во строк – количество записей в таблице.
Размер данных – объем данных в мегабайтах.
Доступна для удаления – флаг доступности таблиц для удаления. Недоступны для удаленияследующие таблицы:
Таблица за текущий месяц;
Таблица за следующий месяц;
Таблица за 3 предыдущих месяца;
Таблица mvts_cdr_000000, в которой хранятся сомнительные CDR-записи.
Для очистки БД в Системе имеется возможность настроить автоматическое удаление таблиц сCDR-записями. Для этого в таблице Общесистемные настройки в параметре Срок храненияCDR-записей (см. раздел Общесистемные настройки) необходимо задать количество месяцев, втечение которых будет храниться таблица после ее создания. Например, если:
Текущий месяц – май (то есть, 05).
Срок хранения CDR-записей = 2
тогда все записи, созданные в марте (месяц 03) и ранее, будут удалены из базы данных. Дляостановки автоматического удаления необходимо присвоить параметру Срок хранения CDR-записей значение 0.
Кроме того, в Системе имеется возможность удалять таблицы с CDR-записями вручную. Дляэтого в объекте Таблицы CDR выделите любым способом желаемые таблицы (с помощьющелчка мыши, расстановки флажков в левой колонке или фильтра), вызовите контекстное менюи выберите пункт Удалить таблицы CDR.
Настройка представлений6.8.15
В данной таблице задается набор фильтров, применымых к объектам графического интерфейсаСистемы. Для каждой записи Система создает отдельный подобъект в дереве категорий, вкотором представленая отфильтрованная информация. Для добавления нового представлениявызовите контекстное меню и выберите пункт Добавить.
Таблица «Настройка представлений»
В открывшемся диалоговом окне укажите следующую информацию (поля обязательные длязаполнения помечены знаком “*”):
* Таблица — укажите таблицу, к которой будет применяться заданный фильтр. В данной таблицебудет создан подобъект с данными, отфильтрованными согласно параметру Фильтр.
* Название представления — введите имя представления (имя подобъекта).
* Фильтр — задайте фильтр, которы будет применятся к данным из родительской таблицы,указанной в параметре Таблица. Правила задания фильтра описаны в разделе Использование
Конфигурирование и администрирование
Стр. 173
фильтров.
Указав необходимую информацию, нажмите кнопку ОК. Запись будет добавлена в таблицу. Приэтом Система создаст новое представление в виде отдельного подобъекта в дереве объектовграфического интерфейса для родительской таблицы. Например, для рисунка выше этопредставление будет иметь вид:
Добавленное представление
Протоколирование6.9
В категории Протоколирование находятся объекты, относящиеся к протоколированиюаутентификаций и действий пользователя в web-интерфейсе.
Предыстория аутентификаций6.9.1
Объект Предыстория аутентификаций предназначен для протоколирования сеансов входапользователя в систему.
Объект «Предыстория аутентификаций»
В таблице представлена следующая информация:
Конфигурирование и администрирование
Стр. 174
ID сеанса – идентификационный номер сеанса администрирования РТУ МТТ;
Время события – время, когда произошла попытка аутентификации;
Пользователь – учетная запись пользователя, используемая при аутентификации;
Область гр. интерфейса – область гр. интерфейса, в которой работает пользователь;
Регистрационное имя – регистрационное имя пользователя, под которым пользователь вошелили пытался войти в систему;
IP-адрес – адрес, с которого произошел вход в систему;
Успешная регистрация – была ли попытка аутентификации успешной.
Для того, чтобы просмотреть все действия пользователя во время определенного сеанса, левойкнопкой вызовите контекстное меню и выберите пункт Действия пользователей. Откроетсяобъект Протокол действий пользователей, отфильтрованный по ID выбранного сеанса.
Протокол действий пользователей6.9.2
Таблица Протокол действий пользователей содержит записи о доступе к объектам базы данныхи действиях с ними.
Страница с записями протокола действий пользователей
Отдельная запись о событии представлена следующими данными, отражаемыми в колонкахтаблицы:
ID – идентификатор (порядковый номер) записи;
ID сеанса – идентификатор сеанса, во время которого была создана запись;
Время события – дата и время создания записи;
Пользователь – имя учетной записи пользователя, действия которого запротоколированы;
Объект – объект, над которым совершал действия пользователь;
Действие – суть выполненных действий;
Данные – подробное описание результата выполненных действий;
Фильтр – фильтр, использовавшийся при поиске информации;
Обработано строк – количество строк подвергшихся изменениям.
Конфигурирование и администрирование
Стр. 175
Импорт6.10
Категория Импорт содержит единственный мастер Импорт, предназначенный дляимпортирования записей из csv-файла в различные таблицы Системы.
На первом шаге мастера необходимо указать файл, из которого будут импортироваться записи,и задать необходимые настройки импорта.
Задание параметров импортируемого файла. Шаг 1
Можно задать следующие параметры:
* Из файла – с помощью кнопки Обзор укажите путь к файлу, из которого будет происходитьимпорт записей;
* В таблицу – из раскрывающегося списка выберите таблицу, в которую будут импортироватьсязаписи;
* Последовательность колонок – из раскрывающегося списка выберите способ определенияпоследовательности колонок.
Сопоставить с заголовками – процедура импорта автоматически сопоставляет названияколонок в файле с названиями колонок в таблицах web-интерфейса. Таким образом,порядок колонок в файле может быть произвольным, при условии, что состав колонок вфайле соответствует составу колонок web-интерфейсе. Данный способ используется для
Конфигурирование и администрирование
Стр. 176
импорта записей, полученных путем экспорта через контекстное меню всоответствующей таблицы.
Использовать шаблон – процедура импорта сопоставляет колонки в том порядке, в какомони расположены в web-интерфейсе (без учета изменений в последовательности колонокweb-интерфейса, сделанных пользователем), причем те колонки в интерфейсе, которыепользователь не может редактировать (например, ID), — игнорируются. Данный способиспользуется, если файл с импортируемыми записями получен с помощью файла-шаблона (см. ниже).
* Разделитель – из раскрывающегося списка выберите разделитель, который используетсямежду полями колонок в csv-файле;
* Символ для заключения полей — из раскрывающегося списка укажите символ, которыйиспользуется для обрамления полей в csv-файле;
Содержит заголовки – установите флажок, если первая строка csv-файла содержит заголовки.Таким образом, при импорте заголовки не будут вставлены в таблицу;
* Кодировка – из раскрывающегося списка выберите кодировку csv-файла;
* Формат даты – из раскрывающегося списка выберите формат дат, используемых в csv-файле.Кроме того, некоторые колонки (например, в группе Расписание таблицы Объекты набора(DPs)) также проверяются на соответствие своим собственным форматам дат;
Записи только для “вставки” – установите флажок, если необходимо импортировать только тезаписи из файлов, которые отсутствуют в целевой таблице. Обновление существующих записейв подобном случае производиться не будет;
* Набор уникальных колонок – укажите список колонок, по которым будет проверятьсяуникальность записей в csv-файле. Для того, чтобы запись в файле считалась уникальной,необходимо, чтобы комбинация значений колонок, указанных в данном списке, былауникальной. Неуникальные записи, найденные в csv-файле, при импорте отбрасываются;
Шаблон – нажмите на ссылку Просмотр, для того, чтобы отобразить пустой csv-файл,содержащий только заголовки колонок. Данный файл можно использовать длянепосредственного внесения данных, которые потом можно импортировать. Шаблон несодержит колонок, которые пользователь не может редактировать (например, ID), тем самымего можно легко импортировать с помощью метода Использовать шаблон.
После завершения настроек нажмите кнопку Загрузить и перейдите к следующему шагумастера.
Задание последовательности колонок. Шаг 2
На втором шаге можно настроить последовательность колонок так, чтобы она соответствовала
последовательности загруженных данных. Используйте кнопки и для перемещения
Конфигурирование и администрирование
Стр. 177
названий колонок в крайнее левое и крайнее правое положение соответственно, или щелкнитемышью по названию колонки, перетащите его в нужное положение, щелкните еще раз для того,чтобы вставить его.
Последовательность колонок, заданная пользователем, может быть сохранена для дальнейшегоиспользования. Для этого нажмите кнопку Сохранить последовательность, введите названиепоследовательности в поле * Имя последовательности и нажмите кнопку Сохранить.
Сохранение последовательности колонок
Для удаления сохраненных последовательностей нажмите кнопку Удалить последовательностьи выберите ее название.
Конфигурирование и администрирование
Стр. 178
Удаление последовательности колонок
Для продолжения работы нажмите кнопку Далее.
На третьей странице «мастера» представлена информация об импортируемых данных:
Название таблицы.
Общее количество импортируемых записей.
Количество новых записей.
Количество обновляемых записей.
Количество записей с ошибками. Записи с ошибками не импортируются.
Количество дублированных записей. При этом из записей-дубликатов, найденных в csv-файле, импортирована будет только последняя запись, а записи-дубликаты, найденные вБД, обновлены не будут.
Параметр Список колонок для обновления в группе Дополнительные параметры содержитокно с двумя списками. Колонки в правом списке будут обновлены при импорте. Колонки влевом списке не будут обновляться при импорте. Для того, чтобы переместить колонки из
левого спика в правый и наоборот используйте кнопки и .
Конфигурирование и администрирование
Стр. 179
Импорт данных. Шаг 3
Таблица Данные для импорта представляет собой временную таблицу, содержащую данные,загруженные в Шаге 1. Помимо колонок, содержащихся в основной таблице, временная таблицасодержит также колонку Ошибка, в которой отображается информация об обнаруженныхошибках, и колонку Текущее состояние с текущим состоянием записи.
Редактировать записи и добавлять новые записи во временную таблицу можно так же, как и приработе с основными таблицами. При редактировании записей они автоматически проверяются,и выставляется новое состояние.
Окончив работу с таблицей Данные для импорта, нажмите на кнопку Импорт для загрузкиданных в основную таблицу. Для того, чтобы выйти из мастера и вернуться на первую страницу,нажмите кнопку Отмена.
Конфигурирование и администрирование
Стр. 180
Настройки RADIUS6.11
Категория Настройки RADIUS содержит объекты, позволяющие гибко настроитьвзаимодействие Системы с RADIUS-серверами при осуществлении аутентификации, учетаиспользования предоставляемого сервиса и маршрутизации по протоколу RADIUS.
Подробное изложение порядка работы с объектами категории при настройке RADIUS-учета всоответствии с нуждами оператора связи содержится в разделе Настройка RADIUS-учета всоответствии с требованиями оператора связи.
Глобальные настройки RADIUS6.11.1
Объект Глобальные настройки RADIUS позволяет задать глобальные настройки, относящиеся квзаимодействию со всеми RADIUS-серверами.
Глобальные настройки RADIUS
Подставлять значение параметра H323_IVR_IN в поле UserName – значение «1» означаетнеобходимость подставлять значение параметра H323_IVR_IN, пришедшего от RADIUS-сервера,при использовании авторизации или внешней маршрутизации, в поле UserName в пакетах учета;
Конфигурирование и администрирование
Стр. 181
Внешняя маршрутизация без авторизации – значение «1» означает не авторизовыватьмаршруты одного объекта набора на RADIUS-сервере, если хотя бы один маршрут данногообъекта набора получен с помощью внешней маршрутизации через RADIUS-сервер;
Шифровать нешифрованный пароль от H.323-шлюза – установите значение 1, если необходимошифровать нешифрованный пароль от H.323-устройства, отправляемый на RADIUS-сервер,когда устройство регистрируется через шлюз по умолчанию или в качестве RADIUS-пароля унего задан ‘*’. Для шифрования используется ключ шифрования того RADIUS-сервера, накоторый отправляется пароль;
Значение атрибута Service-Type – задайте значение, которое будет отправляться в атрибутеService-Type в пакетах на RADIUS-сервер. Если значение равно 0, то атрибут не включается впакеты. Более подробная информация о параметре содержится в RFC 2865.
Значение атрибута Framed-Protocol – задайте значение, которое будет отправляться в атрибутеFramed-Protocol в пакетах на RADIUS-сервер. Если значение равно 0, то атрибут не включается впакеты. Более подробная информация о параметре содержится в RFC 2865.
Период опроса неактивных RADIUS-серверов – интервал между попытками переключения наработу с неактивными, но более приоритетными RADIUS-серверами. См. параметр Приоритетраздела RADIUS-серверы.
Заполнять h323-conf-id Conf ID, пришедшим из оборудования – параметр определяет способзаполнения поля h323-conf-id, отправляемого на RADIUS-сервер. 1 – используется Conf ID,пришедший от оборудования. Если Conf ID от оборудования не пришел (например, в случаеиспользования протокола SIP), то поле h323-conf-id отправляется пустым. 0 – для всех случаевиспользуется Conf ID, сгенерированный Подсистемой коммутации.
Значение 1 данного пар аметр а допустимо только в случае использования стандар тногоRADIUS-пр офиля (то есть пр офиля, у котор ого пар аметр * Отправлять пакеты ACCT.START/STOP не установлен в пункт Пользовательские настройки, см. р аздел Настр ойкапр офилей RADIUS) . В пр отивном случае в р аботе RADIUS-учета могут возникать ошибки.
Активный профиль RADIUS-учета – данное поле заполняется числом, которое являетсяидентификатором одного из созданных пользователем профилей учета (accounting) черезRADIUS-сервер (см. раздел Профили RADIUS-учета).
Тип Digest идентификации: 0 — draft-sterman-aaa-01, 1 — draft-sterman-aaa-04 – задайте типDigest-аутентификации (см. раздел Дайджест-аутентификация), используемой Системой: 0 – типdraft-sterman-aaa-01, 1 – тип draft-sterman-aaa-04.
Отправлять Interim-пакеты на RADIUS-сервер – определяет, будут ли отправляться на RADIUS-сервер промежуточные пакеты учета (пакеты учета, отправляемые во время сеанса связи).
Авторизовывать вызовы до маршрутизации — если параметр равен 0, авторизация вызовавыполняется после составления списка маршрутов. Если параметр равен 1, то авторизациявызова выполняется до составления списка роутов. По умолчанию параметр равен 0. Привыставлении параметра Авторизовывать вызовы до маршрутизации в 1 значение параметраВнешняя маршрутизация без авторизации не учитывается.
RADIUS-серверы6.11.2
Таблица серверов RADIUS содержит информацию о том, на работу с какими серверамиRADIUS, обеспечивающими учет использования предоставляемого сервиса и аутентификациюпользователей, настроена система.
Таблица с данными о RADIUS-серверах
Конфигурирование и администрирование
Стр. 182
Для создания новой записи (добавление сервера RADIUS в список) на всплывающем менювыберите Добавить.
Диалоговое окно объявления RADIUS-сервера
В открывшемся диалоговом окне в поле укажите следующую информацию (поля, помеченныезнаком «*», являются обязательными для заполнения):
* Название – введите имя RADIUS-сервера;
Описание – в этом поле можно указать любую информацию, имеющую отношение ксоздаваемой записи;
Запись активна – отметьте кнопку-флажок для того, чтобы активировать запись;
* Приоритет – целое положительное число. Параметр служит для назначения приоритетасерверам RADIUS, на которые отправляются данные (то есть 2 имеет больший приоритет, чем1). В любой момент времени система работает только с одним сервером RADIUS, с наивысшимпо «шкале предпочтений» приоритетом. Если система обнаруживает отказ сервера, на которыйследует отправлять данные, она переключается на работу со следующим по величине значенияпараметра Приоритет сервером;
Вкл. аутентификацию – активированная кнопка-флажок включает функцию аутентификациишлюзов через RADIUS-сервер;
Вкл. авторизацию – активированная кнопка-флажок включает функцию авторизации вызововчерез RADIUS-сервер. Если ответ не получен за время, равное (Макс. время обработкивходящего вызова модулем маршрутизации, мсек — (время получения SETUP — время отправкизапроса на авторизацию)), то вызов завершается;
Пр и отмеченном флажке Вкл. Авторизацию, если хотя бы один из мар шр утов объектанабор а получен с помощью внешней мар шр утизации, то автор изация всех мар шр утовданного объекта набор а на RADIUS-сер вер е не пр оисходит, что уменьшает нагр узку наСистему и RADIUS-сер вер .
Вкл. отправку билл. инф. – активированная кнопка-флажок включает функцию учетаиспользования сервиса (accounting) через RADIUS-сервер;
Конфигурирование и администрирование
Стр. 183
Вкл. маршрутизацию – активированная кнопка-флажок включает режим внешнеймаршрутизации средствами сервера RADIUS, с которым работает программный коммутатор;
Ключ шифрования – указать ключ шифрования (“shared secret”) используемый привзаимодействии с RADIUS-сервером;
Число попыток соед. – установите количество неудачных попыток отправить данные наRADIUS-сервер, после исчерпания которых система считает данный сервер неисправным ипереключается на работу со следующим из числа сконфигурированных. При этом проверкадоступности физического сервера происходит независимо для целей аутентификации/авторизации и для целей учета. Схема работы системы при превышении числа неудачныхпопыток соединения показана на рисунке ниже.
Интервал между попытками, мсек – задайте интервал (в миллисекундах) между повторнымипопытками отправить данные на RADIUS-сервер. Количество попыток задано предыдущимпараметром;
Схема взаимодействия с RADIUS-серверами в случае сбоя
Категория Аутентификация – параметры этой категории действительны только приактивированной кнопке Вкл. аутентификацию/авторизацию:
Адрес аутентификации – введите IP-адрес RADIUS-сервера аутентификации;
Порт аутентификации — указать порт для аутентификации через RADIUS-сервер.
Категория Учет – параметры этой категории действительны только при активированной кнопкеВкл. отправку билл. инф.:
Адрес для билл. инф. – укажите адрес RADIUS-сервера, используемого для функции учета(accounting);
Порт для билл. инф. – укажите порт RADIUS-сервера для приема биллинговой информации;
Указав нужную информацию, нажмите кнопку ОК.
Запись будет добавлена в таблицу с присвоенным ей уникальным идентификационным кодом(ID), а в колонке Время изменения отобразится дата и время создания записи.
Для внесения изменений, удаления или просмотра записи в отдельном окне выберитесоответствующую команду на всплывающем меню.
Пр и изменении пар аметр ов активного RADIUS-сер вер а, а также пр и смене активногоRADIUS-сер вер а (напр имер , пр и пер еключении на р езер вный RADIUS-сер вер ) к незавер шеннымвызовам пр именяются новые пар аметр ы RADIUS-сер вер а (напр имер , пр и снятии флажкаИспользовать старый формат CISCO для активных вызовов на RADIUS-сер вер начнут
Конфигурирование и администрирование
Стр. 184
пр иходить пакеты в фор мате CISCO VSA) .
Система опр ашивает RADIUS-сер вер а каждые 60 секунд, пр и этом опр ос пр оизводитсяр абочими биллинговыми и автор изационными пакетами. Иными словами каждые 60 секундСистема начинает отпр авлять биллинговые и автор изационные пакеты не на текущийр абочий сер вер , а на сер вер с наиболее высоким пр иор итетом и далее по убываниюпр иор итета. В случае автор изационных пакетов, если сер вер с более высоким пр иор итетомнедоступен, то пр и пер еключении на сер вер с более низким пр иор итетом вызов будет отбит.Кр оме того, пр и большом количестве неактивных RADIUS-сер вер ов, числе попытоксоединения и интер вале между попытками вызов ожидание ответа может пр евысить 5секунд и вызов будет отбит с кодом TMngr timeout. Поэтому р екомендуется использовать неболее двух RADIUS-сер вер ов.
Поля RADIUS6.11.3
На данной странице находится таблица с записями всех атрибутов, которые могут включаться всостав пакетов RADIUS-учета.
Изначально таблица Поля RADIUS содержит 140 записей с предопределенными полямиRADIUS.
Страница «Поля RADIUS»
Возможные действия при работе с содержимым таблицы отражены в контекстном меню,вызваемом нажатием на левую кнопку мыши.
Конфигурирование и администрирование
Стр. 185
Меню возможных действий в таблице “Поля RADIUS”
Записи в таблице можно изменять, удалять, а также пополнять, добавляя к уже существующимновые, с помощью контекстного меню.
В колонках таблицы доступна следующая информация:
ID – идентификатор атрибута (порядковый номер);
Имя записи – название атрибута, в формате: «префикс – название атрибута». Префикс вназвании записи указывает либо на стандартный характер атрибута (rfc), либо на еготрадиционное использование в системах RADIUS-учета предыдущих версий продукта (mvts-xpgk, mvts), либо на источник происхождения (cisco).
Имя поля – это имя поля в пакете учета.
Код – цифровой код атрибута;
Идентификатор компании – идентификатор пространства кодов, выделенных определеннойкомпании для определения атрибута (9 = CISCO). В случае, если выбрано пустое значение, топредполагается использование атрибута согласно RFC 2866;
Тип – тип значения (string – строка, integer – целое число и т.д.);
Значение – выражение для вычисления содержимого атрибута;
В поле Значение можно использовать выражения языка Python, а также переменные, указанныениже.
Список доступных переменных приведен в таблице ниже.
Доступные переменные
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
alertingTime Время получения пакета ALERTING. Время полученияпакета ALERTING.
Конфигурирование и администрирование
Стр. 186
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
ani А-номер. А-номер послеглобальных правилпреобразования.
aniADPT Нет А-номер послетрансляции в объектенабора.
aniAGT А-номер после трансляции в шлюзе. Нет
aniAPT А-номер после глобальных правилпреобразования.
Нет
aniBasic А-номер, приходящий в ПУпр приначале звонка.
Нет
aniBill А-номер для биллинга, послеглобальных правил преобразования.
А-номер для биллинга,после преобразованийв объекте набора.
aniIsup А-номер из сообщения ISUP (SIP-T). Нет
aniNumberPlan Нет План нумерации(numbering plan) А-номера.
aniPresentation Нет Presentation indicatorА-номера.
aniScreening Нет Screening indicator А-номера.
aniSorm А-номер, уходящий в СОРМ. А-номер, уходящий вСОРМ.
aniTypeOfNumber Тип А-номера. Тип А-номера.
callId Call ID от шлюза. Нет
code Нет Код разъединения.
codecs Список кодеков. Список кодеков.
confId Conf ID от шлюза. Нет
connectTime Время получения пакета CONNECT. Время полученияпакета CONNECT.
cpc Категория вызывающего абонента. Категориявызывающегоабонента.
creationTime Время прихода звонка в ПУпр. Нет
disconnectInitiator Инициатор завершения вызова. Нет
disconnectTime Время разъединения. Нет
Конфигурирование и администрирование
Стр. 187
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
dnis Б-номер Б-номер послеглобальных правилпреобразования.
dnisADPT Нет А-номер послепреобразований вобъекте набора.
dnisAGT Б-номер после трансляции в шлюзе. Нет
dnisAPT Б-номер после глобальных правилпреобразования.
Нет
dnisBasic Б-номер, приходящий в ПУпр приначале вызова.
Нет
dnisBill Б-номер для биллинга после глобальныхправил преобразования.
Б-номер для биллингапосле преобразованийв ОН.
dnisIsup Б-номер из сообщения ISUP (SIP-T). Нет
dnisNumberPlan Нет План нумерации(numbering plan) Б-номера.
dnisSorm Б-номер, уходящий в СОРМ. Б-номер, уходящий вСОРМ.
dnisTypeOfNumber Тип Б-номера. Тип Б-номера.
dpName Нет Наименованиеобъекта набора.
dpID Нет ID объекта набора.
faststart Нет Флаг, используетсяfaststart или нет.
gatekeeperAddress Адрес привратника. Нет
gwAddress Адрес шлюза-инициатора. Адрес шлюза-терминатора.
gwID ID шлюза-инициатора. ID шлюза-терминатора.
gwName Наименование шлюза-инициатора. Наименование шлюза,принимающего вызов.
h323Id Параметр «H323-ID» от шлюза. Нет
h323IvrIn Флаг, используется ли H232_IVR_IN вполе User-Name.
Нет
larFaultReason Причина перемаршрутизации. Нет
Конфигурирование и администрирование
Стр. 188
Наименование Определение во входящем участкевызова
Определение висходящем участке
вызова
localSrcSigAddress Входящий локальный адрессигнализации.
Нет
outAniTypeOfNumber Тип А-номера. Нет
packetType Тип пакета: 1=START, 2=STOP. Тип пакета: 1=START,2=STOP.
proto Протокол. Протокол.
radiusForceOriginateTelephony
Нет Флаг, если установлен,то в атрибуте «h323-call-type» будетпересылаться строка»Telephony».
radiusNasPortName Нет Имя RADIUS-порта.
radiusUser Имя пользователя RADIUS. Нет
remoteMediaAddress,rtpAddress
Нет Медиа-адрес модулямедиа-потоков.
remoteSrcSigAddress Входящий удаленный адрессигнализации.
Нет
routeNum Нет Номер маршрута.
routeRowId Нет Случайное число.
setupTime Время получения сообщения SETUP. Время получениясообщения SETUP.
sigAddress Нет Адрес сигнализациитерм. шлюза.
signalingSrcSigAddress Адрес сигнализации, которыйсодержался в сигнальных пакетах.
Адрес сигнализации,который содержался всигнальных пакетах.
sigNodeName Имя модуля управления вызовами. Нет
tsCallId Call ID, сгенерированный ПКомм. Нет
tsConfId Conf ID, сгенерированный ПКомм. Нет
user Имя пользователя. Нет
zone Зона. Зона.
pdd Нет PDD.
radiusPassword Нет RADIUS-пароль.
inOrigDnis Переадресующий номер (параметрдолжен всегда использоваться смодификатором inLeg).
Нет
Конфигурирование и администрирование
Стр. 189
Как следует из таблицы, значение переменной зависит от того, на каком участке вызова онаиспользуется. Кроме того, можно явно указать значение для какого участка вызова необходимоиспользовать с помощью модификаторов inLeg. (входящий) и outLeg. (исходящий). Рассмотримдля примера переменную ani:
Для входящего участка (информация о котором передаётся в пакетах типа answer)значение переменной ani соответствует А-номеру, пришедшему от оборудования.
Для исходящего участка (информация о котором передаётся в пакетах типа originate)значение переменной ani соответствует А-номеру, полученному после выполненияглобальных правил преобразования.
Для явного указания того, из какого именно участка вызова брать ту или инуюпеременную, необходимо использовать следующую запись:
o inLeg.ani – из входящего участка вызова;
o outLeg.ani – из исходящего участка вызова.
Запрашиваемая переменная может не существовать. В этом случае атрибут и его значение непопадают в отправляемый RADIUS-пакет.
Функции преобразования, доступные пользователю
Наименование Аргументы Описание Пример
toVsaTimeFormat времязона
Преобразование времени вVSA time format: “14:09:27.861UTC Wed Oct 01 2008”. Зонаможет быть задана двумязначениями: “UTC” и“SYSTEM”.
toVsaTimeFormat(setupTime,»UTC»)
toCiscoConfId Conf ID Преобразование Conf ID вформат Cisco conf id: “0000000000000000 00000000 00000000”
toCiscoConfId(inLeg.confId)
toCiscoCallId Call ID Преобразование Call ID вформат Cisco call id: “0000000000000000 00000000 00000000”
toCiscoCallId(callId)
getIP IpAddress:port Преобразование строки IP:портвида “127.0.0.1:1234” в строку“127.0.0.1”
getIP(gwAddress)
reasonToH323 универсальныйкодзавершения
Трансляция универсальногокода завершения звонка в кодH323.
reasonToH323(code)
ipFromBin Ip-address какчетыре байта
Преобразованиечетырёхбайтного IP-адреса встроку формата “127.0.0.1”
ipFromBin(ip)
replaceAniIn имяпользователяномер
Замена метапеременной $ANI$в имени пользователя наномер.
replaceAniIn(user,ani)
str любоезначение
Конвертация любого значенияв строку.
Str(setupTime)
toSeconds результатвычитаниявремён
Преобразование результатавычитания времён в секунды.
toSeconds(disconnectTime-connectTime)
Конфигурирование и администрирование
Стр. 190
Наименование Аргументы Описание Пример
toCiscoReleaseSource
инициаторзавершениявызоваиспользуемыйпротокол
Трансляция информации оразъединении в формат Cisco:
если инициатор завершениявызова – РТУ, то результатвыполнения преобразования:“Internal call-control application(Tcl or VoiceXML script)” — код7;
если инициатор завершениявызова – инициатор ииспользуется протокол ОКС7,то результат выполненияпреобразования: “Calling partylocated in PSTN” — код 1;
если инициатор завершениявызова – инициатор и протоколотличен от ОКС7, то результатвыполнения преобразования:“Calling party located in VoIPnetwork” — код 2;
если инициатор завершениявызова – терминатор ипротокол ОКС7, то результатвыполнения преобразования:“Calling party located in PSTN” — код 3;
если инициатор завершениявызова – терминатор ипротокол отличен от ОКС7, торезультат выполненияпреобразования: “Calling partylocated in VoIP network” — код4;
toCiscoReleaseSource(inLeg.disconnectInitiator ,proto)
Пакеты RADIUS-учета6.11.4
Страница Пакеты RADIUS-учета служит для модифицирования существующих иконструирования новых пакетов учета, отправляемых на RADIUS-сервер.
Конфигурирование и администрирование
Стр. 191
Таблица «Пакеты RADIUS-учета»
Таблица Пакеты RADIUS-учета отражает сконфигурированные пакеты и их состав.Конструирование новых пакетов или модификация уже существующих осуществляется черездвухоконный диалог редактирования состава пакета.
Для добавления нового пакета вызовите контекстное меню и выберите пункт Добавить.
Диалог создания/модификации пакета учета
В поле Имя пакета диалога редактирования укажите название нового пакета.
В левом окне диалога с названием Поля представлен полный список всех полей, имеющихся втаблице Поля RADIUS, в правом отображаются поля, входящие в состав пакета.
Состав пакета изменяется путем включения одних и удаления из пакета других полей, а такжеизменением порядка их следования.
Перемещением элементов списка из левого окна в правое поля включаются в пакет,
перемещением записей из правого окна в левое поля удаляются из пакета. Кнопки и
служат для перемещения выбранных единичных полей между окнами. Кнопки
и используются для перемещения между окнами всех элементов списка сразу. Кнопки
и используются для изменения порядка следования полей в пакете, за счетперемещения записей полей в списке (направление перемещения снизу вверх изменяетположение поля в пакете от конца к началу списка.
По завершению настройки, нажмите OK.
Профили RADIUS-учета6.11.5
Страница Профили RADIUS-учета позволяет гибко определять параметры учета средствамиRADIUS и записывать эти параметры в различных сочетаниях в готовых формах учета, такназываемых профилях, тот или иной из которых впоследствии выбирается как наиболее удобныйдля конкретной ситуации.
В каждый конкретный момент времени активирован может быть только один профиль RADIUS-
Конфигурирование и администрирование
Стр. 192
учета из всех доступных к использованию и показанных в таблице профилей.
Выбор профиля осуществляется указанием идентификатора (ID) используемого профиля в поле Активный профиль RADIUS-учета на странице Глобальные настройки RADIUS.
Таблица профилей учета средствами RADIUS
Изначально в Системе доступны два профиля учета
Standart – профиль, аналогичный настройкам биллинга в версиях продукта 1.5.2 и ниже;
Cisco PGW 2200 – профиль, позволяющий гибко настраивать передаваемую учётнуюинформацию; состав передаваемых пакетов соответствует Soft switch Cisco PGW 2200.
Для создания нового профиля RADIUS-учета, вызовите контекстное меню и выберите пунктДобавить.
Добавление нового профиля RADIUS-учета
В форме создания нового профиля задается нужное сочетание следующих параметров учета:
* Имя профиля – наименование профиля RADIUS-учета.
* Отправлять пакеты ACCT.START/STOP – определяет метод учета (accounting), выборомотправляемого на сервер RADIUS набора пакетов. Необходимый вариант учета выбирается израскрывающегося списка со следующими элементами. В случае, если выбран пункт, отличныйот пункта Пользовательские настройки, то набор пакетов формируется автоматически в модулемаршуртизации (см. Приложение Е. Взаимодействие РТУ МТТ с RADIUS-сервером):
Вход. участка вызова – отправлять на RADIUS-сервер пакеты учета ACCT.START/STOP,относящиеся к входящему участку вызова;
Исход. участка вызова – отправлять на RADIUS-сервер пакеты учета ACCT.START/STOP,относящиеся к исходящему участку вызова;
Вход. и исход. участков – отправлять на RADIUS-сервер пакеты учета ACCT.START/STOP, относящиеся одновременно к обоим участкам вызова;
Обоих участков с изм. полей – отправлять пакеты учета ACCT.START/STOP, относящиесяодновременно к входящему и исходящему участкам вызова, при одновременнойподстановке следующих данных в поля пакетов, отсылаемых на RADIUS-сервер:
Для входящего участка вызова:
Поле Значение
h323-gw-id ID терминирующего шлюза
Конфигурирование и администрирование
Стр. 193
h323-gw-address IP-адрес терминирующего шлюза или привратника(сигнализация)
h323-remote-id ID инициирующего шлюза
h323-remote-address IP-адрес инициирующего шлюза (сигн.)
Для исходящего участка вызова:
Поле Значение
h323-gw-id ID инициирующего шлюза
h323-gw-address IP-адрес инициирующего шлюза или привратника(сигнализация)
h323-remote-id ID терминирующего шлюза
h323-remote-address IP-адрес терминирующего шлюза (сигн.)
Обоих участков каждой попытки перемаршр. – для входящего участка вызова на RADIUS-сервер будет посылаться только одна пара пакетов.
Например, если вызов был перенаправлен три раза, то последовательность отправкипакетов на RADIUS-сервер будет следующей:
сообщение Accounting START для вход. участка
сообщение Accounting START для исход. участка № 1
сообщение Accounting STOP для исход. участка № 1
сообщение Accounting START для исход. участка № 2
сообщение Accounting STOP для исход. участка № 2
сообщение Accounting START для исход. участка №3
сообщение Accounting STOP для исход. участка №3
сообщение Accounting STOP для вход. участка
Пользовательские настройки – при выборе значения Пользовательские настройкиформа профиля меняется на следующую (см. рисунок ниже), позволяющую выбрать изранее определенных пользователем (см. раздел Пакеты RADIUS-учета) какой START/STOP-пакет будет отправляться на RADIUS-сервер для входящего и исходящего участковвызова:
Вид формы профиль учета при выборе значения Пользовательские настройки
Использовать старый формат CISCO – выберите формат учета. Если флажок отмечен, то
Конфигурирование и администрирование
Стр. 194
используется старый формат CISCO, так называемый overloaded attribute 44. Иначе используетсяформат CISCO VSA;
Отправлять сообщение Accounting Boot – флаг, заставляющий при начале и завершении работыс RADIUS-сервером отправлять ему сообщения Accounting Boot Message, в том числе и вслучае аварийного перезапуска Системы. Собщение Accounting Boot Message используется длятого, чтобы синхронизировать состояние вызовов в Системе и на RADIUS-сервере, посколькупосле аварийного перезапуска все вызовы в Системы завершаются, то они также должны бытьзавершены и на RADIUS-сервере;
Только пакеты ACCT.STOP — Если данный флаг отмечен, то на RADIUS-сервер будутпосылаться только stop-пакеты, в противном случае посылаются все пакеты;
Пакет START Answer – из раскрывающегося списка выберите пакет (заданный в таблицеПакеты RADIUS-учета) для отправки на RADIUS-сервер в качестве пакета START по входящемуучастку вызова. В случае, если выбран пустой пункт, то пакет START по входящему участкувызова отправлятся не будет. Параметр отображается, если в списке Отправлять пакеты ACCT.START/STOP выбран пункт Пользовательские настройки;
Пакет STOP Answer – из раскрывающегося списка выберите пакет (заданный в таблице ПакетыRADIUS-учета) для отправки на RADIUS-сервер в качестве пакета STOP по входящему участкувызова. Параметр отображается, если в списке Отправлять пакеты ACCT.START/STOPвыбран пункт Пользовательские настройки;
Пакет START Originate – из раскрывающегося списка выберите пакет (заданный в таблицеПакеты RADIUS-учета) для отправки на RADIUS-сервер в качестве пакета START поисходящему участку вызова. В случае, если выбран пустой пункт, то пакет START поисходящему участку вызова отправлятся не будет. Параметр отображается, если в спискеОтправлять пакеты ACCT.START/STOP выбран пункт Пользовательские настройки;
Пакет STOP Originate – из раскрывающегося списка выберите пакет (заданный в таблицеПакеты RADIUS-учета) для отправки на RADIUS-сервер в качестве пакета STOP по исходящемуучастку вызова. Параметр отображается, если в списке Отправлять пакеты ACCT.START/STOP выбран пункт Пользовательские настройки;
Настройка RADIUS-учета в соответствии с требованиями операторасвязи
6.11.6
Объявление серверов RADIUS6.11.6.1
В первую очередь необходимо задать настройки RADIUS-сервера, с которым будетвзаимодействовать Система. В таблице RADIUS-серверы вызовите контекстное меню ивыберите Добавить.
Конфигурирование и администрирование
Стр. 195
Добавление новой записи о RADIUS-сервере
В поле Название введите название записи. В данном примере это Custom RADIUS.
Установите флажок Вкл. отправку билл. инф. для отправки пакетов Accounting на RADIUS-сервер. В противном случае сервер не будет использоваться для процедуры учета.
В группе параметров Учет задайте адрес и порт RADIUS-сервера, на который будутотправляться биллинговые пакеты.
По завершении настройки нажмите OK.
Использование предопределенных или пользовательских профилей6.11.6.2
Порядок дальнейшей настройки зависит от того, требуется ли использовать стандартныенастройки RADIUS-учета или необходимо перенастроить их желаемым образом.
Применение стандартных настроек RADIUS-учета (например, предустановленного профиляStandard) позволяет добиться от Системы поведения, соответствующего поведению в версиях1.5.2 и ниже. При этом необходимо выполнить следующие действия:
В таблице Профили RADIUS-учета создать новый профиль или изменить ужесуществующий. В пункте Отправлять пакеты ACCT.START/STOP для указать пункт,отличный от пункта Пользовательские настройки (более подробная информация вразделе Профили RADIUS-учета). При этом набор полей в пакетах, отправляемых наRADIUS-сервер, определяется автоматически и соответствует набору, перечисленному вразделе Приложение Е.
В таблице Глобальные настройки RADIUS указать идентификатор (ID) созданного илиизмененного профиля в параметре Активный профиль RADIUS-учета.
Конфигурирование и администрирование
Стр. 196
В случае, если необходимо осуществить более гибкую настройку полей, отправляемых наRADIUS-сервер, необходимо выполнить следующие действия:
Задать желаемые RADIUS-поля (см. раздел Настройка полей RADIUS);
Распределить RADIUS-поля по пакетам (см. раздел Настройка пакетов RADIUS);
Присвоить определенный набор RADIUS-пакетов профилю учета и активировать данныйпрофиль учета (см. раздел Настройка профилей RADIUS).
Настройка полей RADIUS6.11.6.3
После настройки RADIUS-сервера, с которым взаимодействует Система, в таблице ПоляRADIUS необходимо задать RADIUS-атрибуты, которые будут отправляться на RADIUS-сервер.
Процесс настройки рассмотрим на примере новой записи mvts-custom-h323-call-id. Даннаязапись будет содержать информацию об атрибуте h323-call-id, в котором должен находитьсявнутренний идентификатор вызова, сгенерированный ПКомм, в виде строки в формате Cisco.
Для добавления нового поля вызовите контекстное меню и выберите пункт Добавить.
Добавление нового RADIUS-поля
В поле Имя записи укажите название записи в таблице. В данном примере это mvts-custom-h323-call-id.
В поле Имя поля из раскрывающегося списка выберите название поля в RADIUS-пакете. Вданном примере это h323-call-id.
В поле Код укажите цифровой код атрибута. В данном примере это 1.
В поле Идентификатор компании укажите код компании-автора определения атрибута. Вданном примере это 9 (Cisco VSA).
В поле Тип укажите тип значения атрибута. В данном примере это строковый тип string.
В поле Значение укажите значение атрибута. В данном примере в качестве значенияиспользуется результат функции toCiscoCallId, которой в качестве параметра передаетсяпеременная callId, содержащая идентификатор вызова, сгенерированный ПКомм.
В поле Описание укажите дополнительную информацию, относящуюся к атрибуту.
После завершения настройки поля нажмите кнопку OK.
Аналогичным образом сконфигурируйте все прочие желаемые поля, которые должныотправляться на RADIUS-сервер.
Настройка пакетов RADIUS6.11.6.4
После настройки RADIUS-полей необходимо сгруппировать поля по различным RADIUS-пакетам.
Конфигурирование и администрирование
Стр. 197
Для этого перейдите в таблицу Пакеты RADIUS-учета и с помощью контекстного менюдобавьте новую запись в таблицу.
Добавление нового пакета RADIUS
В поле Имя пакета укажите имя создаваемого RADIUS-пакета. В данном примере это Custom-Packet.
В окне Поля перенесите с помощью кнопки необходимые атрибуты RADIUS из левойчасти в правую. В данном случае необходимо перенести поле mvts-custom-h323-call-id. Порядок
следования атрибутов в пакете задается с помощью кнопок и .
После завершения настройки пакета нажмите OK.
Настройка профилей RADIUS6.11.6.5
После настройки пакетов RADIUS необходимо настроить профиль учета, хранящий в себе всенеобходимые настройки по способу взаимодействия с RADIUS-сервером, в том числе посоставу отправляемых биллинговых пакетов.
Для этого перейдите в таблицу Профили RADIUS-учета и с помощью контекстного менюсоздайте новый профиль.
Добавление нового профиля RADIUS-учета
В поле Имя профиля укажите имя создаваемого профиля. В данном примере это Custom-Profile.
В поле Отправлять пакеты ACCT.START/STOP для выберите пункт Пользовательскиенастройки. При этом вид страницы изменится, что даст возможность указать созданный ранеепакет.
В полях Пакет STOP Answer и Пакет STOP Originate укажите название созданного ранеепакета Custom-Packet.
После завершения настройки нажмите OK.
После этого необходимо активизировать созданный ранее профиль.
Перейдите в таблицу Глобальные настройки RADIUS и в параметре Активный профиль
Конфигурирование и администрирование
Стр. 198
RADIUS-учета укажите ID созданной записи нового профиля. В данном примере, ID равен 4.
Активация нового профиля RADIUS-учета
Нажмите OK.
Таким образом, после выполнения всех вышеописанных настроек по завершении вызоваСистема будет отправлять на RADIUS-сервер два пакета Accounting-Stop с одним полем h323-call-id, содержащим Call ID, сгенерированный ПКомм, в формате Cisco.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 199
Принципы резервирования РТУ (модуль транзитатрафика)
7
Целью резервирования Системы является обеспечение непрерывности предоставляемых услуг(или минимизации времени простоя) и корректное сохранение CDR-записей по завершаемымвызовам.
Система РТУ МТТ имеет модульную архитектуру. Таким образом, задача резервирования РТУМТТ сводится к дублированию основных функциональных модулей.
Резервированию подлежат:
МУЛ (возможна установка только одного резервного модуля).
ММ (количество модулей неограниченно).
МУВ (количество модулей неограниченно).
ММП (количество модулей неограниченно).
МБН (количество модулей неограниченно).
Модули обработки вызовов ОКС7 (количество модулей неограниченно).
БД (возможна установка только одной резервной БД).
Не подлежат резервированию:
МС.
Непрерывность предоставления услуг и корректноесохранение CDR-записей
7.1
Непрерывность сервиса при аварийном завершении работы одного из модулей обеспечиваетсяпри выполнении следующих условий:
Резервирование модулей балансировки нагрузки с помощью коммутатора с поддержкойфункции Server Load Balancing (например, CISCO Catalyst 4840G) или с помощьюмеханизма Shared-IP, чтобы обеспечить прохождение новых вызовов через другоймодуль.
Резервирование модуля управления лицензией, чтобы исключить полное прекращениеработы Системы через 30 мин. после отказа МУЛ.
Резервирование модуля обработки вызовов ОКС7, чтобы обеспечить прохождение новыхвызовов через другой подобный модуль.
Гарантированное наличие полного комплекта модулей на прочих серверах, чтобы новыевызовы могли обрабатываться.
За сохранение CDR-записей отвечают два типа модулей — модули управления вызовами,которые собственно и завершают вызов, и модули маршрутизации, которые записывают CDR. Вслучае отказа модуля маршрутизации, обрабатывающего вызов, МУВ пошлет команду озавершении на другой модуль маршрутизации. В случае отказа МУВ модуль маршрутизации пофакту обрыва соединения с МУВ производит запись CDR. Таким образом, для корректногосохранения CDR-записи необходимо следующее:
Наличие как минимум двух ММ, чтобы у МУВ был в наличии как минимум один модульмаршрутизации, на который можно было бы отправить сообщение о завершении вызовапри отказе одного из ММ.
Резервирование базы данных, которая должна быть всегда доступна для внесения CDR-записей.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 200
Cхема резервирования на 2-х серверах7.2Согласно данной схеме резервирования на двух серверах размещается как минимум двойнойкомплект модулей, подлежащих резервированию. При этом точки входа для VoIP-трафикарезервируются с помощью маршрутизатора с функцией Server Load Balancing или с помощьюмеханизма Shared-IP (реализуемый утилитой Linux Heartbeat, см. раздел Резервирование спомощью Linux Hertbeat). Все ОКС7-шлюзы должны быть подключены как минимум к двуммодулям обработки вызовов ОКС7 на разных серверах.
Пример схемы резервирования на 2-х серверах
Преимуществом данной схемы является ее относительная простота. К недостаткам следуетотнести частичную невозможность обеспечить корректное сохранение CDR-записей приаппаратных сбоях. Для решения этой проблемы необходимо использовать функцию записипромежуточных CDR (см. раздел Подробные записи о вызовах). Так, например, если вконфигурации, показанной на выше, вызов проходит через МУВ-1 и ММ-1 и записьпромежуточных CDR не включена, то при аппаратном сбое сервера 1 все данные о вызове будутполностью потеряны и CDR-запись по нему в базу данных внесена не будет.
Схема резервирования на 4-х серверах7.3Расширенная схема резервирования призвана обеспечить корректное сохранение CDR-записейво всех случаях.
Согласно расширенной схеме резервируемые модули размещаются на 4-х серверах, причемсоблюдаются следующие условия:
Модули управления вызовами и модули маршрутизации должны быть установлены наразных серверах, чтобы исключить их одновременный отказ в случае физического отказасервера.
Как минимум двух ММ должны находиться на разных серверах, чтобы у МУВ был вналичии как минимум один модуль маршрутизации, на который можно было быотправить сообщение о завершении вызова при отказе сервера с одним из ММ.
Это означает, что на двух серверах установлены модули управления вызовами, на двух другихсерверах — модули маршрутизации. Пример расширенной схемы резервирования показан нарисунке ниже.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 201
Схема резервирования на 4-х серверах
К недостаткам данной схемы следует отнести ее стоимость.
Настройка интервалов управляющих соединений7.4Для минимизации времени простоя в случае отказа функциональных модулей Системынеобходимо правильно подобрать параметры интервалов для управляющих соединений (см.раздел Общие секции). Рекомендуемые настройки следующие:
link_send_timeout «500»;link_recv_timeout «1000»;link_restore_timeout «1000»;link_reconnect_interval «200»;link_connect_interval «1000»;
Рассмотрим управляющее соединение (controllink) между двумя модулями А и Б. Схема работыСистемы следующая:
Модуль А с интервалом, заданным параметром link_send_timeout, отправляетпакет поддержания активности на модуль Б, с которым он связан управляющимсоединением.
Каждый модуль (в примере — А) ожидает получения каких-либо сообщений от другогомодуля (в том числе пакетов поддержания активности) в течение периода, заданногопараметром link_recv_timeout. Если с момента получения последнего сообщенияпрошло заданное количество времени и больше никаких сообщений не поступало, тоTCP-соединение с другим модулем считается оборванным. Необходимо помнить, что в
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 202
течение этого периода в очереди модуля А будут накапливаться сообщения, ожидающиеподтверждения получения модулем Б. После того, как TCP-соединение считаетсяоборванным, модуль А перестает формировать и направлять новые сообщения намодуль Б.
После истечения периода link_recv_timeout, если TCP-соединение считаетсяоборванным, начинает отсчитываться период link_restore_timeout, в рамкахкоторого с периодичностью, заданной параметром link_reconnect_interval,модуль А пытается восстановить TCP-подключение к модулю Б. Если периодlink_recv_timeout истек, но восстановления TCP-подключения не произошло, тоуправляющее соединение считается полностью разорванным и модуль А начинаетвыполнять необходимые действия по всем сообщениям в очереди для модуля Б(например, записывать CDR, завершать вызовы и т.д.).
В случае, если восстановления подключения в течение периода link_recv_timeoutне произошло, то модуль А начинает пытаться установить TCP-подключение заново спериодичностью, заданной параметром link_connect_interval.
Таким образом, как видно из вышеприведенной процедуры, от значенияlink_recv_timeout зависит, сколько сообщений будет направлено на модуль Б, когдаобрыв связи уже произошел, но это еще не обнаружено.
Помимо времени простоя от данных интервалов зависит также корректность дат в CDR-записях.В частности в случае обрыва связи дата окончания вызова в CDR-записи будет отличаться отдаты действительного завершения вызова на:
Сумму значений link_recv_timeout и link_restore_timeout (максимум).
Значение link_restore_timeout (минимум).
Поведение модулей при аварийном завершении Системы7.5
Модули медиа-потоков7.5.1
При выходе из строя одного из ММП (например, ММП1 как на рисунке ниже), абоненты,разговор которых обеспечивался данным модулем, возможно (при большой нагрузке) услышаткратковременное (до нескольких секунд) искажение голоса или тишину в трубке, пока ММП1 небудет автоматически перезапущена службой Phoenix. После автоматического перезапуска ивосстановления состояния ММП1 разговор продолжается. Если по какой-либо причинеавтоматический перезапуск оказался невозможен, или отсутствует сетевой доступ к серверу, накотором установлен ММП1, голосовые сессии вновь поступивших вызовов будутустанавливаться через ММП2, а МУВ1 завершит вызовы, проходящие через ММП1, поистечении link_recv_timeout и link_restore_timeout.
Перераспределение медиа потоков при выходе из строя ММП1
При восстановлении работоспособности ММП1 (определяется по восстановлению соединения с
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 203
МУВ1), модуль МУВ1 вновь начнет распределять медиа-потоки вновь поступивших вызововмежду ММП1 и ММП2.
Модули управления вызовами7.5.2
При выходе из строя МУВ1 будут завершены все вызовы H.323, установленные через данныймодуль, а также вызовы по протоколу SIP с незавершенными транзакциями (т.е. находящиеся впроцессе установления или изменения соединения). Установившиеся вызовы SIP будутсохранены, и при автоматическом перезапуске модуля МУВ1 информация об этих вызовахбудет восстановлена. Те вызовы, которые восстановить не удастся, будут корректно завершены.
Перераспределение новых вызовов при выходе из строя МУВ1
Все вновь поступающие вызовы во время, пока модуль МУВ1 не доступен, будут направлены намодуль МУВ2. После восстановления модуля МУВ1 модули выравнивания нагрузки МБН1 иМБН2 вновь будут распределять нагрузку между модулями сигнализации МУВ1 и МУВ2.
В случае если автоматический перезапуск оказался невозможен или отсутствует сетевой доступк серверу, на котором расположен МУВ1, то по истечении link_recv_timeout иlink_restore_timeout модуль медиа потоков прекратит передачу звука для вызовов,управляемых МУВ1, а модуль маршрутизации внесет в БД CDR-запись в таблицуСомнительные. При этом для SIP-вызовов сообщение BYE отправлено не будет.
Модуль маршрутизации7.5.3
В случае если автоматический перезапуск оказался невозможен или отсутствует сетевой доступк серверу, на котором расположен ММ, то все установившиеся вызовы останутся безизменений, а по их завершении в БД будет внесена CDR-запись в таблицу Сомнительные.Однако если настроена запись промежуточных CDR, то вызовы будут завершены, как толькоСистема попытается создать очередной промежуточный CDR.
Модули балансировки нагрузки7.5.4
При выходе из строя одного из МБН все установленные через данный МБН вызовы H.323 будутзавершены, и все регистрации SIP/H.323, связанные с данным МБН, будут потеряны.
В случае если автоматический перезапуск оказался невозможен или отсутствует сетевой доступк серверу, на котором расположен ММ, то H.323-вызовы будут корректно завершены и по нимбудет записан CDR. На SIP-вызовы, установленные с помощью сообщения 302,неработоспособность модуля балансировки нагрузки не влияет. Для SIP-вызовов,установленных без сообщения 302, передачи сигнализации прекратится, в результате чего звонокможет завершиться только по истечении таймаута медиа, если он настроен (параметры шлюзаИНИЦ. Таймаут медиа, сек и ТЕРМ. Таймаут медиа, сек), или по превышении максимальнойпродолжительности вызова. В любом случае в базу данных будет записан CDR.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 204
Модуль обработки вызовов ОКС77.5.5
При выходе из строя модуля обработки вызовов ОКС7 вызовы, проходящие через него, будутзавершены.
Модуль синхронизации7.5.6
При выходе из строя МС все вызовы сохраняются и вновь приходящие вызовы такжеобрабатываются, однако при этом не будут учитываться ограничения (вх./вых.) пропускнойспособности инициирующего/терминирующего оборудования.
База данных7.5.7
Благодаря архитектурным особенностям РТУ МТТ модуль базы данных не являетсякритическим и его “падение” не влияет на работоспособность Системы в целом.
В случае выхода из строя модуля БД, Система продолжит обработку вызовов по информации намомент последнего обновления базы. При этом CDR-записи будут сохраняться во временныефайлы, которые будут внесены в базу после восстановления соединения. Отладочные вызовысохраняться не будут. Для обеспечения сохранности данных используется режимавтоматического резервного копирования БД.
Однако для обеспечения повышенной надежности в Системе также есть возможность настроитьрезервирование базы данных. Для этого в файле конфигурации модуля маршрутизации укажитенастройки для резервной базы данных (параметры вида dbms_*_slave, см. п. Конфигурированиемодуля маршрутизации) и настройте репликацию БД (см. раздел Тиражирование БД).
При этом, в случае выхода из строя основной БД, модуль маршрутизации переключается наработу с резервной БД до восстановления подключения к основной. CDR-записи будутзаписываться в резервную БД. При этом Система будет последовательно пытаться восстановитьподключение к основной базе данных. Когда подключение к основной базе будет восстановлено,модуль маршрутизации переключается на работу с основной БД.
Особенности резервирования модуля управлениялицензией
7.6
Модуль управления (МУЛ) решает задачу управления системой лицензирования(взаимодействует с USB ключом защиты ПО) и распределения данных конфигурации изконфигурационных файлов между остальными модулями системы.
При старте Системы модуль МУЛ запускается в первую очередь. Остальные модули по мерезапуска подключаются к МУЛ и получают файлы конфигурации.
Резервирование МУЛ осуществляется за счет установки дублирующего МУЛ постояннойготовности (stand-by LMN) c резервным USB-ключом защиты.
Описание параметров файла phoenix.conf, необходимых для резервирования МУЛ, дано вразделе Фоновый процесс phoenix.
Таким образом, конфигурационные файлы phoenix.conf на основном и резервном серверахбудут иметь следующий вид:
Пр имер конфигур ационного файла phoenix.conf:
management primary=192.168.132.1:9000 backup=122.168.132.2:9000phoenix address=127.0.0.1:5000 timeout=7000 count=5 sleep=2000statestore db=phoenix.db trafficlog=traffic.logload type=management name=management-1 mode=main…Данный пример означает, что основной МУЛ с названием management-1 запущен на сервере сIP-адресом 192.168.132.1:9000, а на сервере с IP-адресом 192.168.132.2:9000 установлен резервныймодуль управления.
Размещение основного и р езер вного модулей на одном сер вер е не допускается!
Название МУЛ, с которым в данный момент работает Система можно получить в выводе
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 205
консольной команды “show status” (“sh st”.)
Алгоритм функционирования Системы с использованием схемы резервирования модуляуправления следующий:
1. При запуске Системы первым стартует основной МУЛ. Основной USB-ключ долженбыть подключен к серверу заранее;
2. Резервный МУЛ (standby LMN) запускается на дублирующем сервере, с вставленнымрезервным USB-ключом. При запуске резервный МУЛ устанавливает связь с основнымМУЛ и переходит в “пассивный” режим: не взаимодействуя с другимифункциональными модулями и не выполняя чтения USB-ключа;
3. При выходе из строя основного МУЛ (это событие сопровождается отправкойэлектронного письма с извещением о проблеме) резервный МУЛ переходит в“активный” режим, т.е.
считывает информацию с резервного USB-ключа защиты ПО;
принимает подключения других модулей Системы;
выполняет периодическую проверку восстановления соединения с серверомосновного МУЛ.
4. В течение 60 секунд все модули Системы переключаются на работу с резервным МУЛ.При этом сохраняются все установленные соединения, и осуществляется обработка вновьпоступающих вызовов;
5. При восстановлении работоспособности основного МУЛ (определяется по доступностиосновного сервера), резервный МУЛ восстанавливает соединение с основным модулем,прекращает взаимодействие с остальными функциональными модулями Системы ивозвращается в “пассивный” режим постоянной готовности;
6. Все модули Системы возвращаются к взаимодействию с основным МУЛ. При этомсохраняются все установленные соединения, и осуществляется обработка вновьпоступающих вызовов.
Пример резервирования системы на двух серверах7.7
Распределение модулей по серверам7.7.1
Пример построение схемы резервирования РТУ МТТ с использованием двух серверов приведенна рисунке ниже.
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 206
Распределение модулей по серверам
Файлы конфигурации7.7.2
Ниже приведены конфигурационные файлы для основного и резервного серверов для схемы нарисунке ниже. Здесь IP-адрес основного сервера 192.168.132.1, IP-адрес резервного сервера –192.168.132.2.
Имена модулей на основном и резервном серверах должны различаться.
Конфигурация основного сервера7.7.2.1
7.7.2.1.1 Файл phoenix.conf
management primary=192.168.132.1:9000 backup=122.168.132.2:9000phoenix address=127.0.0.1:5000 timeout=7000 count=5 sleep=2000statestore db=phoenix.db trafficlog=traffic.logload type=management name=management-1 mode=mainload type=balancer name=balancer-1load type=media name=media-1
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 207
load type=media name=media-2load type=media name=media-3load type=commandline name=commandline-1 address=127.0.0.1:7000load type=scripting name=scripting-1load type=synchro name=synchro-1load type=signaling name=signaling-1
7.7.2.1.2 Файл system-1.conf
include «/etc/mvts3g/system-1.zone.conf»;include «/etc/mvts3g/system-1.balancer.conf»;include «/etc/mvts3g/system-1.signaling.conf»;include «/etc/mvts3g/system-1.scripting.conf»;include «/etc/mvts3g/system-1.media.conf»;include «/etc/mvts3g/system-1.synchro.conf»;
7.7.2.1.3 Файл system-1.balancer.conf
balancer{
balancer «balancer-1″{
common { loglevel «1»; };
controllink { address { «192.168.132.1»; }; port «7101»; };
ras{
address{
«0.0.0.0»;};port «1719»;gkname «MVTS3G»;allow_md5 «yes»;allow_chap «yes»;allow_plain «yes»;
};
sip{
address{
«0.0.0.0»;};port «5060»;
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 208
expiration «1800»;};
h323{
address{
«0.0.0.0»;};port «1720»;
};};
balancer «balancer-2″{
common { loglevel «1»; };
controllink{
address{
«192.168.132.2»; };
port «7101»;};
ras{
address{
«0.0.0.0»;};port «1719»;gkname «MVTS3G»;allow_md5 «yes»;allow_chap «yes»;allow_plain «yes»;
};
sip{
address{
«0.0.0.0»;};port «5060»;
expiration «1800»;};
h323{
address{
«0.0.0.0»;};port «1720»;
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 209
};};
};
7.7.2.1.4 Файл system-1.signaling.conf
signaling{
common{
loglevel «1»;};
h323{
address{
«0.0.0.0»;};port «1721»;
}; sip { address {
«0.0.0.0»; };
port «5061»;};
synchro{
address { «192.168.132.1»; }; port «7711»;
};
signaling «signaling-1″{
controllink{
address{
«192.168.132.1»;};port «7050»;
}; };
signaling «signaling-2″{
controllink { address
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 210
{ «192.168.132.2»; }; port «7050»; };
};};
7.7.2.1.5 Файл system-1.scripting.conf
scripting{
scripting «scripting-1″{
common{
loglevel «0»;};
controllink{
address{
«192.168.131.1»;};
port «7710»;};
loader_path «voip2.loader»;environment{
dbms_type_master «MySQL»;dbms_name_master «[email protected]»;dbms_user_master «rtu»;dbms_pswd_master «rtu»;
dbms_type_slave «MySQL»;dbms_name_slave «[email protected]»;dbms_user_slave «rtu»;dbms_pswd_slave «rtu»;
};};
scripting «scripting-2″{
common{
loglevel «0»;};
controllink{
address{
«192.168.131.2»;};
port «7710»;};
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 211
loader_path «voip2.loader»;environment{
dbms_type_master «MySQL»;dbms_name_master «[email protected]»;dbms_user_master «rtu»;dbms_pswd_master «rtu»;
dbms_type_slave «MySQL»;dbms_name_slave «[email protected]»;dbms_user_slave «rtu»;dbms_pswd_slave «rtu»;
};};
};
7.7.2.1.6 Файл system-1.media.conf
media{
media «media-1″{
controllink{
address{
«192.168.132.1»;};port «7760»;
};portrange «10000-19999»;
};
media «media-2″{
controllink{
address{
«192.168.132.1»;};port «7761»;
};portrange «20000-29999»;
};
media «media-3″{
controllink{
address{
«192.168.132.1»;};port «7762»;
};portrange «30000-39999»;
};
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 212
media «media-4″{
controllink{
address{
«192.168.132.2»;};port «7760»;
};portrange «10000-19999»;
};
media «media-5″{
controllink{
address{
«192.168.132.2»;};port «7761»;
};portrange «20000-29999»;
};
media «media-6″{
controllink{
address{
«192.168.132.2»;};port «7762»;
};portrange «30000-39999»;
};};
7.7.2.1.7 Файл system-1.syncro.conf
synchro{
controllink{
address{
«192.168.132.1»;};port «7711»;
};
synchro «synchro-1″{};
};
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 213
7.7.2.1.8 Файл system-1.zone.conf
zone{
zone «voip»{
«192.168.132.0/24»;};
};
Конфигурация резервного сервера7.7.2.2
7.7.2.2.1 Файл phoenix.config
management primary=192.168.132.1:9000 backup=122.168.132.2:9000phoenix address=127.0.0.1:5000 timeout=7000 count=5 sleep=2000statestore db=phoenix.db trafficlog=traffic.logload type=management name=management-2 mode=backupload type=balancer name=balancer-2load type=media name=media-4load type=media name=media-5load type=media name=media-6load type=commandline name=commandline-2 address=127.0.0.1:7000load type=scripting name=scripting-2load type=signaling name=signaling-2
Резервирование с помощью Linux Heartbeat7.8
Система Linux Heartbeat позволяет организовать резервирование Системы с помощьюмеханизма shared-ip. При этом на главном сервере программно поднимается так называемый«плавающий» IP-адрес, на который будут поступать входящие SIP и H.323-вызовы для модулябалансировки нагрузки. Система Linux Heartbeat проверяет работоспособность основного ирезервного серверов, и в случае недоступности главного сервера поднимает данный«плавающий» IP-адрес на резервном сервере. При этом вызовы начинают поступать на модульбалансировки вызовов резервного сервера. При восстановлении работоспособности главногосервера IP-адрес на резервном сервере опускается и поднимается на главном. Трафик сноваперенаправляется на главный сервер.
Для резервирования ПКомм необходимо выполнить следующие действия:
1. Установить heartbeat на обоих серверах и expect на основном сервере:
aptitude install heartbeat-2
aptitude install expect
2. После установки необходимо сконфигурировать heartbeat. Все настройки heartbeat находятсяв директории /etc/ha.d
Файл /etc/ha.d/ha.cf (идентичный для обоих серверов):
udpport 1680ucast eth0 x.x.x.x // x.x.x.x – ip адрес противоположного сервераnode rtu-masternode rtu-slavelogfacility local7# syslog facilitykeepalive 1warntime 2deadtime 5auto_failback on
Таким образом, мы указываем, что необходимо использовать heartbeat-механизм через
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 214
интерфейс eth0. Имена rtu-master, rtu-slave должны быть hostname-именами серверов, командаuname -a должна возвращать данные имена, их же необходимо добавить в файл /etc/hosts.
Далее необходимо создать файл /etc/ha.d/authkeys (одинаковый на обоих серверах) длявзаимной аутентификации серверов rtu-master и rtu-slave. Для аутентификации можноиспользовать алгоритмы sha, md5, но чтобы не расходовать ресурсы достаточно использоватьcrc. После создания файла, необходимо установить права доступа к нему только для root(командой chmod 600 /etc/ha.d/authkeys)
Файл /etc/ha.d/authkeys:
auth 11 crc
В файле /etc/ha.d/haresources описываются ресурсы, контролируемые серверами rtu-master и rtu-slave. Ресурсы представляют собой обычные стартовые/стоповые сценарии, схожиесо сценариями из /etc/init.d. В директории /etc/ha.d/resource.d можнопосмотреть доступные (уже готовые к использованию) сценарии. В данном примере будетиспользован ресурс IPaddr для активации дополнительного IP-адреса на интерфейсе eth0, а такжекомандный файл для реконфигурации модулей.
Пример файла /etc/ha.d/haresources (для РТУ):
rtu-master IPaddr::89.175.76.155/27/eth0 restart.sh rtu-common
В данном примере rtu-master — имя сервера, на котором должен быть активен shared ip,89.175.76.155 — shared IP, 27 — маска подсети, eth0 — интерфейс, на котором алиасом будетподнят shared IP, restart.sh (полный путь к файлу /etc/ha.d/resource.d/restart.sh) — сценарий, который выполняет реконфигурацию резервного ПКомм, rtu-common -стартовый сценарий логики МОА.
В случае, если РТУ МТТ используется отдельно (не в составе РТУ), то файл /etc/ha.d/haresources будет иметь следующий вид:
rtu-master IPaddr::89.175.76.155/27/eth0 restart.sh
У файла restart.sh должны быть права для запуска (добавляются командой chmod +x /etc/ha.d/resource.d/restart.sh). Файлы haresources должны быть одинаковы наобоих серверах.
Реконфигурация ПКомм необходима для того, чтобы модуль балансировки нагрузки ПКоммдобавил в активную конфигурацию shared ip, поднятый сервисом heartbeat.
Пример сценария реконфигурации:
Файл restart.sh на основном сервере:
#!/bin/bash
case $1 instart)/etc/ha.d/resource.d/start_slaveexit 0;;
stop)echo «Hello»;;esac
Также необходимо создать файл /etc/ha.d/resource.d/start_slave (с правами длязапуска) следующего содержания:
#!/usr/bin/expect
spawn telnet localhost 7000expect {*mvts3g|> }send «config /etc/mvts3g/system-1.confr»expect {*mvts3g|> }
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 215
send «quitr»
Файл restart.sh на резервном сервере:
#!/bin/bashcase $1 instart)kill -9 `ps ax | awk ‘/balancer/ && $0 !~/awk/ {print $1}’`exit 0;;stop)echo «Hello»;;esac
3. После того, как все подготовлено, необходимо запустить heartbeat-сервис на обоих серверах:
/etc/init.d/heartbeat start
Резервное копирование и восстановление БД7.9Резервное копирование БД обеспечивает сохранность структуры и данных БД и даётвозможность последующего восстановления информации, на случай критичных неполадок всистеме, например при повреждениях файловой системы, выходе из строя жёстких дисковсервера или случайном удалении информации из БД.
Особенности структуры БД, влияющие на механизм резервногокопирования
7.9.1
БД РТУ МТТ представляет собой совокупность таблиц, виды которых перечислены ниже:
1. Таблицы графического интерфейса;
2. Конфигурационные таблицы объектов ПУпр (таблицы шлюзов, объектов набора и т.д.);
3. Таблицы с отладочными журналами вызовов и отчётами;
4. Таблицы CDR, хранящие записи о вызовах по месяцам;
5. Таблица mvts_cdr, которая физически не содержит данных, но объединяет в себе всеежемесячные таблицы CDR.
Таблицы из пунктов 1 и 2 – это таблицы так называемого транзакционного типа, к которымприменяется механизм хранения с учетом сохранности транзакций InnoDB, присущий СУБДMySQL. Данные таблиц подобного типа хранятся в одном или нескольких файлах данныхInnoDB. Резервное копирование таких таблиц осуществляется с помощью утилиты mysqldump,входящей в стандартный пакет поставки СУБД MySQL. Утилита mysqldump создаёт командныйфайл SQL на создание структуры БД или отдельных её таблиц и вставку содержащихся в нихданных.
Характер информации, хранимой в таблицах, упомянутые в пунктах 3 и 4-й не требует«транзакционности», поэтому для этой информации используется тип таблиц с индексно-последовательным методом доступа MyISAM. Данные таких таблиц хранятся в отдельныхфайлах. Резервное копирование таких таблиц может быть осуществлено двумя способами: либо,как и в случае с таблицами InnoDB, через утилиту mysqldump, либо, при условии целостностиданных, путём реплицирования файлов структуры, данных и индексов в файловой системе.Поскольку постоянно увеличивающимися в размере являются только таблицы с детальнымизаписями вызовов (CDRs), их размер может быть очень велик, и целесообразно использоватьвариант резервного копирования файлов этих таблиц в файловой системе. Таблицы сотладочными журналами вызовов не являются критической информацией, и при резервномкопировании эти данные не сохраняются.
Таблица mvts_cdr имеет специальный тип таблицы MERGE. Она не содержит данных, ипредоставляет удобный интерфейс для выборки данных из ежемесячных таблиц CDR. Другимисловами, эта таблица позволяет получать данные с любыми критериями за любой периодвремени, не заботясь о том, в какой таблице CDR и за какой месяц необходимая информацияхранится в действительности. Для таблицы mvts_cdr при резервном копировании сохраняется
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 216
только её структура.
Кроме таблиц в БД имеется несколько представлений и хранимых процедур, которые такжекопируются с помощью утилиты mysqldump.
Файлы резервного копирования7.9.2
Утилиты для обслуживания БД системы РТУ МТТ находятся на сервере БД в каталоге /usr/local/lib/mvtspro. Там же находятся и файлы, относящиеся к резервному копированиюБД:
backupdb.conf — содержит конфигурацию для процедуры резервного копирования БД;
backupdb-cron — пример задания для утилиты Cron (для каталогов конфигурации Cron,определяющих хронирование запуска, таких как /etc/cron.daily, /etc/cron.hourly, ит.п.);
backupdb.php – командный файл, осуществляющий резервное копирование БД;
restoredb.sh – командный файл, выполняющий восстановление БД из резервной копии;
ssh_auth_keys.sh — командный файл для создания SSH-ключей и установки открытогоключа на удалённый сервер, что обеспечивает возможность открытия сеансов на удалённомсервере без запроса пароля.
SSH. Настройка авторизации через открытый ключ7.9.3
Резервное копирование БД может осуществляться как на локальный диск, так и на удалённыйсервер (через ssh/scp). Для большей надёжности настоятельно рекомендуется использоватьвариант с дополнительным сервером. При решении сохранять резервные копии на сервере БД,рекомендуется выделить или установить для них отдельный жёсткий диск.
Для автоматического выполнения резервного копирования БД планировщиком задач скопированием файлов на удалённый сервер пароль не может запрашиваться, и потомунеобходимо настроить авторизацию SSH через открытый ключ. Для настройки авторизации,работая как пользователь root, запустите на исполнение программу командного процессораssh_auth_keys.sh:
./ssh_auth_keys.sh
На мониторе высветится сообщение, говорящее о том, что командный файл запущенпользователем root:
Local user: root
Если RSA-ключи для пользователя root ещё не созданы, то запущенный командный файл создастих:
Generating public/private rsa key pair.
Your identification has been saved in /root/.ssh/id_rsa.
Your public key has been saved in /root/.ssh/id_rsa.pub.
The key fingerprint is:
aa:bb:cc:dd:ee:ff:aa:bb::cc:dd:ee:ff:aa:bb:cc [email protected]
Дальше последует запрос ввести имя или IP-адрес удалённого сервера, имя пользователя наудалённом сервере, с правами которого будет выполняться сохранение файлов резервной копиии пароль для этого пользователя:
Enter remote host: backup-server
Enter remote user: root
Copy public key to remote host
(Enter password for user [email protected] when asked)
…
Password:
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 217
После выполнения командного файла чтобы убедиться, что авторизация через открытый ключработает, выполните команду:
ssh [email protected]
В аргументе команды ssh вместо «root» укажите нужное имя пользователя, а вместо «db-server»введите имя или IP-адрес удалённого сервера. Если при этом не будет запрошен пароль, и сеансна удалённом сервере откроется, значит, авторизация через открытый ключ работает.
Конфигурирование параметров резервного копирования БД7.9.4
Отредактируйте конфигурационный файл backupdb.conf. Задайте в нём следующиепараметры:
host — имя или IP-адрес сервера БД (всегда используйте значение “localhost”);
user — пользователь БД;
password — пароль пользователя БД;
db — имя БД;
tmpdir — каталог для временных файлов. В данном каталоге должно быть свободное место неменьше, чем возможный размер БД (более точно – столько, сколько требуется для сохраненияфайлов, копируемых за однократное выполнение процедуры резервного копирования БД);
desthost — имя или IP-адрес удалённого сервера, на который будут сохраняться файлы резервнойкопии. Если удалённый сервер не используется, а файлы резервной копии предполагаетсяхранить на том же сервере, где находится БД, удалите данную строку или закомментируйте еётаким образом:
#desthost=
destuser — имя пользователя на удалённом сервере;
destdir — целевой каталог хранения резервной копии на удалённом или локальном сервере (взависимости от значения параметра desthost). Данный каталог должен быть доступен на записьдля пользователя, от которого выполняется резервное копирование (для пользователя,указанного в параметре destuser, если осуществляется сохранение резервной копии наудалённом сервере.) Если каталог не существует, он будет создан автоматически;
rotate – количество каталогов в каталоге destdir, в которых хранятся последние резервные копии.Отсчет начинается с единицы, и все следующие резервные копии будут записываться в каталог сочередным номером. Как только количество каталогов становится равным счетчику rotate, токаталог с наименьшим номером удаляется;
backup_prefix – префикс в названиях папок с резервными копиями (например: backup);
backup_cdrs – может принимать значение 1 или 0. Задает, сохранять ли ежемесячные таблицыCDR. Если 1 – сохранять, если 0 – не сохранять;
tables_no_data – перечислены через запятую таблицы, которые не надо сохранять в резервнуюкопию. В список перечисленных здесь таблиц необходимо включить таблицу mvts_cdr.
Запуск резервного копирования7.9.5
Командный файл (утилита) backupdb.php, осуществляющий резервное копирование,рекомендуется выполнять с правами пользователя root или как пользователь, входящий в группуmysql, т.к. для корректной работы данной утилиты требуются права этой группы.
При выполнении утилита создаёт файлы tab1.sql и tab2.sql, содержащие в себе всетаблицы кроме ежемесячных таблиц записей с данными о вызовах (CDRs) и прочие объекты БД.Кроме того, утилита копирует файлы структуры, данных и индексов ежемесячных таблиц CDR.Также создается файл cdr.info, который содержит информацию о состоянии сохранённыхтаблиц записей с данными о вызовах (CDRs).
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 218
Автоматизация резервного копирования БД7.9.6
Для автоматизации процесса резервного копирования БД можно создать задание длястандартного планировщика Linux — процесса Cron. Например, чтобы резервное копирование БДвыполнялось каждый час, необходимо скопировать файл backupdb-cron в каталог /etc/cron.hourly или сделать символическую ссылку на него:
cp /usr/local/lib/mvtspro/backupdb-cron /etc/cron.hourly/
или
ln -s /usr/local/lib/mvtspro/backupdb-cron /etc/cron.hourly/backupdb-cron
Восстановление БД из резервной копии7.9.7
Командный файл restoredb.sh восстанавливает БД из резервной копии. Запускать его навыполнение рекомендуется, с правами пользователя root или как пользователь, входящий вгруппу mysql, т.к. для корректной работы данной утилиты восстановления БД требуются праваэтой группы.
Для восстановления БД:
1. Скопируйте файлы резервной копии на сервер БД
2. Скопируйте командный файл restoredb.sh в тот же каталог, что и файлы резервнойкопии. Запустите командный файл на исполнение, указав в качестве аргумента имя БД, вкоторую будет осуществляться восстановление:
./restoredb.sh rtu_restored
БД с указанным именем не должна существовать. Это сделано, чтобы обезопасить отслучайного повр еждения существующую р аботающую БД.
Данный командный файл пр и выполнении вызывает пер езапуск СУБД.
Командный файл restoredb.sh можно запускать на исполнение из любого другого каталога,указывая в качестве второго аргумента команды путь к каталогу с резервной копией, например:
./restoredb.sh rtu_restored /path/to/backup
Тиражирование (репликация) БД7.10
Тиражирование (репликация) — это механизм, который обеспечивает дублирование данныхпереносом информации с основного сервера (master replication server) на один или болееподчиненных серверов тиражирования (slave replication server), например, с цельюсинхронизации содержимого дублей БД.
В РТУ МТТ тиражирование используется для резервирования БД. В случае отказа основногосервера, Система может сразу же переключится на использование подчиненного сервера срезервной БД.
Виды тиражирования7.10.1
Существуют различные способы классификации тиражирования:
1. По направлению «движения» изменений между вовлеченными в процесс серверами:
a) Одностор оннее (основной-подчиненный сер вер /master-slave) — при одностороннемтиражировании изменения данных пересылаются только в одну сторону, когда БД наподчиненном сервере (slave server) синхронизируется с БД на основном сервере(master server.)
b) Обоюдное (основной-основной сер вер /master-master) — обоюдное тиражированиеданных имеет место в кластерных и других системах, когда изменения пересылаются вобе стороны, то есть взаимодействующие БД синхронизируются друг с другом.
2. По времени тиражирования:
a) Синхр онное тир ажир ование — синхронное тиражирование имеет место, когдатиражирование измененных данных происходит за счет создания точных копий
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 219
(реплик) того же фрагмента данных в рамках одной и той же транзакции. Изменения неприменяются, пока не получено подтверждение успешности действий от основного иподчиненного серверов. Другими словами, в любой отдельно взятый момент временисуществует лишь одна версия данных.
b) Асинхр онное тир ажир ование — происходит тогда, когда обновление одного блокаданных распространяется на другие спустя некоторое время, вне рамок той жетранзакции. При асинхронной репликации (асинхронном тиражировании) в течениенекоторого времени данные взаимодействующих БД могут быть неидентичными.
3. По уровню:
a) Тир ажир ование на ур овне стр ок (row-based rep lication) — пересылаются иприменяются изменённые строки таблиц.
b) Тир ажир ование на ур овне SQL-опер атор ов (statement-based rep lication) —пересылаются и выполняются SQL-операторы.
Тиражирование данных, применяемое в РТУ МТТ, можно классифицировать как асинхроннуюобоюдную master-master репликацию на уровне строк. Для организации обоюдной master-masterрепликации в MySQL на каждом из двух серверов БД настраивается процесс одностороннеготиражирования (master-slave replication).
Пр и настр ойках тир ажир ования, пр именяемых в РТУ МТТ, одновр еменная запись в БД наобоих сер вер ах недопустима. В каждый момент вр емени запись должна пр оизводитьсятолько в одну из баз данных.
Настройка тиражирования7.10.2
Перед настройкой тиражирования БД на обоих серверах должны быть идентичны. Самыйпростой способ синхронизовать данные — это выбрать одну БД и скопировать её целиком навторой сервер. Для того, чтобы в процессе настройки репликации БД не изменялись,отсоедините от обеих БД все приложения. На время настройки тиражирования необходимотакже остановить и ПКомм.
Все действия производятся от имени пользователя ОС root.
В случае, если для пользователя root БД MySQL был задан какой-либо пар оль, необходимодобавить ко всем командам mysql и mysqldump пар аметр —p assword ср азу после именикоманды. Пр и этом пр и выполнении команды MySQL запр осит пар оль пользователя root БДMySQL.
1. Выполните дамп данных из основной БД:
#> mysqldump —allow-keywords —triggers —routines —opt —hex-blob —databases rtu > rtu.sql
2. Если БД на втором сервере уже существует, вначале сделайте её резервную копию,используя команду из пункта 1, и лишь затем удалите существующую БД:
#> mysqlmysql> drop database rtu;
3. Скопируйте файл rtu.sql, созданный в пункте 1, на второй сервер, и создайте БД изэтого командного файла SQL:
#> mysql <rtu.sql
4. В обеих БД создайте пользователя repl:
#> mysql mysql> grant replication slave on *.* TO ‘repl’@’%’ identified by’slavepass’;
5. В обеих БД остановите процесс slave (если он не запущен, ошибки не возникнет) исбросьте бинарные журналы:
#> mysql mysql> stop slave;mysql> reset slave;mysql> reset master;
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 220
6. Остановите обе БД:
#> invoke-rc.d mysql stop
7. На одном из серверов создайте конфигурационный файл /etc/mysql/conf.d/rtu-repl.cnf следующего содержания:
[mysqld]## * Logging and Replication#
server-id = 10#binlog-format = rowlog_bin = /var/log/mysql/mysql-bin.logexpire_logs_days = 30log-slave-updatesauto-increment-increment = 10auto-increment-offset = 1replicate-same-server-id = 0report-host = имя-данного-хоста
replicate-do-db = rtureplicate-ignore-table = rtu.mvts_debug_callreplicate-ignore-table = rtu.mvts_debug_call_logreplicate-ignore-table = rtu.mvts_debug_registrationmaster-host = имя-другого-хостаmaster-user = replmaster-password = slavepasssync_binlog = 1slave-skip-errors=1062,1053
8. На втором сервере создайте конфигурационный файл /etc/mysql/conf.d/rtu-repl.cnf следующего содержания:
[mysqld]## * Logging and Replication#
server-id = 20#binlog-format = rowlog_bin = /var/log/mysql/mysql-bin.logexpire_logs_days = 30log-slave-updatesauto-increment-increment = 10auto-increment-offset = 2replicate-same-server-id = 0report-host = имя-данного-хоста
replicate-do-db = rtureplicate-ignore-table = rtu.mvts_debug_callreplicate-ignore-table = rtu.mvts_debug_call_logreplicate-ignore-table = rtu.mvts_debug_registrationmaster-host = имя-другого-хостаmaster-user = replmaster-password = slavepasssync_binlog = 1slave-skip-errors=1062,1053
Курсивом выделены различия между двумя файлами.
9. Запустите обе БД:
#> invoke-rc.d mysql start
10.Запустите процесс slave в обеих БД:
Принципы резервирования РТУ (модуль транзита трафика)
Стр. 221
#> mysql mysql> start slave;
11.Для контроля работоспособности репликации используйте следующие команды MySQL:
#> mysql mysql> show master status G;mysql> show slave status G;
При выводе команды show slave status G основным полем, показывающим состояниерепликации, является Slave_IO_State. В обычном состоянии поле отображает строку Waiting formaster to send event. Если в поле в течение длительного времени отображается какое-либодругое значение, то это может указывать на сбой в процессе репликации. Номер и текстовоесообщение о последней ошибке отображаются в полях Last_Errno и Last_Error.
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 222
Приложение А. Спецсимволы, регулярные выраженияи преобразование номеров
8
Использование спецсимволов при поиске информации8.1Операторы сравнения Like и Not like позволяют использовать так называемые шаблоны припоиске необходимой информации. В шаблонах используются спецсимволы «%» и «_».
Символ «%» обозначает любую последовательность символов, в том числе и пустую (нулевойдлины). Например, шаблон «123%» соответствует строкам, начинающимся с «123». Шаблон «%123» – строкам, оканчивающимся на «123». Шаблон «%123%» – строкам, содержащим внутрисебя подстроку «123». Шаблон «%» соответствует всем строкам, в том числе и пустым.
Символ «_», обозначает один произвольный символ. Таким образом, шаблон «_123»соответствует строкам, в которых первый символ любой, а затем следует «123», (например:«0123», «1123» и т.д). Этот шаблон также может использоваться и в середине строки, при этомстрока начинается и заканчивается на определенные символы, между которыми имеетсяпроизвольный, например «1_23». В шаблоне поиска можно использовать любое количествоспецсимволов. Например, шаблон “%1_23%” будет соответствовать строкам «04513234», «1823», «11123456» и т.д.
При использовании оператора сравнения Like на экране будут отображены все данные,которые соответствуют шаблону.
При использовании оператора сравнения Not like система отобразит все данные, которые несоответствуют шаблону.
Использование регулярных выражений при поискеинформации
8.2
Регулярные выражения являются мощным инструментом для задания критериев поискаинформации. При использовании регулярных выражений шаблоны поиска состоят изпроизвольных буквенно-цифровых символов и, так называемых, метасимволов, описаниекоторых приводится в таблице.
Метасимвол и егофункция
Описание
Соответствиесимволам
. Соответствие любому символу.
[] Соответствие любому символу, заключенному в скобки.
Соответствиерасположению
^ Соответствие началу строки
$ Соответствие концу строки
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 223
Соответствиеколичествусимволов
? 0 или 1 повторение предшествующего выражения
* 0 или более повторений предшествующего выражения
+ 1 или более повторений предшествующего выражения
{x} x повторений предшествующего выражения.
{x,} x или более повторений предшествующего выражения.
{x,y} Не менее x повторений, но не более y повторений предшествующеговыражения
Вариация
| Соответствие выражению до или после метасимвола.
Группировка
( ) Логическая группировка.
Для того, чтобы метасимвол р ассматр ивался как обычный символ, пер ед ним необходимопоставить символ обр атной чер ты “”.
Примеры
Предположим, Вы хотите найти CDR-записи вызовов, в которых участвовали номера,начинающиеся на “7095123”, “7095124” или “7095125” и оканчивающиеся на любые четырецифры. В данном случае при поиске используйте следующее регулярное выражение.
^7095(123|124|125).{4}$
В результате поиска система отобразит записи, содержащие номера 70951231234, 70951243333,70951254567, 70951255678 и т.д.
Предположим, Вы хотите найти записи, содержащие номера, начинающиеся на “7095” иоканчивающиеся на 1 или 2 или 3. В данном случае при поиске используйте следующеерегулярное выражение.
^7095.*[123]$
Результаты поиска будут соответствовать номерам 70951111111, 709500002, 70951234563 и т.д.
Предположим, Вы ищете записи, содержащие номера, начинающиеся на «345», за которымиследует не менее одной, но не более шести цифр. В данном случае при поиске используйтеследующее регулярное выражение.
^345.{1,6}$
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 224
Результаты поиска будут соответствовать номерам 3450, 3451111, 345888888 и т.д.
Преобразование номеров8.3Основной целью преобразования является приведение телефонных номеров к определенномуформату. Преобразование номеров основывается на использовании регулярных выражений.Как правило, шаблон преобразования состоит из двух частей: шаблона поиска и строки замены,разделенных символом «/».
Используя скобки «( )», Вы можете создать в шаблоне поиска отдельные секции. При этомстрока замены может содержать подстроку для замены секции. Номеру секции в подстрокепредшествует символ «».
Как правило, при преобразовании номеров производится добавление, удаление или заменапрефиксов.
Примеры
Задача:
Удалить из номера 123456789 префикс 1234
Шаблон преобразования:
^1234(.*)/1
( удалить пр ефикс 1234, пр едшествующий пер вой секции)
Результат:
123456789 56789
Задача:
Заменить префикс 1234# в номере 1234#1234567 на префикс 0000#
Шаблон преобразования:
^1234#(.*)/0000#1
( заменить пр ефикс 1234#, пр едшествующий пер вой секции, на пр ефикс 0000#)
Результат:
1234#1234567 0000#1234567
Задача:
Ко всем номерам добавлять префикс 0000#
Шаблон преобразования:
^(.*)/0000#1
( вставить пр ефикс 0000# пер ед пер вой секцией)
Результат:
1234567 ® 0000#1234567
7654321 ® 0000#7654321 и т.д.
Если необходимо отделить подстроку для замены от последующих символов в строке замены, тодля обозначения секций используется запись вида g<#>, где # — номер секции. Максмальноеколичество секций равно 99. Подобная запись необходима, когда после подстроки замены сразуже следуют цифры. Например:
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 225
Задача:
Ко всем номерам добавлять постфикс 5555
Шаблон преобразования:
^(.*)/g<1>5555
( добавить постфикс 5555 после пер вой секции)
Результат:
1234567 ® 12345675555
Одной и той же задаче может соответствовать несколько шаблонов преобразования:
шаблон ^1234#/0000# равносилен шаблону ^1234#(.*)/0000#1 (если префикс номера 1234#,заменить его префиксом 0000#);
шаблон ^/0000# равносилен шаблону ^(.*)/0000#1 (ко всем номерам добавлять префикс0000#).
В одной строке через точку с запятой без пробелов можно задавать несколько шаблоновпреобразования. При этом для преобразования номера будет использован первый подходящийшаблон из данной строки.
Для примера возьмем два шаблона преобразования:
^(78312)/01#1 (добавлять префикс 01# ко всем номерам, начинающимся на 78312);
^(7831)/02#1 (добавлять префикс 02# ко всем номерам, начинающимся на 7831).
Из строки ^(78312)/01#1;̂ (7831)/02#1 для номера 78312555555 будет выбран первый шаблони в результате преобразования к номеру будет добавлен префикс 01# (01#78312555555). В то жевремя, для номера 78315555555 будет выбран второй шаблон, и в результате преобразования кномеру будет добавлен префикс 02# (02#78315555555).
Помимо шаблонов преобразования, основанных на регулярных выражениях, в системеиспользуются также дополнительные шаблоны для задания правил преобразования номеров:
шаблон rand(n) – подставить вместо строки rand(n) случайное n-значное число. n можетпринимать значение от 0 до 99. Например, любой номер в правиле ^(.*)/(123)rand(2)преобразуется в такие номера, как 12389 или 12322, где две последние цифры – случайны.
шаблон ^$ – используется в подстроке поиска для соответствия пустым входящим номерам.Например, правило ^$/123 заменит пустые входящие номера на номер 123. Используетсявместо применявшегося ранее blank.
Рекомендации по заданию регулярных выражений8.4Для ускорения обработки регулярных выражений, и, как следствие, увеличенияпроизводительности Системы необходимо упрощать регулярные выражения и сокращаять ихколичество. В частности, рекомендуется придерживаться следующих правил:
При задании регулярных выражений без преобразования номеров (например, в полеИНИЦ. Шаблон разрешенных А-номеров) не рекомендуется использовать скобки «()».Например, вместо шаблона ^123456(.*) следует писать ^123456.*. Скобкитребуется писать только в случае необходимости.
При задании списка регулярных выражений во всех полях, кроме поля объекта набораШаблон разрешенных Б-номеров, не рекомендуется использовать символ «;» дляразделения регулярных выражений. Поскольку символ «;» разделяет отдельные шаблоныномеров, то при сопоставлении реального номера шаблонам при большом количествешаблонов происходит задержка в маршрутизации вызова. Следует использовать символ»|». Например, вместо шаблона ^123.*;^456.*;^789.* следует писать ^123.*|^456.*|^789.*. Тем самым, вместо трех шаблонов будет записан один.
Приложение А. Спецсимволы, регулярные выражения и преобразование номеров
Стр. 226
В поле объекта набора Шаблон разрешенных Б-номеров для разделения отдельныхрегулярных выражений в списке необходимо использовать символ «;». Например, вместо12345.*|67890.* следует писать 12345.*;67890.*. Так как шаблон 12345.*|67890.* не будет соответствовать номеру, начинающемуся на 67890.
В поле объекта набора Шаблон разрешенных Б-номеров регулярные выражения нерекомендуется начинать с символа «^». Например, вместо ^12345.*;^67890.*следует писать 12345.*;67890.*.
Во всех полях, в которых могут задаваться регулярные выражения с преобразованием(например, Преобраз. А-номера), рекомендуется сокращать количество отдельныхшаблонов, по возможности объединяя несколлько шаблонов в один. Например, шаблоны1234(.*)/1;1235(.*)/1; 1236(.*)/1 можно свести в одно преобразование123[4-6](.*)/1.
Для ограничения допустимой длины номера в полях для ввода разрешенных номероврекомендуется использовать шаблон вида xxx.{n}, где xxx – первоначальное набор цифр вномере, а n равно общему длине номера минус количество цифр в первоначальномнаборе xxx. Например, шаблон номеров, начинающихся с 1234, длиной не болеедвенадцати цифр: 1234.{8}.
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 227
Приложение Б. Формирование списков кодеков в РТУ(модуль транзита трафика)
9
Правила распознавания кодеков9.1Этап I. При получении кодеков от оборудования по протоколу SIP ПКомм проверяет,соответствует ли SDP кодека стандарту. Если какие либо параметры кодека не соответствуютстандарту, то кодек не считается полностью распознанным и для его распознаванияиспользуются данные ПУпр.
Этап II. При этом Система сопоставляет частично распознанные (определен тип кодека, новозможны корректировки параметров rtpmap и fmtp) или нераспознанные кодеки (не определентип кодека), полученные на предыдущем этапе, с кодеками, определенными для данного шлюзав БД (параметр ИНИЦ. Разрешённые кодеки или ТЕРМ. Разрешенные кодеки). Каждый кодек,полученный от оборудования, последовательно сравнивается с кодеками, заданными в ПУпр.
При этом действуют следующие правила:
Кодеки из ПУпр проверяются в последовательности, определяемой приоритетом, отбольшего значения параметра Приоритет кодека в группе к меньшему.
У кодека с оборудования и кодека из ПУпр сравниваются типы и параметры rtpmap иfmtp. Если для кодека из ПУпр параметры fmtp и rtpmap не заданы (то есть флажкиИспользовать шаблон опред. кодека по вход. SDP rtpmap и Использовать шаблоны опред.кодека по вход. SDP fmtp соответственно сброшены), то эти параметры считаютсязаданными согласно стандарту;
Кодеки с оборудования, заданные стандартно (т.е. полностью распознанные на первомэтапе), также сравниваются с кодеками из ПУпр, у которых установлен флажок Сопост. слюбым кодеком подобного типа. Кодеки с оборудования, которые распознаны частичноили совсем не распознаны на первом этапе, с кодеками, у которых установлен флажокСопост. с любым кодеком подобного типа, не сравниваются;
Если кодек от оборудования сравнивается с кодеком, имеющим флажок Сопост. с любымкодеком подобного типа, и у данных кодеков совпадают типы, то данный кодек считаетсяполностью распознанным и остается в списке разрешенных кодеков;
Если кодек не распознан и не сопоставлен ни с одним кодеком, заданным в Системе, тоданный кодек будет отброшен;
Таким образом, будет получен список разрешенных кодеков для данного оборудования. Еслипри установлении вызова данный список пуст, то вызов завершается.
Пример распознавания кодеков. От инициирующего оборудования приходит SDP соследующими кодеками из группы G.729:
m=audio 21000 RTP/AVP 18 100 a=rtpmap:18 G729/8000 a=fmtp:18 annexb=true a=rtpmap:100 G729/8000
На первом этапе Система частично распознаёт их со следующими параметрами:
Первый кодек G.729:
SDP rtpmap = «G729» SDP fmtp = «annexb=true»
Второй кодек G.729:
SDP rtpmap = «G729»
Первый кодек G.729 соответствует кодеку G.729B. Второй кодек G.729 может соответствоватькодекам G.729, G.729A, G.729AB, G.729B. Для определения, какой именно кодек требуется изгруппы кодеков G.729, необходимо использовать параметры кодеков, заданные в ПУпр.Например, если в Системе заданы следующие кодеки:
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 228
Распознавание кодеков из группы G.729
Тогда кодек G.729 (номер 2, с флажком Сопост. с любым кодеком подобного типа) будетиспользоваться как кодек «по умолчанию». Он имеет наименьший приоритет и в результатесопоставления заменит любой частично определённый кодек из группы G.729, для которого нетявно определённых правил.
Если используется политика передачи изменений в кодеках Передавать все изменения, то кданным двум этапам добавляется еще два.
Этап III. Система производит процедуру, аналогичную процедуре на этапе II, но в качествекодеков с ПУпр используются кодеки, заданные для другого участка вызова. Например, кодекиинициатора, полученные после этапа II, дополнительно сопоставляются с кодекамитерминатора, и наоборот.
Этап IV. Окончательный список допустимых кодеков, полученных на этапе III, отправляетсяконечному оборудованию (то есть, терминатору, если производилась фильтрация кодековинициатора, или инициатору, если производилась фильтрация кодеков терминатора).
Данная процедура фильтрации кодеков производится как для инициирующего, так и длятерминирующего оборудования.
Таким образом, процедура определения кодеков для политики передачи изменений в кодекахПередавать все изменения выглядит как показано на рисунке ниже.
Фильтрация кодеков при передаче всех изменений в кодеках
Процедура определения кодеков для политик передачи изменений в кодеках Не передаватьизменения, Передавать изменения типа медиа-данных, Передавать изменения для G.711выглядит как показано на рисунке ниже.
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 229
Фильтрация кодеков при прочих политиках передачи изменений в кодеках
В случае, если окончательные кодеки после фильтрации на инициирующем и терминирующемшлюзе не совпадают, то начинается конвертация кодеков, если она возможна.
Пер екодир овка для видеокодеков (H.261, H.263) и кодеков факса (T.38) не пр едусмотр ена.
Из двух политик (на инициирующем и терминирующем шлюзе) в качестве окончательнойустанавливается наиболее строгая политика. Список политики от наиболее строгих к наименеестрогим:
Не передавать изменения
Передавать изменения типа медиа-данных
Передавать изменения для G.711
Передавать все изменения
Если установившейся политикой является какая-либо другая политика, Система будетиспользовать настройки ТЕРМ. Сортировка кодеков следующим образом:
Если ТЕРМ. Сортировка кодеков = Не сортировать, то кодеки будут передаваться шлюзу втом порядке, в каком они указаны в БД.
Если ТЕРМ. Сортировка кодеков = Совпавшие в начало списка, то кодеки, совпадающиес кодеками из БД, будут перемещены в начало списка, но при этом передаваться шлюзу втом порядке, в каком они пришли от оборудования-источника кодеков.
Политики проксирования9.2Для обеспечения максимальной гибкости в вопросах пропуска медиа через коммутатор, всистеме предусмотрена возможность выбирать политику работы с медиа в зависимости отсвойств конкретного объекта коммутации (dial peer). Алгоритм работы системы следующий:
Политика проксирования медиа для коммутатора при работе с конкретным объектомкоммутации набора выбирается в поле со списком Переопределить режим прокси на в формесвойств объекта набора (Маршрутизация > Объекты набора (DPs) > Настройки). Политика,заданная для объекта набора, превалирует над политикой, определенной для терминирующегошлюза в параметре Политика проксирования (Оборудование > Оборудование > Настройки терм.устр-ва). Если политика проксирования на объекте набора не задана, то используется политикапроксирования терминирующего шлюза.
Механизм выбора режима проксирования для участков вызова следующий:
Участки вызова могут находиться в одном из двух режимов – проксировать и непроксировать. При этом режимы на участках вызова должны совпадать;
Изначально до выбора первого маршрута (терминирующего шлюза) участкам вызова(входящему и исходящему) не соответствует никакой режим;
При выборе первого терминирующего шлюза, входящему и исходящему назначаетсярежим проксирования, указанный в колонке «Начальное состояние участков вызова», взависимости от применяемой политики проксирования. Правила выбора политикипроксирования описаны выше.
Если по каким-либо причинам подключение к первому терминирующему шлюзу непроизошло, то Система обнуляет режим проксирования для исходящего участка вызова,оставляет неизменным режим проксирования, установившийся на входящем участке, и
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 230
переходит к следующему терминирующему шлюзу в объекте набора.
При выборе второго и последующего шлюзов исходящему участку вызова назначаетсярежим проксирования, указанный в колонке «При выборе маршрута, отличного отпервого, установившийся режим», в зависимости от режима проксирования,установившегося на входящем участке вызове.
Доступные политики проксирования приведены в таблице ниже:
Политики проксирования
Политикапроксирования
Начальноесостояниеучастковвызова
При выборе маршрута, отличногоот первого, установившийся
режим
Примечание
Не проксировать Проксировать
Не проксировать Непроксировать
Продолжать непроксировать
Пытатьсяперестатьпроксировать,при неудаче –завершитьвызов
Участки вызова всегданаходятся в режиме«не проксировать»,переключение впроксирование непроисходит.
Пытаться непроксировать
Непроксировать
Продолжать непроксировать
Пытатьсяперестатьпроксировать,при неудаче –продолжатьпроксировать
Участки вызова могутпереключаться врежим«проксировать».
По возможностине проксировать
Непроксировать
Продолжать непроксировать
Продолжатьпроксировать
Участки вызова могутпереключаться врежим«проксировать».
По возможностине проксировать,использоватьпервый кодекинициатора
Проксировать Начатьпроксировать
Продолжатьпроксировать
Изначальнопроксировать. Еслипосле приходаCONNECT первыйкодек в списке кодековинициатора совпадаетс любым кодекомтерминатора, топерейти в режим «непроксировать» сиспользованиемданного кодека. Впротивном случаепродолжатьпроксирование.
По возможностине проксировать,использоватьпервый общийкодек
Проксировать Начатьпроксировать
Продолжатьпроксировать
Изначальнопроксировать. Еслипосле приходаCONNECT какой-либокодек в списке кодековинициатора совпадаетс каким-либо кодекомтерминатора, топерейти в режим «не
Приложение Б. Формирование списков кодеков в РТУ (модуль транзита трафика)
Стр. 231
проксировать» сиспользованиемданного (первогообщего) кодека. Впротивном случаепродолжатьпроксирование.
Проксировать Проксировать Начатьпроксировать
Продолжатьпроксировать
Участки вызова всегданаходятся в режиме«проксировать»,переключение в режим«не проксировать» непроисходит.
Если в результате на обоих участках вызова установился режим «без проксирования», то всеполитика передачи изменений в кодеках для обоих шлюзов устанавливается в Передавать всеизменения. В противном случае, выбирается наиболее строгая политика передачи измененийкодеков для двух шлюзов.
Приложение В. Шлюзы по умолчанию
Стр. 232
Приложение В. Шлюзы по умолчанию10
«Шлюз по умолчанию» – это механизм, который обеспечивает возможность соединения сабонентским оборудованием, не объявленным статически в Системе.
Поскольку одному шлюзу, с одним адресом, может одновременно соответствовать некотороеколичество конечных пользователей, соединения которых различаются только по номеру портаи регистрационным данным, механизм «шлюза по умолчанию» удобно использовать дляобеспечения связи с оконечным оборудованием таких абонентов.
Механизм «шлюз по умолчанию» облегчает декларирование подобных абонентских терминаловв РТУ. Кроме того, при этом способе конфигурирования вся идентифицирующая оконечныеабонентские устройства информация (регистрационное имя, пароль и т.п.) хранится на RADIUS-сервере, через который осуществляется регистрация устройств, что позволяет избежатьдублирования этой информации в Системе.
Последовательность конфигурирования и алгоритм работы Системы в подобном случаеследующий:
Администратор Системы создает объект «шлюз по умолчанию» (страница Оборудование), выбирая для параметра Тип оборудования значение Шлюз по умолчанию иустанавливает флажок RADIUS аутентификация. В настройках шлюза необходимо задать(регулярными выражениями) шаблоны разрешенных и запрещенных регистрационныхимен (параметры Шаблон разрешенных регистрационных имен/Шаблон запрещенныхрегистрационных имен), а также приоритет шлюза по умолчанию (параметр Приоритетшлюза по умолчанию).
Когда Система получает запрос на регистрацию от шлюза, сначала проверяются шлюзы, укоторых задано имя в поле Регистрационное имя. Если Система не может найти шлюзы, укоторых значение в поле Регистрационное имя совпадает с регистрационным именем взапросе на регистрацию, то составляется список шлюзов по умолчанию,отсортированных по убыванию приоритета (параметр Приоритет шлюза по умолчанию).В список включаются шлюзы, которые содержат в поле Шаблон разрешённыхрегистрационных имён регулярное выражение, которому удовлетворяетрегистрационное имя регистрируемого оборудования, и не содержат подобноговыражения в поле Шаблон запрещённых регистрационных имён. Если список не пуст, топроизводится аутентификация регистрируемого шлюза через RADIUS-сервер сиспользованием данных первого подходящего шлюза по умолчанию в списке, иполученного регистрационного имени.
Система поддерживает получение регистрационных имен и паролей, переданных спомощью следующих способов:
o Для SIP-оборудования аутентификация регистрационного имени и пароля шлюзапроисходит по методу Digest Authentication.
o Для H.323-оборудования возможны три способа аутентификации:
H.323-шлюз присылает регистрационное имя и пароль в незашифрованном виде, приэтом Система может перенаправить их на RADIUS-сервер также в незашифрованномвиде (если параметр Общесистемные настройки -> Шифровать нешифрованныйпароль от H.323-шлюза = 0), или же зашифровать его ключом, указанным внастройках RADIUS-сервера (параметр RADIUS-серверы -> Ключ шифрования). Впоследнем случае параметр Шифровать нешифрованный пароль от H.323-шлюзадолжен быть равен 1. По умолчанию значение параметра Общесистемныенастройки -> Шифровать нешифрованный пароль от H.323-шлюза равно 1.
H.323-шлюз присылает регистрационное имя и пароль зашифрованными методомmd5. Система пересылает их в неизменном виде на RADIUS-сервер.
H.323-шлюз присылает регистрационное имя и пароль зашифрованными методомCisco CHAP. Система пересылает их в неизменном виде на RADIUS-сервер.
Система создает виртуальный шлюз, наследующий все настройки шлюза по умолчанию.При этом, если шлюз является терминирующим, то также создается объект набора, укоторого в Списке терм. устр-в указан данный терминирующий виртуальный шлюз, а в
Приложение В. Шлюзы по умолчанию
Стр. 233
настройках шлюза по умолчанию для терминирующего шлюза в параметре Источникномеров телефона можно указать источник Б-номеров для данного шлюза.
Обработка вызовов для виртуального шлюза, созданного на основе шлюза по умолчанию,не отличается от обработки вызовов для шлюзов, внесенных непосредственно в БД.
Приложение Г. Ограничения модуля обработки вызовов ОКС7
Стр. 234
Приложение Г. Ограничения модуля обработкивызовов ОКС7
11
В настоящее время модуль обработки вызовов ОКС7 содержит следующие ограничения:
Ограничение Возможные последствия
M3UA
Параметры NetworkAppearance и Routing Contextобязательны
1) Не соответствует спецификации протокола RFC4666. Поспецификации Routing Context и Network Appearance неявляются обязательными.
2) Поскольку свойства AS на стороне ASP и SGP должны бытьодинаковы, а на оборудовании, используемом в качествесигнального шлюза SGW, возможности настройки могут бытьограничены, это может ограничить число возможныхконфигураций Системы в целом.
Например, на ОКС7-шлюзе сервер приложений AS и RoutingKey для него конфигурируются неявно, и возможностьуказать Routing Context и Network Appearance отсутствует.
Параметр Network Indicator неиспользуется длямаршрутизации
Потенциально может приводить к ошибкам маршрутизации вконфигурациях, где разные узлы имеют одинаковые кодыпункта сигнализации (point codes).
Не поддерживается концепциянескольких локальных(логических) узловсигнализации
Эта концепция является основой, на которой строитсяподдержка модулем обработки вызовов ОКС7 более сложныхконфигураций, когда например, один модуль связан снесколькими коммутаторами ОКС7 (используя один илинесколько сигнальных шлюзов SGW) и может выглядеть дляних, в зависимости от конфигурации, как одним, так инесколькими коммутаторами ОКС7.
В настоящее время поддержка нескольких ОКС7-коммутаторов внутри ПКомм реализуется с помощью запусканескольких модулей обработки вызовов ОКС7, по одному накаждый локальный коммутатор ОКС7.
ISUP-R
Не поддерживаетсясигнализация с«перекрытием» (overlapsignaling)
Может приводить к неверной маршрутизации вызовов.
Не поддерживаетсясегментация сообщений
Может приводить к проблемам в вызовах, для которыхиспользуются сегментированные сообщения. Однакопоскольку необходимость в сегментированных сообщенияхвозникает редко, вероятность возникновения проблемнебольшая.
Не поддерживается контрольцелостности (continuity)
Может приводить к проблемам, если контроль целостностииспользуется удаленным коммутатором. Например,коммутатор может прекратить использовать медиа-каналы,для которых проверка не была успешной, что через некотороевремя приведет к уменьшению пропускной способности донуля.
Не поддерживается Не поддерживаются возможности, связанные с этой
Приложение Г. Ограничения модуля обработки вызовов ОКС7
Стр. 235
определение задержки нараспространение сигнала
функциональностью.
Не поддерживаетсяавтоматическая попыткаповторного установлениясоединения
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживается обработканераспознанной информации
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживается обработканеожидаемой информации
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживается контрольMTP-перегрузки (MTPcongestion)
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживаетсяавтоматический контрольперегрузки (AutomaticCongestion Control)
Не поддерживаются возможности, связанные с этойфункциональностью.
Не поддерживаетсяуправление готовностьюподсистемы пользователя
Не поддерживаются возможности, связанные с этойфункциональностью.
Резервирование
Случай отказа ОКС7-шлюза нетестировался. Предполагаетсяналичие в системе резервногошлюза и соответствующуюконфигурацию модуляобработки вызовов ОКС7
С большой вероятностью возможны проблемы при отказеОКС7-шлюза без резервирования.
Старт и переключение междумодулями обработки вызововОКС7 требуют некотороговремени на обменсообщениями с MGW, SGW иудаленным ОКС7-коммутатором.
Обычно время обмена сообщениями невелико, еслиотсутствуют проблемы соединений и сети. В общем случаеоно определяется задержками в получении ответов от шлюзови удаленных узлов, а также величиной и сложностьюконфигурации. Активные но момент переключения модулейОКС7-вызовы завершаются.
Конфигурирование
Изменение конфигурациимодуля обработки вызововОКС7 без остановки модуля неподдерживается
Изменение конфигурации осуществляется путем остановкимодуля и его запуска с новой конфигурацией. Это приводит кзавершению текущих вызовов и невозможности осуществлятьновые вызовы до завершения процесса запуска модуля сновой конфигурацией.
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 236
Приложение Д. Подготовка оборудования Системы кметрологической поверке
12
При метрологической поверке РТУ МТТ проверяется соответствие системы учета (в данномслучае, системы учета длительности вызовов) эталону. В процессе метрологической поверкичерез Систему пропускается большое количество вызовов разной продолжительности. Послезавершения тестирования требуется сравнить длительность вызовов, записанную Системой вCDR-записях, с эталонной длительностью, заданной на метрологическом оборудовании.
Пар аметр ы акустических сигналов тональной частоты (call p rogress tones) должнысоответствовать национальному стандар ту ГОСТ 28384-89.
Пер ед пр оведением испытаний р екомендуется связаться со службой техническойподдер жки для выяснения необходимости в дополнительной настр ойке РТУ МТТ.
Рассмотрим подготовку Системы к поверке на примере использования шлюза AudioCodes MP-124, подключенного к метрологическому оборудованию, с одной стороны, и Системе, с другой.Процедура подготовки данной конфигурации Системы к метрологической поверкепредставлена ниже.
Для того чтобы параметры аналоговой сигнализации соответствовали национальномустандарту, загрузите на шлюз AudioCodes файл с соответствующими настройками.
Для загрузки файла в web-браузере зайдите на страницу конфигурации шлюза AudioCodes,щелкните по ссылке Software Update и в открывшейся странице нажмите Load Auxiliary Files.
Страница настройки шлюза AudioCodes
На панели Send “Call Progress Tones” file from your computer to the device щелкните по кнопке
и в открывшемся окне выберите файл с параметрами акустических сигналов,
соответствующих национальным стандартам. Для отправки файла на шлюз нажмите .
Для контроля успешности загрузки файла, перейдите по ссылке Status & Diagnostics и наоткрывшейся странице нажмите Device Information. В появившемся окне на панели CallProgress Tones File Name должно быть показано имя загруженного файла.
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 237
Шлюз AudioCodes с загруженным файлом параметров акустических сигналов
После проведения испытаний необходимо выгрузить CDR за период тестирования так, чтобыпорядок следования параметров соответствовал показанному в таблице ниже:
Пар аметр ы Общая продолжит. вызова, мсек, Время начала, Время соединения, Времязавершения должны иметь пор ядковый номер 30, 31, 32, 33 соответственно.
Порядок следования параметров в выгружаемых CDR-записях
Порядковый номер поля Описание поля
1 ID
2 Дата
3 Входящий А-номер
4 Входящий Б-номер
5 Исходящий А-номер
6 Исходящий Б-номер
7 А-номер для биллинга
8 Б-номер для биллинга
9 Сигнальный модуль
10 Адрес иниц. привратника
11 Адрес иниц. устр-ва (сигн.)
12 Адрес терм. устр-ва (сигн.)
13 Адрес иниц. устр-ва (медиа)
14 Адрес терм. устр-ва (медиа)
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 238
15 Входящий локальный адрес (сигн.)
16 Исходящий локальный адрес (сигн.)
17 Входящий локальный адрес (медиа)
18 Исходящий локальный адрес (медиа)
19 Протокол сигн. на входе
20 Протокол сигн. на выходе
21 Conference ID
22 Call ID на входе
23 Call ID на выходе
24 RAS имя иниц. устр-ва
25 RAS имя терм. устр-ва
26 Имя пользов. для биллинга
27 Имя иниц. устр-ва
28 Имя терм. устр-ва
29 Объект набора (DP)
30 Общая продолжит. вызова, мсек
31 Время начала
32 Время соединения
33 Время завершения
34 Код завершения
35 Заявленные кодеки иниц. устр-ва
36 Кодеки на выходе
37 Faststart у иниц. устр-ва
38 Faststart у терм. устр-ва
39 Tunneling у иниц. устр-ва
40 Tunneling у терм. устр-ва
41 Режим проксирования
42 Причина повторн. маршрутизации
43 Кол-во попыток маршрутизации
44 SCD, мсек
45 PDD, мсек
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 239
46 Итог PDD
47 Медиа поток от иниц. устр-ва, байт
48 Медиа поток к иниц. устр-ву, байт
49 Медиа поток от терм. устр-ва, байт
50 Медиа поток к терм. устр-ву, байт
51 Медиа от иниц. устр-ва, пакеты
52 Медиа от терм. устр-ва, пакеты
53 Задерж. медиа от иниц. устр-ва, пакеты
54 Задерж. медиа от терм. устр-ва, пакеты
55 Утерянных медиа пакетов от иниц. устр-ва
56 Утерянных медиа пакетов от терм. устр-ва
57 Мин. джиттер буфер, пакеты от иниц. устр-ва
58 Макс. джиттер буфер, пакеты от иниц. устр-ва
59 Мин. джиттер буфер, пакеты от терм. устр-ва
60 Макс. джиттер буфер, пакеты от терм. устр-ва
61 CDR последней попытки
62 Категория выз. абонента на входе
63 Категория выз. абонента на выходе
64 Передача «From» ТЕРМ. шлюзу
Для этого в таблице CDR вызовите всплывающее меню и с помощью команды Настроитьколонки измените порядок следования параметров. Более подробная информация о командеНастроить колонки содержится в разделе Изменение набора параметров и порядка ихследования в таблице.
Приложение Д. Подготовка оборудования Системы к метрологической поверке
Стр. 240
Настройка колонок CDR-записей
Затем отфильтруйте CDR-записи так, чтобы в web-интерфейсе отображались только те записи,которые были получены в ходе метрологической поверки. Предположим, что метрологическаяповерка проходила в 2009 году с 15-00 3 июня до 12-00 4 июня. Для этого в таблице CDR вызовитевсплывающее меню и с помощью команды Фильтр выберите записи, относящиеся только кэтому периоду. Более подробная информация о команде Фильтр содержится в разделеИспользование фильтров.
Фильтрация CDR-записей, подлежащих выгрузке
После этого необходимо экспортировать CDR-записи в CSV-файл. В таблице CDR вызовитевсплывающее меню и выберите команду Экспорт. Более подробная информация о командеЭкспорт содержится в разделе Выгрузка данных.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 241
Приложение Е. Взаимодействие РТУ (модуль транзитатрафика) с RADIUS-сервером
13
РТУ МТТ может обращаться к RADIUS-серверу для использования трех типов сервиса:авторизация (Authorization), учет времени использования предоставленной услуги (Accounting),и маршрутизация (Routing).
При любом из этих видов сервисов инициатором обмена является РТУ МТТ. RADIUS-сервервыступает инициатором обмена лишь в одном случае — при необходимости завершить вызов поисчерпанию кредитового остатка.
При запросах на авторизацию и маршрутизацию РТУ МТТ отправляет на RADIUS-серверзапрос AccessRequest соответсвующего типа и в ответ получает AccessAccept либоAccessReject. При обмене учетного характера (Accounting) РТУ МТТ посылает запросAccountingRequest (Code 4) и в ответ ожидает AccountingResponse.
RADIUS-сервер инициирует связь с РТУ МТТ запросом на завершение вызоваDisconnectRequest (type 40), и РТУ МТТ отвечает либо подтверждением завершения сессииDisconnectAck(type41), либо сообщением об отказе в завершении вызова DisconnectNack(type42).
Ниже приводится подробное изложение структры обмена сообщениями между РТУ МТТ иRADIUS-сервером.
Авторизация регистрируемого пользователя13.1Данный тип запроса к RADIUS-серверу выполняется при получении запроса на регистрациюRegistrationRequest, поступающего на РТУ МТТ при авторизации регистрируемого устройства.
Содержимое запроса AccessRequest от РТУ МТТ к RADIUS-серверу при авторизациирегистрируемого пользователя
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
26 xpgk-request-type
1 Тип запроса наавторизацию
всегда «user» О
1 User-Name Имя пользователя string О
2 User-Password Пароль, закодированныйчерез MD5, или в видеplain-text
BYTE[16] или string Н
26 xpgk-md5-auth 1 Пароль, закодированныйчерез MD5
BYTE[16] или string Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 242
3 CHAP-Password
Пароль, зашифрованныйчерез CHAP
string Н
60 CHAP-Challenge
Уникальный CHAP-идентификатор
string Н
104 Digest-Realm Описывает компонентзащищённогопространства RADIUS-сервера
string Н
105 Digest-Nonce Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
109 Digest-URI Уникальныйидентификатор ресурсадля алгоритма Digest
string Н
108 Digest-Method Тип метода алгоритмаDigest
string Н
103 Digest-Response
Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
115 Digest-Username
Имя пользователя string О
Ожидаемые ответы: AccessAccept и AccessReject
При получении AccessReject авторизация считается неуспешной, и пользователю отсылаетсяRegistrationReject c причиной SecurityDenial.
Авторизация вызова13.2Данный вид запроса на авторизацию обращается к RADIUS-серверу перед отправкой звонка навыбранное направление для терминации.
Содержимое запроса AccessRequest от РТУ МТТ к RADIUS-серверу при авторизациитерминации вызова по выбранному направлению
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
1 User-Name Имя пользователя string,
Если в именипользователя стоитметасимвол“$ani$”, тометасимволзаменяется наисходящий А-номер
О
2 User-Password Пароль, закодированныйчерез MD5 или в явном
BYTE[16] или string О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 243
виде
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port Локальный порт РТУ МТТ всегда 0 О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
7 Framed-Protocol This attribute indicates theframing to be used forframed access.
всегда 1 О
26 xpgk-request-type
1 Тип запроса наавторизацию
всегда «number» О
30 Calling-Station-Id
А-номер string О
31 Called-Station-Id
Б-номер string О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 h323-gw-id 33 ID шлюза-инициатора длясервера RADIUS
h323-gw-id=<string>
О
26 h323-gw-address
23 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
О
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
О
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
44 Acct-Session-Id Уникальныйидентификатор.
string О
26 xpgk-record-id 1 Уникальныйидентификатор.
xpgk-record-id=<string>
О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 244
26 xpgk-route-retries
1 Текущий номер попытки всегда 1 О
26 h323-remote-id 1 ID шлюза-терминатора длясервера RADIUS
h323-remote-id=<string>
О
26 h323-remote-address
23 IP-адрес шлюза-терминатора
h323-remote-address=<ip-address>
О
26 xpgk-md5-auth 1 Полученный из SETUPregistrationRequest MD5-пароль
xpgk-md5-auth=<username/<timestamp>>/HEX[16]
Н
3 CHAP-Password
Пароль, зашифрованныйчерез CHAP
string Н
60 CHAP-Challenge
Уникальный CHAP-идентификатор
string Н
104 Digest-Realm Описывает компонентзащищённогопространства RADIUS-сервера
string Н
105 Digest-Nonce Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
109 Digest-URI Уникальныйидентификатор ресурсадля алгоритма Digest
string Н
108 Digest-Method Тип метода алгоритмаDigest
string Н
103 Digest-Response
Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
115 Digest-Username
Имя пользователя string Н
Ожидаемые ответы: AccessAccept и AccessReject
Содержимое ответа AccessAccept от RADIUS-сервера при авторизации терминации вызова повыбранному направлению
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
26 h323-credit-time 102 Максимальнаяпродолжительность сессии
h323-credit-time=<время всекундах>
Н
26 h323-return- 103 h323-return-code (если это h323-return- О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 245
code поле отсутствует или еслиприсутствует, и значениеполя равно 0, 13, 51 или 52,то авторизация считаетсяуспешной, иначе вызовзавершится)
code=<число>
27 Session-Timeout
Максимальнаяпродолжительность сессии
integer Н
26 h323-ivr-in 1 Используется дляподстановки в User-Name впакетах Accounting
string Н
При получении AccessReject авторизация считается неуспешной, и данное направлениезавершается с соответствующим кодом разъединения.
Стартовая запись (Accounting Start Record)13.2.1
Посылается на RADIUS-сервер при получении вызова (входящий участок вызова/originate leg)или при отправке пакета SETUP стороне, терминирующей вызов (исходящий участок/answerleg).
Тип запроса – AccountingRequest (Code 4).
Структура стартовой записи (Accounting Start), отправляемой на RADIUS-сервер
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
1 User-Name Имя пользователя string,
Если в именипользователя стоитметасимвол“$ani$”, тометасимволзаменяется наисходящий А-номер
О
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
41 Acct-Delay-Time
Время (в секундах) втечении которого клиентбудет пытаться отослатьпакет Accounting
всегда 0 О
30 Calling-Station- А-номер string О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 246
Id
31 Called-Station-Id
Б-номер string О
26 h323-setup-time 25 Время получениясообщения SETUP
h323-setup-time=<hh:mm:ss.uuu twww MMM ddyyyy>
О
26 h323-connect-time
28 Время установлениявызова
h323-connect-time=< hh:mm:ss.uuu t www MMMdd yyyy>
О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
О
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
О
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
26 xpgk-record-id 1 Уникальныйидентификатор.
xpgk-record-id=<string>
О
26 xpgk-route-retries
1 Текущий номер попытки xpgk-route-retries=<number>
О
26 h323-call-type 27 Тип вызова всегда “h323-call-type=VoIP”
О
26 h323-call-origin 26 Тип участка вызова, ккоторому относитсяданный пакет
для входящегоучастка всегда“h323-call-origin=answer”, дляисходящегоучастка всегда“h323-call-origin=originate”
О
44 Acct-Session-Id Идентификатор для парыстарт-стоп пакетовAccounting
Форматприводится послетаблицы
О
26 h323-gw-id 33 ID шлюза-инициатора дляRADIUS-сервера
h323-gw-id=<string>
О
26 h323-gw-address
1 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 247
26 h323-remote-id 1 Идентификатортерминирующего шлюза
h323-remote-id=<string>
О
26 h323-remote-address
23 IP-адрес терминирующегошлюза
h323-remote-address=<IP-address>
О
40 Acct-Status-Type
Тип пакета Accounting всегда “1” О
26 xpgk_centrex_cookie
1 Уникальный в рамкахсессии идентификатор
xpgk_centrex_cookie=<number>
Н
26 xpgk_centrex_dvo
1 Признак использованияДВО (1 – используется, 0 -нет)
xpgk_centrex_dvo=<number>
Н
26 xpgk_centrex_calltype
1 Тип вызова xpgk_centrex_calltype=<number>
Н
26 xpgk_centrex_source
1 Идентификатор Centrex-источника
xpgk_centrex_source=<number>
Н
26 xpgk_centrex_destination
1 Идентификатор Centrex-приёмника
xpgk_centrex_destination=<number>
Н
26 xpgk_centrex_billing_id
1 Идентификаториспользующийся дляначисления платы
xpgk_centrex_billing_id=<number>
Н
26 xpgk_centrex_line_name
1 Наименование линии xpgk_centrex_line_name=<line name>
Н
26 xpgk-src-codec 1 Список кодековинициатора
xpgk-src-codec=<codecs’list>
Н
26 xpgk-dst-codec 1 Список кодековтерминатора
xpgk-dst-codec=<codecs’list>
Н
Значения поля Acct-Session-Id имеют следующий формат:
<prefix>-<leg type><route number>
где:
<prefix> — два случайных восьмизначных числа, разделённых “-”;
<leg type> — для входящего участка вызова равно “AV”, для исходящего участка вызова “OV”;
<route number> — текущий номер попытки перемаршрутизации.
Ожидаемый ответ – AccountingResponse.
Стоп запись (Accounting Stop Record)13.2.2
Отправляется RADIUS-серверу при завершении звонка.
Тип запроса – AccountingRequest (Code 4)
Структура Accounting Stop, отправляемая на RADIUS-сервер
Номер Наименование Номер Описание Формат данных Обязат.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 248
атрибута IETF
атрибута атрибута VSA
Необяз.(ОН)
1 User-Name Имя пользователя string,
Если в именипользователя стоитметасимвол“$ani$”, то он(метасимвол)заменяется наисходящий А-номер
О
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
41 Acct-Delay-Time
Время (в секундах), втечении которого клиентбудет пытаться отослатьпакет Accounting
всегда 0 О
30 Calling-Station-Id
А-номер string О
31 Called-Station-Id
Б-номер string О
26 h323-setup-time 25 Время получения пакета
SETUP
h323-setup-time=<hh:mm:ss.uuu twww MMM ddyyyy>
О
26 h323-connect-time
28 Время установлениявызова
h323-connect-time=< hh:mm:ss.uuu t www MMMdd yyyy>
О
26 h323-disconnect-time
29 Время завершения вызова h323-disconnect-time=< hh:mm:ss.uuu t www MMMdd yyyy>
О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 249
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
Н
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
26 xpgk-record-id 1 Уникальныйидентификатор
xpgk-record-id=<string>
О
26 xpgk-route-retries
1 Текущий номер попытки xpgk-route-retries=<number>
О
26 h323-call-type 27 Тип вызова: «Conference»;»Forward», «FollowMe», «CallTransfer», «GroupCall», «AutoDial»,»AlarmCall»,»AutoDialCBCallTerminator»,»AutoDialCBCallOriginator», «PickUp», «CallWaiting»,»VoiceMail»;
всегда “h323-call-type=VoIP”
О
26 h323-call-origin 26 Тип участка вызова, ккоторому относитсяданный пакет
для входящегоучастка всегда“h323-call-origin=answer”, дляисходящегоучастка всегда“h323-call-origin=originate”
О
44 Acct-Session-Id Идентификатор для парыAccounting Start и Stop-пакетов
Форматприводится послетаблицы
О
26 h323-gw-id 33 ID шлюза-инициатора дляRADIUS-сервера
h323-gw-id=<string>
О
26 h323-gw-address
1 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
26 h323-remote-id 1 Идентификатор терминирующего шлюза
h323-remote-id=<string>
О
26 h323-remote-address
23 IP-адрес терминирующегошлюза
h323-remote-address=<IP-address>
О
40 Acct-Status-Type
Тип пакета Accounting всегда “2” Н
26 xpgk-scd-time 1 Интервал времени междуприходом SETUP иCONNECT илизавершением вызова вотсутствие CONNECT
xpgk-scd-time=<number>
Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 250
26 xpgk-pdd-time 1 Интервал времени между набором последнийцифры и проигрываниемКПВ
xpgk-pdd-time=<number>
Н
26 h323-disconnect-cause
30 Причина завершениявызова
h323-disconnect-cause=<number>
О
26 xpgk-local-disconnect-cause
1 Локальный кодзавершения вызова
xpgk-local-disconnect-cause=<number>
Н
26 xpgk-source-rtp-address
1 IP-адрес медиа-источника xpgk-source-rtp-address=<IP-address>
Н
26 xpgk-dest-rtp-address
1 IP-адрес медиа-приемника xpgk-dest-rtp-address=<IP-address>
Н
26 xpgk-source-faststart
1 Наличие или отсутствиеfaststart у источника
xpgk-source-faststart=<number>
Н
26 xpgk-destination-faststart
1 Наличие или отсутствиеfaststart у приемника
xpgk-destination-faststart=<number>
Н
26 xpgk_centrex_cookie
1 Уникальный в рамкахсессии идентификатор
xpgk_centrex_cookie=<number>
Н
26 xpgk_centrex_dvo
1 Признак использованияДВО (1 – используется, 0 -нет)
xpgk_centrex_dvo=<number>
Н
26 xpgk_centrex_calltype
1 Тип вызова: «Conference»;»Forward», «FollowMe», «CallTransfer», «GroupCall», «AutoDial»,»AlarmCall»,»AutoDialCBCallTerminator»,»AutoDialCBCallOriginator», «PickUp», «CallWaiting»,»VoiceMail»;
xpgk_centrex_calltype=<number>
Н
26 xpgk_centrex_source
1 Идентификатор Centrex-источника
xpgk_centrex_source=<number>
Н
26 xpgk_centrex_destination
1 Идентификатор Centrex-приёмника
xpgk_centrex_destination=<number>
Н
26 xpgk_centrex_billing_id
1 Идентификатор,использующийся дляначисления платы
xpgk_centrex_billing_id=<number>
Н
26 xpgk_centrex_line_name
1 Наименование линии xpgk_centrex_line_name=<line name>
Н
26 xpgk-src-codec 1 Список кодековинициатора
xpgk-src-codec=<codecs’
Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 251
list>
26 xpgk-dst-codec 1 Список кодековтерминатора
xpgk-dst-codec=<codecs’list>
Н
Значения поля Acct-Session-Id имеют следующий формат:
<prefix>-<leg type><route number>
где:
<prefix> — два случайных восьмизначных числа, разделённых “-”;
<leg type> — для входящего участка вызова равно “AV”, для исходящего участка — “OV”;
<route number> — текущий номер попытки перемаршрутизации.
Ожидаемый ответ – AccountingResponse
Запрос AccessRequest при внешней маршрутизации13.3РТУ МТТ выполняет данный запрос, если оборудование, выступающее в роли терминатора,имеет тип Сервер маршрутизации.
Цель данного запроса – получить маршруты для терминации вызова в конечном пункте. Приэтом существует возможность менять имя пользователя и пароль для данного вызова.
Возможна обработка нескольких маршрутов, выполняемая последовательным переходом кследующему машруту в случае невозможности терминации вызова по текущему пути.
Тип запроса – AccessRequest (Code 1)
Структура запроса к RADIUS-серверу на маршрутизацию
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
44 Acct-Session-Id Идентификатор для парыAccounting Start и Stop-пакетов
Форматприводится послетаблицы
О
1 User-Name Имя пользователя string О
2 User-Password Пароль, закодированныйчерез MD5 или в явномвиде
BYTE[16] или string О
4 NAS-IP-Address
Локальный адрес РТУМТТ
Задаетсяпараметром“radius_nas_ip_addr” изконфигурационного файла, поумолчанию равен»127.0.0.1″
О
5 NAS-Port-Type Тип локального порта всегда 0 О
6 Service-Type Тип сервиса всегда 1 О
26 xpgk-request-type
1 Тип запроса наавторизацию
всегда «route» О
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 252
30 Calling-Station-Id
А-номер string О
31 Called-Station-Id
Б-номер string О
26 h323-conf-id 24 Идентификаторконференции
h323-conf-id=<HEX[16]>
О
26 h323-call-id 1 Идентификатор вызова h323-call-id=<HEX[16]>
О
26 xpgk-src-number-in
1 А-номер, полученный впакете SETUP
xpgk-src-number-in=<number>
О
26 xpgk-src-number-out
1 А-номер, отправленный натерминирующий шлюз
xpgk-src-number-out=<number>
О
26 xpgk-dst-number-in
1 Б-номер, полученный впакете SETUP
xpgk-dst-number-in=<number>
О
26 xpgk-dst-number-out
1 Б-номер, отправленный натерминирующий шлюз
xpgk-dst-number-out=<number>
О
26 xpgk-record-id 1 Уникальныйидентификатор.
xpgk-record-id=<string>
О
26 xpgk-route-retries
1 Текущий номер попытки xpgk-route-retries=<number>
О
26 h323-gw-id 33 ID шлюза-инициатора дляRADIUS-сервера
h323-gw-id=<string>
О
26 h323-gw-address
1 IP-адрес шлюза-инициатора
h323-gw-address=<IP-address>
О
2 User-Password Пароль, зашифрованныйчерез MD5 или в явномвиде
BYTE[16] или string Н
26 xpgk-md5-auth 1 Пароль, зашифрованныйчерез MD5
BYTE[16] или string Н
3 CHAP-Password
Пароль, зашифрованныйчерез CHAP
string Н
60 CHAP-Challenge
Уникальный CHAP-идентификатор
string Н
104 Digest-Realm Описывает компонентзащищённогопространства RADIUS-сервера
string Н
105 Digest-Nonce Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
109 Digest-URI Уникальный string Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 253
идентификатор ресурсадля алгоритма Digest
108 Digest-Method Тип метода алгоритмаDigest
string Н
103 Digest-Response
Используется каккомпонент дляавторизации по алгоритмуDigest
string Н
115 Digest-Username
Имя пользователя string Н
Значения поля Acct-Session-Id имеют следующий формат:
<prefix>-<route number>
где:
<prefix> — два случайных восьмизначных числа, разделённых “-”;
<route number> — текущий номер попытки перемаршрутизации.
Ожидаемые ответы – AccessAccept, AccessReject.
Структура ответа AccessAccept RADIUS-сервера на запрос о маршрутизации
Номератрибута IETF
Наименованиеатрибута
Номератрибута VSA
Описание Формат данных Обязат.Необяз.(ОН)
26 h323-return-code
103 h323-return-code (если этополе отсутствует или
если присутствует, изначение поля равно 0, 13,51 или 52, то
авторизация считается
успешной, иначе вызов
завершится)
h323-return-code=<число>
О
26 xpgk-xrouting-routing
252 Набор маршрутов длятерминации звонка (можетбыть несколькомаршрутов, которые будутотработаны в порядкерасположения в пакете)
Формат описанпосле таблицы
Н
26 xpgk-xrouting-username
251 Трансляция именипользователя и пароля наданную сессию (только 1вхождение в пакет)
<имя>/<пароль> Н
26 h323-ivr-in 1 Используется дляподстановки в User-Name впакетах Accounting
string Н
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 254
Формат поля xpgk-xrouting-routing13.3.1
gateway/proxy_mode/source/dest/src_bill/dst_bill/ip-address[:port]/converter/extra
где:
gateway — имя шлюза из вкладки Оборудование;
proxy_mode — режим проксирования:
0 — нет проксирования медиа-трафика;
1 — есть проксирование медиа-трафика;
2 — использовать режим проксирования инициирующего шлюза;
3 — использовать режим проксирования терминирующего шлюза;
source — номер вызывающего абонента (src_number);
dest — номер вызываемого абонента, который будет отправлен на терминирующий шлюз(dst_number);
src_bill — номер вызывающего абонента для системы биллинга;
dst_bill — номер вызываемого абонента для системы биллинга;
ip-address[:port] — ip-адрес, с которым следует устанавливать соединение, с необязательнымпараметром номер порта;
converter – имя описания конвертера, через который будет выполняться терминация звонка;
extra – дополинтелные параметры;
AccessReject – авторизация считается неуспешной и данный маршрут завершается ссоовтетствующим локальным кодом.
Аутентификация пользователей на RADIUS-шлюзе13.4Существует несколько возможных сценариев аутентификации пользователей через RADIUS-сервер, которые зависят от типов аутентификации, поддерживаемых регистрирующимсяоборудованием:
Аутентификация по H.323 идентификатору (стандартная RADIUS-аутентификация);
Аутентификация по хэш-паролю MD5;
Аутентификация по CHAP-паролю;
Дайджест-аутентификация (Digest authentication).
Аутентификация по H.323 идентификатору (стандартная RADIUSаутентификация)
13.4.1
В ходе стандартной RADIUS-аутентификации пользователь присылает на РТУ МТТ пакетAccessRequest, в котором в поле terminalAlias содержится идентификатор пользователя,состоящий из имени пользователя и пароля, между которыми стоит разделитель. В качестверазделителя могут использоваться символы «|», «:», «!» и «%».
После получения пакета РТУ МТТ высылает RADIUS-серверу запрос на доступ (выделенокрасным прямоугольником), который содержит имя пользователя, его пароль, идентификаторMVTS и идентификатор порта, к которому пользователь пытается получить доступ. Парольшифруется по алгоритму MD5 (MD5 хэш) и генерируется по следующей схеме:
UserPassword = MD5Hash(Shared Secret, RemoteAuthenticator) XOR password,
где
Shared Secret – значение поля Ключ шифрования в настройках RADIUS-сервера;
RemoteAuthenticator — псевдослучайное число, которое передается регистрирующимсяоборудованием в заголовке запроса AccessRequest;
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 255
password — пароль пользователя из базы данных РТУ МТТ.
Стандартная RADIUS аутентификация
На основе полученных данных и секретного ключа (shared secret), установленного междуСистемой и RADIUS-сервером, RADIUS-сервер генерирует свой MD5 хэш, и, если он совпадаетс хэшем, полученным от РТУ МТТ, то он высылает Системе сообщение AccessAccept, впротивном случае высылается сообщение об отказе в доступе (AccessReject).
Аутентификация по хэш-паролю MD513.4.2
При данном методе аутентификации регистрирующийся пользователь присылает на РТУ МТТзапрос GatekeeperRequest, в котором содержится информация о том, что пользовательподдерживает именно этот метод аутентификации. После получения от Системы сообщенияGatekeeperConfirm, пользователь высылает Системе запрос на регистрацию, в которомсодержится псевдоним пользователя (alias), отметка времени (time stamp), MD5 хэш иинформация о параметрах, использовавшихся для его генерации (выделено красным овалом нариснуке ниже). Поскольку Система не знает настоящего пароля регистрирующегосяпользователя, то хэш-пароль передается на RADIUS-сервер не в поле password, а в поле xpgk-md5-auth (выделено красным прямоугольником) вместе с параметрами, использовавшимися дляего генерации. В данном случае для аутентификации пользователя RADIUS-сервер долженсуметь распознать поле xpgk-md5-auth.
Аутетнтификация по хэш-паролю MD5
Аутентификация по CHAP-паролю13.4.3
При данном методе аутентификации регистрирующийся пользователь присылает на РТУ МТТgatekeeper request, в котором содержится информация о том, что он поддерживает алгоритм
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 256
аутентификации по CHAP-паролю. В ответ на запрос Система отсылает сообщениеGatekeeperConfirm, в котором содержится ключ (challenge), псевдослучайноешестнадцатиразрядное число. Пользователь отсылает Системе запрос на регистрацию, вкотором в поле tokens передает ключ (challenge), хэш, сгенерированный на основе ключа,пароля и идентификатора пользователя. После этого РТУ МТТ посылает запрос на регистрациюна RADIUS-сервер, в котором содержится следующая информация:
CHAP-Password – хэш, сгенерированный пользователем;
CHAP-Challenge – ключ;
User-Name — имя пользователя.
На риснуке ниже приведен пример запроса на регистрацию.
Аутентификация по CHAP-паролю
Задача RADIUS-сервера состоит в том, чтобы распознать поля CHAP-Password и CHAP-Challenge, по имени пользователя найти в своей базе данных пароль пользователя и на основепароля, имени пользователя и ключа сгенерировать идентичный хэш. В случае если хэш,сгенерированный RADIUS-сервером, не соответствует хэшу, полученному от Системы,аутентификация отклоняется.
Дайджест-аутентификация (Digest authentication)13.4.4
Данный метод используется для аутентификации оборудования, поддерживающего протоколSIP. Аутентификация осуществляется следующим образом:
Пользователь присылает на модуль регистрации и балансировки нагрузки запрос нарегистрацию (пакет REGISTER);
В ответ на запрос модуль регистрации и балансировки нагрузки высылает пользователюпакет 401, в котором передает пользователю так называемый «nonce» — псевдослучайноечисло;
Пользователь на основе “nonce” и других данных генерирует MD5-хэш (DigestResponse),который вместе с параметрами, использованными для его генерации, передается вответном пакете REGISTER;
Модуль регистрации и балансировки нагрузки передает в РТУ МТТ запрос нарегистрацию, в котором в поле tokens передает сертификат, состоящий из MD5-хэша,сгенерированного пользователем, а также данных, которые были использованы для егогенерации;
РТУ МТТ в пакете AccessRequest в разных полях передает на RADIUS-сервер этот хэш иданные, использовавшиеся пользователем для его генерации;
RADIUS-сервер должен сгенерировать идентичный MD5 хэш с использованиемполученных данных и пароля этого пользователя из своей базы данных. Еслисгенерированный хэш совпадет с полученным от Системы в атрибуте Digest-Responce(выделено красным овалом), то пользователь будет авторизован. В противном случаеаутентификация отклоняется.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 257
Схема дайджет-аутентификации
Дайджест-аутентификация
Прерывание вызова по получении сообщенияPacket-of-Disconnect
13.5
Данная функциональность предназначена для возможности прерывания вызова по команде отRADIUS-сервера при получении Системой сообщения Packet-of-Disconnect. Приём-передачасоответствующих сообщений с RADIUS-сервера соответствует RFC 3576.
Алгоритм работы следующий:
РТУ МТТ принимает сообщения Packet-of-Disconnect на всех портах (авторизации,билинга, внешней маршрутизации). В полученном сообщении должен быть указан IDконференции, которую требуется прервать.
По получении этого сообщения проверяется, существует ли конференция с указаннымID.
Приложение Е. Взаимодействие РТУ (модуль транзита трафика) с RADIUS-сервером
Стр. 258
o Если конференция существует, то она обрывается, а на RADIUS-сервер, с которогопришло сообщение Packet-of-Disconnect, отправляется подтверждение Disconnect-ACK.
o В противном случае отправляется Disconnect-NACK.
Прерывание активных вызовов по получению Packet-of-Disconnect производится всегда,независимо от настроек.
Сообщения, связанные с Packet-of-Disconnect
Сообщение Код сообщенияпо RFC 3576
Атрибуты сообщения
Packet-of-Disconnect
40 h323-conf-id — идентификатор конференции(активного вызова), которую необходимо завершить.Данный идентификатор генерируется ПКомм. Данныйатрибут должен иметь такое же значение, как и h323-conf-id, передаваемый в запросах Access-Request,Accounting-Request.
h323-incoming-conf-id — идентификаторконференции, которую необходимо завершить. Данныйидентификатор приходит от оборудования. Данныйатрибут должен иметь такое же значение, как и h323-incoming-conf-id, передаваемый в запросах Access-Request, Accounting-Request.
Система ожидает наличия либо h323-conf-id, либоh323-incoming-conf-id. В случае, если в пакетесодержатся оба атрибута, Система отдает предпочтениеh323-conf-id.
Disconnect-ACK 41 Отсутствуют.
Disconnect-NACK
42 Отсутствуют.
Приложение Ж. Удаление CDR-записей из БД
Стр. 259
Приложение Ж. Удаление CDR-записей из БД14
Для удаления CDR-записей из БД выполните следующие действия:
Пр оцесс удаления CDR-записей необр атим.
В консоли MySQL выполните команду:
alter table mvts_cdr union=(mvts_cdr_model);
В консоли MySQL удалите все ненужные таблицы CDR. Например:
drop table mvts_cdr_200801
drop table mvts_cdr_200801
drop table mvts_cdr_200801
В командном процессоре ОС выполните следующую команду:
/usr/local/lib/mvtspro/mvtsprodb.py —user=rtu —pass=rtu —db=rtuupdate_merge_cdr
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 260
Приложение З. Вспомогательные утилиты РТУ (модультранзита трафика)
15
Enter topic text here.
Утилита mvtspro-checker15.1Утилита mvtspro-checker предназначена для проверки системы в целом на предмет корректногофункционирования и позволяет выполнять следующее:
проверять существование каталогов по умолчанию для сохранения незаписаннойинформации;
проверять таблицы для сохранения CDR-записей и наличие триггеров для выбранныхтаблиц;
проверять существование утилит mvts3g-sqlclient и mvts3g-sclient;
выводить информацию об используемом дисковом пространстве;
выводить информацию об использованной памяти и загрузке ЦПУ;
выводить информацию о состоянии модулей.
Утилита вызывается из командной строки командой mvtspro-checker .
Конфигурационный файл утилиты расположен по следующему пути /etc/mvts3g/mvtspro-checker.conf.
В каждой строке должна содержаться запись вида “переменная = значение”.
Параметры в конфигурационном файле сгруппированы по секциям в зависимости от типапроверки. Список переменных и описание:
Секция Checking modules: переменные, определяющие, какие именно проверкинеобходимо выполнять.
Имя Значение поумолчанию
Описание
directory yes Если значение параметра равно “yes”, то будет проверятьсясуществование каталогов по умолчанию для сохранениянезаписанной информации.
database yes Если значение параметра равно “yes”, то будут проверятьсятаблицы для сохранения CDR-записей и наличие триггеров длявыбранных таблиц.
mvts3gutils yes Если значение параметра равно “yes”, то будет проверятьсясуществование утилит mvts3g-sqlclient и mvts3g-sclient.
diskspace yes Если значение параметра равно “yes”, то будетосуществляться вывод информации об используемомдисковом пространстве.
memcpu yes Если значение параметра равно “yes”, то будетосуществляться вывод информации об использованнойпамяти и загрузке ЦПУ.
ts yes Если значение параметра равно “yes”, то будетосуществляться вывод информации о состоянии модулей.
Секция Data Base описывает параметры, относящиеся к БД.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 261
Имя Значение поумолчанию
Описание
host localhost IP-адрес или доменное имя хоста, где расположенаБД.
name mvtspro Наименование схемы БД.
user rtu Имя пользователя БД.
passwd rtu Пароль пользователя БД.
triggers4tables mvts_gateway,mvts_dialpeer
Список таблиц, для которых будет проверятьсяналичие триггеров.
Секция TS описывает параметры подключения к ПКомм через telnet.
Имя Значение поумолчанию
Описание
commandlineIP localhost IP-адрес или доменное имя хоста, где расположенПКомм.
commandlinePort 7000 Порт, на котором ожидает сообщений модулькомандной строки ПКомм.
Утилита mvtspro-acc-restorer15.2Утилита mvtspro-acc-restorer позволяет немедленно отправить все RADIUS-пакеты (заисключением Accounting Boot), сохранные на жестком диске в определенном каталоге.
Утилита вызывается из командной строки командой mvtspro-acc-restorer.
Опции:
-m – задаёт режим отправки пакетов:
sync – отправка пакетов в синхронном режиме: пакеты отправляются последовательно,пока один пакет не отправлен (или истекло время ожидания) следующий пакет неотправляется;
async — отправка пакетов в асинхронном режиме: отправляется максимально-возможноечисло пакетов, ответы ожидаются для любого отосланного запроса.
Пример использования:
mvtspro-acc-restorer -m async
Конфигурационный файл утилиты расположен по следующему пути /etc/mvts3g/mvtspro-acc-restorer.conf.
Пустые строки и строки, начинающиеся с #, игнорируются.
В каждой строки должна содержаться запись вида “переменная = значение”. Для переменныхнет значений по умолчанию.
Список переменных и описание:
Наименованиепеременной
Описание
host Наименование компьютера, где расположен RADIUS-сервер, или его IP-адрес.
port Номер порта, на котором RADIUS-сервер ожидает прибытия пакетов
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 262
Accounting.
secret Ключ шифрования.
retry Число попыток отсылки пакета.
timeout Время ожидания ответа от RADIUS-сервера, в миллисекундах.
maxpacklen Максимальная длина принимаемого ответного пакета от RADIUS-сервера.
path Каталог, в котором расположены сохраненные пакеты Accounting.
template Префикс имени файлов, в которых находятся сохранённые пакетыAccounting.
При задании параметров path и template следует учитывать, что поиск файлов (в которыхсодержаться сохраненные пакеты) производится по шаблону:
path + ‘/’ + template + ‘.*’
Утилита mvtspro-cdr-restorer15.3Утилита mvtspro-cdr-restorer позволяет немедленно добавить в БД все CDR, сохранные нажестоком диске в определенном каталоге.
Утилита вызывается из командной строки командой mvtspro-cdr-restorer.
Конфигурационный файл утилиты расположен по следующему пути /etc/mvts3g/mvtspro-cdr-restorer.conf.
Пустые строки и строки, начинающиеся с #, игнорируются.
В каждой строки должна содержаться запись вида “переменная = значение”. Для переменныхнет значений по умолчанию.
Список переменных и описание:
Наименованиепеременной
Описание
host Наименование компьютера, где расположена БД, или его IP-адрес.
name Наименование схемы базы данных, куда производится вставка CDR-записей.
user Имя пользователя базы данных.
passwd Пароль пользователя базы данных.
path Каталог, в котором расположены сохраненные CDR.
template Префикс имени файлов, в которых находятся сохранённые CDR.
nodename Имя модуля маршрутизации.
При задании параметров template следует учитывать, что поиск файлов (в которыхсодержаться сохраненные CDR-записи) производится по шаблону:
path + ‘/’ + template + ‘.*’
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 263
Улилита Disk Space Monitor15.4Утилита просматривает каталоги на наличие свободного места в них. Если свободного местаменьше, чем определено в конфигурационном файле, то посылается уведомление. Длянастройки утилиты выполните следующие действия:
1) Убедитесь, что установлен пакет mvts3g-mail (обычно в /usr/sbin/mvts3g-mail);
2) Отредактируйте конфигурационный файл mvts3g-mail (/etc/mvts3g/mvts3g-mail.conf):
a) Установите значения для параметров «FROM» и «TO
b) Добавьте значение «DISKSPACE» к списку параметров «ALARM_ID
c) Убедитесь, что значение «CRITICAL» указано в параметре «ALARM_SEVERITY
3) Установите и настройте почтовый агент (Sendmail, Exim и т.д.) для отправки сообщенийэлектронной почты;
4) Убедитесь в его работоспособности, отправив тестовое письмо командой:
#> echo «Test mvts3g-mail.» | mvts3g-mail /etc/mvts3g/mvts3g-mail.conf -a -iDISKSPACE -sCRITICAL
5) Задайте минимальное значение свободного дискового пространства в каталогах в файле /etc/mvts3g/mvts3g-diskspace.conf;
6) Задайте желаемый интервал проверки в файле /etc/cron.d/mvtspro-utils.
Конфигурационный файл mvts3g-diskspace.conf для утилиты Disk Space Monitorрасположен в каталоге /etc/mvts3g/. Параметры в конфигурационном файле задаются накаждой строке и имеют вид:
<каталог> <минимум свободного места>
где:
<каталог> — каталог, проверяемый на наличие свободного места;
<минимум свободного места> — минимально количество свободного места вкаталоге, в мегабайтах; если свободного места в данном каталоге меньше, чем указано,то посылается уведомление.
Утилита checkrepl15.5Для проверки состояния тиражирования (репликации) на сервере с базой данных используетсяутилита checkrepl.sh. Утилита расположена по следующему пути — /usr/local/lib/mvtspro/checkrepl/checkrepl.sh. В процессе работы утилита подключается куказанной базе данных и проверяет, функционирует ли тиражирование для этой БД.
Утилита вызывается из командной строки и имеет следующие параметры:
./checkrepl.sh <dbuser> <dbpass> <dbname> <dbhost>
где:
<dbuser> — имя пользователя базы данных;
<dbpass> — пароль для пользователя БД;
<dbname> — имя базы данных;
<dbhost> — IP-адрес или имя хоста базы данных;
В случае, если тиражирование не функционирует, то утилита пытается перезапуститьтиражирование.
Если перезапуск не удался или тиражирование изначально не было настроено на сервере, тоутилита может отправить сообщение на электронную почту администратора. Для этого в файле/etc/mvts3g/mvts3g-mail.conf в списке ALARM_ID необходимо добавить событиеDBREPLICATION.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 264
В случае, если утилита сигнализир ует о пр облемах с механизмом тир ажир ования,р екомендуется максимально опер ативно связаться со службой технической поддер жки.
В процессе работы утилита ведет журнал /var/log/mvts-3g/webdb-replication.log.
Кроме того, для задания автоматической ежечасной проверки состояния тиражирования введитев командной строке следующую команду:
ln -sf /usr/local/lib/mvtspro/mvtsprodb-replication-hourly /etc/cron.hourly/mvtsprodb-replication-hourly
Утилита checkdb_full15.6Для проверки целостности базы данных используется утилита checkdb_full.sh. В процессеработы утилита сравнивает структуру эталонной базы данных определенной версии со текущейструктурой БД, размещенной на сервере.
Для инженер ов службы тех. поддер жки — утилита, объединенная с ар хивом всех эталонныхбаз данных, р асположена в официальном р епозитар ии (voip-productsRTUWEB+DB_all_updates) .
Утилита вызывается из командной строки и имеет следующие параметры:
./checkdb_full.sh <dbuser> <dbpass> <dbname> <webdb_version><webengine_version>
где:
<dbuser> — имя пользователя базы данных, размещенной на сервере;
<dbpass> — пароль для пользователя БД, размещенной на сервере;
<dbname> — имя базы данных;
<webdb_version> — версия компонента WEBDB эталонной БД, с которым производитсясравнение;
<webengine_version> — версия компонента WEBENGINE эталонной БД, с которымпроизводится сравнение. В случае, если компонент WEBENGINE для данной БД неиспользуется, то вместо него необходимо поставить прочерк «-«.
Компонент WEBENGINE вер сий младше 1.5.3-1 не содер жат в себе отдельный дамп БД,поскольку он был включен в компонент WEBDB. Поэтому для компонента WEBENGINE вер сиймладше 1.5.3-1 пр и пр овер ке БД указывать вер сию WEBENGINE не следует.
Примеры использования:
./checkdb_full.sh rtu rtu rtu 1.5.5-14 —
./checkdb_full.sh rtu rtu mvtspro 1.6.2-3 1.5.3-6
В случае выявления несоответствий утилита выведет на экран список отличий.
Пример вывода утилиты в случае, если проверка прошла успешно:
rtu-test:~/checkdb# ./checkdb_full.sh rtu rtu rtu 1.6.2-8 1.5.3-9Creating directory checkdb_fullVerifying archive integrity… All good.Uncompressing MFISoft DB Check…………….Input parameters: DB_NAME = rtu DB_USER = rtu WEBDB = 1.6.2-8 (1_6_2_x) WEBENGINE = 1.5.3-9 (1_5_3_x)Extracting archive ‘webdb_1_6_2_x.tar.bz2’Extracting archive ‘webengine_1_5_3_x.tar.bz2’Creating temp database Loading webengine dbdump …
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 265
Loading webdb dbdump …Checking databasesReading standard db
Reading real db
Comparing databases..Comparing tables with columns and keysComparing routinesComparing triggers
Database check completed
Dropping temp databaseRemoving temp dirsCheck successful
Пример вывода утилиты в случае, если проверка прошла неуспешно:
rtu-test:~/checkdb# ./checkdb_full.sh rtu rtu rtu 1.6.2-2 1.5.3-5Creating directory checkdb_fullVerifying archive integrity… All good.Uncompressing MFISoft DB Check…………….Input parameters: DB_NAME = rtu DB_USER = rtu WEBDB = 1.6.2-2 (1_6_2_x) WEBENGINE = 1.5.3-5 (1_5_3_x)Extracting archive ‘webdb_1_6_2_x.tar.bz2’Extracting archive ‘webengine_1_5_3_x.tar.bz2’Creating temp database Loading webengine dbdump … Loading webdb dbdump …Checking databasesReading standard db
Reading real db
Comparing databases..Comparing tables with columns and keysComparing routinesComparing triggers
Different objects found: * columns in tables: gui_relation_set (param); gui_user_auth (reauth); mvts_radius_acct_profile (acct_only_last_out)
Database check completed
Dropping temp databaseRemoving temp dirsCheck failed
Утилита aloe_upgrade_cdrs15.7Утилита aloe_upgrade_cdrs используется для приведения таблицы с CDR-записями к единомутекущему формату после обновления версии. Утилита расположена по следующему пути — /usr/local/lib/mvtspro/cdrmove/aloe_upgrade_cdrs.sh.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 266
Утилита вызывается из командной строки на сервере, где расположена база данных, соследующеми параметрами:
./aloe_upgrade_cdrs.sh <dbname> <running_mode>
где
<dbname> — имя базы данных. Для РТУ МТТ — mvtspro, для РТУ — rtu.
<running_mode> — режим запуска.
Имеются следующие режимы:
run — стандартный режим, используемый при обновлении web-интерфейса и базы данных.В этом режиме утилита выполняет следующие действия:
переименовывает таблицу за текущий месяц и таблицу сомнительных CDR, добавляя ких именам префикс backup_<number>, где <number> — порядковый номер таблицы.
удаляет таблицу за следующий месяц и таблицу mvts_cdr.
вместо таблиц за текущий и следующий месяц, а также таблиц CDR сомнительныхсоздает новые согласно структуре, заданной в таблице mvts_cdr_model, так же создаетсводную таблицу mvts_cdr за два месяца.
добавляет задачи в системный планировщик по порциональному переносу CDR-записей (по 5000 каждые 5 секунд) из переименованных таблиц во вновь созданные, приэтом процесс переноса отражается в файле /usr/local/lib/mvtspro/cdrmove/move.log.
Прочие режимы используются, если необходимо выполнить лишь отдельные шаги из этойпроцедуры.
stop — останавливает перенос CDR-записей из старых таблиц в новые и удаляет эту задачуиз системного планировщика.
start — добавляет задачу на перенос CDR-записей в системный планировщик.
add_backups — добавляет в файл move.cfg задания на перенос всех таблиц, имеющих префикс backup_<number>.
upgrade_table <table_name> — добавляет задачу для обновления таблицы с именем<table_name>. Утилита добавляет к имени таблицы префикс backup_<number> исоздает новую таблицу с обновленной структурой с именем <table_name>.
Все устаревшие таблицы, из которых были скопированы CDR-записи (с префиксомbackup_<number>), остаются в БД.
Утилита при работе использует конфигурационный файл move.cfg, в который заноситсясписок задач, подлежащих выполнению.
Утилита ведет журнал /usr/local/lib/mvtspro/cdrmove/move.log.
В случае, если использование стандартного режима недостаточно (например, нужно перевести вновый формат все таблицы с CDR-записями, а не только за текущий и следующий месяц), тонеобходимо выполнить следующие действия:
используя режим upgrade_table добавить задачи для обновления необходимых таблицы.Список таблиц и их названия можно посмотреть в web-интерфейсе Конфигурация ->Таблицы CDR. Например:
Для РТУ МТТ:
./aloe_upgrade_cdrs.sh mvtspro upgrade_table mvts_cdr_201101
Для РТУ:
./aloe_upgrade_cdrs rtu upgrade_table mvts_cdr_201101
после того, как CDR-записи будут перенесены, необходимо запустить утилитуmvtsprodb.py с командой recreate_merge_cdr. Утилита находится в директории /usr/local/lib/mvtspro/cdrmove/ и имеет следующие ключи:
—host=<hostname>, где <hostname> — имя сервера БД или его IP-адрес.
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 267
—user=<username>, где <username> — имя пользователя БД.
—pass=<password>, где <password> — пароль пользователя БД.
—db=<dbname>, где <dbname> — имя базы данных.
Например:
Для РТУ МТТ:
./mvtsprodb.py —host=localhost —user=rtu —pass=rtu —db=mvtsprorecreate_merge_cdr
Для РТУ:
./mvtsprodb.py —host=localhost —user=rtu —pass=rtu —db=rturecreate_merge_cdr
Утилита mvts3g-logexport15.8Утилита mvts3g-logexport предназначена для экспорта записей из журналов действийпользователя в web-интерфейсе. Утилита расположена в каталоге /usr/sbin/.
Формат использования утилиты:
./mvts3g-logexport.php <тип журнала>
где <тип журнала>
rtu_log — журнал, ведущийся в web-интерфейсе РТУ МТТ.
centrex_log — журнал, ведущийся в web-интерфейсе РТУ МОА.
Пример использования:
./mvts3g-logexport.php rtu_log
Утилита имеет конфигурационный файл /etc/mvts3g/mvts3g-logexport_config.php, в котором задаются следующие параметры
‘dbhost’ => ‘localhost’ — адрес базы данных;
‘dbuser’ => ‘rtu’ — имя пользователя БД;
‘dbpassword’ => ‘rtu’ — пароль пользователя БД;
‘dbname’ => ‘rtu’ — имя БД;
‘save_on’ => ‘local’ — способ сохранения выгруженной информации (local — на жесткий диск, ftp — на FTP-сервер);
‘filename_template’ => ‘%Y%m%d_%H%M%S.csv’ — шаблон имени файла свыгруженной информацией. Окончательное имя файла будет иметь вид<table_id>_<filename_template>, где <table_id> — тип журнала, заданный призапуске утилиты;
‘save_path’ => ‘/var/log/mvts3g’ — каталог, в который будетсохранен файл с выгруженной информацией;
‘last_id_filename’ => ‘last_id.dat’ — имя файла, в котором храниться IDпоследней записи выгруженного журнала. Файл записывается в каталог /usr/sbin/.Полное имя файла имеет вид <table_id>_<last_id_filename>, где <table_id> -тип журнала, заданный при запуске утилиты. При удалении файла утилита будет выгружатьзаписи начиная с первого ID;
‘csv_separator’ => ‘;’ — разделитель в CSV-файле. Возможные значения ‘;’,’,’, ‘|’;
‘csv_quote’ => ‘»‘ — вид кавычек в CSV-файле. Возможные значения — двойныекавычки ‘»‘ и без кавычек »;
‘compression’ => » — метод сжатия CSV-файла. Возможные значения — пусто »(без сжатия), ‘gzip’ или ‘bzip2’;
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 268
‘ftp_server’ => ‘rtu-test’ — имя или адрес FTP-сервера, на которыйвыгружается CSV-файл (используется если выгрузка происходит через FTP);
‘ftp_user’ => ‘userftp’ — имя пользователя FTP-сервера, на которыйвыгружается CSV-файл (используется если выгрузка происходит через FTP);
‘ftp_password’ => ‘rtu’ — пароль пользователя FTP-сервера, на которыйвыгружается CSV-файл (используется если выгрузка происходит через FTP);
‘ftp_pasv’ => true — режим передачи (активный — false, пассивный — true;используется если выгрузка происходит через FTP);
Утилита имеет журнал, хранящийся в файле /var/log/mvts3g/autoexport.log.
В результирующем файле информация будет иметь следующий формат:
Для РТУ МТТ:
Идентификатор записи
Дата записи
IP-адрес пользователя, который совершил операцию
Имя области графического интерфейса, к которой принадлежит пользователь
Имя пользователя, совершившего операцию
Имя таблицы, в которой была совершена операция
Название действия
Данные, который были применены
Фильтр, назначенный таблице в то время, когда была выполнена операция
Количество измененных строк в таблице
Например:
52281;»2011-01-11 14:22:03″;192.168.132.2;users;DPashkov;»Systemusers»;»View data»;;;652282;»2011-01-11 16:50:38″;192.168.130.132;users;Administrator;Equipment;»View data»;;;52283;»2011-01-11 16:50:43″;192.168.130.132;users;Administrator;Equipment;»View data»;;»Array( [type] => agg [operator] => and [childs] => Array ( [0] => Array ( [type] => cond [column] => description [operator] => = [value] => aklishev )
)
)»;1852284;»2011-01-11 16:57:37″;192.168.132.2;users;DPashkov;»Systemusers»;»View data»;;;6
Приложение З. Вспомогательные утилиты РТУ (модуль транзита трафика)
Стр. 269
Для РТУ МОА:
Идентификатор записи
Дата записи
IP-адрес пользователя, который совершил операцию
Тип пользователя, совершившего операцию (User, Admin, Operator)
Имя пользователя, совершившего операцию
Имя домена, в котором была совершена операция
Тип действия (Create, Edit, Delete)
Внутренний идентификатор таблицы, в которой была совершена операция
Выполненное действие в формате:
<описание действия>, field=»<название поля>»: previous=»<предыдущеезначение>», current=»<текущее значение>»
Список действий перечисляется через запятую. Для некоторых действия доступно толькоописание.
Например:
4;»03/01/2011 21:38:37″;192.168.129.133;Admin;admin;ROOT;Create;PersonalDetails;»PersonalDetails of user 3434 domain ROOT was changed,field=»»user_id»»: previous=»»»» current=»»9ccf5b57-aa09-478a-be9d-d061a65e0037″», field=»»user_type»»: previous=»»»» current=»»personal»»,field=»»document»»: previous=»»»» current=»»passport»»»5;»03/01/2011 21:38:37″;192.168.129.133;Admin;admin;ROOT;Edit;User;»User3434 domain ROOT was changed, field=»»followme_enabled»»: previous=»»»»current=»»false»»»6;»03/01/2011 21:38:54″;192.168.129.133;Admin;admin;ROOT;Delete;User;»User3434 domain ROOT was deleted»
При необходимости регулярной выгрузки можно создать символическую ссылку на файл /etc/mvts3g/mvts3g-logexport-cron в каталог
/etc/cron.daily — для запуска каждый день.
/etc/cron.weekly — для запуска каждую неделю.
/etc/cron.monthly — для запуска каждый месяц.
/etc/cron.hourly — для запуска каждый час.
Например, для организации ежедневной выгрузки данных создайте следующую символическуюссылку:
ln -s mvts3g-logexport-cron /etc/cron.daily/mvts3g-logexport-cron
Файл /etc/mvts3g/mvts3g-logexport-cron содержит команды для выгрузки журналовРТУ МОА и РТУ МТТ. В случае отсутствия одного из компонентов ненужную строчку можноудалить.
Приложение И. Выравнивание нагрузки SIP и H.323
Стр. 270
Приложение И. Выравнивание нагрузки SIP и H.32316
Модуль балансировки нагрузки распределяет входящие вызовы между несколькими модулямиуправления вызовами, при этом для каждого протокола используются разные методыбалансировки.
H.32316.1При получении подключения от какого-либо устройства, модуль балансировки нагрузкивыбирает модуль управления вызовами (на основании стандартного ASR для этого модуля запоследние несколько секунд) и начинает работать в качестве посредника между устройством ивыбранным модулем, передавая все сообщения ему и от него. Таким образом, для протоколаH.323 все сообщения в любом случае проходят через модуль балансировки нагрузки.
SIP16.2
С сообщением 302
В случае, когда вызывающее устройство поддерживает обработку сообщения 302 и в секции sipфайла конфигурации модуля балансировки нагрузки указан параметр proxying_balancing “no”,то при получении сообщения INVITE модуль балансировки нагрузки выбирает модульуправления вызовами (на основании стандартного ASR) и отвечает вызывающему устройствусообщением 302, содержащим адрес выбранного модуля. После этого устройство отправляетсообщение INVITE на модуль управления вызовами, и в дальнейшем все взаимодействие междуСистемой и удаленным устройством происходит без участия модуля балансировки нагрузки.
Без сообщения 302
Если в секции sip файла конфигурации модуля балансировки нагрузки указан параметрproxying_balancing “yes”, то при получении сообщения INVITE модуль балансировки выбираетмодуль управления вызовами и в дальнейшем передает ему и от него все сообщения,модифицируя их необходимым образом. Тем самым, в данном варианте модуль балансировкидействует аналогично варианту для H.323-вызовов. Использование данного режима необходимопри наличии среди инициаторов устройства, которое не поддерживает обработку сообщения302. Режим без применения сообщения 302 значительно увеличивает нагрузку на модульбалансировки, по сравнению с режимом с сообщением 302.
Приложение К. Преодоление «барьера» адресной трансляции (NAT)
Стр. 271
Приложение К. Преодоление «барьера» адреснойтрансляции (NAT)
17
1) Система способна принимать вызовы из-за NAT на протоколах SIP и H.323. При этомустройство может быть идентифицировано по IP-адресу NAT-маршрутизатора и посигнальному IP-адресу/порту, полученному из сообщений сигнализации.
2) Система способна совершать вызовы на устройство за NAT-маршрутизатором попротоколу SIP. При этом должны быть выполнены следующие условия:
a) устройство регистрируется в Системе;
b) устройство присылает сообщение REGISTER с того порта, на котором потом можетпринять сообщение INVITE.
Механизм осуществления вызовов за NAT-маршрутизатор следующий:
при отправке устройством сообщения REGISTER на NAT-маршрутизатореобразуется ассоциация IP-адреса/порта устройства и IP-адреса/порта модулябалансировки нагрузки.
данная ассоциация поддерживается или стороны устройства (пакетами keep-alive),или со стороны Системы (пакетами OPTIONS).
в процессе осуществления вызова пакеты от модуля балансировки нагрузки ссоответствующего порта направляются на соответствующий порт NAT, который всвою очередь направляет их устройству, и наоборот.
3) Система может совершать вызовы за NAT по протоколу H.323 только в случае заданиястатических правил на NAT (то есть, правил соответствия IP-адреса/порта на устройстве иIP-адреса/порта на NAT-маршрутизаторе).
Приложение Л. Управление оконечным оборудованием в РТУ (модуль транзита трафика)
Стр. 272
Приложение Л. Управление оконечнымоборудованием в РТУ (модуль транзита трафика)
18
Несмотря на то, что РТУ МТТ позиционируется преимущественно для обработки транзитноготрафика, он может также использоваться и для обслуживания оконечного оборудования(абонентских терминалов). За каждым абонентским терминалом в транзитной части закрепленопределенный номер телефона. При этом абонентский терминал может как регистрироваться,так и не регистрироваться в Системе.
Для использования данной функциональности необходимо выполнить следующие действия:
В таблице Оборудование вызвать контекстное меню и выбрать пункт Добавить;
В параметре Тип оборудования выбрать тип Оконечное оборудование;
В поле Номер оконечного оборудования задать телефонный номер терминала (на данноеполе распространяются правила, применимые для поля Шаблон Б-номеров объектовнабора);
При необходимости, указать параметры регистрации и прочие параметры терминальногоустройства.
При этом неявно автоматически будет создан объект набора для данного терминала, и послерегистрации (если она настроена) вызовы могут поступать как на него, так и с него. Неявносозданный объект набора будет иметь имя (видимое, например, в CDR-записях и в таблицеДерево объектов набора (DPs)), основанное на имени оборудования, и формирующееся как<имя устройства>-epdp. При этом данный объект набора не будет отображаться в таблице Объекты набора (DPs). Например, для устройства с именем IvanIvanovEP будет неявносоздан объект набора с названием IvanIvanovEP-epdp. Для подобного неявно заданногообъекта набора параметр Приоритет задается равным 100.
Приложение M. Механизм внешней маршрутизации вызовов с помощью SIP/H.323
Стр. 273
Приложение M. Механизм внешней маршрутизациивызовов с помощью SIP/H.323
19
В Системе реализован механизм внешней маршрутизации вызовов с помощью протоколовH.323 и SIP.
H.32319.1Для протокола H.323 механизм внешней маршрутизации вызовов основан на взаимодействии сH.323-привратником и обработке сообщений Lxx.
При этом схема взаимодействия следующая:
В случае, если в списке маршрутов, сформированного из объекта набора, был обнаруженшлюза типа Привратник, то Система отправляет сообщение LRQ на данный привратник;
Привратник отвечает сообщением LCF, в котором содержатся номера и адреса серверов,на которые в действительности должен направляться вызов.
Эти данные вставляются в список маршрутов на место записи о и Система производитвыбор маршрута в обычном порядке;
SIP19.2
Для протокола SIP механизм внешней маршрутизации вызовов основан на обработке SIP-сообщений 300 “Multiple choice”, содержащих перечень возможных маршрутов длятерминирования вызова.
При этом схема взаимодействия с сервером маршрутизации SIP следующая:
В случае, если в списке маршрутов, сформированного из объекта набора, был обнаруженшлюза типа Сервер маршрутизации SIP, то Система отправляет сообщение INVITE наданный сервер маршрутизации;
Сервер маршрутизации отвечает сообщением 300 с полем Contacts, в которомсодержатся номера и адреса серверов, на которые в действительности долженнаправляться вызов.
Эти данные вставляются в список маршрутов на место записи о сервере маршрутизацииSIP и Система производит выбор маршрута в обычном порядке;
Приложение Н. Настройка режима IPSP
Стр. 274
Приложение Н. Настройка режима IPSP20
Режим IPSP позволяет организовать взаимодействие между двумя пунктами сигнализации ОКС7по IP без использования сигнального шлюза.
Базовая настройка20.1Для базовой настройки IPSP необходимо настроить M3UA, что означает выполнить следующиедействия:
Сконфигурировать локальный оконечный пункт (LocalEndpoint).
o Задать идентификатор оконечного пункта. Идентификатор задается в секции m3ua спомощью ключевого слова LocalEndpoint. Допустимый диапазонидентификаторов 0-65535.
o Задать порт для оконечного пункта. Порт задается ключевым словом port в секцииLocalEndpoint. Допустимый диапазон — 0-65535. Рекомендуемое значение — 2905.Порт зарезервирован в IANA для M3UA.
o Задать список адресов оконечного пункта. Адреса задаются путем перечисления IP-адресов в секции Addresses.
Пример секции LocalEndpoint:
LocalEndpoint «42» { port «2905»; Addresses { «192.168.17.71»; };};
Сконфигурировать удаленный оконечный пункт (RemoteEndpoint).
o Задать идентификатор оконечного пункта. Идентификатор задается в секции m3ua спомощью ключевого слова RemoteEndpoint. Допустимый диапазонидентификаторов 0-65535.
o Задать порт для оконечного пункта. Порт задается ключевым словом port в секцииRemoteEndpoint. Допустимый диапазон — 0-65535. Рекомендуемое значение — 2905.Порт зарезервирован в IANA для M3UA.
o Задать список адресов оконечного пункта. Адреса задаются путем перечисления IP-адресов в секции Addresses.
Пример секции RemoteEndpoint:
RemoteEndpoint «41»{ port «2905»; Addresses { «192.168.17.72»; };};
Сконфигурировать LIPSP (локальный IPSP).
o Задать идентификатор LIPSP. Идентификатор задается ключевым словом LIPSP.Допустимый диапазон идентификаторов 1-65534.
o Задать протокольный идентификатор процесса параметром m3asp_id. Допустимыйдиапазон значений 1-1000. Если параметр указан, в сообщение AspUp вкладываетсяпротокольное поле Asp id.
Приложение Н. Настройка режима IPSP
Стр. 275
Пример секции LIPSP:
LIPSP «101»{ m3asp_id «11»;};
Сконфигурировать RIPSP (удаленный IPSP) с помощью ключевого слова RIPSP в секции m3ua. Таким образом задается идентификатор удаленного процесса. Допустимыйдиапазон идентификаторов 1-65534.
Настроить ассоциацию.
Ассоциация связывает локальный и удаленный оконечные пункты между собой, а такжеуказывает, какие ASP работают на каждом SCTP-пункте.
o Задать идентификатор ассоциации. Идентификатор ассоциации задается в секцииAssociation. Диапазон допустимых значений 1-100.
o Задать идентификатор ASP. Задается параметром lsp. Диапазон допустимых значений1-1000.
o Задать идентификатор SGP. Задается параметром rsp. Диапазон допустимых значений1-1000.
o Задать локальный оконечный пункт. Задается параметром lep. Диапазон допустимыхзначений 0-65535.
o Задать удаленный оконечный пункт. Задается параметром rep. Диапазон допустимыхзначений 0-65535.
Пример секции Association:
Association «1»{ lsp «101»; rsp «102»; lep «42»; rep «41»;};
Задать оставшиеся параметры M3UA (параметры snode, AS, RoutingContext).
Специфичные настройки IPSP20.2Пар аметр role в секции Association
Необязательный параметр. Возможные значения:
Client — Система устанавливает ассоциацию, отправляет SCTP INIT chunk.
Server — Система ожидает прихода SCTP INIT chunk и устанавливает ассоциацию вслучае, если удаленный оконечный пункт присутствует в конфигурации.
Значение по умолчанию — Client.
Пар аметр Direction в секции RoutingContext
Параметр определяет, в каком направлении активен трафик. Возможные значения:
Both — трафик активен в двух направлениях. Соответствует режиму SE.
Outgoing — трафик активен в исходящем (клиентском) направлении. Соответствуетрежиму DE. Инициирует отправку AspUp, AspAc, отправляет трафик.
Incoming — трафик активен в входящем (серверном) направлении. Соответствуетрежиму DE. Обрабатывает AspUp, AspAc, принимает трафик.
Приложение Н. Настройка режима IPSP
Стр. 276
Примеры конфигурации20.3Клиентская конфигурация
ss7
{
ss7 «ts-ss7-node-1»
{
fmWaitForDlcx «true»;
fmResetCircuits «true»;
fmWaitForResetCircuits «false»;
common
{
loglevel «5»;
};
// client nodes connection point
controllink
{
zone «voip-ss7»;
port «7700»;
};
callctr
{
addEndOfPulsing «true»;
// causeLocation «1»;
// doAutomaticRedial «false»;
earlyAcmTimer «4000»;
ss7zone «amorozss7»
{
cid «0»;
};
};
isup
{
bAllowCallWithoutCgPaNum «true»;
bAskMissingCgPaNum «false»;
causeLocation «5»;
snode «1»
{
opc «540»;
ni «3»;
connection «1»
{
dpc «300»;
behav_mask «0x5»;
highUtilTh «0»;
normalUtilTh «0»;
span «10»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
Приложение Н. Настройка режима IPSP
Стр. 277
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «0»;
}; //end of span
span «11»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «32»;
}; //end of span
span «12»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «64»;
}; //end of span
span «13»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «96»;
}; //end of span
span «14»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
Приложение Н. Настройка режима IPSP
Стр. 278
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «128»;
}; //end of span
span «15»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «160»;
}; //end of span
span «16»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «196»;
}; //end of span
span «17»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «230»;
}; //end of span
}; //end of connection 0
}; // end of snode
Приложение Н. Настройка режима IPSP
Стр. 279
circuit_group «0»
{
cicHuntingPolicy «0»;
//?+???-?¦?+?-?¦?¦?+?-?¦ ?¦?+ 50 ?-?+?+?-
circuit_group_elem
{
span_idx «10»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «11»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «12»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «13»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «14»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «15»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «16»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «17»;
out_mask «0xFFFEFFFE»;
};
};//end of cig
}; // end of isup
m3ua
{
assocEstablishTimeout «10000»;
assocEstablishInterval «10000»;
assocEstablishAttempts «0»;
assocInitMaxAttempts «3»;
assocMaxInitTimeout «3000»;
snode «1» // Local node (use in As)
{
PC «540»; // Local point code
ni «3»; // Network Indicator
};
AS «1» // Application Server
{
trf_mode «Override»; // or «LoadShare» or «Broadcast»;
Приложение Н. Настройка режима IPSP
Стр. 280
network «ADC»;
RoutingKey
{
RoutingKeyEntry
{
snode «1»; // snode identifier (see above)
OPCs // Remote point code list
{
«300»;
};
si «32»; // Service Indicator mask ( 32 — ISUP
(bit5) )
};
};
};
SG «65537»; // Signaling Gateway (use only for m3ua
validation in mconfig)
SGP «65537» // Signaling Gateway Process (use only for
m3ua validation in mconfig)
{
sg «65537»; // SG identifier
};
LIPSP «101» // Local IP Server
Process
{
m3asp_id «11»; // Proto ASP Identifier.
Use in AspUp message.
};
RIPSP «102»; // Remote IP Server Process
Association «1»
{
lsp «101»; // Local Server Process
identifier (Asp or LIpsp)
rsp «102»; // Remote Server Process
identifier (Sgp or RIpsp)
lep «42»; // Local Endpoint (see below)
rep «41»; // Remote Endpoint (see below)
};
RemoteEndpoint «41»
{
port «2905»;
Addresses
{
«192.168.17.71»;
};
};
LocalEndpoint «42»
{
port «2906»;
Addresses
{
«192.168.17.71»;
};
};
RoutingContext «1»
{
Приложение Н. Настройка режима IPSP
Стр. 281
value «51966»; //51966-CAFE // Use in AspTm, SSNM and
other messages
AS_Id «1»; // AS identifier
Assoc_Id «1»; // Association identifier
direction «Both»; // Both — IPSP Single Exchange,
Outgoing, Incoming — IPSP Double Exchange
};
}; // end of m3ua
mgcp
{
mgcp_conf_inst «1»
{
localAddr «192.168.17.71»;
localPort «2727»;
doScreen «false»;
// list of mgw
mgcp_conf_mgw «1»
{
address «192.168.17.71»;
port «2427»;
outTidMin «10000000»;
outTidMax «49999999»;
pattern «S0/DS0-${trunk}/${timeslot}@client»;
auditPeriod «30000»;
// list of trunks
mgcp_conf_trunk «10»;
mgcp_conf_trunk «11»;
mgcp_conf_trunk «12»;
mgcp_conf_trunk «13»;
mgcp_conf_trunk «14»;
mgcp_conf_trunk «15»;
mgcp_conf_trunk «16»;
mgcp_conf_trunk «17»;
}; // end of mgcp_conf_mgw
}; // end of mgcp_conf_inst
}; // end of mgcp
}; //end of ss7 «ts-ss7-node-1»
};
Серверная конфигурация
ss7
{
ss7 «ts-ss7-node-1»
{
fmWaitForDlcx «true»;
fmResetCircuits «true»;
fmWaitForResetCircuits «false»;
common
{
loglevel «5»;
};
// client nodes connection point
controllink
{
zone «voip-ss7»;
port «7700»;
};
Приложение Н. Настройка режима IPSP
Стр. 282
callctr
{
addEndOfPulsing «true»;
// causeLocation «1»;
// doAutomaticRedial «false»;
earlyAcmTimer «4000»;
ss7zone «amorozss7»
{
cid «0»;
};
};
isup
{
bAllowCallWithoutCgPaNum «true»;
bAskMissingCgPaNum «false»;
causeLocation «5»;
snode «1»
{
opc «300»;
ni «3»;
connection «1»
{
dpc «540»;
behav_mask «0x5»;
highUtilTh «0»;
normalUtilTh «0»;
span «10»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «0»;
}; //end of span
span «11»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «32»;
Приложение Н. Настройка режима IPSP
Стр. 283
}; //end of span
span «12»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «64»;
}; //end of span
span «13»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «96»;
}; //end of span
span «14»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «128»;
}; //end of span
span «15»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
Приложение Н. Настройка режима IPSP
Стр. 284
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «160»;
}; //end of span
span «16»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «196»;
}; //end of span
span «17»
{
hw_id «1»;
out_mask «0xFFFEFFFE»;
in_mask «0xFFFEFFFE»;
useGRS «true»;
useCGB «true»;
doInitReset «false»;
doInitBlock «false»;
isInitiallyAvailable «false»;
isInitiallyBlockedState «false»;
doUnblockWhenUserBinds «false»;
releaseOnBlock «false»;
dualSeisurePolicy «0»;
isConsecutiveCicAlloc «true»;
cicBase «230»;
}; //end of span
}; //end of connection 0
}; // end of snode
circuit_group «0»
{
cicHuntingPolicy «0»;
//?+???-?¦?+?-?¦?¦?+?-?¦ ?¦?+ 50 ?-?+?+?-
circuit_group_elem
{
span_idx «10»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «11»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
Приложение Н. Настройка режима IPSP
Стр. 285
{
span_idx «12»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «13»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «14»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «15»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «16»;
out_mask «0xFFFEFFFE»;
};
circuit_group_elem
{
span_idx «17»;
out_mask «0xFFFEFFFE»;
};
};//end of cig
}; // end of isup
m3ua
{
assocEstablishTimeout «10000»;
assocEstablishInterval «10000»;
assocEstablishAttempts «0»;
assocInitMaxAttempts «3»;
assocMaxInitTimeout «3000»;
snode «1» // Local node (use
in As)
{
PC «300»; // Local point code
ni «3»; // Network Indicator
};
AS «1» // Application
Server
{
trf_mode «Override»; // or «LoadShare» or
«Broadcast»;
network «ADC»;
RoutingKey
{
RoutingKeyEntry
{
snode «1»; // snode identifier (see above)
OPCs // Remote point code list
{
«540»;
};
si «32»; // Service Indicator mask ( 32 —
ISUP(bit5) )
Приложение Н. Настройка режима IPSP
Стр. 286
};
};
};
SG «65537»; // Signaling Gateway (use only for m3ua
validation in mconfig)
SGP «65537» // Signaling Gateway Process (use only for
m3ua validation in mconfig)
{
sg «65537»; // SG identifier
};
LIPSP «201» // Local IP Server
Process
{
m3asp_id «22»; // Proto ASP Identifier.
Use in AspUp message.
};
RIPSP «202»; // Remote IP Server Process
Association «1»
{
lsp «201»; // Local Server Process
identifier (Asp or LIpsp)
rsp «202»; // Remote Server Process
identifier (Sgp or RIpsp)
lep «52»; // Local Endpoint (see below)
rep «51»; // Remote Endpoint (see below)
role «Server»;
in_streams «2»; // input streams ( 2 )
out_streams «2»; // output streams ( 2 )
hbInterval «1000»; // heart beat interval
1000 — 60000
};
RemoteEndpoint «51»
{
port «2906»;
Addresses
{
«192.168.17.71»;
};
};
LocalEndpoint «52»
{
port «2905»;
lsp «1»;
Addresses
{
«192.168.17.71»;
};
};
RoutingContext «1»
{
value «51966»; //51966-CAFE // Use in AspTm, SSNM and
other messages
AS_Id «1»; // AS identifier
Assoc_Id «1»; // Association identifier
direction «Both»; // Both — IPSP Single
Exchange, Outgoing, Incoming —
Приложение Н. Настройка режима IPSP
Стр. 287
// IPSP Double Exchange
};
}; // end of m3ua
mgcp
{
mgcp_conf_inst «1»
{
localAddr «192.168.17.71»;
localPort «2827»;
doScreen «false»;
// list of mgw
mgcp_conf_mgw «1»
{
address «192.168.17.71»;
port «2427»;
outTidMin «50000000»;
outTidMax «99999999»;
pattern «S0/DS0-${trunk}/${timeslot}@server»;
auditPeriod «30000»;
// list of trunks
mgcp_conf_trunk «10»;
mgcp_conf_trunk «11»;
mgcp_conf_trunk «12»;
mgcp_conf_trunk «13»;
mgcp_conf_trunk «14»;
mgcp_conf_trunk «15»;
mgcp_conf_trunk «16»;
mgcp_conf_trunk «17»;
}; // end of mgcp_conf_mgw
}; // end of mgcp_conf_inst
}; // end of mgcp
}; //end of ss7 «ts-ss7-node-1»
};
Приложение О. Изменение имени и пароля доступа пользователя к БД
Стр. 288
Приложение О. Изменение имени и пароля доступапользователя к БД
21
Для изменения имени пользователя базы данных и его пароля необходимо изменить следующиефайлы, перечисленные в таблице ниже. Более подробная информация приведена всоответствующих разделах.
Имя файла Параметр
Файл располагается на сервере с запущенным веб-интерфейсом
/var/www/rtu/Config.php ‘user’ => ‘rtu’ – пользователь БД.
‘password’ => ‘rtu’ – пароль пользователяБД.
Файл располагается на сервере с запущенным основным модулем управления и ключомзащиты
/etc/mvts3g/system-1.scripting.conf
dbms_user_master «rtu» — имя пользователяосновной БД.
dbms_pswd_master «rtu» — парольпользователя основной БД.
dbms_user_slave «rtu» — имя пользователярезервной БД.
dbms_pswd_slave «rtu» — парольпользователя резервной БД.
Файлы располагаются на серверах с базой данных
/usr/local/lib/mvtspro/cdrmove/aloe_upgrade_cdrs.sh
MYSQL_USER=’rtu’; — имя пользователя БД.
MYSQL_PASS=’rtu’; — пароль пользователя БД.
/usr/local/lib/mvtspro/cdrmove/aloe_data_mover.sh
-u<user>, где <user> — имя пользователя БД.
-p<pass>, где <pass> — пароль пользователя БД.
Данные параметры разбросаны по всему файлу,поэтому для их обнаружения и заменырекомендуется использовать поиск.
/usr/local/lib/mvtspro/mvtsprodb-daily
/usr/local/lib/mvtspro/mvtsprodb-hourly
—user rtu — пользователь БД.
—pass rtu — пароль пользователя БД.
/usr/local/lib/mvtspro/backupdb.conf
user=rtu — пользователь БД.
password=rtu — пароль пользователя БД.
/usr/local/lib/mvtspro/mvtsprodb-replication-hourly
Параметры содержатся в строке ./checkrepl.sh<user> <pass> $db localhost, где <user>— пользователь БД, <pass> — парольпользователя БД.
Файлы располагаются на серверах с запущенным с модулем маршрутизации
/etc/mvts3g/mvtspro-cdr-restorer.conf
user=rtu — имя пользователя базы данных.
passwd=rtu — пароль пользователя базы данных.
Приложение О. Изменение имени и пароля доступа пользователя к БД
Стр. 289
/etc/mvts3g/mvtspro-cdr-to-acc.conf
DBuser=rtu — имя пользователя БД.
DBpasswd=rtu — пароль пользователя БД.
/etc/mvts3g/mvtspro-checker.conf
user=rtu — имя пользователя базы данных.
passwd=rtu — пароль пользователя базы данных.
Приложение П. Особенности настройки взаимодействия РТУ МТТ и МОА
Стр. 290
Приложение П. Особенности настройкивзаимодействия РТУ МТТ и МОА
22
Настр ойка гр упп балансир овки
Особенности настройки групп балансировки описаны в разделе Группы балансировки.
Пр едотвр ащение зацикливания вызовов
Для предотвращения зацикливания вызовов между МТТ и МОА необходимо:
В настройках шлюза, представляющего МОА в МТТ, в параметре ИНИЦ. группы указатькакую-либо группу (например, cl5).
В настройках объекта набора, который маршрутизирует вызовы на МОА, в параметреЗапрещённые группы маршрутизации указать заданную в предыдущем пункте группу(например, cl5).
Настр ойка зон
Если в одном компоненте (МТТ или МОА, обозначим как компонент N) задано оборудование(обозначим как обрудование A), которое может одновременно:
переходить в режим без проксирования, и
участвовать в вызовах с использованием внутреннего протокола,
то необходимо, чтобы зона оборудования A совпадала с зоной шлюза, который представляеткомпонент N в другом компоненте. В противном случае медиа-поток не будет проходить.Например:
Особенности задания зон при использовании внутреннего протокола. Пример 1
Приложение П. Особенности настройки взаимодействия РТУ МТТ и МОА
Стр. 291
Особенности задания зон при использовании внутреннего протокола. Пример 2
Российский телефонный узел – программная VoIP платформа для организации полнофункциональных узлов местной, зоновой, МГ/МН связи на базе технологии IP в соответствии с нормами действующего законодательства.
Решение сертифицировано для применения в качестве узла услуг, реализующего с помощью прикладных подсистем системы сигнализации по ОКС№7 функции коммутации и управления услугами связи в соответствии с требованиями Мининформсвязи России (регистрационный номер сертификата ОС-3-ИС-0004).
В соответствии с данным сертификатом РТУ может применяться как платформа предоставления сервисов оператором связи в сети, построенной на базе любых программных коммутаторов (софтсвичей), с фиксированной или мобильной технологией доступа, а также в конвергентных сетях.
Также решение полностью соответствует требованиям СОРМ для мобильных и фиксированных сетей, сетей сервис-провайдеров.
VoIP платформа РТУ может быть использована в качестве:
- полнофункционального коммутатора класса 4/5;
- платформы для предоставления сервисов (AS) совместно с программным коммутатором другого производителя в мобильной, фиксированной или конвергентной сети;
- платформы SaaS-услуг.
Платформа РТУ может быть использована двумя способами: как в чистом виде сервисная платформа, или Application Server в терминологии архитектуры IMS, либо как полноценный узел телефонии для предоставления услуги базового вызова по сети IP, плюс дополнительные виды обслуживания. При этом интерфейсы позволяют интегрировать ее как с фиксированными, так и с мобильными сетями и коммутаторами. В результате платформа – основа для конвергенции сетей мобильной, фиксированной и IP-связи на уровне коммутации, предоставления сервисов и биллинга. Второй важный момент заключается в том, что РТУ полностью модульный продукт. Благодаря различной конфигурации модулей можно получить совершенно разные решения. Любое монолитное решение со временем обрастает избыточной функциональностью, которая негативно сказывается на качестве работы и ресурсоемкости в целом. Решение, состоящее из отдельных компонентов, отличается большей гибкостью. Например, компания-разработчик решения может размещать компоненты РТУ на разных серверах и при необходимости разносить их географически. Надежность и масштабируемость такого решения несопоставимо выше. Вследствие своей гибкости платформа РТУ имеет широкую область применения: это SIP-телефония, узлы связи любого уровня, организация УПАТС, в том числе виртуальных, возможность предоставлять широкий спектр современных коммуникационных услуг, в том числе по модели SaaS.
Платформа РТУ включена в Единый реестр российских программ для ЭВМ Минсвязи и рекомендована для закупок госструктурами.
2023: Доступность web-клиента с функциями телефонии
23 января 2023 года компания САТЕЛ представила обновленную версию своего флагманского решения «Российский телефонный узел» (РТУ). Актуальная версия РТУ включает в себя обновленный web-клиент с функциями телефонии, мессенджера и личного кабинета, а также ряд других обновлений.
VoIP. Иллюстрация: claritytel.com.
По информации компании, платформа унифицированных коммуникаций РТУ – многокомпонентное решение, которое используется
для различных видов корпоративной связи. В перечне опций платформы — голосовые помощники и чат-боты, мессенджер для различных видов онлайн-общения, мобильное приложение, платформа для проведения онлайн-мероприятий и другие инструменты. Такая мультифункциональность
расширяет сферы применения РТУ, за счет того, что платформа быстро интегрируется в ИТ-инфраструктуру бизнеса. Кроме того, данная разработка позволяет модернизировать сети телефонной связи с сохранением стабильных коммуникаций.
Обновленная версия РТУ включает в себя web-клиент с функциями телефонии, мессенджера и личного кабинета для управления настройками сервисов. В перечне обновленного функционала есть такие опции, как синхронизация адресной книги с РТУ, возможность совершения и приема вызовов непосредственно в браузерах, поддерживающих технологию WebRTC (позволяет Web-приложениям и сайтам обмениваться данными между браузерами, без использования сторонних ресурсов), возможность организации аудио и видео конференций.
Кроме того, обновленное решение обеспечивает обмен текстовыми сообщениями и файлами, в том числе, в групповых чатах. При этом сами чаты получили обновленный функционал: цитирование, упоминание других участников, редактирование и удаление сообщений. В обновленной модификации РТУ можно управлять статусом присутствия, предоставлять гостевой доступ к звонкам и чатам по ссылке, устанавливать приложения прямо из браузера с помощью технологии PWA, а также управлять переадресацией, черными и белыми списками, голосовой почтой.
Актуальная версия РТУ все так же поддерживает функцию FMC (Fixed Mobile Convergence), которая превращает мобильный телефон в полноценный офисный телефонный аппарат с коротким номером,
бесплатной связью внутри компании и переадресацией звонков с многоканального корпоративного номера. В качестве опорной подходит сеть любого оператора мобильной связи. Такая корпоративная
SIM-карта обеспечивает возможности виртуальной АТС на мобильной сети. Все сотрудники — и офисные, и мобильные — находятся вместе в едином коммуникационном пространстве.
2021
Интеграция с «Умным гарнизоном»
6 октября 2021 года компания САТЕЛ сообщила, что «Российский телефонный узел РТУ» внедрен в состав «Умного гарнизона».
Российский телефонный узел РТУ
Фото: ru.wikipedia.org
По информации компании, в составе ПАК «Умный гарнизон» РТУ отвечает за организацию группового голосового оповещения внутренних и внешних абонентов с подтверждением полученного сообщения или без него. Управление модулем, передача содержания сообщения, списка абонентов и другие необходимые действия осуществляются из системы «Умного гарнизона» посредством API-команд.
РТУ – это платформа унифицированных коммуникаций операторского класса надежности для предоставления широкого спектра услуг связи. В составе РТУ реализованы модули голосовых роботов и чат-ботов, мобильное приложение, платформа для проведения онлайн-мероприятий, а также собственный мессенджер для различных видов онлайн-коммуникаций. Кроме того, РТУ позволяет организовать весь спектр коммуникаций сотрудников предприятия на удаленной работе, поддерживает существующий парк оборудования сторонних производителей, осуществляет резервирование и георезервирование в нескольких ЦОД, а также соответствует требованиям безопасности для нивелирования рисков сетевых угроз. Платформа РТУ включена в Единый реестр российских программ для ЭВМ Минцифры России и рекомендована для закупок госструктурами.
Также специалисты САТЕЛ приняли участие в реализации пилотного проекта ПАК «Умный гарнизон», который был развернут в Алабинском гарнизоне на базе 21 объекта, в числе которых штабы, склады, хранилище вооружения и военной техники, казарма, узел связи, пункт заправки, столовые. Каждый объект оснащен набором подсистем и устройствами, которые собирают оперативные данные. Сводная информация о климатической обстановке, условиях в помещениях, готовности техники, контроле периметра и управления доступом и других параметрах передается на автоматизированные рабочие места дежурных по части для непрерывного мониторинга.
|
|
Мы были рады стать частью большой команды по разработке решения для реализации стратегии цифровой трансформации организаций военно-промышленного комплекса РФ.
|
|
Универсальные коммуникации: как получить надежную платформу
На рынке UC представлен широкий спектр зарубежных коммуникационных платформ для бизнеса. У западных коммуникационных продуктов уже не первый год есть достойные отечественные альтернативы. В последнее время российские ИТ-компании реализовали еще более успешные проекты создания UC-платформ. Так, решение РТУ («Российский телефонный узел») от компании САТЕЛ не просто соответствует всем требованиям российских заказчиков, но и по большинству параметров превосходит зарубежных конкурентов. РТУ – полностью российская разработка, аккумулирующая 17-летний опыт создания платформы для предоставления широкого спектра услуг корпоративной связи и включенная в Единый реестр российского ПО. Подробнее здесь.
2020
Совместимость с платформой TrueConf Server
18 июня 2020 года компании TrueConf и САТЕЛ объявили о технологическом партнерстве, в рамках которого система видеосвязи TrueConf Server была сертифицирована для работы с платформой унифицированных коммуникаций РТУ. Совместное решение позволит объединить передовую отечественную видеосвязь и голосовую связь в единую систему коммуникаций.
Как сообщалось, компании провели ряд испытаний, в ходе которых подтвердили совместимость системы видеоконференцсвязи TrueConf Server и платформы VoIP-телефонии «Российский телефонный узел». Подробнее здесь.
Представление РТУ-Клиента
8 апреля 2020 года компания САТЕЛ представила собственное решение удаленной голосовой связи для организации рабочих мест сотрудников в условиях самоизоляции.
РТУ-Клиент представляет собой мобильное приложение для различных видов коммуникаций в онлайн-режиме. РТУ-Клиент позволяет использовать персональный компьютер, планшет или смартфон в качестве абонентского терминала, а для его использования необходимо только настроить головную станцию на работу с внешней сетью Интернет. Все стандартные функции остаются при этом доступными:
- возможность использования внутренней телефонной нумерации
- поддержка большинства ДВО головной станции
- чат и видеовызовы между сотрудниками
- использование РТУ-Клиента в качестве замены внешним мессенджерам (WhatsApp, Viber и др.)
- шифрование переговоров и возможность записи разговоров сотрудников через РТУ-Клиент
- использование единого справочника сотрудников предприятия
- адаптация пользовательского интерфейса и использование логотипа заказчика
РТУ-Клиент доступен для скачивания в AppStore и Google Play, кроме того, у приложения есть десктоп версия.
Решение САТЕЛ для обеспечения виртуальной голосовой связи поможет вашим сотрудникам оставаться на связи и продолжать эффективную работу в сложившихся условиях.
Поддержка технологии WebRTC и интеграция c Яндекс.Облако
Компания САТЕЛ 22 января 2020 года представила обновленную версию «Российского телефонного узла» (РТУ), который представляет собой платформу для обработки и коммутации вызовов. Данный программный коммутатор сертифицирован для применения в составе узла местной и зоновой связи с использованием функции COPM, а также в качестве УПАТС для внутренних телефонных сетей и территориально распределенных узлов связи.
Исходя из потребностей заказчика, РТУ может включать в себя набор из одного или нескольких компонентов, в том числе мобильное приложение для iOS и Android, веб-портал ВАТС (личный кабинет клиента виртуальной АТС), модуль селекторной связи и модерируемых совещаний, а также полуавтономную телефонную станцию для удаленных офисов.
В представленной версии РТУ реализовано несколько десятков дополнительных функций, среди которых можно выделить следующее:
- Переход на последнюю версию операционной системы GNU/Linux Debian 10 Buster обеспечивает высокую надежность и безопасность;
- Поддержка технологии WebRTC предоставляет возможность совершать вызовы из веб-приложений, а также обеспечивает связь даже в случае блокировки VoIP – трафика;
- Возможность использования веб-телефона в личном кабинете пользователя для совершения аудио- и видео-вызовов, обмена сообщениями и файлами, контроля статуса доступности других пользователей;
- Демонстрация рабочего стола пользователя;
- Интеграция с сервисом «Яндекс.Облако» для распознавания голоса и формирования индивидуальных голосовых уведомлений позволяет максимально автоматизировать взаимодействие с клиентами;
- Дополнительная функция для интерактивных Call-центров – онлайн-мониторинг работы операторов и ручное распределение вызовов по сервисам и агентам;
- Соединение с «недавним» собеседником и оценка качества обслуживания по каждому вызову позволяют повысить лояльность клиентов посредством получения обратной связи.
Российский телефонный узел включен в «Единый реестр российских программ для электронных вычислительных машин и баз данных» Минсвязи РФ и признан полностью соответствующИм всем требованиям для государственных и муниципальных закупок.
2019
Выпуск Платформы РТУ 2.2
10 сентября 2019 года компания «САТЕЛ» представила обновленную версию Платформы РТУ — программного коммутатора для передачи голосового трафика через сеть Интернет. РТУ – это модульная программная VoIP-платформа, сертифицированная для применения в составе узла местной и зоновой связи, территориально распределенных узлов связи, а также УПАТС с функцией СОРМ. Дополнительно может комплектоваться модулями диспетчерской, селекторной и полудуплексной (PTT) связи.
В зависимости от потребностей компании-заказчика, РТУ реализуется как программное обеспечение, либо в составе Программно-Аппаратного Комплекса разных вариантов: от одного сервера до многосерверного отказоустойчивого кластера в совокупности с необходимым шлюзовым оборудованием и системой мониторинга. Также в РТУ предусмотрена быстрая разработка мобильного приложения для iOS и Android, портала для обслуживания клиентов и возможность адаптировать сторонние продукты под требования заказчиков, отметили в «Сател».
Со слов разработчика, обновленная версия Платформы РТУ 2.2 поддерживает технологию WebRTC, которая предоставляет доступ к IP – телефонии даже в случае единственной возможности использования сети только через браузер. В личном кабинете абонента появился встроенный веб-телефон, а с помощью API можно создать форму заказа обратного звонка для любого веб-сайта. Свое развитие получил и сервис «Виртуальный факс», позволяющий не только принимать факсимильные сообщения по электронной почте, но и просматривать файлы прямо из веб-интерфейса системы. В рамках развития функционала для организации Call-центров появились такие механизмы распределения вызовов между сотрудниками как «Веерный» и «Обратный веерный», а также соединения со «Знакомым сотрудником», иными словами, с тем оператором, с кем звонивший говорил ранее. Еще одним дополнением Платформы РТУ можно назвать то, что она основана на последней версии операционной системы GNU/Linux Debian, что позволяет обеспечить более высокую надежность и поддержку современного серверного оборудования.
«РТУ Селект»
По информации на 4 сентября 2019 года, система производственной связи следующего поколения «РТУ Селект» применяется для организации оперативной связи между производственным персоналом, диспетчерами, мостовыми кранами и специалистами, перемещающимися по предприятию, а также для громкой аварийно-поисковой связи.
2018: Совместимость с Astra Linux
12 сентября 2018 года компания Сател Про сообщила, что ее решение для организации полнофункциональных узлов связи – «Платформа РТУ» – успешно прошло тестирование на совместимость с операционной системой Astra Linux и будет включено в список «Software ready for ASTRA LINUX».
Проведя серию испытаний, компании-разработчики программного обеспечения убедились в полной совместимости операционной системы и программного коммутатора голосовой связи, что позволяет использовать данные решения в рамках одной инфраструктуры.
В процессе испытаний Платформа РТУ была адаптирована для работы с механизмами обеспечения информационной безопасности ОС ASTRA LINUX, в том числе режимом замкнутой программной среды, проверена функциональность системы, выполнено нагрузочное тестирование.
Совместимость с операционной системой ASTRA LINUX позволит использовать Платформу РТУ заказчикам, предъявляющим требования к информационной безопасности в соответствии с рекомендациями ФСТЭК России, а также действующим в рамках программы импортозамещения.
2017: Выпуск Платформы РТУ 2.0
Летом 2017 года был анонсирован выход Платформы РТУ версии 2.0 и всей системы связанных продуктов.
В линейке софтсвичей РТУ версии 2.0 появилась возможность облачного лицензирования, что упростило внедрение большого числа инсталляций и развертывание системы в средах виртуализации.
Транзитный софтсвитч РТУ МТТ из представленной ветки получил широкие возможности по управлению номерами, а также поддержку протокола H.248 (MEGACO) для управления медиа-шлюзами, что позволяет более эффективно использовать его для интеграции с оборудованием различных производителей — как непосредственно в сети эксплуатирующей компании, так и на её границе.
В РТУ МОА реализован контроль успешного выполнения сложных операций в веб-интерфейсе (за счёт транзакционности), а также интеграция доменов-виртуальных АТС на основе софтсвича с различными популярными CRM-системами. РТУ МОА теперь поддерживает упрощённый вариант услуги FMC.
Веб-портал ВАТС версии 3.0 — продукт для предоставления услуг бизнес-клиентам оператора связи — позволяет удобно и быстро управлять корпоративной телефонией из любой точки мира, в том числе с мобильных устройств с небольшим экраном. Представленная версия позволяет не только смотреть детализацию соединений и слушать записанные разговоры, но и анализировать тренды по телефонному трафику посредством статистических графиков. В веб-портале ВАТС версии 3.0 реализованы поддержка услуги FMC и интеграция корпоративной телефонии с CRM-системой организации для оперативной работы с клиентской базой.
В рамках проведенной модернизации были выпущены обновлённые приложения для конечных пользователей РТУ-клиент версии 3.0, поддерживающие современные операционные системы iOS 11 и Android 7. Приложение РТУ-клиент теперь может работать в сетях с адресацией IPv6.
Также получены все необходимые сертификаты для внедрения софтсвичей актуальных версий на сетях операторов связи в Российской Федерации.
2016: Покупка САТЕЛ Про
29 сентября 2016 года Сател Про приобрела решение РТУ у владельца решения – компании МФИ Софт.
2015: SwitchRay РТУ 1.9
РТУ 1.9 — программный коммутатор 5 класса. Предназначен для упрощения продаж и инсталляций новых и масштабирования количества абонентов и сервисов развернутых виртуальных АТС.
22 апреля 2015 года компания SwitchRay объявила о выходе релиза версии софтсвича 5 класса РТУ 1.9[1].
VoIP-платформа РТУ версии 1.9 решает в нескольких аспектах проблему сложности управления длинными списками сервисов, требующих настройки и выделения множества различных типов конечных пользователей.
Функция «Easy PBX» упрощает управление отдельными доменами с заданными настройками, лицензированием абонентов и услугами, помогая масштабировать платформу для новых и крупных клиентов.
Вместо управления длинным списком независимых сервисов РТУ версии 1.9 предлагает функцию «Пакеты услуг», что позволяет группировать и назначать пакет из нескольких услуг как единое целое, а новые возможности API позволяют эти изменения внести, в том числе за пределами стандартного пользовательского интерфейса.
В дополнение к масштабируемости и простоте внедрения новая лицензионная политика РТУ 1.9 дает возможность формировать специальные пакеты услуг для сервисных предложений разным группам корпоративных клиентов, с подключением или без подключения софтфона РТУ – клиент. Для обеспечения масштабируемости и надежности новая версия включает в себя расширенные возможности управления CDR, позволяя выгружать CDR ежедневно и обеспечивая при этом более быстрый и надежный доступ к этим данным.
Система поддерживает новые уровни ролей администраторов. Управление ролями происходит так, чтобы права на управление доменом и отдельным аккаунтом могли передаваться от системного администратора корпоративному клиенту. Этим улучшаются возможности мониторинга без ущерба для безопасности.
Решаемые задачи
- Запуск услуг голосовой связи на основе IP-технологий:
- базовый вызов (переадресация вызова, перевод вызова на другого абонента и др.)
- ДВО (voice-to-email, fax-to-email, перехват звонка, голосовой почтовый ящик и др.);
- Организация VoIP-хостинга.
Схема взаимодействия системы, 2015
2013: VoIP платформа РТУ совместима с оборудованием Yealink
В ходе проведенных испытаний специалистами компании МФИ Софт была подтверждена совместимость VoIP платформы РТУ с SIP-телефонами и видеофонами Yealink, профессионального производителя и разработчика VoIP-оборудования. Проведенное тестирование позволило МФИ Софт расширить список оборудования, совместимого с РТУ. Для операторов связи, клиентов МФИ Софт, это, прежде всего повышение привлекательности услуг для корпоративных клиентов. Теперь корпоративные клиенты операторов смогут подключать расширенный перечень SIP и видеофонов при использовании решений на базе VoIP платформы РТУ, в том числе Виртуальной АТС.
Оборудование Yealink отличается высоким качеством, простотой в эксплуатации и доступными ценами. На российский рынок компания поставляет оборудование с адаптированным русскоязычным меню.
Телефоны Yealink имеют широкий спектр дополнительных функций и работают со всеми IP-PBX, поддерживающими протокол SIP. На территории России дистрибьютором продукции Yealink является компания «АйПиМатика».
Примечания
- ↑ Новая версия VolP-платформы от компании SwitchRay
© 2012 МФИ Софт
Справочник администратора
РТУ МОА 1.7.3-20
© 2012 МФИ СофтВсе права сохраняются за правообладателем.
МФИ Софт оставляет за собой право вносить изменения в содержащуюся в данном документе информацию безпредварительного уведомления.
ИНФОРМАЦИЯ О ПРАВЕ СОБСТВЕННОСТИ
Информация, содержащаяся в данном документе, является собственностью МФИ Софт. Никакая часть этогодокумента не может быть воспроизведена или заимствована в какой бы то ни было форме или каким- либоспособом – в графическом, электронном виде или механическим путем, включая фотокопирование, запись, в томчисле и на магнитные носители, или любые другие устройства, предназначенные для хранения информации – безписьменного разрешения МФИ Софт. Подобное разрешение не может быть выдано третьей стороной, будь тоорганизация или частное лицо.
Тип документа:
Дата выпуска:
Справочник администратора
21.09.2012
Статус документа:
Версия документа
Released
1.7.3-20
3Содержание
Стр. 3
Содержание
1 Введение 6
………………………………………………………………………………………………………… 61.1 Аннотация
………………………………………………………………………………………………………… 61.2 Аудитория
………………………………………………………………………………………………………… 61.3 Типографические соглашения
………………………………………………………………………………………………………… 61.4 Документация
………………………………………………………………………………………………………… 61.5 Глоссарий терминов и аббревиатур
2 Обзор РТУ МОА 10
3 Графический интерфейс системы 11
4 Авторизация доступа 12
5 Общие настройки 13
………………………………………………………………………………………………………… 135.1 Конфигурация
………………………………………………………………………………………………………… 155.2 Администрирование
………………………………………………………………………………………………………… 155.3 Домены
………………………………………………………………………………………………………… 175.4 Абоненты………………………………………………………………………………………………………………………………….. 18Вкладка «Абоненты»5.4.1
………………………………………………………………………………………………………… 18Вкладка «Основные настройки»5.4.1.1
………………………………………………………………………………………………………… 20Вкладка «Сервисы»5.4.1.2
………………………………………………………………………………………………………… 21Вкладка «Настройки терминала»5.4.1.3
………………………………………………………………………………………………………… 24Вкладка «Входящий вызов»5.4.1.4
………………………………………………………………………………………………………… 24Вкладка «Устройства»5.4.1.5………………………………………………………………………………………………………………………………….. 24Вкладка «Шаблоны»5.4.2
………………………………………………………………………………………………………… 255.5 Группы алиасов
………………………………………………………………………………………………………… 255.6 Группы кодеков
………………………………………………………………………………………………………… 275.7 Сценарии IVR………………………………………………………………………………………………………………………………….. 28Блоки конструирования сценариев5.7.1
………………………………………………………………………………………………………… 28Блок ‘Старт’5.7.1.1
………………………………………………………………………………………………………… 28Блок ‘Меню’5.7.1.2
………………………………………………………………………………………………………… 29Блок ‘Переход на блок’5.7.1.3
………………………………………………………………………………………………………… 30Блок ‘Переадресация вызова’5.7.1.4
………………………………………………………………………………………………………… 31Блок ‘Переадресация по DTMF’5.7.1.5
………………………………………………………………………………………………………… 32Блок ‘Проверка введенной строки’5.7.1.6
………………………………………………………………………………………………………… 32Блок ‘Проверка вх. номера’5.7.1.7
………………………………………………………………………………………………………… 32Блок ‘Переход по времени’5.7.1.8
………………………………………………………………………………………………………… 33Блок ‘Проиграть сообщение’5.7.1.9
………………………………………………………………………………………………………… 33Блок ‘Позвонить абоненту’5.7.1.10
4Справочник администратора
Стр. 4
………………………………………………………………………………………………………… 34Блок ‘Переход к сценарию’5.7.1.11
………………………………………………………………………………………………………… 34Блок ‘Выход’5.7.1.12
………………………………………………………………………………………………………… 34Блок ‘Управление голосовой почтой’5.7.1.13
………………………………………………………………………………………………………… 34Блок ‘Переключение на сервис’5.7.1.14
………………………………………………………………………………………………………… 345.8 Группы
………………………………………………………………………………………………………… 355.9 Аудиофайлы
………………………………………………………………………………………………………… 375.10 CDR-записи………………………………………………………………………………………………………………………………….. 37CDR5.10.1………………………………………………………………………………………………………………………………….. 38Вид CDR5.10.2………………………………………………………………………………………………………………………………….. 38Экспорт5.10.3………………………………………………………………………………………………………………………………….. 39Автоэкспорт5.10.4
………………………………………………………………………………………………………… 405.11 Лицензии
………………………………………………………………………………………………………… 415.12 Зоны
………………………………………………………………………………………………………… 415.13 Автонастройка………………………………………………………………………………………………………………………………….. 41Устройства5.13.1………………………………………………………………………………………………………………………………….. 41Шаблоны5.13.2………………………………………………………………………………………………………………………………….. 42Шаблоны общих настроек5.13.3………………………………………………………………………………………………………………………………….. 42Точки входа5.13.4
………………………………………………………………………………………………………… 425.14 Коды разъединения
………………………………………………………………………………………………………… 435.15 Мастера сервисов
6 Subscriber Logic 45
………………………………………………………………………………………………………… 456.1 RADIUS
………………………………………………………………………………………………………… 476.2 Определение доменов
………………………………………………………………………………………………………… 486.3 Шлюзы
………………………………………………………………………………………………………… 536.4 Маршруты………………………………………………………………………………………………………………………………….. 53Предмаршрутизация6.4.1………………………………………………………………………………………………………………………………….. 56Маршрутизация6.4.2………………………………………………………………………………………………………………………………….. 57Постмаршрутизация6.4.3
………………………………………………………………………………………………………… 596.5 Имитация вызова………………………………………………………………………………………………………………………………….. 59Имитация6.5.1………………………………………………………………………………………………………………………………….. 60Предыдущие имитации6.5.2
………………………………………………………………………………………………………… 606.6 Абонентские сервисы
………………………………………………………………………………………………………… 616.7 СОРМ
………………………………………………………………………………………………………… 616.8 Мониторинг
7 Service Platform 62
………………………………………………………………………………………………………… 627.1 Конфигурация
………………………………………………………………………………………………………… 627.2 RADIUS
………………………………………………………………………………………………………… 647.3 Определение доменов
………………………………………………………………………………………………………… 647.4 Шлюзы
………………………………………………………………………………………………………… 697.5 Маршруты
………………………………………………………………………………………………………… 717.6 Имитация вызовов
5Содержание
Стр. 5
………………………………………………………………………………………………………… 717.7 Сервисы………………………………………………………………………………………………………………………………….. 72Auto Redial/Автодозвон7.7.1………………………………………………………………………………………………………………………………….. 72Auto Redial With Call Back/Автодозвон с обратным вызовом7.7.2………………………………………………………………………………………………………………………………….. 72Call Back/Обратный вызов7.7.3………………………………………………………………………………………………………………………………….. 73Call Park/«Парковка» вызовов7.7.4………………………………………………………………………………………………………………………………….. 73Call Queue/Очередь вызовов7.7.5………………………………………………………………………………………………………………………………….. 73Card Platform/Карточная платофрма7.7.6………………………………………………………………………………………………………………………………….. 74Chat Room/Виртуальная конференц-комната7.7.7………………………………………………………………………………………………………………………………….. 75DISA/Прямой внутрисистемный доступ7.7.8………………………………………………………………………………………………………………………………….. 77Do Not Disturb/Не беспокоить7.7.9………………………………………………………………………………………………………………………………….. 77Fax to Email/Виртуальный факс7.7.10………………………………………………………………………………………………………………………………….. 78Group Call/Групповой вызов7.7.11………………………………………………………………………………………………………………………………….. 79Identity-Based Access/Доступ с правами учетной записи7.7.12………………………………………………………………………………………………………………………………….. 79Multiterminal/Многотерминальность7.7.13………………………………………………………………………………………………………………………………….. 79Pickup/Перехват вызова7.7.14………………………………………………………………………………………………………………………………….. 80Alarm Settings Query/Запрос параметров будильника7.7.15………………………………………………………………………………………………………………………………….. 80СF Settings Query/Запрос параметров переадресации7.7.16………………………………………………………………………………………………………………………………….. 80Service List Query/Запрос списка доступных сервисов7.7.17………………………………………………………………………………………………………………………………….. 80Speed Dial Settings Query/Запрос параметров быстрого набора7.7.18………………………………………………………………………………………………………………………………….. 80Current Time Query/Запрос текущего системного времени7.7.19………………………………………………………………………………………………………………………………….. 80Last Number Redial/Повторный набор номера7.7.20………………………………………………………………………………………………………………………………….. 80Save Prompt/Запись аудиофайлов7.7.21………………………………………………………………………………………………………………………………….. 80Set Alarm/Установка параметров будильника7.7.22………………………………………………………………………………………………………………………………….. 80Set Call Forward/Установка параметров переадресации вызовов7.7.23………………………………………………………………………………………………………………………………….. 81Set Speed Dial/Установка параметров быстрого набора7.7.24………………………………………………………………………………………………………………………………….. 81Televoting/Телеголосование7.7.25………………………………………………………………………………………………………………………………….. 81Ad-sponsored Call/Звонок с рекламой7.7.26
………………………………………………………………………………………………………… 827.8 Автосекретарь
………………………………………………………………………………………………………… 837.9 Мониторинг
8 Приложение А. Формат CDR-записей 84
9 Приложение Б. Журналы модуля обслуживанияабонентов 96
Введение
Стр. 6
Введение1
Аннотация1.1
Данное руководство описывает конфигурационные параметры веб-интерфейса программно-аппаратного комплекса «РТУ-модуль обслуживания абонентов».
Аудитория1.2
Настоящее руководство предназначено для администраторов, в обязанности которого входятнастройка и эксплуатация телекоммуникационного оборудования. Материал, изложенный в данномдокументе, предполагает у читателя наличие знаний сетевых технологий, навыков работы c UNIX-подобными операционными системами, опыт использования регулярных выражений.
Типографические соглашения1.3
Пример Обозначение
текст Важная информация, требующая особого внимания
code Примеры исходного кода, вывода программы, содержимогопротоколов, содержимого конфигурационных файлов.
Ulimit Имена файлов и каталогов
Registration Названия конфигурационных параметров в граф. интерфейсеподсистемы управления РТУ МОА
Документация1.4
Комплект документации к модулю обслуживания абонентов РТУ включает в себя следующиедокументы:
Таблица 1 Перечень документов
No. Название документа
[1] РТУ МОА. Справочник администратора. (данныйдокумент)
[2] РТУ МОА. Справочник абонента
[3] РТУ МОА. Протокол администрирования из внешнихприложений (API)
Глоссарий терминов и аббревиатур1.5
BLF От англ. Busy Lamp Field – ламповое таблоиндикации занятости линий.
CDR (Call detail record) Запись с подробной информацией о вызове. Наборданных о вызове (идентификатор вызова, времяначала и конца соединения, причина завершениясоединения), который используется для целейучета использования абонентом предоставленнойему услуги связи (accounting) и начисления наоснове этих данных причитающейся с абонентаплаты
CHAP (Challenge Handshake AuthenticationProtocol)
Протокол аутентификации с квитированием вызова
Введение
Стр. 7
CSV (от англ. Comma Separated Values — значения,разделённые запятыми) — текстовый формат,предназначенный для представления табличныхданных. Каждая строка файла — это одна строкатаблицы. Значения отдельных колонокразделяются разделительным символом(delimiter), например, запятой (,), точкой с запятой(;), символом табуляции. Текстовые значенияобрамляются символом «двойные кавычки» («);если в значении встречаются кавычки, онипредставляются в файле в виде двух кавычекподряд.
DB (Database) База данных, БД
DBMS (Database management system) СУБД, система управления базами данных
DP (Dial Peer) Объект набора (ОН). В терминах РТУ МОА объектнабора (dial peer) – это одно из потенциальныхнаправлений для трафика, характеризуемоеобслуживающим это направление оборудованием(шлюзами), правилами преобразованиявызывающих и вызываемых номеров и другимихарактеристиками, важными для маршрутизациивызовов.
DTMF (Dual Tone Multi-Frequency) Двухтональный многочастотный (набор,сигнализация и т.п.)
ENUM Telephone Number Mapping (from TElephoneNUmber Mapping). Набор протоколов, дляпривязки телефонной нумерации стандарта E.164 ксистеме адресации DNS, применяемой вглобальной сети Интернет
GK (gatekeeper) Гейткипер/привратник, аппаратура управления иконтроля. Контроллер зоны для управлениявызовами в сети IP-телефонии с преобразованиемадресации и обеспечением доступа в сеть.
GUI (Graphical User Interface) Графический интерфейс пользователя
GW (Gateway) Шлюз, межсетевой преобразователь, межсетевойинтерфейс.
HTTPS (HyperText Transfer Protocol,Secure)
Транспортный протокол передачи гипертекста,защищенный
IVR (Interactive Voice Response) Интерактивный речевой ответ
LAN (Local Area Network) Локальная вычислительная сеть (ЛВС)
NAT (Network Address Translation) Адресная трансляция, иначе – преобразованиесетевых адресов
Network indicator Индикатор сети. Определяет принадлежностьточек сигнализации к различными типам сетейОКС7: национальным или международным.
NGN (Next-Generation Networks) Сети нового поколения
NIC (Network Interface Card) Сетевая карта, сетевой интерфейс
PSTN (от англ. Public Switched TelephoneNetwork)
Телефонная (коммутируемая) сеть общегопользования (ТфОП). В специальной литературе
Введение
Стр. 8
сокращение ТфОП чаще всего используется взначении «традиционная» телефония(противопоставляется телефонии средствамиИнтернет (VoIP)).
RADIUS (акроним от англ. Remote Authentication Dial-InUser Server/Service) протокол аутентификациипользователей в соответствии с RFC 2138.
RAS (Registration, Admission, Status) Регистрация, допуск, состояние. Протоколвзаимодействия с удаленными устройствами.
RBT (Ring-Back Tone) КПВ (Контроль посылки вызова). КПВинформирует вызывающего абонента о посылкевызывного сигнала вызываемому абоненту.
RTP/RTCP (Real-Time Protocol/ Real-TimeControl Protocol)
Транспортный протокол реального времени/Протокол управления передачей данных в режимереального времени.
SIP (Session Initiation Protocol) Протокол инициирования сеанса связи.
SMTP (Simple Mail Transfer Protocol) Упрощенный протокол передачи сообщенийэлектронной почты.
TTL (Time-To-Live) Время жизни. В РТУ МОА – время действиярегистрации.
VoIP (Voice over Internet Protocol) Передача речи по протоколу Интернет (IP)
Адресат вызова Вызываемая сторона (абонент или шлюз)
АОН Автоматическое определение номера
БД База данных
Биллинг Биллинг (от англ. to bill выставлять/выписыватьсчет) – определение стоимости оказаннойабоненту услуги, начисление причитающейся сабонента платы и формирование счетов по даннымучета (accounting).
Конференция Объединение участков вызова.
Веб-интерфейс (от англ. web-based interface) Графическийинтерфейс пользователя (GUI), выполненный ввеб-представлении, т. е. реализованный в виденабора веб-страниц.
Виртуальный номер Телефонный номер любого формата (прямойгородской или федеральный), не закрепленный законкретным стационарным или мобильнымабонентским устройством или телефонной линией,а связанный лишь с абонентской учетной записью.Виртуальный номер используется исключительнодля обеспечения возможности переадресациителефонных вызовов на любой реальныйтелефонный номер или передачи входящей связина сервис «Голосовая почта».
Внутренний протокол Сигнальный протокол, по которомуосуществляется взаимодействие между модулямиСистемы.
Инициатор вызова Вызывающая сторона (абонент или шлюз)
Введение
Стр. 9
Маршрут вызова Правило обработки вызова
МБН Модуль балансировки нагрузки (подсистемакоммутации)
МКС Модуль командной строки (подсистемакоммутации)
ММ Модуль маршрутизации (подсистема управления)
ММП Модуль медиапотоков (подсистема коммутации)
МС Модуль синхронизации (подсистема коммутации)
МУВ Модуль управления вызовами (подсистемакоммутации)
МУЛ Модуль управления лицензиями (подсистемакоммутации)
Направление вызова Совокупность понятий инициатора, адресата,участков и маршрута вызова, которая дает полноепредставление о состоявшемся вызове. Данноепонятие служит основой для создания CDR-записи.
ПКомм Подсистема коммутации. Основная часть РТУМОА, выполняющая функции программногокоммутатора класса 4.
Подсистема управления (ПУпр/TMngr) Управляющая структура РТУ МОА, включающая всебя модуль маршрутизации (ММ), БД и веб-интерфейс.
Проксирование (от англ. proxy – доверенное лицо,уполномоченный, заместитель) Процесс, прикотором система или ее функциональный модульдействуют в режиме proxy-сервера, т.е. «от лица»,«от имени» источника данных (сигнализации илимультимедиа).
Сигнальное сообщение Сообщение, принадлежащее протоколу управлениясигнализацией или внутреннему протоколу.
Участок вызова Логическое представление совокупностисигнального и медиаканалов между станцией иудаленной стороной.
СОРМ Система оперативно-розыскных мероприятий
СОРМ-шлюз Программно-аппаратный комплекс,обеспечивающий техническую возможностьподключения телефонных ПУ правоохранительныхорганов к программному коммутатору РТУ МОА.
Обзор РТУ МОА
Стр. 10
Обзор РТУ МОА2
РТУ МОА – это программная реализация оконечной (телефонной) станции (ОС) и учрежденческойАТС (IP PBX) с возможностью предоставления услуг хостинга подобным же станциям и УАТС(hosted class 5 switch/hosted IP PBX) за счет передачи в эксплуатацию части рабочихвозможностей системы другим операторам связи и корпоративным клиентам.
С точки зрения архитектуры программного решения РТУ МОА состоит из двух обязательныхкомпонентов: подсистемы коммутации – ПКомм (Traffic Switch/TS) и подсистемы управленияМОА. В зависимости от разновидности по видам обслуживания абонентов в подсистемууправления МОА входит либо только обязательный элемент, логика «Оконечная станция» (логика«ОС»), либо одновременно логика «ОС» и компонент приобретаемый по выбору – логика«Дополнительные виды обслуживания» (логика «ДВО»).
Графический интерфейс системы
Стр. 11
Графический интерфейс системы3
Веб-сервер обеспечивает удобный графический интерфейс, с помощью которого осуществляетсянастройка и общее администрирование системы. Доступ к интерфейсу осуществляется черезпротокол HTTPS путем набора в адресной строке браузера https://<адрес_сервера_РТУ>:<порт>. В РТУ МОА реализован графический интерфейс двух видов:
1. Интерфейс администратора, через который осуществляется настройка и администрированиеРТУ МОА. Вход в интерфейс администратора осуществляется через порт 8444.
2. Интерфейс пользователя (личный веб-кабинет абонента), с помощью которого абонентможет изменять параметры своей учетной записи, а также настраивать и использоватьсервисы. Вход в веб-кабинет абонента осуществляется через порт 8443. На этот же портосуществляется переадресация со стандартного порта 443, который используется поумолчанию при указании протокола https.
Авторизация доступа
Стр. 12
Авторизация доступа4
При правильном указании адреса появляется диалог авторизации доступа, который содержитследующие поля:
Пользователь – учетное имя доступа к веб-интерфейсу (Login) администратора или операторасистемы
Пароль – пароль от учетной записи пользователя Системы.
Домен – остается пустым для входа в корневой домен. Заполняется для входа в веб-интерфейс управления соответствующим доменом.
Учётное имя и пароль для первоначального доступа к веб-интерфейсу администратора РТУ МОА– admin и qwerty соответственно.
Время простоя при работе с веб-интерфейсом РТУ МОА – 20 мин. Если в течение этогопериода ни администратор, ни абонент не совершают в открытом веб-интерфейсе никакихдействий, то любые последующие действия в веб-интерфейсе возвращают оператора настраницу регистрации.
Общие настройки
Стр. 13
Общие настройки5
Конфигурация5.1
Панель Настройки языка
Содержит поле со списком Язык интерфейса (возможные значения: Русский, English).
В соответствии с выбранным языком (русским или английским) изменяется не только языкинтерфейса, но и набор аудиофайлов, проигрываемых станцией по умолчанию.
Панель Настройки сервера SMTP
Используется для указания параметров доступа к почтовому SMTP-серверу для отправкиуведомлений о голосовых сообщениях, голосовых сообщений и принятых факсовых сообщений ввиде файлов, прикрепленных к электронному письму.
Раздел SMTP Сервер содержит следующие поля:
IP адрес – URL SMTP-сервера, допускается указание IP-адреса;
Порт – порт соединения с SMTP-сервером (значение по умолчанию – 25);
Отправитель – наименование отправителя (буквами латинского алфавита), которое будетуказано в электронном письме в поле «От кого».
Отмеченный флажок Аутентификация указывает на необходимость аутентификации приподключении к SMTP-серверу. Раздел Аутентификация содержит следующие поля:
Поле со списком Тип определяет механизм проверки подлинности (возможные значения:Login (единственный метод, поддерживаемый приложениями Microsoft, например, OutlookExpress), Plain).
Имя пользователя – регистрационное имя, указываемое при аутентификации
Пароль – пароль, указываемый при аутентификации
Поля Тип, Имя пользователя и Пароль используются только при отмеченном флажкеАутентификация.
Панель Настройки доступа
Служит для изменения учетного имени и пароля доступа администратора.
Под надписью Изменить имя входа/пароль администратора содержатся следующие поля:
Имя входа – имя входа администратора
Старый пароль – текущий пароль доступа администратора
Новый пароль – новый пароль доступа администратора
Подтвердите пароль – повторно ввести новый пароль доступа администратора
Панель Настройки безопасности
Если отметить флажок Блокировать доступ при превышении макс. количества неудачныхпопыток, то после того, как количество неудачных попыток достигнет значения, указанного впараметре Макс. количество неудачных попыток входа, зайти на веб-интерфейс будетневозможно.
В поле Время ожидания действия пользователя в сессии, сек. указывается максимальноевремя бездействия пользователя в веб-интерфейсе. По истечении этого времени Системавозвращает пользователя на страницу входа в веб-интерфейс.
Проверять сложность паролей доступа к веб-интерфейсу и паролей регистрации – привыставленном флажке (отмечен по умолчанию) проверятся соответствие паролей следующимкритериям: пароль должен содержать не менее 8 символов и представлять собой комбинациюцифр и строчных и прописных латинских букв. Проверка выполняется для паролей:
Общие настройки
Стр. 14
доступа к веб-интерфейсу для абонентов, операторов, администраторов;регистрации терминалов абонентов;авторизации абонентов на RADIUS-сервере;регистрации и авторизации шлюзов на RADIUS-сервере.
Принимать пустые пароли – если флажок отмечен, то пустой пароль воспринимается каккорректный. Если флажок сброшен, пустой пароль не сохраняется и выводится предупреждение:«Введен недостаточно сложный пароль. Пароль должен быть длиной не менее 8 символов исодержать строчные и прописные латинские буквы, а также цифры.». Состояние флажкаучитывается, только если отмечен флажок Проверять сложность паролей доступа к веб-интерфейсу и паролей регистрации. Пустой пароль допускается при регистрации безавторизации или аутентификация на RADIUS-сервере без пароля. Состояние флажка не влияет напароли доступа к веб-интерфейсу. У шлюзов с ролью «Сервер приложений» и «Абонентскаялогика» пароль может быть пустым вне зависимости от состояния флажка. По умолчанию флажокне отмечен.
Панель Авторизация API-запросов
Параметры:
IP адрес/маска – разрешенный IP-адрес или список IP-адресов, с которых могут поступать API-запросы.
Авторизовывать только при наличии имени и пароля. При отмеченном флажке API-запросбудет принят, если он содержит корректные аутентификационные данные (имя входа и пароль) поучетной записи, от имени которой выполняется запрос. При неотмеченном флажке API-запросыразрешены только с указанных в поле IP адрес/маска IP-адресов, если же IP-адреса не заданы, толюбые запросы запрещены.
В поле Доступные точки входа в систему. IP-адрес:порт указываются адреса и порты, накоторых модуль балансировки нагрузки ожидает входящие соединения. Данный параметриспользуется для автоматической настройки приложения «РТУ-Клиент» при его авторизации черезAPI-интерфейс.
Панель Другие настройки
Содержит следующие параметры:
Подставной номер для анонимных вызовов – телефонный номер, который будетиспользоваться в качестве вызывающего, если шлюз, на который уходит вызов с признакоманонимности, не является доверенным (флажок Доверенный узел в настройках терминала шлюзане отмечен). Указанный номер будет использоваться для шлюзов типа H.323 и SS7.
Флажок Использовать подставной номер для SIP. При неотмеченном флажке поле, котороедолжно содержать номер инициатора вызова (если используется шлюз типа SIP), будет содержать«anonymous» при вызове с использованием услуги сокрытия собственного номера нанедоверенные терминалы. Если флажок отмечен, будет использоваться номер из поляПодставной номер для анонимных вызовов.
Флажок Управление конференцией только ее инициатором. При неотмеченном флажкеконференц-вызов завершается для всех участников, как только абонент, организовавшийконференцию, выходит из конференции. Флажок также позволяет приглашать новых участников вконференцию только ее организатору. По умолчанию флажок сброшен. При подключении кСОРМ данный флажок считается всегда включенным.
Макс. длительность соединения, сек – время соединения, по истечении которого вызов будетпринудительно завершен.
Макс. продолжительность записанного разговора, сек. – максимально допустимаядлительность записанного телефонного разговора, в секундах.
Макс. объем звуковых файлов, Мб. – максимально допустимый объем записываемых звуковыхфайлов.
Параметр Интервал проверки объема звуковых файлов, мсек. определяет, через какойпромежуток времени Система проверяет, достигнут ли максимально допустимый объемзаписываемых звуковых файлов.
Общие настройки
Стр. 15
В поле IP-адрес и порт модуля управления лицензиями указывается IP-адрес и порт, которыеиспользуются для получения данных о регистрациях и звонках от ПКомм в веб-интерфейсе.
В поле Макс. число регистраций для терминала можно указать разрешенное количествоодновременных регистраций под одним терминалом абонента, либо одной учетной записьюшлюза. По умолчанию значение равно 10.
Интервал отправки DMTF при автоматическом вводе, мсек – интервал между сообщениямиDMTF при их отправке Системой.
В поле IP-адрес и порт сервера голосовых сообщений указывается адрес и порт http-сервера,используемого для хранения и воспроизведения голосовых сообщений.
При выставленном флажке Протоколировать работу WEB-интерфейса данные об авторизацияхи изменениях на веб-интерфейсе записываются в журналы web_security.log иweb_security.error.log.Использовать настройки преобразования кодов разъединения – при отмеченном флажкеиспользуются настройки преобразования кодов разъединения РТУ МОА в подсистемекоммутации.
Администрирование5.2
На вкладке Операторы представлена таблица с учетными записями операторов. Оператор – этоадминистратор станции, чьи права ограничены: в его возможности входит управление настройкамиабонентов, CDR-записей, Сценариев IVR.
Администратор создает учетную запись оператора и наделяет его правами.
Диалоговое окно настроек оператора содержит следующие параметры:
Имя – имя оператора (как правило, указывается реальное имя и фамилия).
Имя входа, Пароль – учетное имя и пароль доступа к веб-интерфейсу (Login, Password).
Группы. Оператор может управлять настройками только тех абонентов, которые входят с ним водну группу. Администратор может назначить оператору только одну группу. В свою очередь, присоздании абонентов Оператор может назначать абонентам только ту группу, к которойпринадлежит сам.
Права доступа. Отметив соответствующие флажки, можно указать, какие страницы интерфейсабудут доступны Оператору и какими правами по отношению к абоненту (Просмотр, Создание,Редактирование, Удаление) он будет наделен. Например, флажок в строке CDR-записиразрешает просмотр CDR-записей абонентов.
Домены5.3
Общие сведения о доменной системе
Система доменов представляет собой механизм виртуализации, с помощью которой на основеодной физической системы можно создать неограниченное число однотипных логических(виртуальных) систем.
Домены являются логическими (виртуальными) представлениями РТУ МОА, которые независимодруг от друга существуют внутри одного физической станции.
По умолчанию в РТУ МОА всегда существует один главный домен – домен ROOT. Внутриданного домена можно создавать вложенные домены (субдомены первого уровня вложенности),внутри которых, в свою очередь, возможно создание субдоменов второго уровня вложенности ит. д. Количество уровней вложенности не ограничено.
В РТУ МОА существуют ограничения на количество вложенных доменов, пользователей ишлюзов как для домена ROOT, так и для субдоменов.
Максимально допустимое количество доменов, пользователей и шлюзов для домена ROOTуказывается в приобретаемой лицензии. Для вложенных доменов данные параметры определяютсяна странице редактирования конкретного домена и рассчитываются программно, исходя из числауже созданных в родительском домене шлюзов, пользователей и доменов.
Интерфейс, доступный в любом домене, аналогичен интерфейсу домена ROOT (за исключением
Общие настройки
Стр. 16
ссылок на страницы RADIUS и Лицензии).
У каждого домена есть полноправный администратор. Регистрационное имя и парольадминистратору назначает администратор родительского домена.
Домены
Над и под списком доменов находятся пиктограммы создания домена, обновления спискадоменов, карта доменов.
Карта доменов открывает отдельное окно с отображением иерархии доменов.
В списке доменов отображаются все поддомены текущего домена.
В каждой строке содержатся поля ID, Имя домена, а ткже кнопки, позволяющие выполнить:
редактирование учетной записи домена;
удаление домена;
клонирование домена;
переход в домен – автоматическую авторизацию в другом домене.
Форма Детальные настройки домена
В панели Настройки необходимо установить флажок Включить для активации данной записи.
Флажок Доступ к веб-интерфейсу разрешает/ запрещает администратору домена доступ к веб-интерфейсу.
В поле Идентификатор указывается уникальный идентификатор домена.
В поле Имя задается имя или краткое описание домена.
Данные по общему количеству «вложенных» доменов, числу абонентов внутри домена (включаяабонентов, создаваемых во всех вложенных поддоменах), а также по количеству шлюзовуказываются в обязательных для заполнения полях Лимит доменов (максимальнодопустимо:), Лимит пользователей (максимально допустимо:), Лимит шлюзов(максимально допустимо:) соответственно.
Макс. объем аудиофайлов, Мб – максимально допустимый объем аудофайлов в домене,который рассчитывается как сумма размеров аудиофайлов этого домена и всех его поддоменов.
К аудиофайлам относятся:
системные аудиофайлы, замененные абонентом;
записи разговоров;
сообщения, записанные с использованием ДВО «Запись аудиофайлов» (Save Prompt);
сообщения голосовой почты;
приветственные сообщения голосовой почты.
При замене системных файлов абонентом и работе с приветственными сообщениями голосовойпочты:
объем файлов не должен превышать ограничение, введенное для домена;
объем файлов родительского домена (доменов) после их замены не должен превышатьограничение, установленное для родительского домена (по цепочке вплоть до доменаROOT).
При записи разговоров после установления соединения проверяется наличие свободного места вданном домене и вышестоящих:
если места нет, то разговор не записывается;
если место есть, то длительность записываемого разговора ограничена значениемпараметра Макс. продолжительность записанного разговора, сек. на страницеКонфигурация.
При записи сообщений с помощью ДВО «Запись аудиофайлов» (действует ограничение,
Общие настройки
Стр. 17
существующее на момент последней поверки объема звуковых файлов; периодичность проверкизадается в параметре Интервал проверки объема звуковых файлов, мсек. на страницеКонфигурация):
абоненту сообщается доступный для записи объем памяти – наименьшее из трех значений:оставшееся место, выделенное абоненту для записи аудиофайлов; оставшееся место вдомене; оставшееся место во всех вышестоящих доменах.
если для записи осталось меньше секунды, то вызов ДВО «Запись аудиофайлов» будетотклонен.
При записи сообщений голосовой почты:
свободный объем для почтовых сообщений – это наименьшее из следующего: оставшеесяместо в ящике абонента; оставшееся место в домене; оставшееся место во всехвышестоящих доменах.
если для записи осталось меньше секунды, то будет воспроизведено сообщение«Произошла ошибка при записи сообщения» и вызов будет отклонен.
Панель СОРМ
Использовать настройки СОРМ родительского домена включает использование внастраиваемом домене СОРМ-шлюза из текущего домена. При отмеченном флажке появляютсяполя Номер СОРМ по умолчанию и Номера СОРМ, в которых необходимо указать номера,вызовы по которым маршрутизируются в данный домен. Эти поля используются для контролявызовов (как входящих/исходящих по отношению к данному домену, так и совершаемых внутринего). Подробное описание параметров, а также примеры их использования см. в документе«Подключение к СОРМ-шлюзу».
Панель Ограничение количества легов по модулям
С целью ограничить количество вызовов, обрабатывающихся в домене, с помощью разделаОграничение легов по модулям можно установить отдельные ограничения количества как«реальных» (SIP/H.323), так и «внутренних» участков вызова на каждом модуле МОА.
Чтобы установить ограничение, в раскрывающемся списке Модуль следует выбрать модульстанции, например, Subscriber Logic.
В появившихся полях в колонках Кол-во реальных легов и Кол-во легов по внутреннемупротоколу следует выставить необходимое ограничение участков вызова.
Ограничение можно удалить, нажав кнопку Удалить.
При выставлении пустого значения считается, что ограничения нет.
Панель Административный доступ служит для задания имени входа и пароля администраторадомена (поля Имя входа и Пароль).
Панель Зоны предназначена для определения зон в данном домене. Зоны для домена назначаютсяпутем переноса их наименований из левого окна в правое. Перемещение зоны обратно отменяет ееназначение в данном домене.
В панели Функции и сервисы необходимо отметить сервисы РТУ МОА, которые разрешеноиспользовать в создаваемом домене.
Панель Субдомены отображает сведения о субдоменах первого уровня вложенности.
Абоненты5.4
Общие настройки
Стр. 18
Вкладка «Абоненты»5.4.1
Вкладка Абоненты содержит таблицу, отображающую список абонентов в текущем домене.
Над таблицей расположены следующие пиктограммы:
создание абонента.
обновление списка абонентов.
фильтр списка абонентов.
Список абонентов имеет следующие поля:
Вкл. – флажок, который показывает статус учетной записи абонента (активный или неактивный).
Ред. содержит кнопку для переключения в режим редактирования записи абонента.
Пользователь отображает имя абонента.
Номер отображает номер телефона абонента.
Тип показывает тип протокола (sip или h.323) статического терминала абонента.
Статический адрес показывает адрес и порт статического терминала абонента.
Адрес регистрации показывает адрес и порт последней регистрации под учетной записью этогоабонента.
Статус показывает статус абонентского регистрирующегося терминала и может приниматьследующие значения:
Зарегистрировано – если хотя бы один из терминалов зарегистрирован;
Отключено – если ни один из терминалов не зарегистрирован.
Действие содержит три пиктограммы:
«Перейти в веб-кабинет абонента» позволяет администратору без дополнительнойавторизации перейти в веб-кабинет абонента.
«Клонировать» позволяет администратору создать копию учетной записи абонента.
«Удалить» позволяет администратору удалить учетную запись абонента.
Форма редактирования учетной записи абонента содержит вкладки, перечисленные ниже.
Вкладка «Основные настройки»5.4.1.1
Панель Общие настройки
Флажок Включить служит для активации учетной записи.
Номер для СОРМ – номер, идентифицирующий абонента для систем легального перехватаСОРМ.
Номер абонента – телефонный номер абонента.
Идентификатор для биллинга – идентификатор абонента для RADIUS-сервера. Данныйидентификатор отправляется на RADIUS-сервер в параметрах: CallingStationId, CalledStationId.Если этот идентификатор не задан, то используется номер абонента.
Отображаемое имя позволяет задавать имя абонента, которое отображается у адресата, когдаданный абонент совершает вызов.
Включить имя домена в номер – когда вызов поступает данному абоненту, к вызываемомуномеру прибавляется знак $ и идентификатор домена. Данная функциональность необходима дляабонентов поддоменов и устройств, которые работают без регистрации и требуют полногосоответствия заданного в настройках номера телефона и вызываемого номера в сообщении,приходящем при установлении соединения.
Проигрывать сообщения об ошибке. При отмеченном флажке если при поступлении вызова отданного абонента происходит ошибка, Система сначала проигрывает абоненту сообщение,уведомляющее об ошибке, и только после завершает вызов (информационное сообщениевыбирается в разделе Аудиофайлы->Аудиофайлы кодов разъединения). Если флажок неотмечен, то вызов завершится сразу.
Флажок Виртуальный номер должен быть отмечен, если номер, назначенный абоненту, является
Общие настройки
Стр. 19
виртуальным, т.е. не связанным с каким-либо физическим устройством.
Виртуальный номер – это телефонный номер любого вида, закрепленный лишь заабонентской учетной записью.
Отмеченный флажок Виртуальный номер означает, что абоненту-владельцу такого номерадоступны только абонентские сервисы (такие как IVR, «Следуй за мной», Автосекретарь,Голосовая почта, Черный/Белый список и Анти-АОН).
Тип номера позволяет задавать тип номера для А-номеров при вызовах, поступающих от этогоабонента (значение данного параметра используется, даже если оно отличается от типа номера,полученного от абонента). Данный параметр используется в маршрутизации.
План нумерации позволяет задавать план нумерации для А-номеров при вызовах, поступающихот этого абонента (значение данного параметра используется, даже если оно отличается от плананумерации, полученного от абонента). Данный параметр используется в маршрутизации.
Категория вызывающей стороны позволяет задавать категорию вызова при вызовах,поступающих от этого абонента (значение данного параметра используется, даже если оноотличается от категории, полученной от абонента). Данный параметр используется вмаршрутизации.
Правила работы с отображаемым именем позволяет выбрать поведение системы при работе сотображаемым именем при вызовах, поступающих от этого абонента:
Не передавать – отображаемое имя будет отсутствовать.
Использовать имя пользователя – в качестве отображаемого имени будетиспользоваться значение поля Пользователь из раздела Доступ к Web и API.
Использовать отображаемое имя – в качестве отображаемого имени будетиспользоваться значение поля Отображаемое имя.
Передавать прозрачно – в качестве отображаемого имени будет использоватьсяотображаемое имя, полученное от абонента.
Панель Авторизационные данные для RADIUS
Авторизац. имя – идентификатор, используемый в качестве поля user в сообщениях,отправляемых на RADIUS-сервер.
Пароль – пароль, используемый при формировании пакетов, отправляемых на RADIUS-сервер.
Для упрощения создания паролей, соответствующих требованиям безопасности (см. разделКонфигурация), используется кнопка Сгенерировать пароль. При нажатии на кнопку появляетсявсплывающее окно с текстовым полем, содержащем сгенерированный пароль, и тремя кнопками:Сгенерировать снова, Использовать и Отмена. При нажатии кнопки Сгенерировать снова втекстовом поле появляется новый пароль, при нажатии кнопки Использовать пароль помещаетсяв необходимое поле и окно закрывается (необходимо предварительно сохранить сгенерированныйпароль), при нажатии Отмена окно закрывается.
Панель Доступ к Web и API
Доступ к web-интерфейсу. Если флажок отмечен, абонент может использовать веб-кабинет.
Пользователь – имя, которое пользователь использует для авторизации при входе в веб-кабинет.
Web-пароль – пароль для авторизации при входе в веб-кабинет. При клонировании или созданииабонента из шаблона поле остается пустым и требует заполнения.
Управление настройками через API. Если флажок отмечен, абонент может использовать API-интерфейс.
Разрешить включение/выключение групп. Если флажок отмечен, абонент может включатьсебя в группы доступа, а также временно исключать себя из них. Используется, когда абонентрешает ограничить доступ к каким-либо типам вызовов, например, к международным.
Описание кнпоки Сгенерировать пароль см. выше.
Панель Настройки RADIUS
Общие настройки
Стр. 20
Учет через RADIUS-сервер позволяет включить учет вызовов, входящих и исходящих поотношению к данному абоненту, на RADIUS-сервере.
RADIUS-аутентификация абонента при регистрации активирует/деактивирует RADIUS-аутентификацию абонента при регистрации.
RADIUS-авторизация вызываем.номера позволяет включить или выключить авторизациюномера данного абонента через RADIUS-сервер.
Панель Группы
Позволяет выбрать список групп доступа, к одной из которых должен принадлежать инициаторвызова. Выбор групп осуществляется посредством стандартного элемента интерфейса РТУ МОА«Выбор групп».
Панель Алиасы абонента
Позволяет просматривать и редактировать алиасы абонента.
Префикс – идентификатор выбора алиасной группы при использовании правила маршрутизации скомандой «Алиас».
Алиас – дополнительный идентификатор абонента в определенной алиасной группе.
Алиас-группа – группа, в которой присутствует алиас.
Вкладка «Сервисы»5.4.1.2
Панель Разрешить использование сервисов
Разрешить АОН включает автоматическое определение номера вызывающего абонента.
Флажок Разрешить Анти-АОН включает защиту от автоматического определения номераабонента при совершении вызовов
В раскрывающемся списке Разрешить Анти-АОН можно выбрать одно из следующих значений:
Включен – включает Анти-АОН при исходящих вызовах, кроме вызовов на номера,указанные в параметре Запретить Анти-АОН для номеров в веб-кабинете абонента.
Выключен – отключает Анти-АОН при исходящих вызовах, кроме вызовов на номера,указанные в параметре Разрешить Анти-АОН для номеров в веб-кабинете абонента.
По настройкам оборудования – Система передает настройки Анти-АОН с устройстваабонента.
Повторный набор позволяет абоненту использовать функцию «Повторного набораномера» (значения: Да/ Нет).
Голосовая почта позволяет абоненту использовать функцию «Голосовой почты» (значения:Да/ Нет).
Панель Виртуальный факс / Голосовая почта
Электронная почта задает электронный адрес для передачи голосовых и факсимильныхсообщений абоненту.
Панель Голосовая почта
Макс. объем ящика, cек. задает максимальный объем всех голосовых сообщений, хранящихся вголосовой почте.
Макс. продолжительность сообщения, cек. задает максимальную длительность голосовогосообщения для этого абонента.
Панель DISA / Удаленный доступ / Обратный вызов
Запрашивать ПИН-код в DISA. При совершении вызова абонентом в сервисе «Прямой
Общие настройки
Стр. 21
внутрисистемный доступ» (DISA) включается авторизация по ПИН-коду (значения: Да/ Нет).
ПИН-код – пароль абонента, используемый при авторизации в сервисах «Прямойвнутрисистемный доступ» (DISA), «Доступ с правами учетной записи» (Identity-BasedAccess) , «Обратный вызов» (Call Back).
Панель Запись аудиофайла / Переопределение аудиофайла
Выделить под аудиофайлы, Мб – поле, в котором указывается объем дискового пространства,используемый при работе с аудиофайлами.
Панель Запись разговора
Разрешить запись всех разговоров включает запись всех телефонных разговоров, в которыхучаствует абонент (значения: Да/ Нет). Разговоры записываются в звуковом формате .wav насервер голосовых сообщений.
Панель Передача текстовых сообщений
JID – уникальный в рамках всей станции идентификатор абонента, предназначенный дляподключения абонента к системе обмена сообщениями, файлами, статусами присутствия и пр. JIDиспользуется для автоматической настройки функции IM (Система обмена мгновеннымисообщениями) в программных клиентах станции – РТУ-Клиент. Данный идентификатор создаетсяавтоматически при добавлении абонента и заполняется значением по шаблону:id$Domain.parentDomain1…parentDomainX исключая домен ROOT.
Значение поля JID используется для синхронизации с сервером IM, поэтому при редактированииполя абонент становится недоступным для своих контактов. Для изменения поля используетсякнопка «Редактировать» справа, после чего появится сообщение: «В случае изменения jabber-IDабонента из списка его контактов пропадут jabber-контакты абонентов других систем (не даннойстанции РТУ)». Для подтверждения необходимо нажать ОК, после этого поле станет доступно дляредактирования.
Несмотря на то, что JID всегда указывается в настройках абонента и используется приавтонастройке ПО «РТУ-Клиент», доступ к функциям IM возможен только в случае установкисервера IM и пакета интеграции совместно с РТУ.
Подробнее об установке и настройке сервера IM см. «Руководство по установке и обновлениюПО».
Вкладка «Настройки терминала»5.4.1.3
Панель Регистрация
IP-адрес – IP-адрес статического терминала.
IP-порт – порт статического терминала.
Проверять IP-адрес. Поле со списком (значения: Да/ Нет) позволяет включить проверку того,совпадает ли IP-адрес регистрирующегося терминала с адресом, указанным в поле IP-адрес.
Панель Настройки терминала
Основные параметры:
Тип – сигнальный протокол статического терминала абонента.
Ёмкость терм. уст-ва – максимальное количество одновременных вызовов, которые терминалабонента сможет принять.
Ёмкость иниц. уст-ва – максимальное количество одновременных вызовов, которые терминалабонента сможет совершить.
Общая ёмкость уст-ва – максимальное количество всех одновременных вызовов, входящих иисходящих по отношению к терминалу абонента.
Аутентификация определяет, нужно ли выполнять аутентификацию вызывающего абонента присовершении вызова. Возможные значения:
Общие настройки
Стр. 22
Отключена – аутентификация не выполняется;
Всегда – аутентификация выполняется при каждом вызове;
Нет регистрации – аутентификация выполняется при каждом вызове только в том случае,если абонент не зарегистрирован.
За шлюзом. Флажок необходимо отметить, в случае если доступ к РТУ МОА абонентупредоставляется через шлюз-посредник (абонентский шлюз). В раскрывающемся списке нужновыбрать имя шлюза, через который подключается абонент. При приеме вызова будутиспользоваться параметры выбранного шлюза. При инициации вызова с выбранного шлюзаСистема будет искать абонента за этим шлюзом по полученномуА-номеру.
Терминал за NAT служит для задания способа передачи пакетов на терминальные устройства иможет принимать одно из трех значений:
1. нет – пакеты данных передаются между РТУ МОА и телефоном абонента напрямую(рекомендуется выбрать данное значение, если достоверно известно, что терминал абонентанаходится не за NAT-маршрутизатором);
2. да – пакеты данных передаются от РТУ МОА к терминалу абонента через NAT-маршрутизатор (рекомендуется выбрать данное значение, если достоверно известно, чтотерминал абонента находится за NAT-маршрутизатором);
3. автоопределение – режим автоматического обнаружения NAT-маршрутизатора(рекомендуется выбрать данное значение, если нет достоверной информации о том, чтотерминал абонента находится за NAT-маршрутизатором).
Упреждающий CONNECT — флажок, состояние которого определяет, нужно ли отправлятьустройству сообщение CONNECT в случае, если требуется проигрывание сообщения досоединения. Необходим для тех устройств, которые до соединения не принимают и непроигрывают медиа.
Зона – зона статического терминала абонента.
Флаги конфигурации Пкомм – параметр, позволяющий настраивать функционированиеприложения применительно к особенностям абонентского оборудования (шлюза). Значение –битовая маска, задаваемая числом в шестнадцатеричном формате.
Медиапараметры:
Политика проксирования включает режим медиасоединения абонента с другой стороной.
Политика передачи изменений в кодеках определяет поведение системы при передаче спискакодеков из одного участка вызова в другой.
Группа аудио кодеков – группа аудиокодеков, которую разрешено использовать при вызовах,входящих и исходящих по отношению к данному абоненту.
Группа видео кодеков – группа видеокодеков, которую разрешено использовать при вызовах,входящих и исходящих по отношению к данному абоненту.
Использовать только один кодек – если флажок отмечен, то для передачи медиапотока вовремя вызова от РТУ на удаленную сторону используется только кодек с наибольшимприоритетом, передача медиа на других кодеках, указанных в конфигурации медиаканала, не будетосуществляться.
Разрешить T.38 позволяет включить/отключить функцию поддержки протокола передачифаксимильных сообщений T.38.
Переключение на G.711. Раскрывающийся список определяет поведение системы припереключении канала на кодек G.711. Если выбрано значение Как факс, список передается вдругой участок вызова. Если выбрано значение Как голос, то поведение системы зависит отвыбранной политики передачи кодека.
Эмулировать КПВ (Контроль посылки вызова) отражает способность станции воспроизводитьсигналы КПВ. Для того чтобы разрешить станции проигрывать свои сигналы КПВ либоэмулировать КПВ со стороны терминирующего оборудования, выберите значение да, иначе –значение нет.
КПВ вызывающему позволяет управлять передачей звуковых сообщений с оборудования
Общие настройки
Стр. 23
вызываемого абонента (или шлюза) в предответном состоянии. Данная настройка применяется вслучаях, когда абонент/шлюз выступают в качестве вызываемой стороны. Возможные значения:
Не передавать – передача каких-либо звуковых сообщений в предответном состоянии соборудования данного абонента (или шлюза) запрещена.
От вызываемого – станция передает звуковое сообщение в предответном состоянии отвызываемого абонента (или шлюза).
Всегда от вызываемого – станция передает звуковое сообщение от вызываемой сторонынезависимо от того, получены от нее параметры голосового канала или нет. Данное значениенеобходимо использовать в случае, если оборудование вызываемой стороны воспроизводитаудиосообщения до соединения, не сообщая при этом о наличии аудиоканала в сигнальныхсообщениях .
Время отсутствия мультимедиа, сек – позволяет задавать периодичность проверкиустановленного соединения на наличие в канале пакетов RTP (мультимедиа). Отсчет первогопроверяемого отрезка времени начинается от момента установления соединения (cообщенияCONNECT). Соединение прерывается, если за очередной проверенный отрезок времени в каналеотсутствовали RTP пакеты.
SIP:
Параметры передачи DTMF позволяют определить протокол, по которому приложение будетпередавать сигналы DTMF при вызовах на данного абонента. Варианты — RFC 2833, SIP INFO;
Разрешить SIP REDIRECT — флажок, состояние которого разрешает/запрещает переадресациюпри получении от шлюза сообщения SIP 302;
Параметры приема DTMF — набор протоколов приема и передачи DTMF, которые будутдетектироваться РТУ МОА. Параметр задается отдельно для SIP и H.323. Варианты — Любойметод и Любой метод кроме RFC 2833;
При получении REFER сразу ответить NOTIFY 200 – включает режим безусловногоподтверждения передачи вызова с помощью REFER. Используется для дублирования поведениястанциями, разработанными на основе Астериск.
H.323:
Туннелирование — флажок, состояние которого определяет, следует ли использоватьтуннелирование в H.323;
FastStart на этапе сигнализации включает/исключает процедуру FastStart, когда шлюзявляется инициатором и адресатом вызова;
Открыть канал H.245 по может принимать одно из трех значений: callproceeding, connect,alerting. Данные значения определяют, какое из сообщений Н.225 (CALL PROCEEDING,ALERTING, CONNECT) будет инициировать открытие медиаканала Н.245.
Панель Терминалы
Отображает список терминалов, закрепленных за абонентом. Позволяет добавлять и удалятьтерминалы.
ID терминала – цифровой идентификатор терминала.
Тип терминала – определяет тип терминала: С регистрацией или Без регистрации.
Логин – имя, по которому выполняется авторизация терминала при вызове, регистрации илиподписке.
Пароль – пароль, необходимый для авторизации терминала при вызове, регистрации или подписке.
TTL – время жизни регистрации.
Адрес:порт и время регистрации – адрес и порт последней регистрации этого терминала.
Время регистрации – время регистрации этого терминала.
Действие – возможность удалить данный терминал.
Общие настройки
Стр. 24
Вкладка «Входящий вызов»5.4.1.4
На вкладке Входящий вызов представлена таблица Управление входящим вызовом,содержащая правила обработки входящего вызова. В таблице по умолчанию содержится 5системных правил, возможность редактирования которых ограничена: возможно изменитьсостояние флажка Вкл. и значение поля Приоритет, а также указать номер в поле Номерпереадресации. Данные системные правила необходимы для корректной работы сервисов SetCall Forward/ Установка параметров переадресации и Do not disturb/ Не беспокоить(параметры которых задаются на странице Сервисы).
Таблица имеет следующие колонки:
Вкл. – флажок, включающий использование данного правила обработки входящего вызова.
Приоритет – приоритет записи (числовое значение). В первую очередь обрабатывается запись снаивысшим приоритетом.
Сервис – раскрывающийся список, в котором выбирается ДВО, используемый в данном правиле.В данном списке содержатся ДВО, имеющиеся в логике «ОС» по умолчанию, например,Переадресация, Не беспокоить, Черные и белые списки, а также ДВО, созданныеадминистратором на странице Абонентские сервисы, с такими же группами доступа, как и уабонента.
Условие – раскрывающийся список, в котором выбирается условие, по которому будетприменяться данное правило (по занятости – когда абонент занят, по неответу – когда абонентне отвечает, по недоступности – когда абонент не доступен, безусловно – в любом случае).
А-номер. В поле указывается регулярное выражение, с которым будет сравниваться вызывающийномер. Если номер вызывающего абонента не совпадает с регулярным выражением из поля, топравило не используется.
Расписание. В колонке указывается Время и Дни действия правила.
Номер переадресации используется для задания номера переадресации при использовании ДВО«Переадресация». Может содержать цифры и символы * и #.
При совпадении всех параметров выбирается правило с наивысшим приоритетом.
Вкладка «Устройства»5.4.1.5
На вкладке Устройства представлена таблица, содержащая все устройства, закрепленные заабонентом. Таблица содержит следующие колонки:
Линия – номер линии телефонного аппарата, за которой закреплен абонент.
МАС-адрес – МАС-адрес телефона.
Действие:
редактирование параметров устройства.
удаление привязки устройства к абоненту.
Вкладка «Шаблоны»5.4.2
На вкладке Шаблоны создаются и хранятся шаблоны абонентских записей, которыеприменяются, когда необходимо создать множество абонентских записей со схожимипараметрами и незначительными отличиями.
В таблице на вкладке Шаблоны содержатся все имеющиеся шаблоны абонентских записей.
Над таблицей расположены следующие пиктограммы:
создание шаблона учетной записи абонента.
обновления списка шаблонов абонентских записей.
В таблице представлены следующие поля:
Вкл. – нередактируемый флажок, который показывает статус шаблона (активный или неактивный).
Ред. содержит кнопку переключения в режим редактирования шаблона.
Пользователь отображает название шаблона.
Действие содержит две кнопки:
Общие настройки
Стр. 25
Создать запись абонента из шаблона используется для создания новой учетной записиабонента на основе шаблона.
Удалить предназначена для удаления шаблона.
Группы алиасов5.5
Общие сведения об использовании алиасов
Группа алиасов представляет собой набор дополнительных телефонных номеров, которые можнопривязать к учетной записи абонента. Для того чтобы совершать и принимать вызовы подополнительным номерам, абонент должен быть включен в соответствующую группу алиасов суказанием алиаса (доп номера).
На странице Группы алиасов представлена таблица, в которой перечислены все группы алиасовтекущего домена. Таблица имеет следующие колонки:
Ред. С помощью кнопки Редактировать группу открывается форма детальных настроек группыдля редактирования
Имя группы – наименование группы алиасов.
Лимит вызовов – количество вызовов, которое может быть совершено по алиасу из даннойгруппы алиасов.
Детальные настройки группы алиасов
Панель Детали группы алиасов
Поле Имя группы содержит название группы алиасов.
Поле Лимит вызовов содержит максимальное количество одновременных вызовов, которыеможно совершать по отношению к абонентам, входящих в данную группу алиасов.
Панель Алиасы содержит таблицу, в которой перечислены абоненты, включенные в даннуюгруппу алиасов.
Поле Алиас содержит дополнительный телефонный номер абонента в данной группе алиасов.
Поле Имя абонента содержит учетное имя абонента, входящего в группу.
Поле Номер абонента содержит номер абонента, входящего в группу.
Действие содержит кнопки удаления и редактирования записи.
Группы кодеков5.6
На странице представлена таблица групп кодеков, содержащая колонки: Ред., Имя группы,Описание, Тип и Действие.
В форме добавления новой группы содержатся следующие настройки:
Панель Детали группы кодеков
Имя группы – название группы кодеков.
Тип группы – тип группы кодеков (аудио-/видео-).
Описание – краткое описание создаваемой группы.
Панель Кодеки содержит таблицу кодеков, включенных в группу.
Приоритет – «вес» кодека в группе, в соответствии с которым устанавливается очередность(приоритет) кодеков, в списке, высылаемом на коммутатор (Подсистема коммутации, ПКомм).Чем больше значение, тем выше приоритет кодека в списке.
Вкл. – флажок, позволяющий включить кодек в создаваемую группу либо исключить его изсоздаваемой группы, не удаляя его.
Кодек – название кодека.
Ред. содержит кнопку редактирования особенностей использования кодека и кнопку удаления
Общие настройки
Стр. 26
кодека из группы.
При редактировании кодека, а также при добавлении нового кодека открывается форма Кодек.
Общие параметры:
Тип/Имя. При добавлении можно выбрать тип добавляемого кодека из поля со списком, приредактировании тип отображается в поле, без возможности редактирования.
Частота дискретизации, Гц – параметр управления частотой дискретизации при кодированиизвука.
Фреймов на пакет (FPP) позволяет задавать количество блоков данных фиксированнойвеличины в одном пакете.
Предпочтительный тип данных (payload type) – параметр, по умолчанию имеющий длякаждого кодека пустую строку, т.к. большинство типов устройств корректно передаютстандартные кодеки в SDP. На случай некорректной передачи кодека из-за особенностейоборудования для однозначной идентификации кодека в данном поле задается тип данных (одинбайт, целым числом от 0 до 255), не соответствующий стандарту или находящийся в диапазонединамических типов.
Дополнительные параметры:
Использовать шаблон опред. кодека по вход. SDP rtpmap – флажок следует отметить, еслидля установления соответствия между кодеком, пришедшим от оборудования, и данным кодеком,необходимо использовать регулярные выражения из параметра Шаблон опред. кодека по вход.SDP rtpmap, в противном случае кодеки на соответствие по значению атрибута SDP rtpmap непроверяются;
Шаблон опред. кодека по вход. SDP rtpmap содержит регулярное выражение для mime type, покоторому Система устанавливает соответствие между данным кодеком и кодеком, полученнымот оборудования в случае, когда в параметре SDP rtpmap передаваемый кодек не соответствуетстандарту. Если флажок Использовать шаблон опред. кодека по вход. SDP rtpmap отмечен,но в поле не задано никакого значения, то для установления соответствия требуется, чтобы вописании кодека, полученного от оборудования, параметр SDP rtpmap отсутствовал.
Использовать шаблоны опред. кодека по вход. SDP fmtp – флажок выставляется, если дляустановления соответствия между кодеком, пришедшим от оборудования, и данным кодеком,необходимо использовать регулярные выражения из параметра Шаблон опред. кодека по вход.SDP fmtp. В противном случае кодеки на соответствие по SDP fmtp не проверяются;
Шаблоны опред. кодека по вход. SDP fmtp содержит регулярное выражение для mime type, покоторому Система устанавливает соответствие между данным кодеком и кодеком, пришедшим отоборудования в случае, когда в параметре SDP fmtp передаваемый кодек не соответствуетстандарту. Если флажок Использовать шаблоны опред. кодека по вход. SDP fmtp отмечен, нов поле не задано никакого значения, то для установления соответствия требуется, чтобы вописании кодека, пришедшего от оборудования, параметры SDP fmtp отсутствовали.
Строка замены для исход. SDP rtpmap содержит строку, идентифицирующую данный кодек поmime type, которая будет отправляться к устройству в атрибуте SDP rtpmap;
Строки замены для исход. SDP fmtp содержит строку, идентифицирующую данный кодек поmime type, которая будет отправляться к устройству в атрибуте SDP fmtp.
Флажок Детектор речевой активности (VAD). Отмеченный флажок в свойствах кодекапозволяет определять, что именно кодируется кодеком: звук или фон, т. е. «тишина». Флажокимеется в настройках кодеков G.729, G.729A, G.729AB, G.729B, G.723.1, SPEEX, AMR,AMRWB.
Флажок Сопоставим с любым кодеком подобного типа следует отметить в случае, когдаможно установить нестрогое соответствие между кодеком, пришедшим от оборудования, иданным кодеком. Например, для кодека G.729 (при выставленном флажке) будут считатьсяполностью распознанными и останутся в списке разрешенных кодеков все кодеки подобного типа,т.е. G.729A, G.729AB, G.729B. Такой флажок имеется в настройках кодеков G.729, G.729A,G.729AB, G.729B, G.723.1, SPEEX, iLBC-13k3, iLBC-15k2, AMR, AMRWB.
Общие настройки
Стр. 27
Сценарии IVR5.7
Сценарий – это последовательность действий (алгоритм) по обработке поступившего вызова.Сервис «IVR» предоставляется абоненту компанией-оператором и представляет собой гибконастраиваемый механизм по дифференциации и обработке входящих вызовов с интерактивнойсистемой речевого ответа (IVR).
Сервис IVR обеспечивает абоненту возможность самому определять последовательностидействий по обработке поступившего вызова (переадресовать вызов на др. номер, передать вызовна сервис «Голосовая почта» и т. д.). Для этого абонент-пользователь сервиса используетстраницу конструирования сценариев.
На странице Сценарии IVR отображаются все сценарии-шаблоны, созданные в данном домене.Сценарии-шаблоны могут создаваться администратором и операторами домена. Абоненты доменамогут создавать собственные сценарии как заново, так и путем копирования существующихсценариев-шаблонов с последующим их изменением.
Для создания нового рабочего сценария или шаблона нажмите кнопку с пиктограммой .
Создание нового сценария всегда начинается с блока Старт.
Если при переходе к форме создания нового сценария IVR, на странице не отображается стартовыйблок, значит в системе не установлено приложение Flash Player, необходимое для работы настранице Сценарии IVR. В таком случае на странице будет отображаться гиперссылка на Flashplayer.
Сценарии и шаблоны сценариев создаются из готовых блоков. Всего имеется 13 блоков.
Элементы управления, имеющиеся на блоках, перечислены ниже:
– кнопки «развернуть» и «свернуть блок», соответственно;
– кнопка «удалить блок»;
– пиктограмма перехода в режим редактирования имени блока (имена блоков должныбыть уникальными);
– кнопка сохранения выполненных изменений;
– кнопка «плюс еще», кнопка «очередной элемент списка»;
– раскрывающийся список, предоставляющий возможность выбора;
, – флажок (в положении «нет/да»);
– кнопка перехода к последующим блокам в сценарии;
– кнопка добавления нового блока между предыдущими блоками в сценарии.
Переходы от этапа к этапу сценария и ветвление алгоритма могут осуществляться:
по результату (положительному или отрицательному) операции, обозначенной блоком;
по результату взаимодействия с абонентом (выбор или ввод), а также
по умолчанию, т.е по отсутствию взаимодействия с абонентом и по истечению времени,отведенного на реакцию со стороны абонента
Блоки, назначение которых не предусматривает ветвления или продолжения сценария, лишеныкнопки перехода . Сценарии обработки поступающих вызовов, созданные заранее Администратором илиОператором, абонент-пользователь сервиса «Сценарии IVR» видит как коллекцию шаблонов.
При разработке IVR сценария необходимо предусмотреть все возможные путипрохождения вызова и сконструировать сценарий таким образом, чтобы для любого из нихвыходы предшествующего блока были подключены к последующим. Иными словами, переходот одного этапа сценария к другому должен выполняться не только по положительному, нои по отрицательному результату операции. Если это не сделать, при выборе вариантавыхода, к которому не подключен следующий блок, в журнале событий модуля логикипоявится сообщение об ошибке: Cannot parse block IVR script.
Общие настройки
Стр. 28
Блоки конструирования сценариев5.7.1
Все имеющиеся в распоряжении пользователя 13 блоков конструирования сценариев показаны нарис. ниже:
Блоки конструирования сценариев и шаблонов
Блок ‘Старт’5.7.1.1
Блок 1. Старт всегда является началом сценария и изначально имеется на страницеконструирования. Нажатием на кнопку Добавить вызывается Переход по умолчанию и списоквсех имеющихся в конструкторе блоков.
Блок ‘Меню’5.7.1.2
Блок «Меню» позволяет организовать переходы по пунктам, сопоставленным клавишам,нажимаемым абонентом на телефоне.
Отмеченный флажок Прерывать по DTMF означает, что воспроизведение аудиофайлов(озвучивание пунктов меню) будет прервано при нажатии абонентом любой кнопки нателефоне.
В параметре Ожидание ввода, сек указывается время ввода символа меню. Если отабонента не поступает никаких сигналов в течение этого времени, сеанс взаимодействиязакрывается.
Раскрывающийся список Список аудиофайлов служит для выбора имен аудиофайлов, изкоторых составляется информационное сообщение, воспроизводимое пользователю передпереходом в режим ожидания выбора.
Общие настройки
Стр. 29
Кнопка служит для определения вариантов перехода при дальнейшем конструированиисценария.
Вариант Переход: По символу позволяет определить дальнейшее развитие сценария в ответ навыбранные абонентом пункты меню.
Вариант Переход: По умолчанию определяет дальнейший ход сценария при отсутствии реакциисо стороны абонента в течение времени, заданного в поле Таймаут.
Вариант Переход: Неудачно позволяет предусмотреть действия в ответ на некорректный ввод состороны абонента. (например, при вводе абонентом символа, несуществующего в меню)
Блок ‘Переход на блок’5.7.1.3
Блок «Переход на блок» служит для включения в сценарий перехода к другому блоку. Посвоему действию соответствует оператору безусловного перехода GOTO в языкахпрограммирования. Выбор блока, к которому происходит переход, осуществляется выборомномера блока в раскрывающемся списке ID блока.
Общие настройки
Стр. 30
Блок ‘Переадресация вызова’5.7.1.4
Блок «Переадресация вызова» позволяет включить в сценарии безусловную переадресациювызова на номер, указанный в поле Номер переадресации:
Раскрывающийся список Cписок аудиофайлов служит для выбора имени аудиофайла синформационным сообщением, которое должно проигрываться абоненту передсовершением вызова.
Поле Номер переадресации служит для ввода вызываемого номера для исходящеговызова. Может содержать цифры и символы * и #.
Поле Ожидание соединения, сек служит для определения максимального периодаожидания ответа на вызов в секундах.
Варианты выхода из блока:
Переход: Удачно соответствует варианту передачи управления в случае, если вызовоказывается успешным.
Переход: Неудачно используется для передачи управления по ветке, соответствующейварианту, если вызов заканчивается с кодом ненормального завершения.
Переход: При неответе используется для передачи управления по ветке, соответствующейварианту, когда вызов оставался без ответа в течение времени, превышающего значение,указанное в поле Ожидание соединения, сек.
Переход: При занятости используется для передачи управления по ветке,соответствующей варианту, когда вызов не состоялся из-за занятости номерапереадресации.
Переход: При отклонении используется для передачи управления по ветке,соответствующей варианту, когда вызов был отклонен.
Общие настройки
Стр. 31
Блок ‘Переадресация по DTMF’5.7.1.5
Блок «Переадресация по DTMF» служит для включения в сценарий переадресации вызова наномер, набираемый абонентом.
Последовательность действий, обозначаемая данным блоком, следующая:
1. Проигрывается приглашение ввести номер
2. От абонента ожидается ввод номера, который необходимо вызвать. В параметреОжидание ввода, сек указывается время, которое система будет отводить на вводвызываемого номера.
Ввод номера считается законченным, если:
– от абонента приходит символ ‘#’
– время с того момента, как поступил последний двухтональный многочастотный сигнал(DTMF), превышает значение, указанное в поле Ожидание ввода, сек
Если период ожидания ввода номера истек и не поступил признак конца набора ‘#’, управлениепередается по ветке Переход: По умолчанию
3. После ввода номера инициируется вызов.
В параметре Ожидание соединения, сек указывается время, в течение которого система будетпытаться дозвониться до вызываемого абонента. После истечения этого времени переходвыполняется по ветке Переход: При неответе.
Для передачи управления при вызове, который не состоялся по причине того, что номер оказалсязанят, используется ветка Переход: При занятости.
Если вызов не состоялся по какой-то другой причине (система не смогла подобрать правиломаршрутизации, кодеки были настроены неправильно, вызываемый терминал не принял вызов покакой-либо причине, кроме занятости, и т.п.), переход выполняется по условию: Переход:Неудачно.
Если вызов был отклонён с мобильного телефона (т.е. сначала был сигнал КПВ, а потом сигнал«занято»), то для передачи управления используется ветка Переход: При отклонении.
Если вызов успешно состоялся и закончился по инициативе вызываемой стороны, то управлениепередаётся по ветке Переход: Удачно.
Раскрывающийся список Cписок аудиофайлов служит для выбора имен аудиофайлов,составляющих сообщение, которое будет проиграно абоненту сразу при попадании в местосценария, представленное этим блоком (приветствие и предложение ввести нужный номер).
Раскрывающийся список Cписок аудиофайлов перед вызовом служит для выбора именаудиофайлов составляющих сообщение, которое будет проиграно абоненту перед совершениемвызова.
Общие настройки
Стр. 32
Блок ‘Проверка введенной строки’5.7.1.6
Этот блок позволяет проверить введённую абонентом строку на совпадение с указанной в полеКонтрольная строка.
В поле Ожидание ввода, сек указывается время ввода строки для проверки. Если в течениеэтого времени абонент не успеет ввести строку, переход выполнится по условию Переход: Поумолчанию.
Положительный или отрицательный результат сравнения предполагает дальнейшее развитиесценария по направлениям: Переход: Удачно и Переход: Неудачно соответственно.
Блок ‘Проверка вх. номера’5.7.1.7
Данный блок позволяет изменять направление исполнения сценария в зависимости от номера, скоторого поступил обрабатываемый вызов.
Номер-инициатор вызова (входящий номер) задается в поле Список номеров:
Для ввода очередного номера, нажмите кнопку .
В зависимости от результата сравнения выход из блока осуществляется по направлениямПереход: Удачно и Переход: Неудачно.
Блок ‘Переход по времени’5.7.1.8
Общие настройки
Стр. 33
Блок «Переход по времени» служит для изменения последовательности обработки вызова взависимости от времени и дня недели.
Если момент передачи управления попадает в указанный в блоке интервал, то управлениепередаётся по ветке совпадения условия (Переход: Удачно), в противном случае – по веткенесовпадения (Переход: Неудачно).
Поле Время начала служит для задания начала интервала времени.
Поле Время окончания служит для указания окончания интервала времени.
Дни недели отмечаются выбором соответствующих флажков.
Если на момент проверки интервала времени флажок текущего дня не помечен галочкой, тоалгоритм обработки вызова направляется по ветке несовпадения (Переход: Неудачно).
Блок ‘Проиграть сообщение’5.7.1.9
Отмеченный флажок Прерывать по DTMF означает, что проигрывание сообщения может бытьпрервано нажатием любой кнопки на телефоне абонента.
Раскрывающийся список Cписок аудиофайлов служит для выбора имен аудиофайлов, изкоторых составляется проигрываемое сообщение.
Выход из блока ветвления не предусматривает и возможен только в единственном направлении –Переход: По умолчанию
Блок ‘Позвонить абоненту’5.7.1.10
Блок Позвонить абоненту предоставляет абоненту возможность совершения вызова на номервладельца IVR.
Раскрывающийся список Cписок аудиофайлов служит для выбора имен аудиофайлов, изкоторых составляется проигрываемое приглашение или сообщение. Данные аудиофайлы будутпроигрываться перед совершением вызова на номер владельца IVR.Поле Время ожидания, с служит для задания максимального времени, за которое вызываемыйабонент должен ответить на вызов.
Общие настройки
Стр. 34
Блок ‘Переход к сценарию’5.7.1.11
Блок предназначен для передачи управления на другой сценарий, выбор которого осуществляетсяиз раскрывающегося списка Сценарий для перехода.
Блок ‘Выход’5.7.1.12
Этот блок завершает сценарий, т. е. алгоритм обработки вызова и сам вызов завершаются.
Блок ‘Управление голосовой почтой’5.7.1.13
Блок служит для переключения абонента на персональный ящик голосовой почты. Выхода неимеет и может быть только завершающим блоком сценария или его ветки.
Блок ‘Переключение на сервис’5.7.1.14
Служит для переключения вызова на сервис, выбранный в раскрывающемся списке Имя сервиса.Выхода не имеет. Может использоваться только в качестве блока, завершающего сценарий иливетку.
Группы5.8
РТУ МОА поддерживает группирование (шлюзов, абонентов, доменов и т.д.) как механизмуправления доступом к ресурсам РТУ МОА (маршрутам, сервисам, функциям).
Группирование осуществляется по двум принципам:
1. По принципу предоставления непосредственного доступа к ресурсам РТУ МОА. Длягруппирования по данному принципу используются группы типа access.
2. По географическому/административному принципу. Для этого используются группы типаpick up.
Права учетной записи абонента определяются набором групп типа access. Для того чтобы абонент
Общие настройки
Стр. 35
имел доступ к какому-либо правилу в таблице маршрутизации, он должен иметь как минимум однуобщую группу типа access с данным правилом.
Группы типа pick up позволяют объединять абонентов по признаку их местоположения (например,все абоненты одной комнаты), а также по административному признаку (например, бухгалтерия илиотдел кадров). Такое объединение позволяет абонентам использовать функцию «Перехватвызова» и может быть использовано в сервисе «Звонок группе».
Страница Группы содержит таблицу существующих в текущем домене групп со следующимипараметрами:
Вкл. – флажок, который показывает статус группы (активный/неактивный). Сбросьте флажок,чтобы деактивировать запись.
Имя – название группы или ее краткое описание (например «Бухгалтерия»).
Тип – тип группы: access и pick up.
Перевод вызова – флажок, который разрешает/запрещает использование функции «Переводвызова на другого абонента» (доступна только для групп типа access).
Переадресация – флажок, который разрешает/запрещает использование функции«Переадресация вызовов» (доступна только для групп типа access).
Конференция – флажок, который разрешает/запрещает абонентам данной группы организовыватьконференции между тремя абонентами. Если флажок Конференция отмечен, то функцияПеревод вызова считается включенной. (доступна только для групп типа access).
Ожидающий вызов – флажок, предоставляющий доступ к функции «Уведомление опоступлении вызова» (доступна только для групп типа access).
Многосторонняя конференция – флажок, который разрешает/запрещает абонентам даннойгруппы организовывать телефонные конференции с количеством участников: 4 и более(доступна только для групп типа access). Если флажок Многосторонняя конференция отмечен,то функции Перевод вызова и Конференция считаются включенными. При использовании«Многосторонней конференции» 3-й участник присоединяется к конференции нажатиемкомбинации *#. Присоединение же последующих участников выполняется в момент соединения.
BLF (Busy Lamp Field) – флажок, позволяющий использовать индикатор занятости телефонныхлиний. Данная функция позволяет отслеживать статус абонентов системы (вызов другогоабонента, активное/неактивное состояние учетной записи абонента), а также обеспечить перехватвызова в случае попытки дозвониться до отслеживаемого абонента.
Возможность использовать индикатор занятости (BLF) для определения статуса абонентаобеспечивается подпиской на события контролируемого терминала (узла сети), реализованной впротоколе SIP.
Действие содержит кнопку удаления записи.
Аудиофайлы5.9
В ответ на определенные действия абонента станция может воспроизводить голосовыесообщения, которые представлены в веб-интерфейсе в виде аудиофайлов. Все аудиофайлы,представленные в системе, делятся на две группы:
Общие. Эта группа включает все аудиофайлы, не входящие в другие группы. Здесь представлены какаудиофайлы, проигрываемые логикой «ОС», так и аудиофайлы, проигрываемые различнымиДВО, реализованными на логике СП. Аудиофайлы этой группы, в свою очередь, разделенына несколько категорий, среди которых различают категории предварительно установленныхаудиофайлов и категории аудиофайлов, настраиваемых администратором или абонентамисистемы. Категории предварительно установленных аудиофайлов имеются в РТУ МОА сразупосле установки системы. В данных категориях нельзя добавлять новые аудиофайлы иудалять уже существующие, администратор может лишь заменять существующие файлыновыми. К данным категориям относятся:
o Progress tones содержит звуковые файлы, воспроизводящие служебные сигналы сессиивызова (сигнал ответа станции, «абонент занят», КПВ и др.);
o System содержит информационные сообщения (инструкции, приветствия, приглашения,
Общие настройки
Стр. 36
объявления и др.);
o Digits содержит аудиофайлы, воспроизводящие цифры;
o Time содержит звуковые файлы, воспроизводящие единицы измерения времени (часы иминуты);
o Customized содержит системные аудиофайлы, замененные абонентом.
Аудиофайлы сервиса голосовой почты.
На вкладке Общие представлена таблица аудиофайлов, содержащая следующие колонки:
Название категории – категория, к которой принадлежит аудиофайл. Аудиофайл можетпринадлежать только к одной категории.
Имя – имя аудиофайла. Имя используется, когда аудиофайл добавляется в список аудиофайлов,проигрываемых станцией при наступлении какого-либо события, например, в списокприветственных сообщений IVR.
Описание – краткое описание аудиофайла. Для предварительно установленных аудифайловданное поле по умолчанию не заполнено.
Действия – содержит пиктограммы для выполнения действий с аудиофайлами: прослушивание,редактирование описания, перемещение в другую категорию, замена предустановленного файла напользовательский, удаление.
Предварительно установленные аудиофайлы могут быть заменены на пользовательские. Призамене они не удаляются и проигрываются Системой в случае удаления пользовательскихаудиофайлов. При замене предустановленного аудиофайла на пользовательский к его именидобавляется надпись (заменен). Рядом с предустановленным аудиофайлом появляется запись опользовательском аудиофайле с тем же именем, но принадлежащим категории Customized.
Аудиофайл должен иметь расширение .wav и формат PCM (Bit Rate – 128kbps; Audio samplesize – 16 bit; Channels – 1 (mono); Auto sample rate – 8 kHz). Файл такого типа можнозаписать, например, с помощью приложения Sound Recorder, который поставляется вместес операционной системой Windows.
Замененные и добавленные аудиофайлы доступны для использования только в пределах текущегодомена.
Вкладка Голосовая почта содержит таблицу звуковых файлов – пунктов голосовых менюсервиса «Голосовая почта». За исключением возможности добавления новых файлов иредактирования описания, которого у данных файлов нет, управление аудиофайлами голосовойпочты аналогично управлению аудиофайлами из категории Общие.
Вкладка Категории предназначена для создания и управления пользовательскими категориями.Для добавления новых аудиофайлов требуется создать хотя бы одну пользовательскуюкатегорию.
Вкладка Аудиофайлы кодов разъединения содержит таблицу сопоставления кода неудачногозавершения вызова с аудиофайлом, который будет проигрываться инициатору этого вызова. Есливызов завершается до установления соединения, например, по причине занятости вызываемогоабонента («внешние» причины) или по причине того, что вызываемый абонент не зарегистрирован(«внутренние» причины), то по таблице осуществляется поиск кода завершения вызова исоответствующего ему аудиофайла. Проигрывание этого аудиофайла инициатору вызоваосуществляется в случае, если код найден и в настройках инициатора разрешено проигрываниепричины разъединения: для абонента – установлен флажок Проигрывать сообщения обошибке, для шлюза – установлен флажок Проигрывать аудиофайл, если шлюз – инициатор.Если код в таблице не найден, но инициатору разрешено проигрывание причины разъединения,поведение системы будет зависеть от типа кода. Если код завершения принадлежит «пространствуимен» компонента Centrex, будет проигран аудиофайл «Call cannot be processed, в противномслучае вызов завершится без проигрывания аудиофайла.
Поскольку данные таблицы сопоставления задаются в корневом домене, затем изменяются в
Общие настройки
Стр. 37
настройках дочерних доменов и шлюзов, поиск кода разъединения в таблице осуществляется всоответствии с иерархией. Сначала поиск будет осуществлен в таблице сопоставления,принадлежащей шлюзу, в том случае, если вызов уходил за этот шлюз. Далее поиск будетпродолжен в таблице, принадлежащей домену, и в последнюю очередь в таблице, принадлежащейкорневому домену. Таким образом таблица корневого домена определяет настройки для всейсистемы в целом, но в конкретном домене и шлюзе эти настройки могут быть изменены.
Подробнее о кодах разъединения см. раздел Общие настройки -> Коды разъединения (Кодыразъединения.)
Таблица аудиофайлов содержит следующие колонки:
Универс. код – уникальное числовое значение, соотнесенное с причиной разъединения.
Код разъединения – другое представление универсального кода разъединения, выраженное либов названии компонента РТУ и внутреннего кода, принадлежащего этому компоненту, либо в видепротокола (SIP/H.323) и его стандартного кода разъединения
Причина – краткое описание универсального кода разъединения.
Категория – название категории, к которой принадлежит аудиофайл.
Аудиофайл – имя аудиофайла из группы Общие, соотнесенного с указанным кодом завершениявызова.
Действия – пиктограммы операций (по аналогии с другими таблицами).
Чтобы добавить новую строку с сопоставлением в таблицу, необходимо указать код завершениявызова, выбрать категорию и имя аудиофайла из списка. При этом необходимо заполнитьследующие поля:
Код/Универс. код – кнопка-переключатель, определяющий способ ввода кода разъединения:
через выбор компонента РТУ или протокола в списке Пространство имен и заполненииполя Код, если кнопка-переключатель установлена в значение Код;
через ввод универсального кода в поле Универс. код, если кнопка-переключательустановлена в значение Универс. код.
Категория / Аудиофайл – см. выше.
Не проигрывать сообщение для данного кода. Включение данного флажка приведет кзавершению вызова с указанным кодом отбоя без проигрывания какого-либо сообщения. Этоможет быть необходимо в двух случаях: если не нужно, чтобы проигрывался стандартныйаудиофайл, а также когда данный код отбоя соотнесен с каким-либо аудиофайлом в таблицахболее высокого уровня (в соответствии с иерархией).
CDR-записи5.10
CDR5.10.1
Все события, происходящие во время вызова, фиксируются РТУ МОА в специальной базе данных.К регистрируемым событиям относятся: отправка запроса на соединение, установлениесоединения, завершение соединения, постановка текущего соединения на удержание и т. п.
В РТУ МОА реализован механизм экспорта информации о вызовах, накопившейся в БД заопределенный период, в текстовый файл формата .csv. При этом все события, относящиеся кодному соединению между вызывающим и вызываемым, объединяются в одну запись.
Для сохранения CDR-записей (CDR от англ. Call Detail Record – подробная запись о вызове)ежемесячно создаются таблицы с именем в формате Cdr_mergedГГГГММ, где ГГГГММ – год имесяц создания таблицы.
Страница CDR содержит таблицу CDR-записей. Над таблицей находится панель с кнопками –Фильтр, Убрать примененный фильтр и Обновить. При первом открытии страницы на таблицу
Общие настройки
Стр. 38
будет наложен фильтр – будут показаны только CDR-записи с начала текущего дня.
Список полей, которые содержит таблица можно настраивать на странице CDR-записи -> ВидCDR. По умолчанию список полей содержит:
Идентификатор
Входящий А-номер
Исходящий А-номер
Входящий Б-номер
Исходящий Б-номер
Время соединения
Время разъединения
Продолжительность вызова
Идентификатор инициатора
Идентификатор терминатора
Идентификатор удаленного инициатора
Идентификатор удаленного терминатора
Идентификатор конференции.
При невозможности сохранять CDR в базу данных происходит их запись на диск.
Для модуля обслуживания абонентов путь для записи временных CDR настраивается вконфигурационном файле /etc/rtu-cl-core/phoenix.conf:
<Configuration> … <Cdr> <CdrBackupPath>/var/lib/rtu-cl-core/CdrBackup/</CdrBackupPath> </Cdr> …</Configuration>
По умолчанию пишется в каталог /CDRBackUp, который располагается в корневом каталоге.
Вид CDR5.10.2
На этой странице можно задать список полей, который будет содержать таблица с CDR-записями,а также порядок следования этих полей.
В левом окне приведен список всех возможных полей таблицы, в правом – список отображаемыхполей. Для того чтобы добавить поле в список отображаемых полей, выделите его название инажмите >. Название поля будет перемещено в правое окно. Чтобы удалить поле из списка,выделите его название и нажмите <. С помощью кнопок >> и << можно переместитьодновременно все поля из левого окна в правое и наоборот. С помощью кнопок Вверх и Внизнастраивается порядок следования полей.
Над окнами находится кнопка-переключатель с двумя положениями: Колонки CDR уадминистратора и Колонки CDR у абонента, позволяющая выбрать таблицу, для которойнужно отредактировать список полей – таблица на вкладке Общие настройки -> CDR-записи ->CDR в интерфейсе администратора или таблица на вкладке Профиль -> CDR-записи в веб-кабинете абонента соответственно.
При изменении положения кнопки-переключателя в правое окно загружается сохраненный списокполей или, если таковой отсутствует, список полей по умолчанию.
Экспорт5.10.3
Страница Экспорт предназначена для экспорта записей о событиях в текстовый файл форматаCSV.
В полях С и По задается период времени, за который необходимо экспортировать записи особытиях.
Общие настройки
Стр. 39
В раскрывающемся списке Разделитель указывается, какой разделитель будет использоватьсямежду полями записи. Возможные значения:
Точка с запятой,
Запятая,
Пробел,
Табуляция.
Флажок Добавить заголовок нужен, чтобы включить в экспортируемый файл названия полейтаблицы.
Флажок Только для текущего домена отвечает за экспорт записей о вызовах только длятекущего домена.
В поле Отличительный признак указывается идентификатор управляющей логики Центрекс, покоторому будут отличаться CDR-записи, экспортируемые с разных модулей управления.
В раскрывающемся списке Длительность выбирается формат, в котором будет выгружатьсязначение поля Продолжительность вызова. Возможные значения:
Округлять до секунд,
В секундах,
В миллисекундах.
В раскрывающемся списке Разделитель дробной части в длительности указывается, какойразделитель будет использоваться для отделения дробной части в значении поляПродолжительность вызова. Возможные значения:
Точка,
Запятая.
С помощью левого и правого окон задается список полей таблицы, подлежащих экспортированию,а также порядок их следования. В левом окне приведен список всех полей таблицы, в правом –список полей для экспортирования. Для того чтобы добавить поле в список для экспорта,выделите его название и нажмите кнопку «>» название поля будет перемещено в правое окно.Чтобы удалить поле из списка, выделите его название и нажмите кнопку «<».С помощью кнопок«>>» и «<<» можно переместить одновременно все поля из левого окна в правое и наоборот. Спомощью кнопок «Вверх» и «Вниз» настраивается порядок следования полей в экспортируемомфайле.
Автоэкспорт5.10.4
В РТУ МОА также реализован механизм автоматического экспорта записей о событиях,позволяющий периодически сохранять экспортируемые записи на FTP-сервере или локальномдиске без участия администратора.
Страница предназначена для настройки параметров автоматического экспорта CDR-записей исодержит следующие элементы управления:
Флажок Включить служит для активации функции автоэкспорта записей о событиях.
Раскрывающийся список Период экспорта предназначен для выбора периода времени дляавтоэкспорта записей о событиях. Возможные значения: 1, 2, 3, 5, 10, 15, 20, 30 минут, 1, 2, 3, 4,6, 12 часов, 1, 2, 3, 7, 14 дней, 1, 2 месяца.
В раскрывающемся списке Разделитель указывается, какой разделитель будет использоватьсямежду полями записи. Возможные значения:
Точка с запятой,
Запятая,
Пробел,
Табуляция.
Флажок Использовать заголовок нужен, чтобы включить в экспортируемый файл названияполей таблицы.
В поле Отличительная пометка указывается идентификатор управляющей логики Центрекс, по
Общие настройки
Стр. 40
которому будут отличаться CDR-записи, экспортируемые с разных модулей управления.
Флажок Выгружать пустые файлы предназначен для выгрузки пустых файлов в случаеотсутствия вызовов за указанный период.
Флажок Только для текущего домена отвечает за экспорт записей о вызовах только длятекущего домена.
Если автоэкспорт должен осуществляться на локальный диск сервера, на котором установлен РТУМОА, нужно установить флажок Локальное хранилище и в поле Путь к фтп или локальномухранилищу прописать путь к соответствующему каталогу.
Если же необходимо, чтобы экспорт записей осуществлялся на FTP сервер, то нужно снятьфлажок Локальное хранилище и в появившиеся поля Логин и Пароль ввести учётное имя ипароль FTP-сервера соответственно, а в поле Путь к фтп или локальному хранилищу указатьадрес сервера в виде: ftp://ip-address.
В раскрывающемся списке Длительность выбирается формат, в котором будет выгружатьсязначение поля Продолжительность вызова. Возможные значения:
Округлять до секунд,
В секундах,
В миллисекундах.
В раскрывающемся списке Разделитель дробной части в длительности указывается, какойразделитель будет использоваться для отделения дробной части в значении поляПродолжительность вызова. Возможные значения: Точка, Запятая.
С помощью левого и правого окон задается список полей таблицы, подлежащих экспортированию,а также порядок их следования. В левом окне приведен список всех полей таблицы, в правом –список полей для экспортирования. Для того чтобы добавить поле в список для экспорта,выделите его название и нажмите кнопку «>» название поля будет перемещено в правое окно.Чтобы удалить поле из списка, выделите его название и нажмите кнопку «<».С помощью кнопок«>>» и «<<» можно переместить одновременно все поля из левого окна в правое и наоборот. Спомощью кнопок «Вверх» и «Вниз» настраивается порядок следования полей в экспортируемомфайле.
Лицензии5.11
Под «лицензиями» подразумеваются разрешения, которые компания-производитель данногоэкземпляра РТУ МОА выдает своим клиентам на использование сервисов и функций РТУ МОА.Набор сервисов и функций, которыми может воспользоваться клиент, зависит от типаприобретенных лицензий. Лицензии создаются индивидуально для каждого клиента ипредставляют собой зашифрованный текстовый файл. Информацию о своих лицензиях клиентможет просмотреть на странице Лицензии.
Страница Лицензии содержит две панели: Сводные данные и Список лицензий.
Панель Сводные данные
Отображает общую информацию по всем лицензиям: все сервисы и функции, которыми можетвоспользоваться клиент согласно приобретенным лицензиям; максимальное количествоабонентов, шлюзов и доменов, которое может быть зарегистрировано в РТУ МОА в соответствиис имеющимися у клиента лицензиями; даты окончания срока действия лицензий.
Панель Список лицензий
В табличной форме представлены сведения обо всех приобретенных клиентом лицензиях. Таблицасодержит следующие поля:
Лицензия – уникальный идентификатор лицензии.
Дата выдачи – дата выдачи лицензии.
Срок действия – дата истечения срока действия лицензии.
Общие настройки
Стр. 41
Статус показывает, действительна ли лицензия на текущий момент.
Зоны5.12
Страница содержит список Сетевых зон системы и позволяет добавлять и удалять зоны из списка.
Автонастройка5.13
Страница Автонастройка в веб-интерфейсе предназначена для определения параметровавтонастройки.На странице располагаются четыре вкладки: Устройства, Шаблоны, Шаблоны общихнастроек и Точки входа.
Устройства5.13.1
Вкладка Устройство содержит таблицу устройств, в отношении которых распространяетсядействие механизма автонастройки.
В полях таблицы содержится следующая информация:MAC-адрес – аппаратный адрес устройства, добавленного к сети. Представляет собой 48-битовоечисло, позволяющее однозначно идентифицировать устройство в сети.Ред. – содержит кнопку редактирования записи.Описание – краткое описание устройства.Протокол – тип протокола (SIP или H.323).Шаблон (имя) – имя шаблона конфигурационного файла модели устройства.Действие содержит кнопку удаления записи.Для добавления новой записи в таблицу нужно нажать кнопку Добавить.
Форма настроек учетной записи устройства содержит следующие поля:В поле MAC-адрес задается МАС-адрес устройства.В поле Описание вносится краткое описание настраиваемого устройства.В раскрывающемся списке Шаблон (имя-протокол) нужно выбрать шаблон конфигурационногофайла модели устройства, на основе которого будет создан конечный конфигурационный файлустройства.В поле Имя файла отражается имя генерируемого Системой конфигурационного файлаустройства. КФУ создается на основе шаблона, заданного в поле Шаблон (имя-протокол).В поле Кол-во линий отражается количество свободных линий в конфигурируемом устройстве.Поле Добавить абонента позволяет настроить привязку конфигурируемого устройства кконкретному абоненту.
Шаблоны5.13.2
На вкладке Шаблоны отображается таблица шаблонов конфигурационных файлов устройств(ШКФУ).
Таблица содержит следующие поля:Имя – имя ШКФУ.Ред. – кнопка просмотра и редактирования (только для пользовательских шаблонов) детальныхнастроек шаблона.Тип – тип ШКФУ. Может принимать значения: Системный – системные ШКФУ, Абонентский –пользовательские ШКФУ.Модель – наименование модели устройства, для которой создан шаблон.Шаблон имени файла – маркер для имени ШКФУ.Протокол – протокол сигнализации, поддерживаемый устройством (SIP или H.323).Кол-во линий – количество поддерживаемых линий. Действие содержит следующие кнопки:
кнопка добавления нового устройства;
кнопка редактирования параметров шаблона;
кнопка удаления записи из таблицы.
Общие настройки
Стр. 42
В форме детальных настроек шаблона содержатся следующие поля:В поле Имя указывается имя создаваемого шаблона.Поле Тип недоступно для редактирования. Оно отражает тип конфигурируемого шаблона –Добавленный (абонентский).В поле Модель указывается название модели устройства, для которого создается шаблон.В раскрывающемся списке Протокол можно выбрать тип протокола сигнализации,поддерживаемый настраиваемым устройством (SIP или H.323).В поле Шаблон имени конфиг. файла задается маркер для имени ШКФУ.В поле Кол-во линий указывается число поддерживаемых линий.В поле Текст необходимо внести описание шаблона конфигурационного файла. Текст долженсодержать маркеры, которые затем будут заменены необходимыми конфигурационнымипараметрами.
Шаблоны общих настроек5.13.3
Вкладка Шаблоны общих настроек (ШОН) содержит таблицу с шаблонами конфигурационныхфайлов с параметрами, которые являются общими для всех устройств конкретной модели. ШОНпоставляются вместе с пакетом Auto Provisioning.
Таблица содержит следующие поля:
Ред. содержит кнопку редактирования записи .Модель – наименование модели устройства.Тип – тип конфигурационного файла (Системный или Пользовательский).Действие содержит кнопку удаления записи. Для системных конфигурационных файлов моделейустройств данная кнопка не отображается, т. к. системные записи удалить невозможно.
Форма добавления нового шаблона содержит следующие поля:
В поле Модель указывается наименование модели конфигурируемого устройства.Поле Тип отражает тип конфигурационного файла (системный или пользовательский). Дляредактирования недоступно.В раскрывающемся списке Протокол нужно выбрать протокол сигнализации, поддерживаемыйнастраиваемым устройством (SIP или H.323).В поле Имя конфиг. файла задается имя создаваемого конфигурационного файла.В поле Текст вводится текст шаблона конфигурационного файла, содержащий маркеры, которыебудут заменены необходимыми конфигурационными параметрами.
Точки входа5.13.4
Вкладка Точки входа содержит информацию о параметрах подключения к модулям балансировкинагрузки и управления вызовами данного домена.
В поле Модуль SIP – регистратор отражается IP-адрес и порт для SIP-регистрации устройств.В поле Модуль управления вызовами (SIP) содержится IP-адрес и порт, на которых модульуправления вызовами будет принимать вызовы по протоколу SIP.В поле Модуль H.323-гейткипер указывается IP-адрес и порт H.323-привратника для RAS-регистрации устройств.В поле Модуль управления вызовами (H.323) задается IP-адрес и порт, на которых модульуправления вызовами будет принимать вызовы по протоколу H.323.
Коды разъединения5.14
Страница Коды разъединения содержит таблицу с кодами причин завершения вызовов,содержащую следующие данные:
Универсальный код — уникальное числовое значение, соотнесенное с данной причинойразъединения.
Ред. содержит кнопку редактирования записи
В поле Пространство имен отображается либо название компонента РТУ, являющегося
Общие настройки
Стр. 43
инициатором разрыва соединения, либо наименование протокола, по которому осуществлялсяотклоненный вызов, поступивший извне. Данный параметр может принимать одно из следующихзначений: centrex — для модуля обслуживания абонентов, TS — для подсистемы коммутации(ПКомм), TMngr — для подсистемы управления (ПУпр ), SIP — для протокола SIP, Н.323 — дляпротокола Н.323.
Код — числовой код причины разъединения.
Причина по умолчанию – используемое по умолчанию описание причины разъединения вызова,если поле Причина оставлено пустым.
Поле Причина содержит краткое описание причины разъединения вызова.
Соответств. код в H.323 по умолчанию – подставляемый по умолчанию код разъединения попротоколу Н.323, если в поле Соответств. код в Н.323 не выбрано необходимое значение.
Соответств. код в Н.323 — код разъединения по протоколу Н.323, соотнесенный со значениемУниверсального кода разъединения.
Соответств. код в SIP по умолчанию – подставляемый по умолчанию код разъединения попротоколу SIP, если в поле Соответств. код в SIP не выбрано необходимое значение.
Соответств. код в SIP — код разъединения по протоколу SIP, соотнесенный со значениемУниверсального кода разъединения.
Поле Медиакод отображает связь данной причины разъединения с обработкой медиапотоков.Возможные значения — Да/Нет.
Поле Признак успешного вызова отображает, к какой категории отнесен вызов, разъединенныйпо данной причине (значения: Успешный/Неуспешный).
Код для абонента по умолчанию – причина разъединения, которая выводится на странице CDRабонента, если в поле со списком Код для абонента не выбрано необходимое значение.
Поле Код для абонента отображает причину разъединения, которая выводится на странице CDRабонента (возможные значения: Другое, Занято, Нет ответа, Удачный звонок).
В режиме редактирования можно изменить значения полей Соотв. код в Н.323, Соотв. код в SIP,Причина и Код для абонента.
Мастера сервисов5.15
В версии 1.7 для создания сервиса необходимо создать ряд сущностей, необходимых для работысервиса: маршруты и шлюзы на логике «ОС» и Сервисной платформе. Мастер сервисовпредоставляет возможность автоматического создания необходимых сущностей при указаниитолько уникальных параметров сервиса.
На странице Шаблоны мастеров создания сервисов находится список существующихшаблонов мастеров. Администратор может создавать новые шаблоны, редактировать и удалятьсуществующие, а также создавать сервисы с помощью мастеров (аналогично командеКлонировать для шаблонов абонентов).
Диалоговое окно настроек мастера сервисов:
Имя – имя или описание мастера сервисов.
Сервисная платформа – сервисная платформа, на которой данный мастер будет создаватьсервисы.
Группа аудиокодеков – группа аудиокодеков для шлюза на логике «ОС».
Зона – зона для шлюза на абонентской логике.
Тип шлюза – внутренний или SIP.
Группа балансировки – указывается для внутреннего шлюза.
IP-адрес – IP-адрес SIP-шлюза.
IP-порт – IP-порт SIP-шлюза.
Также можно указать группу для маршрута на шлюз на логике «ОС». Группы можно редактироватьпри создании сервиса с помощью этого мастера.
Общие настройки
Стр. 44
На странице «Создать сервис» можно создавать сервисы при помощи шаблонов.
Диалоговое окно настроек мастера сервисов:
Шаблон мастера сервисов – при выборе шаблона мастера сервисов из списка загрузятся егопараметры. Если поле оставить пустым, будут показаны параметры по умолчанию.
Сохранить как шаблон – сохранить введенные параметры как шаблон.
Остальные параметры заполняются аналогично настройкам мастера сервисов на странице«Шаблоны».
При выборе Сервисной платформы на странице настроек мастера или при загрузке из шаблонапроверяется наличие на ней шлюза с ролью Логика «ОС» и маршрута на него. Если таковых нет,то появляется панель «Создание шлюза Абонентской логики» для ввода параметров,необходимых для создания такого шлюза: группа балансировки или IP-адрес/порт.
На панели «Параметры сервиса» указываются:
Тип сервиса
Номер доступа – номер доступа к сервису.
Имя – имя или описание сервиса.
Тип сервиса для биллинга – значение по умолчанию формируется согласно типу выбранногосервиса.
Если необходимо добавить запись о создаваемом сервисе в Список доступных сервисов, тонужно выставить флажок Добавить запись в список доступных сервисов и выбрать аудиофайл,который будет использоваться при воспроизведении данных об этом сервисе.
Для добавления необходимой группы доступа (типа access) в панели Группы доступа сервисанужно нажать кнопку Добавить, после чего появляется панель выбора типа сервиса и настроекэтого сервиса.
Если для создания ДВО «Перехват вызова» или «Повтор набора номера» использовалсямастер сервисов, то значение, указанное в поле Идентификатор сервиса, будет использовано вкачестве авторизационного имени в настройках шлюза созданного экземпляра ДВО.
Subscriber Logic
Стр. 45
Subscriber Logic6
RADIUS6.1
На данной странице задаются параметры взаимодействия РТУ МОА с RADIUS-сервером,формируется состав отправляемых пакетов и указывается способ, которым РТУ МОАобрабатывает ответы от RADIUS-сервера.
Панель Общие настройки
Включить – флажок, состояние которого определяет, необходимо ли для станциивзаиводействие с RADIUS-сервером. Если флажок не отмечен, никакие настройки, относящиеся кRADIUS-серверу (как на данной странице, так и на других), не действуют.
Ключ шифрования – поле, в котором указывается строка из цифр, используемая дляшифрования пакетов. Такое же значение должно указываться в настройках самого RADIUS-сервера;
Количество попыток передачи данных – количество попыток повторной отправки пакетов наRADIUS-сервер до того, как сервер станет недоступным. Значение по умолчанию – 2;
Интервал между попытками, сек – время в секундах, в течение которого РТУ МОА будетожидать ответа на отправленный пакет, прежде чем повторит отправку. Значение по умолчанию –3;
Интервал между промежуточными сообщениями – время в секундах между отправляемымипромежуточными пакетами учета (RadiusAccounting Interim). Значение по умолчанию – 3;
Тип сервиса – значение атрибута Service-Type (код 6), отправляемого во всех пакетахаутентификации и учета. Значение по умолчанию – 2. Варианты значений см. в RFC 2865, п. 5.6;
Атрибут “Framed protocol” – значение атрибута Framed-Protocol (код 7), отправляемого впакетах аутентификации. Значение по умолчанию – 1. Варианты значений см. в RFC 2865, п. 5.7;
IP-адрес NAS. Значение параметра используется для заполнения атрибута h323-remote-address впакетах учета типа Answer, для заполнения атрибута h323-gw-address в пакетах учета типаOriginate, а также участвует в формировании атрибута Digest-URI, применяемого при цифровойаутентификации (см. RFC 4590);
Часовой пояс – раскрывающийся список, в котором можно выбрать часовой пояс, всоответствии с которым будут преобразованы все временные значения, передаваемые в пакетах;
Принудительное прерывание вызова – флажок, состояние которого определяет, будет листанция завершать вызов при получении отрицательного ответа (AccountingReject) наотправленный пакет учета;
Аутентификация при регистрации – флажок, состояние которого определяет, разрешено лииспользовать аутентификацию на RADIUS-сервере для регистрирующихся абонентов или шлюзов.Эта настройка только разрешает использование такой аутентификации. Чтобы аутентификация прирегистрации выполнялась у абонента/шлюза, необходимо в настройках данного абонента/шлюзаотметить соответствующий флажок.
Аутентификация при вызове – флажок, состояние которого определяет, разрешено лииспользовать аутентификацию через RADIUS-сервер при вызовах от абонентов и шлюзов. Враскрывающемся списке справа можно указать, для каких устройств требуется выполнятьаутентификацию. Значения: Для Всех (по умолчанию), Только для незарегистрированных,Только для зарегистрированных. Эта настройка только разрешает использование такойаутентификации. Чтобы аутентификация при вызове выполнялась у абонента/шлюза или маршрута,необходимо в настройках данного абонента/шлюза или маршрута отметить соответствующийфлажок.
Отправлять Accounting Start/Stop — флажок, состояние которого определяет, разрешено лииспользовать учет через RADIUS-сервер. Раскрывающийся список справа позволяет указать, длякаких участков звонка разрешено использование пакетов учета: при выбранном значении Обоихучастков будет отправляться две пары пакетов учета (Start и Stop) – одна пара для участка
Subscriber Logic
Стр. 46
вызова «Инициатор-МОА», вторая — для участка «МОА-Терминатор»; при выбранномзначении Исход. участка будет отправляться пара пакетов учета только для участка «МОА-Терминатор»; при выбранном значении Вход. участка будет отправляться пара пакетов учетатолько для участка «Инициатор-МОА». Эта настройка только разрешает использование учета.Чтобы пакеты учета выполнялись для абонента, шлюза или маршрута, необходимо отметить в ихнастройках соответствующий флажок.
Отправлять промежуточные пакеты — в случае использования учета через RADIUS-серверданный флажок позволяет включить отправку промежуточных (Interim) пакетов учета;
Присоединить поле h323-call-id — флажок, состояние которого определяет, нужно лидобавлять в пакеты аутентификации и учета для вызова VS-атрибут h323-call-id, содержащийидентификатор звонка в формате CISCO;
Отправлять ID вызываемого абонента — флажок, состояние которого определяет, нужно лидобавлять в пакеты аутентификации и учета для звонка атрибут Called-Station-Id (код 30, см. RFC2865, п. 5.30);
Отправлять ID вызывающего абонента — флажок, состояние которого определяет, нужно лидобавлять в пакеты аутентификации и учета для звонка атрибут Calling-Station-Id (код 31, см.RFC 2865, п. 5.31);
Отправлять ID домена – флажок, состояние которого определяет, должен ли РТУ МОА приформировании значения атрибута UserName в пакетах аутентификации и учета добавлятьидентификатор домена. При отмеченном флажке значение атрибута будет иметь вид<авторизационное имя><разделитель><идентификатор домена>. Авторизационное имяуказывается в настройках абонента или шлюза, разделитель выбирается из раскрывающегосясписка;
Использовать номер перенаправления — флажок, состояние которого определяет, должен лиРТУ МОА при обнаружении в пакете AccessAccept VS-атрибута h323-redirect-number,использовать его в дальнейшем для данного вызова в качестве Б-номера;
Цифровая аутентификация — флажок, состояние которого определяет, следует лииспользовать цифровую (Digest) аутентификацию звонков и регистраций. Раскрывающийся списокпозволяет выбрать метод аутентификации;
Макс. длительность соединения — флажок, состояние которого определяет, следует лиучитывать ограничение продолжительности вызова, полученное в пакете AccessAccept.Раскрывающийся список позволяет указать, какой атрибут пакета должен содержать ограничениепродолжительности. Значения: По любому полю — сначала проверяется наличие атрибутаSession-Timeout, при его отсутствии — h323-credit-time; h323-credit-time(102) — будетиспользоваться только значение атрибута h323-credit-time; Session-Timeout (27) — будетиспользоваться только значение атрибута Session-Timeout;
Отправлять дополнительные поля — флажок, состояние которого определяет, будет ли РТУМОА при формировании пакетов аутентификации и учета добавлять в них специфичные атрибуты.Список добавляемых атрибутов:
xpgk-remote-id: номер или имя удаленной стороны;
xpgk-remote-type: тип удаленной стороны (User или Gateway);
xpgk-remote-ip: адрес удаленной стороны
xpgk-domain-id: идентификатор домена, в котором обрабатывается вызов
xpgk-owner-id: номер или имя «владельца» звонка;
xpgk-owner-type: тип владельца звонка (User или Gateway);
Всегда отправлять Accounting Stop — флажок, состояние которого определяет, следует лиотправлять пакет учета типа Stop, если соединение не было установлено;
Режим учета — раскрывающийся список, в котором можно выбрать время отправки пакетовучета типа Start. Значения: при выбранном значении До соединения пакет типа Start будетотправлен для обеих сторон до момента установления соединения; если выбрать значение Послесоединения, пакет типа Start будет отправлен для обеих сторон после установления соединения.
Панель Адреса сервера
Subscriber Logic
Стр. 47
Позволяет указать адреса используемых RADIUS-серверов. При указании нескольких пар адресовпо умолчанию будет использоваться первая пара. Последующие пары будут использоваться, еслиRADIUS-сервер будет недоступен по первой указанной паре адресов.
Аутентификация — IP-адрес и порт, которые будут использоваться для отправки пакетоваутентификации (AccessRequest);
Учет — IP-адрес и порт, которые будут использоваться для отправки пакетов учета(AccountingRequest);
Панель Локальные адреса
Позволяет указать адреса и порты, которые будет использовать РТУ МОА для получения ответовот RADIUS-сервера. В панели должны содержаться адреса интерфейсов сервера, на которомустановлена логика «ОС» РТУ МОА, а также свободные на этом сервере UDP-порты.
Панель Сообщения
Позволяет указать голосовые сообщения, которые будут проиграны звонящему при получении отRADIUS-сервера отрицательного ответа. Можно указать набор сообщений для разных кодов.
Для добавления нового кода используется кнопка Добавить. При этом появляется новая строка втаблице Голосовые сообщения кодов разъединения. Элементы строки:
Вкл. – флажок, состояние которого определяет, нужно ли использовать эту запись;
Код — значение атрибута h323-return-code или Reply-Message, который также может содержатьатрибут h323-return-code в перечислении, из пакета AccessReject. При получении значенияСистема выполняет проигрывание заданных сообщений;
Описание — краткое описание сообщения;
Аудиофайлы. Нажмите кнопку , чтобы указать аудиофайл или список аудиофайлов дляпроигрывания при получении данного кода. В появившемся окне можно выбрать списокаудиофайлов средствами стандартного элемента интерфейса РТУ МОА «Аудиофайлы».
Определение доменов6.2
В разделе Определение доменов задаются параметры входящего запроса, по которым Системаопределяет, в какой поддомен этот запрос отправить. Правила определения доменовобрабатываются, начиная с домена ROOT. Попадая в поддомен, вызов, регистрация или подпискапроходят сначала через правила, настроенные в текущем поддомене, затем через остальные дотех пор, пока подходящее правило не будет найдено.
Таблица Правила
В таблице приведены правила определения домена, применяющиеся при входящих вызовах(правила определены в текущем домене). В таблице можно изменять приоритет правил, дляприменения измененных приоритетов нужно нажать кнопку Обновить список правил. Придобавлении новой записи или редактировании существующей открывается страница Правило.
Страница Правило содержит параметры существующего правила определения домена:
Включено — флажок, состояние которого определяет, активно ли данное правило. Принеотмеченном флажке правило будет игнорироваться;
Использовать это правило для регистрации и подписок — флажок, состояние которогоопределяет, разрешено ли использовать данное правило для определения домена при обработкевходящего запроса на регистрацию или подписку (SUBSCRIBE);
Имя — наименование правила;
Приоритет — значение, определяющее приоритет обработки данной записи по отношению кпрочим в рамках домена (чем больше числовое значение, тем раньше обрабатывается запись);
Совпадение А-номера. Если А-номер (или номер подписчика или регистрирующегося аппарата)совпадает с регулярным выражением, указанном в этом поле, данное правило применяется.
Subscriber Logic
Стр. 48
Замена А-номера — регулярное выражение, определяющее правило изменения А-номера (илиномера подписчика или регистрирующегося аппарата) после применения данного правила. Т.е. всубдомен запрос попадет уже с измененным значением.
Совпадение Б-номера. Если Б-номер (применяется только при вызовах) совпадает с регулярнымвыражением, указанном в этом поле, данное правило применяется;
Замена Б-номера — регулярное выражение, определяющее правило изменения Б-номера послеприменения данного правила. Т.е. в субдомен запрос попадет уже с измененным значением;
IP-адрес отправителя пакета — адрес, с которого получен обрабатываемый запрос. Полеможет содержать значения двух видов: [адрес подсети]/[маска подсети], например,192.168.0.0/255.255.0.0. Также, в связи с тем, что в РТУ МОА существует внутренний протокол,можно задавать адрес в виде string://[группа балансировки], тем самым указав группубалансировки модуля, от которого должен поступить запрос, чтобы он подошел под данноеправило;
IP-адрес получателя пакета — адрес модуля РТУ, который принимает запрос. Форматаналогичен предыдущему;
Поддомены — раскрывающийся список, позволяющий выбрать поддомен, в который будетперенаправлен запрос, если он подошел под все условия данного правила.
Шлюзы6.3
Панель Общие настройки
Включить — флажок, определяющий, активна ли в данный момент запись;
Роль — раскрывающийся список, определяющий назначение шлюза. Выбор различных значенийопределяет механизмы использования шлюза логикой РТУ МОА, а также устанавливает рядпараметров в наиболее подходящие для данной роли значения.
Возможные значения:
Пусто — шлюз во внешнюю сеть;
Сервер приложений — сервер приложений;
Родительский домен — шлюз для связи текущего и родительского домена;
<Имя поддомена> — шлюз для связи текущего и нижестоящего домена.
Идентификатор сервиса — строка, связывающая данный шлюз с сервисом на платформе ДВО.Сервис и шлюз должны иметь одинаковое значение этого поля.
Тип сервиса для биллинга — строка, используемая для заполнения атрибута xpgk-service-type впакетах учета RADIUS с типом Originate.
Принимать отображаемое имя — флажок, определяющий, следует ли использовать полученноеотображаемое имя. Если флажок сброшен, считается, что отображаемое имя отсутствует.
Отправлять отображаемое имя — флажок, определяющий, следует ли отправлятьотображаемое имя, когда вызов поступает на шлюз.
Доверять полученным Diversion’ам — флажок, указывающий на то, что шлюз являетсядоверенным и что полученной от него информации о выполненных переадресациях можнодоверять.
Отправлять поле Diversion во внутреннем формате — флажок, определяющий, нужно лииспользовать специализированный метод формирования заголовков Diversion для передачи наплатформу ДВО.
Принимать P-Served-User – позволяет включить/отключить прием идентификатора сервиса всообщениях.
Отправлять P-Served-User – позволяет включить/отключить отправку идентификатора сервисав сообщениях.
Проигрывать аудиофайл, если шлюз — инициатор — флажок, определяющий, нужно липроигрывать сообщения об ошибках в случае, если шлюз является инициатором вызова. Самопроигрываемое сообщение в этом случае определяется многими факторами и от настроек данногошлюза не зависит.
Subscriber Logic
Стр. 49
Проигрывать аудиофайл иницирующей стороне, если шлюз — терминатор — флажок,определяющий, нужно ли формировать и проигрывать сообщение об ошибке инициатору в случае,если при поступлении вызова на шлюз происходит ошибка. Сообщение об ошибке определяетсявкладкой «Аудиофайлы кодов разъединения» и настройками аудиофайлов в домене.
Надежный вызывающий номер — флажок, позволяющий использовать полученный IDабонента (AOH) для аутентификации абонента в сервисах «Прямой внутрисистемный доступ» и«Удалённый доступ к учётной записи абонента».
Прозрачно передавать адрес инициатора — флажок, определяющий, нужно ли при исходящемвызове передавать в качестве адреса инициатора адрес абонента вместо адреса РТУ (данныйпараметр применяется только для вызовов по SIP и внутреннему протоколу).
Панель Авторизационные данные
Авторизац. имя — имя пользователя, которое должен прислать шлюз в случае, если онрегистрируется или выполняет подписку (SUBSCRIBE). Также данное значение используется длязаполнения атрибута UserName в RADIUS-пакетах в случаях, когда данный шлюз выступает какинициатор.
Пароль — пароль регистрации или подписки. Используется при авторизации запросов нарегистрацию или подписку от шлюза и при формировании атрибута UserPassword в пакетахRADIUS.
Описание кнопки Сгенерировать пароль см. здесь.
Панель Статус регистрации
На данной панели отображается статус регистрации шлюза: адрес, с которого поступил запрос нарегистрацию, и время начала регистрации.
Панель Настройки RADIUS
Данные параметры определяют, какая функциональность работы с RADIUS-сервером должнабыть использована. Чтобы какая-либо функциональность работала, она должна быть разрешена настранице RADIUS.
Учет через RADIUS-сервер — флажок, определяющий, должен ли при звонках с участиемданного шлюза выполняться учет через RADIUS-сервер.
RADIUS-авторизация вызываем. номера — флажок, определяющий, должна ли выполнятьсяаутентификация данного шлюза через RADIUS при звонке.
RADIUS-аутентификация при регистрации – флажок, определяющий, должна ли выполнятьсяаутентификация данного шлюза через RADIUS при регистрации.
Панель Терминал
Настройки регистрации:
Регистрация — раскрывающийся список, определяющий возможность регистрации для шлюза.Возможные варианты: «Запрещена» – шлюз не может регистрироваться; «Разрешена» – шлюзможет работать как с регистрацией, так и без нее; «Обязательная» – шлюз должен бытьзарегистрирован.
Время действия — время в секундах, через которое должна происходить keep-aliveперерегистрация.
Проверка IP-адреса — флажок, определяющий, должна ли осуществляться проверка IP-адреса, скоторого происходит регистрация с адресом, указанным в настройках шлюза.
IP-адрес — адрес шлюза.
IP-порт — порт для терминации на шлюз.
Основные параметры:
Тип — протокол, на котором работает шлюз. Возможные варианты — SIP, H.323 и Внутренний.
Subscriber Logic
Стр. 50
Ёмкость терм. уст-ва – максимальное количество одновременных вызовов, которые шлюзсможет принять.
Емкость иниц. уст-ва — максимальное количество одновременных вызовов, которые могутбыть инициированы данным шлюзом.
Общая емкость уст-ва — максимальное количество одновременных вызовов через данныйшлюз.
ТЕРМ. Механизм конфиденциальности в SIP — раскрывающийся список, определяющиймеханизм передачи информации о конфиденциальности (Privacy) в протоколе SIP. Значения: CiscoRemote-Party-ID и RFC 3325 – P-Asserted-ID.
Отключить передачу Privacy – если выбрано значение Нет, поля Presentation Indicator иScreening Indicator в исходящих вызовах по протоколам H.323 и SIP будут удалены. Дляпротокола OKC7 (SS7) поле Presentation Indicator принимает значение Presentaton Allowed.
Аутентификация определяет, нужно ли выполнять аутентификацию шлюза, если он являетсяинициатором, при каждом вызове. Возможные значения:
Отключена – аутентификация не выполняется;
Всегда – аутентификация выполняется при каждом вызове;
Нет регистрации – аутентификация выполняется при каждом вызове только в том случае,если шлюз не зарегистрирован.
Терминал за NAT — раскрывающийся список, определяющий механизм работы РТУ МОА сустройствами для NAT. Значения: «Нет» – работа с устройством происходит как для случаяотсутствия NAT; «Автоопределение» – РТУ попытается самостоятельно определить наличие NATи работать соответствующим образом; «Да» – работа с устройством форсированно ведется какдля случая наличия NAT.
Упреждающий CONNECT — флажок, определяющий, нужно ли отправлять устройствусообщение CONNECT в случае, если требуется воспроизводить сообщения до соединения.Необходим для тех устройств, которые до соединения не принимают и не проигрывают медиа.
Зона — зона шлюза.
Флаги конфигурации ПКом – параметр, позволяющий настраивать функционированиеприложения применительно к особенностям абонентского оборудования (шлюза). Значение –битовая маска, задаваемая числом в шестнадцатеричном формате.
Доверенный узел — флажок, определяющий можно ли передавать шлюзу конфиденциальнуюинформацию об инициаторе.
Группа балансировки — строка, являющаяся адресом шлюза для шлюзов с протоколом«Внутренний».
Медиа-параметры:
Политика проксирования — раскрывающийся список, определяющий механизм передачимедиапотоков между вызывающим и вызываемым номерами.
Значения:
Проксировать – весь медиапоток проходит через модули обработки медиа подсистемыкоммутации;
Прямое медиасоединение – по возможности передача медиапотока происходит напрямуюмежду вызываемой и вызывающей стороной, при невозможности — проксирование;
Прямое медиасоединения после CONNECT – до установления соединения медиапотокипередаются в режиме проксирования, а после соединения по возможности происходитпереключение на прямое соединение.
Политика передачи изменений в кодеках — раскрывающийся список, определяющий реакциюРТУ МОА на переключение кодеков данным шлюзом во время вызова. Возможные значения:Передавать изменения типа медиаданных, Адаптивный режим с расширением,Адаптивный режим с ограничением, Передавать все изменения.
Группа аудиокодеков — раскрывающийся список, определяющий группу аудиокодеков,
Subscriber Logic
Стр. 51
разрешенных для использования данному шлюзу.
Группа видеокодеков — раскрывающийся список, определяющий группу видеокодеков,разрешенных для использования данному шлюзу. Если передача видео не предполагается,параметр настраивать не требуется.
Использовать только один кодек – если флажок отмечен, то для передачи медиапотока вовремя вызова от РТУ на удаленную сторону используется только кодек с наибольшимприоритетом, передача медиа на других кодеках, указанных в конфигурации медиаканала, не будетосуществляться.
Разрешить T.38 — флажок, определяющий разрешено ли использование кодека T.38 дляпередачи факсов.
Переключение на G.711 — раскрывающийся список, определяющий, каким образом РТУ МОАдолжен трактовать попытку переключения на кодек G.711 со стороны шлюза. Значения: «Какголос» и «Как факс».
Эмулировать КПВ — флажок, определяющий необходимость передачи КПВ в сторону шлюза,если он является инициатором. Если флажок выставлен, РТУ будет либо передавать КПВ отвызываемого номера, либо генерировать свой в зависимости от настроек и поведениявызываемого номера.
КПВ вызывающему позволяет управлять передачей звуковых сообщений с оборудованиявызываемого абонента (или шлюза) в предответном состоянии. Данная настройка применяется вслучаях, когда абонент/шлюз выступают в качестве вызываемой стороны. Возможные значения:
Не передавать – передача каких-либо звуковых сообщений в предответном состоянии соборудования данного абонента (или шлюза) запрещена.
От вызываемого – станция передает звуковое сообщение в предответном состоянии отвызываемого абонента (или шлюза).
Всегда от вызываемого – станция передает звуковое сообщение от вызываемой сторонынезависимо от того, получены от нее параметры голосового канала или нет. Данное значениенеобходимо использовать в случае, если оборудование вызываемой стороны воспроизводитаудиосообщения до соединения, не сообщая при этом о наличии аудиоканала в сигнальныхсообщениях .
Время отсутствия мультимедиа, сек — время, в течение которого отсутствие RTP потока отшлюза не воспринимается как его недоступность. По истечении данного интервала вызов будетзавершен.
SIP:
Параметры передачи DTMF — механизм передачи DTMF в SIP. Значения: RFC 2833, SIPINFO.
Разрешить SIP REDIRECT — флажок, разрешающий/ запрещающий выполнять переадресациюпри получении от шлюза сообщения SIP 302.
Параметры приема DTMF — раскрывающийся список, определяющий, какие режимы передачиDTMF следует воспринимать. Параметр задается отдельно для SIP и H.323. Значения: Любойметод и Любой метод кроме RFC 2833.
H.323:
Туннелирование — флажок, определяющий, следует ли использовать туннелирование в H.323.
FastStart на этапе сигнализации — флажок, определяющий, следует ли использоватьпроцедуру FastStart при поступлении вызова на данный шлюз и следует ли разрешать FastStart вслучае, если шлюз является инициатором.
Открыть канал H.245 по — раскрывающийся список, определяющий сообщение, в которомнужно запрашивать открытие канала H.245. Значения: callproceeding, connect, alerting.
Панель Внешняя регистрация
На этой панели задаются настройки регистрации РТУ на данном шлюзе.
Subscriber Logic
Стр. 52
Регистрация на регистраторе — флажок, управляющий данной функциональностью.
Имя сервера — строка для формирования доменной части всех SIP-URI в отправляемых запросахна регистрацию.
Рег. имя — регистрационное имя, которое РТУ будет отправлять при регистрации.
Пароль — пароль, который будет использоваться при регистрации.
Порт — порт, на который будет отправляться запрос на регистрацию.
Время действия — время в секундах, через которое необходимо выполнять keep-aliveперерегистрацию.
Интервал повторных попыток, сек — время в секундах, через которое будет произведенаповторная попытка перерегистрации при неудаче.
Статус — текущий статус регистрации.
Панель Группы
Данная панель позволяет указать, в каких группах состоит шлюз. Выбор групп осуществляетсясредствами стандартного элемента интерфейса РТУ МОА «Выбор групп».
Панель Преобразование номеров
Данные параметры определяют правила преобразования А и Б номеров и их параметров дляслучаев, когда данный шлюз является источником вызова и когда – адресатом вызова.
Каждое созданное правило представляется в виде строки в таблице.
Для каждого правила доступны следующие параметры:
Приоритет — определяет порядок обработки правил. Чем больше число, тем раньше правилобудет обработано.
Вкл. — флажок, определяющий, активно ли правило в данный момент.
Номер — два раскрывающихся списка, определяющих номер, подлежащий преобразованию:
Входящий А-номер — А-номер звонка от шлюза либо содержимое колонки Diversion;
Входящий Б-номер — Б-номер звонка от шлюза;
Исходящий А-номер — А-номер звонка на шлюз либо содержимое колонки Diversion;
Исходящий Б-номер — Б-номер звонка на шлюз.
Совпадение — регулярное выражение, под которое должен подходить номер для выполненияпреобразования.
Замена — регулярное выражение, определяющее преобразование номера.
Результат — регулярное выражение, определяющее результирующее значение номера.
Тип номера (совпадение/замена) – в верхнем раскрывающемся списке указывается тип номера,который требуется изменить (пусто — для неизвестного типа), в нижнем — значение, на котороенужно изменить тип номера.
План нумерации (совпадение/замена) — аналогично типу номера.
Также доступны дополнительные параметры преобразования номеров:
Группа алиасов внешней нумерации — группа алиасов, позволяющая задать преобразованиеА-номера для звонка от шлюза и преобразование Б-номера для звонка на шлюз.
Группа алиасов внутренней нумерации — группа алиасов, позволяющая задатьпреобразование Б-номера для звонка от шлюза и преобразование А-номера для звонка на шлюз.
Обработка номера переадресующего абонента — при поступлении вызова на данный шлюз,данный раскрывающийся список определяет положение А-номера и исходящего заголовкаDiversion. Крайне не рекомендуется изменять значение по умолчанию. Значения:
Номер инициатора — в А-номер: А-номер останется без изменения, Diversion переданыне будут;
Subscriber Logic
Стр. 53
Номер инициатора — в А-номер, номер переадресующего — в Diversion: все значенияостанутся без изменений;
Номер инициатора — в Diversion, номер переадресующего — в А-номер: А-номер иверхний Diversion поменяются местами;
Номер переадресующего — в А-номер: А-номер теряется, вместо него передаетсяверхний Diversion.
Панель Категории
Данные параметры позволяют указать правила работы с категориями вызовов (Calling PartyCategory), в которых участвует данный шлюз.
ИНИЦ. Категория вызывающей стороны — раскрывающийся список, позволяющий выбратькатегорию вызова, который инициируется от имени данного шлюза. Если значение не выбрано,категория не меняется.
ТЕРМ. Выбор категорий выз. стороны для замены: в правом окне перечислены категории,которые при поступлении вызова на данный шлюз должны быть заменены, в левом окне — вседоступные.
ТЕРМ. Метод передачи категории выз. стороны — раскрывающийся список, позволяющийуказать, каким методом категория вызова должна быть записана в отправляемые пакеты призавершении вызова. Значения: Нет (не записывать), SIP ISUP OLI, SIP CPC, SIP Category, SIPCPC Rus, SIP CPC numeric.
ТЕРМ. Замена выбранных категорий выз. стороны: раскрывающийся список, определяющий,какую категорию нужно установить вызову, поступающему на данный шлюз, если текущая егокатегория является одной из выбранных в пункте «ТЕРМ. Выбор категорий выз. стороны длязамены».
Вкладка Аудиофайлы кодов разъединения
см. Аудиофайлы
Маршруты6.4
Предмаршрутизация6.4.1
Предмаршрутизация позволяет выполнить преобразования параметров вызова до поискамаршрута. В таблице «Предмаршрутизация» представлены все правила преобразования. Втабличном режиме можно редактировать только приоритет каждого из правил (чем больше число,тем раньше правило обрабатывается).
При добавлении или редактировании нового правила доступны описанные ниже параметры.
Панель Общие настройки
Включить — флажок, определяющий, активно ли данное правило. Если флажок сброшен,правило не используется.
Имя маршрута — произвольная строка.
Тип инициатора — раскрывающийся список, определяющий к какому типу должен принадлежатьвладелец звонка, чтобы использовалась данное правило. Возможные значения: Любой, Шлюз,Абонент.
Инициатор — в случае если тип инициатора — шлюз, в данном раскрывающемся списке можноуказать конкретный шлюз, для которого будет выполняться это правило. Также доступнозначение <Any> – любой шлюз.
Команда — операция, выполняемая данным правилом. Возможные значения:
Алиас — правило выполняет преобразование Б-номера по правилам одной из групп алиасов,настроенных для инициатора;
Subscriber Logic
Стр. 54
Получение идентификатора терминала — правило выделяет из Б-номера часть,определяющую номер терминала абонента, имеющего несколько терминалов, сохраняет ееи удаляет из номера;
Приоритетный алиас — правило выполняет преобразование Б-номера по правиламзаданной группы алиасов либо приоритетной группы алиасов инициатора вызова;
Продолжить — производит преобразование параметров звонка и переход к следующейзаписи.
Группа алиасов — раскрывающийся список, который для правила типа «Приоритетный алиас»позволяет явно указать группу алиасов, в рамках которой нужно производить преобразованиеномера.
Аргумент — раскрывающийся список, позволяющий для правила типа «Алиас» выбирать нужнуюгруппу алиасов инициатора.
Подставлять реальный А-номер — флажок, определяющий при алиасных преобразованияхнужно ли сохранять реальный А-номер или он должен быть изменен по правилам группы алиасов.
Остановиться после этой записи — флажок, активный только для команд «Продолжить» и«Получение индентификатора терминала». Позволяет в случае успешного преобразованияпрекратить предмаршрутизацию и перейти к маршрутизации. Для алиасных преобразований такаяостановка выполняется всегда.
Панель Настройки маршрутизации
Параметры, общие для всех команд:
Совпадение А-номера — регулярное выражение, определяющее, каким должен быть А-номердля применения данного правила.
Совпадение Б-номера — регулярное выражение, определяющее, каким должен быть Б-номердля применения данного правила.
Для алиасных команд все остальные параметры из данной секции игнорируются.
Для команды «Продолжить»:
А-номер, замена — регулярное выражение, позволяющее выполнять преобразование А-номера.
А-номер, результат — выражение, определяющее результирующий А-номер.
Б-номер, замена — регулярное выражение, позволяющее выполнять преобразование Б-номера.
Б-номер, результат — выражение, определяющее результирующий Б-номер.
Для команды «Определение идентификатора терминала»
Замена Б-номера — регулярное выражение, позволяющее выполнять преобразование Б-номера.
Результирующий Б-номер и результирующий ID терминала — параметры, определяющие,какие части номера будут использоваться для дальнейшей маршрутизации, а какие — для поискатерминала вызываемого абонента.
Панель Группы
Позволяет выбрать список групп доступа, в одной из которых (по меньшей мере) долженсостоять инициатор вызова. Выбор групп осуществляется посредством стандартного элементаинтерфейса РТУ МОА Выбор групп.
Панель Расписание
Позволяет указать время, в которое активно данное правило. Для создания элементов расписанияиспользуется кнопка «Добавить». В появившейся строке:
Время — флажок, определяющий, нужно ли делать ограничение по времени действия. Рядом сфлажком расположены два текстовых поля для ввода интервала активности в формате ЧЧ:ММ.
Дни — флажок, определяющий, нужно ли делать ограничение по дням недели. Рядом с флажкомрасположена кнопка для выбора разрешенных дней недели.
Subscriber Logic
Стр. 55
Панель Категории вызывающей стороны
Данные параметры позволяют указать, для каких категорий вызов (Calling Party Category) должновыполняться данное правило, а также изменить категорию вызова.
Разрешенные категории — в правом окне расположены категории, для которых данное правилоактивно, в левой — все доступные.
Запрещенные категории — в правом окне расположены категории, для которых данное правилонеактивно, в левой — все доступные.
Преобразование категории выз. абонента — раскрывающийся список, который позволяетуказать категорию, которую будет иметь вызов после прохождения данного вызова. Еслизначение не выбрано, категория не изменится.
Панель Параметры транзита
Данные параметры позволяют указать отдельные значения некоторых атрибутов вызова, прикоторых данное правило активно, а также изменить их.
Разрешенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер вызова, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер вызова, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Разрешенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер вызова, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер вызова, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Заменить тип вызывающ. номера на — раскрывающийся список, позволяющий заменить типА-номера на заданное значение. Значения: «Same as for incoming leg» – оставить без изменения,прочее — установить в указанное значение.
Заменить тип вызываем. номера на — раскрывающийся список, позволяющий заменить тип А-номера на заданное значение. Значения: «Same as for incoming leg» – оставить без изменения,прочее — установить в указанное значение.
Разрешенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь вызов, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Запрещенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь вызов, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Заменить знач. Screening Indicator на — раскрывающийся список, позволяющий указать новоезначение Screening Indicator после применения данного правила. При выборе «Same as forincoming leg» значение останется неизменным.
Заменить план нумерации вызывающего на — раскрывающийся список, позволяющийуказать новое значение плана нумерации (numbering plan) А-номера после применения данногоправила. При выборе «Same as for incoming leg» значение останется неизменным.
Заменить план нумерации вызываемого на — раскрывающийся список, позволяющий указатьновое значение плана нумерации (numbering plan) Б-номера после применения данного правила.При выборе «Same as for incoming leg» значение останется неизменным.
Заменить знач. Presentation Indicator на — раскрывающийся список, позволяющий указатьновое значение Presentation Indicator после применения данного правила. При выборе «Same asfor incoming leg» значение останется неизменным.
Subscriber Logic
Стр. 56
Маршрутизация6.4.2
На этапе маршрутизации по полученному в результете преобразований вызываемому номеруопределяется адресат вызова. В табличном режиме можно редактировать только приоритеткаждого из правил (чем больше число, тем раньше правило обрабатывается).
При добавлении или редактировании нового правила доступны описанные ниже параметры.
Панель Общие настройки
Включить — флажок, определяющий, активно ли данное правило. Если флажок сброшен,правило не используется.
Имя маршрута — произвольная строка.
Тип инициатора — раскрывающийся список, определяющий к какому типу должен принадлежатьвладелец звонка, чтобы использовалась данное правило. Возможные значения: Любой, Шлюз,Абонент.
Инициатор — в случае если тип инициатора — шлюз, в данном раскрывающемся списке можноуказать конкретный шлюз, для которого будет выполняться это правило. Также доступнозначение <Any> – любой шлюз.
Команда — операция, выполняемая данным правилом. Возможные значения:
Вызвать абонента — при использовании данного маршрута Система найдет абонента поидентификатору, равному Б-номеру, и адресует ему вызов. Если такого абонента нет, поискбудет продолжен.
Вызвать домен — при использовании данного маршрута вызов будет передан в другойдомен.
Вызвать шлюз — при использовании данного маршрута вызов будет передан на указанныйшлюз.
Отклонить — при использовании данного маршрута вызов будет отклонен.
Аргумент — раскрывающийся список, позволяющий для правила типа «Вызвать шлюз» и«Вызвать домен» выбирать нужный объект.
Следующая команда — раскрывающийся список, определяющий для команды «Вызватьшлюз», что делать при неудачном дозвоне до шлюза: продолжать перебирать маршруты(значение «Продолжить») или завершить вызов (значение «Отклонить»).
RADIUS-авторизация маршрута — флажок, определяющий, должен ли звонок через данныймаршрут быть авторизован на RADIUS-сервере. Срабатывает только в том случае, еслианалогичная настройка сделана на странице RADIUS.
Учет через RADIUS-сервер – флажок, определяющий, должен ли при звонке через данныймаршрут выполняться учет на RADIUS-сервере. Срабатывает только в том случае, еслианалогичная настройка сделана на странице RADIUS.
СОРМ. Отбивать как по неполному номеру — флажок, определяющий, нужно ли длямаршрута с типом «Отклонить» передавать на СОРМ-пульт код разъединения «Набран неполныйномер».
Панель Настройки маршрутизации
Совпадение А-номера — регулярное выражение, определяющее, каким должен быть А-номердля применения данного правила.
Совпадение Б-номера — регулярное выражение, определяющее, каким должен быть Б-номердля применения данного правила.
А-номер, замена (биллинг) — регулярное выражение, позволяющее выполнять преобразованиеА-номера для отправки в пакетах учета RADIUS.
А-номер, результат (биллинг) — выражение, определяющее результирующий А-номер дляотправки в пакетах учета RADIUS.
Б-номер, замена (биллинг) — регулярное выражение, позволяющее выполнять преобразованиеБ-номера для отправки в пакетах учета RADIUS .
Subscriber Logic
Стр. 57
Б-номер, результат (биллинг) — выражение, определяющее результирующий Б-номер дляотправки в пакетах учета RADIUS.
Панель Группы
Позволяет выбрать список групп доступа, в одной из которых (по меньшей мере) долженсостоять инициатор вызова. Выбор групп осуществляется посредством стандартного элементаинтерфейса РТУ МОА Выбор групп.
Панель Расписание
Позволяет указать время, в которое активно данное правило. Для создания элементов расписанияиспользуется кнопка Добавить. В появившейся строке:
Время — флажок, определяющий, нужно ли делать ограничение по времени действия. Рядом сфлажком расположены два текстовых поля для ввода интервала активности в формате ЧЧ:ММ.
Дни — флажок, определяющий, нужно ли делать ограничение по дням недели. Рядом с флажкомрасположена кнопка для выбора разрешенных дней недели.
Панель Категории вызывающей стороны
Данные параметры позволяют указать, для каких категорий вызовов (Calling Party Category)должно выполняться данное правило.
Разрешенные категории – в правом окне расположены категории, для которых данное правилоактивно, в левой — все доступные.
Запрещенные категории — в правом окне расположены категории, для которых данное правилонеактивно, в левой — все доступные.
Панель Параметры транзита
Данные параметры позволяют указать отдельные значения некоторых атрибутов вызова, прикоторых данное правило активно.
Разрешенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер вызова, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер вызова, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Разрешенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер вызова, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер вызова, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Разрешенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь звонок, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Запрещенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь звонок, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Постмаршрутизация6.4.3
Постмаршрутизация позволяет выполнить преобразования параметров вызова после нахождениямаршрута. В таблице «Постмаршрутизация» представлены все правила преобразования. Втабличном режиме можно редактировать только приоритет каждого из правил (чем больше число,тем раньше правило обрабатывается).
Subscriber Logic
Стр. 58
При добавлении или редактировании нового правила доступны описанные ниже параметры.
Включить — флажок, определяющий, активно ли данное правило. Если флажок отключен,правило не используется.
Имя маршрута — наименование маршрута.
Тип инициатора — раскрывающийся список, определяющий к какому типу должен принадлежатьвладелец вызова, чтобы использовалась данное правило. Возможные значения: Любой, Шлюз,Абонент.
Инициатор — в случае если тип инициатора — шлюз, в данном раскрывающемся списке можноуказать конкретный шлюз, для которого будет выполняться это правило. Также доступнозначение <Any> – любой шлюз;
Команда — операция, выполняемая данным правилом. Возможные значения: только«Продолжить» — производит преобразование параметров вызова и переход к следующейзаписи.
Остановиться после этой записи — флажок, позволяющий в случае успешного преобразованияпрекратить постмаршрутизацию и перейти к направлению вызова к адресату.
Панель Настройки маршрутизации
Совпадение А-номера — регулярное выражение, определяющее, каким должен быть А-номердля применения данного правила.
Совпадение Б-номера — регулярное выражение, определяющее, каким должен быть Б-номердля применения данного правила.
А-номер, замена — регулярное выражение, позволяющее выполнять преобразование А-номера.
А-номер, результат — выражение, определяющее результирующий А-номер.
Б-номер, замена — регулярное выражение, позволяющее выполнять преобразование Б-номера.
Б-номер, результат — выражение, определяющее результирующий Б-номер.
Панель Группы
Позволяет выбрать список групп доступа, в одной из которых (по меньшей мере) долженсостоять инициатор вызова. Выбор групп осуществляется посредством стандартного элементаинтерфейса РТУ МОА Выбор групп.
Панель Расписание
Позволяет указать время, в которое активно данное правило. Для создания элементов расписанияиспользуется кнопка «Добавить». В появившейся строке:
Время — флажок, определяющий, нужно ли вводить ограничение по времени действия. Рядом сфлажком расположены два текстовых поля для ввода интервала активности в формате ЧЧ:ММ.
Дни — флажок, определяющий, нужно ли вводить ограничение по дням недели. Рядом с флажкомрасположена кнопка для выбора разрешенных дней недели.
Панель Категории вызывающей стороны
Данные параметры позволяют указать, для каких категорий вызов (Calling Party Category) должновыполняться данное правило, а также изменить категорию вызова.
Разрешенные категории – в правом окне расположены категории, для которых данное правилоактивно, в левой — все доступные.
Запрещенные категории — в правом окне расположены категории, для которых данное правилонеактивно, в левой — все доступные.
Преобразование категории выз. абонента — раскрывающийся список, который позволяетуказать категорию, к которой будет относиться вызов после прохождения данного правила. Еслизначение не выбрано, категория не изменится.
Subscriber Logic
Стр. 59
Панель Параметры транзита
Данные параметры позволяют указать отдельные значения некоторых атрибутов вызова, прикоторых данное правило активно, а также изменить их.
Разрешенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер вызова, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер вызова, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Разрешенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер вызова, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер вызова, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Заменить тип вызывающ. номера на — раскрывающийся список, позволяющий заменить типА-номера на заданное значение. Значения: «Same as for incoming leg» — оставить без изменения,прочее — установить в указанное значение.
Заменить тип вызываем. номера на — раскрывающийся список, позволяющий заменить тип А-номера на заданное значение. Значения: «Same as for incoming leg» — оставить без изменения,прочее — установить в указанное значение.
Разрешенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь вызов, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Запрещенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь вызов, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Заменить знач. Screening Indicator на — раскрывающийся список, позволяющий указать новоезначение Screening Indicator после применения данного правила. При выборе «Same as forincoming leg» значение останется неизменным.
Заменить план нумерации вызывающего на представлен раскрывающийся список,позволяющий указать новое значение плана нумерации (numbering plan) А-номера послеприменения данного правила. При выборе «Same as for incoming leg» значение останетсянеизменным.
Заменить план нумерации вызываемого на представлен раскрывающийся список,позволяющий указать новое значение плана нумерации (numbering plan) Б-номера послеприменения данного правила. При выборе «Same as for incoming leg» значение останетсянеизменным.
Заменить знач. Presentation Indicator на — раскрывающийся список, позволяющий указатьновое значение Presentation Indicator после применения данного правила. При выборе «Same asfor incoming leg» значение останется неизменным.
Имитация вызова6.5
Имитация6.5.1
Механизм Имитация вызова позволяет получить полный список правил маршрутизации, а такжешлюз или абонента, на который будет направлен вызов, без выполнения реальных вызовов. Приэтом необходимо указать ряд параметров, соответствующих реальным вызовам, например, приуказании А и Б номеров. Механизм имитации очень удобен для настройки и проверки планамаршрутизации. За один раз выполняется имитация только одного вызова, который описываетсярядом обязательных и уточняющих параметров.
Панель Имитация вызова
Subscriber Logic
Стр. 60
Домен – определяет, в каком домене будет имитироваться вызов. Имитация возможна только врамках одного домена, при этом выбор домена по правилам сопоставления не имитируется.
Тип терминала – определяет тип устройства, с которого якобы поступает моделируемый вызов.Источником вызова в системе могут быть только Абонент или Шлюз. В зависимости отвыбранного значения будет изменяться диалог ввода параметров моделируемого вызова.
Выберите шлюз – данный параметр появляется при выборе Шлюз в поле Тип терминала ипредставляет собой перечень шлюзов, заведенных в домене, который указан в поле Домен.
А-номер – данный параметр появляется при выборе Шлюз в поле Тип терминала и представляетсобой поле для ввода номера инициатора, с которым вызов поступает на шлюз.
Номер абонента – данный параметр появляется при выборе Абонент в поле Тип терминала ипредставляет собой поле для ввода номера абонента. Рядом с полем находится пиктограмма, принажатии на которую проверяется, принадлежит ли введенный номер какому-либо абоненту. Поискабонента осуществляется в домене, указанном в поле Домен.
Б-номер – номер вызываемого абонента.
К уточняющим параметрам относятся: Категория, Screening Indicator, типы и планынумерации А и Б номеров. Описание этих параметров см. в описании учетной записи абонентаили шлюза.
Панель Результаты имитации вызова представлена таблицей, в которой каждая строчкаотражает шаги обработки вызова, а в столбцах представлено изменение параметров вызова накаждом шаге.
Имитация вызова выполняется отдельно для каждой логики: для логики «ОС» в разделе SubscriberLogic и для логики ДВО в разделе Service Platform.
Предыдущие имитации6.5.2
В таблице Предыдущие имитации сохранены результаты всех предыдущих имитаций. Просмотршагов, получившихся в ходе имитации, возможен через пиктограмму «Открыть». Использованиеистории имитаций удобно как для моделирования контрольных вызовов после любого измененияправил маршрутизации, так и для ссылки на результат имитации для службы техническойподдержки при обнаружении какой-либо ошибки в алгоритме маршрутизации вызовов.
Абонентские сервисы6.6
Таблица отображения экземпляров абонентских сервисов предназначена для сопоставления именисервиса с номером доступа к сервису и шлюзом (т. е. данный сервис будет выполняться науказанном шлюзе и по указанному номеру).Вкл. – отображает состояние сервиса (включен/выключен).
Ред. – содержит кнопку редактирования созданного экземпляра сервиса.
Имя – название или описание сервиса.
Номер – номер абонентского сервиса на сервисной платформе.
Аргумент – имя шлюза.
Действие – содержит кнопку удаления записи.
Панель Общие настройки
Включить – флажок включения/отключения сервиса.
Имя сервиса – символьное имя, которое будет отображаться в настройках обработки входящеговызова в учетной записи абонента. Должно соответствовать типу сервиса, на который будетперенаправлен вызов.
Шлюз – выбирается из списка всех шлюзов домена. Выбранный шлюз должен вести на логикуДВО.
Номер – номер абонентского сервиса на сервисной платформе.
Subscriber Logic
Стр. 61
Панель Группы
Данная панель позволяет указать, в каких группах находится абонентский сервис. Выбор группосуществляется средствами стандартного элемента интерфейса РТУ МОА «Выбор групп».Абонент, который использует созданный абонентский сервис, и сам абонентский сервис должныиметь хотя бы одну общую группу.
Панель Настройки многотерминальности домена
Используется для указания номера ДВО «Многотерминальность» на Сервисной платформе ивыбора шлюза перехода на Сервисную платформу, на которой создается этот ДВО.
Параметры:
Номер – номер ДВО «Многотерминальность» (Multiterminal) на Сервисной платформе.
Шлюз выбирается из списка всех шлюзов домена. Выбранный шлюз должен вести на Сервиснуюплатформу.
СОРМ6.7
Страница СОРМ предназначена для задания параметров сопряжения РТУ МОА со средствамиСОРМ (СОРМ-шлюзом). Подробнее о настройке модуля СОРМ см. документ Подключение кСОРМ-Шлюзу.
Мониторинг6.8
Страница Мониторинг служит для просмотра текущих соединений, обслуживаемых РТУ МОА, ипредлагает средства для принудительного завершения отдельных участков (входящего илиисходящего) вызова. Мониторинг соединений осуществляется на каждом модуле отдельно, т. е. вразделе Subscriber Logic для просмотра вызовов на логике «ОС», в разделе Service Platformдля просмотра вызовов на Сервисной платформе.
На странице находится фильтр для поиска вызовов, а также таблица активных звонков(конференций).
Для поиска вызова в таблице используется фильтр со следующими аргументами поиска:
Домен – домен инициатора вызова.Номер абонента – телефонный номер вызывающего абонента (шлюза).
Таблица активных звонков содержит следующие поля:
Домен – домен оригинатора вызова.Начало вызова – время начала вызова.Длительность – продолжительность соединения.Направление Имя (номер) – имена и номера сторон-участниц соединения с индикациейвходящего (incoming) и исходящего (outgoing) участков соединения.Действие содержит кнопку прерывания соединения.
Service Platform
Стр. 62
Service Platform7
Конфигурация7.1
Панель Настройки будильника
Позволяет задать следующие параметры функции «Будильник»:
Длительность вызова – период времени, в течение которого телефон абонента будет звонить.
Количество повторений – количество повторных вызовов, которые РТУ МОА сделает на номерабонента в случае неудачной попытки дозвониться.
Интервал между повторениями – период времени между вызовами РТУ МОА.
Повторение воспроизведения – количество раз, которое приложение будет воспроизводитьзаданные абонентом аудиофайлы.
Учитывать настройки абонента при дозвоне на него – см. описание в пункте Обратный вызов.
Панель Настройки уведомлений голосовой почты
Шаблон темы сообщения и Шаблон тела сообщения – шаблоны для темы и текстаэлектронного письма, которым абонент Системы будет уведомлен о входящем голосовомсообщении.
В шаблонах можно использовать следующие макроопределения:
[UserName] – имя получателя сообщения;
[UserPhoneNumber] – телефон получателя сообщения;
[SenderName] – имя отправителя голосового сообщения;
[SenderPhoneNumber] – телефон отправителя сообщения.
Кол-во попыток вызова – число попыток дозвона.
Интервал между попытками – интервал между попытками вызова в секундах.
Панель Другие настройки
Номер-инициатор для сервиса ‘Обратный вызов’ – номер, заданный в данном поле, будетиспользоваться в качестве вызывающего номера при заказе услуги «Обратный вызов» из-зашлюза абонентом, не являющимся абонентом системы.
‘Следуй за мной’. Минимальная продолжительность успешного звонка, сек. – позволяетуказать минимальную продолжительность вызова в секундах, при которой он считаетсяуспешным.
RADIUS7.2
Данная страница содержит общие настройки взаимодействия сервиса «Карточная платформа» РТУМОА с RADIUS-сервером. Дополнительные настройки взаимодействия сервиса с RADIUSпривязаны к записям самих сервисов. На странице можно задать все основные параметрывзаимодействия, сформировать состав отправляемых пакетов и указать, как РТУ МОА долженобрабатывать ответы от RADIUS-сервера.
Панель Общие настройки
Включить – флажок, определяющий, нужно ли РТУ МОА взаимодействовать с RADIUS-сервером. При выключении перестают действовать любые настройки, касающиеся RADIUS-сервера, как на этой странице, так и на других.
Ключ шифрования – строка, используемая для шифрования пакетов. Такое же значение должноуказываться в настройках самого RADIUS-сервера.
Service Platform
Стр. 63
Количество попыток передачи данных – количество попыток повторной отправки пакетов наRADIUS-сервер, прежде чем сервер будет считаться недоступным. Значение по умолчанию – 2.
Интервал между попытками, сек – время в секундах, в течении которого РТУ МОА будетожидать ответа на отправленный пакет, прежде чем выполнит повторную отправку. Значение поумолчанию – 3.
Интервал между промежуточными сообщениями – время в секундах между отправляемымипромежуточными пакетами учета (RadiusAccounting Interim). Значение по умолчанию – 3.
Тип сервиса – значение атрибута Service-Type (код 6), отправляемого во всех пакетах(Аутентификации и учета). Значение по умолчанию – 2. Варианты значений см. в RFC 2865, п. 5.6.
Атрибут “Framed protocol” – значение атрибута Framed-Protocol (код 7), отправляемого впакетах аутентификации. Значение по умолчанию – 1. Варианты значений см. в RFC 2865, п. 5.7.
IP-адрес NAS – IP-адрес, значение используется для заполнения атрибута h323-remote-address впакетах учета типа Answer, для заполнения атрибута h323-gw-address в пакетах учета типаOriginate, а также участвует в формировании атрибута Digest-URI, применяемого при цифровойаутентификации (см. RFC 4590).
Часовой пояс – раскрывающийся список для выбора часового пояса, в соответствии с которымбудут преобразованы все значения времени, передаваемые в пакетах.
Принудительное прерывание вызова – флажок, определяющий, должен ли РТУ МОАзавершить вызов, если был получен негативный ответ (AccountingReject) на отправленный пакетучета.
Отправлять Accounting Start/Stop — флажок, определяющий, разрешено ли использовать учетчерез RADIUS-сервер. Раскрывающийся список позволяет указать, для каких участков вызоваразрешено использование пакетов учета:
«Обоих участков» – будут отправляться две пары пакетов учета (Start и Stop), одна дляучастка звонка «Инициатор-МОА», вторая — для участка «МОА-Терминатор».
«Исход. участка» – будет отправляться пара пакетов учета только для участка «МОА-Терминатор».
«Вход. участка» – будет отправляться пара пакетов учета только для участка «Инициатор-МОА». Эта настройка только разрешает использование учета, для использованияфункциональности нужно также включить соответствующий флажок в настройках абонента,шлюза или маршрута.
Отправлять промежуточные пакеты — при использовании учета через RADIUS-сервер данныйфлажок позволяет включить отправку промежуточных (Interim) пакетов учета.
Присоединить поле h323-call-id — флажок, определяющий, нужно ли добавлять в пакетыаутентификации и учета для звонка VS-атрибут h323-call-id, содержащий идентификатор вызова вформате CISCO.
Отправлять ID домена – флажок, определяющий, должен ли РТУ МОА добавить идентификатордомена в пакеты аутентификации и учета при формировании значения атрибута UserName. Приэтом значение атрибута будет иметь вид <авторизационное имя><разделитель><идентификатордомена>. Авторизационное имя указывается в настройках абонента или шлюза, разделительвыбирается из раскрывающегося списка.
Разделитель дробной части в записи денежной суммы – символ, используемый дляотделения дробной части в записи денежной суммы.
Использовать номер перенаправления – флажок позволяет включить поле h323-redirect-number в сообщения Access-Accept. Данное поле несёт информацию о том, какой номертелефона РТУ МОА следует использовать в качестве вызываемого номера на исходящем участкевызова
Отправлять дополнительные поля — флажок, определяющий, должен ли РТУ МОА приформировании пакетов аутентификации и учета добавлять в них специфичные атрибуты. Списокдобавляемых атрибутов:
xpgk-remote-id: номер или имя удаленной стороны;
xpgk-remote-type: тип удаленной стороны (User или Gateway);
xpgk-remote-ip: адрес удаленной стороны;
Service Platform
Стр. 64
xpgk-domain-id: идентификатор домена, в котором проходит вызов;
xpgk-owner-id: номер или имя «владельца» вызова;
xpgk-owner-type: тип владельца вызова (User или Gateway).
Всегда отправлять Accounting Stop — флажок, определяющий, следует ли отправлять пакетучета типа Stop, если вызов не был установлен.
Панель Адреса сервера
Позволяет указать адреса используемых RADIUS-серверов. При указании нескольких пар адресовпо умолчанию будет использоваться первая. Последующие будут использоваться принедоступности RADIUS-сервера по первой указанной паре адресов.
Аутентификация — IP-адрес и порт, которые будут использоваться для отправки пакетоваутентификации (AccessRequest).
Учет — IP-адрес и порт, которые будут использоваться для отправки пакетов учета(AccountingRequest).
Панель Локальные адреса
Позволяет указать адреса и порты, которые будет использовать РТУ МОА для получения ответовот RADIUS-сервера. Должны содержать адреса интерфейсов сервера, на котором установленалогика «ОС» РТУ МОА и незанятые на этом сервере UDP-порты.
Панель Сообщения
Позволяет указать голосовые сообщения, которые будут проиграны звонящему при получении отRADIUS-сервера негативного ответа. Можно указать набор сообщений для разных кодов.
Для добавления нового кода используется кнопка «Добавить». При этом появляется новаястрока в таблице Голосовые сообщения кодов разъединения.
Вкл. — флажок, определяющий, нужно ли использовать эту запись.
Код — значение атрибута h323-return-code или Reply-Message, который также может содержатьатрибут h323-return-code в перечислении, из пакета AccessReject. При получении значенияСистема воспроизводит заданные сообщения.
Описание — произвольная текстовая строка.
Аудиофайлы — нажмите кнопку, чтобы указать аудиофайл или список аудиофайлов дляпроигрывания при получении данного кода, в появившемся окне можно выбрать списокаудиофайлов средствами стандартного элемента интерфейса РТУ МОА «Аудиофайлы».
Определение доменов7.3
Параметры данного раздела аналогичны параметрам раздела Subscriber Logic -> Определениедоменов.
Шлюзы7.4
Панель Общие настройки
Включить — флажок, определяющий, активна ли в данный момент запись.
Имя шлюза — имя или описание шлюза.
Роль — раскрывающийся список, определяющий назначение шлюза. Выбор различных значенийопределяет механизмы использования шлюза логикой РТУ МОА, а также устанавливает рядпараметров в наиболее подходящие для данной роли значения.
Возможные значения:
Service Platform
Стр. 65
Пусто — шлюз во внешнюю сеть;
Абонентская логика — логика «ОС».
Тип сервиса для биллинга — поле ввода, используемое для заполнения атрибута xpgk-service-type в пакетах учета RADIUS с типом Originate.
Принимать отображаемое имя — флажок, определяющий, следует ли использовать полученноеотображаемое имя. Если нет, считается, что отображаемое имя отсутствует.
Отправлять отображаемое имя — флажок, определяющий, следует ли отправлятьотображаемое имя при поступлении вызова на шлюз.
Доверять полученным Diversion’ам — флажок, определяющий, что шлюз являетсядоверенным и информации о произошедших переадресациях, полученной от него, можнодоверять.
Отправлять поле Diversion во внутреннем формате — флажок, определяющий, нужно лииспользовать специализированный метод формирования заголовков Diversion для передачи наплатформу ДВО.
Принимать P-Served-User – позволяет включить/отключить прием идентификатора сервиса всообщениях.
Отправлять P-Served-User – позволяет включить/отключить отправку идентификатора сервисав сообщениях.
Проигрывать аудиофайл, если шлюз — инициатор — флажок, определяющий, нужно ливоспроизводить сообщения об ошибках в случае, если шлюз является инициатором вызова. Самопроигрываемое сообщение в этом случае определяется многими факторами и от настроек данногошлюза не зависит.
Проигрывать аудиофайл иницирующей стороне, если шлюз — терминатор — флажок,определяющий, нужно ли формировать и проигрывать сообщение об ошибке инициатору в случае,если при поступлении вызова на шлюз происходит ошибка. Сообщение об ошибке определяетсявкладкой «Аудиофайлы кодов разъединения» и настройками аудиофайлов в домене.
Надежный вызывающий номер — флажок, позволяющий использовать полученный IDабонента (AOH) для аутентификации абонента в сервисах «Прямой внутрисистемный доступ» и«Удалённый доступ к учётной записи абонента».
Осуществлять контроль состояния абонентов — флажок, определяющий, что через данныйшлюз должна выполняться подписка (SUBCRIBE) на состояния абонентов.
Панель Авторизационные данные
Авторизац. имя — имя пользователя, которое должен прислать шлюз в случае, если онрегистрируется или выполняет подписку (SUBSCRIBE). Также данное значение используется длязаполнения атрибута UserName в RADIUS-пакетах в случаях, когда данный шлюз выступает какинициатор.
Пароль — пароль регистрации или подписки. Используется при авторизации запросов нарегистрацию или подписку от шлюза и при формировании атрибута UserPassword в пакетахRADIUS.
Описание кнопки Сгенерировать пароль см. здесь.
Панель Настройки RADIUS
Учет через RADIUS-сервер – позволяет включить учет звонков на RADIUS-сервере от этогошлюза или этому шлюзу.
RADIUS-аутентификация при регистрации – позволяет включить RADIUS-аутентификациюшлюза при регистрации.
RADIUS-авторизация вызываем.номера – позволяет включить авторизацию номера призвонках с этого шлюза.
Панель Терминал
Настройки регистрации:
Service Platform
Стр. 66
Регистрация — раскрывающийся список, определяющий возможность регистрации для шлюза.Возможные значения: «Запрещена» – шлюз не может регистрироваться; «Разрешена» – шлюзможет работать как с регистрацией, так и без нее, «Обязательная» – шлюз должен бытьзарегистрирован.
Время действия — время в секундах, через которое должна происходить keep-aliveперерегистрация.
Проверка IP-адреса — флажок, определяющий, должна ли осуществляться проверка IP-адреса, скоторого происходит регистрация, и адреса, указанного в настройках шлюза.
IP-адрес — адрес шлюза.
IP-порт — порт для терминации на шлюз.
Основные параметры:
Тип — протокол, на котором работает шлюз. Возможные значения — SIP, H.323 и Внутренний.
Емкость терм. уст-ва — максимальное количество одновременных звонков, которые могутбыть приняты шлюзом.
Емкость иниц. уст-ва — максимальное количество одновременных звонков, которые могутбыть инициированы данным шлюзов.
Общая емкость уст-ва — максимальное количество одновременных звонков через данныйшлюз.
ТЕРМ. Механизм конфиденциальности в SIP — раскрывающийся список, определяющиймеханизм передачи информации о конфиденциальности (Privacy) в протоколе SIP. Варианты —Cisco Remote-Party-ID и RFC 3325 – P-Asserted-ID.
Отключить передачу Privacy – если выбрано значение Нет, поля Presentation Indicator иScreening Indicator в исходящих вызовах по протоколам H.323 и SIP будут удалены. Дляпроткола OKC7 (SS7) поле Presentation Indicator принимает значение Presentaton Allowed.
Аутентификация определяет, нужно ли выполнять аутентификацию шлюза, если он являетсяинициатором, при каждом вызове. Возможные значения:
Отключена – аутентификация не выполняется;
Всегда – аутентификация выполняется при каждом вызове;
Нет регистрации – аутентификация выполняется при каждом вызове только в том случае,если шлюз не зарегистрирован.
Терминал за NAT — раскрывающийся список, определяющий механизм работы РТУ МОА сустройствами для NAT. Значения: «Нет» – работа с устройством происходит как для случаяотсутствия NAT; «Автоопределение» – РТУ попытается самостоятельно определить наличиеNAT и работать соответствующим образом; «Да» – работа с устройством форсированно ведетсякак для случая наличия NAT.
Упреждающий CONNECT — флажок, определяющий, нужно ли отправлять устройствусообщение CONNECT в случае, если требуется проигрывание сообщения до соединения.Необходим для тех устройств, которые до соединения не принимают и не проигрывают медиа.
Зона — зона шлюза.
Флаги конфигурации ПКом – параметр, позволяющий настраивать функционированиеприложения применительно к особенностям абонентского оборудования (шлюза). Значение –битовая маска, задаваемая числом в шестнадцатеричном формате.
Доверенный узел — флажок, определяющий можно ли передавать шлюзу конфиденциальнуюинформацию об инициаторе.
Группа балансировки — строка, являющаяся адресом шлюза для шлюзов с протоколом«Внутренний».
Медиа-параметры:
Политика проксирования — раскрывающийся список, определяет механизм передачимедиапотоков между вызывающим и вызываемым номерами.
Service Platform
Стр. 67
Значения:
Проксировать – весь медиапоток проходит через модули обработки медиа подсистемыкоммутации;
Прямое медиасоединение – по возможности передача медиапотока происходит напрямуюмежду вызываемым и вызывающим номерами, при невозможности — проксирование;
Прямое медиасоединения после CONNECT – до установления соединения медиапотокипередаются в режиме проксирования, а после соединения по возможности происходитпереключение на прямое соединение.
Политика передачи изменений в кодеках — раскрывающийся список, определяющий реакциюРТУ МОА на переключение кодеков данным шлюзом во время вызова. Возможные значения:Передавать изменения типа медиаданных, Адаптивный режим с расширением,Адаптивный режим с ограничением, Передавать все изменения.
Группа аудиокодеков — раскрывающийся список, определяющий группу аудиокодеков,разрешенных для использования данному шлюзу.
Группа видеокодеков — раскрывающийся список, определяющий группу видеокодеков,разрешенных для использования данному шлюзу. Если передача видео не предполагается,параметр настраивать не требуется.
Использовать только один кодек – если флажок отмечен, то для передачи медиапотока вовремя вызова от РТУ на удаленную сторону используется только кодек с наибольшимприоритетом, передача медиа на других кодеках, указанных в конфигурации медиаканала, не будетосуществляться.
Разрешить T.38 — флажок, определяющий разрешено ли использование кодека T.38 дляпередачи факсов.
Переключение на G.711 — раскрывающийся список, определяющий, каким образом РТУ МОАдолжен трактовать попытку переключения на кодек G.711 со стороны шлюза: «Как голос» и«Как факс».
Эмулировать КПВ — флажок, определяющий необходимость передачи КПВ в сторону шлюза,если он является инициатором. При включенном флажке РТУ будет либо передавать КПВ отвызываемой стороны, либо генерировать свой, в зависимости от настроек и поведениявызываемой стороны.
КПВ вызывающему позволяет управлять передачей звуковых сообщений с оборудованиявызываемого абонента (или шлюза) в предответном состоянии. Данная настройка применяется вслучаях, когда абонент/шлюз выступают в качестве вызываемой стороны. Возможные значения:
Не передавать – передача каких-либо звуковых сообщений в предответном состоянии соборудования данного абонента (или шлюза) запрещена.
От вызываемого – станция передает звуковое сообщение в предответном состоянии отвызываемого абонента (или шлюза).
Всегда от вызываемого – станция передает звуковое сообщение от вызываемой сторонынезависимо от того, получены от нее параметры голосового канала или нет. Данное значениенеобходимо использовать в случае, если оборудование вызываемой стороны воспроизводитаудиосообщения до соединения, не сообщая при этом о наличии аудиоканала в сигнальныхсообщениях .
Время отсутствия мультимедиа, сек — время, в течение которого отсутствие RTP потока отшлюза, не воспринимается как его недоступность. По истечении данного интервала вызов будетзавершен.
SIP:
Параметры передачи DTMF — механизм передачи DTMF в SIP. Значения: RFC 2833, SIPINFO.
Разрешить SIP REDIRECT — флажок, определяющий, разрешено ли выполнять переадресациюпри получении от шлюза сообщения SIP 302.
Параметры приема DTMF — раскрывающийся список, определяющий, какие режимы передачиDTMF следует воспринимать. Параметр задается отдельно для SIP и H.323. Значения: Любой
Service Platform
Стр. 68
метод и Любой метод кроме RFC 2833.
H.323:
Туннелирование — флажок, определяющий, следует ли использовать туннелирование в H.323.
FastStart на этапе сигнализации — флажок, определяющий, следует ли использоватьпроцедуру FastStart при поступлении вызова на данный шлюз и следует ли разрешать FastStart вслучае, если шлюз является инициатором.
Открыть канал H.245 по — раскрывающийся список, определяющий сообщение, в которомнужно запрашивать открытие канала H.245. Значения: callproceeding, connect, alerting.
Панель Внешняя регистрация
Данная панель позволяет установить настройки регистрации РТУ на данном шлюзе.
Регистрация на регистраторе — флажок, управляющий данной функциональностью.
Имя сервера — строка для формирования доменной части всех SIP-URI в отправляемых запросахна регистрацию.
Рег. имя — регистрационное имя, которое РТУ будет отправлять при регистрации.
Пароль — пароль, который будет использоваться при регистрации.
Порт — порт, на который будет отправляться запрос на регистрацию.
Время действия — время в секундах, через которое необходимо выполнять keep-aliveперерегистрацию.
Интервал повторных попыток, сек — время в секундах, через которое будет произведенаповторная попытка перерегистрации при неудаче.
Статус — текущий статус регистрации.
Панель Преобразование номеров
Данные параметры определяют правила преобразования А и Б номеров и их параметров припоступлении вызова на данный шлюз и для случая, когда данный шлюз является инициатором.
Каждое созданное правило представляется в виде строки в таблице.
Для каждого правила доступны следующие параметры:
Приоритет — определяет порядок обработки правил. Чем больше число, тем раньше правилобудет обработано.
Вкл. — флажок, определяющий, активно ли правило в данный момент.
Номер — два раскрывающихся списка, определяющих номер, подлежащий преобразованию:
Входящий А-номер — А-номер звонка от шлюза, либо содержимое заголовка Diversion;
Входящий Б-номер — Б-номер звонка от шлюза;
Исходящий А-номер — А-номер звонка на шлюз, либо содержимое заголовка Diversion;
Исходящий Б-номер — Б-номер звонка на шлюз.
Совпадение — регулярное выражение, под которое должен подходить номер для выполненияпреобразования.
Замена — регулярное выражение, определяющее преобразование номера.
Результат — регулярное выражение, определяющее результирующее значение номера.
Тип номера (совпадение/замена). В верхнем раскрывающемся списке — тип номера, которыйтребуется изменить (пусто — для неизвестного типа), в нижнем — значение, на которое нужноизменить тип номера.
План нумерации (совпадение/замена) — аналогично типу номера.
Также доступны дополнительные параметры преобразования номеров:
Группа алиасов внешней нумерации — группа алиасов, позволяющая задать преобразование
Service Platform
Стр. 69
А-номера для вызова от шлюза и преобразование Б-номера для вызова на шлюз.
Группа алиасов внутренней нумерации — группа алиасов, позволяющая задатьпреобразование Б-номера для звонка от шлюза и преобразование А-номера для звонка на шлюз.
Обработка номера переадресующего абонента — при поступлении вызова на данный шлюз вэтом раскрывающемся списек определяется положение А-номера и исходящего заголовкаDiversion. Крайне не рекомендуется изменять значение по умолчанию. Значения:
Номер инициатора — в А-номер: А-номер останется без изменения, Diversion переданыне будут;
Номер инициатора — в А-номер, номер переадресующего — в Diversion: Все значенияостанутся без изменений;
Номер инициатора — в Diversion, номер переадресующего — в А-номер: А-номер иверхний Diversion поменяются местами;
Номер переадресующего — в А-номер: А-номер теряется, вместо него передаетсяверхний Diversion.
Панель Категории
Данные параметры позволяют указать правила работы с категориями вызовов (Calling PartyCategory), в которых участвует данный шлюз.
ИНИЦ. Категория вызывающей стороны — раскрывающийся список, позволяющий выбратькатегорию для вызова, который инициируется от имени данного шлюза. Если значение не выбрано,категория не меняется.
ТЕРМ. Выбор категорий выз. стороны для замены: в правом окне перечислены категории,которые при поступлении вызова на данный шлюз должны быть заменены, в левом окне — вседоступные.
ТЕРМ. Метод передачи категории выз. стороны — раскрывающийся список, позволяющийуказать, каким методом категория вызова должна быть записана в отправляемые пакеты призавершении вызова. Значения: Нет (не записывать), SIP ISUP OLI, SIP CPC, SIP Category, SIPCPC Rus, SIP CPC numeric;
ТЕРМ. Замена выбранных категорий выз. стороны — раскрывающийся список,определяющий, какую категорию нужно установить вызову, который поступает на данный шлюз,если текущая его категория — одна из выбранных в пункте «ТЕРМ. Выбор категорий выз.стороны для замены».
Маршруты7.5
Маршруты определяют путь, по которому будет проходить вызов. В табличном режиме можноредактировать только приоритет каждого из правил (чем больше число, тем раньше правилообрабатывается).
При добавлении или редактировании нового правила доступны описанные ниже параметры.
Панель Общие настройки
Включить — флажок, определяющий активно ли данное правило. Если флажок не выставлен,правило не используется.
Имя маршрута — наименование маршрута.
Тип инициатора — раскрывающийся список, определяющий к какому типу должен принадлежатьвладелец вызова, чтобы использовалась данное правило. Возможные значения: Любой, Шлюз,Абонент.
Инициатор — в случае если тип инициатора — шлюз, в данном выпадающем списке можноуказать конкретный шлюз, для которого будет выполняться это правило. Также доступнозначение <Any> – любой шлюз.
Команда — операция, выполняемая данным правилом. Возможные значения:
Абонентский автосекретарь — при использовании данного маршрута вызов будет
Service Platform
Стр. 70
обработан абонентским автосекретарем;
Автосекретарь — при использовании данного маршрута вызов будет обработан системнымавтосекретарем;
Вызвать шлюз — при использовании данного маршрута вызов будет направлен науказанный шлюз;
Голосовая почта — при использовании данного маршрута вызов будет обработансервисом «Голосовая почта»;
Персональный IVR — при использовании данного маршрута вызов будет обработанабонентским IVR;
Сервис — при использовании данного маршрута вызов будет обработан выбраннымсервисом;
Следуй за мной — при использовании данного маршрута вызов будет обработан сервисом«Следуй за мной».
Аргумент — раскрывающийся список, позволяющий выбирать нужный объект (шлюз дляправила «Выбрать шлюз», сервис для правила «Сервис», сценарий автосекретаря для команды«Автосекретарь»).
Следующая команда — раскрывающийся список, определяющий для команды «Вызватьшлюз», что делать при неудачном дозвоне до шлюза: продолжать перебирать маршруты(значение «Продолжить») или завершить вызов (значение «Отклонить»).
Панель Настройки маршрутизации
Совпадение А-номера — регулярное выражение, определяющее, каким должен быть А-номердля применения данного правила.
Совпадение Б-номера — регулярное выражение, определяющее, каким должен быть Б-номердля применения данного правила.
А-номер, замена — регулярное выражение, позволяющее выполнять преобразование А-номерадля передачи сервису. Недоступно для правила «Вызвать шлюз».
А-номер, результат — выражение, определяющее результирующий А-номер. Недоступно дляправила «Вызвать шлюз».
Б-номер, замена — регулярное выражение, позволяющее выполнять преобразование Б-номерадля передачи сервису. Недоступно для правила «Вызвать шлюз».
Б-номер, результат — выражение, определяющее результирующий Б-номер для передачисервису. Недоступно для правила «Вызвать шлюз».
Панель Расписание
Позволяет указать время, в течение которого данное правило активно. Для создания элементоврасписания используется кнопка Добавить. В появившейся строке:
Время — флажок, определяющий, нужно ли делать ограничение по времени действия. Рядом сфлажком расположены два текстовых поля для ввода интервала активности в формате ЧЧ:ММ.
Дни — флажок, определяющий, нужно ли делать ограничение по дням недели. Рядом с флажкомрасположена кнопка выбора разрешенных дней недели.
Панель Категории вызывающей стороны
Данные параметры позволяют указать, для каких категорий вызов (Calling Party Category) должновыполняться данное правило.
Разрешенные категории — в правом окне расположены категории, для которых данное правилоактивно, в левой — все доступные.
Запрещенные категории — в правом окне расположены категории, для которых данное правилонеактивно, в левой — все доступные.
Service Platform
Стр. 71
Панель Параметры транзита
Данные параметры позволяют указать отдельные значения некоторых атрибутов вызова, прикоторых данное правило активно.
Разрешенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер звонка, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызывающих номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь А-номер звонка, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Разрешенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер звонка, чтобы данное правилодля него выполнялось. В левом — список всех типов номеров.
Запрещенные типы вызываемых номеров — в правом окне представлен список всех типовномеров (type of number), один из которых должен иметь Б-номер звонка, чтобы данное правилодля него не выполнялось. В левом — список всех типов номеров.
Разрешенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь звонок, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Запрещенные значения Screening Indicator — в правом окне представлен список всехзначений Screening Indicator, которые может иметь звонок, чтобы данное правило для неговыполнялось. В левом — список всех возможных значений.
Имитация вызовов7.6
Параметры данного раздела аналогичны параметрам раздела Subscriber Logic -> Имитациявызовов.
Сервисы7.7
Все сервисы сгруппированы по типу. Для каждого типа сервисов можно создать несколькоэкземпляров. Каждый экземпляр сервиса должен иметь уникальное имя, которое будетуказываться в маршруте, ведущем на этот сервис.
Параметры, общие для всех или нескольких сервисов:
Включить – вызов будет обработан сервисом только при установленном флажке. Если флажоквыключен, вызов, пришедший на этот сервис, завершится.
Имя сервиса – имя сервиса должно быть уникальным среди всех остальных экземпляровсервисов.
Отправлять сообщение ‘CONNECT’ – этот флажок необходимо установить, если к системемогут быть подключены телефоны (шлюзы), которые не умеют воспроизводить сообщения,поступающие от станции в предответном состоянии (т. е. до соединения). В этом случае присброшенном флажке абонент услышит не информационное сообщение сервиса, а КПВ своегооборудования. Недостатком установки флажка является то, что длительность вызоваотсчитывается с момента принудительного соединения, в результате стоимость вызова,совершаемого абонентом, увеличится на время ожидания настоящего соединения отвызываемого абонента.
Идентификатор сервиса – номер сервиса или наименование сервиса (латинскими буквами), припомощи которого будет осуществлен поиск соответствующего данному сервису шлюза в логике«ОС». В настройках шлюза должно быть указано аналогичное имя. Этот параметр указывается длясервисов, которые могут осуществлять исходящий вызов от своего имени. Для маршрутизациивызова на логике «ОС» используются настройки шлюза, связанного с сервисом через полеИдентификатор сервиса. Поле не должно содержать пробелов и запрещенных символов: «@»,«;», «.».
В дальнейшем эти параметры не описываются.
Service Platform
Стр. 72
Auto Redial/Автодозвон7.7.1
Сервис «Автодозвон» позволяет автоматически дозваниваться до абонента, который в данныймомент занят или недоступен.
Auto Redial With Call Back/Автодозвон с обратным вызовом7.7.2
Сервис «Автодозвон с обратным вызовом» предоставляет возможность автоматическогодозвона до вызываемого абонента (например, если он занят) с обратным вызовом вызывающемуабоненту после установления соединения с вызываемым.
Панель Общие настройки:
Учитывать настройки абонента при обратном дозвоне на него – см. ДВО Обратный вызов
Панель Детальные настройки:
Длительность попытки – время в минутах, в течение которого будет звонить телефонвызываемого абонента, если он не снимет трубку.
Кол-во попыток – количество попыток установить соединение, если соединение прекращаетсяпо занятости/недоступности вызываемого абонента либо по истечении длительности попытки.
Интервал между попытками – пауза в минутах между окончанием предыдущей и началомследующей попытки вызова вызываемого абонента.
Панель Аудиофайлы позволяет выбрать звуковые файлы, которые услышит вызываемый абонентв случае успешного дозвона. В зависимости от переключателя:
Стандартные – будут проигрываться сообщения по умолчанию: аудиофайл Wait и Musicon Hold для Аудиофайл при вызове и Аудиофайл при удержании соответственно.
Переопределить – в появившемся диалоговом окне можно указать пользовательскиеаудиофайлы.
Аудиофайл при вызове проигрывается вызываемой стороне сразу после установлениясоединения, а вызов заказчика услуги осуществляется лишь после воспроизведения данногоаудиофайла.
Аудиофайл при удержании проигрывается вызываемой стороне в момент вызова абонента-заказчика услуги. При выборе «Переопределить» подобранные собственные звуковые файлыпроигрываются вместо стандартных в момент вызова абонента-заказчика услуги.
Количество повторений – определяет количество повторений аудиофайлов из заданногоадминистратором списка.
Call Back/Обратный вызов7.7.3
Сервис «Обратный вызов» позволяет абоненту снизить расходы на исходящие междугородные имеждународные вызовы. Базовая схема функционирования сервиса «Обратный вызов» без учетапроцессов проверки подлинности (аутентификации) и интерактивной составляющей состоит вследующем.
Панель Общие настройки:
Учитывать настройки абонента при обратном дозвоне на него – если флажок отмечен, тообратный вызов на абонента, у которого включен какой-либо ДВО обработки входящего вызова(например, переадресация или IVR), будет обработан по правилам этого ДВО. По умолчаниюфлажок не отмечен, т. е. независимо от ДВО абонента будет вызван его терминал.
Панель Детальные настройки
Кол-во попыток ввода – количество попыток ввода телефонного номера или ПИН-кода в
Service Platform
Стр. 73
случае их неправильного набора.
Время ожидания ввода – длительность ожидания ввода телефонного номера или ПИН-кода (всекундах). По истечении указанного времени соединение будет прервано.
DTMF-код ‘Ввод номера’ – цифровой код, который будет воспроизведен Системой вместопроигрывания сообщения «Введите номер вызываемого абонента».
Обратный вызов только по списку – при включенном флажке авторизация услуги «Обратныйвызов» будет осуществляться только по списку записей в таблице в панели Аутентификация пономеру ниже.
Панель Аутентификация по номеру:
Вкл. – флажок должен быть установлен, чтобы сделать запись действующей.
Вызывающий номер – номер, с которого будет осуществляться заказ услуги.
Тип – позволяет выбрать способ аутентификации: Возможные значения:
Абонент – по параметрам учетной записи абонента.
ПИН-код – по заданному ПИН-коду.
ПИН-код/Номер абонента – значение аутентификационного параметра в соответствии с типомаутентификации, выбранном в поле Тип:
имя абонента (уч. записи) в РТУ МОА, (если Тип = Абонент) или
ПИН-код, (если Тип = ПИН-код).
Call Park/«Парковка» вызовов7.7.4
ДВО «Парковка вызовов» позволяет переводить входящие вызовы в режим ожидания ивозвращать их из этого состояния в произвольной последовательности. «Припарковав» входящийвызов, абонент может продолжать работать с текущим соединением, совершать новые вызовы сосвоего телефона и даже положить трубку.
Call Queue/Очередь вызовов7.7.5
Данный сервис не может использоваться в коммерческих целях и в будущих версиях будетзаменен.
Card Platform/Карточная платофрма7.7.6
Данный сервис предоставляет доступ к функциям и сервисам РТУ МОА для абонентов, неимеющих учётной записи.
Вкладка Настройки:
Метод аутентификации – выбор метода аутентификации. Возможные значения: По номеру иПИН-коду, По номеру, По ПИН-коду.
Язык по умолчанию – язык, на котором будут звучать все сообщения при обращении к сервису.Значения: Английский или Русский.
Используемая валюта – валюта расчетов. Значения: Доллары или Рубли.
Длина ПИН-кода – количество символов, составляющих ПИН-код (длина строки). Должнобыть целым положительным числом.
Символы для имени – символы ПИН-кода, которые являются именем пользователя.
Символы для пароля – символы ПИН-кода, которые являются паролем.
Число попыток ввода – значение, ограничивающее число попыток ввода ПИН-кода. Есликоличество попыток ввода неверного ПИН-кода достигнет указанного предела, абоненту будетпроиграно голосовое сообщение «Количество попыток исчерпано» и соединение будет прервано.Минимальная длина номера – минимальное количество символов в телефонном номере
Service Platform
Стр. 74
абонента.Максимальная длина номера – максимальное количество символов в телефонном номереабонента.Сообщать остаток средств – при отмеченном флажке размер текущего остатканеизрасходованных средств будет проигрываться сразу после ввода ПИН-кода.Проигрывать ‘Осталась 1 мин.’ – если флажок отмечен, абоненту будет воспроизводитьсязвуковое сообщение «Осталась одна минута».Проигрывать длит. вызова – при отмеченном флажке абоненту будет воспроизводитьсязвуковое сообщение о длительности вызова.Использовать язык по умолчанию – при обращении к сервису все сообщения будут звучать наязыке, указанном в поле Язык по умолчанию.Игнорировать ‘*’ и ‘#’ в начале номера – установленный флажок позволяет не учитыватьсимволы «*» и «#» для донабора номера, которые используются в тоновом режиме и отсутствуютв импульсном наборе.Отправлять ID вызывающего абонента – при отмеченном флажке номер вызывающегоабонента отправляется на RADIUS-сервер.Отправлять ID вызываемого абонента в пакетах учета – при отмеченном флажке номервызываемого абонента отправляется на RADIUS-сервер в пакетах учета.Исп. в h323-conf-id значение из Cisco-GUID – при установленном флажке в поле h323-conf-id,отправляемом на RADIUS-сервер, указывается значение Cisco-GUID.
Панель Настройки голосового меню:Выбор английского языка – позволяет выбрать клавишу, которую должен нажать абонент длядоступа к меню на английском языке.Выбор русского языка – позволяет выбрать клавишу, которую должен нажать абонент длядоступа к меню на русском языке.Совершить еще один вызов – позволяет выбрать клавишу, которую должен нажать абонент,чтобы совершить еще один вызов.Сообщить остаток средств – позволяет выбрать клавишу, которую должен нажать абонент,чтобы воспроизвести сообщение об остатке денежных средств.Количество повторений – количество повторений сообщений меню при превышении времениожидания.Использовать стандартные – использовать стандартные поля для передачи информацииадминистратором RADIUS-сервера.Переопределить – переопределить поля для передачи информации администратором RADIUS-сервера.Поле длительности соединения – название поля, в котором будет содержаться информация одлительности вызова, передаваемая с RADIUS-сервера.Поле для остатка средств – название поля, в котором будет содержаться информация отекущем остатке средств на карточке, передаваемая с RADIUS-сервера.
Вкладка Аудиофайлы:Язык меню и сообщений – выбор языка для голосовых меню и сообщений, проигрываемыхприложением.Файлы приветствия – эта панель настроек позволяет выбрать сообщения, которые будутпроигрываться абоненту, дозвонившемуся до сервиса «Карточная платформа».Сообщение при успешной авторизации – позволяет выбрать сообщения, которые будутвоспроизводиться для абонента с успешно пройденной аутентификацией.Сигнал ответа станции (Dial Tone) – при включенном флажке после приветственногосообщения абонент услышит тональный сигнал ответа станции (зуммер готовности линии).
Chat Room/Виртуальная конференц-комната7.7.7
Данный сервис позволяет абонентам РТУ МОА организовывать телефонные конференции снеограниченным числом участников.
Вкладка Настройки
Пароль – набор цифр, который вводится при дозвоне на номер виртуальной конференц-комнаты.Может быть сгенерирован автоматически, путем нажатия кнопки Сгенерировать. Пароль может
Service Platform
Стр. 75
быть пустым, при этом позвонивший будет добавлен в конференц-комнату без запроса пароля.
Время ожидания ввода, сек – период ожидания набора пароля (в секундах).
Макс.кол-во участников – позволяет ограничить число участников конференц-комнаты.
Сообщения о достижении макс.кол-ва участников – поле выбора аудиофайла, которыйвоспроизводится при превышении максимального количество участников конференц-комнаты.
Аудиофайлы приветствия – набор звуковых файлов, которые будут проигрываться при дозвонена номер виртуальной конференц-комнаты.
Файл оповещения о новом участнике – набор звуковых файлов, которые будутвоспроизводиться участникам конференции для их оповещения о появлении нового участника.
Представляться при входе – при отмеченном флажке новому участнику, пытающемусяприсоединиться к конференции, проигрывается приглашение записать представляющее его другимучастникам конференции высказывание (требование представиться).
Приглашение представиться – набор звуковых файлов, который Система будет проигрыватьабоненту, запросившему вход в конференцию, в качестве приглашения записатьсамопредставление другим участниками конференции.
Макс. длительность представления, с. – максимальная длительность самопредставлениязаписываемого новым участником конференции (в секундах). Значение по умолчанию – 30секунд.
Вкладка Мониторинг
Имя – отображает учётное имя участника конференции.
Номер – номер телефона участника конференции.
Вкладка Приглашения
Аудиофайлы приветствия – приветственные сообщения, которые приложение воспроизводитдля будущих участников конференции при приглашении.
Телефонные номера – номера приглашаемых участников конференции, в том числе и неявляющихся абонентами РТУ МОА. При вводе номера допускается использование символов # и*.
Приглашающий абонент – телефонный номер абонента, от имени которого РТУ МОА будетприглашать участников виртуальной конференции. При вводе номера допускается использованиесимволов # и *.
Время дозвона, сек. – период времени, в течение которого приложение будет ожидать ответа навызов с приглашением принять участие в виртуальной конференции (в секундах).
К-во попыток – количество попыток дозвониться до приглашаемого абонента.
Интервал м/у попытками, мин. – время ожидания между попытками дозвониться доприглашаемого абонента (в минутах).
DISA/Прямой внутрисистемный доступ7.7.8
Сервис «Прямой внутрисистемный доступ» предоставляет абоненту доступ в РТУ МОА черезвызов по специально выделенному телефонному номеру из любого места вне офиса.
Панель Общие настройки
Скрывать реальные данные абонента – в режиме авторизации под абонентом системы,установленное значение данного флага приводит к замене реального А-номера и Display Nameинициатора вызова, на значения из свойств абонента, под которым была выполнена авторизация
Панель Аудиофайлы
Сигнал ответа станции – флажок устанавливается для проигрывания сигнала готовности линиипосле окончания проигрывания приветственных сообщений.
Service Platform
Стр. 76
Время ожидания ввода, сек. – длительность ожидания донабора номера в секундах.
Файлы приветствия – позволяет создать список приветственных сообщений, проигрываемыхпри дозвоне до сервиса.
Прием DTMF без прерывания приветствия – при установленном флажке проигрываниеаудиофайлов приветственных сообщений продолжается при донаборе номера. Дозвон донабранного номера осуществляется после окончании проигрывания аудиофайлов приветствия.
Добавочный номер набран – флажок, позволяющий включить неинтерактивный режим работысервиса.
Группа алиасов – флажок, позволяющий включить функцию вызова абонентов–членов алиаснойгруппы по коротким номерам. При этом в раскрывающемся списке справа необходимо выбратьсоответствующую группу алиасов.
DTMF-код ‘Ввод номера’ – последовательность DTMF, указывающая вызывающей стороне наготовность системы к приему вызываемого номера. Управляющие последовательности DTMFзадаются на случай, когда абонентом, взаимодействующим с Системой, является не человек, аПО или роботизированная система.
Только абоненты станции – флажок должен быть установлен, если требуется ограничить вызовномеров только абонентами Системы.
Файлы сообщения об ошибке – набор звуковых файлов, которые будут воспроизводиться, еслинабранный номер не будет найден среди абонентов Системы (должен быть отмечен флажокТолько абоненты станции).
Кол-во попыток – количество попыток набора дополнительного номера, принадлежащегоабоненту станции, после исчерпания которых проигрываются сообщения указанные в диалогеФайлы по превыш. попыток ввода и вызов завершается. Значение параметра Кол-во попытокучитывается только при активированном флаге Только абоненты станции.
Панель Аутентификация по номеру и переадресация
Вкл. – флажок, позволяющий включить запись.
Вызывающий номер – АОН (Caller ID).
Абонент – телефонный номер абонента. Если учетная запись абонента с указанным номером несуществует, при попытке сохранить изменения поле Абонент будет помечено красным.
Номер переадресации – используется для переадресации вызова на указанный номер в случаеаутентификации по АОН. Может содержать цифры и символы * и #.
Панель Переадресация
Приоритет – в этом поле указывается очередность выбора правила преобразования. Очередностьзадается целым положительным числом, чем больше значение целого, тем выше приоритетправила.
Вкл. – флажок включения/выключения записи.
Условие – условие, при котором срабатывает правило переадресации. Возможные значения: Нетввода и По превыш. попыток ввода.
А-номер –
Расписание – задает время действия правила.
Время — флажок, определяющий, нужно ли делать ограничение по времени действия.Рядом с флажком расположены два текстовых поля для ввода интервала активности вформате ЧЧ:ММ.
Дни — флажок, определяющий, нужно ли делать ограничение по дням недели. Рядом сфлажком расположена кнопка для выбора разрешенных дней недели
Номер переадресации – поле для задания номера переадресации. Может содержать цифры исимволы * и #.
Панель Преобразование номеров
Service Platform
Стр. 77
Рег выр. – флажок переключения с метода на метод (с использованием регулярных выражений и«префиксный»).
Приоритет – определяет очередность выбора правила преобразования. Очередность задаетсяцелым положительным числом, чем больше значение целого, тем выше приоритет правила.
Вкл. – флажок включения/отключения записи.
При отмеченном флажке Рег выр.:
Совпадение – поле ввода регулярного выражения, по которому определяется, подлежит номерпреобразованию или нет (если номер соответствует регулярному выражению, то осуществляетсяего преобразование).
Замена – поле ввода регулярного выражения, определяющего характер изменений в номере.
Результат – поле ввода регулярного выражения, отражающего конечный результатпреобразования.
При сброшенном флажке Рег выр.:
Префикс – поле ввода тех первых цифр номера (префикса), по которым номер определяется какподлежащий преобразованию.
Удалить – поле ввода количества первых цифр номера, подлежащих удалению.
Добавить – поле для указания цифр, подставляемых к номеру после удаления старого префикса.
Do Not Disturb/Не беспокоить7.7.9
Сервис «Не беспокоить» позволяет включать/выключать режим запрета входящих вызовов спомощью телефонного аппарата. Когда режим включен, вызываемый телефон не звонит, авызывающий абонент слышит сообщение «Абонент просил не беспокоить».
Fax to Email/Виртуальный факс7.7.10
Сервис «Виртуальный факс» позволяет принимать факсимильные сообщения, преобразовыватьих в формат TIFF и отсылать сообщения на адрес электронной почты в виде приложенного кписьму TIFF-файла.
Панель Шаблон сообщения
Тема и Текст – шаблоны для темы и текста электронного письма, которым абонент Системыбудет уведомлен о входящем звуковом сообщении.
В шаблонах можно использовать следующие макроопределения:
[UserName] – имя получателя сообщения;
[UserPhoneNumber] – телефон получателя сообщения;
[SenderName] – имя отправителя голосового сообщения;
[SenderPhoneNumber] – телефон отправителя сообщения;
[Delivery date] – дата отправки сообщения.
Панель Детальные настройки
Файлы приветствия – позволяет выбрать приветственные сообщения, которые слышит абонентпри дозвоне на сервис «Виртуальный факс».
Панель Электронная почта
Автоматическое переключение на прием – при отмеченном флажке Система будет ожидатьфакс сразу после поступления вызова на сервис. Если флажок не отмечен, факс можно будетотправить только после прослушивания приветственных сообщений.
Service Platform
Стр. 78
Отправлять на следующие адреса – если флажок отмечен и набранный номер соответствуеткакому-либо регулярному выражению из колонки, то приложение отправляет факс на адресаэлектронной почты, указанные для данного регулярного выражения.
Таблица Сопоставление тел.номеров с адресами
Рег. выражение – регулярное выражение, с которым система сопоставляет номер, набираемыйабонентом при совершении вызова на сервис.
Адреса эл. почты – адреса электронной почты, на которые отправляются электронныесообщения с вложенным TIFF-файлом, если номер, набранный абонентом, соответствуетзначению в поле Рег. выражение.
Group Call/Групповой вызов7.7.11
Сервис «Групповой вызов» может использоваться в двух режимах:
Направление вызова на телефон (групповой вызов). При этом с помощью данного сервисаваш вызов направляется всем членам соответствующей группы типа pick upодновременно. После того, как один из абонентов снимет трубку, вызов на другихтелефонах группы прекращается.Направление вызова с Центрекс в аналоговую телефонную сеть через FXO-шлюз (вызов наFXO-шлюз).
Панель Общие настройки
Вкл. автодозвон – если данный флажок установлен, сервис будет продолжать делать попыткидозвониться до абонента из вызываемой группы в случае, если он занят или недоступен.
Панель Режим работы
Звонить на телефон – с помощью данного сервиса вызов направляется всем членамсоответствующей группы типа pick up одновременно. После того, как один из абонентов сниметтрубку, вызов на других телефонах группы прекращается.
Звонить на шлюз – направление вызова с РТУ МОА в аналоговую телефонную сеть через FXO-шлюз (вызов на FXO-шлюз).
Список шлюзов – шлюз, на который будут перенаправляться вызовы в режиме Звонить нашлюз.
Доступные номера портов – номера портов на шлюзе, к которым РТУ МОА будетосуществлять подключение. Можно указывать как номера отдельных портов, разделенныезапятой, так и их диапазоны через дефис. При дозвоне будет автоматически выбран первыйсвободный порт из указанного списка портов.
Донабирать номер после таймаута – позволяет сделать паузу перед посылкой DTMF(например, на шлюзе настроен IVR, который проигрывает приветственное сообщение переддонабором).
Таймаут, сек – размер паузы в секундах.
Панель Аудиофайлы
Файлы приветствия – позволяет задать список аудиофайлов, которые услышит абонент,дозвонившийся до данного сервиса.
Воспроизводить (файл) КПВ – должен быть установлен для воспроизведения сигнала КПВвызывающему абоненту после окончания проигрывания приветственных аудиофайлов.
Панель Группы
Содержит список групп, на абонентов которых сервис будет совершать вызов.
Панель Переадресация
Service Platform
Стр. 79
Приоритет – в этом поле указывается очередность выбора правила преобразования. Очередностьзадается целым положительным числом, чем больше значение целого, тем выше приоритетправила.
Вкл. – флажок включения/выключения записи.
Условие – условие, при котором срабатывает правило переадресации. Возможные значения:Понеответу и Безусловно.
А-номер –
Расписание – задает время действия правила.
Время — флажок, определяющий, нужно ли делать ограничение по времени действия.Рядом с флажком расположены два текстовых поля для ввода интервала активности вформате ЧЧ:ММ.
Дни — флажок, определяющий, нужно ли делать ограничение по дням недели. Рядом сфлажком расположена кнопка для выбора разрешенных дней недели
Номер переадресации – поле для задания номера переадресации.
Identity-Based Access/Доступ с правами учетной записи7.7.12
Сервис «Доступ с правами учетной записи» (Identity-Based Access) позволяет абоненту войтив систему с любого телефонного аппарата под своей учетной записью и совершать вызовы сприсущими ему правами.
Панель Общие настройки
Скрывать реальные данные абонента – если флажок установлен, то в режиме авторизации подабонентом системы значения реального А-номера и отображаемого имени инициатора вызоваменяются на значения из свойств абонента, под которым была выполнена авторизация.
Панель Детальные настройки
Повтор номера – при установленном флажке вводится ограничение количества попыток ввода,которое указывается в поле справа.
Повтор ПИН-кода – при установленном флажке вводится ограничение количества попытокввода ПИН-кода. Число попыток указывается в соответствующем поле.
Время ожидания ввода – период ожидания ввода номера и ПИН-кода (в секундах).
Не запрашивать ПИН-код – если флажок установлен, авторизация осуществляется только повводу номера абонента.
Multiterminal/Многотерминальность7.7.13
Данный сервис позволяет распределить вызов, поступающий на номер абонента, на всезарегистрированные терминалы, указанные в настройках учетной записи абонента.
Использовать учет через RADIUS при звонке на терминал – при включенном флажке наRADIUS-сервер отправляются сообщения учета по каждому терминалу, на который формируетсяпараллельный вызов. По умолчанию флажок выключен и сообщения формируются только поодному вызову – на номер абонента.
Использовать СОРМ при звонке на терминал – аналогично предыдущему для формированиясообщений отправляемых на СОРМ-Шлюз.
Pickup/Перехват вызова7.7.14
Сервис «Перехват вызова» дает абоненту возможность отвечать на вызов, поступивший нателефон любого абонента, принадлежащего к одной с данным абонентом группе типа pickup.
Группа – выбор группы типа pickup, к которой должны принадлежать абоненты дляиспользования сервиса.
Service Platform
Стр. 80
Alarm Settings Query/Запрос параметров будильника7.7.15
Сервис «Запрос параметров «будильника» позволяет запросить параметры «будильника» стелефонного аппарата.
СF Settings Query/Запрос параметров переадресации7.7.16
Сервис «Запрос параметров переадресации вызовов» позволяет с помощью телефонногоаппарата запросить номер телефона, на который приложение перенаправляет входящие вызовысогласно настройкам переадресации.
Service List Query/Запрос списка доступных сервисов7.7.17
Данный сервис предоставляет абоненту информацию о функциях и сервисах РТУ МОА, которыеон может использовать. Набрав код доступа к сервису, абонент услышит голосовое сообщение:«Вам доступны следующие услуги», после чего приложение воспроизведёт список подключённыхфункций и сервисов, а также коды доступа к ним.
Панель Список сервисов
Ред. – кнопка редактирования сервиса.
Имя сервиса – имя или описание сервиса.
Код сервиса – номер, набираемый абонентом для доступа к сервису.
Промпт – звуковой файл, совместно с кодом сервиса проигрываемый абоненту по каждому типусервиса.
Группы – выбор необходимой группы, для которой этот сервис разрешен.
Speed Dial Settings Query/Запрос параметров быстрого набора7.7.18
Сервис «Запрос параметров быстрого набора» позволяет запросить параметры быстрогонабора с помощью телефонного аппарата.
Current Time Query/Запрос текущего системного времени7.7.19
Сервис «Запрос текущего системного времени» позволяет абоненту получить информацию отекущем системном времени со своего телефонного аппарата.
Last Number Redial/Повторный набор номера7.7.20
Сервис «Повторный набор номера» позволяет, набрав короткий код, перезвонить на последнийнабранный номер или на номер последнего входящего вызова, даже если вы не ответили на него.
Save Prompt/Запись аудиофайлов7.7.21
Данный сервис позволяет вам записывать собственные голосовые сообщения по телефону.Записанные сообщения могут применяться при настройке и использовании сервисов«Будильник», «Автосекретарь» или «IVR», а также для замены аудиофайлов (голосовыхсообщений), содержащихся в системных категориях.
Set Alarm/Установка параметров будильника7.7.22
В РТУ МОА реализован механизм, позволяющий в назначенное абонентом время совершитьвызов на заданный номер и воспроизвести заранее выбранный аудиофайл. Данный механизмназывается «Будильник».
Set Call Forward/Установка параметров переадресации вызовов7.7.23
Данный сервис позволяет управлять параметрами основных настроек переадресациинепосредственно с телефонного аппарата абонента.
Service Platform
Стр. 81
Set Speed Dial/Установка параметров быстрого набора7.7.24
Сервис «Установка параметров быстрого набора» дает возможность запрограммироватьопределенные кнопки на наиболее часто используемые номера телефонов, что позволяет быстронабирать тот или иной номер нажатием одной или двух клавиш.
Televoting/Телеголосование7.7.25
Сервис «Телеголосование» предоставляет возможность использовать телефонную сеть дляпроведения опросов путем подсчета количества вызовов, поступивших на определенныетелефонные номера. В зависимости от числа вариантов ответа на вопрос голосованияадминистратор указывает телефонные номера, на которые следует направлять вызовы. РТУ МОАрегистрирует принятые вызовы и оформляет результаты опроса в виде гистограммы, котораядоступна для просмотра как во время голосования, так и по его окончании.
Панель Тел. Номера
Тел. номер – телефонный номер, на который будут направляться вызовы.
Аудиофайлы – выбор аудиофайлов, которые будут воспроизводиться голосующим,позвонившим на номер, указанный в поле Тел. Номер.
Панель Статистика
Просмотр результатов – при нажатии кнопки на экране появится всплывающее окно,содержащее столбиковую гистограмму, в которой по оси Х указаны номера телефонов, накоторые поступали вызовы, а по оси У – количество поданных голосов в процентах. В левомнижнем углу окна содержится более подробное описание данных опроса с указанием точногоколичества вызовов, поступивших на каждый номер, а также общего количества голосов.
Кнопка Сброс обнуляет результаты голосования с сохранением текущих настроек сервиса.
Ad-sponsored Call/Звонок с рекламой7.7.26
Сервис «Звонок с рекламой» позволяет оператору связи включать звучание рекламныхматериалов в сеансы связи абонентов.
Панель Аудиофайлы
Файлы приветствия – выбор приветственных сообщений, воспроизводимых абоненту привызове на сервис.
Файлы сообщения об ошибке – аудиофайлы, которые воспроизводятся абоненту, если сверкаПИН-кода по предопределенному списку (панель Список ПИН-кодов) неудачна. Вызывающейстороне предлагается повторить попытку или сделать несколько попыток ввода в зависимости отнастроек сервиса.
Количество попыток – количество попыток ввода ПИН-кода.
Панель Общие настройки аудио
После ввода ПИН-кода – аудиофайл, который воспроизводится, если введенный ПИН-коднайден в списке. Вызывающему проигрывается приглашение ввести вызываемый номер.
До соединения – рекламное сообщение, воспроизводимое до установления соединения.
Добавить КПВ – при отмеченном флажке по завершении воспроизведения цепочки аудиофайловпроигрывается сигнал вызова пункта назначения.
Таблица Расписание рекламы
Аудиофайлы – выбор аудиофайлов с рекламой, которые воспроизводятся после установлениясоединения.
Service Platform
Стр. 82
Интервал, с – интервал воспроизведения аудиофайлов в секундах.
Воспроизводить – выбор стороны, для которой будут воспроизводиться файлы. Возможныезначения: Только инициатору и Обеим сторонам.
Действие – содержит кнопку удаления записи.
Панель Список ПИН-кодов
Вкл. – флажок включения/отключения записи.
Описание – описание ПИН-кода.
Аудиофайлы – номер ПИН-кода.
Действие – содержит кнопку удаления записи.
Автосекретарь7.8
Автосекретарь – это последовательность действий (алгоритм) по обработке входящих вызовов,реализованная в виде одноуровневого голосового меню. За счет объединения нескольких меню ивыстраивания их в цепочку можно создавать алгоритмы обработки поступающих вызовов любойсложности.
Таблица экземпляров автосекретарей содержит следующие поля:
Вкл. – флажок, показывающий активный/неактивный статус записи.
Ред. – содержит кнопку переключения в режим редактирования.
Имя – название или краткое описание автосекретаря.
Действие – кнопки создания копии записи и удаления записи.
Панель Общие настройки
Включить – флажок, позволяющий включить или выключить сервис.
Имя сервиса – наименование сервиса.
Время ожидания, сек. – время ожидания выбора абонентом пункта голосового меню.
Кол-во повторений – максимально возможное количество попыток выбора пункта меню.
Идентификатор сервиса – номер сервиса или наименование сервиса (латинскими буквами), припомощи которого будет осуществлен поиск соответствующего данному сервису шлюза в логике«ОС». В настройках шлюза должно быть указано аналогичное имя. Этот параметр указывается длясервисов, которые могут осуществлять исходящий вызов от своего имени. Для маршрутизациивызова на логике «ОС» используются настройки шлюза, связанного с сервисом через полеИдентификатор сервиса. Поле не должно содержать пробелов и запрещенных символов: «@»,«;», «.».
Интерактивный режим – флажок включения/выключения интерактивного режимаавтосекретаря. Если флажок сброшен, то при наборе всей последовательности клавиш приложениевыполнит назначенные команды без воспроизведения аудиофайлов.
Файлы приветствия – поле выбора приветственных сообщений, которые автосекретарь будетвоспроизводить при ответе на звонок абонента.
Файлы сообщения об ошибке – позволяет задать сообщения, которые будут проигрываться,если абонент выберет неверный пункт голосового меню.
Панель Команда по исчерпанию попыток ввода
Аудиофайл – поле выбора сообщений, которые будут воспроизводиться после того, как будетисчерпано количество попыток выбора пункта меню, а также выбора команды, которую выполнитприложение после воспроизведения сообщений окончания сессии.
Команда – список содержит следующие команды:
Аутентификация – выполнить проверку телефонного номера, если звонок идет со шлюза
Service Platform
Стр. 83
(если в настройках шлюза установлен флажок Надежный вызывающий номер), а такжевыполнить проверку ПИН-кода. Если ПИН-код введен правильно, команда перейдет наавтосекретаря, указанного в поле Значение.
Включить группу – активировать группу вызывающего абонента, указанную в полеЗначение. Для этого вызывающий абонент должен быть предварительно включен в даннуюгруппу.
Вызвать – совершить вызов на номер, указанный в поле Значение.
Вызвать Б-номер – после воспроизведения заданного голосового сообщения совершаетсявызов на предварительно определенный и полученный в результате преобразования вправиле маршрутизации номер.
Выключить группу – деактивировать группу вызывающего абонента, указанную в полеЗначение. Для этого вызывающий абонент должен быть предварительно включен в даннуюгруппу.
Выход – завершить текущую сессию работы в автосекретаре.
Изменить ПИН-код – данная команда открывает доступ в раздел голосового меню, спомощью которого абонент может изменить свой ПИН-код.
Перейти к автосекретарю – перейти на автосекретаря, указанного в поле Значение.
Продолжить без сообщений – вернуться к началу настраиваемого автосекретаря безповторного воспроизведения приветственных сообщений.
Продолжить – вернуться к началу настраиваемого автосекретаря и воспроизвестиприветственные сообщения.
Разъединить – завершить соединение.
Значение – значение поля Команда. Поле активно для команд Аутентификация, Включитьгруппу, Вызвать, Выключить группу, Перейти к автосекретарю.
Панель Команды содержит список команд автосекретаря, которые могут быть назначенытелефонным клавишам.
Клавиша – номер клавиши телефона.
Аудиофайл – сообщение, которое будет воспроизводиться при нажатии абонентом заданнойклавиши.
Команда – выбор команды, которую будет выполнять приложение при нажатии абонентомзаданной клавиши. Список команд см. выше в пункте Команда панели Команда по исчерпаниюпопыток ввода.
Значение – значение поля Команда. Поле активно для команд Аутентификация, Включитьгруппу, Вызвать, Выключить группу, Перейти к автосекретарю.
Действие – содержит кнопку удаления записи.
Мониторинг7.9
См. раздел Subscriber Logic -> Мониторинг
Приложение А. Формат CDR-записей
Стр. 84
Приложение А. Формат CDR-записей8
«Эффективный» инициатор вызова – учетная запись абонента или шлюза, с правами которой осуществляласьмаршрутизация вызова.«Эффективный» адресат вызова – учетная запись абонента или шлюза, на которую система должна отправитьвызов в результате маршрутизации.«Реальный» инициатор вызова – учетная запись абонента или шлюза, представляющая удаленную сторонуучастка вызова, инициировавшего дозвон.«Реальный» адресат вызова – учетная запись абонента или шлюза, представляющая удаленную сторонусозданного исходящего участка вызова.Для каждого из них в таблице указывается:
1. Тип – User (для абонента) или Gateway (для шлюза).
2. ID – номер (для абонента) или имя (для шлюза).
3. GUID – внутренний идентификатор этой сущности в БД.
4. Имя – значение поля Пользователь для абонента и Имя для шлюза.
Поле Тип Название колонкипри отображении навеб-интерфейсе
Описание
cdr_id bigint(20)unsigned
Идентификатор Уникальный автоинкрементируемыйидентификатор CDR-записи, создается БД призаписи CDR в базу.
stamp bigint(20)unsigned
Идентификатор записи Уникальный идентификатор CDR, используемыйсистемой для предотвращения дублируемыхзаписей, генерируется при создании CDR внутрисистемы.
conf_id varchar(40) Идентификаторконференции
Уникальный идентификатор конференции влогике «ОС». Генерируется логикой «ОС» присоздании конференции.Объединяет участки вызовов в рамках однойлогики. Подробнее см. ниже.
protocol_conf_id varchar(100) Протокольныйидентификаторконференции
Идентификатор конференции, передаваемый всигнальных сообщениях из одного участкавызова в другой. Используется для связиучастков вызова при прохождении черезнесколько модулей системы. Принимается отоборудования или генерируется ПКомм.Подробнее см. ниже.
cdr_date timestamp Дата создания CDR Время создания CDR в логике «ОС». См. ниже.
direction varchar(40) Направление Идентификатор направления вызова. Однозначноидентифицирует один из вызовов (направление)при нескольких вызовах в рамках однойконференции.
dvo varchar(100) Дополнительные видыобслуживания
Список услуг, использованных на протяжениивсего вызова. Значения описаны ниже.
proxy_mode tinyint(3)unsigned
Режим проксирования Режим проксирования вызова.Может принимать два значения:no proxy – выполнялось прямоемедиасоединение;proxy – выполнялось проксированиемультимедиа.
start_time datetime Время старта Время получения первого сигнальногосообщения, относящегося к этой конференции.См. ниже.
Приложение А. Формат CDR-записей
Стр. 85
connect_time datetime Время соединения Время установления соединения. См. ниже.
disconnect_time datetime Время разъединения Время разъединения. См. ниже.
disconnect_reason varchar(100) Описание кодаразъединения
Описание причины разъединения. Возможныепричины разъединения можно посмотреть в веб-интерфейсе администратора.
disconnect_code int(10)unsigned
Код разъединения Код разъединения. Возможные кодыразъединения можно посмотреть в веб-интерфейсе администратора. Содержимоеданного поля включает категорию кода, номеракода в рамках категории и описание причиныразъединения.
disconnect_initiator tinyint(3) Инициаторразъединения
Инициатор разъединения может приниматьзначения:0 – ПКомм;1 – Инициатор вызова;2 – Адресат вызова.
elapsed_time int(10)unsigned
Продолжительностьвызова
Продолжительность соединения, формат зависитот настроек выгрузки. На веб-интерфейсеотображается с округлением до секунд.
route_name varchar(100) Имя маршрута Имя маршрута, по которому прошел вызов.
originator_id varchar(100) Идентификаторинициатора
ID «эффективного» инициатора вызова.
originator_guid varchar(40) GUID инициатора GUID «эффективного» инициатора вызова.
originator_type varchar(100) Тип инициатора Тип «эффективного» инициатора вызова.
originator_name varchar(100) Имя инициатора Имя «эффективного» инициатора вызова.
terminator_id varchar(100) Идентификатортерминатора
ID «эффективного» адресата вызова.
terminator_guid varchar(40) GUID терминатора GUID «эффективного» адресата вызова.
terminator_type varchar(100) Тип терминатора Тип «эффективного» адресата вызова.
terminator_name varchar(100) Имя терминатора Имя «эффективного» адресата вызова.
cpc_in smallint(5)unsigned
Категория вх. вызова Идентификатор категории, принятой вовходящем участке вызова. Значение данногополя содержит пространство категорий и номерпринятой категории.
cpc_out smallint(5)unsigned
Категория исх. вызова Идентификатор категории, переданной висходящий участок вызова.Значение данного поля содержит пространствокатегорий и номер принятой категории.
cpc smallint(5)unsigned
Категория вызова примаршрутизации
Идентификатор категории, используемой примаршрутизации. Значение данного полясодержит пространство категорий и номерпринятой категории.
src_in varchar(100) Вх. А-номер А-номер при приеме входящего участка вызовав систему.
dst_in varchar(100) Вх. Б-номер Б-номер при приеме входящего участка вызовав систему.
src varchar(100) А-номер вовнутреннем планенумерации
Номер совершающего вызов абонента вовнутреннем плане нумерации.
Приложение А. Формат CDR-записей
Стр. 86
dst varchar(100) Б-номер во внутреннемплане нумерации
Вызываемый номер во внутреннем планенумерации. Данный номер используется длямаршрутизации вызова в качестве Б-номера.
src_out varchar(100) Исх. А-номер А-номер, передаваемый в исходящий участоквызова.
dst_out varchar(100) Исх. Б-номер Б-номер, передаваемый в исходящий участоквызова.
effective_src varchar(100) Эффективный А-номер Номер абонента, который владеет вызовом идолжен его оплачивать. Данный номериспользуется в качестве А-номера примаршрутизации.
domain_id varchar(100) Идентификатор домена Идентификатор домена, в котором происходилаобработка вызова.
domain_guid varchar(40) GUID домена GUID домена, в котором происходила обработкавызова.
domain_path varchar(255) Иерархическое имядомена
Иерархический идентификатор домена.Идентификатор, полученный перечислениемчерез точку идентификаторов всехвышестоящих доменов до ROOT, начиная сидентификатора этого домена вверх.
in_ani_type_of_number
tinyint(4) Тип вх. А-номера Тип А-номера при приеме входящего участкавызова. Возможные значения см. ниже.
in_dnis_type_of_number
tinyint(4) Тип вх. Б-номера Тип Б-номера при приеме входящего участкавызова.Возможные значения см. ниже.
src_ton tinyint(4) Тип А-номера Тип А-номера при маршрутизации вызова.Возможные значения см. ниже.
dst_ton tinyint(4) Тип Б-номера Тип Б- номера при маршрутизации вызова.Возможные значения см. ниже.
out_ani_type_of_number
tinyint(4) Тип исх. А-номера Тип А-номера, передаваемый в исходящийучасток вызова. Возможные значения см. ниже.
out_dnis_type_of_number
tinyint(4) Тип исх. Б-номера Тип Б-номера, передаваемый в исходящийучасток вызова. Возможные значения см. ниже.
effective_src_ton tinyint(4) Тип эффективного А-номера
Тип номера, использованный в качестве типаномера абонента-владельца вызова. Данный типномера используется для маршрутизации вкачестве типа А-номера. Возможные значениясм. ниже.
remote_originator_id
varchar(100) Идентификаторудаленного инициатора
ID «реального» инициатора вызова.
remote_originator_guid
varchar(40) GUID удаленногоинициатора
GUID «реального» инициатора вызова.
remote_originator_name
varchar(100) Имя удаленногоинициатора
Имя «реального» инициатора вызова.
remote_originator_type
varchar(100) Тип удаленногоинициатора
Тип «реального» инициатора вызова.
call_id_in varchar(40) Идентификатор вх.звонка
Идентификатор входящего участка вызова всигнальных сообщениях. Генерируется ПКомм.
Приложение А. Формат CDR-записей
Стр. 87
in_leg_proto varchar(8) Протокол вх. вызова Тип сигнализации на входящем участке вызова.Может принимать значения: sip, h323 и null длявызовов по внутреннему протоколу.
in_zone varchar(100) Зона вх. вызова Зона входящего участка вызова. ОпределяетсяПКомм на основании локального сигнальногоадреса входящего участка вызова иконфигурации зон.
call_id_in_proto varchar(100) Протокольныйидентификатор вх.вызова
Идентификатор входящего участка вызова,передаваемый в сигнальных сообщениях.Принимается от удаленной стороны.
conf_id_ts_in varchar(100) Идентификатор вх.вызова на TS
Идентификатор конференции на входящемучастке вызова в сигнальных сообщениях.Генерируется ПКомм.
remote_src_sig_address
varchar(21) Удаленный сигнальныйадрес исх. вызова
Адрес инициирующей стороны, с которого былполучен сигнальный пакет. IP-адрес и порт илистрока в случае вызова по внутреннемупротоколу.
local_src_sig_address
varchar(21) Локальный сигнальныйадрес исх. вызова
Адрес интерфейса, на который поступил вызов, ипорт, на который принимались сигнальныепакеты; или строка в случае внутреннегопротокола.
aux_src_disconnect_code
varchar(100) Дополнительный кодразъединения исх.вызова
Дополнительные коды разъединения – причинаразъединения, полученная или отправленная вдополнительных полях сообщения ПКомм,завершавшего входящий вызов.
originator_diversion
varchar(100) Заголовок Diversionвх. вызова
SIP URI или номер, определяющий участникавызова, от имени которого производилосьпоследнее перенаправление вызова во входящемучастке вызова.
originator_diversion_reason
smallint(4) Причина переадресациивх. вызова
Причина последнего перенаправления вовходящем участке вызова. Возможные значениясм. ниже.
q931_code smallint(4) Код разъединенияQ.931
Причина разъединения в виде кода Q.931.
in_leg_codecs text Кодеки вх. вызова Кодеки, используемые для передачимедиаинформации во входящем участке вызова.
src_media_bytes_in int(10)unsigned
Число байт,полученных отинициатора
Общее количество байт, переданных вмедиаканале на входящем участке вызова отинициирующего устройства до станции.
src_media_bytes_out
int(10)unsigned
Число байт,отправленныхинициатору
Общее количество байт, переданных вмедиаканале на входящем участке вызова отстанции до инициирующего устройства.
src_media_packets_in
int(10)unsigned
Число медиа-пакетовполученных отинициатора
Общее количество пакетов, переданных вмедиаканале на входящем участке вызова отинициирующего устройства до станции.
src_media_packets_out
int(10)unsigned
Число медиа-пакетовотправленныхинициатору
Общее количество пакетов, переданных вмедиаканале на входящем участке вызова отстанции до инициирующего устройства.
src_media_packets_late
int(10)unsigned
Число запоздавшихмедиа-пакетов во вх.вызове
Количество пакетов, пришедших с опозданиемот инициирующего устройства до станции вовходящем участке вызова.
Приложение А. Формат CDR-записей
Стр. 88
src_media_packets_lost
int(10)unsigned
Число потерянныхмедиа-пакетов во вх.вызове
Количество пакетов, не дошедших до станции отинициирующего устройства во входящемучастке вызова.
src_min_jitter_size smallint(5)unsigned
Мин. размер джиттеравх. вызова
Минимальный объем джиттера на входящемучастке вызова.
src_max_jitter_size smallint(5)unsigned
Макс. размер джиттеравх. вызова
Максимальный объем джиттера на исходящемучастке вызова.
remote_src_media_address
varchar(100) Удаленный медиаадрес исх. вызова
Адрес, с которого удаленная сторона инициаторавызова отправляла медиапоток. IP-адрес и портили строка в случае вызова по внутреннемупротоколу
local_src_media_address
varchar(21) Локальный медиаадрес исх. вызова
Адрес и порт интерфейса, на которыйпринимались медиапакеты. Строка прииспользовании внутреннего протокола.
remote_terminator_guid
varchar(40) GUID удаленноготерминатора
GUID «реального» адресата вызова.
remote_terminator_id
varchar(100) Идентификаторудаленноготерминатора
ID «реального» адресата вызова.
remote_terminator_name
varchar(100) Имя удаленноготерминатора
Имя «реального» адресата вызова.
remote_terminator_type
varchar(100) Тип удаленноготерминатора
Тип «реального» адресата вызова.
call_id_out varchar(40) Идентификатор исх.звонка
Идентификатор исходящего участка вызова влогике и сигнальных сообщениях. Создаетсялогикой при формировании участка вызова.
out_leg_proto varchar(8) Протокол исх. вызова Тип сигнализации на исходящем участке вызова.Может принимать значения: sip, h323 и null длявызовов по внутреннему протоколу.
out_zone varchar(100) Зона исх. вызова Зона исходящего участка вызова. Определяетсяна этапе создания участка вызова.
call_id_out_proto varchar(100) Протокольныйидентификатор исх.вызова
Протокольный идентификатор исходящегоучастка вызова в сигнальных сообщениях.Создается логикой «ОС».
conf_id_ts_out varchar(100) Идентификатор исх.вызова на TS
Идентификатор конференции в исходящемучастке вызова в сигнальных сообщениях.Создается логикой «ОС».
remote_dst_sig_address
varchar(21) Удаленный сигнальныйадрес вх. вызова
Адрес вызываемой стороны, на которыйпосылались сигнальные пакеты. IP-адрес и портили строка в случае вызова по внутреннемупротоколу.
local_dst_sig_address
varchar(21) Локальный сигнальныйадрес вх. вызова
Адрес интерфейса, на котором был созданвызов, и порт, с которого отправлялисьсигнальные пакеты. Строка при использованиивнутреннего протокола.
aux_dst_disconnect_code
varchar(100) Дополнительный кодразъединения вх.вызова
Дополнительные коды разъединения – причинаразъединения, полученная или отправленная вдополнительных полях сообщения ПКомм,завершавшего исходящий вызов.
Приложение А. Формат CDR-записей
Стр. 89
terminator_diversion
varchar(100) Заголовок Diversionисх. вызова
SIP URI или номер участника вызова, от именикоторого производилось последнееперенаправление вызова.
terminator_diversion_reason
smallint(4) Причина переадресацииисх. вызова
Причина последнего перенаправления вызова висходящем вызове.
out_leg_codecs text Кодеки исх. вызова Кодеки, используемые для передачимедиаинформации в исходящем участке вызова.
dst_media_bytes_in
int(10)unsigned
Число байт,полученных оттерминатора
Общее количество байт, переданных вмедиаканале на исходящем участке вызова отвызываемого устройства до станции
dst_media_bytes_out
int(10)unsigned
Число байт,отправленныхтерминатору
Общее количество байт, переданных вмедиаканале на исходящем участке вызова отстанции до вызываемого устройства.
dst_media_packets_in
int(10)unsigned
Число медиа-пакетовполученных оттерминатора
Общее количество пакетов, переданных вмедиаканале на исходящем участке вызова отвызываемого устройства до станции.
dst_media_packets_out
int(10)unsigned
Число медиа-пакетовотправленныхтерминатору
Общее количество пакетов, переданных вмедиаканале на исходящем участке вызова отстанции до вызываемого устройства.
dst_media_packets_late
int(10)unsigned
Число запоздавшихмедиа-пакетов на исх.леге
Количество пакетов, пришедших отвызываемого устройства до станции сопозданием в исходящем участке вызова.
dst_media_packets_lost
int(10)unsigned
Число потерянныхмедиа-пакетов на исх.леге
Количество пакетов, не дошедших до станции отвызываемого устройства в исходящем участкевызова.
dst_min_jitter_size smallint(5)unsigned
Мин размер джиттераисх. лега
Минимальный размер джиттера на исходящемучастке вызова.
dst_max_jitter_size smallint(5)unsigned
Макс размер джиттераисх. лега
Максимальный размер джиттера на исходящемучастке вызова.
remote_dst_media_address
varchar(100) Удаленный медиаадрес вх. вызова
Адрес, с которого удаленная сторона адресатавызова отправляла медиапоток. IP-адрес и портили строка в случае вызова по внутреннемупротоколу
local_dst_media_address
varchar(21) Локальный медиаадрес вх. вызова
Адрес интерфейса, с которого отправлялисьмедиапакеты. IP-адрес и порт или строка прииспользовании внутреннего протокола.
user_disconnect_code
smallint(4) Причина разъединения Причина разъединения для отображения в веб-кабинета абонента.Может принимать значения:– Удачный звонок;– Занято;– Нет ответа;– Другое.
originator_terminal_id
smallint(5) Идентификатортерминала инициатора
Идентификатор абонентского терминалаинициатора вызова.
terminator_terminal_id
smallint(5) Идентификатортерминала терминатора
Идентификатор абонентского терминалавызываемой стороны.
Приложение А. Формат CDR-записей
Стр. 90
Смысл таких сущностей, как идентификатор конференции и протокольный идентификатор конференции можнорассмотреть на примере ниже. CDR-записи, формируемые при использовании абонентом А ДВО «Автодозвон»для вызова абонента В.
Идентификаторконференции
Протокольныйидентификаторконференции
Вх.А-номер
Исх.А-номер
Вх. Б-номер
Исх. Б-номер
Идентификаторинициатора
Идентификатортерминатора
8A2C5C44A6B19A28B46CE2F99F0368BB
1bb87a9ae53511e1a3c600e052c7b5d5
А А В В А В
E3A9DF280225C335E0AB78CD955768B8
1bb87a9ae53511e1a3c600e052c7b5d5
А А AutoRedial+1 +B
AutoRedial+1 +B
А GWAutoDial
У приведенных в примере CDR-записей разные идентификаторы конференции (они одинаковые для участковвызовов внутри одной Логики), но одинаковые протокольные идентификаторы конференции (одинаковые длявсех участков одного вызова).
Значение времени хранится в БД в стандарте UTC, при выгрузке и отображении CDR-записи на веб-интерфейсезначение времени переводится в локальную временную зону сервера, на котором были сделаны выгрузка илиотображение.
Поле Причина переадресации вх. вызова может принимать значения:
unknown
user-busy
no-answer
unavailable
unconditional
time-of-day
do-not-disturb
deflection
follow-me
out-of-service
away
Поля, содержащие тип номера, могут принимать значения:
Unknown
International
National
NetworkSpecific
Subscriber
Abbreviated
Приложение А. Формат CDR-записей
Стр. 91
Поле Дополнительные виды обслуживания может содержать (через «;»):
CallWaiting – ожидающий вызов;
CallTransfer – перевод вызова;
Conference – трехсторонняя или многосторонняя конференция;
ForwardUnconditional – безусловная переадресация;
ForwardNoAnswer – переадресация по неответу;
ForwardBusy – переадресация по занятости;
ForwardUnavailable – переадресация по недоступности;
CallDeflection – переадресация средствами телефона;
ForwardSubscriberService – ДВО «Переадресация вызова»;
PickUp – ДВО «Перехват вызова»;
CallReplacing – перехват вызова (как через ДВО «Перехват вызова», так и средствами телефона);
PersonalIVRDialMe – вызов абонента с использованием сценария IVR;
MultiTerminalCall – ДВО «Многотерминальность».
Поле «Дополнительные виды обслуживания» содержит только базовые услуги (предоставляемые логикой«Оконечная станция»). Для отображения расширенных услуг в поле «Дополнительные видыобслуживания» необходимо для каждого из этих сервисов создать отдельный шлюз на логике «ОС»,который будет использоваться для прохождения вызова на сервис, и присвоить ему имя.
Примеры CDR-записей
Базовый вызов
Абонент А вызывает абонента В.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх. А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А А B А В В [TS],10 -[SIP]BYEreceived
А А В В
Абонент А вызывает шлюз GW. На шлюзе выполняется преобразование Б-номера: 8 заменяется на 7, тип – наInternational.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх. Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Идентификаторудаленногооригинатора
Идентификаторудаленноготерминатора
Тип вх.Б-номера
Тип исх.Б-номера
Кодразъединения
А А А 8123456
А 8123456
7123456
A GW International
[TS], 10 -[SIP] BYEreceived
Приложение А. Формат CDR-записей
Стр. 92
Переадресация
Абонент А вызывает абонента В. Выполняется безусловная переадресация на абонента С.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А А B А В В [TS], 10 -[SIP]BYEreceived
А А В С
А В А C А В С ForwardUnconditional
[TS], 10 -[SIP]BYEreceived
В А С С
Абонент А вызывает абонента В. Выполняется переадресация по занятости на абонента С.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А А B А В В [TS], 10 -[SIP]BYEreceived
А А В С
А В А C А В С ForwardBusy
[TS], 10 -[SIP]BYEreceived
В А С С
Перевод вызова
Абонент А вызывает абонента В, В переводит вызов на С.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А A B А В В [TS], 10- [SIP]BYEreceived
А А В В
В В B C В С С CallTransfer [TS], 10- [SIP]BYEreceived
В В С С
Приложение А. Формат CDR-записей
Стр. 93
Абонент А вызывает абонента В, А переводит вызов на С.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А A B А В В [TS], 10- [SIP]BYEreceived
А А В В
А А A C А С С CallTransfer [TS], 10- [SIP]BYEreceived
А А С С
Абонент А вызывает абонента В, В переводит вызов на С и объединяет всех в конференцию.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А A B А В В [TS], 10 -[SIP]BYEreceived
А А В В
В В B C В С С CallTransfer;Conference
[TS], 10 -[SIP]BYEreceived
В В С С
Ожидание вызова
Абонент B разговаривает, абонент А вызывает В, срабатывает уведомление о входящем вызове, абонент Внажимает комбинацию клавиш *#, чтобы принять новый вызов.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А A B А В В CallWaiting [TS], 10- [SIP]BYEreceived
А А В В
Абонент B разговаривает, абонент А вызывает В, срабатывает уведомление о входящем вызове, участникиобъединяются в конференцию нажатием *2.
Приложение А. Формат CDR-записей
Стр. 94
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А A B А В В CallWaiting;Conference
[TS], 10- [SIP]BYEreceived
А А В В
Абонент B разговаривает, абонент А вызывает В, срабатывает уведомление о входящем вызове, В отклоняетвходящий вызов, нажав *1.
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А А A B А В В CallWaiting;Conference
[SIP],487 -RequestTerminated
А А В В
«Следуй за мной»
Абонент А вызывает В, у В настроено ДВО «Следуй за мной» сначала на абонента С, потом на D.
FlwMe – номер ДВО «Следуй за мной»
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
А B A C А С С [centrex], 239 -FollowMe: Killinglegs
B SP C C
А В A D А D D [TS], 10- [SIP]BYEreceived
B SP D D
A A A B A B FlwMe
[TS], 10- [SIP]BYEreceived
A A B SP
A B A FlwMe A B FlwMe
ForwardSubscriberServic
e
[TS], 10- [SIP]BYEreceived
B A SP SP
Приложение А. Формат CDR-записей
Стр. 95
Перехват вызова
Абонент А вызывает абонента В, абонент C перехватывает вызов, используя ДВО «Перехват вызова».
PickUp – номер сервиса «перехват вызова»
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
C C C PickUp C PickUp
PickUp
[TS], 10- [SIP]BYEreceived
C C GwPickUp GwPickUp
A A A B A B B PickUp [centrex], 56 -Pick up
A A B SP
C C C B B CallReplacing
[TS], 10- [SIP]BYEreceived
C SP B A
Автодозвон
Абонент А использует ДВО «Автодозвон» для вызова абонента B.
AutoDial – номер доступа к ДВО «Автодозвон».
Вх.А-номер
ЭффективныйА-номер
А-номер
Б-номер
Исх.А-номер
Вх.Б-номер
Исх.Б-номер
Дополнит.видыобслуживания
Кодразъединения
Идентификаторинициатора
Идентификаторудаленногоинициатора
Идентификатортерминатора
Идентификаторудаленноготерминатора
A A A B A B B [TS], 10- [SIP]BYEreceived
A SP B B
A A A AutoDial+B
A AutoDial+B
AutoDial+B
[TS], 10- [SIP]BYEreceived
A A GwAutoDial
GwAutoDial
Приложение Б. Журналы модуля обслуживания абонентов
Стр. 96
Приложение Б. Журналы модуля обслуживанияабонентов
9
Журнал логики «ОС» /var/log/mvts3g/rtu-cl-core/logic.log;
Журнал модуля Interlayer логики «ОС» /var/log/mvts3g/rtu-cl-core/interlayer.log;
Журнал протокольный логики «ОС» /var/log/mvts3g/rtu-cl-core/protocol.log;
Журнал модуля лицензий логики «ОС» /var/log/mvts3g/rtu-cl-core/license.log;
Журнал логики «ДВО» /var/log/mvts3g/rtu-cl-sp/logic.log;
Журнал модуля Interlayer логики «ДВО» /var/log/mvts3g/rtu-cl-sp/interlayer.log;
Журнал протокольный логики «ДВО» /var/log/mvts3g/rtu-cl-sp/protocol.log;
Журнал модуля лицензий логики «ДВО» /var/log/mvts3g/rtu-cl-sp/license.log;
Журнал утилиты, отправляющей сообщения на почту (mailer), /var/log/mvts3g/rtu-cl-sp/mailer.log;
Журнал авторизации и изменения данных на веб-интерфейсе /var/log/mvts3g/rtu-cl-webdb/web_security.log;
Журнал авторизации и изменения данных через API /var/log/mvts3g/rtu-cl-webdb/api_security.log.
Кроме того, в РТУ МОА имеется ряд дополнительных журналов, которые настраиваются вследующих конфигурационных файлах:
/etc/rtu-cl-core/log/interlayer.log.conf – настройка модуля InterLayer логики«ОС», настраиваются следующие файлы журналов и файлы профилирования:
o /var/log/mvts3g/rtu-cl-core/interlayer.error.log;
o /var/log/mvts3g/rtu-cl-core/profile/interlayer.profiler.txt;
o /var/log/mvts3g/rtu-cl-core/profile/interlayer.memory.profiler.txt.
/etc/rtu-cl-core/log/license.log.conf – настройка модуля лицензий логики «ОС»,настраиваются следующие файлы журналов:
o /var/log/mvts3g/rtu-cl-core/license.error.log;
/etc/rtu-cl-core/log/logic.log.conf – настройка модуля логики «ОС»,
настраиваются следующие файлы журналов и файлы профилирования:
o /var/log/mvts3g/rtu-cl-core/logic.error.log;
o /var/log/mvts3g/rtu-cl-core/profile/logic.profiler.txt;
o /var/log/mvts3g/rtu-cl-core/profile/logic.memory.profiler.txt.
/etc/rtu-cl-sp/log/interlayer.log.conf – настройка модуля InterLayer логики«ДВО», настраиваются следующие файлы журналов и файлы профилирования:
o /var/log/mvts3g/rtu-cl-sp/interlayer.error.log;
o /var/log/mvts3g/rtu-cl-sp/profile/interlayer.profiler.txt;
o /var/log/mvts3g/rtu-cl-core/profile/interlayer.memory.profiler.txt.
/etc/rtu-cl-sp/log/license.log.conf – настройка модуля лицензий логики «ДВО»,
настраиваются следующие файлы журналов:
o /var/log/mvts3g/rtu-cl-sp/license.error.log;
/etc/rtu-cl-sp/log/logic.log.conf – настройка модуля логики «ДВО»,
Приложение Б. Журналы модуля обслуживания абонентов
Стр. 97
настраиваются следующие файлы журналов и файлы профилирования:
o /var/log/mvts3g/rtu-cl-sp/logic.error.log;
o /var/log/mvts3g/rtu-cl-sp/profile/logic.profiler.txt;
o /var/log/mvts3g/rtu-cl-sp/profile/logic.memory.profiler.txt.
/etc/rtu-cl-sp/log/mailer.log.conf – настройка утилиты отправки сообщениймодуля логики «ДВО», настраиваются следующие файлы журналов:
o /var/log/mvts3g/rtu-cl-sp/mailer.error.log;
o /var/log/mvts3g/rtu-cl-sp/mailer.log.
/etc/rtu-cl-webdb/log/api.log.conf – настройка журналирования API,настраиваются следующие файлы журналов:
o /var/log/mvts3g/rtu-cl-webdb/api_security.error.log;
o /var/log/mvts3g/rtu-cl-webdb/api_security.log.
/etc/rtu-cl-webdb/log/web.log.conf – настройка журналирования API,настраиваются следующие файлы журналов:
o /var/log/mvts3g/rtu-cl-webdb/web_security.error.log;
/etc/rtu-cl-webdb/log/hash-server.log.conf – настройка утилиты доступа кхранимым хешам, настраивает следующие файлы журналов:
o /var/log/mvts3g/rtu-cl-webdb/hash-server.log;
o /var/log/mvts3g/rtu-cl-webdb/profile/hash-server.profiler.txt;
o /var/log/mvts3g/rtu-cl-webdb/profile/hash-server.memory.profiler.txt.
/etc/rtu-cl-psync/log/promptsync.log.conf – настройка утилиты синхронизацииаудиофайлов.
o /var/log/promptsync/promptsync.log.
Система также производит автовыгрузку журналов действий пользователя на веб-интерфейсе дляРТУ МОА. Путь для автовыгрузки определяется в файле autoexport_config.php, черезпеременную save_path, по умолчанию в каталог /var/log/centrex.
 |
|
| Тип |
NGN-софтсвич |
|---|---|
| Разработчик |
МФИ Софт / ALOE Systems |
| Операционная система |
GNU/Linux Debian |
| Последняя версия |
1.6.0-110 (21 мая 2012) |
| Лицензия |
проприетарная |
| Сайт |
www.mfisoft.ru / www.aloe-systems.com |
Российский телефонный узел (РТУ; на зарубежном рынке Retail and Transit Unit[1]) — модульный программный продукт, NGN-софтсвич для операторов связи, разработанный и развиваемый компанией МФИ Софт (ALOE Systems) с 2007 года.[2] Решения на базе РТУ используются значительным числом компаний-операторов связи разного уровня, как в России так и за рубежом.[3]
Благодаря сочетанию функциональности софтсвича 4 и 5 класса, РТУ может выступать в роли IP-АТС разного уровня: узла корпоративной связи, городской АТС, станции междугородней и международной связи (транзит трафика)[4]. В зависимости от потребностей компании-клиента, РТУ реализуется как программное обеспечение, либо в составе АПК разных вариантов: от одного сервера до многосерверного кластера в совокупности с необходимым шлюзовым оборудованием.
Примечательно, что программное обеспечение на 100 % разрабатывается и поддерживается на протяжении многих лет собственными специалистами компании МФИ Софт / ALOE Systems в российском центре разработки в Нижнем Новгороде.
Содержание
- 1 Функциональность
- 1.1 Базовые возможности
- 1.2 Модуль транзит трафика (РТУ класс 4 / MVTS Pro)
- 1.3 Модуль обслуживания абонентов (РТУ класс 5)
- 1.4 Производительность
- 1.5 Система онлайн мониторинга (EMS)
- 1.6 Программный клиент (РТУ Клиент)
- 1.6.1 Функционал
- 1.6.2 Планы развития
- 2 Технологии
- 3 Cфера применения
- 4 Заметные факты внедрения
- 5 Примечания
- 6 Ссылки
Функциональность
Конвергентная платформа РТУ представляет из себя масштабируемое модульное программное обеспечение[2], базовой основой которого является программное ядро — подсистема коммутации, работающая с разными видами подсистем управления, таких как:
- подсистема управления Модуля транзита трафика (МТТ)
- подсистема управления Модуля обслуживания абонентов (МОА)
Все подсистемы могут резервироваться для обеспечения более высокого уровня надёжности. Комплектация системы РТУ зависит от пожеланий заказчика.
Дополнительно система может включать в себя:
- подсистема управления онлайн-мониторинга (EMS)
- программный клиент (софтфон)
Все подсистемы РТУ взаимодействуют друг с другом по сетевым соединениям, на базе протокола IP, что и позволяет масштабировать систему в кластере серверного оборудования и реализовать автоматическую систему резервирования.
Базовые возможности
- SIP-регистратор
- Контроллер зоны H.323
- Пограничный контроллер сессий (Session Border Controller)
- Функции FMC (Fixed Mobile Convergence)
- VoIP-шлюз
- Коммутатор телефонного трафика ОКС-7 (SIGTRAN / ISUP или SIP-T / SIP-I)
- Объединение сетей с разнородной сигнализацией (VoIP/ТФОП) и нормализация сигнальных протоколов
- Медиа-прокси и транскодер различных голосовых кодеков (G.711, G.729, G.723.1, Speex, iLBC, G.726, GSM-FR)
- Передача факсимильных сообщений (T.38, G.711-inband)
- Передача тональных сигналов (RFC2833, сигнальные сообщения SIP INFO и H.245 Digits, G.711-inband)
- Видео-вызовы (кодеки H.261, H.263, H.264)
- Сохранение и автоматическая выгрузка подробных записей о вызовах (CDR) по всем успешным и неуспешным звонкам
- Клиент сервера доступа и биллинговой системы по протоколу RADIUS
- Система онлайн-мониторинга
- Обеспечение оперативно-розыскных мероприятий (СОРМ)
Модуль транзит трафика (РТУ класс 4 / MVTS Pro)
Программный коммутатор транзита телефонного VoIP и ОКС-7 трафика для операторов связи с расширенными функциями маршрутизации. РТУ МТТ может работать как один коммутатор, так и в комплексе с РТУ МОА.
- Поддержка десятков тысяч учётных записей оборудования (VoIP-шлюзов, коммутаторов, терминалов)
- Маршрутизация по А и Б номерам, расписанию, группам, категориям абонентов / вызовов и т. п.
- Перемаршрутизация неуспешных вызовов на альтернативные маршруты с гибкими настройками
- Сбор и анализ статистики трафика (отчёты и онлайн-графики)
- Динамическое изменение таблицы маршрутизации по статистическим параметрам линий (эрланг, ASR, ACD и любые другие)
- Внешняя маршрутизация (через RADIUS, а также через внешние SIP Redirection Server или H.323 GateKeeper)
- Изменение нумерации (вида и типа номера, префиксов)
- Обеспечение безопасности телефонного трафика (функции SBC)
- Управление кодами причины разъединения
На зарубежном рынке РТУ МТТ также позиционируется как самостоятельный коммутатор MVTS Pro.
Модуль обслуживания абонентов (РТУ класс 5)
Программный коммутатор для предоставления услуг абонентам и подключения к другим коммутаторам. РТУ МОА может работать один или в комплексе с РТУ МТТ.
- Управление большими группами абонентов
- Персональные веб-кабинеты для абонентов
- Мульти-терминальность (несколько устройств для одного абонента)
- Онлайн-мониторинг и управление вызовами
- Виртуальная АТС и домены
- Возможность стыковки с другими коммутаторами / шлюзами
- Замена гудка (КПВ) и управление кодами разъединения
- Телефонный автоответчик
- Голосовые меню (IVR) и голосовая навигация (DISA)
- Удержание вызова
- Перевод вызова
- CallBack
- Голосовая почта
- Селекторное совещание и конференц-связь, MCU
- Групповые сервисы (вызов группы, перехват звонка и т.п)
- Виртуальный факс
В РТУ МОА существует возможность предоставления для абонентов более 40 различных сервисов, как привычных для телефонии, так и специфичных, возможных только в рамках VoIP.
Производительность
РТУ рекомендуется использовать на сетях крупных корпораций и операторов связи, для обеспечения услугами большого числа абонентов от нескольких сотен до сотен тысяч.
Один сервер с РТУ в минимальной конфигурации (4 Гб ОЗУ, 4 CPU cores) способен поддерживать:
- от 200 до 4000 одновременных вызовов (в зависимости от нагрузки по медиа-конвертации)
- до 10 тыс. учётных записей абонентов
Так как РТУ является модульным программным обеспечением, его подсистемы (подсистема коммутации и разные виды подсистем управления) могут работать в составе кластера, что позволяет строить узлы NGN-связи очень высокой производительности:
- до 200 тыс. абонентов
- до 400 тыс. одновременных вызовов при транзите и до 50 тыс. звонков при обслуживании абонентов
Также производителем предлагается несколько методов резервирования системы и её модулей, для обеспечения абонентов сервисом высокого качества.
Система онлайн мониторинга (EMS)
- Веб-интерфейс для администрирования и настройки
- Контроль за модулями РТУ
- Контроль за любым другим телекоммуникационным оборудованием (VoIP-шлюз, медиашлюз, маршрутизатор, сервер и т. п.), вплоть до 1000 узлов.
- Поддержка SNMP версий 1, 2, 3
- Сбор данных при помощи любых внешних скриптов / команд
- Централизованный мониторинг журналов (лог-файлов)
- Возможность создавать карты сетей
- Гибкая система шаблонов и групп
- Аналитические отчёты и графики
- Автоматическое обнаружение проблем
- Система уведомления о критических ситуациях
- Отчетность и тенденции
- SLA мониторинг
Программный клиент (РТУ Клиент)
Кроссплатформенное приложение для абонентов, сочетающую в себе функции программного SIP-телефона и видеотелефона, а также клиента службы мгновенных сообщений (Jabber) с интеграцией в РТУ МОА.[5]
По своей сути программный клиент (РТУ клиент) — софтфон и средство для чата с поддержкой передачи файлов и адресной книгой. Программный клиент РТУ позволяет использовать настольный или портативный персональный компьютер как абонентский терминал, обеспечивающий владельцу аудио и видеосвязь, мгновенным сообщениям и передаче файлов, а также доступ к голосовым сервисам и ДВО, предоставляемым VoIP платформой РТУ.
В то же время дистрибутив программного клиента является конструктором для построения бренд-софтфона под конкретного заказчика — оператора связи.
Функционал
- Голосовые SIP-вызовы
- Видео SIP-вызовы с поддержкой высококачественного видео (HD)
- Менеджер звонков
- Обмен быстрыми сообщениями, обмен файлами
- Уведомления о вызовах и новых сообщениях
- Статусы пользователей, смайлы
- История общения в чате и звонков
- Адресная книга, метаконтакты
Планы развития
- Функционирование на мобильных устройствах под управлением Android и iPhone
- Итеграция с LDAP
- Интеграция с социальными сетями
- Поддержка многопользовательских чатов, MUC;
- Управление услугами абонента РТУ из программного приложения.
Технологии
РТУ работает на любой аппаратной платформе/сервере или серверном кластере на базе свободной серверной операционной системы GNU/Debian Linux. Для различных модулей применяются следующие технологии:
- Подсистема коммутации: Си
- Подсистема управления: Python, C#
- СУБД: MySQL
- Графический интерфейс: Apache, PHP, AJAX, ASP.NET
- EMS: C, PHP, MySQL, SNMP, bash
Компания активно развивает продукт, отвечая требования своих клиентов, законодательства и существующей ситуации на рынке.[6][7][8]
Cфера применения
Операторы связи и другие компании, применяют РТУ для решения следующих задач:
- Предоставление голосовых и мультимедийных услуг (ДВО) корпоративным и частным абонентам
- Создание узлов местной, зоновой, МН/МГ связи по технологии IP, в том числе с подключением к ОКС-7 (ТФОП)
- Замена устаревшего оборудования связи, поэтапный перевод сетей на технологии ALL-IP
Заметные факты внедрения
Решения на базе платформы РТУ, широко применяются операторами связи России, дальнего и ближнего зарубежья. Например в России такими как Эффортел, МРК Связьинвеста[9][10], НСС[11][12], ЕТК[13], Комстар (МТС)[14][15], Таттелеком, Сумма Телеком[16], компании холдинга ЭР-Телеком, МТТ[17], Синтерра и многих других[3].
РТУ также реализуют и поддерживают компании-партнёры МФИ Софт — крупнейшие российские интеграторы[18]: Микротест[19], Техносерв, Inline Telecom Solutions[20], Россервис.
Примечания
- ↑ Retail and Transit Unit (RTU)
- ↑ 1 2 VoIP-платформа РТУ
- ↑ 1 2 Клиенты МФИ Софт
- ↑ Российские производители сделали шаг вперед по обеспечению дополнительной ценности своим решениям Интервью с президентом МФИ Софт Александром Ивановым
- ↑ Информация об РТУ Клиенте на сайте МФИ Софт
- ↑ МФИ Софт объявляет о сертификации VoIP платформы РТУ в качестве узла услуг в соответствии с требованиями Мининформсвязи
- ↑ Новая версия РТУ: инновационные сервисы и дополнительная надежность
- ↑ МФИ Софт исследовал тенденции развития VoIP-услуг в России
- ↑ Новости отрасли на IP News
- ↑ Енисейтелеком запустил услугу Мобильная АТС на базе VoIP платформы МФИ Софт
- ↑ Информационное Агентство Связи: ЗАО «НСС» начало организацию тестовой зоны по оказанию конвергентных услуг фиксированной и мобильной связи FMC на базе NGN-платформы «МФИ Софт»
- ↑ МФИ Софт удвоил продажи CommNews
- ↑ «Енисейтелеком» запустил услугу «Мобильная АТС» на базе VoIP-платформы «МФИ Софт» CNews
- ↑ Новости России. Связь Компьютер Информ
- ↑ Группа МТС внедрила услугу интеллектуальной телефонии в Санкт-Петербурге на базе решений МФИ Софт
- ↑ «МФИ Софт» и «Сумма Телеком» начали реализацию проекта по внедрению комплекса РТУ
- ↑ МФИ Софт завершила внедрение VoIP платформы РТУ на сети МТТ
- ↑ Интеграторы-партнёры МФИ Софт
- ↑ «Телефонные решения для операторов связи» на сайте Микротест
- ↑ Пресс-релиз «Решения „МФИ Софт“ на базе РТУ совместимы с биллинговой системой „Билл-Мастер“»
Ссылки
- МФИ Софт: российские решения для сетей связи нового поколения Электросвязь № 9 2007
- Российский Телефонный Узел для отечественных NGN Вестник связи № 10 2007
- Точка сборки Компьютерра № 46 2007
- Сделано в России Computerworld Россия
- МФИ Софт усовершенствовал РТУ ComNews
 Программное обеспечение для IP-телефонии |
|
|---|---|
| Протоколы | H.323 • IAX • ooVoo • SIP • Skype |
| Клиентское ПО | 3CX Phone • Ekiga • Empathy • Jitsi • Linphone • Mail.Ru Агент • NetCall • Sippoint Mini |
| Серверное ПО | Asterisk • CallWeaver • CommuniGate Pro • Российский телефонный узел |
| Веб-сервисы | Sipnet |
02 Августа 2021 10:00
02 Авг 2021 10:00
|
Рынок связи и унифицированных коммуникаций продолжает цифровизироваться с опережением благодаря интересу организаций к технологиям IP-телефонии, видеосвязи, совместной работы, мобильным приложениям. На фоне появления десятков новых облачных продуктов обретают новые смыслы решения, давно известные широкой публике. Особенную роль здесь играет поддержка государства, направленная на импортозамещение, которая во многих отраслях открыла бизнесу качественные и доступные продукты. Одним из них стал РТУ (Российский телефонный узел), которым сейчас пользуются сотни компаний по всей стране и даже за ее пределами.
Эта разработка, ныне находящаяся в ведении компании САТЕЛ, представляет собой VoIP-платформу, позволяющую как внедрять сервисы унифицированных коммуникаций в инфраструктуру заказчика (on-premises), так и получать сервис из облака (UCааS).
Как устроен РТУ
На уровне архитектуры «Российский телефонный узел» является конвергентным и легко масштабируемым модульным ПО. Его основа — подсистема коммутации, на которую завязаны несколько подсистем управления: модуль транзита трафика (МТТ), модуль обслуживания абонентов (МОА) и модуль видеоконференцсвязи. Важно, что для каждой из них можно запустить сценарий резервирования в тех случаях, когда необходимо вывести безотказность решения практически на 100-процентный уровень.
Аппаратное ядро обеспечивает в данном случае только регистрацию оборудования, коммутацию сигнальных сообщений и передачу трафика. Головным мозгом UC-платформы можно считать как раз подсистемы управления, определяющие параметры работы и настроек и несущие в себе функцию контроля.
В компании САТЕЛ отмечают, что подобная комплектация является коробочной. В зависимости от нужд конкретной организации система кастомизируется дополнительными элементами.
Решение работает в системах под управлением ОС Linux/AstraLinux. Важно отметить, что РТУ может поставляться и в виде ПО, и в комплекте с аппаратными решениями различных производителей. При этом ядро системы устанавливается как на физические серверы, так и в виртуальную инфраструктуру заказчика. Говоря о конкретных параметрах производительности, важно упомянуть, что один сервер с РТУ в минимальной конфигурации (16 Гб ОЗУ, 8 ядер ЦПУ) способен поддерживать до 4 тыс. одновременных вызовов и 20 тыс. учетных записей абонентов. Если же создавать масштабируемые кластеры для развертывания корпоративных систем федерального масштаба, то платформа РТУ поддерживает до 200 тыс. пользователей.
Зачем все это нужно бизнесу
Блок задач, которые могут решать компании с помощью РТУ, можно условно разделить на технологические и бизнес-задачи. С технологическими задачами все достаточно очевидно: во-первых, многие крупные предприятия заинтересованы в модернизации устаревших голосовых сетей, построенных на технологии TDM, которые при этом должны соответствовать принципу территориальной распределенности, быть хорошо защищены и катастрофоустойчивы. Во-вторых, COVID-19 способствовал тому, что многие компании пересмотрели подход к удаленной работе и повысили интерес к использованию решений, обеспечивающих совместную работу, среди которых важную роль играют UC-сервисы. В-третьих, проводимая политика по импортозамещению стимулирует интерес крупного бизнеса и государственных заказчиков к качественным российским разработкам, которые позволяют замещать иностранные аналоги без потери в качестве и функциональности получаемых услуг.
Если говорить об экономической стороне вопроса, то нужно отметить, что РТУ помогает серьезно снизить производственные затраты за счет оптимизации процессов эксплуатации, избежать привязки к нестабильным курсам валют, повысить доступность сотрудников и уровень обслуживания клиентов. Помимо этого, решение позволяет легче выводить сотрудников в офисы или переводить их на дистанционные форматы сотрудничества.
На базе РТУ можно построить коммуникационный центр
Для компаний, которые хотят создавать свои коммуникационные центры, САТЕЛ реализовал информационную систему интерактивного контакт-центра на базе РТУ, которая получила название «Атмосфера». В этой модульной системе реализован принцип единых личных кабинетов и автономных ботов, доступны функции синтеза и распознавания речи.
Как отмечают в самой компании, «Атмосфера» дает возможность автоматизировать все операции по обслуживанию клиентов. При этом разные аппаратные платформы, базы данных и ПО заказчика логически объединяются друг с другом, обеспечивая полностью бесшовное взаимодействие.
Система способна автоматически обслуживать клиента, базируясь на теме его обращения и истории прошлых заявок, обрабатывает омниканальные запросы, автоматически формирует исходящие обращения в адрес клиентов, а также анализирует с помощью отдельного модуля записи разговоров.
Таким образом, РТУ и создаваемые на его основе решения и подходы могут принципиальным образом сказаться как на сугубо экономических, так и на имиджевых показателях компаний. В последние годы интерес к этому продукту увеличивается, что связано как с внесением актуальных модификаций в продукт (в частности, реализована интеграция с сервисом «Яндекс. Облако» для распознавания голоса, поддерживается технология WebRTC, осуществлена миграция на новую версию операционной системы GNU/Linux Debian 10 Buster, что обеспечивает высокую надежность и безопасность), так и с возрастающей актуальностью модульных облачных UC-решений.
2. Ой, что будет если пустить клиента в собственный домен? он сможет себе править маршруты, подставить левый АОН, позвонить в Африку, вернуть все обратно и радоваться халяве, или же просто взять и поломать лишнего, а ведь он всего лишь хотел поменять номер для переадресации.
Внутренние CDR в РТУ совершенно не приспособлены для билингования.
Личный вход для каждой отдельной линии клиентов не устраивает, обычно у них есть только один «специалист», который хочет иметь только один логин/пароль и возможность управлять всеми внутренними номерами сразу, а не по отдельности.
Мои абоненты это малый бизнес, они занимаются металлопрокатом, торговлей обувью и чем угодно им не нужен веб-кабинет, тем более с управлением доменом. Мы согласуем письменно схему распределения звонков, внутреннюю нумерацию и т. д. Есть первая линия — техподдержка, вторая инженеры VoIP.
Биллингую на 4 классе. РТУ МТТ.
Для астериска веб-оболочек — вагон и маленькая тележка, хотите свою пишите на базе API.
У РТУ есть либо только свой вебкабинет, который нельзя особо подпилить (ну захотите вы в корпоративный портал все интегрировать), а существующий API — более чем полностью убогий.
По моему опыту — 3 компании на 1000 используют web-кабинет. На РТУ уже есть.
Не понимаю в чем убогость API? Мы вообще в базу пишем.
MGCP и ОКС7 прохоже так и не работает в полном объеме, хорошо хоть не падает на каждый чих.
Не придется видимо мне попробовать ОКС, буду стыковаться по SIP, для мажоров — SIP-T/I.
А конвертировать G711 bypass в T38 и обратно не умеет, и услуга Fax-Email работает только с Т38, что иногда доставляет кучку проблем
Действительно t.38 passthrough. У меня на сеть на T.38. Работает транковый шлюз Cisco и РТУ.
И работать по TCP не умеет и уметь в ближайшее время не собирается (официально заявлено).
Зачем это нужно, спросите вы, а я в ответ спрошу «к вам только клиенты с астерисками обращаются, а с Microsoft Lync еще не обращались??»
Давно хотел сказать — мне на поделки мелкомягкого пиливать. TCP — тема, но рынок не готов, только параноики одни 
(Без обид, я просто так считаю)
Но для какого это оборудования цифры? Какие требования к памяти в зависимости от обслуживаемых абонентов?
Откуда скриншот — случайно не из документации по РТУ МТТ, потому как РТУ МОА — это уже поддержка ДВО для абонентов.
Архитектура системы — модульная: Подсистема Коммутации (Пкомм), Модуль Обслуживания Абонентов, Модуль Транзита Трафика.
В документации речь идет о Подсистеме Коммутации. Например есть проект — 3000 бизнес абонов на NEC Server R120b-1 (2 * Intel® Xeon® Processor E5645, 6 * 2GB DDR3) с ростом до 5000. Базы данных с репликацией отдельные сервера.
РТУ это маркетинговая надстройка над вполне компетентной компанией Мера из Нижнего Новгорода.
Открою секрет — МФИ — Мера, Фрейнберг, Иванов. Кто над кем надстройка? В МФИ около 300 своих программеров. Поеду в середине июля лично пересчитывать.
мое мнение что при вашем количестве абонентов, вам подойдет и астер,
будет количество расти, можно что то выбирать уже альтернативное, но там уже надо быть в любом случае финансово подготовленными, и представлять подводные камни, решений которые будут предлагать, что бы не попасть по финансам.
А когда время подойдет, возникнет проблема — как нам все это хозяйство переносить. А на Астерах расти уже нельзя (или чего не знаю?). И конфиг, непойми кто писал и когда. man пообещал написать. И чего дальше?
С этого места поподробнее, плз. Это на каком-таком числе абонентов? Помнится, мне 40$/subscriber начситали. Кто то из местных продавцов говорил про 9 баксов на оооооочень больших количествах абонентов.
30 $ за абонента 5 класа РТУ МОА при минимальной конфигурации 500 абонентов. А там как договоритесь и от объема. Про Asterisk им расскажите.
9 баксов за subscriber — это ворованное может? Или для Ростелекома.
причем очень внимательно надо смотреть, при увеличении числа абонентов какие лицензии придется докупать, а то как часто бывает что вылазит еще добавления надо делать, там поехали- лицензии на аналоги, ip, adv sabscriber, окс, потоки и еще очень много страшных слов и цифр набегает, и уже как то не весело становится.
Будет оптимально что с поставщиком договоритесь относительно макета на котором протестите и выловите все косяки, что нравится и не нравится,
а потом выкупаете , в любом случае вариантов много, самое главное акты сразу не подписывать..)))))
В РТУ все просто — вы покупаете только абонентские лицензии для Softswitch class 5, и одновременные соединения для Softswitch class 4. Можно купить РТУ-комплекс (4/5). Про акты не понял. Акты надо подписывать когда услуга предоставлена.
Таким образом Open Source реально помогает получать хорошие цены)
Как Linux помогает дешевле покупать Windows.
Изменено 5 июля, 2012 пользователем SoftSwitch
Инструкции по настройке оборудования
Не нашли ответа на свой вопрос?
Позвоните или напишите нам и менеджеры проконсультируют вас и помогут решить вопрос.
banner-image
Файл cookie – это небольшой фрагмент текста, передаваемый в браузер с сайта, который вы посетили. Он помогает сайту запомнить информацию о вас, например то, на каком языке вы предпочитаете его просматривать.
О решении
Российский телефонный узел (РТУ) – VoIP-платформа, позволяющая внедрять сервисы унифицированных коммуникаций, как в существующую инфраструктуру, так и получать «из облака». Дополнительно реализованы модули голосовых роботов и чат-ботов с использованием искусственного интеллекта, мобильное приложение, платформа для проведения онлайн-мероприятий, а также собственный мессенджер для различных видов онлайн-коммуникаций.
Модульная программная VoIP-платформа для операторов связи и корпоративных заказчиков, работающая на ОС Debian GNU/Linux или AstraLinux, СУБД MySQL/PostgreSQL, является платформой обработки и коммутации вызовов для систем сотовой связи 4 и 5 поколения (IMS) и сопряжения транковых сетей (MC PTT). Может комплектоваться собственным приложением под iOS/Android, модулями диспетчерской и селекторной связи, видеоконференцсвязи, контакт-центра и анализа фрода.
Платформа РТУ упрощает администрирование телефонной инфраструктуры, значительно снижает производственные затраты, разгружает абонентский отдел, повышает качество обслуживания абонентов и скорость внедрения новых услуг.
Внедрение решений на базе РТУ позволяет организациям с широкой филиальной сетью обеспечивать филиалы полным спектром услуг современной телефонной связи, а также поддерживает резервирование всех узлов связи и центральное администрирование.
- Сертифицирована для применения на сети связи общего пользования
- Поддерживает функции СОРМ
- Реализуется как программное обеспечение или в составе программно-аппаратного комплекса
- Модульная структура позволяет постепенно наращивать производительность системы по мере увеличения нагрузки
Платформа РТУ представляет собой масштабируемое модульное программное обеспечение, включающее в себя, в зависимости от стоящих перед Заказчиком задач, набор из одного или нескольких компонентов:
РТУ МТТ – модуль транзита трафика (4 класс)
РТУ МОА – модуль обслуживания абонентов (5 класс)
РТУ СМАРТ – система маршрутизации трафика (4 класс) и транзитный биллинг
МикроРТУ – выносной полуавтономный софтсвитч (5 класс)
Веб-портал ВАТС – личный кабинет абонента виртуальной АТС
РТУ-клиент – мобильное приложение для абонентов (программный телефон)
РТУ-Атмосфера – контактный центр
РТУ-Коннект – модуль видеоконференцсвязи
РТУ Селектор – модуль селекторной связи и совещаний
Модуль транзита трафика РТУ МТТ
Программный коммутатор, предназначенный для транзита телефонного VoIP и ОКС-7 трафика с расширенными функциями маршрутизации и контроля. К важным особенностям РТУ МТТ относятся функции пограничного контроллера сессий – аутентификация и авторизация, возможность прозрачной передачи SIP-запросов и сокрытие топологии сети, шифрование трафика, конвертация сигнальных протоколов и медиа-кодеков.
Модуль обслуживания абонентов РТУ МОА
Программный коммутатор для предоставления услуг связи и интеллектуальных сервисов абонентам. Ориентирован на создание узлов местной связи и УПАТС.
Для операторов связи – это предоставление услуг телефонии физическим лицам, обслуживание корпоративных клиентов (виртуальная АТС, виртуальный офис, Call-центры, факсимильная связь, телеголосование и т. п.) и создание виртуальных операторов связи по модели SaaS.
Для других организаций (коммерческих компаний, гос.структур и ведомств) – это корпоративная связь, в том числе для филиалов, и мобильных офисов с короткой нумерацией и услугами Centrex, а также унифицированные коммуникации (видеосвязь, мгновенные сообщения, контроль статуса пользователей и т.п.). Возможность построения распределённых внутренних телефонных сетей для филиальных структур.
Система маршрутизации трафика и транзитный биллинг РТУ СМАРТ
Самостоятельное решение для задач, связанных с транзитом и выгодной терминацией трафика при подключении к телефонным сетям большого числа операторов связи.
Софтсвитч РТУ СМАРТ сочетает функции NGN SBC, интеллектуальной маршрутизации VoIP-трафика, биллинга, финансовой и статистической аналитики. В то же время РТУ СМАРТ может выступать в роли системы учета и начисления платы, а также инструмента внешней маршрутизации (LCR/BCR) для транзитного софтсвича РТУ МТТ.
Выносной полуавтономный софтсвитч МикроРТУ
Обеспечивает централизованное управление через РТУ МОА абонентами на удаленных узлах связи в филиалах, подключение к местным телефонным сетям.
Реализует единый подход к предоставлению ДВО во всех филиалах. Позволяет организовать единый номер для терминалов одного абонента во всех узлах связи филиалов.
МикроРТУ реализует «выживаемость» (самостоятельную работу) филиальных структур при нарушениях в работе единой сети, отсутствии связи с центральным узлом.
Веб-портал ВАТС
Интуитивно понятный интерфейс администратора и абонента виртуальной АТС, который обеспечивает:
- Упрощённое управление виртуальной АТС на основе РТУ МОА для корпоративного клиента для корпоративного клиента
- Веб-телефон для совершения и приёма вызовов конечным пользователем
- Дополнительные возможности виртуальной АТС для клиента (конференция, голосовые меню, виртуальные факсы, различные внешние номера (в т.ч. региональные, МГ/МН), управление работой сотрудников, запись разговоров и простой доступ к записям, финансовый контроль)
- Удобную монетизацию услуг оператора связи
- Разгрузку абонентского отдела оператора связи
- Универсальное управление виртуальными АТС нескольких узлов связи на основе РТУ МОА в операторской сети
- Быструю адаптацию к корпоративному стилю Заказчика
Мобильное приложение РТУ-клиент
РТУ-клиент – кроссплатформенное абонентское приложение для различных видов онлайн-коммуникаций для использования на смартфонах и планшетах (Android и iOS). Сочетает в себе функции программного SIP-телефона и видеотелефона, а также клиента службы мгновенных сообщений. Работает на основе WebRTC.
РТУ-клиент позволяет использовать персональный компьютер, планшет или смартфон, как абонентский терминал, обеспечивающий аудио и видеосвязь, обмен мгновенными сообщениями и файлами, SMS, а также доступ к голосовым сервисам и ДВО, предоставляемым платформой РТУ МОА.
РТУ-клиент упрощает работу администратора и абонента – не требуется предварительной настройки, все необходимые параметры для начала работы терминала конкретного абонента формируются автоматически.
Контактный центр РТУ-Атмосфера
РТУ-Атмосфера – омниканальная система, позволяющая автоматизировать все операции по дистанционной обработке обращений. Включает в себя АРМ оператора, CRM, IVR, систему исходящих кампаний и отложенных вызовов, расширенный блок отчётности и статистических данных, личные кабинеты и автономные боты, в том числе с синтезом и распознаванием речи, а также базу знаний, которая даёт ответы чат боту и помогает операторам.
Назначение:
Автоматическая обработка голосовых и текстовых сообщений чат-ботами первой линии обслуживания с распознаванием и синтезом речи, а также чат виджеты на сайте заказчика
Разработка и поддержание в актуальном состоянии экспертной системы для автоматизированного хранения базы знаний и компетенций
АРМ-оператора для обеспечения расширенного функционала контакт-центра
Использование ИИ для реализации сценариев самообслуживания в контакт-центре
Интеллектуальная система управления исходящим обзвоном для информирования клиентов, работа с пулом отложенных и пропущенных обращений
Сохранение всей истории взаимодействия с клиентом и передача информации о клиенте между различными службами компании
Результаты внедрения:
автоматизация деятельности операторов и управляющего персонала – автоматическая обработка от 25% всех поступающих комплексных запросов клиентов
эффективное планирование численности сотрудников КЦ с использованием собственного модуля управления персоналом
повышение качества обслуживания обращений в режиме реального времени с использованием всех имеющихся на сегодняшний день каналов связи
обработка поступающих заявок с помощью алгоритмов искусственного интеллекта и речевых технологий
Модуль видеоконференцсвязи РТУ-Коннект
РТУ-Коннект — платформа для защищенной 4K-видеоконференцсвязи и совместной работы, которая поддерживает подключение по интернету и в закрытых корпоративных сетях. Подключаться к конференциям и быть полноценными участниками видеоконференций могут мобильные абоненты, даже если они находятся в дороге или в роуминге. Возможно использование любых доступных устройств с ОС Windows, Linux, macOS, Android и iOS, или с помощью обычных браузеров.
Возможности модуля РТУ-Коннект:
Автоматический вызов приглашенных участников конференций, даже находящихся вне офиса- Вызов абонентов непосредственно из контекстного меню на добавочный номер сотрудника или его мобильный
- Автоматическое оповещение по телефону о начале важных совещаний для опаздывающих участников. Достаточно выбрать вариант с входом в конференцию через голосовое меню, чтобы немедленно присоединиться к ней.
- Возможность вызова абонентов для участия в видеоконференции через ввод добавочного номера абонента или виртуальной комнаты прямо с телефона. Система автоматически авторизует абонента и определит конференцию, к которой он должен присоединиться. Либо сообщит ему о времени и названии ближайшей конференции с его участием.
- Возможность вызова абонентов для участия в видеоконференции с любых подключенных к АТС устройств, имеющих поддержку видео.
Модуль селекторной связи и совещаний РТУ Селектор
РТУ Селектор — это модуль организации селекторных совещаний в режиме аудиоконференции. Позволяет организовывать сбор селекторных совещаний немедленно или в соответствии с расписанием, по готовым спискам или добавляя абонентов вручную. В процессе проведения совещания участники могут попросить слова, а организатор совещания обладает широкими возможностями по модерации.
Преимущества внедрения Платформы РТУ
- Модульная архитектура
- Высокая производительность и скорость обработки вызовов
- Использование существующей пакетной сети в качестве транспортной
- Широкий перечень современных дополнительных сервисов
- Возможность адаптации исходя из технических требований заказчика
- Адаптивность и интеграция в инфраструктуру существующей сети благодаря поддержке SIP, H.323, MGCP и H.248 (MEGACO), ОКС №7 (SIGTRAN/ISUP-R) в ядре системы
- Различные варианты интеграции с биллинговыми системами (экспорт CDR, RADIUS, документированный API)
- Поддержка интерфейса СОРМ – сертификация на КАТС и УПАТС
- Возможность инсталляции на любой сервер, в том числе в среду виртуализации
- Возможность использования собственного SIP клиента на РС и мобильных платформах
- Поддержка от производителя (возможность развития продукта по запросу, инсталляция на месте, техподдержка 24х7, программы обучения и др.)
Платформа РТУ включена в Единый реестр российских программ для ЭВМ Минсвязи и рекомендована для закупок госструктурами.