Last Call Review of draft-ietf-ledbat-survey-
I have reviewed this document as part of the security directorate's ongoing
effort to review all IETF documents being processed by the IESG. These
comments were written primarily for the benefit of the security area
directors. Document editors and WG chairs should treat these comments just
like any other last call comments.
A few comments:
2.1. Accuracy of delay-based congestion predictors
"Finally, in the case of fast or short-distance links, the
majority of the measured delay can in fact be due to processing in
the involved hosts; typically, this processing delay is not of
interest, and it can underly fluctuations that are not related to
the network at all."
Would "underly" be "underlie"?
AFAIK, LEDBAT is one of the use-cases for ConEx, because there's no
incentive to do LEDBAT while operators count volume, not congestion.
PCN for inelastic traffic is nearly completely orthogonal to LEDBAT.
But if PCN is used as the active queue mgmt algo for regular elastic
traffic, it does have some overlap with LEDBAT, in that it keeps delay very
low. But there the similarities end.
If this I-D can clarify this relationship a little bit, it would be useful.
We keep our promises with one another - no matter what!