[cisco-voip] Route pattern Issue on Closest Match

[Kin Wai]

Hi Ryan, 

Thanks for the explanation. 

 

Originally, 9.010! is actually in a partition known as P_International while
[689]XXXXXXX is in a partition call P_local

 

The CSS I'm using is as follows

1)      P_Internal

2)      P_Local

3)      P_International

 

However, it seems like 9.010! route pattern always takes the priority. 

I always think that it will search partition by partition too, now It's
bothering me. 

 


(I have attached a screenshot together, not sure whether it's permitted or
not in the newsgroup.) 

 

Regards, 

Kin Wai

 

 

From: Ryan Ratliff [mailto:rratliff at cisco.com] 
Sent: Friday, October 30, 2009 10:54 PM
To: Kin Wai
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Route pattern Issue on Closest Match

 

It should be the most specific match only if the two patterns are in the
same partition.  If they are in different partitions I believe it takes the
higher partition in the CSS even if it is less specific.

 

In your case however the 9.010! is more specific because it has fewer
wildcards, ie it is matching 4 specific digits vs only 1 in [3689]XXXXXXX.

 

-Ryan

 

On Oct 30, 2009, at 10:43 AM, Kin Wai wrote:





I have 2 route patterns in the same partition,

9.010!

or

[3689]XXXXXXX

 

 

Which one is closest match above?

If I key in 90101314

 

I keep getting the result of 9.010! , just wondering do I hit into some bug
or I had the wrong concept.

 

Cheers, 
Kin Wai

 

 

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip

 

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091030/deeef282/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: werid.PNG
Type: image/png
Size: 214536 bytes
Desc: not available
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20091030/deeef282/attachment.png>