Re: [PATCH net 2/3] tcp: do not cancel delay-AcK on DCTCP special ACK

2018-07-18 Thread Eric Dumazet
On 07/18/2018 01:56 PM, Yuchung Cheng wrote: > Currently when a DCTCP receiver delays an ACK and receive a > data packet with a different CE mark from the previous one's, it > sends two immediate ACKs acking previous and latest sequences > respectly (for ECN accounting). > > Previously sending

[PATCH net 2/3] tcp: do not cancel delay-AcK on DCTCP special ACK

2018-07-18 Thread Yuchung Cheng
Currently when a DCTCP receiver delays an ACK and receive a data packet with a different CE mark from the previous one's, it sends two immediate ACKs acking previous and latest sequences respectly (for ECN accounting). Previously sending the first ACK may mark off the delayed ACK timer