Общая информация

Функционал стекирования потоков ОКС-7 предполагает возможность стекирования нескольких устройств SMG с целью пропуска более 16 потоков Е1 (до 64*16) с сигнализацией ОКС-7 и одним кодом пункта сигнализации, с организацией от 1 до 16 сигнальных линков ОКС-7 Е1 на одну группу линий ОКС-7 (линксет).

Нетлинк – одно сетевое соединение между двумя устройствами. Используется в стекировании SS7 для передачи сигнального трафика от устройства с D-каналом к устройству без такового.
Все локальные линксеты, настроенные на устройствах, объединяются в один «виртуальный» линксет относительно оконечного или встречного устройств. Поэтому основные параметры ОКС-7 на них должны совпадать, кроме уникальной нумерации потока и каналов.

Нетлинк работает в двух ролях – клиент и сервер:

В одном линксете устройство может быть одновременно как клиентом, так и сервером. Каждый включённый сервер занимает как минимум одно нетлинк-соединение на устройстве. На каждом линксете одного устройства может быть только один сервер. Для работы нетлинк-сервера в линксете устройства должны быть настроены рабочие D-каналы.

Особенности (ограничения) текущей реализации

Условные схемы возможных конфигураций
Условные обозначения:

АТС

Шлюз

Линксет

SIP-транк

Нетлинк

Поток E1

Поток E1 с активным D-каналом

Неполная связность


Полная связность, одно встречное устройство


Полная связность, пара встречных устройств


Возможны различные конфигурации нетлинков в рамках одного или нескольких линксетов. Для работы устройства в режиме ведущего необходимо наличие лицензии SMG-SS7-NETLINK-MASTER. Для работы устройства в режиме ведомого необходимо наличие лицензии SMG-SS7-NETLINK-SLAVE либо SMG-SS7-NETLINK-MASTER. 

Описание настройки и принципа взаимодействия устройств SMG в стеке

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

На ведущем устройстве настраивается:

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

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

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

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

В результате выполненных шагов ведущее устройство начнёт принимать соединения на указанных в пункте 3.4 интерфейсе и порту. Проверить это можно следующим образом: подключиться к интерфейсу командной строки CLI, затем перейти в отладочный режим командой tracemode и ввести команду ss7netlink.

Пример вывода в консоль команды ss7netlink, выполненной на ведущем устройстве:


На ведомых устройствах настраивается:

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

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

Сетевой линк (netlink) ОКС-7 в режиме ведомого: локальный интерфейс и порт, IP-адрес и порт ведущего устройства, а также основной и дополнительный SIP-интерфейсы для приема распределенных вызовов:

Потоки Е1 для связи с сетью ОКС-7:

Нумерация CIC:

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

В результате выполненных шагов ведомое устройство установит соединение с ведущим устройством с указанного в пункте 4.4 интерфейса и порта на IP-адрес и порт ведущего устройства. Проверить это можно также в отладочном режиме командой ss7netlink.

Пример вывода в консоль команды ss7netlink, выполненной на ведомом устройстве:

Теперь в отладочном режиме на ведущем устройстве в выводе команды ss7netlink можно увидеть подключенное ведомое устройство:

Непосредственное взаимодействие с сетью ОКС-7 производится только через основное устройство (ведущее). 

Следующим шагом настраиваются SIP-интерфейсы, транковые группы и планы нумерации. В текущей реализации стекирования SMG каждое устройство маршрутизирует вызовы индивидуально, по настроенным у него правилам и ресурсам.

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

Принцип работы балансировщика стека ОКС-7

  1. Ведущее устройство в стеке ОКС-7 собирает данные о количестве свободных каналов ОКС-7 на ведомых устройствах,  информацию о настроенных SIP-интерфейсах для распределения вызовов (основном и дополнительном) и количестве свободных линий на них.
  2. Все SIP вызовы от встречных устройств, которые маршрутизируются в стек ОКС-7, должны направляться на ведущее устройство (устройство с D-каналом). 
  3. Ведущее устройство при маршрутизации нового вызова в стек ОКС-7 анализирует загруженность ведомых устройств в стеке и перенаправляет вызов на наименее загруженное устройство с помощью SIP сообщения 302, в заголовке Contact которого содержится IP-адрес и порт SIP-интерфейса ведомого устройства, на котором оно готово принимать вызовы. Соответственно, если достигнут предел активных соединений основного SIP-интерфейса ведомого устройства, то в сообщении 302 будет использоваться IP-адрес и порт дополнительного.
  4. В целях снижения нагрузки на ведущее устройство, самостоятельно оно будет обрабатывать вызовы только в случае невозможности его перенаправить (например, когда все ведомые устройства в стеке отключены или все их каналы заняты). 

Мониторинг стека ОКС-7

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

Мониторинг – Мониторинг стека ОКС-7

Мониторинг для ведущего устройства

Первая таблица отражает набор параметров ведущего устройства:

Вторая таблица отражает набор параметров ведомых устройств, полученных ведущим устройством:

Мониторинг для ведомого устройства

Мониторинг – Мониторинг стека ОКС-7

Первая таблица отражает набор параметров ведомого устройства:

Вторая таблица отражает набор параметров ведущих устройств:

Также есть возможность просматривать состояние ведущего и ведомого устройств в CLI, для этого следует войти в режим управления, выполнив команду management, ss7netlink, затем show linkset <Linkset>, где <Linkset> – номер линксета:

SMG> management 
Entering management mode.
SMG-[MGMT]> ss7netlink 
SMG-[MGMT]-[SS7NETLINK]> show linkset 0

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

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