[cisco-voip] Block call based on ANI and DNIS at the same time

[Ryan Huff]

Glad it helped.


You can scale this fairly easy for other users too as I'm sure you've discovered, by just adding in different patterns for the ANI and DNIS that you want to block into the appropriate partitions ... etc.


Please do keep your call flow documented and very present for all concerned. All it takes is one administrator looking at the translation pattern table and saying, "Gosh -what is this ! pattern, lets delete that". As Mike mentioned, it is a bit overly complicated technical solution to a human problem -but we all have boss's [😉] .


Thanks,


Ryan

________________________________
From: Telecom <telecom3390 at me.com>
Sent: Wednesday, July 27, 2016 1:24 PM
To: Ryan Huff
Cc: cisco-voip at puck.nether.net
Subject: Re: [cisco-voip] Block call based on ANI and DNIS at the same time

I was able to get this working and I thank everyone for their help and feedback! It is a little tricky with all the xlates and css/partition combos, but diagramming it really does help and is the step I took to get it working in my environment.

I appreciate the help!

On Jul 25, 2016, at 05:47 PM, Ryan Huff <ryanhuff at outlook.com> wrote:


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:002e5d9f-d491-48fd-a4d4-530139dc1ea9 at icloud.com]


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<mailto: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 calls our extension 1000. However, extension 1000 is an executive and shouldn't be getting those calls. 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/20160727/e22d7dba/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/20160727/e22d7dba/attachment.jpg>
-------------- next part --------------
A non-text attachment was scrubbed...
Name: OutlookEmoji-?.png
Type: image/png
Size: 390 bytes
Desc: OutlookEmoji-?.png
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20160727/e22d7dba/attachment.png>