[cisco-voip] busy trigger and call transfer

[Turpin, Mark]

When you transfer you have the call on hold (1) and you're placing a new
call (2).  Therefore when the extension rings it has hit the busy
trigger and goes to voicemail.  When you increased it to 3, you allowed
the call to go through.

 

This is normal.

 

--

MARK TURPIN  |  Systems Engineer  |  CCIE 21649 |  Insight Networking |
www.insight.com

Single Number Reach: +1-314-656-2315   f. +1-314-656-2355
mark.turpin at insight.com <mailto:mark.turpin at insight.com>  

 

The information contained in this message and any attachment may contain
privileged or confidential information protected from disclosure. If you
are not the intended recipient, or an employee or agent responsible for
delivering this message to the intended recipient, you are hereby
notified that any review, dissemination, distribution or copying of this
information is strictly prohibited.  If you have received this
transmission in error, please notify the sender immediately by replying
to this message and destroying the original and all copies.  Thank you.

 

From: cisco-voip-bounces at puck.nether.net
[mailto:cisco-voip-bounces at puck.nether.net] On Behalf Of Eric Pedersen
Sent: Tuesday, June 23, 2009 10:47 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] busy trigger and call transfer

 

I am seeing busy trigger behaviour that seems incorrect to me when calls
are being transferred.  

 

User A and User B both have line appearances for DN 1000 with a busy
trigger of 2.  User A answers an incoming call to 1000, and then wants
to transfer it back to 1000 so user B's phone rings.  However, when user
A does this, it goes directly to VM even though user B has no active
calls.  I increased user A's busy trigger to 3, but still saw the same
behaviour.  To get user B's phone to ring, I had to increase her busy
limit to 3 also, which makes no sense to me since she has no active
calls.

 

Is CM behaving strange or am I just missing something?  It is CM 6.1(2).

 

Thanks,

Eric

-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://puck.nether.net/pipermail/cisco-voip/attachments/20090623/ca1b9956/attachment.html>