The easiest way would be to funnel all incoming calls to a VDN / Vector which checks the ANI / Caller ID info. If the caller ID isn't on your "blocked" list, use the route to command to send the call to an auto attendant where the caller can enter the extension they are looking for.
this is a bit unrelistic for us to achieve we are a sales call centre and most VDN's are branded in the vectors of which we currently use around 400. I considered using the trunk group forms to pick these up and route them to a disconnected message but unfortunatly we use around 30 trunks so every time i get a request of this nature i would have to edit every form. We use to block these at network level (ICM) but somehow we are being tageted on the DDI's now as previously this was only happening via our DNIS. Any help would be much appreciated. Ideally i am looking for some centralized table where i can add these numbers.
Susan "'I wish life was not so short,' he thought. 'Languages take such a time, and so do all the things one wants to know about.'"
- J. R. R. Tolkien, The Lost Road
Thanks for the help guys its starting to look like minipulating these calls on my trunk forms may be the only answer. I do not want to purchase any products to achieve this i just thought there would be a way to achieve this through the switch itself.
the only valid answer for you, i'm afraid, is to use cti. you can use the vrt method that johnnydialtone suggests, but vrt is very limited and not too manageable -- you can't give responsibility for updating it to someone else other than switch administrators. so i'd recommend to consider buying cti package and some app that can do database lookups for incoming calls and then route calls appropriately. of course, it will cost you some money, but not necessarily a big bunch. if you already have cti, then use it. adjunct route requests from vectors are the anser.
Thanks for all your help guys i have blocked these using the trunk group forms for the time being but like the idea of using the lookup table. We already use a comination of Genesys (in the network)and ICM the calls have been blocked from these platforms but the caller appears to be someone who possibly worked here as they are now targeting our redundant DDI's which we were forced to maintain incase of backing out of Genesys.
This site uses cookies to help personalise content, tailor your experience and to keep you logged in if you register.
By continuing to use this site, you are consenting to our use of cookies.