Cisco Support Community
cancel
Showing results for 
Search instead for 
Did you mean: 
Announcements

Welcome to Cisco Support Community. We would love to have your feedback.

For an introduction to the new site, click here. And see here for current known issues.

New Member

Blocking CLID on Callmanager 5.1

Any easy way to invoke CLID blocking on an adhoc basis ? i.e an internal extn calling either internal or external numbers.

1 ACCEPTED SOLUTION

Accepted Solutions
Silver

Re: Blocking CLID on Callmanager 5.1

Unless things have fundamentally changed from 4.x to 5.x, the only way to do this is to create a translation pattern that matches specifically dialled digits, then sets the presentation to restricted and then outpulses (called party mask) the digits again.

Fundamentally this works. Unfortunately, it is not scalable. The reason is that the translation itself has a calling search space as well. Take for example, a design which has say X number of calling search spaces. To truly preserve your classes of service, you would have to create X number of partitions with this special translation pattern and insert this partition into each of the X calling search spaces. You would then have to create X translation patterns, and assign each of these translation patterns the appropriate, i.e. original, calling search space.

If you're translation pattern is accessed by a code, e.g. *67, then you can use the same calling search space assigned to the phone. However, if you wanted to implement real time masking without any access code, you're translation patterns would have to be assigned a copy of the original calling search space minus the partition the translation exists in.

It's all in the design, partitions and calling search spaces apply here.

For external numbers, the requirement for adhering to calling search spaces is even more important, because for onnet calls, the worst that can happen is someone calls an extension they're not supposed to. But for offnet calls, it could mean toll fraud.

1 REPLY
Silver

Re: Blocking CLID on Callmanager 5.1

Unless things have fundamentally changed from 4.x to 5.x, the only way to do this is to create a translation pattern that matches specifically dialled digits, then sets the presentation to restricted and then outpulses (called party mask) the digits again.

Fundamentally this works. Unfortunately, it is not scalable. The reason is that the translation itself has a calling search space as well. Take for example, a design which has say X number of calling search spaces. To truly preserve your classes of service, you would have to create X number of partitions with this special translation pattern and insert this partition into each of the X calling search spaces. You would then have to create X translation patterns, and assign each of these translation patterns the appropriate, i.e. original, calling search space.

If you're translation pattern is accessed by a code, e.g. *67, then you can use the same calling search space assigned to the phone. However, if you wanted to implement real time masking without any access code, you're translation patterns would have to be assigned a copy of the original calling search space minus the partition the translation exists in.

It's all in the design, partitions and calling search spaces apply here.

For external numbers, the requirement for adhering to calling search spaces is even more important, because for onnet calls, the worst that can happen is someone calls an extension they're not supposed to. But for offnet calls, it could mean toll fraud.

99
Views
0
Helpful
1
Replies