[cisco-voip] ip phone: transfer call

[Walenta, Phil]

As others here have stated it is "fixed" in 4.0.  That would indicate is was broken to begin with, which isn't true.
 
Default behavior for call waiting on 3.0, 3.1 and 3.2 was to allow the second call to be hung up on, and that was it.
 
Later phone loads (starting with 3.3, and later 3.2) allowed the second call to at least be parked.
 
That was how it was originally designed.
 
4.0 removes the "call waiting" concept, and replaces it with a Call Forward Busy trigger, that allows up to 16 calls to appear on a single line, each call having full call control (transfer, park, conference etc).
 
>From what I'm aware of, this feature issue will never be fixed in any 3.x code.
 
4.0 is safe as an upgrade now, and based on some limited customer deployments, is as stable as 3.3.3 sr4, if not more stable in some cases.  Only issue about getting 4.0 is that it's still on NPH.

________________________________

From: cisco-voip-bounces at puck.nether.net on behalf of Leonardo D'Urso
Sent: Thu 7/22/2004 9:22 AM
To: cisco-voip at puck.nether.net
Subject: [cisco-voip] ip phone: transfer call




hi there,

I have a strange problem of ip phones (7905/12/40/60). I have configured
on a line with a DN. The call waiting service is active.
When I receive a phone call, I can transfer it on another phone.
When I receive 2 calls, one hold and the other active, if I try to
transfer one of that (the active), I have that the tranfer soft button is
not usable.
Is this normal?

thanks in advance.
Leo

_______________________________________________
cisco-voip mailing list
cisco-voip at puck.nether.net
https://puck.nether.net/mailman/listinfo/cisco-voip