[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

RE: Interaction of SIPS with old implementations that weren't really using SIPS (was Re: [Sip] draft-ietf-sip-sips-03.txt)



On your first question: If I send you a request using a SIPS URI, and
you 
accept it even if you don't support SIPS (because you are a buggy
implemenation),
you will nevertheless put SIP in the various URIs in your response,
e.g., in the
Contact header. You may even muck-up the From or To. If you send me
mid-call 
requests later, you will most probably use SIP URIs in From. If I detect
something 
like that, I can probably figure out something is wrong. Some of this is
already 
covered in the draft and in RFC 3261. 

On your second question. It's not the protocol that is broken but the 
implementation.   

> -----Original Message-----
> From: Srivastava, Samir (SC100:8826) 
> Sent: Wednesday, April 25, 2007 12:44
> To: Audet, Francois (SC100:3055); Dean Willis; Alan Johnston
> Cc: Cullen Jennings; sip at ietf.org; Keith Drage; Peterson, Jon
> Subject: RE: Interaction of SIPS with old implementations 
> that weren't really using SIPS (was Re: [Sip] 
> draft-ietf-sip-sips-03.txt)
> 
>  
> 
> >
> >I'm now tempted to change opinion again and argue that it is 
> not worth 
> >it to try to solve buggy RFC 3261 implementations with an option-tag 
> >(maybe they'll be buggy on the option-tag too). The UAC 
> should be able 
> >to detect that (looking at Contact and From for example) and 
> clear the 
> >session.
> 
> That's right path of thinking. Could you please clarify how 
> Contact and From can fix that. Also as far as I understand 
> option tags are for extending the new functionality. And not 
> for fixing the broken protocols. Purists ?
>  
> 
> Thx
> Samir
> 


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