Also an ACK really gives you only one RTT sample for the largest PN (which was either ACK-eliciting or gives you the ACK delay).
On 17.09.24, 16:37, "Martin Thomson" <[email protected] <mailto:[email protected]>> wrote: On Tue, Sep 17, 2024, at 09:49, Lars Eggert wrote: > maybe I'm missing something, but isn't the ACK delay encoded in an ACK > frame (only) the delay of the largest ACK'ed packet number? How would > you disambiguate between ack-eliciting and non-ack-eliciting packet > numbers when you parse an ACK? The sender tracks whether the packet they sent was ack-eliciting.
