02-11-2015 05:45 PM - edited 03-17-2019 01:56 AM
Hi Everyone,
Running CUCM 9.1. I 'm tryng to block all internal call from a specific Phone's Line (not all Phone's Lines) but the call look like is first hitting the Phone's CSS intead of the Phone's Line CSS, so that make not sense at all.
Have two CSS containing the following PT:
1. DEVICE_CSS on Device CSS
ONCLUSTER_PT
INTL_PT
NAT_PT
LOCAL_PT
2. Line_CSS on Device's Line CSS
BLOCK_ONCLUSTER_PT
DN range is 5XXX on ONCLUSTER_PT
Translation Patter: XXXX on BLOCK_ONCLUSTER_PT
If I call 5449, the call is not mached by the Traslation Patter XXXX BLOCK_ONCLUSTER_PT (regardless Line_CSS should be hit first) instead of 5449 ONCLUSTER_PT is matched.
Matched Patter Information:
If I remove the Device_CSS from the phone, then the call matched by XXXX BLOCK_ONCLUSTER.
Does DN got priority over Traslation-Patter regardless the call should be block by the Line's CSS?
Any ideas?
Thanks in advance
02-11-2015 05:49 PM
Hi,
Could you please post the output from DNA ?
Regards
02-12-2015 04:34 AM
Thanks for the response.
UCCX_CSS = BLOCK_ONCLUSTER_CSS
DEVICE_FAC_CSS = DEVICE_CSS
The information requested below:
02-12-2015 06:03 AM
The line CSS, can you post what order everything is in? Since it is top town, that would make a difference.
02-12-2015 06:07 AM
The order of the Partitions within CSS or between CSS has not impact in 99% of cases, the only time it impacts is if there is an exact match e.g dn 1234 PT_ALLOW, 1234 PT_BLOCK. If the PT_ALLOW is higher in order when the CSS of both line and Device are "joined" then the call is allowed, if the PT_BLOCK then the call is blocked
1. CSS-LINE - PT_ALLOW
CSS-DEVICE-PT_BLOCK
Call is allowed
2. CSS-LINE - PT_BLOCK
CSS-DEVICE-PT_ALLOW
Call is blocked
In your case 5xxx will always be used over XXXX since 5xxx is a closer match to 5449
To set up a block , create a TP with the full DN you wish to block and assign the PT_BLOCK to it. Now when a user dials 5449 ,there will be an exact match regards of what CSS you assign the PT_BLOCK and the call is blocked. If only some people need to blocked then it may be best to create a duplicate line CSS of your normal CSS and assign the PT_BLOCK to it so if they EM to different phones, they are still blocked
02-12-2015 09:50 AM
I should have stated when you create a translation of 5449 or what number you wish to block, as assign the PT_block partition it but make sure you select 'block this pattern' on the route options otherwise it will fail
02-12-2015 06:51 AM
As iptuser55 says, there is absolutely nothing wrong with what you're seeing, that is the expected behavior of the system, we use BEST MATCH routing, not the order of the partitions, the only time we use that is when 2 or more patterns are equally good matches, then the order of the partitions in the CSS matters, in your case, it won't as they're not equally good matches.
I suggest you read the dial plan chapter from the SRND to fully understand the digit analysis mechanism and how it works, as it's a basic building block in CUCM.
02-12-2015 08:15 AM
Translation Patter: XXXX on BLOCK_ONCLUSTER_PT and dialed Number is 5449.
This is the reason call is still going through.
So, in simpler words, the system has two potential matches:
1. 5449 (DN)
2. XXXX (on the Block TXLT)
Because the dialed number is the Best Match, hence call will go through.
If you want to block this number 5449, then you will have to either remove the partition from the CSS of the Phones or put a new TXLATE / Route Pattern with exact numbers (5449) and block it.
Hope that helps
Please rate all helpful posts.
REgards
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide