Привет all.
Уже поднимал вопрос.
1) Blind transfer - если получает больше одной цифры - * просто вешает 2 канала. Если 1 цифру - пытается перейти на такой экстен в контексте default
2) DTMF - не проходят между каналами. Т.е. * получает их из любого канала, на нем работает голосовое меню, но через * sip-sip или sip<->h.323 не проходят dtmf тоны.

Дебаги во втором посте, т.к. уже знаю фишку этого форума.

Вот в идущем разговоре вызываемый нажимает # - как сконфигурено в features.conf

-- Started music on hold, class 'default', on channel 'SIP/109407-7955'
Sep 8 09:12:24 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 160 sample intervals
Sep 8 09:12:24 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 160 sample intervals
-- Playing 'pbx-transfer' (language 'ru')
Sep 8 09:12:24 DEBUG[28499]: channel.c:1973 ast_read: Generator got voice, switching to phase locked mode
Sep 8 09:12:24 DEBUG[28499]: channel.c:1711 ast_settimeout: Scheduling timer at 0 sample intervals
Sep 8 09:12:24 DEBUG[28178]: chan_sip.c:1316 __sip_autodestruct: Auto destroying call 'be358bfa63b90cba@10.10.10.54'
Sep 8 09:12:25 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 0 sample intervals
Sep 8 09:12:25 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 0 sample intervals
Sep 8 09:12:25 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 160 sample intervals
Sep 8 09:12:25 DEBUG[28483]: channel.c:1973 ast_read: Generator got voice, switching to phase locked mode
Sep 8 09:12:25 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 0 sample intervals
Sep 8 09:12:26 DEBUG[28490]: chan_h323.c:1114 send_digit: Received Digit: 5
Sep 8 09:12:26 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 0 sample intervals
Sep 8 09:12:27 DEBUG[28490]: chan_h323.c:1114 send_digit: Received Digit: 2
Sep 8 09:12:27 DEBUG[28490]: chan_h323.c:1114 send_digit: Received Digit: 0
Sep 8 09:12:28 DEBUG[28178]: chan_sip.c:1316 __sip_autodestruct: Auto destroying call '09238b6ed16bfb5f@QVJHVVMy'
Sep 8 09:12:28 DEBUG[28490]: chan_h323.c:1114 send_digit: Received Digit: 5
Sep 8 09:12:28 DEBUG[28490]: chan_h323.c:1114 send_digit: Received Digit: 2
Sep 8 09:12:28 DEBUG[28490]: chan_h323.c:1114 send_digit: Received Digit: 0
Sep 8 09:12:28 DEBUG[28178]: chan_sip.c:1316 __sip_autodestruct: Auto destroying call
'a028507-13c4-968a-24c0eb7-537f'

Вот через установленный тайм-аут в 5 секунд все полученные цифры.

asterisk*CLI>
asterisk*CLI>
asterisk*CLI>
asterisk*CLI>
-- Stopped music on hold on SIP/109407-7955
Sep 8 09:12:33 DEBUG[28483]: channel.c:1711 ast_settimeout: Scheduling timer at 0 sample intervals
Sep 8 09:12:33 DEBUG[28483]: app_dial.c:1605 dial_exec_full: Exiting with DIALSTATUS=ANSWER.
-- AGI Script Executing Application: (SoftHangup) Options: (SIP/109407-7955)
Sep 8 09:12:33 WARNING[28483]: app_softhangup.c:95 softhangup_exec: Soft hanging SIP/109407-7955 up.
Sep 8 09:12:34 DEBUG[28175]: chan_h323.c:1468 cleanup_connection: Cleaning connection to ip$localhost/1616
-- AGI Script sipuser.agi completed, returning 0


И просто вешаются каналы.

Причину проблемы нашел.
Не знаю только это у меня или еще у кого-то, но:
Если в контектсе, в котором делается трансфер имеется экстен с маской
exten => _X.
Все. Трансфер не работает.
Убираешь этот экстен и заменяешь его кучей специфических, а-ля
exten => _[2-5]XXXXX
...
exten => _80XXXXXXXXX
...

и т.д. * находит экстен, куда перевести звонок.

Что кассается DTMF в SIP, поменял везде тип DTMF с rfc2833 на sip info и все заработало.
Хотя странно. И на клиентских телефонах и в самом астере тип был 2833, но DTMF "насквозь" не ходили.