> -----Original Message-----
> From: Ranjit Avasarala [mailto:[EMAIL PROTECTED]]
> Sent: Thursday, May 10, 2001 2:11 PM
> To: Ajay K. Garg; Sip Bell Labs
> Subject: Re: [SIP] 3gpp--controoler?????
>
>
> Ajay I think this is the document
>
> http://www.fokus.gmd.de/research/cc/glone/projects/ipt/players
> /ietf/allsipdi
> r/draft-mahy-sip-peer-3pcc-00.txt
>
Actually, that document talks about an alternative model for control using
REFER. 3pcc, and the 3pcc controller concept, are described in:
http://www.jdrosen.net/papers/draft-rosenberg-sip-3pcc-02.txt
-Jonathan R.
---
Jonathan D. Rosenberg, Ph.D. 72 Eagle Rock Ave.
Chief Scientist First Floor
dynamicsoft East Hanover, NJ 07936
[EMAIL PROTECTED] FAX: (973) 952-5050
http://www.jdrosen.net PHONE: (973) 952-5000
http://www.dynamicsoft.com
>
> ----- Original Message -----
> From: Ajay K. Garg <[EMAIL PROTECTED]>
> To: Sip Bell Labs <[EMAIL PROTECTED]>
> Sent: Thursday, May 10, 2001 10:59 AM
> Subject: RE: [SIP] 3gpp--controoler?????
>
>
> Where I can find more information about this controller.
> Please point me to
> the right URL.
>
> Thanks
> -Ajay
> >
> > Hi.
> >
> > I think that there is one thing that should be stated here very
> > clearly about the Controller/B2B-UA.
> >
> > That is a session setup between users1 and user2 using the
> > Controller will have two different call-id's
> > compared to an ordinary session setup directly from user1 to
> > user2, which would hold the very same
> > call-id.
> >
> > This provides the ''controller'' with the ability to manipulate
> > each call-leg separately at a later
> > state like after an external timer expires in the middle of an
> > established session.
> >
> > With kind regards, Michael Junge Pedersen.
> >
> > -----Original Message-----
> > From: Brian Gracely [mailto:[EMAIL PROTECTED]]
> > Sent: Wednesday, April 25, 2001 11:12 PM
> > To: kanumuri sreeram; Jonathan Rosenberg; 'Drage, Keith (Keith)';
> > 'Mayank Sharma'; Chen, Xin (Xin); '[EMAIL PROTECTED]'
> > Subject: Re: [SIP] 3gpp--controoler?????
> >
> >
> > the 3pcc controller can also be thought of as a back-to-back
> > UA.....ie. 2 UAs in the same logical entity. It terminates the
> > signaling, but the media goes between points A & B. it will need
> > to be call-stateful, like a UA.
> >
> > BG
> >
> >
> >
> > At 12:18 PM 04/25/2001 -0700, kanumuri sreeram wrote:
> >
> >
> >
> > hi all,
> >
> > I have a douth regarding the 3pcc in sip.
> >
> > I am clear that this is possible with the help of the controller.
> >
> > like it is what which will take care of the signaling and the
> > media will be transfer will be taking place among them
> selves "true" i.e.
> >
> > A-------------CONTROLLER---------------------------B
> >
> > direct media transfer
> >
> > ===================================
> >
> >
> >
> > ok but I am not clear about this entity controller can any one
> > make me clear like what is ?
> >
> > if this is a different entity it should also be show in the
> > architecture of sip
> >
> > like sipua,proxy,rediect,CONTROLLER....
> >
> > so I am clear with me douth can anu one help me
> >
> > sreeram
> >
> >
> >
> >
> >
> >
> >
> >
> > Do You Yahoo!?
> > Yahoo! Auctions <http://auctions.yahoo.com/> - buy the things
> > you want at great prices
> >
> >
> > _______________________________________________
> > This list is for continuing development of the SIP protocol.
> > The sip-implementor's list is the place to discuss implementation,
> > and to receive advice on understanding existing sip.
> > To subscribe to it, send mail to
> > [EMAIL PROTECTED] with "subscribe"
> in the body.
> >
>
>
> _______________________________________________
> This list is for continuing development of the SIP protocol.
> The sip-implementor's list is the place to discuss implementation,
> and to receive advice on understanding existing sip.
> To subscribe to it, send mail to
> [EMAIL PROTECTED] with "subscribe" in the body.
>
>
> _______________________________________________
> This list is for continuing development of the SIP protocol.
> The sip-implementor's list is the place to discuss implementation,
> and to receive advice on understanding existing sip.
> To subscribe to it, send mail to
> [EMAIL PROTECTED] with "subscribe" in the body.
>
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
