SMG1016M: как организовать отдельный SS7-транк

[Mangalor]

Здравствуйте!

Имеется SMG-1016M, ПО V.2.14.02.673. Изначально был создан один SS7-транк ("Группа линий ОКС7"), соединяющий SMG со станцией. Теперь возникла задача выделить определённый трафик в другой SS7-транк, соединяющийся с той же станцией. При попытке его создания мы столкнулись с тем, что, похоже, на SMG каждому SS7-транку нужен свой отдельный SS7-link, т.е. свой отдельный D-канал для сигнализации, даже для связи с той же станцией. Так ли это, или мы что-то неправильно понимаем?

[Женя]

Что Вы подразумеваете под SS7-транк?
отдельный Linkset со своими кодами OPC/DPC?

[Mangalor]

Лучше я расскажу подробнее, и в терминах SMG:

Текущая схема работы нашего SMG-1016M, как я её понимаю:
Есть 6 потоков E1, работающих со станцией (PBX) по SS7. Эти потоки входят в "Группу линий ОКС7", для которой заданы OPC SMG и DPC PBX, порядок занятия каналов, транковая группа (SS7-ТГ), план нумерации и пр. Когда приходит вызов из PBX по этим потокам, он:
1) изменяется модификаторами и проверяется профилем RADIUS транковой группы SS7-ТГ,
2) отправляется в план нумерации, где маршрутизируется, например, в транковую группу SIP3-ТГ.
Есть также несколько SIP-интерфейсов, каждому из которых заданы IP-адрес, порт, интерфейс, транковая группа (SIP№-ТГ), план нумерации и пр. Когда приходит вызов из какого-либо SIP-интерфейса (например, 3), он:
1) изменяется модификаторами и проверяется профилем RADIUS транковой группы SIP3-ТГ,
2) отправляется в план нумерации, где маршрутизируется, например, в транковую группу SS7-ТГ.

Теперь добавился новый SIP-интерфейс, и его трафик надо гонять между SMG и той же PBX по дополнительным 2 потокам E1. То есть OPC SMG и DPC PBX не меняются. Но требуется, чтобы вызовы со "старых" SIP-интерфейсов не попадали на новые 2 потока E1, а маршрутизировались туда только вызовы с нового SIP-интерфейса. Для этого, как я понимаю, новые 2 потока E1 должны иметь свою отдельную транковую группу и, значит, свою отдельную "Группу линий ОКС7". Также требуется, чтобы входящие SS7-вызовы только по этим отдельным 2 потокам E1 проверялись профилем RADIUS, что опять приводит нас к необходимости отдельной транковой группы и, следовательно, отдельной "Группы линий ОКС7". А отдельная "Группа линий ОКС7" на SMG, как я понимаю, требует отдельного линксета. Можно ли решить задачу без создания отдельного линксета?

Возможно, задача без отдельного линксета частично - для маршрутизации - решается использованием в плане нумерации не транковой группы, а транкового направления, в которое должны входить транковые группы нужных потоков E1, а все потоки E1 должны входить в единую "Группу линий ОКС7"? В этом случае проверка профилем RADIUS только двух отдельных потоков E1 не решается, правильно?

[Bokrenok]

Возможно, задача без отдельного линксета частично - для маршрутизации - решается использованием в плане нумерации не транковой группы, а транкового направления, в которое должны входить транковые группы нужных потоков E1, а все потоки E1 должны входить в единую "Группу линий ОКС7"?

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

В этом случае проверка профилем RADIUS только двух отдельных потоков E1 не решается, правильно?

При таком подходе на каждой ТГ с потоками Е1 надо настраивать профиль RADIUS, ведь вы хотите проверять все вызовы со стороны PBX.

[sv71]

Можно создать отдельную группу линий ОКС для двух потоков Е1.
В настройках потоков Е1 указываем номер потока с D-каналом (Идентификатор канала (SLC))
В настройках созданной группы указываем группу линий где находится D-канал (Первичная группа линий ОКС-7 (primary)).

[Mangalor]

Можно создать отдельную группу линий ОКС для двух потоков Е1.
В настройках потоков Е1 указываем номер потока с D-каналом (Идентификатор канала (SLC))
В настройках созданной группы указываем группу линий где находится D-канал (Первичная группа линий ОКС-7 (primary)).

Возможно, это то, что надо, но пока не получилось реализовать. Можно поподробнее?
1) Я создаю новую "Группу линий ОКС-7" для дополнительных 2 потоков E1 и в её свойствах указываю "Комбинированный режим", а в качестве "Первичной группы линий ОКС-7" ставлю уже имеющуюся "Группу линий ОКС-7", которая состоит из 6 потоков E1. Надо ли указывать те же OPC/DPC, что и в основной группе линий? "Вторичная группа линий ОКС-7 (secondary)" оставить "Не выбрана" ввиду её отсутствия?
2) В настройках дополнительных потоков E1 (№6 и №7) надо указать новую "Группу линий ОКС-7", а в качестве "Идентификатора канала (SLC)" что? Изначально у всех 8 потоков там стоит 0, D-канал находится в "Потоке 0" - значит, ничего в SLC менять не надо?

[Женя]

А почему бы не сделать новую, отдельную, группу линий ОКс7 со своим Д-каналом и гонять этот дополнительный трафик через нее? и не заморачиваться со всякими комбинироваными режимами и т.п.

[Mangalor]

Сделать можно и, скорее всего, придётся, но:
1) Отдельный SS7-линк (D-канал) на станции (PBX) - ресурс ограниченный, и его надо экономить (уже мало осталось).
2) Если на SMG есть возможность совместного использования линка разными "Группами линий ОКС-7", то почему же им не воспользоваться? Это красивое и экономное решение нашей задачи, но оно почему-то не срабатывает - на SMG каналы отображаются вроде нормально - в IDLE, а на PBX они в блокировке - пытаемся понять в чём причина...
Почему техподдержка ELTEX не рекомендует использовать "Комбинированный режим" (Combined Linkset)? Вы что-то знаете, почему этот режим не работает?

[Женя]

Сделать можно и, скорее всего, придётся, но:
1) Отдельный SS7-линк (D-канал) на станции (PBX) - ресурс ограниченный, и его надо экономить (уже мало осталось).
2) Если на SMG есть возможность совместного использования линка разными "Группами линий ОКС-7", то почему же им не воспользоваться? Это красивое и экономное решение нашей задачи, но оно почему-то не срабатывает - на SMG каналы отображаются вроде нормально - в IDLE, а на PBX они в блокировке - пытаемся понять в чём причина...
Почему техподдержка ELTEX не рекомендует использовать "Комбинированный режим" (Combined Linkset)? Вы что-то знаете, почему этот режим не работает?

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

я предложил простой путь через отдельный Linkset,потому что ранее упоминания о том, что " Отдельный SS7-линк (D-канал) на станции (PBX) - ресурс ограниченный, и его надо экономить" не было.

Хорошо, давайте мучить комбинированный режим, я правильно понимаю что на SMG каналы поднимаются, а на PBX нет?
на PBX можно снять какие-то логи, чтобы понять причину?

[Mangalor]

Спасибо за готовность помочь
Вспомогательный вопрос - какими действиями на SMG можно выполнить инициализацию "Группы линий ОКС-7", настроенной в "Комбинированный режим", желательно не затрагивая работу - не инициализируя - "Первичную группу линий ОКС-7"?

[Mangalor]

Вспомогательный вопрос снят - надо в настройках потока E1 отключить "Группу линий ОКС7" (указать "нет"), потом опять включить.

Я снял лог SS7-анализатором на линке между SMG и PBX, и на SMG трассировку PBX PSTN SS7-ISUP - выслать их по известному адресу?

Самостоятельное изучение логов показало:
В "Группе линий ОКС7" с "Комбинированным режимом" настроено при инициализации делать "групповой сброс". При включении в группу потока 6 с CIC 193-223 SMG посылает в PBX для первого CIC 193 команду GRS:

Код: Выделить всё

[INFO]  SS7/ISUP. TX. ISUP-profile 01. Link '00/00', CIC=193. GRS-Circuit Group Reset

От PBX возвращается подтверждение, но SMG воспринимает его через ISUP-profile 00:

Код: Выделить всё

[INFO]  SS7/ISUP. RX. ISUP-profile 00. Link '00/00', CIC=193. GRA-Group Reset Ack

SMG не опознаёт принадлежность CIC к ISUP-profile 00 и блокирует его:

Код: Выделить всё

[ERR ]  SS7/ISUP. ISUP-profile 00. Unequipped CIC: 193 [00c1] [c1.00]. Msg: 29
[INFO]  SS7/ISUP. TX. ISUP-profile 00. Link '00/00', CIC=193. BLO-Blocking
[INFO]  SS7/ISUP. RX. ISUP-profile 00. Link '00/00', CIC=193. BLA-Blocking Ack
[ERR ]  SS7/ISUP. ISUP-profile 00. Unequipped CIC: 193 [00c1] [c1.00]. Msg: 15

Таких попыток с первым CIC 193 делается несколько десятков, потом SMG сдаётся и блокирует его и все остальные CIC потока. Но в web-интерфейсе SMG в мониторинге каналов E1 все заблокированные CIC's отображаются в состоянии Idle.

Это моя попытка понять логи. Что скажут специалисты?

[Женя]

Да, пришлите лог и конфиг SMG, посмотрим что там у Вас

[Bokrenok]

От PBX возвращается подтверждение, но SMG воспринимает его через ISUP-profile 00:

Какие point-коды настроены на первой и второй группе линий ОКС7?

[Mangalor]

Какие point-коды настроены на первой и второй группе линий ОКС7?

Одинаковые - OPC/DPC во второй группе такие же, как и в первой.

Логи и конфиг выслал на evgeniy.troyanov@eltex.nsk.ru.

[Bokrenok]

Какие point-коды настроены на первой и второй группе линий ОКС7?

Одинаковые - OPC/DPC во второй группе такие же, как и в первой.

Думаю, в этом и проблема.
SMG не может определить правильный ISUP-profile для входящих сообщения.
Поэтому сыпется всё в первый с которым совпала пара OPC/DPC, а это ISUP-profile 00.

Чтобы разделить корректно - надо развести всё же как минимум по OPC (на SMG прописать 2 разных).
Но тогда надо делать комбинированный линксет так же и на встречной АТС.