Sending a specific caller to a voicemail box 1

[fondog2]

Do any of you know of a way to do the above? I tried changing the virtual station settings for blocking a number to termination instead of origination and adding a coverage path but it still rings through. The caller is pretty vulgar so it would be nice to add this to the police report.

Thank you,

 

[avayaguy23]

The station will need to be turned into a vdn. You can then build a vector that routes the call to voicemail based on the caller ani.

 

[bignose21]

if it is an external caller then another spin on avayaguy's suggestion is in the incoming routing on the trunk send the call by matching the full DDI of the user to a VDN, in the Vector check a Vector Routing Table for match (if it matches disconnect) else route to the user

 

[Wanebo]

Does the call traverse a Session Manager coming in? You can use the firewall rules in SMGR to block the caller from reaching anyone in the organization. You could also use the origination number in an adaptation to send the caller pretty much anywhere you wanted to (voicemail, local police non-emergency number, etc).

 

[fondog2]

Sorry I didn't explain this very well. The callers number isn't one of our DID's. They are calling one of our employees DID's. So what we are trying to do is somehow (possibly ANI as we know the inbound caller ID) send that call to voicemail if they try calling any of our DID numbers. Similar to call blocking like building a dummy virtual station and adding the number to the cell phone number mapping and using COR.

 

[bignose21]

Yes so what has already been said then

example numbers random to give idea of flow

your user extn 1000 say with DDI of 2225551000 in inc-call-handling-trmt for DDI trunks take 2225551000 and send it to VDN 4000
config VRT 2 with your callers CLID in it
VDN 4000 to VECTOR 4

Vector 4 something like
1. wait-time 2 hearing ringback
2. goto step 5 if ani in table 2
3. route-to number 1000
4. stop
5. disconnect after announcement none


or instead of disconnect route it to something to give ring back forever (till timer expires)

 

[fondog2]

Bignose21,
Thank you, I had to add a couple additional steps in the vector to get it a voicemail box but it works. I'm not a fan only because this is for just one number and not for all our numbers like when blocking calls. Wish Avaya would come up with something for ANI/spam calls/blocked number/unknown number. All we are doing is playing whack a mole.

 

[Sean655]

If you had inbound calls via SIP trunks then it would be very simple to block numbers via firewall rules on Session Manager. I got rid of all of the xmobile stations/off pbx entries once our inbound calls switched to SIP.

 

[bignose21]

@fondog2 TBH my background previously is CS1K so I think having Vectors available in standard PABX config is pretty good, agree it has some limitations, but for CS1K you would be looking at an application server like AACC to achieve the same.

 

[biglebowski]

Wish Avaya would come up with something for ANI/spam calls/blocked number/unknown number. All we are doing is playing whack a mole.

Have you got an Avaya SBC? if so it's very easy to block numbers on that as Avaya provide a default block URI list you just add entries to.

 

[DevanteWeary]

avayaguy23 (Systems Engineer)
28 Apr 23 02:30
The station will need to be turned into a vdn. You can then build a vector that routes the call to voicemail based on the caller ani.

Rather than create a new thread that's so similar, I wanted to ask here...

We need anyone who calls extensions 2554 to get "forwarded" to 2558's voicemail box.

Is there a way rather than creating an entire new VDN/vector?

I thought the Forward button on the phone would do it, but it rings on 2558 but gets to 2554's voicemail box.

I also tried AAM's "Extension" field but it went to that voicemail message that's "Please enter the voicemail box you want to access."

Any info would be appreciated!!

 

[avayaguy23]

quick and dirty way: Add 2554 to 2558 voicemail box. The field is "additional extension 1

 

[Wanebo]

Build a new coverage to 2558 and assign it as the first coverage for 2554. Assign the voicemail coverage as the 2nd coverage on 2554.

 

[DevanteWeary]

Build a new coverage to 2558 and assign it as the first coverage for 2554. Assign the voicemail coverage as the 2nd coverage on 2554.

Will setting the voicemail (in our case, h2000) as the second coverage point actually go to 2558's voicemail?

I was under the impression the voicemail coverage point goes to the initial extension's voicemail no matter what the other points in the cover path are.

 

[fondog2]

@biglebowski,
Yes we have two SBC's one in the states and one off shore. But the calls are coming in via the remote sites PRI. I have a work around in place, but not my favorite way of doing it.