Настройка sip транков

[infantry]

Уже некоторое время не могу нормально настроить работу транка с несколькими номерами. Мой voip провайдер сделал мне резерв моего ip, таким образом все входящие падают на внешний адрес атс. Исходящие идут согласно настроенному транку, на доменное имя(ну или ip) провайдера. Штука в том, что провайдер меняет на своем оборудовании реальные телефонные номера на шестизначные эквиваленты. Получается, что звонки от меня должны уходить с шестизначным заголовком. Далее вместо шестизначного номера провайдер подставляет мой городской номер и звонок уходит к вызываемому абоненту. Подобная система работает и для входящих звонков. Все внешние звонки идут на основной шестизначный номер, который был указан при создании транка. В обращении буду передаваться три поля: a, b и c. A - это аон из города, B - это did(я так пониманию шестизначный эквивалент), C - это фактический номер. На основе этих данных я должен сделать разделение входящих и настроить маршрутизацию. В теории все просто, но реализовать это средствами 3cx у меня не получается. Максимум чего я добился: при звонке на все городские номера, звонок проходит, но с аоном первого основного номера, при исходящих через мои городские номера, я определяюсь как основной. Я так понимаю, тут нужно поработать с подменой и исправлением данных "налету". Но грамотно это настроить не получается. Пока пробовал настройкой did номеров в транке. Видел шаблоны cid вызовов в настройках порта, но уже начинается "наслоение" настроек.

 

[igorsnezhko]

Для исходяших вызовов вам нужно сдедать столько однотипных SIP транков (подключений), сколько у вас DID номеров. Одно подключение - один DID номер. Тогда вы сможете отправлять исходящие вызовы через определенную линию.

Эти же транки можно испольовать для входящих вызовов.

В качестве номера телефона и Autenthification ID используйте шестизначный номер.

 

[infantry]

Такой метод мне показался разумным и я сразу попытался его использовать. Это сработало только для исходящих. Они отражались корректно, т.е. с правильными номерами. Но с входящими проблема осталась. При звонке на любой городской, звонки заворачиваются провайдером на первое подключение и номер определяется основной, а не конкретный на который звонят. Как можно грамотно настроить разграничение для входящих при таких условиях?

 

[infantry]

Пробовал с помощью did, в настройках основного подключения - не заработало. Хотя вариантов там много.

 

[igorsnezhko]

Попробуйте в настройках DID основного подключения прописать как ваши 6 значные номера, так и реальные номера, присвоенные транку. Все вместе, так сказать.

 

[infantry]

Попробовал. Все равно все идет на основной шестизначный did.

 

[igorsnezhko]

Погодите, може тыть не в этом дело. Когда вы создаете DID, у вас автоматически появляются входящие правила. Вы дальше прохождение вызовов должны "разрулить" этими правилами.

 

[infantry]

Совершенно верно. После добавления did, правило появляется автоматически. Но звонок из города идентифицируется как основной номер при маршрутизации на любой внутренний.

 

[infantry]

причем сработал только шестизначнный did

 

[igorsnezhko]

Посмотрите в логе, или путем захвата трафика, что у вас посрупает от опретора в INVITE запросе при входящем вызове на основной номер. Потом - что поступает на второи и т.д. Именно вот этот номер, который в INVITE, и нужно прописать как DID. Именно в том виде, как н там приходит.

 

[infantry]

Если верить логам, то звонки приходят с десятизначным номером (обычный номер с префиксом, без 8 или +7). Попробовал добавить такие did (десятизначные), толку ноль. Есть подозрение что звонок идет не смотря ни на что тупо по номеру указанному в настройках порта. Поменял номер на другой(на основном порту), звонки перестали проходить.

 

[igorsnezhko]

Вы, когда создаете транки, создавайте их вот с этими десятизначными номерами.

В DID тоже их нужно указывать. Очкнь странно, что система их не распознает. Обычно всегда работает та строка, котороая идет до @ в запросе INVITE. Может что-то не учли?

Какая у вас версия 3CX?

 

[infantry]

Создаю соединения именно с шестизанками. Версия 3cx phonesystem 12.5. До собаки в "invite" стоит десятизначный номер.

 

[infantry]

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

 

[igorsnezhko]

Ждем