TAU32m.ip fxo Маршрут исходящего

[april22]

я думаю если в таком варианте можно какой нибудь кастомный диалплан накидать .
а вообще это первый первй шлюз который не смог жить как хотлайн на выход
скнины бы не помешали бы

[olegsenin]

Выкладываю скрины основных настроек плюс небольшую инструкцию которую стал сам писать пока настраивал
https://dl.dropboxusercontent.com/u/870 ... %D1%8B.rar
Спасибо большое всем...

[Vlad1983]

на 8 скрине "Use Hotline to PSTN" включить

потом из выхлопа

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

grep "\[7001\]" -A 30 -B -1 sip_additional.conf 

берете настройки пира [7001] копируете во вновь создаваемый транк
и удаляете екстеншен 7001

в настройках исходящей маршрутизации выбираете транк и лепите к номеру префикс 7001

проверяете

так для каждого порта шлюза, если требуется маршрутизация по конкретным линиям

[olegsenin]

Настройки были такие (команда не сработала):
[7001]
deny=0.0.0.0/0.0.0.0
secret=********
dtmfmode=rfc2833
canreinvite=no
context=from-internal
host=dynamic
trustrpid=yes
sendrpid=pai
type=friend
nat=no
port=5060
qualify=yes
qualifyfreq=60
transport=udp,tcp,tls
avpf=no
force_avp=no
icesupport=no
encryption=no
callgroup=
pickupgroup=
dial=SIP/7001
permit=10.0.0.0/255.255.255.0
callerid=7001 <7001>
callcounter=yes
faxdetect=no
cc_monitor_policy=generic

Совместно с техподдержкой добились создания транка, НО! без авторизации какой либо.
Скриншот настроек транка + часть дебага астериска (звонок): https://www.dropbox.com/s/vcyqn81ai3bun ... k.jpg?dl=0

[Vlad1983]

"(команда не сработала)" - всеобъемлющее описание того что произошло в итоге

должно было и с авторизацией работать
возможно просто вбили в поле весь мусор вместе с "[7001]"

[olegsenin]

Я правильно понимаю, когда внутренний номер создаешь, то авторизуется конечное оборудование (ип телефон к примеру), когда транк создаешь, то авторизуется уже астериск... ?
Просто техподдержка говорит что ТАУ авторизовывать не умеет.

[Vlad1983]

нет.
авторизовывать и авторизовываться - две разные вещи

[olegsenin]

В документации сказано,

• Если клиент типа _peer_ (тип _friends_ включает в себя _peer_) определен с параметром host=dynamic, то он должен зарегистрироваться на Asterisk, для того, чтобы сервер мог найти его (IP адрес или имя хоста), и для того, чтобы сервер знал, что данный клиент доступен для совершения вызовов в его сторону.

Т.е. для того чтобы ТАУ32 сам регистрировался на астериск, я в настройках транка указываю:
host=dynamic
type=peer
secret=7001rybinsk14002
qualify=yes
nat=no
port=5060
directmedia=no
context=from-internal
disallow=all
allow=ulaw
alow=gsm
deny=0.0.0.0/0.0.0.0
permit=10.0.0.0/255.255.255.0
username=7001
fromuser=7001
dial=SIP/7001
mailbox=7001@device
call-limit=2
callcounter=yes
faxdetect=no
callgroup=1
pickupgroup=1

НО в дебаге астериска все равно идет:

• NOTICE[2045]: chan_sip.c:27851 handle_request_register: Registration from '<sip:7001@10.0.0.15>' failed for '10.0.0.16:5060' - Wrong password

10.0.0.15 - астериск 10.0.0.16 - тау
Как авторизацию сделать наоборот?

[Vlad1983]

type=friend

[olegsenin]

не помогло. все точно так же.
В sip_additional.conf что для транка 7001, что для внутреннего (7002) все написано идентично, но авторизация нифига не в том направлении идет. Может где то глобально указывается направление?