This report explains how DCTCP takes 2--3 rounds before it even starts to respond to congestion. This is due to the clocking machinery in its moving average of congestion feedback. Instead, per-ACK mechanisms are proposed, which cut out all the extra lag, leaving just the inherent single round of feedback delay. Even though clocking per ACK updates the average much more frequently, it is arranged to inherently smooth out variations over the same number of round trips, independent of the number of ACKs per round. Evaluation of the v02 algorithm found design errors. This version (v04) is published prior to evaluation, in order to elicit early feedback on the design.
Cite
@article{arxiv.2101.07727,
title = {Removing the Clock Machinery Lag from DCTCP/Prague},
author = {Bob Briscoe},
journal= {arXiv preprint arXiv:2101.07727},
year = {2022}
}
Comments
14pp, 4 figs, 17 refs. For changes between versions, see last page