Страница 1 из 1
TAU-8, возможно ли такое
Добавлено: 18 ноя 2013 18:13
borisk
Добрый день!
Есть TAU-8. Хотелось бы ее использовать как мини АТС. То есть есть один входной городской номер. На портах внутренние номера, скажем 100-107.
Входящий вызов перенаправляется на секретаря (номер 100), а он уже переводит на любой внутренний. Эту задачу я, в принципе, понимаю как можно сделать. Например через группы вызова (поправьте, если не прав).
А вот как сделать _исходящие_ вызовы? Шлюз оператора позволяет совершать звонки только если устройство зарегистрировано. Получается мне для каждого порта надо делать регистрацию? Или как-то можно обыграть это в плане нумерации и воспользоваться уже существующей регистрацией группы вызова?
Добавлено: 19 ноя 2013 09:33
Женя
Для исходящих звонков необходимо в настройках порта FXS в разделе "Альтернативный номер" поставить номер телефона группы вызова, тогда звонки с порта FXS будут делаться от имени группы вызова
Добавлено: 19 ноя 2013 10:50
borisk
Тогда возникает интересная ситуация:
1) Если для FXS портов использовать тот же sip profile, что и для группы (где прописана регистрация на сервере), то он пытается зарегистрировать все порты, что мне как бы не надо
2) Если же использовать для портов профиль без регистрации, то после набора номера ничего не происходит даже с простейшим диалпланом S3, L30 (x.). То есть в трубке тишина и ничего более. Ждал 2 минуты - все равно тишина. Режим Outbound ставил в Outbound - не помогает.
В логах при этом (после ввода последней цифры):
Nov 19 09:48:36 OpenWrt user.info syslog: 09:48:36.866[app:info]vapi: tone detect: Conn 6. Detect signal <DTMF digit 1> (level 11 dBov)
Nov 19 09:48:36 OpenWrt user.info syslog: 09:48:36.876[app:info]hio: port 6: digit 1 (code 0x11), tone
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.876[app:dbg]port 6: digit 1
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.876[app:dbg]port 6: no route for <>, outbound
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.876[app:dbg]port 6: process final route
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.876[app:dbg]regex_timers_dial_final() no routes found
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.876[app:dbg]port 6: final action
Nov 19 09:48:36 OpenWrt user.err syslog: 09:48:36.876[app:ERR]ports_regex_final() not final rsr!
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.876[app:dbg]regex ID 6: dial reset
Nov 19 09:48:36 OpenWrt user.debug syslog: 09:48:36.946[app:dbg]vapi_proc_event: eVAPI_TONE_DETECT_EVENT
Nov 19 09:48:36 OpenWrt user.info syslog: 09:48:36.946[app:info]vapi: tone detect: Conn 6. End of signal <DTMF digit 1>, duration 90 ms
Добавлено: 19 ноя 2013 11:12
Женя
В профиле, который без регистрации, задан адрес прокси? если да то адрес чего?
Добавлено: 19 ноя 2013 11:37
borisk
Да, задан. Адрес реального прокси сервера провайдера.
Добавлено: 19 ноя 2013 11:39
borisk
Как нашел в какой-то соседней теме - человек посоветовал указать адрес сервера регистрации - локальный ip устройства. Сделал так - заработало, но мне кажется это как-то неправильно.
Добавлено: 19 ноя 2013 12:19
borisk
А вообще получилась странная ситуация. Хоть я и указал "альтернативный номер", но шлюз, при звонке все же авторизуется с параметрами, указанными в полях Логин и Пароль.
Добавлено: 19 ноя 2013 12:28
Женя
borisk писал(а):А вообще получилась странная ситуация. Хоть я и указал "альтернативный номер", но шлюз, при звонке все же авторизуется с параметрами, указанными в полях Логин и Пароль.
А с какими он должен авторизоваться? Алтернативный номер - это, грубо говоря, только подмена АОНа при звонках.
Как нашел в какой-то соседней теме - человек посоветовал указать адрес сервера регистрации - локальный ip устройства. Сделал так - заработало, но мне кажется это как-то неправильно.
а если в плане нумерации указать вместо (x.)
(x.@IP-прокси)
толькл Режим Outbound при этом сделайте off.
что получится?
Добавлено: 19 ноя 2013 13:12
borisk
Да, так работает. Спасибо!
Но все же, господа разработчики, обратите внимание. Если в профиле прописан proxy, зачем его явно указывать в dialplan?
Добавлено: 19 ноя 2013 13:24
Женя
если прописан прокси и включен outbond, то его явно указывать не нужно в диалплане
Добавлено: 19 ноя 2013 14:11
borisk
А при этом сохраняется возможность использования в диалплане конструкции вида @{local} ? Или он все же _все_ вызовы будет отправлять на прокси?
Добавлено: 26 ноя 2013 10:08
Женя
все звонки уйдет на прокси, независимо от того что стоит после @