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

Richard Mudgett (JIRA) noreply at issues.asterisk.org
Thu Jul 11 16:10:03 CDT 2013


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

Richard Mudgett commented on ASTERISK-22066:
--------------------------------------------

Actually the i extension already exists for just this kind of situation.  Otherwise, the channel driver cannot determine which timeout to use.  chan_misdn uses it this way.  chan_dahdi would need to do this for all of its subchannels (analog, PRI, SS7, and MFC/R2).
                
> 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



More information about the asterisk-bugs mailing list