02-25-2010 17:28:14 Local2.Debug 10.1.1.233 Feb 25 17:28:14 0018F884E9A2 [0:0]AUD Rel Call
02-25-2010 17:28:14 Local2.Debug 10.1.1.233 Feb 25 17:28:14 0018F884E9A2 CC:Ended
02-25-2010 17:28:14 Local3.Debug 10.1.1.233 Feb 25 17:28:14 0018F884E9A2 AVT Rx End Tone
02-25-2010 17:28:14 Local3.Debug 10.1.1.233 Feb 25 17:28:14 0018F884E9A2 AVT Rx End Tone
02-25-2010 17:28:13 Local3.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 AVT Rx End Tone
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0:0]DEC INIT 18
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0:0]RTCP Tx Up
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0:0]RTP Tx Up (pt=18->0a01016f:21524)
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0:0]ENC INIT 18
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 CC:Connected
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0:0]RTP Rx 1st PKT @16412(2)
02-25-2010 17:28:13 Local2.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0]CID interrupted
02-25-2010 17:28:13 Local3.Debug 10.1.1.233 Feb 25 17:28:13 0018F884E9A2 [0]Off Hook
02-25-2010 17:28:11 Local3.Debug 10.1.1.233 Feb 25 17:28:11 0018F884E9A2 IDBG:rs:13
02-25-2010 17:28:11 Local3.Debug 10.1.1.233 Feb 25 17:28:11 0018F884E9A2 IDBG:sc-0
02-25-2010 17:28:10 Local3.Debug 10.1.1.233 Feb 25 17:28:10 0018F884E9A2 IDBG:rs:13
02-25-2010 17:28:10 Local3.Debug 10.1.1.233 Feb 25 17:28:10 0018F884E9A2 IDBG:sc-0
02-25-2010 17:28:10 Local3.Debug 10.1.1.233 Feb 25 17:28:10 0018F884E9A2 IDBG:rs:13
02-25-2010 17:28:10 Local3.Debug 10.1.1.233 Feb 25 17:28:10 0018F884E9A2 IDBG:sc-0
02-25-2010 17:28:09 Local2.Debug 10.1.1.233 Feb 25 17:28:09 0018F884E9A2 [0:0]RTP Rx Up
02-25-2010 17:28:09 Local2.Debug 10.1.1.233 Feb 25 17:28:09 0018F884E9A2 [0:0]AUD ALLOC CALL (port=16412)

у меня такое подозрение , что где то тут импульсным набором пахнет , точно тональный набор на станции?

На Панасе? (Вообще тон стоит...)
Дык и на прямую на номер шлюза когда звоню и руками ввожу тоны всё проходит.

Заведите пир на астериске и попрбуйте похвонить на АТС и набрать DTMF циферки .
ну и дебаг поглядывайте .
Если соберетесь постить лог звонка , то пожалуйста без дебага , просто verbose с консоли.

"пир"? Это что? Не понял что нужно сделать?

Сейчас звоню:

VoIP Linksys -> Asterisk -> VoIP PAP2 -> CO Panasonic

Если звоню на прямую на номер шлюза (1001), а потом руками набираю номер на Panasonice, то всё ОК.
Если звоню на фэйк экстеншн (116 к примеру) то тоны набираются не в том месте и не слышатся Панасом. Хотя последнее решение с переходом на следующий priority должно было сработать. Вопрос в том, как удержать вызов? Он скачет на SendDTMF отсылает, а дальше пустота? И он обрывается? Или чтобы он оборвался должен быть Hangup?

Вопрос по другому , как осуществляется звонок , когда он попадает на
exten => _XXX,1,Dial(SIP/1001,60,D(${EXTEN}))
exten => _XXX,n,Hangup

?

C Linksysa, набираю номер (к примеру 116).

НУ вот .. позвоните и внимательно смотрите на лог звонка . когда будете нажимать циферки.

Я приводил лог выше. Что я там не разглядел? Content-Type: application/dtmf-relay одинаковый.

Вообщем сделал так:

exten => _XXX,1,Dial(SIP/1001,60,G(kinomir^${EXTEN}^2))
exten => _XXX,n,Wait(1)
exten => _XXX,n,Playback(beep)
exten => _XXX,n,SendDTMF(wwww${EXTEN:0:1}w${EXTEN:1:1}w${EXTEN:2:1}w,1000)

Работает, вызов идёт на внутренний номер Панаса. Он звонит и... вызов обрывается. Что и логично. Тоны отослал. И готово, программа выполнена!

Как быть чтобы вызов не оборвался?..