----- Original Message ----- > From: "Vladimir Mikhelson" <[email protected]> > To: "Asterisk Users Mailing List - Non-Commercial Discussion" > <[email protected]> > Sent: Friday, September 14, 2012 10:39:30 PM > Subject: Re: [asterisk-users] DTMF digits falsely detected > > > On 9/14/2012 10:11 PM, Matthew Jordan wrote: > > > > ----- Original Message ----- > >> From: "Vladimir Mikhelson" <[email protected]> > >> To: "Asterisk Users Mailing List - Non-Commercial Discussion" > >> <[email protected]> > >> Sent: Friday, September 14, 2012 9:24:41 PM > >> Subject: Re: [asterisk-users] DTMF digits falsely detected > >> > >> > >> On 9/14/2012 6:04 PM, Alec Davis wrote: > >>>> -----Original Message----- > >>>> From: [email protected] > >>>> [mailto:[email protected]] On Behalf Of > >>>> Vieri > >>>> Sent: Saturday, 15 September 2012 8:45 a.m. > >>>> To: [email protected] > >>>> Subject: [asterisk-users] DTMF digits falsely detected > >>>> > >> Can it be related to > >> https://issues.asterisk.org/jira/browse/ASTERISK-19610 ?? > >> > >> -Vladimir > > Most likely not. If the SIP peer is using rfc2833 DTMF, its most > > likely > > related to r370252. > > > > Please file an issue on the issue tracker, > > https://issues.asterisk.org/jira. > > Please include a pcap of the RTP stream and a DEBUG log with RTP > > debug > > enabled, using 'rtp set debug on'. > > > > Thanks, > > > > -- > > Matthew Jordan > > > > Matt, > > I have created the issue. See > https://issues.asterisk.org/jira/browse/ASTERISK-20424?focusedCommentId=197108#comment-197108 > > Sorry, I will be unable to produce pcap and rtp debug as I have fixed > the issue by uninstalling the Soft Phone I used for multiple years > with > no issues. > > -Vladimir
Well, it'd be appreciated if someone who is experiencing this would be willing to reproduce it and attach a pcap and DEBUG log to the issue. The bug fixed by that commit dealt with out of order DTMF; I suspect that the problem is your soft phone is sending re-transmits of the end event of the DTMF digit with an increasing timestamp. The previous behavior in Asterisk would most likely have been more tolerant of this non-compliant scenario, but didn't handle the out of order packets as well. Unfortunately, without evidence confirming that, there isn't much I can do. -- Matthew Jordan Digium, Inc. | Engineering Manager 445 Jan Davis Drive NW - Huntsville, AL 35806 - USA Check us out at: http://digium.com & http://asterisk.org -- _____________________________________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- New to Asterisk? Join us for a live introductory webinar every Thurs: http://www.asterisk.org/hello asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
