How to set Ext. 777 Rings 1

[DarrenEllis]

Hi,

My partner and I have taken over maintaining a Partner ACS. We have it mostly figured out, but right now when the customer dials 777 or hits the 777 speed dial to check her voicemail, it rings between 7 and 9 times before VM answers. On occasion, it rings only once before VM answers.

How do I set this to behave consistantly? The customer requests two rings before Ext 777 answers.

Why is it inconsistant now?

I've very little documentation, but I have downloaded and will be studying the Avaya website documentation that I found by reading this forum and it's FAQ.

Thanks much.

Darren Ellis

 

[skip555]

check hunt group 7 (777)

it should only have the VM ports assigned to it .

there are non VM ports ssigned and its ringing those first

 

[DarrenEllis]

Makes sense. Thanks very much.

Darren

 

[Dexman]

I had a similar problem with a Partner Mail VS rev 4.
I checked programming, tried soft & hard resets but to no avail.
I also noticed a few other issues, such as a noisy hard drive and inconsistent number of rings before the voicemail would answer incoming calls.
I ended up replacing the Partner Mail VS with an Avaya Partner Messaging R6 and have had no additional problems.
I don't know if you have these other symptoms, but if you do, and the programming is correct, the drive may be going bad.

 

[itpphoneguy]

That, and depending on how many users there are, the VM ports may be busy. Especially problematic with 2 port systems.
The VM should answer with one partial ring, you can not pick how many rings it takes to answer.

-Chris

 

[skip555]

That, and depending on how many users there are, the VM ports may be busy. Especially problematic with 2 port systems.

chris
wouldnt you get a busy , rather than multi rings then answer ?

seems to me multi rings then answer means its ringing other ports and moving thru the group untill it finds a port that answers

(dont ask how I learned that , or how late I was on site untill I figured it out )

 

[itpphoneguy]

Hi skip,
I can't remember clearly now. Inbound callers will get RNA for sure. You might be right about the busy when calling the hunt group directly. If this is the case, then there are some incorrect ports assigned for sure. Of course there may be some dead ports on the vm. The solution would be to call each port to make sure it answers.

(was there beer involved? )
-Chris

 

[skip555]

inbound callers are getting ring no answer becouse the telco is providing the ringback

internally if all ports in a hunt group are busy the partenr returns a busy

dead ports in the vm or a flucky VM are also a possiblity but the first theing to check is the group 7 assignment .

I wish I could use beer as a excuse

 

[itpphoneguy]

Hi Skip,
Happens if the caller xferred to an extension and all ports are busy when call is sent to vm coverage. The switch sends the ringback. Don't know about a fresh call but the switch has already answered the call so the telco has nothing to do with it.
I agree to hunt group assignments are first on the list, then see if they all answer. I wonder what would happen if call coverage was assigned to one vm port. That might mess things up.

I wish I could do the same. There are some customers or problems where beer is the cure for the tech though (after)!

-Chris