TrixBox c Asterisk 1.6.0.9-samy-r27. Выход в город через местного SIP провайдера. При вызове с внешнего транка внутренний абонент снимает трубку и нормально общается. Но при попытке сделать трансфер на другой внутренний номер астериск кладет трубку. После двух # внешний абонент слышит музыку, но сразу после набора номера внутреннего абонента тишина. Провайдер использует только g726 кодек. Внутренние аппараты поддерживают только G.711 A/µ-Law, G.729 и G.723.1. Внутри офиса все трансферы работают нормально,п проблема только с внешними линиями. "tTr" установлен. С canreinvait=No изменений нет.
ЗЫ Сделал тестовый транк на Sipnet, трансфер работает.

Часть лога звонка с транка 1234567 на вн. номер 111 и прпыткой сделать трансфер на вн. номер 110.

[Sep 19 20:42:03] DEBUG[12692] rtp.c: Sending dtmf: 49 (1), at 192.168.0.150
[Sep 19 20:42:04] DEBUG[12692] rtp.c: Sending dtmf: 49 (1), at 192.168.0.150
[Sep 19 20:42:04] DEBUG[12692] rtp.c: Sending dtmf: 48 (0), at 192.168.0.150
[Sep 19 20:42:04] DEBUG[12692] features.c: transferer=SIP/111-09ab99a0; transferee=SIP/1234567-09b189f8; lastapp=; lastdata=; chan=SIP/111-09ab99a0; dstchan=
[Sep 19 20:42:04] DEBUG[12692] features.c: TRANSFEREE; lastapp=Dial; lastdata=SIP/111,"",tTr, chan=SIP/1234567-09b189f8; dstchan=SIP/111-09ab99a0
[Sep 19 20:42:04] DEBUG[12692] features.c: transferer_real_context=from-internal-xfer; xferto=110
[Sep 19 20:42:04] DEBUG[12692] features.c: ABOUT TO AST_ASYNC_GOTO, have a pbx... set HANGUP_DONT on chan=SIP/1234567-09b189f8
[Sep 19 20:42:04] DEBUG[12692] channel.c: Hanging up channel 'SIP/111-09ab99a0'
[Sep 19 20:42:04] DEBUG[12692] chan_sip.c: Hangup call SIP/111-09ab99a0, SIP callid 172223832122beab46a1b9ab0727b997@192.168.0.7
[Sep 19 20:42:04] DEBUG[12692] chan_sip.c: Trying to put 'BYE sip:11' onto UDP socket destined for 192.168.0.150:5060
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is '2009-09-19 20:41:50'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is '"7123456789" <7123456789>'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'from-did-direct'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'SIP/1234567-09b189f8'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'SIP/111-09ab99a0'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'Dial'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'SIP/111,"",tTr'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is '14'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is '7'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'ANSWERED'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is 'DOCUMENTATION'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is ''
[Sep 19 20:42:04] DEBUG[12658] db.c: Unable to find key 'DND111' in family 'CustomDevstate'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is '1253371310.0'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is ''
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Function result is ''
[Sep 19 20:42:04] DEBUG[12692] cdr_sqlite3_custom.c: About to log: INSERT INTO cdr (calldate,clid,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,accountcode,uniqueid,userfield,test) VALUES ('2009-09-19 20:41:50','"7123456789" <7123456789>','from-did-direct','SIP/1234567-09b189f8','SIP/111-09ab99a0','Dial','SIP/111,"",tTr','14','7','ANSWERED','DOCUMENTATION','','1253371310.0','','')
[Sep 19 20:42:04] DEBUG[12692] cdr_addon_mysql.c: Inserting a CDR record.
[Sep 19 20:42:04] DEBUG[12692] cdr_addon_mysql.c: SQL command as follows: INSERT INTO cdr (calldate,clid,src,dst,dcontext,channel,dstchannel,lastapp,lastdata,duration,billsec,disposition,amaflags,uniqueid) VALUES ('2009-09-19 20:41:50','"7123456789" <7123456789>','7123456789','111','from-did-direct','SIP/1234567-09b189f8','SIP/111-09ab99a0','Dial','SIP/111,"",tTr','14','7','ANSWERED','3','1253371310.0')
[Sep 19 20:42:04] DEBUG[12692] rtp.c: Channel '<unspecified>' has no RTP, not doing anything
[Sep 19 20:42:04] DEBUG[12692] app_dial.c: Exiting with DIALSTATUS=ANSWER.
[Sep 19 20:42:04] VERBOSE[12692] logger.c: [Sep 19 20:42:04] == Spawn extension (from-internal-xfer, 110, 0) exited non-zero on 'SIP/1234567-09b189f8' in macro 'dial'
[Sep 19 20:42:04] VERBOSE[12692] logger.c: [Sep 19 20:42:04] == Spawn extension (from-internal-xfer, 110, 0) exited non-zero on 'SIP/1234567-09b189f8' in macro 'exten-vm'
[Sep 19 20:42:04] DEBUG[12692] pbx.c: Spawn extension (from-internal-xfer,110,0) exited non-zero on 'SIP/1234567-09b189f8'
[Sep 19 20:42:04] VERBOSE[12692] logger.c: [Sep 19 20:42:04] == Spawn extension (from-internal-xfer, 110, 0) exited non-zero on 'SIP/1234567-09b189f8'
[Sep 19 20:42:04] DEBUG[12692] channel.c: Soft-Hanging up channel 'SIP/1234567-09b189f8'

Спасибо.

Хоть в какую сторону копать?

Судя по ИП 192.168. вся система стоит за НАТом? Проблема в нём. Возможно некорректно настроены параметры externip= localnet=

canreinvait=No должно быть на всех пирах, не только на на экстеншнах, и на экстеншнах не должно быть nat=yes.
Во время входящего звонка на 111 сделайте
sip show channels - посмотрим какими кодеками соединились оба плеча.

Дополнительная инфа может высвечиваться при таком трансфере в /var/log/asterisk/full

Добились, чтобы кодеки стояли одинаковыми, у прова, на * и в телефонах. Не помогло. Сеть действительно локальная, но к провайдеру мы подключаемся в его сети 192.168.5.0 (eth0), и на том же интерфейсе настроили нашу сеть 192.168.0/24 (eth0:0). С устройств в нашей сети пингуется сервер провайдера. т.е. все вроде нормально.
Интересно что, когда у провайдера на один номер прописали canreinvaite=yes и RTP пакеты стали уходить в другую сеть, мы получили при звонке тишину в обе стороны - но трансфер работал!!!
Есть голос - нет трансфера и наоборот. Могут ли RTP пакеты как то влиять на это? IVR у нас не отрабатывал Direct dial если включали сообщение "Здравствуйте вы позвонили..." а если закомментировать Playback, то доб. номер набирается нормально.
Меняли на всех экстеншинах nat=no и yes - без изменений.
Мозг сломан.

с чего это бы в другую сеть? Если в одной локальной сети?
Платный суппорт.

Что там у провайдера я не знаю. Они нам дают прямой доступ к их астериску(у них 1.4), но их внутреннюю сеть мы не знаем. Мы попросили включить у них canreinvite=yes по одному транку и трансфер стал по нему работать, но видно при включенном CLI > rtp debug, что RTP sent to 192.168.9.XX, в то время как наша с ними подсеть 192.168.5.0. Это наверно их железка, до которой у нас нет прямого доступа.Но ни это важно, понятно, что они нам не дадут прямого доступа к их подсетям, да это и не нужно, но в этом случае трансфер РАБОТАЕТ. т.е. в линии тишина - работает, что-то есть - не работает.)