> From: Aaron Clauson [[email protected]] > > 1. Alice places call to B2BUA which initiates a call to Bob, > > 2. Bob answers and a dialog 1 is established between Alive and Bob, > > 3. The B2BUA initiates a call to Alice and when she answers, putting Bob on > hold, the B2BUA initiates a call to Charlie, > > 4. Charlie answers and a dialog 2 is established between Alive and Charlie, > > 5. Alice hits the 3 way call button on her phone (on a Cisco 7960 the menu > option is Conf) and the media streams from the two dialogs are combined in > the audio mixer and the 3 way call proceeds. > > The problem with that approach is step 3 where Alice is waiting for Charlie > to answer when she would most likely prefer to be speaking to Bob.
You're being rather sloppy here about "call", "dialog", and "B2BUA". If the device in the middle is a B2BUA, then Alice has a dialog to the B2BUA, which it connects to a dialog from the B2BUA to Bob -- there is no "dialog established between Alice and Bob", though in the logicl sense, there is a call between them. Until you use the terminology correctly, communication is going to be difficult. In regard to step 3, one alternative is: the B2BUA sends an INVITE to Charlie; when Charlie answers, the B2BUA sends a REFER to Charlie telling his UA to call Alice. That makes Charlie wait rather than Alice. Alternatively, in step 3, when Alice answers the call back from the B2BUA, she can flip back to the first call and let the second call complete on its own, though it's unlikely the UA will tell her clearly when Charlie answers. Dale _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
