So it seems like that would add a third class of extension:
1. Required extensions (type + value), not serialized
2. Required extensions (type only) [<--new], serialized as length+value
3. Optional extensions, serialized as type+length+value
There is some appeal to the logical completeness. The
On Tue, Mar 10, 2020, at 14:17, Watson Ladd wrote:
> One thing I noticed from my reading is there is no gain from knowing
> an extension will be present if one doesn't also know the value.
That is only true if the extension has a value. (See also flags)
> I could imagine SNI being very useful to
One thing I noticed from my reading is there is no gain from knowing
an extension will be present if one doesn't also know the value. I
could imagine SNI being very useful to include, and knowing the order
of extension values permits their omission, keeping only the length.
This does mean very litt
A New Internet-Draft is available from the on-line Internet-Drafts directories.
This draft is a work item of the Transport Layer Security WG of the IETF.
Title : Compact TLS 1.3
Authors : Eric Rescorla
Richard Barnes