[asterisk-bugs] [JIRA] (ASTERISK-22066) Analog phone digit delay when using cannot-complete-as-dialed catch-all in dialplan

[Matt Jordan (JIRA)]

    [ https://issues.asterisk.org/jira/browse/ASTERISK-22066?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=207930#comment-207930 ] 

Matt Jordan commented on ASTERISK-22066:
----------------------------------------

I'd personally prefer to avoid yet another 'special' extension if possible.

Even if we had a special extension, from the perspective of the channel driver, control has still been passed off into the pbx, so I don't think that solves the timeout problem - I would suspect that even if we dropped it into a "analog-dump" extension, it would still use the {{matchdigittimeout}}.

Would making these timeouts configurable solve the problem? Or does it have to be that we hand off control to the dialplan, but we still use the {{gendigittimeout}} instead of {{matchdigittimeout}}?
                
> Analog phone digit delay when using cannot-complete-as-dialed catch-all in dialplan
> -----------------------------------------------------------------------------------
>
>                 Key: ASTERISK-22066
>                 URL: https://issues.asterisk.org/jira/browse/ASTERISK-22066
>             Project: Asterisk
>          Issue Type: Bug
>      Security Level: None
>          Components: General
>    Affects Versions: 11.4.0
>         Environment: analog phones
>            Reporter: Justin Killen
>            Severity: Minor
>
> When an analog phone is picked up and a number is dialed, there are three associated timeouts (from chan_dahdi.c):
> firstdigittimeout = 1600
> gendigittimeout = 8000
> matchdigittimeout = 3000
> This creates reasonable timeouts.  However, it is a common occurrence to add a catch-all entry in the dialplan to provide a nice message when an invalid number is entered.  Because of this catch-all, all dahdi calls have a match, and the 3 second timeout is used instead of the intended 8 second timeout.
> It would be nice to have reasonable timeouts and nice messages not be mutually exclusive.  Perhaps a special extension target (like i and t) that gets used when there's no match?

--
This message is automatically generated by JIRA.
If you think it was sent incorrectly, please contact your JIRA administrators: https://issues.asterisk.org/jira/secure/ContactAdministrators!default.jspa
For more information on JIRA, see: http://www.atlassian.com/software/jira