"I" has the same limitations as dialplan timeouts, you have to be in a Background or WaitExten or similar for them to work. These items are designed for IVRS.
-----Original Message----- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Justin Killen Sent: Wednesday, July 10, 2013 4:40 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] analog phone digit delay It seems likely that this is exactly what is happening. I'd rather not change the code though, but rather fix the dialplan. I'm thinking using the 'i' extension would work just the same - would there be a reason to use a wildcard pattern match instead of i? -Justin -----Original Message----- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Eric Wieling Sent: Wednesday, July 10, 2013 1:12 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] analog phone digit delay >From chan_dahdi.c, don't know if it applies to your situation or not. /*! \brief Wait up to 16 seconds for first digit (FXO logic) */ static int firstdigittimeout = 16000; /*! \brief How long to wait for following digits (FXO logic) */ static int gendigittimeout = 8000; /*! \brief How long to wait for an extra digit, if there is an ambiguous match */ static int matchdigittimeout = 3000; -----Original Message----- From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Justin Killen Sent: Wednesday, July 10, 2013 3:55 PM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] analog phone digit delay So then, by saying "If the digits already dialed match an extension in the dialplan...wait 3 seconds...", then we're saying that asterisk has found a match, and the match is the bad-extension. Here is the bad-number context that is included: [bad-number] include => bad-number-custom exten => _X.,1,Noop(bad-number, timeouts: absolute: ${TIMEOUT(absolute)} digit: ${TIMEOUT(digit)} response: ${TIMEOUT(response)}) exten => _X.,n,ResetCDR() exten => _X.,n,NoCDR() exten => _X.,n,Progress exten => _X.,n,Wait(1) exten => _X.,n,Progress exten => _X.,n,Playback(silence/1&cannot-complete-as-dialed&check-number-dial-again,noanswer) exten => _X.,n,Wait(1) exten => _X.,n,Congestion(20) exten => _X.,n,Hangup So then, what you're saying then is that if I was to remove this include, there would be no match in the dialplan and asterisk will wait for 8 seconds instead of 3? The next question then is how to accomplish this without using the wildcard (and how to change it in freepbx). -Justin ________________________________ From: asterisk-users-boun...@lists.digium.com [mailto:asterisk-users-boun...@lists.digium.com] On Behalf Of Richard Mudgett Sent: Wednesday, July 10, 2013 10:22 AM To: Asterisk Users Mailing List - Non-Commercial Discussion Subject: Re: [asterisk-users] analog phone digit delay On Mon, Jul 8, 2013 at 12:14 PM, Justin Killen <jkil...@allamericanasphalt.com> wrote: I have an installation that has analog phones connected via T1 channel banks. I'm getting complaints from users that they will enter a partial number (eg 91213), then turn away to get the next few digits, and the system will start dialing before they have a chance to put in the rest of the dialing string. Is there a way to increase this delay? The only use these 4 dialing patterns: Internal 3 digit numbers 91 XXX XXX XXXX (for backwards compatibility) 9 XXX XXXX (also for compatibility) XXX XXXX The simple switch in chan_dahdi has two hardcoded timeout times for more digits. 1) If the digits already dialed match an extension in the dialplan but could match another extension if more digits are dialed then chan_dahdi will wait 3 seconds for more digits to arrive. 2) If the digits already dialed do not match any extension in the dialplan but more digits could match an extension then chan_dahdi will wait 8 seconds for more digits. The shorter timeout is so the caller won't have to wait too long if the caller intends to call the shorter dialplan extension. You need to look at the extension patterns in your dialplan to see where you have ambiguity between extensions. Are you using the '.' wildcard? Richard -- _____________________________________________________________________ -- 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 -- _____________________________________________________________________ -- 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 -- _____________________________________________________________________ -- 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