All that discussion is fun, but we should be careful to stay within the respective group charters.
As far as AQM is concerned, the question is whether the group wants to standardize some kind of special handling of TCP ACK as part of queue management. As far as the IETF rules are concerned, the answer is clearly NO -- we cannot create an IETF recommendation that breaks other IETF recommendations. Besides, such rules would not be very effective if the transport protocol is encrypted, as for example QUIC, or SCTP over DTLS. AQM should certainly not depend on end-systems not using encryption. As for TCP and other protocols, the question is whether they should pay more attention to the volume of ACK and other control packets. The deployment of queue management systems like FQ-CODEL actually creates an incentive to do that, because a transport protocol that creates congestion on its uplink will be automatically penalized. But that discussion belongs in TCPM and other transport working groups, not AQM. -- Christian Huitema _______________________________________________ aqm mailing list [email protected] https://www.ietf.org/mailman/listinfo/aqm
