We are using the hunt group feature on a Nortel MICS.
The hunt group is set up with member DNs that ring only
- the mode is set to Rotary,
- Hunt Delay is set to 4
- If Busy is set to Overflow
- Q timeout is set to 30
- Overflow is to Voicemail DN
If I call the hunt group DN directly, the call flows as would be expected. That is, it rings (4 times) on first set, starts ringing on second set, when timeout has reached 30 seconds it overflows to voicemail.
However, a transferred call flow is handled differently. When someone transfers a call and enters the hunt group DN the call will start ringing at one of the member DN sets. As soon as the transferee presses Release or JOIN, the call immediately switches to the next member of the hunt group.
This is resulting in confusion as the call may only ring once at the first set and then switch to the next set in the hunt group without allowing the first member the opportunity to answer the call.
NOTE: This problem only occurs with "blind" transferred calls. The call flow for a direct call or supervised transfer call works correctly. However, it is not reasonable to expect a receptionist in a busy office to supervise all call transfers.
The above problem has been replicated on DR5 and DR7 software releases.
The hunt group is set up with member DNs that ring only
- the mode is set to Rotary,
- Hunt Delay is set to 4
- If Busy is set to Overflow
- Q timeout is set to 30
- Overflow is to Voicemail DN
If I call the hunt group DN directly, the call flows as would be expected. That is, it rings (4 times) on first set, starts ringing on second set, when timeout has reached 30 seconds it overflows to voicemail.
However, a transferred call flow is handled differently. When someone transfers a call and enters the hunt group DN the call will start ringing at one of the member DN sets. As soon as the transferee presses Release or JOIN, the call immediately switches to the next member of the hunt group.
This is resulting in confusion as the call may only ring once at the first set and then switch to the next set in the hunt group without allowing the first member the opportunity to answer the call.
NOTE: This problem only occurs with "blind" transferred calls. The call flow for a direct call or supervised transfer call works correctly. However, it is not reasonable to expect a receptionist in a busy office to supervise all call transfers.
The above problem has been replicated on DR5 and DR7 software releases.