I'm guessing the bind digits in your analog card was set to listen for this sequence on the a-leg given if the call was being routed from the IP side to the analog side. Try changing that to listen on the b-leg. On 5/9/12, Shane Harrison <shane@longwhitecloud.com> wrote:
Hi All,
Have a situation where I have a call between a SIP phone and a FreeTDM channel. Pushing *3 on the analog FreeTDM phone is detected and this is bound to a dialplan extension (attended transfer) that does a read(): <action application="read" data="3 3 'tone_stream://%(10000,0,350,440)' digits 30000 #"/>
However pushing further digits on the analog phone ie. extension number of phone we wish to do an attended transfer to , doesn't result in the DTMF being detected. Note that this all works the other way around ie. using the SIP phone.
When the *3 digits are pushed on the analog phone I see the logs report:
ftdm_io.c:3463 [s2c1][1:4] Queuing DTMF * (debug = 0) mod_freetdm.c:702 Queuing DTMF [*] in channel FreeTDM/2:1/
ftdm_io.c:3463 [s2c1][1:4] Queuing DTMF 4 (debug = 0)
mod_freetdm.c:702 Queuing DTMF [4] in channel FreeTDM/2:1/
When the further keys are pushed ftdm_io reports nothing.
I have tried inserting a start_dtmf before the read() but it had no effect. Any thoughts as to why DTMF isn't being seen from the analog phone after the read()?
Cheers Shane