4.0.5 Hunt Group Overflow not working, pleaes help 1

[jsjungle]

I have successfully set up hunt group overflowing in many IP Office systems prior to 4.0, but I cannot get it working on 4.0.

I am running 4.0.5 software on an IP500 server with 5400 telephones. my main hunt group has 12 users in it, ring mode is set to collective, overflow time set to 10 seconds, no answer time set to 20 seconds, voicemail answer time to 45 seconds (voicemail is turned off for this group). the extension number is 30 (I am using a 2 digit dial plan). Call waiting is turned off, there is one group in the over group list, overflow all. when I call hunt group 30, I cannot get the call to overflow to my overflow group. any ideas?

 

[jamie77]

try taking out the no answer time and extending the overflow to say 15 secs.

It shouldn't make any difference but give it a go.

Or delte both groups and reprogram.

Jamie Green

ACA:Implement - IP Office
ACS:Implement - IP Office

http://www.alliedcom.co.uk

Fooball is not a matter of life and death-It is far more important!!!!

 

[jsjungle]

Still having problems. I removed no answer time & set overflow to 15 seconds, with no luck. I deleted both groups and re-created with no luck. Anyone else have some ideas?

Great works are performed, not by strength, but by perseverance.
-Samuel Johnson

 

[jconrad0305]

i would change your overflow time to something higher then the no answer time. the way hunt groups work have changed with 4.0 if the no anwer time is 15 seconds and the over flow time is 50 seconds it will then ring then the systemw ill ring the 3 phones then start the 4th for 15 seconds in the old release at the 50 sec mark it would overflow with the new release it ring that 4th phone for entire 15 seconds and then overflow.

ACA & ACS IPO Implementation

http://www.computingagain.com

 

[PlatinumGuy]

I think this is a bug.

Do you have q'ing turned on?

See below CQ. Remember that if your ring group is set to group ring and there is a call ringing then all of those extns whilst ringing are seen as busy. If you do not have queuing turned on it may return busy instead of overflowing.


CQ38086

Int or ext call to H/G Test (Q disabled) does not go to overflow group but returns busy when all members of Test are busy.

 

[jsjungle]

what is a CQ? if it is a bug, do I have to wait until the maintenance software is release for 4.0? the problem isn't that the group is ringing busy, it just rings forever and never goes to the overflow group.

Queuing has been disabled. I also tried adding time to the overflow tab as jconrad recommended. Nothing works.

Does anyone else have hunt group overflowing working in 4.0.5? If so, can you tell me your exact hunt group configuration (no answer time, call waiting, ring mode, voicemail answer time, voicemail on/off, queuing on/off, etc.)?

Great works are performed, not by strength, but by perseverance.
-Samuel Johnson

 

[Belrick]

If your overflow group in 4.0.5 contains a virtual user (a user without a physical extn) then calls to the main group will go into an infinite loop and not follow the overflow path.

Fixed in maintenance release. Untill then use a physical user in overflow group to route calls.

 

[aarenot]

pull the 500, put in 400

 

[jsjungle]

agilesup - even if I put in a physical extension that has an actual phone, calls don't follow to the this phone in the covering group. If you have made this work, please send me the exact settings you have used so that I can copy and make it work.

To aarenot: have you got 4.0.5 working well with a IP400? I imagine the majority of the problems we are experiencing has to do with the software build, not the hardware...but I don't have any experience with IP400 on 4.0.5





Great works are performed, not by strength, but by perseverance.
-Samuel Johnson

 

[aarenot]

Unless the features in 4.0 outweigh the need for being able to overflow, take it back to 3.2

 

[jsjungle]

Problem solved:

AgileSup was correct: If your overflow group in 4.0.5 contains a virtual user (a user without a physical extn) then calls to the main group will go into an infinite loop and not follow the overflow path.

Workaround: add a physical extension and then coverage will work.

Permanent fix: talked to AVAYA support and got a patch to fix the bug.

Thanks for the help everyone.





Great works are performed, not by strength, but by perseverance.
-Samuel Johnson