Re: [quicwg/base-drafts] Connection ID lengths 1, 2 and 3 bytes can't be encoded (#1570)

[ekr <[e-mail]>]

I don't have any objection to shorter lengths, but my memory of the
discussion in Melbourne was that some people opposed short IDs because the
natural way to allocation them was with some kind of counter (though I
suppose you could build a shuffle table) and that therefore this would
create privacy leaks

-Ekr


On Sun, Jul 15, 2018 at 11:36 AM, Marten Seemann <[e-mail]>
wrote:

> The connection IDs can be either 0 bytes or anything between 4 and 18
> bytes (inclusive). Lengths of 1, 2 and 3 bytes are not possible.
>
> There are several use cases that would benefit from using shorter
> connection IDs, especially in p2p applications. An endpoint could encode
> the length of the connection ID into the first few bits, and then starts
> using 1 byte connection IDs first, and successively moves to longer lengths
> only when handling more connections. For p2p hosts, in many cases 2 bytes
> would be sufficient for all use cases.
>
> In the connection ID length field in the Long Header, we only have 4 bits
> to encode a range of 19 values (we want 0 byte connection IDs, and we want
> to support 18 byte connection IDs), so *some* values have to be left out.
> It seems there are few use cases for 13, 14 and 15 bytes.
>
> We could achieve this by changing the definition of the length to:
>
> An encoded length between 0 and 12 inclusive indicates that the connection
> ID is also 0 to 12 octets in length. Any larger value is increased by 3 to
> get the full length of the connection ID, producing a length between 16 and
> 18 octets inclusive.
>
> If people are supportive of this change, I'd be happy to write a PR.
>
> —
> You are receiving this because you are subscribed to this thread.
> Reply to this email directly, view it on GitHub
> <https://github.com/quicwg/base-drafts/issues/1570>, or mute the thread
> <https://github.com/notifications/unsubscribe-auth/ABD1oUzh1HvIDS_VexwowDaDshxQQGlMks5uG4u1gaJpZM4VQV65>
> .
>


-- 
You are receiving this because you are subscribed to this thread.
Reply to this email directly or view it on GitHub:
https://github.com/quicwg/base-drafts/issues/1570#issuecomment-405122659