Re: [Last-Call] Opsdir last call review of draft-ietf-quic-manageability-14

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Paul,

Cutting a bit to try to get this to concrete actions on the document; will follow up on the other points in a subsequent message...

> On 22 Mar 2022, at 17:25, Paul Vixie <paul@xxxxxxxxxxx> wrote:
> <snip>
> perhaps this wording will be if lesser concern to you:
> 
> <<Identification of QUIC traffic by on-path actors such as network operators is not reliable. Therefore a heuristic along the lines of "any unrecognizable UDP traffic could be QUIC" is the least unappealing way for a network operator to characterize their network's UDP traffic in the QUIC era.>>

 I don’t think this fits editorially with the rest of the document. However, I do see your point that “not designed to be distinguishable” is maybe not strong enough. I also note that there’s something hiding in the rest of Section 3.1 that we should maybe make more explicit: “this traffic is definitely QUIC” is probabilistically doable, but there are better heuristics on a per-application basis.

How about something like:

<<The QUIC wire image is not specifically designed to be distinguishable from other UDP traffic by a passive observer in the network. While certain QUIC applications may be heuristically identifiable on a per-application basis, there is no general method for distinguishing QUIC traffic from otherwise-unclassifiable UDP traffic on a given link. Any unrecognized UDP traffic may therefore be QUIC traffic.>>

?

Cheers,

Brian

-- 
last-call mailing list
last-call@xxxxxxxx
https://www.ietf.org/mailman/listinfo/last-call




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux