[Asterisk-Users] DTMF and ivr systems

Monty Lilburn monty-asterisk at bc.cx
Sat Jul 1 04:21:40 MST 2006


Hi,

I too am experiencing the same problem you have.

I am using inband DTMF processing with ULaw (G711) and like you I notice 
that Asterisk seams to be passively listening to the line waiting to hear 
a DTMF.  When it hears a DTMF it mutes the handset and 
regenerates my original DTMF (in a very short burst) which often gets 
missed by the remote party.  This is especially true for IVR systems.

 	I haven't come across a configuration option that keeps Asterisk
from muting the handset and regenerating the original DTMF.  Perhaps if 
Asterisk saw that the active channel was using inband processing with G711 
it could leave everything alone and just let the user's dtmf go through 
unfettered!

If this isn't possible for some technical reason I wonder if there is a 
configuration option that allows the user to set the duration of the 
regenerated dtmf?

Maybe a developer will see this and can comment.

Best regards,
   Monty


On Thu, 29 Jun 2006, Shane wrote:

> Hello,
>
> Ther's probably a simple answer to this but I've searched
> around and haven't located anything as yet.  Is there a way
> to have DTMF tones passed through Asterisk without it
> messing with them?  I am using a tdm21b card and when I
> call an ivr system from the telephone handset (routed over
> sip or iax2) such as telebanking, the ivr has trouble
> recognizing tones.  When I tested this with a remote party,
> I was told tones were breaking up.  For example, a long
> press would result in a click, some silence and a small
> dtmf on the remote end.  Triggering a speed dial didn't go
> well either as he heard only a few tones.  I have
> dtmfmode=inband in sip.conf and have tried relaxdtmf=yes in
> zapata.conf.
>
> I realize Asterisk does need to detect dtmf for things like
> call parking but can it just pass the audio to the other
> side with no regard for whether it's dtmf digits?  IE. long
> press results in long tone, etc.
>
> Best,
> Shane
>
>
>



More information about the asterisk-users mailing list