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 bkrike on being selected by the Tek-Tips community for having the most helpful posts in the forums last week. Way to Go!

Calls transfered to huntgroups return.

Status
Not open for further replies.

tspronsen

Programmer
Oct 14, 2005
32
NL
We've just upgraded our PBX from IPO406v1 running 2.1.27 and using DT (INDeX) extentions to a IPO406v2 running 3.0.59 and DS 5410 extention (connected to a DS30 module). Also our Voicemail Pro server is upgraded to the appropriate version.

In the userconfiguration is the transfer-return-time set to 45 seconds. On our huntgroups is queing enabled. When I transfer a call to a huntgroup where all amployees are busy the call is placed on hold by the IP Office. After 30 seconds the caller gets the 'You are still in a queue'-message. A couple of seconds after the message is played to the caller, the call is returned to my extention.

In Voicemail Pro I transfer the call back to the queue using the transfer-action to $ACD.

On our prevouis system, running 2.1.27, this was never a problem.

Except for the users en huntgroups the configuration in de IPO406v2 is new.

I tried different settings for time-out, overflow-time on huntgroups, users and in de systemtab. Is there an easy way to get an transfered call to a huntgroup to stay in a huntgroup till someone in that huntgroup becomes free?
 
Set your transfer return time to 0. You can't complain about transfer return doing what it is supposed to do when it is set.
 
If I set the transfer return time to 0 (or leave it black), calls will never return to me if it stays unanswered. Because I also transfer calls (blindly) direct to users I have to use the transfer return time so I get the unansewered calls back so I can take a note. Only calls transfered to a huntgroup should not return. They are taken care by Voicemail Pro.

It worked in 2.1.27 so why does is not work this way in 3.0.59?
 
Status
Not open for further replies.

Part and Inventory Search

Sponsor

Back
Top