SMG-2016 шлюз E1, SIP c опцией СОРМ

E1, SIP шлюз SMG-2016 предназначен для сопряжения ТфОП (Е1) и VoIP сетей, а также для работы в качестве IP-АТС. Дополнительно имеется сертифкат связи для сдачи SMG-2016 в качестве АТС в Роскомнадзор, поддерживается функция СОРМ (соотв. приказу № 268). В серии SMG шлюз SMG-2016 выделяется более производительным процессором, сменной вент панелью, наличием шассии для подключения жестких дисков 2.5"


Цена указана за шасси

Цена GPL ?

Запросить
В наличии
Тип оборудованияСтанционное
Кол-во потоков Е116
Количество VoIP каналов768
Кол-во SIP регистраций3000
Поддержка СОРМда
Установка в стойку1U
Посмотреть аналогичные устройства >

 

Применение SMG-2016 

Eltex SMG-2016 решает комплекс задач оператора связи:

  • Межоператорский стык. Подлючение к оборудованию других операторов связи по потоку Е1 или посредством протоколов VoIP (SIP, SIP-T, SIP-I, H.323)
  • Маршрутизация транзитных VoIP и TDM вызовов
  • Предоставление абонентских сервисов (сlass5)
  • Сдача АТС в Роскомнадзор
  • Обеспечение функций СОРМ 1


Аппаратная часть SMG-2016

SMG-2016 имеет модульную архитектуру:

  • от 4 до 16 потоков Е1 (установка до 4-х субмодулей M4E1)
  • от 128 до 768 каналов VoIP (установка до 6-ти субмодулей SM-VP-M300)
  • два съемных модуля электропитания 220V AC и 48V DC (модули PM160-220/12 и PM75-48/12)
  • две съемных вентпанели (по умолчанию включены в состав шасси SMG-2016)


Программная часть SMG-2016

В базовой конфигурации SMG-2016 выполняет функции медиа шлюза между TDM и VoIP сетями. Также, шлюз выполняет функции транзитной АТС: маршрутизация трафика по направлениям TDM-VoIP, TDM-TDM, VoIP-VoIP; модификация номеров; сбор статики и биллинговых данных.


Дополнительные опции для SMG-2016

Наименование

Описание

SMG2-PBX-3000

Регистрация до 3 000 SIP абонентов

SMG2-VAS-1000

В рамках опции SMG2-VAS-1000 поддерживается:

Различные виды переадресации (Call Forward)
Переадресация по недоступности (CFOS)
Переадресация по неответу (CFNR)
Переадресация безусловная (CFU)
Переадресация по занятости (CFB)
Передача вызова (Call Transfer)
Музыка на удержании (MOH)
Удержание вызова (Call Hold)
Группа вызова (Call Hunt)
Перехват вызова (Call Pickup)
Индикатор занятости линии (Busy Lamp Field)
Интерактивное голосовое меню (IVR)

всего можно установить до трех опций  SMG2-VAS- 1000 

SMG2-SORM

Включение опции СОРМ, подключение к пульту СОРМ по потоку Е1

SMG2-H323

Включение опции H.323, SMG выполняет функцию шлюза E1 в H.323, SIP в H.323. При этом не является Gatekeeper

SMG2-RCM

Функция Radius Callmanagement позволяет с помощью Radius сервера управлять всеми атрибутами вызова: менять А и Б номер, выбирать маршрут, менять значения полей SIP пакета и т.д. SMG при обработке вызова может обращаться к Radius серверу за инструкциями по дальнейшей маршрутизации вызова. 
Без этой лицензии, в базой конфигурации, с помощью Radius сервера можно вести биллинг и автоматизировать отключение/подключение абонентов за не уплату

SMG2-CORP

SIP регистратор на 1000 абонентов + фунционал ДВО + IVR

SMG2-VNI-40

Расширение кол-ва VLAN до 40. По умолчанию поддерживается 9 штук VLAN

SMG2-REC

Запись разговоров назначается на требуемые вам номера. Сохраняется на встроенный в SMG диск.

 

 Управление вызовами

  • Взаимодействие со STUN-сервером на SIP-интерфейсе
  • Маршрутизация по номеру вызываемого (CdPN)  или вызывающего (CgPN) абонента
  • Модификация номера до и после маршрутизации
  • Запись разговоров по параметрам1
  • Использование нескольких планов нумерации
  • Ограничение количества линий на абонента
  • Настройка режима обслуживания абонента
  • Выключение транк-группы из работы
  • Управление вызовом через RADIUS1
  • Прямое проключение транк-групп
  • Поддержка СОРМ1
  • Префикс на несколько транк-групп
  • Интерактивное голосовое меню (IVR)1
  • Выгрузка - загрузка конфигурации одним файлом
  • Ограничение количества линий на SIP-интерфейс
  • Ограничение количества входящих и исходящих линий на абонента
  • Ограничение входящей нагрузки CPS  (calls per second) на транковой группе

Голосовые кодеки

  • G.711 (a-law, µ-law), G.729 (A/B), G.723.1, G.726 (32 Кбит/c)

Поддержка факсов

  • T.38 Real-Time Fax, G.711 (a-law, µ-law) pass-through

Голосовые стандарты

  • VAD (детектор активности речи)
  • CNG (генерация комфортного шума)
  • AEC (эхо компенсация, рекомендация G.168)

Качество обслуживания (QoS)

  • Назначение Diffserv и приоритетов 802.1р для SIP и RTP
  • Динамический и статический джиттер-буфер
  • Ограничение скорости исх./вх. трафика

DTMF

  • Передача методами INBAND, RFC 2833, SIP INFO, SIP NOTIFY

Биллинг

  • Запись биллинговой информации в CDR-файл, параллельная запись CDR-файла на локальный HDD-диск  и удаленный FTP-сервер
  • RADIUS Accounting 
  • Поддержка различных биллинговых систем:
    Hydra Billing, LANBilling, PortaBilling, NetUP,  BGBilling (возможна интеграция с другими системами)

Гибкость

  • Создание нескольких сетевых интерфейсов  для телефонии (SIP, RTP) с разными IP-адресами
  • Работа с несколькими планами нумерации
  • Резервирование сигнального канала ОКС7
  • Контроль активности разговорного соединения (по наличию RTP или RTCP)
  • Индивидуальная маршрутизация для потоков одного пучка ОКС-7

TDM протоколы

  • ОКС7 
  • PRI (Q.931)
  • Q.699 (взаимодействие PRI и ОКС7)
  • V5.2 LE1
  • V5.2 AN1  

Протоколы VoIP

  • SIP, SIP-T/SIP-I, SIP-Q
  • H.3231
  • SIGTRAN (M2UA, IUA)1
  • H.2481

Емкость и производительность 

  • До 768 каналов VoIP
  • До 16 потоков E1 (RJ-48)
  • Максимальная интенсивность нагрузки - 120 cps
  • Quad-Core ARMv7 based Marvell Armada-XP 1.6 GHz
  • Оперативная память 4 GB

Интерфейсы

  • 16 портов E1 (RJ-48)
  • 2 порта 10/100/1000Base-T (RJ-45) / 1000Base-X(SFP)
  • 2 порта 10/100/1000Base-T (RJ-45)
  • 2 слотоместа для SATA HDD форм-фактора 2,5'’

Управление и мониторинг

  • Мониторинг каналов потоков Е1 и VoIP в web-интерфейсе
  • Управление каналами и сигнальными линками ОКС-7 в web-интерфейсе
  • Аварийное логирование с возможностью сохранения логов на syslog-сервере 
  • Хранение трассировок на HDD-накопителе
  • Информирование об авариях по SNMP

Безопасность

  • Черный и белый списки IP-адресов для регистрации
  • Вывод в syslog всех попыток доступа к устройству
  • Автоматическая блокировка по IP-адресу после неуспешных попыток регистрации и/или доступа по протоколам http/https/telnet/ssh
  • Список разрешенных IP-адресов для доступа к управлению устройством
  • Разграничение прав доступа admin / user
  • Контроль IP-адреса адреса источника встречного RTP-потока
  • Аутентификация абонентов на RADIUS-сервере и SIP registrar
  • Digest-авторизация (RFC 5090, Draft-Sterman)
  • Digest-авторизация в RADIUS (RFC 5090, Draft-Sterman)

Расширенный функционал SIP/SIP-T/SIP-I

  • Регистрация и аутентификация до 3000 SIP-абонентов1
  • Поддержка ДВО для 3000 SIP-абонентов1
  • Взаимодействие SIP и SIP-T/SIP-I
  • Транковая, транзитная и абонентская регистрация SIP-транков

Дополнительные виды обслуживания1

  • Различные виды переадресации (Call Forward)
  • Переадресация по недоступности (CFOS)
  • Переадресация по неответу (CFNR)
  • Переадресация безусловная (CFU)
  • Переадресация по занятости (CFB)
  • Передача вызова (Call Transfer)
  • Музыка на удержании (MOH)
  • Удержание вызова (Call Hold)
  • Группа вызова (Call Hunt)
  • Перехват вызова (Call Pickup)
  • Индикатор занятости линии (Busy Lamp Field)
  • Конференция с последовательным сбором участников (CONF)
  • Конференция по списку
  • Трехсторонняя конференция
  • Интерком оповещения (Intercom)
  • Пейджинг (Paging)
  • Ограничение исходящей связи(Out calls restrict)
  • Исходящая связь по паролю (RBP)
  • Активация пароля (PWD ACT)
  • Замена пароля (PWD)

_______________________
1Опционально
Текущая версия ПО 3.9.0

SMG-2016

Шасси цифрового шлюза SMG-2016: 4 слота для субмодулей М4Е1, 6 слотов для субмодулей SM-VP-M300, 2 слота для модулей питания PM160-220/12 и PM75-48/12

SM-VP-M300

Субмодуль SM-VP-M300 с поддержкой до 128 каналов VoIP (G.711)

М4Е1

Субмодуль М4Е1 с поддержкой до 4-х потоков Е1 (ОКС7, PRI, СОРМ)

SSD

Встраиваемый SSD‐накопитель для оборудования SMG‐1016M, 8 Гбайт, форм-фактор: 44 мм х 30 мм, 22P/90D

PM160-220/12

Модуль питания PM160-220/12, напряжение 220V AC, 160W

PM100-48/12

Модуль питания PM100-48/12, напряжение 48V DC, 100W

SMG2-PBX-3000

Опция SMG2-PBX-3000 для активации модуля ECSS-10 на 3000 SIP-регистраций с поддержкой функции BLF на цифровом шлюзе SMG-2016

SMG2-VAS-1000

Расширение опции SMG2-PBX-3000: опция SMG-VAS-1000 для активации стандартного набора ДВО на 1000 абонентов на цифровом шлюзе SMG-2016

SMG2-SORM

Расширение опции SMG2-PBX-3000: опция SMG2-SORM для активации функционала СОРМ для ECSS-10 на базе цифрового шлюза SMG-2016

SMG2-H323

Опция SMG2-H323 для активации протокола H.323 (без функции Gatekeeper) на цифровом шлюзе SMG-2016

SMG2-RCM

Опция SMG2-RCM для активации функционала Radius CallManagement на цифровом шлюзе SMG-2016

SMG2-VNI-40

Опция SMG2-VNI-40 для расширения количества VLAN-интерфейсов на цифровом шлюзе SMG-2016 до 40

SMG2-REC

Опция SMG2-REC для активации функционала централизованной записи разговоров (CallRecording) на цифровом шлюзе SMG-2016

SMG2-SIGTRAN

Опция SMG2-SIGTRAN для активации протоколов SIGTRAN (M2UA, IUA), H.248 и MGCP в оборудовании SMG-2016 SMG2-SIGTRAN
Описание
PDF, 2 Mb
Документация
PDF, 15 Mb
PDF, 11 Mb
PDF, 517 Kb
PDF, 3 Mb
PDF, 14 Mb
PDF, 11 Mb
Программное обеспечение
ZIP, 40 Mb
ZIP, 39 Mb
ZIP, 37 Mb
ZIP, 37 Mb
BIN, 36 Mb
ZIP, 35 Mb
ZIP, 35 Mb
ZIP, 33 Mb
ZIP, 33 Mb
BIN, 33 Mb
BIN, 33 Mb
BIN, 33 Mb
BIN, 33 Mb
GZ, 32 Mb
GZ, 30 Mb
mib
ZIP, 15 Kb
ZIP, 0 Kb
PDF, 255 Kb
Сертификаты
PDF, 1 Mb
PDF, 399 Kb
PDF, 980 Kb
PDF, 977 Kb
PDF, 958 Kb
PDF, 508 Kb
[SMG] SMG2016. Настройка Dual homing

Протокол Dual Homing по принципу действия напоминает STP. При включении данного протокола будет контролироваться физическое состояние портов. Передача пакетов осуществляется через основной (master) порт, передача через резервный порт (slave) блокируется. В случае возникновения неисправности (например, обрыва) на master-порте производится автоматическое переключение передачи данных через slave-порт. При восстановлении основного порта передача по нему блокируется. Возможно настроить возврат передачи данных на основной порт с блокировкой резервного. Главным условиям использования Dual Homing - на портах SMG и встречного оборудования, к которому он будет подключен, необходимо отключить протокол STP.

Порядок настройки SMG2016 следующий:

  • подключиться к SMG телнетом, ssh или com-портом
  • зайти в раздел конфигурации командой config
  • перейти в раздел конфигурирования свича switch
  • зайти в настройки порта, который будет работать в режиме master interface front-port 1/P где P - номер порта

  • укажите номер порта, на который производить переключение (т.е. который будет работать в режиме slave) backup interface front-port 1/P vlan vlan_id

где vlan_id - идентификатор VLAN или диапазон VLAN, для которого необходимо включить резервирование, либо указать ignore для включения резервирования независимо от существующих VLAN на порте.

Примечание. Ошибка “Error. Some of selected interfaces has enabled STP or disabled Ingress Filtering.” означает, что на используемых портах включен протокол STP. Чтобы отключить его на всех портах воспользуйтесь следующими командами: 
interface front-port all
no spanning-tree enable

  • для вступления настроек в силу необходимо их применить и подтвердить командами apply и confirm
  • для проверки настроек воспользуйтесь командой show interfaces backup

Пример

    1. порт 0 (master) активный, к порту 1 (slave) ничего не подключено

 

Backup Interface Pairs
~~~~~~~~~~~~~~~~~~~~~~
VID Master Interface Backup Interface State
----   ----------------            ----------------            ----------------------
1 front-port 1/0 front-port 1/1 Master Up/Backup Down
    1. после детектирования неисправности на основном порте и восстановлении его в работу

 

Backup Interface Pairs
~~~~~~~~~~~~~~~~~~~~~~ VID Master Interface Backup Interface State
---    ----------------            ----------------            ------------------------
1 front-port 1/0 front-port 1/1 Master Standby/Backup Up

Внимание. Чтобы настройки сохранялись после перезагрузки устройства, необходимо сохранить конфигурацию. Для этого необходимо вернуться в раздел config и дать команду copy running_to_startup

[SMG] Общий порядок конфигурирования
  1. Задайте сетевые настройки в разделах Настройки TCP/IP -> Сетевые интерфейсы и Настройки TCP/IP -> Сетевые параметры.
  2. Создайте транковые группы (далее ТГ) в разделе Маршрутизация -> Транковые группы (количество транковых групп равно количеству направлений).
  3. Создайте необходимое число SIP интерфейсов для организации SIP-транков и произведите их настройку:
    • в параметре Режим установите протокол по которому будет осуществляться взаимодействие. Будьте внимательны, т.к. когда вас просят создать SIP-транк с взаимодействующим узлом это не означает что вам нужно выбрать режим SIP-T. SIP-T расшифровывается как Session Initiation Protocol for Telephones. Данный протокол является модификацией протокола SIP, основной задачей которого заключается в прозрачной передаче сообщений ISUP по IP-сети. Данная задача осуществляется путем инкапсуляции сигнальных единиц ОКС в сообщения SIP. Уточните у встречной стороны какой конкретно протокол будет использоваться и выберите в настройках точно такой же, иначе вызовы проходить не будут;
    • выберите транковую группу с которой будет работать интерфейс;
    • укажите IP-адрес или имя хоста встречного оборудования;
    • выберите сетевой интерфейс для сигнализации и RTP.
  4. Создайте SIP интерфейс для регистрации SIP-абонентов. В параметрах интерфейса:
    • выберите режим SIP-профиль;
    • выберите сетевой интерфейс для сигнализации и RTP;
    • в случае если абоненты находятся за NAT'ом, установите в настройках протокола SIP опцию NAT (comedia mode).
  5. Создайте необходимое число линксетов (групп линий SS7). В параметрах линксета произведите следующие настройки:
    • выберите транковую группу с которой будет работать линксет;
    • укажите собственный (OPC) и встречный (DPC) коды;
    • выберите идентификатор сети (чаще всего на сетях РФ используется местный);
    • выберите способ инициализации каналов (чаще всего ставят групповой сброс).
  6. Выберите на потоках необходимые типы сигнализации:
    • для протокола Q.931 укажите используемую ТГ. Тип network или user зависит от встречной стороны. Обычно вышестоящая станция является network, нижестоящая - user;
    • для протокола сигнализации SS7 укажите группу линий ОКС7, D-канал (при необходимости) и нумерацию CIC. Чаще всего для D-канала используют 1 или 16 канальный интервал потока.
  7. В разделе Абоненты -> SIP-абоненты создайте необходимо число SIP-абонентов, которые будут регистрироваться на SMG. Для абонентов необходимо произвести следующие настройки:
    • укажите нумерацию абонента(-ов);
    • укажите SIP-профиль (созданный в п. 4);
    • при необходимости задайте IP-адрес с которого будет осуществляться регистрация SIP-абонента;
    • выберите способ авторизации абонента и укажите логин и пароль;
    • при необходимости включите услуги ДВО.
  8. Настройте план нумерации для маршрутизации вызовов:
    • создайте необходимое число префиксов;
    • в каждом префиксе укажите транковую группу, на которую он ведет;
    • создайте список масок CgPN и CdPN для выхода на данный префикс.
[SMG] SMG. Логика работы СОРМ

Основные термины

Постановка на контроль – получение от ПУ СОРМ команды №5 с номером абонента, который необходимо контролировать, а также его параметров контроля. При наличии абонента в конфигурации его номер и параметры контроля заносятся во внутреннюю базу данных устройства, при этом на ПУ СОРМ будет отправлено подтверждение успешного выполнения команды. Если номер абонента отсутствует в конфигурации или какие-либо параметры в команде №5 были заданы неверно, на ПУ СОРМ будет отправлено сообщение о невыполнении данной команды.

Перехват вызова – передача ПУ СОРМ сообщений обо всех этапах установления соединения абонента, поставленного на контроль (занесенного во внутреннюю базу данных устройства).

Совмещенный контроль - проключение разговора контролируемого абонента в один КИ потока СОРМ.

Раздельный контроль - проключение разговора контролируемого абонента в два КИ потока СОРМ (каждому абоненту участвующему в разговоре выделяется свой КИ).

Описание работы СОРМ

ПУ СОРМ подключается по потоку Е1 и, при необходимости, по TCP/IP. Подключение по TCP/IP доступно только начиная с версии 3.7.0.

Первоначально с ПУ СОРМ подается команда старта технических средств СОРМ. Потом закрепления групп КСЛ (канальных интервалов потока Е1 для прослушки вызовов) для совмещенного (в одном КИ слышны оба абонента) или раздельного (один абонент в одном КИ, второй в другом) контроля. Одна группа КСЛ используется либо только для совмещенного, либо только для раздельного контроля.

Далее идет постановка абонента на контроль (команда №5). Закрепление на контроль идет в формате Е.164:

  • российские номера <7>+<код города>+<номер телефона>;
  • международные номера <код страны>+<код города>+<номер телефона>;
  • спецслужба — 2-3 цифры.

Код выбора оператора (абонент при каждом мг/мн вызове выбирает через какого оператора осуществить вызов путем набора спец кода) в команду никогда не включается.

Номер полученный в команде преобразуется согласно модификаторам входящих номеров на потоке СОРМ. Далее идет анализ правильности параметров полученных в команде: соответствие типа объекта (абонент данной станции, абонент сети по полному/неполному номеру или пучок каналов) и признака номера (абонент данной станции, абонент России, абонент другой страны или спецслужба), номера группы КСЛ с типом контроля (совмещенный/раздельный), указанной длины номера с количеством цифр в номере.

Соответствие типа контроля и признака номера следующее:

  • тип объекта абонент данной станции может иметь только признак номера абонент данной станции;
  • тип объекта абонент сети по полному/неполному номеру может иметь признак абонент России, абонент другой страны, спецслужба. Поставить на контроль по неполному номеру с признаком абонент данной станции не допускается;
  • тип объекта пучок каналов ставится на контроль без признака номера телефона.

После этого идет сравнение полученного номера, типа и признака с префиксами CdPN нулевого плана нумерации. Признак префикса определяется по параметру направление:

  • местный, зоновый и междугородний - абонент России;
  • международный - абонент другой страны;
  • спецслужба — спецслужба;
  • SIP-абонент или на префиксе указана ТГ с установленным флагом "локальное направление" (параметр направление игнорируется) - абонент данной станции.

Если подходящий абонент/префикс найден, то даем подтверждение команды и заносим номер и его параметры в БД СОРМ. Иначе отклоняем выполнение команды с указанием кода ошибки, по причине которой не произошла постановка на контроль.

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

Вне зависимости от того в какой план нумерации попал вызов производится сверка номеров CgPN и CdPN с БД СОРМ:

  • к номерам применяются модификаторы по входящей связи на ТГ или в PBX-профиле;
  • если вызов идет от SIP-абонента, то номеру CgPN присваивается признак "абонент данной станции";
  • если вызов приходит из транка, то проверяется флаг "Локальное направление". Если флаг установлен, то номеру CgPN присваивается признак "абонент данной станции";
  • далее по плану нумерации 0 определяются признак номера абонента СdPN и, при необходимости, CgPN. Поиск производится по списку SIP-абонентов и маскам CdPN;
  • после определения типа и признака номеров CgPN и CdPN идет проверка на наличие этих номеров в БД СОРМ;
  • если номер стоит на контроле - выделяем для него КСЛ в соответствии с типом контроля и выдаем на ПУ информацию об этапах установления соединения (41-44).

При контроле абонентов сети и пучков каналов номера в сообщениях 41-44 будут передаваться после модификаторов по входящей связи на ТГ или PBX-профиле и после модификатора для исходящих номеров на потоке СОРМ.

При контроле локальных абонентов номер вызывающего абонента (CgPN) будет так же выдаваться после модификаторов по входящей связи на ТГ и в PBX-профиле и после модификатора для исходящих номеров на потоке СОРМ. Номер вызываемого абонента (CdPN) будет выдаваться:

  • до преобразований по входящей связи на транке или в PBX-профиле и до модификатора исходящих номеров на потоке СОРМ если контролируется номер CgPN;
  • после модификатора по входящей связи на транке или в PBX-профиле и после модификатора исходящих номеров на потоке СОРМ если контролируется номер CdPN, а так же при контроле номера CgPN при установленном флаге на потоке СОРМ «Модифицировать B номер всегда».

Признак номера CgPN для внешних абонентов будет выставляться в соответствии с параметром "Направление" префиксов CdPN нулевого плана нумерации.

Признак номера CdPN в сообщениях будет выставляться в соответсвии с параметром "Направление" префиксов CdPN того плана нумерации, в котором обрабатывался вызов.

[SMG] Мониторинг состояний через CLI и SNMP
  • CLI
    • Состояние каналов VoIP
    • Состояние Е1
      • Протокол Q.931
      • Протокол SS7
  • SNMP
    • Статистика потока
    • Статистика MSP
    • Состояние каналов Е1
    • Статистика занятых VoIP каналов
    • Загрузка CPU тем или иным пользователем
    • Текущая нагрузка на потоке, т.е. количество активных соединений
    • Максимальная нагрузка на потоке за выставленный период в минутах
    • Свободное место в оперативной памяти
    • Показания температурных датчиков и скорости вращения вентиляторов
    • Данные блоков питания

CLI

При помощи CLI вы можете посмотреть состояние каналов VoIP и потоков Е1. Для этого необходимо подключиться к SMG в терминальном режиме (com-порт, Telnet или SSH) и перейти в отладочный режим командой tracemode.

Состояние каналов VoIP:

mspcshow

Пример

 10:59:10.783094 [ERR ] msp[0]. State ‘Not.Present’ 
10:59:10.783232 [ERR ] msp[1]. State ‘Not.Present’
10:59:10.783331 [ERR ] msp[2]. State ‘Not.Present’
10:59:10.783428 [ERR ] msp[3]. State ‘Not.Present’
10:59:10.783523 [ERR ] msp[4]. State ‘Not.Present’
10:59:10.783619 [INFO] msp[5]. State ‘Work’. selected [12]; payload [189]
create_req / created : 12 / 12
destroy_req / destroyed : 9 / 9
10:59:10.783704 [5000] State ‘Disabled’ [ 7105]. Codec G.711A [1 / 1]:[0 / 0]. Port UNDEF_FF:255:255. RTP
10:59:10.783767 [5001] State ‘Disabled’ [ 7105]. Codec G.711A [1 / 1]:[0 / 0]. Port UNDEF_FF:255:255. RTP
10:59:10.783827 [5002] State ‘Disabled’ [ 7105]. Codec G.711A [1 / 1]:[0 / 0]. Port UNDEF_FF:255:255. RTP
10:59:10.783903 [INFO] msp[5]: idle [125]. used [3]. active_cnt [3]
10:59:10.783954 [INFO] msp[5]: confIdle [12]. confUsed [0]

Из ответа, видно, что на устройстве в работе только один субмодуль msp под номером 5, остальные не в работе.

Примечание: у одного из субмодулей MSP (Media Signal Processor) установленного в позицию с меньшим порядковым номером всегда 3 канала используются под служебные нужды. Поэтому для того чтобы получить реальное количество используемых каналов для этого модуля, необходимо от значения used отнять 3. В приведенном примере нет активных каналов VoIP занятых вызовами.

Состояние Е1

Протокол Q.931

stream <№потока>

Пример

stream 0

Line 00: WORK. Protocol: PRI-U. Line state: WORK. Work=y, Sync=y (alarm=00), Link State=1 
[Q931] Next Call Ref: 0003
Call list:
[00] Chan [02]. State=’Active’ (Outgoing). PortState Talk
Chan list:
Chan [00]. —
Chan [01]. Idle
Chan [02]. Used. Callref 0003. State=’Active’ (Outgoing). PortState Talk
Chan [03]. Idle
Chan [04]. Idle
Chan [05]. Idle
……
Chan [30]. Idle
Chan [31]. Idle

Из примера видно, что занят канал номер 2 и метка вызова Callref 0003.

Протокол SS7

cic <номер linkset>

Пример

cic 0

   === Show channel state on ISUP-profile 00 ===
   ========================================

   # Line 00/00. SLC 00.Link. D-chan: [16]
   # [Chan 01] CIC 001. CState: NULL (Ready), UFlag: 0x01, BTimer:0, BTimer2:32768
   # [Chan 02] CIC 002. CState: NULL (Ready), UFlag: 0x01, BTimer:0, BTimer2:32768
   # [Chan 03] CIC 003. CState: ACTIVE (Talk), UFlag: 0x01, BTimer:0, BTimer2:32768
# [Chan 04] CIC 004. CState: ACTIVE (Talk), UFlag: 0x01, BTimer:0, BTimer2:32768
# [Chan 05] CIC 005. CState: NULL (Ready), UFlag: 0x00, BTimer:0, BTimer2:32768
# [Chan 06] CIC 006. CState: NULL (Ready), UFlag: 0x00, BTimer:0, BTimer2:32768
# [Chan 07] CIC 007. CState: NULL (Ready), UFlag: 0x00, BTimer:0, BTimer2:32768
# [Chan 24] CIC 024. CState: NULL (Ready), UFlag: 0x00, BTimer:0, BTimer2:32768
# [Chan 30] CIC 030. CState: NULL (Ready), UFlag: 0x00, BTimer:0, BTimer2:32768
# [Chan 31] CIC 031. CState: NULL (Ready), UFlag: 0x00, BTimer:0, BTimer2:32768

Из примера видно, что каналы 3-4 находятся в разговорном состоянии.

SNMP

Ниже приведены OID'ы для просмотра состояний и получения статистики по разным параметрам.

Статистика потока

1.3.6.1.4.1.35265.1.29.7

Статистика MSP

1.3.6.1.4.1.35265.1.29.9

Состояние каналов Е1

1.3.6.1.4.1.35265.1.29.13

Статистика занятых VoIP каналов

1.3.6.1.4.1.35265.1.29.15

Загрузка CPU

1.3.6.1.4.1.35265.1.29.17

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

1.3.6.1.4.1.35265.1.29.31.1

Максимальная нагрузка на потоке за выставленный период в минутах

1.3.6.1.4.1.35265.1.29.31.2

сначала необходимо задать SETом количество минут в

1.3.6.1.4.1.35265.1.29.31.2.16

затем максимальную нагрузку за это время, к примеру, 3-го потока можно получить GETом из

1.3.6.1.4.1.35265.1.29.31.2.3

Свободное место в оперативной памяти:

1.3.6.1.4.1.35265.1.29.33

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

1.3.6.1.4.1.35265.1.29.35

Данные блоков питания

1.3.6.1.4.1.35265.1.29.36

 

 
[SMG] Каким образом можно ограничить количество активных VoIP соединений через устройство?

Для ограничения количества одновременных соединений через какой-либо SIP-интерфейс в настройках каждого интерфейса предусмотрен параметр "Активных соединений" (вкладка Настройка интерфейса SIP). Данная настройка ограничивает число одновременных активных через этот интерфейс (суммарное число входящих и исходящих соединений).

Помимо этого предусмотрено индивидуальное ограничение на количество линий для каждого SIP-абонента (раздел SIP-абоненты -> настройки абонента -> Количество линий). По умолчанию абонентам выставляется ограничение на 1 линию (т.е. доступен либо один входящий, либо один исходящий вызов). На последних версиях ПО была добавлена возможность настройки ограничения как для суммарного количества входящих и исходящих вызовов (Режим работы линий -> Совмещенный, данный режим установлен по-умолчанию), так и отдельные ограничения на количество входящих и исходящих соединений (Режим работы линий -> Раздельный).

[SMG] Как осуществляется маршрутизация вызова?

Схема маршрутизации вызова через SMG выглядит следующим образом:

ВЗАИМОСВЯЗЬ ПАРАМЕТРОВ МАРШРУТИЗАЦИИ, АБОНЕНТОВ И СЛ

Вызов приходит с IP-канала или потока Е1. SMG определяет с какой транковой группы (ТГ) или от какого SIP-абонента поступил вызов. Первоначально определяется назначены ли в параметрах ТГ или PBX-профиля таблицы модификации номера в разделе входящая связь. Если они назначены, то первоначально анализируется таблица для CgPN, затем - для CdPN.

Далее анализируется указан ли в параметрах прямой префикс. Если прямой префикс указан, то вызов маршрутизируется в исходящую ТГ, настроенную в параметрах этого префикса, без анализа номеров вызываемого и вызывающего абонентов. Если прямой префикс не назначен, то производится поиск соответствия номера вызывающего абонента с масками CgPN. Если подходящая маска найдена, то маршрут запоминается. После этого производится поиск номера CdPN среди SIP-абонентов. При нахождении совпадения предыдущий маршрут откидывается и вызов направляется локальному абоненту. Если SIP-абонент не найден, то вызов будет направлен по префиксу CgPN.

В случае если не было найдено совпадение ни среди масок CgPN, ни среди SIP-абонентов, то производится поиск совпадения номера вызываемого абонента с масками CdPN. При нахождении префикса отправляем вызов по найденному направлению, иначе отклоняем вызов.

В исходящем транке или PBX-профиле первоначально будет проверка наличия таблиц модификатора номера в разделе исходящая связь. Если они назначены, то первоначально анализируется таблица для CgPN, затем - для CdPN. После этого вызов поступает в исходящий интерфейс/канал. Если исходящее направление недоступно, то вызов будет направлен по резервному направлению (если настроено).

Для задания номерной емкости шлюза SMG на префиксе используется модификатор "абонентская емкость". Данные номера будут принадлежать шлюзу, хотя могут быть и не назначены абонентам. При звонке на данный префикс SMG будет генерировать сообщение разъединения с причиной разъединения (cause) равной 1 - Unallocated (unassigned) number.

Ниже приведена схема обработки вызова в SMG с учетом изменения номеров при помощи таблиц модификации.

[SMG] Как сконфигурировать абонентов и настроить маршрутизацию между ними.

Для возможности регистрации абонентов на SMG должна быть установлена лицензия SIP-регистратор (SMG-PBX).

Последовательность настройки на SMG следующая:

  1. В разделе Маршрутизация - Интерфейсы SIP создайте новый интерфейс SIP:
    • выставите в настройках нового интерфейса режим работы SIP-профиль;
    • выберите сетевой интерфейс для сигнализации и RTP (по умолчанию на SMG1016M выставляется интерфейс eth0, на SMG2016 - bond1.1);
    • для удобства вы можете так же изменить имя SIP-интерфейса, например, на SIP-users (параметр Название);
    • настройте необходимые параметры протокола SIP, кодеков (по умолчанию включены только G711a и G711u), факсов и т.п. Основное внимание здесь необходимо уделить используемым кодекам и способам передачи DTMF и flash. Для корректной работы данные параметры должны быть выставлены такими же как на абонентском устройстве.
  2. В разделе Внутренние ресурсы - PBX профили произведите настройку абонентского профиля (при необходимости):
    • префикс станции - цифры, которые будут подставляться к началу номера CgPN. Обычно в качестве префикса станции указывается код города. Данная настройка используется когда необходимо обеспечить доступ к абонентом по принятой в городе короткой нумерации, при этом при выходе в город и межгород передавать номера CgPN (АОНы) вместе с кодом города. В случае если префикс станции прописан, тип номера абонента всегда будет меняться на national, независимо от настроек абонента;
    • прямой префикс - направление всех вызовов абонентов в определенную транковую группу или транковое направление без анализа плана нумерации. Маска префикса на который настроена маршрутизация вызовов при этом обрабатываться не будет (она может быть вообще не задана);
    • модификаторы CgPN и CdPN - для изменения номера вызывающего и/или вызываемого абонента.
  3. В разделе Абоненты - SIP-абоненты создать новых абонентов:
    • указать число добавляемых абонентов;
    • указать начальный номер для первого абонента (у каждого последующего абонента номер будет на 1 больше, чем у предыдущего);
    • IP-адрес, с которого будут приходить запросы регистрации и вызовы о абонента. Если адрес не известен или может изменяться, то в данном поле необходимо оставить дефолтное значение (0.0.0.0);
    • указать SIP-профиль, созданный в п.1;
    • указать PBX-профиль, настроенный в п.2;
    • выбрать способ авторизации:
      • нет – у абонента не будут запрашиваться логин и пароль, т.е. будет проверяться только номер из сообщения Register;
      • with Register– аутентификация (сообщением 401) будет запрашиваться только при попытки регистрации абонента;
      • with Register and Invite– аутентификация (сообщением 401) будет запрашиваться при регистрации абонента и при каждом исходящем вызове (т.е. при получении от абонента сообщений REGISTER и INVITE);
    • задайте логин и пароль для авторизации;
    • назначьте услуги ДВО.

Для контроля состояния регистрации абонентов необходимо открыть страницу Абоненты - SIP-абоненты - Конфигурация и выбрать в выпадающем меню Мониторинг.

Помимо статических, на SMG существует возможность создать динамических абонентов, все настройки которых будут храниться на Radius сервере.

В настройках абонентского устройства (абонентского шлюза, софтфона и т.п.) необходимо будет прописать номер телефона, логин и пароль. В качестве SIP прокси сервера нужно указать IP-адрес SMG.

Для маршрутизации вызовов между абонентами никаких дополнительных настроек в плане нумерации SMG делать не нужно. Если абоненты зарегистрированы, то вызовы будут проходить.

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

[SMG] Что такое динамическая регистрация?

При использовании динамической регистрации на SMG не будет храниться информация о номерах абонентов, их логинов/паролей и режимах обслуживания. База данных абонентов будет хранится на RADIUSсервере. При динамической регистрации обязательно происходит аутентификация абонента по логину/паролю с использованием Radius-сервера.

В конфигурации SMG создается группа динамических абонентов (Абоненты - Группы динамических абонентов), в параметрах которой указывается:

  • количество абонентов принадлежащих группе (т.е. максимальное количество абонентов, которое может быть зарегистрировано с данными параметрами группы);
  • SIP-профиль (содержит информацию о сетевых интерфейсах для сигнализации  и RTP, назначенный профиль Radius, используемые кодеки и т.п.);
  • PBX-профиль (содержит настройки модификации номеров по входящей/исходящей связи, прямой префикс и т.п.);
  • SIP-домен;
  • план нумерации;
  • использование услуг ДВО.

В случае если две группы динамических абонентов используют один и тот же SIP-профиль или разные SIP-профили с одинаковым интерфейсом для сигнализации, для разделения абонентов между группами необходимо задать разные SIP-домены. При этом запросы регистраций от абонентов должны идти с указанием SIP-домена группы, к которой относится абонент.

Примечание. При настройке Radius-профиля для динамических SIP-абонентов , в параметрах Authorization  не нужно включать отправку запросов по входящей связи. В противном случае при включении данной опции на Radus-сервер будут отправляться два запроса: один с DIGEST авторизацией, второй с атрибутами Cisco.

 

[SMG] SMG1016M/SMG2016. Обновление ПО

Обновление с версии ниже 2.15.1

  1. Если на шлюзе SMG устновлены какие-либо файлы лицензии и ваша версия ПО ниже 2.15.1, то перед проведением обновления необходимо запросить новый формат файла лицензии у коммерческого отдела компании Элтекс. Для генерации файла лицензии вам потребуется предоставить информацию о серийном номере устройства. Информацию о текущих лицензиях и серийном номере устройства вы можете посмотреть в Web-интерфейсе шлюза на странице Системная информация.
  2. Перед проведением обновления сделайте backup конфигурации. Т.к. конвертация конфигурации предусмотрена только в прямом направлении (upgrade) и не предусмотрена в обратном (downgrade) направлении, перед каждым обновлением ПО обязательно нужно делать резервную копию файла конфигурации. Это позволит безболезненно откатиться на старое ПО, в случае возникновения проблем на новой прошивке.
    Для создания backup'а выберите пункт меню Сервис -> Управление файлами конфигурации и нажмите кнопку Скачать.
  3. Обновите ПО на промежуточную версию 3.0.0. После обновления залейте новый файл лицензии (Сервис -> Обновление лицензии).
  4. Сделайте backup конфигурации для версии 3.0.0 и затем произведите обновление до актуальной версии ПО.

Обновление с версии 2.15.1

 

  1. Перед проведением обновления сделайте backup конфигурации. Т.к. конвертация конфигурации предусмотрена только в прямом направлении (upgrade) и не предусмотрена в обратном (downgrade) направлении, перед каждым обновлением ПО обязательно нужно делать резервную копию файла конфигурации. Это позволит безболезненно откатиться на старое ПО, в случае возникновения проблем на новой прошивке.
    Для создания backup'а выберите пункт меню Сервис -> Управление файлами конфигурации и нажмите кнопку Скачать.
  2. Обновите ПО на промежуточную версию 3.0.0.
  3. Сделайте backup конфигурации для версии 3.0.0 и затем произведите обновление до актуальной версии ПО.

 

Обновление с версии 3.0.0 и выше

  1. Перед проведением обновления сделайте backup конфигурации. Т.к. конвертация конфигурации предусмотрена только в прямом направлении (upgrade) и не предусмотрена в обратном (downgrade) направлении, перед каждым обновлением ПО обязательно нужно делать резервную копию файла конфигурации. Это позволит безболезненно откатиться на старое ПО, в случае возникновения проблем на новой прошивке.
    Для создания backup'а выберите пункт меню Сервис -> Управление файлами конфигурации и нажмите кнопку Скачать.
  2. Произведите обновление до актуальной версии ПО.
[SMG] SMG. Восстановление ПО

В случае, когда не удается обновить ПО через web-интерфейс или консоль (Тelnet, SSH), существует возможность резервного обновления ПО через RS-232.

Для того чтобы обновить встроенное ПО устройства, необходимы следующие программы:

  • Программа терминалов (например, TERATERM, SecureCRT, Putty);
  • Программа TFTP сервера.

Последовательность действий при обновлении устройства:

  1. Подключиться к порту Ethernet устройства.
  2. Подключить скрещенным кабелем Com-порт компьютера к Console-порту устройства.
  3. Запустить терминальную программу.
  4. Настроить скорость передачи 115200, формат данных 8 бит, без паритета, 1 бит стоповый, без управления потоком.
  5. Запустить на компьютере программу TFTP-сервера (компьютер, на котором запущен TFTP-сервер и устройство должны находиться в одной сети) и указать путь к папке smg_files. В ней создать папку smg или smg1016m или smg2016, в зависимости от модели оборудования. Далее положить в них файлы прошивок, чтобы конечный путь стал таким:
    • для SMG1016M -/smg_files/smg1016m/smg1016M_kernel, /smg_files/smg1016m/smg1016M_initrd;
    • для SMG1016 -/smg_files/smg/smg1016_kernel, /smg_files/smg/smg1016_initrd;
    • для SMG2016 -/smg_files/smg2016/smg2016_kernel, /smg_files/smg2016/smg2016_initrd.
  6. Включить устройство. Остановить загрузку путем ввода команды stop в момент появления следующей надписи:
    U-Boot 2009.06 (Feb 09 2010 - 20:57:21) 
    
    CPU: AMCC PowerPC 460GT Rev. A at 800 MHz (PLB=200, OPB=100, EBC=100 MHz)  
    Security/Kasumi support  
    Bootstrap Option B - Boot ROM Location EBC (16 bits)  
    32 kB I-Cache 32 kB D-Cache 
    Board: SMG-1016Mv2 board, AMCC PPC460GT Glacier based, 2*PCIe, Rev. FF 
    I2C: ready 
    DRAM: 512 MB 
    SDRAM test phase 1: 
    SDRAM test phase 2: 
    SDRAM test passed. Ok! 
    FLASH: 64 MB 
    NAND: 128 MiB 
    DTT: 1 FAILED INIT 
    Net: ppc\_4xx\_eth0, ppc\_4xx\_eth1 
    
    Type run flash\_nfs to mount root filesystem over NFS 
    
    Autobooting in 3 seconds, press 'stop' for stop 
    =>  
    
    
  7. Задать IP-адрес устройства:
    set ipaddr <ipaddr>
    где <ipaddr> - новый IP-адрес SMG. 
    Например: set ipaddr 192.168.2.2
  8. Задать сетевую маску:
    set netmask <netmask> 
    где <netmask> - сетевая маска.
    Например: set netmask 255.255.255.0
  9. Задать IP-адрес TFTP-сервера:
    set serverip <tftp-ip>
    где <tftp-ip> - IP-адрес компьютера, на котором запущен TFTP-сервер.
    Например: set serverip 192.168.2.5
  10. Активировать сетевой интерфейс командой mii si
  11. Обновить ядро Linux:
    • для SMG1016m или SMG2016 командой run flash_kern;
    • для SMG1016 командой run updatekern.
  12. Обновить файловую систему:
    • для SMG1016m или SMG2016 командой run flash_initrd;
    • для SMG1016 командой run updateinit.
  13. Запустить устройство командой run bootcmd.
[SMG] SMG - ограничение направлений вызова с помощью категорий доступа

Категории доступа используются для определения прав доступа абонентов, транковых групп и других объектов друг к другу. Категории определяют возможность осуществления вызова из входящего канала в исходящий.

Категории доступа настраиваются в разделе Внутренние ресурсы->Категории доступа. Здесь, путем установки галочки, задается из какой категории в какую есть доступ, а также из какой в какую его нет. Далее необходимо присвоить категорию на входящий канал(откуда поступает вызов), это может быть SIP абонент, SIP интерфейс, либо Группа линий ОКС-7. Последним шагом будет установка категории на исходящий канал(куда вызов уходит), данная настройка производится при редактировании префикса в плане нумерации.

Схема прохождения вызова будет такая:

  1. На входящий канал поступает вызов;
  2. Данному вызову присваивается категория входящего канала;
  3. Вызов поступает в план нумерации и маршрутизируется на нужный префикс;
  4. Проверяется условие: если из категории входящего канала есть доступ в категорию, указанную на префиксе, то вызов отправляется в исходящее направление, иначе вызов отбивается.

Разберем данную схему на фоне примера: Имеется 2 SIP абонента, номер 7001 и 7002, соответственно, также имеется SIP интерфейс. Абонент 7001 может звонить только в местное городское направление(префикс 64xxxx), абонент 7002 - только межгород(префикс 8xxxxxxxxxx), а SIP интерфейс имеет доступ в оба этих направления.

  1. Создадим нужные категории доступа: “Местный абонент”, “Абонент с МГ”, “Абонент Местный+МГ”, “Местная связь”, “Межгород”.
  2. Установим права доступа: “Местный абонент” ставим галочку на номер категории “Местная связь”, “Абонент с МГ” - ставим галочку на “Межгород”, “Абонент Местный+МГ” - ставим 2 галочки на “Местная связь” и на “Межгород”.
  3. Присвоим категории на входящие каналы: SIP абонент 7001 - “Местный абонент”, SIP абонент 7001 - “Абонент с МГ”, SIP интерфейс - “Абонент Местный+МГ”
  4. Присвоим категории на исходящие каналы: префикс 64xxxx - “Местная связь”, префикс 8xxxxxxxxxx - “Межгород”.

При данной настройке доступ в оба направления имеет только “Абонент Местный+МГ”, которым является SIP интерфейс, помимо него в местное направление может звонить только SIP абонент 7001, в междугороднее - только SIP абонент 7002.

 

 На примере с двумя операторами (мегафон и РТК) и двумя клиентами. Клиенту 1 разрешено делать МГ вызовы через РТК и Мегафон, клиенту 2 только через мегафон. Делаете две категории доступа
- клиент 1 - стоят флаги напротив категорий РТК и Мегфон
- клиент 2 - стоит флаг только напротив Мегфон, флаг РТК снят
- РТК
- Мегафон
Категория "клиент 1" ставится на потоках, линксетах и/или SIP-интерфейсах с которых будут приходить вызовы от клиента 1
Категория "клиент 2" ставится на потоках, линксетах и/или SIP-интерфейсах с которых будут приходить вызовы от клиента 2
Категория "РТК" ставится на ТГ ведущей на направление РТК, в параметрах ТГ ставится флаг проверять категорию доступа
Категория "Мегафон" ставится на ТГ ведущей на направление Мегафон

При такой настройке если транк Мегафона выйдет из строя клиент 1 будет осуществлять вызовы через транк РТК, в то время как у клиента 2 эти вызовы будут отбиваться из-за ограничений по категориям доступа

[SMG] SMG. Настройка intercom и paging

Интерком-вызов является дополнительной услугой и возможен только при наличии лицензии VAS. При его использовании SIP-абоненту (т.е. абоненту зарегистрированному на SMG) будет отправлено сообщение Invite со специальным полем, указывающим включить динамик SIP-телефона. Настройка подразделяется на две части - настройка для использования услуги и настройка вызываемых абонентов.

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

Услуга Интерком-вызов подразделяется на две:

  • Intercom - вызов одного абонента
  • Paging - вызов группы абонентов

Настройка услуги "Интерком-вызов"

  • В параметрах SIP-абонента осуществляющего интерком-вызов необходимо активировать данную услугу ДВО.
  • В плане нумерации создать префикс ДВО для использованию услуги Интерком и Пейджинг. Можно добавить свои префиксы или задать стандартные префиксы ДВО (нажать на кнопку "Заполнить" в плане нумерации). По умолчанию используется префиксы:
    • для интерком *80*x.#
    • для пейджинга *81*x.#
  • Для использования пейджинга создать группу вызов (Внутренние ресурсы -> Группы вызова), задать в ней номера вызываемых абонентов и номер конференции

Настройка вызываемых абонентов

В настройках SIP-абонентов, которым будет поступать интерком-вызов, необходимо в разделе "Настройки интерком вызова" указать:

  • тип вызова;
  • SIP-заголовок, который будет использоваться для отправки интерком-вызова абоненту. Заголовок выбирается в зависимости от спецификаций IP-телефона;
  • паузу перед ответом (перед включением динамика SIP-телефона.

Использование услуги "Интерком-вызов"

  • Intercom
    • Абонент набирает *80*<номер SIP-абонента>#.
    • В плане нумерации происходит поиск соответствующего SIP-абонента.
    • Из настроек абонента считываются настройки интерком-вызова, на основе которых формируется поле в сообщении Invite.
    • Отправляется сообщение Invite с сформированным полем для интерком-вызова.
  • Paging
    • Абонент набирает *81*<номер конференции>#.
    • Происходит поиск группы вызова с соответствующим номером конференции.
    • Из настроек абонентов считываются настройки интерком-вызова, на основе которых формируется поле в сообщениях Invite.
    • Отправляется сообщения Invite с сформированным полем для интерком-вызова.
[SMG|TAU] SMG/RG/TAU. Проблема с обновлением ПО при использовании MAC OS

Данная проблема может наблюдаться при обновлении шлюзов программное обеспечение которых представляет собой архив (старые прошивки SMG, RG, TAU) в случаях когда ПО скачено на ПК с ОС MAC OS (браузер Safari).

Симтомы

При обновлении программнго обеспечения кстройство выводит ошибку.

Например, SMG при попыкте обновления выдает в WEB: “Не найден hash-file!”

Причина

MAC OS X 10.10.x Safari при загрузке файла в директорию ЗАГРУЗКИ автоматически распаковывает архивы. Браузер распаковывает архив *.tar.gz и сохраняет как *.tar. В результате такого скачивания при попытке обновления данного ПО возникают проблемы. Т.е. проблема в том, что видоизменяется формат файла прошивки.

В случае если изменить каталог загрузки на РАБОЧИЙ СТОЛ автоматической распаковки не происходит.

Устранение

При MAC OS X 10.10.x Safari загружать ПО не в стандартную директорию загрузки, а, например на РАБОЧИЙ СТОЛ.

[SMG] SMG1016M/SMG2016. Как работает ограничение CPS

В настройках транковой группы есть настройка аварийного и предельного значения CPS. При достижении аварийного значения CPS на SMG возникнет предупреждение. При превышении порогового значения все последующие вызовы будут отбиваться. Ограничение работает следующим образом:

  1. у каждой транковой группы есть счетчик, который увеличивается на 1 при поступлении каждого нового вызова
  2. при достижении значения счетчика CPS*3 все новые вызовы будут отклонены
  3. каждые 3 секунды значение счетчика обнуляется

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

Предупреждение о превышении CPS выводится сразу при достижении значения аварийного CPS умноженного на три. Авария нормализуется если в течение 10 минут не будет превышения порогового значения CPS.

[SMG] Снятие трассировок на SMG

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

  • Проблема с прохождением звонков
  • Проблема с прохождением голоса через IP-сеть
  • Проблема с протоколом RADIUS
  • Проблема с формированием и отправкой CDR на удаленный FTP сервер
  • Не поднимается сигнальный линк SS7/Q.931

Проблема с прохождением звонков

Если у Вас возникла проблема с прохождением звонков рекомендуется снять TCP-dump (в разделе PCAP трассировки) с интерфейса bond1 (SMG2016) или any (SMG1016, SMG1016M, SMG2, SMG4) и трассировку PBX-PSTN (в разделе PBX трассировки) все уровни по 1.

Проблема с прохождением голоса через IP-сеть

Если проблема с прохождением голоса через IP-сеть, то снимите весь сетевой трафик, проходящий через порт CPU:
для этого необходимо к любому свободному порту (например GE порт 0) подключить ПК, на котором запустить программу анализатора трафика выбрать:

  • «Порты источника входящих пакетов» - порт CPU
  • «Порт назначения для входящих пакетов» - GE порт 0
  • «Порты источника исходящих пакетов» - порт CPU
  • «Порт назначения для исходящих пакетов» - GE порт 0

При этом весь сетевой трафик (входящий и исходящий) будет дублироваться на «GE порт 0», к которому подключен ПК и при помощи программы анализатора трафика (например wireshark) этот трафик можно будет отловить и проанализировать.

Проблема с протоколом RADIUS

Если проблема с протоколом RADIUS, то необходимы трассировки PBX-PSTN (в разделе PBX трассировки) все уровни по 1 и TCP-dump (в разделе PCAP трассировки).

Проблема с формированием и отправкой CDR на удаленный FTP сервер

Если проблема с формированием и отправкой CDR на удаленный FTP сервер, то нужны трассировки  PBX-PSTN (в разделе PBX трассировки) все уровни по 1, TCP-dump (в разделе PCAP трассировки) и подключится к SMG в терминальном режиме и ввести команды:
SMG1016> sh
cat /tmp/cdr.log

Не поднимается сигнальный линк SS7/Q.931

Если проблема с тем, что не поднимается сигнальный линк SS7, либо Q.931, либо он периодически падает, необходимо снять PCM-dump (в разделе PCAP трассировки) по проблемному потоку. Лог необходимо снимать в течении минут 15-20, если линк не поднимается, либо дождаться его падения.

[SMG] Способы резервирования направлений

Резервирование направлений на SMG возможно в 2 вариантах:

  • с помощью резервной транковой группы, которая устанавливается в настройках основной транковой группы;
  • с помощью транковых направлений.

В транковых направлениях существует четыре способа выбора транковой группы, в которую будет отправлен вызов:

  1. Последовательно вперед – выбираются по очереди все транковые группы, входящие в состав направления, начиная с первой в списке.
  2. Последовательно назад – выбираются по очереди все транковые группы, входящие в состав направления, начиная с последней в списке.
  3. Начиная с первого вперед – выбирается первая свободная транковая группа, входящая в состав направления, начиная с первой в списке.
  4. Начиная с последнего назад – выбирается первая свободная транковая группа, входящая в состав направления, начиная с последней в списке.

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

Транковая группа считается не доступной в следующих случаях:

  • авария на потоке Е1 (LOS, RAI, AIS, LOMF);
  • нет свободных каналов (протоколы сигнализации ОКС-7 и PRI);
  • все каналы находятся в заблокированном состоянии (протокол ОКС-7);
  • D-канал потока PRI и все D-каналы линксета ОКС-7 (если их несколько) находятся в состоянии down;
  • в настройках интерфейса SIP настроен контроль встречной стороны и не было получено ответа на отправленное сообщение;
  • если не доступна встречная сторона, например, при отправки INVITE произошла какая-то проблема на сетевом уровне, т.е. SMG не смог найти MAC-адрес встречного устройства, на наш INVITE мы получили ICMP port unreach., либо на наш INVITE не получено никаких ответных сообщений;
  • при получении сообщений SIP 502,408,504 в ответ на INVITE.

Начиная с версии ПО 3.3.0 введен настраиваемый список кодов перехода на резервную транк группу при совершении вызовов через SIP. Настройка производится в разделе "Внутренние ресурсы" -> "Список ответов SIP для перехода на резервную ТГ". Данный список назначается в параметрах SIP-интерфейса

Пример. Необходимо организовать резервирование соединения SIP соединением Е1.

Решение

Рассмотрим организацию резервирования через транковые направления.
Добавляем транковое направление "Маршрутизация" –> "Транковые направления". Режим выбора транк группы в списке - последовательно вперед. Затем добавляем в состав транкового направления сначала транковую группу, содержащую SIP-интерфейс, а после транковую группу, содержащую поток, либо каналы Е1. В настройках маршрутизации используем Тип префикса = Транковое направление.
Т.о. при недоступности первой группы (SIP) автоматически будет выбрана вторая (Е1).