> On 3 Dec, 2016, at 23:07, Eric Dumazet <[email protected]> wrote: > > I do not attend IETF meetings so maybe my words are not exact. > > What I meant was that we receive ACKS in bursts, with huge gaps between > them. > > Look at tsval/tsecr, and that all ACKS are received in a 20 usec time > window, covering data that was sent in a 5 ms window.
Nevertheless, there are no acks obviously *missing*. Decimation would be aggregation of acks such that all but the last (over some interval) is dropped. Here, they are merely delivered in rapid succession. It could be that the receiver has poor receive-interrupt latency, or that it is aggregating the reverse send path too heavily. The variable spacing within the ack burst (in particular, in both examples the gap between first and second is larger than the rest) favours the former explanation. - Jonathan Morton _______________________________________________ aqm mailing list [email protected] https://www.ietf.org/mailman/listinfo/aqm
