Thanks for the thoughts. As I said, I am already setting it to both legs - I will try simply trying one leg but am sceptical :-)<br><br>I also mentioned that I called the start_dtmf just before calling the read so unless I am doing something wrong here..... I'll try and post the XML tonight when I get home. Oh and it is an FXS card not an FXO of course since it has a phone plugged into it.<br>
<br>The question still remains though, why is the in-band DTMF detection working for the bind_meta_app digit detection but not after that?<br><br>Cheers<br>Shane<br><br><div class="gmail_quote">On Thu, May 10, 2012 at 12:28 PM, 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">and crap, since I wasn't even reading anything here, on the subsequent<br>
transfers from your FXO card, enable the in-band DTMF detector that FS<br>
has. The details on the in-band DTMF detector is here:<br>
<br>
<a href="http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf" target="_blank">http://wiki.freeswitch.org/wiki/Misc._Dialplan_Tools_start_dtmf</a><br>
<br>
But use this with caution, if there is a DTMF detector on the FXO card<br>
itself, make sure you disable it before using it.<br>
<div class="HOEnZb"><div class="h5"><br>
On Wed, May 9, 2012 at 5:26 PM, curriegrad2004 <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>> wrote:<br>
> apologies for telling you the wrong thing. I was replying you from my<br>
> phone btw :P<br>
><br>
> Yeah, bind_meta_app is the app you would use, but try changing it to<br>
> point to the b-leg, not the a-leg<br>
><br>
> On Wed, May 9, 2012 at 4:12 PM, Shane Harrison<br>
> <<a href="mailto:shane.harrison@paragon.co.nz">shane.harrison@paragon.co.nz</a>> wrote:<br>
>> Thanks. I am currently using bind_meta_app (set to both legs) already<br>
>> rather than bind_digits. I'll give bind_digits a shot and see if it behaves<br>
>> differently.<br>
>><br>
>> Note that I do detect the initial *3 digits and because bind_meta_app is<br>
>> both legs, this is successful no matter which direction the call is setup<br>
>> from. However once the dialplan moves to the extension the *3 is bound to,<br>
>> digits are no longer received.<br>
>><br>
>> The worrying thing for me is that ftdm_io.c doesn't even write to the log<br>
>> that it has received them (nor freetdm above that of course which is<br>
>> understandable) and I am surprised that the read() influences that since it<br>
>> works prior on the *3 digits.<br>
>><br>
>> Cheers<br>
>> Shane<br>
>><br>
>><br>
>><br>
>> On Thu, May 10, 2012 at 10:22 AM, curriegrad2004 <<a href="mailto:curriegrad2004@gmail.com">curriegrad2004@gmail.com</a>><br>
>> wrote:<br>
>>><br>
>>> 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>
>>><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<br>
>>> > 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<br>
>>> > 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<br>
>>> > 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>
>>> _________________________________________________________________________<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>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Paragon Electronic Design Ltd<br>
>> L6 Crest House<br>
>> 92 Queens Drive<br>
>> P0 Box 30449<br>
>> Lower Hutt 5040<br>
>><br>
>> <a href="tel:%2B64%204%205703870%20Extn%20875" value="+6445703870">+64 4 5703870 Extn 875</a><br>
>> <a href="tel:%2B64%2021%20608919" value="+6421608919">+64 21 608919</a> (mobile)<br>
>><br>
>> "Solving your problems with the right technology"<br>
>><br>
>> _________________________________________________________________________<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>
>><br>
<br>
_________________________________________________________________________<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>
</div></div></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>