RE: [Sip] sip-session-timer-11: why explicitly impose proxy restr ictions on all the b2bua's

["Rosen, Brian" <Brian.Rosen@marconi.com>]

Unless someone speaks up real soon, I'm going to eliminate references
to B2BUAs from the session timer doc and release a draft I hope will
we do a WGLC on soon.

Speak now, OFHYP.

Brian

> -----Original Message-----
> From: Dean Willis [mailto:dwillis@dynamicsoft.com]
> Sent: Tuesday, September 09, 2003 8:07 AM
> To: hisham.khartabil@nokia.com
> Cc: oran@cisco.com; Brian.Rosen@marconi.com; adam@dynamicsoft.com;
> brett@broadsoft.com; jdrosen@dynamicsoft.com; sip@ietf.org
> Subject: Re: [Sip] sip-session-timer-11: why explicitly impose proxy
> restr ictions on all the b2bua's
> 
> 
> hisham.khartabil@nokia.com wrote:
> 
> > What ever happened to Application Servers??
> > 
> > /Hisham
> > 
> 
> Well, if dynamicsoft's SIP Application Server acts as a 
> B2BUA, then it's 
> actually two (or more) different UA threads connected by a 
> Java program.
> 
> What does the Java program do? Anything it wants to -- since 
> it's Java, 
> by definition it's a 500-pound gorilla, so the punch line applies ;-).
> 
> Seriously  - -
> 
> If an INVITE is received by one of the UAs, is it 
> retransmitted by the 
> other(s)? Maybe, if the application is written to do that. If 
> it wasn't, 
> would this break other applications trying to use the B2BUA 
> as a proxy? 
> Yep, sure would. That's why it isn't a proxy -- it doesn't meet the 
> rules of being a proxy, so guess what -- A B2BUA that doesn't 
> obey all 
> the rules of a proxy IS NOT A PROXY and by definition WILL BREAK some 
> applications that would have worked through a proxy.
> 
> That's why B2BUAs must be used VERY CAREFULLY, in LIMITED 
> ENVIRONMENTS, 
> by TRAINED PROFESSIONALS ONLY. Don't try this at home kids, 
> your calls 
> might not go through!
> 
> Somebody ought to collect all the B2BUA discussions off of 
> this list and 
> make some kind of a book out of them . . . of course, nobody 
> would ever 
> read it, since they don't seem to read the discussions the first time 
> around.
> 
> 
> --
> Dean
> 
> 
> 
> 
> 
> _______________________________________________
> Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
> This list is for NEW development of the core SIP Protocol
> Use sip-implementors@cs.columbia.edu for questions on current sip
> Use sipping@ietf.org for new developments on the application of sip
> 

_______________________________________________
Sip mailing list  https://www1.ietf.org/mailman/listinfo/sip
This list is for NEW development of the core SIP Protocol
Use sip-implementors@cs.columbia.edu for questions on current sip
Use sipping@ietf.org for new developments on the application of sip