The draft says in the intro that CUBIC is to be regarded as current standard for TCP congestion control. It sounds a bit like it would obsolete RFC 5681 which is not the intent. RFC 5681 still has its specific role as the document that gives the baseline and generic guidelines for TCP (and other) congestion control.
Instead, I think this document should articulate very carefully its role among the congestion control algorithms. How, I am not sure. Maybe simply as an alternative for RFC5681 congestion avoidance and multiplicative decrease.
Please note also that when specifying these algorithms this document is
in direct conflict with a MUST in RFC5681 which says: "however, a TCP MUST NOT be more aggressive than the following algorithms allow (that is, MUST NOT send data when the value of cwnd computed by the following algorithms would not allow the data to be sent)."
Therefore, the draft should make this differentation very clear maybe already in the abstract and justify the deviations much better than it currently does (accompanied with evidence = data). This is very important i order to make a convincing case why it is ok for this doc to deviate from the current Standards Track TCP normative statements.
The text was updated successfully, but these errors were encountered:
Markku Kojo said:
The text was updated successfully, but these errors were encountered: