Входящий trunk привзяка к CO-line Опции

[dtgeorge]

На 11-12 CO-line подключен 2-канальный GSM-VoIP шлюз (addpack), без регистрации, только IP шлюза прописан в 133-й.
Шлюз "звонит" на станцию на номера 7013 и 7014, в 145-й выбрано Modify Using Flexible DID, а в 231, соответственно, рулится всё на дизу.

Проблема в том, что входящий gsm (на любой канал шлюза) занимает всегда 12 CO-line (при условии, что 11-12 свободны) и это как бы не проблема, если в шлюзе установлены карты одного оператора. В SIP Trunk Status Overview транк на шлюз одной строкой, COL Range 11-12.

А вот если операторы разные, и 11-я, 12-я линии разнесены в разные CO Line Group (и на них "рассчитывает" LCR - LDT/DMT), то получается ситуация, когда, например, звонок "как бы должен" прийти на 11-ю CO-Line (потому что он поступил на gsm-порт шлюза, который подразумевается на 11-й CO Line), но он приходит на 12-ю... И если в этот момент кто-то из внутренних абонентов решит сделать звонок, который LCR должен провести через 12-ю линию, то абонент получит "занято", хотя по факту порт на шлюзе (через который должны уходить звонки по 12-й линии) свободен...

Вопрос. Как в такой ситуации привязать входящий со шлюза на 7013 к 11-й CO Line, а на 7014 - 12-й CO Line ???

PS: сорри, может не очень в терминах объясняю, я вообще не АТС-ник... так, разобрался сам, вот для своей конторы и кручу...

PSPS: пока обхожусь тем, что в таких ситуациях объединяю 11-12 лини в одну группу, и уже внутри шлюза по маскам направляю на нужные порты, но это ж не серьёзно... ибо может быть кейс, кода в DMT будет альтернативная группа и до неё просто не дойдёт дело, т.к. споткнётся на первой, уйдёт в шлюз, а тот даст отбой и привет...
да и чисто академически заело - можно ли такое сделать ))

[dtgeorge]

Я был бы не я, если бы так просто сдался)))

Интерес - "почему работало, а теперь нет" не покидает...

Нашёл бекап, судя по дате - как раз через пару дней после моего поста "Спасибо, всё получилось, в прошлом году".

Развернул на Offline Web Admin, перелазит всё что мог - сравнивал...
В бекапе в 126-й в в 13-м и 14-м индексе в Registration User ID записаны, соответственно, 7013 и 7014, без @192.168...
В 133-й для CO11 и CO12 - Sip Trunk Group, соответственно, 13 и 14.

Всё, больше ничего... и работало ведь...
Кроме как перебросить АТС и шлюзы в другую сеть (в VLAN) больше ничего не делал существенного.

[Dron]

Я был бы не я, если бы так просто сдался)))

Интерес - "почему работало, а теперь нет" не покидает...

Нашёл бекап, судя по дате - как раз через пару дней после моего поста "Спасибо, всё получилось, в прошлом году".

Развернул на Offline Web Admin, перелазит всё что мог - сравнивал...
В бекапе в 126-й в в 13-м и 14-м индексе в Registration User ID записаны, соответственно, 7013 и 7014, без @192.168...
В 133-й для CO11 и CO12 - Sip Trunk Group, соответственно, 13 и 14.

Всё, больше ничего... и работало ведь...
Кроме как перебросить АТС и шлюзы в другую сеть (в VLAN) больше ничего не делал существенного.

Может, настройки шлюзов?

[dtgeorge]

Может, настройки шлюзов?

Да нет, там тоже (кроме смены LAN) ничего не делал )
Не, ну очевидно, что причина есть какая-то... В общем, время сделало свое дело, я уже остыл - работает как надо с помощью указания Registration UID Range в 133-й и чёрт с ним)