From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail2.tohojo.dk (mail2.tohojo.dk [77.235.48.147]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 7D9BA3B25E; Wed, 10 Aug 2016 18:45:32 -0400 (EDT) X-Virus-Scanned: amavisd-new at mail2.tohojo.dk DKIM-Filter: OpenDKIM Filter v2.10.3 mail2.tohojo.dk AACCD40D5E DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=toke.dk; s=201310; t=1470869129; bh=LQT/NU2fekPgDz+1dDs8sqXqttWvm10/OqnsYSTVBSo=; h=From:To:Cc:Subject:References:Date:In-Reply-To:From; b=KmNFAbxzVo7H7gkFUWQNt8kDe5zOGVMcSmTOdi+7Axx1DoketMJDtxMiVIdo/g64n tW2HJ/dHsUXQfIgOb8d4ZfPLmBmDvFvz4r7qTGcRSVxriFBGTlEbHHZLZcUba5cHdl fpItVUm+POV/Mn0gvW+Mlv+aNfqjvNdPdKrRTpnY= Sender: toke@toke.dk Received: by alrua-x1.borgediget.toke.dk (Postfix, from userid 1000) id 77BC25653; Thu, 11 Aug 2016 00:45:28 +0200 (CEST) From: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= To: Jonathan Morton Cc: Dave Taht , make-wifi-fast@lists.bufferbloat.net, "cerowrt-devel\@lists.bufferbloat.net" , Felix Fietkau References: <76eb6a6a-2f39-3b36-d4c1-04198083c0f6@gmail.com> <87oa50acnr.fsf@toke.dk> <87bn109tv8.fsf@toke.dk> <877fbo9t4v.fsf@toke.dk> <736D102C-3383-457B-96C4-D1B1403F48AE@gmail.com> Date: Thu, 11 Aug 2016 00:45:28 +0200 In-Reply-To: <736D102C-3383-457B-96C4-D1B1403F48AE@gmail.com> (Jonathan Morton's message of "Thu, 11 Aug 2016 01:18:18 +0300") X-Clacks-Overhead: GNU Terry Pratchett Message-ID: <8737mc9rav.fsf@toke.dk> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Make-wifi-fast] wifi airtime fairness patches could use eyeballs and testing X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 10 Aug 2016 22:45:32 -0000 Jonathan Morton writes: >> On 11 Aug, 2016, at 01:05, Toke H=C3=B8iland-J=C3=B8rgensen wrote: >>=20 >> There are cwnd reductions, yes, but are they drops? My thought was >> that they were retransmissions caused by OOO packets? > > You should be able to find the retransmitted packets, in that case. > But FQ shouldn=E2=80=99t be reordering packets within the same flow. No, but the WiFi retransmission logic might. Specifically, the ath9k will put packets in a retry buffer that takes precedence over new packets when building aggregates. But since it has one or two aggregates built already by the time it does this, reordering can occur that way. Now, digging in to the packet traces (looking at the single flow case, since that is easier to follow), there's a ~320k segment of the sequence space that is about 1.5MB and 200 ms late (sequence numbers 10044929 through 10370177 show up after sequence number 11617665 at around the 12k packet mark in the trace). This is nine full aggregates being reordered. I'm not really sure the reordering mechanism described above can account for this, unless there are some pretty serious hardware buffering going on that we are not aware of. Does anyone else have any ideas? -Toke