Thanks. I am currently using bind_meta_app (set to both legs) already rather than bind_digits. I'll give bind_digits a shot and see if it behaves differently.<br><br>Note that I do detect the initial *3 digits and because bind_meta_app is both legs, this is successful no matter which direction the call is setup from. However once the dialplan moves to the extension the *3 is bound to, digits are no longer received.<br>
<br>The worrying thing for me is that ftdm_io.c doesn't even write to the log that it has received them (nor freetdm above that of course which is understandable) and I am surprised that the read() influences that since it works prior on the *3 digits. <br>
<br>Cheers<br>Shane<br><br><br><br><div class="gmail_quote">On Thu, May 10, 2012 at 10:22 AM, curriegrad2004 <span dir="ltr"><<a href="mailto:curriegrad2004@gmail.com" target="_blank">curriegrad2004@gmail.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">I'm guessing the bind digits in your analog card was set to listen for<br>
this sequence on the a-leg given if the call was being routed from the<br>
IP side to the analog side.<br>
<br>
Try changing that to listen on the b-leg.<br>
<div><div class="h5"><br>
On 5/9/12, Shane Harrison <<a href="mailto:shane@longwhitecloud.com">shane@longwhitecloud.com</a>> wrote:<br>
> Hi All,<br>
><br>
> Have a situation where I have a call between a SIP phone and a FreeTDM<br>
> channel. Pushing *3 on the analog FreeTDM phone is detected and this is<br>
> bound to a dialplan extension (attended transfer) that does a read():<br>
> <action application="read" data="3 3 'tone_stream://%(10000,0,350,440)'<br>
> digits 30000 #"/><br>
><br>
> However pushing further digits on the analog phone ie. extension number of<br>
> phone we wish to do an attended transfer to , doesn't result in the DTMF<br>
> being detected. Note that this all works the other way around ie. using<br>
> the SIP phone.<br>
><br>
> When the *3 digits are pushed on the analog phone I see the logs report:<br>
><br>
> ftdm_io.c:3463 [s2c1][1:4] Queuing DTMF * (debug = 0)<br>
> mod_freetdm.c:702 Queuing DTMF [*] in channel FreeTDM/2:1/<br>
><br>
> ftdm_io.c:3463 [s2c1][1:4] Queuing DTMF 4 (debug = 0)<br>
><br>
> mod_freetdm.c:702 Queuing DTMF [4] in channel FreeTDM/2:1/<br>
><br>
> When the further keys are pushed ftdm_io reports nothing.<br>
><br>
> I have tried inserting a start_dtmf before the read() but it had no effect.<br>
> Any thoughts as to why DTMF isn't being seen from the analog phone after<br>
> the read()?<br>
><br>
> Cheers<br>
> Shane<br>
><br>
<br>
</div></div>_________________________________________________________________________<br>
Professional FreeSWITCH Consulting Services:<br>
<a href="mailto:consulting@freeswitch.org">consulting@freeswitch.org</a><br>
<a href="http://www.freeswitchsolutions.com" target="_blank">http://www.freeswitchsolutions.com</a><br>
<br>
FreeSWITCH-powered IP PBX: The CudaTel Communication Server<br>
<a href="http://www.cudatel.com" target="_blank">http://www.cudatel.com</a><br>
<br>
Official FreeSWITCH Sites<br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
<a href="http://wiki.freeswitch.org" target="_blank">http://wiki.freeswitch.org</a><br>
<a href="http://www.cluecon.com" target="_blank">http://www.cluecon.com</a><br>
<br>
FreeSWITCH-users mailing list<br>
<a href="mailto:FreeSWITCH-users@lists.freeswitch.org">FreeSWITCH-users@lists.freeswitch.org</a><br>
<a href="http://lists.freeswitch.org/mailman/listinfo/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/listinfo/freeswitch-users</a><br>
UNSUBSCRIBE:<a href="http://lists.freeswitch.org/mailman/options/freeswitch-users" target="_blank">http://lists.freeswitch.org/mailman/options/freeswitch-users</a><br>
<a href="http://www.freeswitch.org" target="_blank">http://www.freeswitch.org</a><br>
</blockquote></div><br><br clear="all"><br>-- <br>Paragon Electronic Design Ltd<br>L6 Crest House<br>92 Queens Drive<br>P0 Box 30449<br>Lower Hutt 5040<br><br>+64 4 5703870 Extn 875<br>+64 21 608919 (mobile)<br><br>"Solving your problems with the right technology"<br>