> -----Original Message-----
> From: Ranjit Avasarala [mailto:[EMAIL PROTECTED]]
> Sent: Tuesday, May 15, 2001 10:56 AM
> To: Jonathan Rosenberg; 'Medhavi Bhatia';
> [EMAIL PROTECTED]
> Subject: Re: [Sip-implementors] RE: [SIP] 3gpp--controoler?????
>
>
> Hi Jonathan
>
> then if controller resides in a different entity , then
> will proxy take
> care of routing the messages to the controller?
> and how will the whole scenario be
>
> like will it be something like this?
>
> UAC --> Proxy ---> Controller ---> UAS
>
> correct me if I am wrong.
This is all dependent on how you architect your SIP network. These are up to
the service provider. If all calls for foo.com go through the controller,
then calls for foo.com can resolve, in DNS, directly to the controller. If
thats not the case, there may be a proxy in front, as you indicate. This
would have some logic guiding its routing to determine where to send a
request. Maybe it sends all calls for Ranjit to the controller, and all
other calls go to some other proxy.
-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
>
> thanks
>
> Regards
> Ranjit
>
> ----- Original Message -----
> From: Jonathan Rosenberg <[EMAIL PROTECTED]>
> To: 'Medhavi Bhatia' <[EMAIL PROTECTED]>;
> <[EMAIL PROTECTED]>
> Sent: Tuesday, May 15, 2001 2:31 AM
> Subject: [Sip-implementors] RE: [SIP] 3gpp--controoler?????
>
>
>
> > -----Original Message-----
> > From: Medhavi Bhatia [mailto:[EMAIL PROTECTED]]
> > Sent: Thursday, May 10, 2001 4:00 PM
> > To: Sip Bell Labs
> > Subject: Re: [SIP] 3gpp--controoler?????
> >
> >
> > True, only signalling. However he may need to know the SDP
> > getting relayed across.
> >
> > Controller does not have to be in the proxy. Its a very good way
> > to manipulate conferencing, and media server calls, so it can reside
> > on a separate entity which controls conferencing say.
> >
> > However the proxy may impelement this function too.
>
> No. Let us be clear here. Proxy is a logical function. A
> B2BUA does not
> implement the proxy function. It is a pair of UA functions,
> "back to back".
>
> -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: "Ranjit Avasarala" <[EMAIL PROTECTED]>
> > To: "Sip Bell Labs" <[EMAIL PROTECTED]>
> > Sent: Thursday, May 10, 2001 2:23 PM
> > Subject: Re: [SIP] 3gpp--controoler?????
> >
> >
> > > Hi
> > > I have a query related to back to back UA i.e the
> > controller. So is
> > it
> > > that controller's job is only call signaling part and not media?
> > > and will controller be a seperate entity . or could it
> > be a part of
> > > proxy server?
> > >
> > >
> > > Regards
> > > Ranjit
> > > Mascon Communication Technologies
> > > http://www.masconit.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
> > > >
> > > >
> > > >
> > > >
> _______________________________________________
> Sip-implementors mailing list
> [EMAIL PROTECTED]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
> _______________________________________________
> Sip-implementors mailing list
> [EMAIL PROTECTED]
> http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
>
_______________________________________________
Sip-implementors mailing list
[EMAIL PROTECTED]
http://lists.cs.columbia.edu/mailman/listinfo/sip-implementors
