[cisco-voip] Block call based on ANI and DNIS at the same time
Ryan Huff
ryanhuff at outlook.com
Mon Jul 25 17:47:08 EDT 2016
Here is a quick drawing I just threw together; the technique can bit a little confusing to conceptualize at first so I always find drawings help. This does involve a bit of CSS/XLATE trickery and as such; can create a 'fragile' dial-plan. If you implement something like this, I'd advise documenting the flow you create very well and make sure it is a consideration anytime dial-plan changes are made.
[cid:54d2e61e-7a47-4333-9617-f49dcadd76ae]
Hope this helps,
-Ryan
________________________________
From: cisco-voip <cisco-voip-bounces at puck.nether.net> on behalf of Ryan Huff <ryanhuff at outlook.com>
Sent: Monday, July 25, 2016 4:17 PM
To: Telecom
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Block call based on ANI and DNIS at the same time
In other words, when you do route to next hop by calling party id; rather than route ALL calls to the next hop, only route calls that do not match a particular number/pattern (called party).
This technique will capitalize on the most specific route wins matching algorithm. So if the number matches a specific pattern "do not route" else match a "!" pattern that does route.
On the patterns that you match where you do not route, you can do all sorts of interesting things. Something like a simple reorder tone; or in the case of an aggressive auto dialing bot, you could play of vacant circuit SIT tone (the three tones of happiness). Or you could forward it to unity connections system call handler that plays a nice little message asking the caller to not call back.
Sent from my iPhone
On Jul 25, 2016, at 4:07 PM, Ryan Huff <ryanhuff at outlook.com<mailto:ryanhuff at outlook.com>> wrote:
I am NOT trying to intentionally plug my blog here; however this is a very good article that addresses your very query.
https://ryanthomashuff.com/2014/11/call-blocking-by-caller-id/
The only thing you would do, is modify slightly so that the technique only applied to a particular called number/pattern.
Hope this helps,
-Ryan
On Jul 25, 2016, at 3:36 PM, Telecom <telecom3390 at me.com<mailto:telecom3390 at me.com>> wrote:
Hi all!
I am trying to figure out if it is possible to block calls from an ANI but only to a specific DNIS while allowing calls to other extensions to proceed from that ANI?
The scenario:
800-555-5555<tel:800-555-5555> calls our extension 1000. However, extension 1000 is an executive and shouldn't be getting those calls. 800-555-5555<tel:800-555-5555> is a valid number associated with a vendor of ours, and calls to other internal numbers are OK, but not to extn. 1000.
I am familiar with the "Route Next Hop By Calling Party Number<https://supportforums.cisco.com/document/71966/blocking-calls-based-calling-party-id>" and have tested that functionality but it seems to apply to all extensions and I don't see a way to filter based on called extension as well as ANI at the same time.
We are using CUCM 9.x with an MGCP gateway.
We have also asked the vendor not to call extn 1000 but it is taking them a while to remove that number from their autodialers I guess as calls are still arriving.
Thanks for any ideas
Mike S.
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto:cisco-voip at puck.nether.net>
https://puck.nether.net/mailman/listinfo/cisco-voip
_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net<mailto: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/20160725/611f7168/attachment.html>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: flow.jpg
Type: image/jpeg
Size: 51363 bytes
Desc: flow.jpg
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160725/611f7168/attachment.jpg>
More information about the cisco-voip
mailing list