[asterisk-bugs] [Asterisk 0012728]: Ex-girlfriend-logic requires also most-specific extension matching

[noreply at bugs.digium.com]

A NOTE has been added to this issue. 
====================================================================== 
http://bugs.digium.com/view.php?id=12728 
====================================================================== 
Reported By:                marsosa
Assigned To:                
====================================================================== 
Project:                    Asterisk
Issue ID:                   12728
Category:                   Core/NewFeature
Reproducibility:            always
Severity:                   tweak
Priority:                   normal
Status:                     new
Asterisk Version:           1.4.18 
SVN Branch (only for SVN checkouts, not tarball releases): N/A 
SVN Revision (number only!):  
Disclaimer on File?:        N/A 
Request Review:              
====================================================================== 
Date Submitted:             05-27-2008 07:55 CDT
Last Modified:              05-27-2008 08:49 CDT
====================================================================== 
Summary:                    Ex-girlfriend-logic requires also most-specific
extension matching
Description: 
I wanted something like this:
exten => _X./5551234,1,Congestion
exten => _[12345]X.,1,blabla
exten => _[67890]X.,1,blabla

And the only way i can make that work is:

exten => _[12345]X./5551234,1,Congestion
exten => _[67890]X./5551234,1,Congestion
exten => _[12345]X.,1,blabla
exten => _[67890]X.,1,blabla

Of course, my dialplan is much longer than that, not just 2 cases, that's
why i'm seeing this as a bug.
I think it should try to match by callerid first and then match by dialed
number. Am i wrong?
====================================================================== 

---------------------------------------------------------------------- 
 jsmith - 05-27-08 08:49  
---------------------------------------------------------------------- 
I think you're misunderstanding a fundamental of how the pattern matching
is designed to work in Asterisk.

Asterisk *first* looks at the dialed extension, and tries to find an exact
match.  If there's no match, it looks for the best pattern in the current
context.  Only *after* the best match is found it check to see if the
Caller*ID number matches.

In other words, a Caller*ID number match _does not_ make a pattern have a
higher precedence than a more specific pattern without a Caller*ID number
match. 

Issue History 
Date Modified   Username       Field                    Change               
====================================================================== 
05-27-08 08:49  jsmith         Note Added: 0087340                          
======================================================================