[asterisk-dev] DTMF detection and generation code

Vahan Yerkanian vahan at arminco.com
Sun Apr 23 12:06:42 MST 2006


Steve Underwood wrote:
> Adding duration to IAX2 DTMF messges is a bad idea. RFC2833 is brain 
> dead for having it (actually RFC2833 is just rather brain dead). The 
> length of DTMF has no relevance, as long as it meet the minimum required 
> length for the DTMF specs. I think the problem in some parts of the 
> system is the minimum is not being enforced.

I think in the general case Asterisk has to forward the same DTMF 
durations that it receives in one format to the other format. Many many 
proprietary weird systems are tuned to accept specific DTMF durations, 
and by Murphy's law, your next project involves such a system. So, it's 
not uncommon for customer raising the question why "this new cool 
system" cuts the tone duration to a defined length while he is still 
keeping his finger on the button.

> Many many things in the telephone network - cellular systems, key 
> systems, many large PBXes with digital telephones - change the length of 
> DTMF so what is sent is completely unrelated to what it pressed. 
> Anything which cares about the length of a DTMF digit, other than 
> meeting the requred minimum, is badly broken.

It is exactly this assumption that has broken havoc on this DTMF opera. 
Ask 10 random people - what they expect - keep hearing a tone until they 
  release the pressed keypad button or a fixed length beep. DTMF has 
been around like 25 years, lets not invent wheels, I mean don't break 
people's habits - there are people that use DTMF to jokingly "spice-up" 
their conversations with morse code :)

Just my 2 cents,
Vahan




More information about the asterisk-dev mailing list