asterisk.ru

Есть два астериска, видят друг друга через VPN, имеют адреса 0.102 и 1.79. Назовем их new_test и old_stable соответственно. У них есть пользователи SIP.

При звонке с сервера old_stable из под пользователя 2070, вызывая абонента 1041 на сервере new_test, проблем нет. Звук есть в обе стороны, в логе:

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

    -- Accepting AUTHENTICATED call from 192.168.1.79:4569:
    --        > requested format = ulaw,

Но при звонке с сервера new_test, с пользователя 1041, вызывая пользователя 2070 на сервере old_stable, не слышно звука от пользователя 1041. Но слышно пользователя 2070. А в логе появляется:

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

    -- Accepting UNAUTHENTICATED call from 192.168.0.102:
       > requested format = ulaw,

Как победить отсутствие звука на клиенте?

Сервера соединяются друг с другом нормально (есть в регистрациях и пирах соответствующие записи). Версии астерисков разные.
на new_test: Asterisk 13.14.1~dfsg-2+deb9u4 built by buildd @ x86-csail-01 on a x86_64 running Linux on 2018-10-14 22:18:46 UTC

а на old_stable: Asterisk 1.8.13.1 built by root @ ubuntu-pkg2 on a x86_64 running Linux on 2014-02-21 18:41:40 UTC

В момент звонка udp пакеты на порту 4569 бегут между хостами.

Соединяю сервера через IAX канал со следующей конфигурацией:

PRIME_BBCODE_SPOILER_SHOW PRIME_BBCODE_SPOILER: Тут конфиги для IAX и extensions

iax.conf с сервера new_test:
[general]
bindport=4569
autokill=yes
disallow=all
allow=ulaw
jitterbuffer=yes
maxjitterbuffer=500
delayreject=yes
iaxthreads=15
iaxmaxthreads=50

register => new_test@192.168.0.79

[old_stable]
type=friend
qualify=yes
host=dynamic
nat=yes
auth=md5
trunk=yes
username=old_stable
secret=old_stable
insecure=invite,port;Стоит от безысходности
context=DLPN_WorkDialPlan
deny=0.0.0.0/0.0.0.0
permit=192.168.1.79/255.255.255.255

А так пишу в диалплане:
exten => _20XX,1,NoOp()
exten => _20XX,n,Dial(IAX2/new_test:new_test@192.168.1.79/${EXTEN},60,tT)
exten => _20XX,n,Hangup

Такие настройки на втором сервере old_stable: iax.conf:
[general]
bindport=4569
autokill=yes
disallow=all
allow=ulaw
jitterbuffer=yes
delayreject=yes
iaxthreads=15
iaxmaxthreads=50

register => old_stable:old_stable@192.168.0.102

[new_test]
type=friend
qualify=yes
host=dynamic
trunk=yes
nat=yes
auth=md5
username=new_test
password=new_test
insecure=invite,port;Стоит от безысходности
context=Dial_outgoing_local
deny=0.0.0.0/0.0.0.0
permit=192.168.0.102/255.255.255.255

extensions.conf:
exten => _104X,1,NoOp
exten => _104X,n,Dial(IAX2/old_stable:old_stable@192.168.0.102/${EXTEN},60,tT)
exten => _104X,n,Hangup

Есть два астериска, видят друг друга через VPN

И зачем IAX в этом случае? Хочется перчика, живется скучно?
В каждом астере он с нуля перелопачивается - лучше забыть.

2070 и 1041 - это естественно IAX2 ?

Не согласен.
IAX2 вполне грамотное подключение, избавляет от гимора SIP-аутентификации пользователей одного Астера на другом.

ТС, у вас проблема в том, что IAX2 не транскодит, в отличии от SIP. То есть если абонент А пошёл делать вызов со своими приоритетами по SIP = alaw & ulaw, то первое плечо у него построилось alaw, далее вы навязали межастерисковое соединение ulaw only. Вот звук то и пропал.
Это можно увидеть при таком соединении командами
CLI> sip show channels

2 астера с SIP-экстенами, а связывает их через IAX. И сколько такого еще встречается....

IAX2 вполне грамотное подключение

Стоит добавить "если версии asterisk - одинаковые". Что для ТС не явно.
Ну секаса он хочет, ну пусть)))

что IAX2 не транскодит, в отличии от SIP

Я просто сейчас ulaw везде отключаю - на автомате уже. Так сказать ввёл санкции =)))))))

zzuz писал(а):2070 и 1041 - это естественно IAX2 ?

Нет, это SIP-клиенты.

ded писал(а):Не согласен.
IAX2 вполне грамотное подключение, избавляет от гимора SIP-аутентификации пользователей одного Астера на другом.

ТС, у вас проблема в том, что IAX2 не транскодит, в отличии от SIP. То есть если абонент А пошёл делать вызов со своими приоритетами по SIP = alaw & ulaw, то первое плечо у него построилось alaw, далее вы навязали межастерисковое соединение ulaw only. Вот звук то и пропал.
Это можно увидеть при таком соединении командами
CLI> sip show channels

Т.е. получается, что в одну сторону транскодил, а в другую нет?
Попробовал, указал для пиров кодек alaw, указал его в iax.conf. Результат прежний. При соединении использовался alaw, что посмотрел в sip show channels, и в iax2 show channels

Zavr2008 писал(а):2 астера с SIP-экстенами, а связывает их через IAX. И сколько такого еще встречается....

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

aborigen1020 писал(а):Попробовал, указал для пиров кодек alaw, указал его в iax.conf. Результат прежний.

Пробовал вместо соли посыпать перцем - всё равно кислит.

Верю, что вы уже на верном пути и справитесь.

Дело не в кодеках. Вы даже не видели конфиг клиента, а уже говорите, каким кодеком он общается.
Хотя версия про кодеки мне пришла первой в голову, ее я проверил сразу же и убедился, что дело не в них.

Про соление и перчение - это на кухне бы уместно было. А тут не замечая ошибки конфигурации, не видя ее и при этом что-то комментируя, обнаруживая "ошибки" - совершенно не уместно пытаться давать вообще какие-либо советы, не то что пытаться кого-то унизить.

asterisk.ru

Отсутствие звука при звонке через IAX канал

Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал

Re: Отсутствие звука при звонке через IAX канал