Hi Simon Yes currently there is no standardized way to do this. May be you could propose some mechanism for achieving this.
Regards Ranjit -----Original Message----- From: Simon Shaw [mailto:[email protected]] Sent: Tuesday, January 20, 2009 2:54 PM To: Avasarala Ranjit-A20990; [email protected] Subject: RE: [Sip-implementors] ad hoc conferences with SIP Hi Ranjit, Agreed, this is basically what I am asking, I was just trying to understand if there is a standard way of doing this and if there is not a standard way of doing this how I should go about formalizing it? Thanks, Simon -----Original Message----- From: Avasarala Ranjit-A20990 [mailto:[email protected]] Sent: Tuesday, January 20, 2009 10:53 AM To: Simon Shaw; [email protected] Subject: RE: [Sip-implementors] ad hoc conferences with SIP Hi Simon Even though Alice, Bob and Charlie are registered to B2BUA (or 3PCC), and assuming ur case of Alice and Bob being in a call, how will B2BUA know that it has to invite Charlie to the call? Also even if Charlie is waiting in another call, who would inform Alice and Bob to join Charlie's call? I don't think 3PCC can do this. Regards Ranjit -----Original Message----- From: Simon Shaw [mailto:[email protected]] Sent: Tuesday, January 20, 2009 11:25 AM To: Avasarala Ranjit-A20990; [email protected] Subject: RE: [Sip-implementors] ad hoc conferences with SIP Hi Ranjit, In this scenario Alice, Bob and Charlie are registered to a B2BUA proxy (I accidentally omitted the fact that I will be developing the B2BUA proxy is from my original description) that can initiate the call between Charlie and the conference server using 3PCC. I am specifically looking for the standard way to implement this where the B2BUA implements all the logic. Thanks, Simon -----Original Message----- From: Avasarala Ranjit-A20990 [mailto:[email protected]] Sent: Tuesday, January 20, 2009 7:38 AM To: Simon Shaw; [email protected] Subject: RE: [Sip-implementors] ad hoc conferences with SIP Hi Simon In adhoc conferences scenarios you described, it is possible that when Alice invites Charlie to the conference between Alice and Bob, then Alice does the media mixing and sends to Charlie. So here Alice could act as a focus. So here conference server may or may not be involved. Yes true Bob will not detect any break in the session. But I don't think a media channel can be setup between Charlie and Conference server since charlie has neither sent an invite to conference server nor has the conference server sent any invite to Charlie. But ya Alice referring Charlie to conference server is possible asking Charlie to join the existing conference between Alice and Bob. Also I do not think *somehow* Alice and Bob's calls are transferred to correct conferencing server where Charlie is waiting is not possible - unless charlie has indicated to Alice and Bob about the URI of the conference server where he is waiting. Regards Ranjit -----Original Message----- From: [email protected] [mailto:[email protected]] On Behalf Of Simon Shaw Sent: Monday, January 19, 2009 6:34 PM To: [email protected] Subject: [Sip-implementors] ad hoc conferences with SIP All, I am looking for the SIP standard/draft that defines how an ad-hoc conference should be initiated where the focus is not one of the original users as follows: 1) Alice is talking to Bob in a standard P2P call (RTP flowing in both directions between Alice and Bob) 2) Alice invites Charlie to join Alice and Bob in the call. (not sure how this is done) 3) After Charlie answers his phone and the media channels have been set up between Charlie and the conferencing server (which is a separate application not connected to either Alice or Bob), both Alice and Bob's call are somehow transferred to the correct conferencing resource on the conference server where Charlie will be waiting for them. In the process of Alice's and Bob's transfer the initial media channels should stay connected as long as possible before the actual transfer so that Alice and Bob will not detect any unnatural break in the audio. Thanks, Simon _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors _______________________________________________ Sip-implementors mailing list [email protected] https://lists.cs.columbia.edu/cucslists/listinfo/sip-implementors
