Элтекс

Здравствуйте!
Есть sip прокси(это внешний провайдер), TAU-8.IP и астериск.
Подскажите, пожалуйста, можно ли настроить TAU-8.IP чтобы можно было позвонить с астериск на sip прокси через TAU-8.IP?
Астериск как sip клиент без регистрации.
Так сложилось что только TAU-8.IP может соединиться с sip-прокси.
Сейчас получилось звонить с fxs на-sip прокси и на астериск.
С астериск на fxs, и с sip-прокси на fxs.

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

Дамп на tau смотрю при звонке с астериск - выдает SIP/2.0 404 Not Found.
До sip-прокси и не доходит дело.
А если на локальный номер то прозванивает без проблем.
На tau настроено как многоканальный номер относительно sip-прокси. То есть как описании http://kcs.eltex.nsk.ru/articles/95 .
И еще один sip профиль без регистрации для астериска .
Диалплан на sip профилях <1212:>X.@sip_proxy_ip:5060|[1-9]x.@sip_proxy_ip:5060|00x@{local}

вы из тау хотите сделать прокси? не уверен, что это можно.

ну ок, допустим сможет... итак примет тау инвайт, дальше должен произойти поиск цифр в диалплане найти и отправиться на прокси провайдера указанный в диаплане... диалплан как настроен?

Вот я и хочу понять может этот tau-8.ip это сделать?
У других tau-16.ip-tau-72.ip, все так же как у tau-8 внутри, только порты добавлены или есть более расширенные возможности?
Диалплан как в предыдущем сообщении <1212:>X.@sip_proxy_ip:5060|[1-9]x.@sip_proxy_ip:5060|00x@{local}
<1212:>X.@sip_proxy_ip:5060 это наверное не обязательно, для тестов пробовал.

PS: Теперь упростил на sip-профиле для астериска диалплан x.@sip_proxy_ip:5060
На остальных профилях - 00x@{local}

При включенной трассировке voip смотрю звонок с астера с номера XXXX на YYYYYYYYYYY
с астера приходит INVITE , tau выдает Trying.
дальше вот что:
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]got nua_i_invite : 100(Trying)
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]NO CALL IN nua_i_invite == 100 : Trying
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]sip: get_support_params: profile 0 supported: 'timer, 100rel, replaces'
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]sip: INVITE from sip:XXXX@ASTER_IP
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]simple call
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]replaces 1, have accepted 0, ep (nil), state -1
Jan 1 19:52:29 TAU-8 user.debug syslog: 19:52:29.560[app:dbg]sip: no such user/group (sip:YYYYYYYYYYY@TAU_IP:5060)! SIP_T NO

дальше мои полномочия всё...

тонкостей не знаю, подождать надо кого нить из сапорта.

а почему не подключить астериск к провайдеру? зачем через тау проксировать?

bravo писал(а):...
а почему не подключить астериск к провайдеру? зачем через тау проксировать?

Так исторически сложилось, другие варианты на данный момент не получится сделать. Астериск в то место никак сейчас не поставить.
Может быть другие шлюзы то что мне нужно смогут реализовать?

вымысле астериск не поставить?) сеть передачи данных же есть? есть!) так пусть к провайдеру конектится астреиск, а тау конектится к астриску...)

другие шлюзы есть, но:
а) незачем
б) не оправданно дорого

Астериск можно поставить, но в том месте это сделать сейчас невозможно. И этот способ подключения понятен и с его настройкой не возникнет проблем. Вопроса бы не было если бы там астериск стоял.

И все таки, подскажите, пожалуйста, какие другие шлюзы могут выполнить эту задачу.

dimk писал(а):И все таки, подскажите, пожалуйста, какие другие шлюзы могут выполнить эту задачу.

если есть между площадками ip связность, в чём проблема подцепить астериск к провайдеру где бы он не стоял?

самый дешёвый, что я знаю, это smg2... можно на sip интерфейс принимать регистрацию, через петлю Е1.0-Е1.1 прогонять трафик, и с него на sip интерфейс в сторону оператора. но это ничем не лучше того, что вы пытаетесь сделать непонятно зачем )

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

Так же вы говорили что по этому вопросу (проход звонка через тау, проксирование) могут лучше прояснить кто-то из вашего саппорта. Вы переадресовывали им эту тему?

Спасибо, за подсказку про smg2. По нему возникает следующий вопрос.
В другом месте планируется подключение к провайдеру по E1, smg2 сможет две sip регистрации к примеру для двух tau?
Можно ли один из tau(или астериск) или оба подключить к smg2 через vpn?

Здравствуйте, коллеги.

TAU8 это абонентский шлюз, в нем нет серверной UAS стороны.
Использовать его в качестве SIP прокси нельзя, т.к. любой входящий вызов tau8 затерменирует "на себя", что в Вашем случае
и происходит:

на может найти такого абонента или группу у себя и отбивает вызов.

SMG2 можно использовать для этой схемы, только
1) Она не поддерживает звонки SIP to SIP аппаратно, т.е. придется замыкать ее потоком е1 на саму себя, потребуется лицензия на второй е1;
2) VPN на SMG2 возможен только для управления, не для телефонии.

Думаю в Вашем случае более правильным решением будет обеспечить связность Asterisk и SIP оператора на сетевом уровне, без использования промежуточных SIP устройств.

Спасибо!
Все понятно.