06-15-2005 10:24 PM - edited 03-13-2019 09:29 AM
Hi everyone,
We have the following scenario: Using extension mobility, user logs in to a phone (his extension is 1000 for example). There is a Pilot point (ext. lets say 5000 - set to Longest idle) and a hunt group which distributes calls to this users when they are logged in.
Everything works fine, but when one of the users forwards all calls back to the pilot point - ie. the caller calls extension 5000, than the call is connected to ext. 1000 which is forwarded back to ext. 5000 the caller is not connected to the next hunt group member, but is connected to the last hunt group member instead which is the auto attendant.
It worked in version 3.3 but it does not in version 4.0
Any idea what can be wrong? I do not want all the 'attendants' to log off from the phone when they are leaving.
Thank you all in advance.
Jenda
Solved! Go to Solution.
06-16-2005 01:18 PM
What version are you running on callmanager ?
Is the "always route member" checked on the last hunt group member ?
If you uncheck "always route member", do you get a busy signal when forwarding to the hunt group ?
What I suspect is that the pilot returns a busy signal from all hunt group members when using call forward all and that's the reason for the calls going to the auto attendant.
If everything I've stated is true, then I would contact TAC because this might be a bug.
Upgrading to the latest service release would problably resolve this.
Regards
Andri
06-16-2005 01:18 PM
What version are you running on callmanager ?
Is the "always route member" checked on the last hunt group member ?
If you uncheck "always route member", do you get a busy signal when forwarding to the hunt group ?
What I suspect is that the pilot returns a busy signal from all hunt group members when using call forward all and that's the reason for the calls going to the auto attendant.
If everything I've stated is true, then I would contact TAC because this might be a bug.
Upgrading to the latest service release would problably resolve this.
Regards
Andri
06-16-2005 10:18 PM
Hi, thank you for you answer.
I'm running version 4.0(2a). I tryed to unchec this opetion and I got the busy signal as you stated.
Will try to contact them.
Cheers,
Jan
06-16-2005 10:30 PM
Hi again,
yes you were right, it's a bug and it's solved in 4.0(2a) sr2a
CSCeg38879: Pilot point busy if member sets CFDWall back to Pilot Point
Cheers
Jan
Discover and save your favorite ideas. Come back to expert answers, step-by-step guides, recent topics, and more.
New here? Get started with these tips. How to use Community New member guide