This will work well 99.9999% of the time, but if will also catch the 1RTT packets in which the CID bytes happen to match the chosen version, or one of the reserved versions that match rates. There are two dozen such versions, so the probability is about 1/2^28. Not large, but it makes for a silly heisenbug. Pick one of the wrong CIDs and your packets get mangled in traffic.
Of course, this does not happen if the test is written as:
I am a bit concerned that the simplistic way for intermediaries to implement the "tumping" is to write something like:
This will work well 99.9999% of the time, but if will also catch the 1RTT packets in which the CID bytes happen to match the chosen version, or one of the reserved versions that match rates. There are two dozen such versions, so the probability is about 1/2^28. Not large, but it makes for a silly heisenbug. Pick one of the wrong CIDs and your packets get mangled in traffic.
Of course, this does not happen if the test is written as:
... but that means we have to fight laziness, because the wrong code is shorter and also "almost right".
So maybe we should be very explicit about that in the text.