FWIW: >From "old, old" memory, DTMF was "60 ms on, 40 ms off", way back when. With modern technology, shorter durations could work. Most phones of all types don't make a standardized tone burst but produce tones only while the button is pressed. Fast "punching" will produce short tones.
On the other hand, a redialed number will be very well formatted. Reliability of TT data transfer for audio applications (over the phone voice mail, credit card, IVR, etc) would be better if the phones would run button pushes through the redial buffer/formatter. But they don't. Cary Fitch -----Original Message----- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Tilghman Lesher Sent: Saturday, September 19, 2009 9:18 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users]DTMF end '1' has duration 57 but want minimum 80, emulating on IAX2/a16-q1-9657 On Saturday 19 September 2009 01:07:54 Rajkumar S wrote: > I have an occasional problem where DTMF is not recognized, ie if > clients type a digit while in menu the system does not register it. > > In my C server I saw a log line like this today: > > DTMF end '1' has duration 57 but want minimum 80, emulating on > IAX2/a16-q1-9657 > > Is the above message an indication of this problem? How can I fix it? It isn't evidence of this problem, but it might be indicative of it. What this message says is that the DTMF lasted for 57ms, but Asterisk normally doesn't detect DTMF that lasts for under 80ms, so it is increasing the duration of the DTMF to compensate (because as a digital signal, DTMF is reliable, but when sent as audio, it might not be). What it probably indicates is that the DTMF sent to your system is _incredibly_ short, and if a DTMF detector is employed, it's possible that the DTMF audio is simply too short to be reliably detected. -- Tilghman Lesher Digium, Inc. | Senior Software Developer twitter: Corydon76 | IRC: Corydon76-dig (Freenode) Check us out at: www.digium.com & www.asterisk.org _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users _______________________________________________ -- Bandwidth and Colocation Provided by http://www.api-digital.com -- AstriCon 2009 - October 13 - 15 Phoenix, Arizona Register Now: http://www.astricon.net asterisk-users mailing list To UNSUBSCRIBE or update options visit: http://lists.digium.com/mailman/listinfo/asterisk-users
