Can you supply a simple set of configs that we could plug into a default freeswitch install and see if we can lab it up ourselves? Perhaps if we can see it in a controlled environment it would be easier to diagnose.<br>-MC<br>
<br><div class="gmail_quote">On Thu, Apr 4, 2013 at 5:31 AM, Michael Lutz <span dir="ltr">&lt;<a href="mailto:mytemike72@gmail.com" target="_blank">mytemike72@gmail.com</a>&gt;</span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div>Hi Avi,</div>
<div> </div>
<div>I could get a pcap of leg-a, and a p-cap of leg-c, but the leg-b is an &#39;intercal&#39; call to the same switch, by doing an originate to <a href="mailto:external/phonenumber@localswitchIP" target="_blank">external/phonenumber@localswitchIP</a></div>


<div>They don&#39;t appear on the wirehark logs as i suspect it be routed internally as it is recognized as &#39;self&#39; ...</div>
<div>Unless you have other ways of capturing those..</div>
<div> </div>
<div>The problem is, I have 6 production switches, all handling traffic, and these are the switches this specific (using inband dtmf) inbound provider routes te traffic to.</div>
<div>My test switch, is not able to receive calls from this provider. I have no other provider that can route traffic with just inband dtmf to my test switch....</div>
<div> </div>
<div>Mike.<br><br></div><div class="HOEnZb"><div class="h5">
<div class="gmail_quote">2013/4/4 Avi Marcus <span dir="ltr">&lt;<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>&gt;</span><br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div dir="ltr">Can you get an fs_cli log and/or pcap of the call? Should help understand / see what&#39;s going on... 
<div class="gmail_extra"><span><font color="#888888">
<div>
<div dir="ltr"><span style="FONT-FAMILY:Verdana,Arial,Helvetica,sans-serif;FONT-SIZE:small">-Avi</span><br><br></div></div></font></span>
<div>
<div><br>
<div class="gmail_quote">On Thu, Apr 4, 2013 at 12:05 PM, Michael Lutz <span dir="ltr">&lt;<a href="mailto:mytemike72@gmail.com" target="_blank">mytemike72@gmail.com</a>&gt;</span> wrote:<br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div>Hi Avi,</div>
<div> </div>
<div>Thanks for you response and explanation, the thing is my leg C does&#39;t have start_dtmf, I even tried forcing stop_dtmf, and stop_dtmf_generate on leg B and C, but still this happens., </div>
<div> </div>
<div>It looks like whats happening:</div>
<div>Leg A, has inband DTMF and is using start_dtmf. Leg B is bridged with (from) Leg-A, and is not using start_dtmf, when I eavesdrop the leg-B I can only hear dtmf&#39;s once.. (so far so good)</div>
<div>Leg C dials out to external number, and is not using start_dtmf (unless somewhere &#39;under water&#39;) , and is bridged with leg-B using uuid_bridge. When I eavesdrop leg-C, I can hear dtmf&#39;s twice.</div>
<div> </div>
<div>So somewhere in Leg-B or C based on receiving the generated rfc2833, FS is generating these dtmf&#39;s as &#39;audio&#39;? I would expect &#39;stop-dtmf_generate&#39; would stop that? (though this is not documented well)</div>


<div> </div>
<div>So what I need, is either way to stop generating (converting) the inband dtmf to rfc2833, or to stop converting rfc2833 back to inband in leg B ... (I guess?)</div>
<div> </div>
<div>Good we both know what the issue is, now find someone that can help fix it ... ;-)</div>
<div> </div>
<div>Regards,</div>
<div>Mike.<br><br></div>
<div>
<div>
<div class="gmail_quote">2013/4/3 Avi Marcus <span dir="ltr">&lt;<a href="mailto:avi@avimarcus.net" target="_blank">avi@avimarcus.net</a>&gt;</span><br>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div dir="ltr">I can probably explain the issue to you, but I don&#39;t really know how to fix it: 
<div><br>
<div>1) Leg A comes in with inband.</div>
<div>2) Your leg B does start_dtmf and detects the inband dtmf.</div>
<div>3) You bridge to leg C which negotiates rfc2833. It gets the rfc2833 events from leg B.</div>
<div><br></div>
<div>But! start_dtmf can&#39;t remove the dtmf from the leg A. So the leg A inband dtmf is ALSO being passed along. This however is only a problem if leg C has start_dtmf too. The default dialplan only triggers start_dtmf if there is no rfc2833 negotiated. But don&#39;t count on remote parties to do the same....</div>


<div><br></div>
<div><br></div>
<div class="gmail_extra"><br clear="all">
<div>
<div dir="ltr"><span style="FONT-FAMILY:Verdana,Arial,Helvetica,sans-serif;FONT-SIZE:small">-Avi Marcus</span><br>BestFone</div></div><br><br>
<div class="gmail_quote">
<div>
<div>On Wed, Apr 3, 2013 at 8:15 PM, Michael Lutz <span dir="ltr">&lt;<a href="mailto:mytemike72@gmail.com" target="_blank">mytemike72@gmail.com</a>&gt;</span> wrote:<br></div></div>
<blockquote style="BORDER-LEFT:#ccc 1px solid;MARGIN:0px 0px 0px 0.8ex;PADDING-LEFT:1ex" class="gmail_quote">
<div>
<div>
<div>Hi,</div>
<div> </div>
<div>I have a problem, which I am trying to resolve, but can not exactly figure out where it is going wrong.</div>
<div> </div>
<div>I have an inbound call, this call comes in via SIP and uses inband dtmf, at the begining of the dialplan I enable dtmf detection using spandsp_start_dtmf. this works fine, and my Lua recognizes digits correctly.</div>


<div>The tricky part is that I bridge this call in Lua using an api call &quot;originate&quot;, this call is forwarded to the same switch, and is picked up by another Lua script. </div>
<div>This script, is waiting for a custom event, to end the lua, and is bridged with a 3rd call. so the 1st and 3rd call can hear each other. This 3rd call is initiated asynchronosly by an esl server. (this al works fine, and is not &#39;the issue&#39;..)</div>


<div> </div>
<div>The problem is the receiving end (3rd leg) is receiving the DTMF pressed by the 1st leg twice. When I eavesdrop the 2nd leg, i only hear the dtmf once, when i eavesdrop the 3rd leg, I can hear the dtmf twice. So it is somewhere generated along the way.</div>


<div> </div>
<div>I have tryed several different settings, using stop_dtmf_generate on different legs, but can not seem to diable this regeneration of this extra dtmf.</div>
<div> </div>
<div>Any help would be appreciated as this is really causing issues on my side, </div>
<div> </div>
<div>ps, I know this &#39;3rd leg&#39; principle might look a bit weird, but cannot be avoided, </div>
<div>ps2. When my inbound call comes in using rfc2833, everything works perfectly.</div>
<div> </div>
<div> </div>
<div>Best regards,</div>
<div>Michael Lutz.</div>
<div> </div>
<div> </div>
<div> </div>
<div> </div><br></div></div>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></blockquote></div><br></div></div></div><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></blockquote></div><br></div></div><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></blockquote></div><br></div></div></div></div><br>_________________________________________________________________________<br>Professional FreeSWITCH Consulting Services:<br><a href="mailto:consulting@freeswitch.org" target="_blank">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" target="_blank">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></blockquote></div><br>
</div></div><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></blockquote></div><br><br clear="all"><br>-- <br>Michael S Collins<br>Twitter: @mercutioviz<br><a href="http://www.FreeSWITCH.org" target="_blank">http://www.FreeSWITCH.org</a><br><a href="http://www.ClueCon.com" target="_blank">http://www.ClueCon.com</a><br>
<a href="http://www.OSTAG.org" target="_blank">http://www.OSTAG.org</a><br><br>