Tek-Tips is the largest IT community on the Internet today!

Members share and learn making Tek-Tips Forums the best source of peer-reviewed technical information on the Internet!

  • Congratulations TouchToneTommy on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Calls does not overflows thru 2 hunt groups

Status
Not open for further replies.

KaLLiSToi

IS-IT--Management
Jul 16, 2007
85
ES

I have the following scenario:

Control Unit IPO500 v5.0.26 with 3 hunt groups defined as:

Group1
Ring mode: Collective
Overflow mode: Group
No answer time: 15 secs
Overflow time: Off
Queuing: Off
User list: User1
Overflow Group List: Group2

Group2
Ring mode: Collective
Overflow mode: Group
No answer time: 15 secs
Overflow time: Off
Queuing: Off
User list: User2a, User2b, User2c
Overflow Group List: Group3

Group3
Ring mode: Sequential
Overflow mode: Group
No answer time: 15 secs
Overflow time: Off
Queuing: Off
User list: User3a, User3b
Overflow Group List: Group1, Group2

Group1 overflows correctly to Group2. That's ok.

If a call is made directly to Group2 (without passing thru Group1) it
overflows correctly to Group3. That's ok.

The problem: if a call is made to Group1 it overflows to
Group2, but Group2 does not overflows to Group3, instead it overflows
again to Group1. Changing ring mode of Group3 to Collective does
not make any difference.

Please help with this issue.
Thank you.
Best regards.
 
1) obtain proper traing .
2) Read the help files regarding overflow (or one of the many historical posts in this forum that will explain what you have done wrong) & how it operates



Do things on the cheap & it will cost you dear
 
Indeed, you have programmed it incorrectly, there is no issue here expect one of misunderstanding how it works :)

When you find out how it works, you'll hopefully see it can be far more flexible that way.

 
Solved the issue by restarting the unit.

Thank you all.
 
That will not make it work as you have it, if it is you have also re-programmed :)

 
Sorry, I made some mistakes in the post.

True scenario was:

Group1
Overflow Group List: Group2, Group3

Group2
Overflow Group List: Group3, Group1

Group3
Overflow Group List: Group1, Group2

Anyway, the reboot was necessary.

Thank you again.
 
Never heard of an IPO that needs a reboot for a confuration like this.


It's not an old Siemens HiPath..

 
Reboots fix all sorts of weird stuff and apparently this was a weird one.

Joe W.

FHandw, ACSS (SME)


"This is the end of the world, make sure to buy your T-shirt before it is too late"
Original expression of my daughter
 
Indeed your second listed configuration is correct.

ovrflow only follows the groups listed in the primary group, this should not have required a reboot to work

Any chance you made the change & then forgot to send it back (I would not want to admit to how many times I have made thet mistake ;-) )




Do things on the cheap & it will cost you dear
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top