4.05 Questions

[chrismac52]

I have an IPO SCN 406v2 with 4.0.5. I am having two specific problems and am curious if anyone has any work arounds.

1. I have a couple huntgroups that only have 1 user in them. The user is from another system on the scn. Sometimes it works great, however sometimes instead of going to the huntgroup voicemail (which is an AA) it goes to the voicemail of the person in the huntgroup.

2. When dialing a huntgroup across the scn it sends a busy signal. Is there anyway to correct this with shortcodes?

I think that upgrading to 4.0.7 might fix my problems, but it looks like it is a chore to do with the phones needing to upgrade firmware as well. If that is what I have to do I will, however if there are work arounds to correct my problems, I think that would be my preference. I will let you guys tell me what you have seen and done though.

I appreciate your help everyone!

 

[PlatinumGuy]

By your first point i am assuming you have the advanced networking licence? This would enable you to have a group that contained users on another system? I have never seen this issue myself.

By your second point, if you have the advanced networking licence then you should not need to create short codes to dial groups across the scn. However the docs regarding this are incorrect. It states that you only need the lic at one site, in actuality you need it at both, there is a tech tip coming out about this. You also need to make sure that all group names and numbers are unique. You cannot have a main group at both sites because the name clashes.

Try creating a short code, this is based on a hunt group 500 on the remote site

500 . dial voiplineid

ACA - IP Office Implement
ACS - IP Office Implement
ACE - IP Office Implement
ACI - IP Office Implement

 

[ronromano]

Your second is a known bug 4.0.7 will fix the problem. The second I have never tried but like Platnum said you need advanced networking to make that work. I don't thik you have it or you wouldn't have the second problem.

I don't understand why you are doing it that way anyway? What are you trying to accomplish with that. There's probably a better way.

 

[chrismac52]

I have the advance network license on the main system.

The hunt groups go to an AA if there is no answer. I noticed that if the hunt group sits on the local system, it uses several VCMs. 1 for the incomming call, 1 for the relay back to the AA, and a 3rd one to route it to the selected extension. When the hunt group sits on the main system, it then only uses one VCM. If there is a better way, I would certainly give it a try.

 

[ronromano]

You need that licence on both systems.

I'm not aware of the VCM thing is this why you did it that way?

 

[chrismac52]

Yes the VCM thing is the reason I did it that way. Most of the sites only have a 4VCM and it almost uses them all on one call. I have around 6 sites connecting to the main system. That is why I was trying to find away to do it with shortcodes, so I wouldn't have to purchase 6 more licenses.

 

[ronromano]

Wht are you sending them to groups? Why arent you sending them directly to the extension in the remote site? Are you doing this for VM purposes?

If you need the groups, set a phantom local user that has forward hunt group set and forward to the user at the remote site.

 

[chrismac52]

Yes I have it set that way for VM purposes.

So I can set up a user on the main system that is forwarded to the user on the remote site and that will still keep my VM straight for main calls and calls going just to that user?

That sounds like the perfect solution to my problem. I will have to give that a try!

 

[gm5032]

We had the same VCM issue on 4.0.5 units across the SCN. Changing the hunt groups to Queueing On fixed the problem.

 

[chrismac52]

Where did you have the hunt groups at? On the hub system or did you have them on the remote systems? Are you saying that turning queueing on causes it not to use as many VCM channels? If you could clarify a little, I would appreciate it and of course thanks for your help and input!