Thanks Anthony. <div><br></div><div>We just did some additional testing against a different SIP provider, and we were not able to re-produce the issue with that SIP provider. It was working correctly 100% of the time. </div>
<div><br></div><div>We are going to open a ticket with iCall to try to understand the issue.<br><br><div class="gmail_quote">On Tue, Feb 1, 2011 at 12:22 PM, Anthony Minessale <span dir="ltr"><<a href="mailto:anthony.minessale@gmail.com">anthony.minessale@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 dont think there any current dtmf issues open.<br>
It sounds like maybe you are going across the pstn and encountering<br>
some problems with transition from<br>
2833 to inband and back again or from hair-pinning the call.<br>
<div><div></div><div class="h5"><br>
<br>
<br>
On Tue, Feb 1, 2011 at 12:00 PM, Matt Stockton <<a href="mailto:mstockton@harqen.com">mstockton@harqen.com</a>> wrote:<br>
> Sorry about not including the version. The version of freeswitch I am using<br>
> is.<br>
> FreeSWITCH Version 1.0.head (git-256a82d 2011-01-31 10-12-28 -0600)<br>
> I just updated to the latest yesterday to re-test it.<br>
> On Tue, Feb 1, 2011 at 10:10 AM, Matt Stockton <<a href="mailto:mstockton@harqen.com">mstockton@harqen.com</a>> wrote:<br>
>><br>
>> I have having trouble with both missing and duplicated DTMF in<br>
>> Freeswitch.<br>
>> Here are the steps of how I am using it:<br>
>> 1. Leg A - I am calling out from my Freeswitch instance (through iCall),<br>
>> and I am calling an iCall number that is also connected to the same<br>
>> Freeswitch instance.<br>
>> 2. Leg B - The above call is routed through iCall and then answered by the<br>
>> same Freeswitch instance.<br>
>> 3. On Leg B, I play a file and attempt to get DTMF in a lua script. Here<br>
>> is the code of interest:<br>
>><br>
>> callPin = session:playAndGetDigits(1, 10, 4, 30000, "#","/tmp/cw_17.wav",<br>
>> "", "\\d+");<br>
>><br>
>> 4. On Leg A, I send DTMF information in a lua script. Here is the code of<br>
>> interest. I initiate a delay between each digit:<br>
>><br>
>> local newPin = "";<br>
>><br>
>> for i = 1, string.len(pin) do<br>
>><br>
>> newPin = newPin .. string.sub(pin, i, i) .. "W";<br>
>><br>
>> end<br>
>><br>
>> session:execute("send_dtmf", newPin .. "#@200");<br>
>><br>
>> ** Note that there is a session:sleep on Leg A before I send the DTMF to<br>
>> make sure i don't send it too early **<br>
>><br>
>> The problem is that the recognized DTMF on Leg B is wrong about 30% of the<br>
>> time. For example, if Leg A enters: 22063083, Leg B will get the DTMF digits<br>
>> 222063083. This is an example of duplication, but I have also experienced<br>
>> missing DTMF codes (and an occasional wrong code completely)<br>
>><br>
>> I have messed with a bunch of DTMF settings in hopes of fixing this issue,<br>
>> but I cannot seem to find something that is reliable 100% of the time.<br>
>><br>
>> _____________________________<br>
>><br>
>> Here are the DTMF settings I have looked at / messed with. I've tried<br>
>> various values for the dtmf-duration in the config (and in the send_dtmf<br>
>> command above)<br>
>><br>
>> <!-- This is in external.xml --><br>
>><br>
>> <param name="dtmf-duration" value="500"/><br>
>><br>
>> <param name="dtmf-type" value="rfc2833"/><br>
>><br>
>> <param name="inbound-codec-prefs" value="$${global_codec_prefs}"/><br>
>><br>
>> <param name="outbound-codec-prefs" value="$${outbound_codec_prefs}"/><br>
>><br>
>> <param name="inbound-codec-negotiation" value="greedy"/><br>
>> <!-- This is in vars.xml --><br>
>> <X-PRE-PROCESS cmd="set" data="global_codec_prefs=PCMU"/><br>
>> <X-PRE-PROCESS cmd="set" data="outbound_codec_prefs=PCMU"/><br>
>> ________________________<br>
>> I have run fs_cli with event logging and the DTMF events that Freeswitch<br>
>> gets do correlate to the wrong value (e.g. the duplication / missing digits<br>
>> is noticable in the Freeswitch events as well).<br>
>> Also, I am not running any dtmf-related applications on the session before<br>
>> I give control to the lua scripts (e.g. not running start_dtmf)<br>
>> Has anyone experienced this type of issue? Or know what I can do to<br>
>> resolve it? My next step was going to be trying this against another<br>
>> provider besides iCall, but I figured I would see if anyone has encountered<br>
>> a similar problem before. Any help is appreciated.<br>
>> Thanks<br>
><br>
</div></div>> _______________________________________________<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>
--<br>
Anthony Minessale II<br>
<br>
FreeSWITCH <a href="http://www.freeswitch.org/" target="_blank">http://www.freeswitch.org/</a><br>
ClueCon <a href="http://www.cluecon.com/" target="_blank">http://www.cluecon.com/</a><br>
Twitter: <a href="http://twitter.com/FreeSWITCH_wire" target="_blank">http://twitter.com/FreeSWITCH_wire</a><br>
<br>
AIM: anthm<br>
<a href="mailto:MSN%3Aanthony_minessale@hotmail.com">MSN:anthony_minessale@hotmail.com</a><br>
GTALK/JABBER/<a href="mailto:PAYPAL%3Aanthony.minessale@gmail.com">PAYPAL:anthony.minessale@gmail.com</a><br>
IRC: <a href="http://irc.freenode.net" target="_blank">irc.freenode.net</a> #freeswitch<br>
<br>
FreeSWITCH Developer Conference<br>
<a href="mailto:sip%3A888@conference.freeswitch.org">sip:888@conference.freeswitch.org</a><br>
<a href="mailto:googletalk%3Aconf%2B888@conference.freeswitch.org">googletalk:conf+888@conference.freeswitch.org</a><br>
pstn:+19193869900<br>
<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></div>