Собственно имеем скажем две *. Одна 10.0.3.250, другая 10.0.5.250 (разные IP сети, но никакого NAT).

Звонок приходит с одной станции на другую скажем с номера 10111 на номер 12111. Потом абонент 12111 нажимает atxfer и переадресовывает (уже не важно куда) скажем на 12101. В результате:
1. Абонент на 12101 ничего не слышит
2. Абонент на 10111 слышит абонента 12101. Т. е. односторонняя сязь. От шлюза не зависит. Но зависит какой кодек используется между станциями!!!! Если между станциями ALaw или MuLaw, то звук не пропадает. Если GSM, то хана бобику. Хочу использовать именно GSM так как качество звука устраивает более чем, а вот траффика ест меньше значительно.

Дам пока не собирал, может кто так на вскидку скажет ибо знакомо?

Если обе * стоят за NAT, то помимо порта 5060 необходимо открыть UDP-порты 10000-20000 (это RTP порты * по умолчанию - смотрите в файле /etc/asterisk/rtp.conf).

Для всех пиров и юзеров выставить параметр canreinvite=no в sip.conf (или users.conf).

Проблема скорее всего возникает как раз из-за параметра canreinvite, поскольку если он разрешен, то RTP пакеты начинают идти между абонентами напрямую минуя * и либо они режутся НАТом, либо возникает несовместимость кодека между устройствами. Запретив этот параметр, Вы заставите * проксировать не только сигнальный, но и весь медиатрафик.

Я же говорю, НИМКАКОГО NAT нет...

После такого трансфера вот что валится
[May 23 13:32:48] WARNING[755]: chan_sip.c:5102 sip_write: Asked to transmit frame type 64, while native formats is 0x2 (gsm)(2) read/write = 0x40 (slin)(64)/0x2 (gsm)(2)
[May 23 13:32:48] WARNING[755]: chan_sip.c:5102 sip_write: Asked to transmit frame type 64, while native formats is 0x2 (gsm)(2) read/write = 0x40 (slin)(64)/0x2 (gsm)(2)

Ну и так далее однообразно....

Выкладывайте конфы

Asked to transmit frame type 64 - это запрос на кодек slin:

64 (1 << 6)(0x40) audio slin (16 bit Signed Linear PCM)

ded: Я понял что хочет... Но с какого перепуга? Вот в чём вопрос...

Здаётся мне, что это как то связанно с сборкой кросскомпилированной Олега для ASUS WL500.... Но как?! И почему?! Ибо проявилось после обновления с 1.6.0.5 до 1.6.0.9

P. S. всё же решил у себя на форуме сделать раздел VoIP и там прицепить конфиги, ибо тут цеплять файло не возможно... А очень жаль...

Наконец то выложил файло!

https://support.sys-admin.su/viewtopic.php?f=38&t=2364

P. S. Ровно такая же проблема есть и не на ASUS WL500. Т. е. что то именно с транскодированием после atxfer...

Я так понимаю что идей нет ни у кого...
Подскажите хоть что дебажить и какими средствами... Попытаюсь сам выковырять...

-- Started music on hold, class 'default', on SIP/PBXADM-088fd5a0
-- <SIP/10106-088ce420> Playing 'pbx-transfer.gsm' (language 'ru')
-- SIP/10109-08858eb8 answered Local/10109@users-e8b3;2
-- Stopped music on hold on SIP/PBXADM-088fd5a0
[May 28 18:48:45] WARNING[2102]: channel.c:2375 ast_waitfordigit_full: Unexpected control subclass '-1'
-- <Local/10109@users-e8b3;1> Playing 'beep.gsm' (language 'ru')
== Spawn extension (macro-stdexten, s, 2) exited non-zero on 'Local/10109@users-a38e;2' in macro 'stdexten'
== Spawn extension (users, 10109, 2) exited non-zero on 'Local/10109@users-a38e;2'
[May 28 18:53:47] WARNING[2152]: features.c:1593 builtin_atxfer: Failed to play transfer sound! <-- Что бы это значило?


Вот что у меня после обновления до 1.6.1.0 появилось... И теперь двухсторонняя тишина :-)

ХА! Сегодня обнаружилось, что atxfer вообще теперь не работает уже не зависимо от кодеков и прочего :-) Переключил на blindtransfer... А я так надеялся...