<div dir="ltr"><div><div>Okay, this is helpful. So you're definitely seeing RFC2833 digits from your telephone device. So the next question is what is going out to your provider. It just so happens that you didn't capture that leg of the call, but that's okay, you can just make another test call. Capture the packets heading out to Flowroute and see what's in there. I would listen to that capture in the Wireshark player and see if there are any digits going out. <br>
<br></div>Also, yes, the multiple packets for a single RFC2833 digit is quite normal.<br><br></div>-MC<br><div><div><div><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, May 21, 2013 at 1:43 PM, Steven Schoch <span dir="ltr"><<a href="mailto:schoch+freeswitch.org@xwin32.com" target="_blank">schoch+freeswitch.org@xwin32.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr">I had the opportunity to capture the data to/from the phone. I used this packet capture command, on the FS host itself:<div>
<br></div><div># /usr/sbin/tcpdump -p -s 0 -w jon.pcap -i eth1 host 192.168.4.235</div>
<div><div>10169 packets captured</div><div>10169 packets received by filter</div><div>0 packets dropped by kernel</div><div><br></div><div>The number dialed was <a href="tel:18002729872" value="+18002729872" target="_blank">18002729872</a>, the IRS EFTPS IVR. The first voice prompt is to enter the 9-digit taxpayer identification number.</div>
<div><br></div><div>In Wireshark, I can clearly see the numbers being entered, as RFC2833 RTP DTMF events. One thing I notice is that I get several RTP packets for each digit. (I assume that's normal, but I'm new at this.) For example, here is one digit:</div>
<div><br></div><div>6507<span style="white-space:pre-wrap"> </span>87.427666<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2<br>
</div><div>6508<span style="white-space:pre-wrap"> </span>87.431287<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14414, Time=499365981 <br>
</div><div>6509<span style="white-space:pre-wrap"> </span>87.447662<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2<br>
</div><div>6510<span style="white-space:pre-wrap"> </span>87.451285<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14415, Time=499366141 <br>
</div><div>6511<span style="white-space:pre-wrap"> </span>87.467655<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2<br>
</div><div>6512<span style="white-space:pre-wrap"> </span>87.471284<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14416, Time=499366301 <br>
</div><div>6513<span style="white-space:pre-wrap"> </span>87.487656<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2<br>
</div><div>6514<span style="white-space:pre-wrap"> </span>87.491286<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14417, Time=499366461 <br>
</div><div>6515<span style="white-space:pre-wrap"> </span>87.507665<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2<br>
</div><div>6516<span style="white-space:pre-wrap"> </span>87.511285<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14418, Time=499366621 <br>
</div><div>6517<span style="white-space:pre-wrap"> </span>87.527677<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2 (end)<br>
</div><div>6518<span style="white-space:pre-wrap"> </span>87.531284<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14419, Time=499366781 <br>
</div><div>6519<span style="white-space:pre-wrap"> </span>87.547688<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2 (end)<br>
</div><div>6520<span style="white-space:pre-wrap"> </span>87.551336<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>RTP<span style="white-space:pre-wrap"> </span>214<span style="white-space:pre-wrap"> </span>PT=ITU-T G.711 PCMU, SSRC=0x71C6FAAF, Seq=14420, Time=499366941 <br>
</div><div>6521<span style="white-space:pre-wrap"> </span>87.567658<span style="white-space:pre-wrap"> </span>192.168.4.235<span style="white-space:pre-wrap"> </span>192.168.4.1<span style="white-space:pre-wrap"> </span>RTP EVENT<span style="white-space:pre-wrap"> </span>60<span style="white-space:pre-wrap"> </span>Payload type=RTP Event, DTMF Two 2 (end)<br>
</div><div><br></div><div>This sequence happens 9 times with different numbers, as the 9-digit TIN is entered. At 80.5 seconds (according to the Wireshark player), the called party says: "The tax identification number must be nine digits. Please re-enter." The last digit event was at timestamp <a href="tel:2495866430" value="+12495866430" target="_blank">2495866430</a> (phone) or 499404541 (FS). I don't know how to convert RTP timestamps to actual time.</div>
<div><br></div><div>What's the next step to diagnosing the problem?</div><div><br></div><div>-- </div><div>Steve</div><div class="gmail_extra"><br><br><div class="gmail_quote">On Thu, May 9, 2013 at 1:14 PM, Michael Collins <span dir="ltr"><<a href="mailto:msc@freeswitch.org" target="_blank">msc@freeswitch.org</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>Are you sending in-band DTMFs or RFC2833? Or both? Get a pcap of the call, including the RTP, and analyze it in Wireshark. See what you are actually sending. That means looking at the flow (to see if you send RTPEVENTS, i.e. RFC2833 DTMFs) and also listening to the decoded audio with the player.<br>
<br></div>-MC<br></div><div class="gmail_extra"><br><br><div class="gmail_quote"><div><div>On Thu, May 9, 2013 at 12:59 PM, Steven Schoch <span dir="ltr"><<a href="mailto:schoch+freeswitch.org@xwin32.com" target="_blank">schoch+freeswitch.org@xwin32.com</a>></span> wrote:<br>
</div></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div><div dir="ltr">One of my users complains of many problems calling automated systems that take DTMF input. In this case it was an IRS payment entry system that would skip or duplicate button presses.<div>
<br></div><div>
Our setup is pretty generic:</div><div>Polycom SoundPoint IP 320 SIP -> dedicated LAN -> Freeswitch (on CentOS, on XenServer) -> Comcast static IP -> Flowroute.com -> some IRS 800 number.</div><div>
<br></div><div>Is this just the way it is, or is there something I can do to make it work better?</div><span class="HOEnZb"><font color="#888888"><span><font color="#888888"><div><br></div><div>-- </div><div>Steve</div></font></span></font></span></div>
</div></div></blockquote>
</div></div></blockquote></div><br></div></div></div>
<br clear="all"></blockquote></div><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>
</div></div></div></div></div>