VM Issue with hunt groups

[ATI2ner]

Brand new, 7.0.5 IP Office with embedded VM.

When I set the incoming call route to go to a hunt group, the hunt group voicemail always answers, even if the hunt group does not have voicemail!

The issue surfaced when trying to set the huntgroup fallback to a night message huntgroup. Instead of going to the night service fallback hunt group, the call went straight to the main huntgroup voicemail message with out ringing the phones. I turned off VM for the hunt group, and it still went to the main huntgroup VM.

I have tried 3 different hunt groups, with and without VM, and it always covers to the VM of whatever hunt group is listed in the in coming call route. I have tried it with a fallback group in the incoming call route, and with out one in the incoming call route. I have tried it with "out of service" as well as "night service." It still covers to the VM of the incoming call route target.

The monitor trace says it is covering to the night service hunt group, but then posts a message that VM not found. Then a message like no usable huntgroups found. Then it covers to the VM of the main hunt.

Thanks for reading this post. Let me know if you need any other information.

 

[amriddle01]

This is design intent and has worked like this a long time, the call will always goes to the original targets voicemail, this makes sense as that's who the person called not where you overflowed/diverted it to, and it keeps things easy to track when you have complicated/multiple groups overflowing to multiple places

http://www.ipoffice.tel

 

[Westi]

have a dummie user in the overflow group (sequential) that forwards to a shortcode that point to the group you want to have the messages recorded in and have no users in that group (except if you want some phones to ring first in that group

Joe W.

FHandw, ACSS

Google it you damn kids

 

[intrigrant]

If you want a call which is targetted to a group to be answered by another groups voicemail then you need some tricks.
Easiest is through the Incoming Call Route:
create a system shortcode:
#xxx/./0/Voicemail Collect

ICR destinations:

default = group 200
Fallback = #300

Group 200 has no fallback settings, VM is off
If you set the group into nightservice ( manual or with a timeprofile) or out of service, the call cannot be answered by the group so the call goes to the ICR fallback extension which is a shortcode pointing to the mailbox of user/group 300.

It is also possible to use other techniques but that is too complex to explain here, i am too lazy to work a half hour on writing it down with the possible outcome that you don't understand and start asking questions. Maybe another member is willing to do that.


If it ain't dutch it ain't much

 

[ATI2ner]

@ amriddle01- I find it very hard to believe that they would purposefully send calls to huntgroup voicemail when the hunt group voicemail is not turned on. It should just ring, or as the help file says, ring busy when not in service.

@ Westi- we have already tried this as well. Even with the main huntgroup's voicemail set to off and the dummy extension set in the sequential overflow, when voicemail answers, it is the voicemail for the main huntgroup.

@ intrigrant- I have not seen this before, but I will give it a shot. However, in the initial testing, with voicemail off and no fallback set, it still went to huntgroup voicemail instead of continuous ring or busy.

Just had a thought- do I have to have the voicemail answer time set to zero as well?

I still have to believe this sytem has a glitch somewhere...

 

[tlpeter]

ATl2ner, it is normal thay voiemail always use the original destination.
I understand that you don't like it, i do too once in a while.
But there are other options and intrigrant has a great one for you.

BAZINGA!

I'm not insane, my mother had me tested!

 

[ATI2ner]

So huntgroup voicemail is supposed to answer, even if the huntgroup voicemail is not turned on. That's crazy.

Only at AVAYA...

 

[hairlessupportmonkey]

if you turn VM on the fall back group and not on the main group then the message is left on the main groups out of service message, not the normal message. as stated this has been the way since 4.0. earlier versions used to leave it on the FB group... its makes more sense the less you think about it - infact this is the operation of a more traditional phone system like an Alcatel...

ACSS - SME
General Geek

 

[intrigrant]

It is quite logic, any other vendor doing it different is wrong...
If you post a letter to a specific address and there is a sign on the door "I am at <address> for four weeks" do you think the postman delivers the letter to the <address> or will he just drops it in the mailbox?

If it ain't dutch it ain't much

 

[ATI2ner]

Well, I ain't Dutch, but in America, YES! The postman does deliver it to the adress where the person says they are going to be, until the person posts another notice saying "I'm back home now."

To carry on the analogy, I don't have a mailbox (VM is off), and the postman is leaving it anyway!

 

[tlpeter]

It is like it is
Take the advice and you will be happy.


BAZINGA!

I'm not insane, my mother had me tested!