On Wednesday, October 12, 2016 07:00:34 pm Eric Rescorla wrote:
> This PR involves two changes:
> 1. Attaching the term "ID" to version and defining new enum code points.
> 2. Creating a registry
> The first of these seems obfuscatory and unhelpful. The second just seems
> unnecessary. Other specifications other than new versions of TLS won't be
> adding new code points, so I don't see how a registry helps.
> I would prefer we not merge this PR.

One added feature we get with this registry definition is a range of codepoints 
for private experimental use. Formal definition might not be strictly needed 
here, though it shouldn't hurt.

My reasoning for the explicit use of "ID" is that it would be more clear to use 
the term "version ID" to refer to the arbitrary codepoints (e.g. 0x0304) and 
simply "version number" to refer to the more descriptive "TLS 1.3". Both do end 
up on-the-wire; the former in the version fields and the later in context 
strings, which is one of the reasons why I think being more explicit here may 
be a good idea.

The registry was first suggested by Daniel Kahn Gillmor in prior mailing list 
discussion around rebranding to TLS 2.0 (which we're treating as a separate 
issue, at the moment). I think it makes sense and I would prefer it be merged, 
but I don't ascribe very high importance here.


TLS mailing list

Reply via email to