Re: Using TLS in the first hop - Bug in RFC 5630
"Olle E. Johansson" <[email protected]> Thu, 15 Sep 2011 15:46:52 +0200
| Newsgroups | gmane.ietf.sip |
|---|---|
| Message-ID | <[email protected]> |
15 sep 2011 kl. 15:38 skrev I=F1aki Baz Castillo: > 2011/9/15 Olle E. Johansson <[email protected]>: >>> As a personal comment, I would like to say that nobody understands the >>> usage of "sips" schema, just nobody. And the specs do not help. >>> = >> With the deprecation of "transport=3Dtls" it becomes even more strange. > = > AFAIK "transport=3Dtls" has never been deprecated. Instead, it has never > been an standard. Note for example that RFC 3261 says: > = > Note that in the SIPS URI scheme, transport is independent of TLS, > and thus "sips:[email protected];transport=3Dtcp" and > "sips:[email protected];transport=3Dsctp" are both valid (although > note that UDP is not a valid transport for SIPS). The use of > "transport=3Dtls" has consequently been deprecated, partly because > it was specific to a single hop of the request. This is a change > since RFC 2543. > = > "A change since RFC 2543"?? transport=3Dtls has never been defined in > RFC 2543. Check yourself: > = > http://tools.ietf.org/html/rfc2543 > = > = >> We should really spend some time on a "hitch hikers guide to SIP with TL= S" and write an RFC to reinstate transtport=3Dtls, which is what we all use. > = > Or spend some time in a new draft that *correctly* explains how to use > TLS in the first hop (without requiring security in the whole path). > This is *very* easy: > = > As I've explained in my first mail: > = > INVITE sip:[email protected] SIP/2.0 > Via: SIP/2.0/TLS 1.2.3.4 > From: sip:[email protected] > Contact: sips:[email protected];transport=3Dtcp > = > That's all. Just: > - Set TLS in Via transport. > - Use "sip" schema in every URI. > - But use "sips" schema in Contact URI. > = > And it works. This means thet the request URI of the ACK will be using SIPS, and then sec= tion 8.1.1.8 comes into play and requires the other side to also use a SIPS uri in their contact. In this case, both UAs need a TLS certificate. Interesting. /O _______________________________________________ Sip mailing list https://www.ietf.org/mailman/listinfo/sip This list is essentially closed and only used for finishing old business. Use [email protected] for questions on how to develop a SIP = implementation. Use [email protected] for new developments on the application of sip. Use [email protected] for issues related to maintenance of the core SIP spec= ifications.