РТУ МТТ 1.5.3-100 Руководство администратора · Спецсимволы, регулярные выражения и преобразование номеров

© 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

..................................................................................................................................................... 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

..................................................................................................................................................... 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

........................................................................................................................ 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

........................................................................................................................ 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

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-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,

http://www.itu.int/rec/dologin_pub.asp?lang=e&id=T-REC-Q.764-199912-I!!PDF-E&type=items


Стр. 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 "localhost@rtu"; dbms_user_master "rtu"; dbms_pswd_master "rtu";

dbms_type_slave "MySQL"; dbms_name_slave "localhost@rtu"; 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 — путь к основной базе данных в формате host@database;

dbms_name "localhost@rtu";

dbms_user_master — имя пользователя основной базы данных;


Стр. 36

dbms_user "rtu";

dbms_pswd_master — пароль пользователя основной базы данных;

dbms_pswd "rtu";

dbms_type_slave — тип резервной базы данных. Поддерживаются значения MySQL иOracle;

dbms_type "MySQL";

dbms_name_slave — путь к резервной базе данных в формате host@database;

dbms_name "localhost@rtu";

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

admin@jack:~$ ps aux | grep mvts

...

admin 28338 2.4 0.5 122496 11972 pts/15 S+ 11:10 0:00 mvts3g-server-common: signaling-1

...

admin@jack:~$ 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 и добавьте еще одно условие фильтрации. В появившемсяраскрывающемся списке выберите пункт Действует как терм. устр-во, активируйтекнопку флажок, расположенную справа от элемента управления "=";


3. Создайте группу условий. Левой кнопкой мыши нажмите на элемент управления *И* ина всплывающем меню выберите Добавить группу. Обратите внимание, что по


Стр. 61

умолчанию для создаваемых групп устанавливается логический оператор “И”;


4. Смените логический оператор для вновь созданной группы на *ИЛИ*. Для этого нажмитена элемент управления *И* и на появившемся меню выберите *ИЛИ*;


5. Добавьте условие в созданную группу. Нажмите на элемент управления * ИЛИ * и на

появившемся меню выберите Добавить условие или просто нажмите кнопку ,расположенную рядом с элементом управления * ИЛИ *;


Стр. 62


6. В появившемся раскрывающемся списке выберите пункт ТЕРМ. Адрес. Нажмите наэлемент управления “=” и на появившемся меню выберите Like. В крайнем правом полевведите шаблон «192.168.131.%»;


7. Повторите Шаги 5 и 6 и аналогичным способом создайте условие для шлюзов,относящихся к сети 192.168.132.0/24. Фильтр готов. Для применения фильтра к таблиценажмите на кнопку Применить.


В случае если к таблице применен фильтр, около названия таблицы появляется иконка . Дляснятия фильтра нажмите на иконку. Для удобства пользователя фильтры, использовавшиеся впоследний раз, запоминаются.

Кроме того, пользователь имеет возможность сохранять настройки фильтров для дальнейшегоиспользования. Для этого после наложения фильтра на данные таблицы нажмите на кнопкуСохранить. В открывшемся диалоговом окне введите краткое описание фильтра и нажмите ОК.


Стр. 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).

ТЕРМ. Список адресов переадресации – через точку с запятой без пробелов введите маскисетей, на которые разрешено перенаправление вызовов для данного оборудования, в техслучаях, когда оно выступает в качестве терминирующего. При получении сообщения о

http://www.ietf.org/rfc/rfc3325.txt

http://www.cisco.com/en/US/producTS/sw/iosswrel/ps1839/producTS_feature_guide09186a0080110bfb.html#wp1050768

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.


Поля 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 Пароль = любое иное значение

Поля 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;

http://tools.ietf.org/html/rfc3204


http://www.itu.int/rec/T-REC-Q.1912.5/en




Стр. 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 будут считаться полностью распознанными и останутся в списке

http://www.speex.org/docs/manual/speex-manual.pdf












http://www.3gpp.org/ftp/Specs/archive/26_series/26.073/26073-800.zip






http://www.fring.org/




Стр. 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-адреса. Для добавленияограничения вызовите высплывающее меню и выберите в нем пункт Добавить.

http://docs.python.org/library/re.html





Стр. 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

Максимальное количество записей, хранимых в таблице, задается общесистемным параметромМаксимальное количество отладочных сессий (см. раздел Общесистемные настройки)

При больших объемах хранимых в таблице данных пользуйтесь фильтром для поиска нужныхзаписей.


Регистрационное имя – регистрационное имя зарегистрировавшегося устройства;

Номер – имя/номер зарегистрировавшегося устройства;

Локальный адрес (сигн.) – 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"


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;



Стр. 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)


Дата – дата создания записи;

Способ заполнения поля Дата опр еделяется в объекте Общесистемные настройкипар аметр ом Чем заполнять поле "Дата" в 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



длина)


преобразований.

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

Адрес терм. устр-ва(медиа)



local_src_sig_address Входящий локальныйадрес (сигн.)

Строка (21) Заполняется для всехпротоколов, кромеОКС7.

local_dst_sig_address Исходящий локальныйадрес (сигн.)


local_src_media_address Входящий локальныйадрес (медиа)


Заполняется, если


Стр. 142



длина)


были установленымедиа-каналы.

local_dst_media_address Исходящий локальныйадрес (медиа)



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ПКомм


src_in_leg_conf_id Conference ID протокола Строка (100)

src_in_leg_call_id Входящий Call IDпротокола

Строка (100)

src_out_leg_call_id Исходящий Call IDпротокола



Стр. 143



длина)


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



длина)


out_leg_codecs Кодеки на выходе Строка (100) Заполняется, еслибыли установленыисходящие медиа-каналы.

src_faststart_present Faststart у иниц. устр-ва Булево 0 или 1

Заполняется, еслипротокол H.323 имодульмаршуртизацииавторизовал вызов.

dst_faststart_present Faststart у терм. устр-ва Булево 0 или 1


src_tunneling_present Tunneling у иниц. устр-ва Булево 0 или 1


dst_tunneling_present Tunneling у терм. устр-ва Булево 0 или 1


proxy_mode Режим проксирования Булево 0 или 1

Заполняется, еслимодульмаршуртизацииавторизовал вызов.

lar_fault_reason Причина повторн.маршрутизации

Целочисленное 0 - Вызов состоялся

1 - Все маршрутыотброшены

2 - Невозможнообновить медиа-каналы

3 - LAR запрещен напоследнеммаршруте

4 - Системааварийно завершилаработу

5 - Вызов завершен


Стр. 145



длина)


до переборамаршрутов

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



длина)


медиа-каналы.

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



длина)


исходящем участкеприсутствоваликатегории выз.абонента.

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



Стр. 148



длина)


2 - National number




Заполняется, еслипараметрприсутствовал навходящем участке.

out_ani_type_of_number Исходящий тип А-номера Целочисленное -1 - Как на вход.участке

0 - Unknown


2 - National number




Заполняется, еслипараметрприсутствовал наисходящем участке.

out_dnis_type_of_number Исходящий тип Б-номера Целочисленное -1 - Как на вход.участке

0 - Unknown


2 - National number




Заполняется, еслипараметрприсутствовал наисходящем участке.

in_orig_dnis Входящий оригинальныйБ-номер

Строка (100) Заполняется, еслипараметрприсутствовал навходящем участке .

out_orig_dnis Исходящий Строка (100) Заполняется, если


Стр. 149



длина)


оригинальный Б-номер параметрприсутствовал наисходящем участке.

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=[audio],transport=[rtp],vad=[disable],fpp=[0],flags=[0x0]);PCMU (type=[audio],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,100c7ad8-8683a8c0-13c5-3e1243f1-78704c0b-3e1243f1@meranetworks.ru,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=[audio], transport=[rtp],

vad=[disable], fpp=[0], flags=[0x0]);PCMA (t

ype=[audio], transport=[rtp], vad=[disable], fpp=[20], flags=[0x0]);,PCMA

(type=[audio], transport=[rtp], vad=[disable], fpp=[0], flags=[0x0]);PCMA

(type=[audio], 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-серверах

http://rfc-ref.org/RFC-TEXTS/2865/chapter5.html#d4e447338





Стр. 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 "192.168.132.1@rtu";dbms_user_master "rtu";dbms_pswd_master "rtu";

dbms_type_slave "MySQL";dbms_name_slave "192.168.132.1@rtu";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 "192.168.132.2@rtu";dbms_user_master "rtu";dbms_pswd_master "rtu";

dbms_type_slave "MySQL";dbms_name_slave "192.168.132.2@rtu";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.conf\r"expect {*mvts3g|> }


Стр. 215

send "quit\r"

Файл 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 root@db-server

Дальше последует запрос ввести имя или IP-адрес удалённого сервера, имя пользователя наудалённом сервере, с правами которого будет выполняться сохранение файлов резервной копиии пароль для этого пользователя:

Enter remote host: backup-server

Enter remote user: root

Copy public key to remote host

(Enter password for user spatar@ora-testing1 when asked)

...

Password:


Стр. 217

После выполнения командного файла чтобы убедиться, что авторизация через открытый ключработает, выполните команду:

ssh root@db-server

В аргументе команды 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 должно быть показано имя загруженного файла.

http://protect.gost.ru/v.aspx?control=7&id=138620

http://protect.gost.ru/v.aspx?control=7&id=138620


Стр. 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



Стр. 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-серверу при авторизациитерминации вызова по выбранному направлению





1 User-Name Имя пользователя string,

Если в именипользователя стоитметасимвол“$ani$”, тометасимволзаменяется наисходящий А-номер

О

2 User-Password Пароль, закодированныйчерез MD5 или в явном

BYTE[16] или string О


Стр. 243

виде

4 NAS-IP-Address



О

5 NAS-Port Локальный порт РТУ МТТ всегда 0 О



7 Framed-Protocol This attribute indicates theframing to be used forframed access.

всегда 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>

О


Стр. 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


string Н

60 CHAP-Challenge


string Н


string Н


string Н

109 Digest-URI Уникальныйидентификатор ресурсадля алгоритма Digest

string Н


string Н

103 Digest-Response


string Н

115 Digest-Username

Имя пользователя string Н

Ожидаемые ответы: AccessAccept и AccessReject

Содержимое ответа AccessAccept от RADIUS-сервера при авторизации терминации вызова повыбранному направлению





26 h323-credit-time 102 Максимальнаяпродолжительность сессии

h323-credit-time=<время всекундах>

Н

26 h323-return- 103 h323-return-code (если это h323-return- О


Стр. 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-сервер






Если в именипользователя стоитметасимвол“$ani$”, тометасимволзаменяется наисходящий А-номер

О

4 NAS-IP-Address



О



41 Acct-Delay-Time

Время (в секундах) втечении которого клиентбудет пытаться отослатьпакет Accounting

всегда 0 О

30 Calling-Station- А-номер string О


Стр. 246

Id



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>

О



О


О




О




О




О




О



О


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



О


Стр. 247

26 h323-remote-id 1 Идентификатортерминирующего шлюза


О


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-сервер

Номер Наименование Номер Описание Формат данных Обязат.\


Стр. 248

атрибута IETF

атрибута атрибута VSA

Необяз.(О\Н)


Если в именипользователя стоитметасимвол“$ani$”, то он(метасимвол)заменяется наисходящий А-номер

О

4 NAS-IP-Address



О



41 Acct-Delay-Time

Время (в секундах), втечении которого клиентбудет пытаться отослатьпакет Accounting

всегда 0 О





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>

О



О


О




Н


Стр. 249




О




Н




О

26 xpgk-record-id 1 Уникальныйидентификатор


О



О

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-пакетов


О


h323-gw-id=<string>

О

26 h323-gw-address



О

26 h323-remote-id 1 Идентификатор терминирующего шлюза


О


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>

Н


Стр. 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'

Н


Стр. 251

list>

26 xpgk-dst-codec 1 Список кодековтерминатора

xpgk-dst-codec=<codecs'list>

Н


<prefix>-<leg type><route number>

где:


<leg type> - для входящего участка вызова равно “AV”, для исходящего участка - “OV”;


Ожидаемый ответ – AccountingResponse

Запрос AccessRequest при внешней маршрутизации13.3РТУ МТТ выполняет данный запрос, если оборудование, выступающее в роли терминатора,имеет тип Сервер маршрутизации.

Цель данного запроса – получить маршруты для терминации вызова в конечном пункте. Приэтом существует возможность менять имя пользователя и пароль для данного вызова.

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

Тип запроса – AccessRequest (Code 1)

Структура запроса к RADIUS-серверу на маршрутизацию





44 Acct-Session-Id Идентификатор для парыAccounting Start и Stop-пакетов


О

1 User-Name Имя пользователя string О

2 User-Password Пароль, закодированныйчерез MD5 или в явномвиде

BYTE[16] или string О

4 NAS-IP-Address



О





всегда "route" О


Стр. 252







О


О




О




О




О




О



О



О


h323-gw-id=<string>

О

26 h323-gw-address



О

2 User-Password Пароль, зашифрованныйчерез MD5 или в явномвиде


26 xpgk-md5-auth 1 Пароль, зашифрованныйчерез MD5


3 CHAP-Password


string Н

60 CHAP-Challenge


string Н


string Н


string Н

109 Digest-URI Уникальный string Н


Стр. 253

идентификатор ресурсадля алгоритма Digest


string Н

103 Digest-Response


string Н

115 Digest-Username

Имя пользователя string Н


<prefix>-<route number>

где:



Ожидаемые ответы – AccessAccept, AccessReject.

Структура ответа AccessAccept RADIUS-сервера на запрос о маршрутизации





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 Н


Стр. 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;


Стр. 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, в котором содержится информация о том, что он поддерживает алгоритм


Стр. 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(выделено красным овалом), то пользователь будет авторизован. В противном случаеаутентификация отклоняется.


Стр. 257

Схема дайджет-аутентификации

Дайджест-аутентификация

Прерывание вызова по получении сообщенияPacket-of-Disconnect

13.5

Данная функциональность предназначена для возможности прерывания вызова по команде отRADIUS-сервера при получении Системой сообщения Packet-of-Disconnect. Приём-передачасоответствующих сообщений с RADIUS-сервера соответствует RFC 3576.

Алгоритм работы следующий:

РТУ МТТ принимает сообщения Packet-of-Disconnect на всех портах (авторизации,билинга, внешней маршрутизации). В полученном сообщении должен быть указан IDконференции, которую требуется прервать.

По получении этого сообщения проверяется, существует ли конференция с указаннымID.




Стр. 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



В командном процессоре ОС выполните следующую команду:

/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-products\RTU\WEB+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.


Стр. 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, принимает трафик.


Стр. 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";


Стр. 277

isInitiallyBlockedState "false";

doUnblockWhenUserBinds "false";

releaseOnBlock "false";

dualSeisurePolicy "0";

isConsecutiveCicAlloc "true";

cicBase "0";

}; //end of span

span "11"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "32";

}; //end of span

span "12"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "64";

}; //end of span

span "13"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "96";

}; //end of span

span "14"

{

hw_id "1";



useGRS "true";

useCGB "true";


Стр. 278









cicBase "128";

}; //end of span

span "15"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "160";

}; //end of span

span "16"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "196";

}; //end of span

span "17"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "230";

}; //end of span

}; //end of connection 0

}; // end of snode


Стр. 279

circuit_group "0"

{

cicHuntingPolicy "0";

//?+???-?¦?+?-?¦?¦?+?-?¦ ?¦?+ 50 ?-?+?+?-

circuit_group_elem

{

span_idx "10";


};

circuit_group_elem

{

span_idx "11";


};

circuit_group_elem

{

span_idx "12";


};

circuit_group_elem

{

span_idx "13";


};

circuit_group_elem

{

span_idx "14";


};

circuit_group_elem

{

span_idx "15";


};

circuit_group_elem

{

span_idx "16";


};

circuit_group_elem

{

span_idx "17";


};

};//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";


Стр. 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"

{


Стр. 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";








}; // 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";

};


Стр. 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";



useGRS "true";

useCGB "true";









cicBase "0";

}; //end of span

span "11"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "32";


Стр. 283

}; //end of span

span "12"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "64";

}; //end of span

span "13"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "96";

}; //end of span

span "14"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "128";

}; //end of span

span "15"

{

hw_id "1";



useGRS "true";

useCGB "true";






Стр. 284





cicBase "160";

}; //end of span

span "16"

{

hw_id "1";



useGRS "true";

useCGB "true";









cicBase "196";

}; //end of span

span "17"

{

hw_id "1";



useGRS "true";

useCGB "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";


};

circuit_group_elem

{

span_idx "11";


};

circuit_group_elem


Стр. 285

{

span_idx "12";


};

circuit_group_elem

{

span_idx "13";


};

circuit_group_elem

{

span_idx "14";


};

circuit_group_elem

{

span_idx "15";


};

circuit_group_elem

{

span_idx "16";


};

circuit_group_elem

{

span_idx "17";


};

};//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) )


Стр. 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 -


Стр. 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









}; // 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

Documents

РТУ МТТ 1.5.3-100 Руководство администратора · Спецсимволы, регулярные выражения и преобразование номеров