From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 0B9EA3B2A4 for ; Tue, 16 Jun 2020 07:08:32 -0400 (EDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=gmx.net; s=badeba3b8450; t=1592305710; bh=rwKqZxxKJJcPYNkPPU6tGnm8PfsuvhLmiUXJvpsffY8=; h=X-UI-Sender-Class:From:Subject:Date:References:To:In-Reply-To; b=EYfGh/yUnnzKdZ4yjXUoF0jhm00L5OKm3OTe2PWe2ldbIbr48PuWyKq0AwUW8KRmd Izklmq5MsiZRtF4o+UcNmD7lpTZGWMhg2yCN35ra4h8N0l4AN930jfLJI4sDWBjJvk TxAjAlX2NXd2EcfuMhiofDUe11oKM8S7PpvjZzCQ= X-UI-Sender-Class: 01bb95c1-4bf8-414a-932a-4f6e2808ef9c Received: from [10.11.12.3] ([134.76.241.253]) by mail.gmx.com (mrgmx105 [212.227.17.168]) with ESMTPSA (Nemesis) id 1MyKHc-1ixbEo0eHU-00ye7H; Tue, 16 Jun 2020 13:08:30 +0200 From: Sebastian Moeller Content-Type: multipart/mixed; boundary="Apple-Mail=_6B5D1186-7DA2-4325-A71A-84295FC77AA3" Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.14\)) Date: Tue, 16 Jun 2020 13:08:29 +0200 References: To: Michael Yartys , Michael Yartys via Make-wifi-fast In-Reply-To: Message-Id: X-Mailer: Apple Mail (2.3445.104.14) X-Provags-ID: V03:K1:zCy8wEk8XpFvpwOkO121CQrV/ISx9BBYDfsespxd7JsKlRGwAPS zczs1SerBPC29SlsKGA1/ZPYCqvRw++9D6tboh8BOrftzo1bJPgZa0bJPMqnSSr25J7XldF 8Y45lgrzs0KyypskwZ72A7Y0N6GxX6DhYi6i5T54aX5Fd06QGqxVEa8nkXKt6a5OxBF9SKv fxlb24b+05EatLjzveO3Q== X-Spam-Flag: NO X-UI-Out-Filterresults: notjunk:1;V03:K0:pfzGuMUXvSY=:RH5NhZf4a5Ft7r1QpDHuQn 241FcGy7LDjCy7U9nSA2sFXBRZPcWUlZTkiNb643Rc689IZzha3MP8HehzCiqqEaTJQJz7h5F cbtSN2z+DOJKXGenXQ9IvEj88ARWZI7BG4ldLfzljkrPtnPOEYzyoxVCwOGsh5vosRefnBdKk PfCctp9uanjNEQQca0qnbT1R6d06Hll8IqQWompcFNeBaDANZ/XXCi2jQOuup7gT/8swcJ9Ys 1DxjGZZtccvlduFPKN/DqvQbXCz6kCAmc2fvdyFS31CObNb1hNF/xCFr7YySYJc+D2/iWOudM 7PpIQkvYiXmOQzjaXwuLqlNhmMa/043YQGpPhJLPF9fVWcOVO14HgCHa30Y1gTuWr2wTe3yIc qSmEcqIt/aqrm8UtcxqDMslMCavFgiHk9JPAb6Bsillajb9DWYAB3jVsIFmAPVH3hSyUj5xwS OFWzg37dK6AmNp+m3Md2s43Aq9eCyjM2y++1QNB5/fYqiNaAX4JdmkN30oDg0TC5eDvkpS6JH U5bRriAYJo+gb3pLnNS12wREiqK9EQVohSJ2IzB2V98Y5Ciq1vsQSLqL0ITDU7KJe+u88bNv4 0WTLAKFQuqilLb9v04im4xgXfjTg8Q2gnIXsQmzjG/EKx6TjDzkly5esHSH/eMxIs1zuclxds RhpJl1Y/zd2Dv5uB7w5Nw0P8cWjaX+1WXIvhsHHjr0oF1j57Xk8Y10arMQO0TxsaL4Ff44vue PYpz7L0HL5Yu4WXf/6iCTGAmwoa7ae8Dk+8rhpeKYS7YqlBof3l1Zu7klaTGush7cPEWic+HZ YFyoYYGQX81vaOy9mCoWEiz8/wONmamQNNdooDYQmNiziMja8S2UfzP/hRGL1ctopg/d8D1RZ PEf85TbDx7ntmQk4LOZw+suOf1AwyVMKF1JZ+Gnw4WJ/HhQo8vG5krho9M5UEhGVDy/O4Ov99 s2mmZ91oa9xFigrVFTGkVj3YARpcCLCQFb33378QHjMaiXUaJy3Mnad1aFZPRAm4mywoX4mna Q+83V96cIV/Lx2/1uIzxkH2QIqjcn7A7OPfVWxN9736lMIU3b7qI1rlfrpF1coc3+RfV5dVAu 9fdqirhJrOGCuLoePih2Z7GELHIDwWmErkAoMdcjm9Rg2IFmuXfDSXcq2U1jGdB5p1td+zmaR SYzBhc02kuvGZ8YiqkMgSpXKNQz1TZuwZ7jJkmmIvqlkPFYuog+Jj5BcJHoax7eVt24UJ6563 ia2feO1cvwVQMpE2I Subject: Re: [Make-wifi-fast] Higher latency on upload under poor signal conditions 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: Tue, 16 Jun 2020 11:08:33 -0000 --Apple-Mail=_6B5D1186-7DA2-4325-A71A-84295FC77AA3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Hi Michael, > On Jun 16, 2020, at 12:18, Michael Yartys via Make-wifi-fast = wrote: >=20 >=20 > From: Michael Yartys > Subject: Higher latency on upload under poor signal conditions > Date: June 16, 2020 at 12:18:38 GMT+2 > To: "make-wifi-fast@lists.bufferbloat.net" = > Reply-To: Michael Yartys >=20 >=20 > Hi >=20 > I decided to run some 8-stream TCP tests at the edge of the range of = my WiFi network, and I noticed that I get higher latency when I run an = upload compared to a download. The latency when downloading is pretty = steady at right above 30 ms, and when I run the upload it hovers around = 80-100 ms. I think I know why this happens, but I would like to read the = opinion of the mailing list. My naive guess would be that air-time fairness by the AP only = directly affects the AP's own transmissions, the stations will in all = likelihood not have an fq_codel instance in its wifi-stack (I could be = wrong, but I do not believe that the 7260ac intel card actually uses = airtime fairness yet/at all). So the 80-100ms might just come from the = default wifi parameters which typically are adjusted for peak thoughput = instead of a balanced throughput latency under load set-point. Then = again that is my _guess_, so Kruger-Dunning might apply. Best Regards Sebastian >=20 > My test setup is a NETGEAR R7800 running OpenWrt with fq_codel'd WiFi = and a laptop with an Intel 7260 ac wireless card. The laptop reports an = average signal strength of about -77 dBm, while the router has a much = harder time hearing the laptop at -98 dBm signal strength with a noise = floor of -109 dBm. >=20 > I suspect this extra latency is due to buffering because the laptop = has to retransmit a lot of frames due to how poorly the router hears it. = Is this correct? >=20 > The associated flent files are attached. >=20 > Michael= --Apple-Mail=_6B5D1186-7DA2-4325-A71A-84295FC77AA3 Content-Disposition: attachment; filename=tcp_8up-2020-06-16T115109.277373.room_77dbm.flent.gz Content-Type: application/gzip; name="tcp_8up-2020-06-16T115109.277373.room_77dbm.flent.gz" Content-Transfer-Encoding: 7bit --Apple-Mail=_6B5D1186-7DA2-4325-A71A-84295FC77AA3 Content-Disposition: attachment; filename=tcp_8down-2020-06-16T114107.429346.room_77dbm.flent.gz Content-Type: application/gzip; name="tcp_8down-2020-06-16T114107.429346.room_77dbm.flent.gz" Content-Transfer-Encoding: 7bit --Apple-Mail=_6B5D1186-7DA2-4325-A71A-84295FC77AA3 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii > > > _______________________________________________ > Make-wifi-fast mailing list > Make-wifi-fast@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/make-wifi-fast --Apple-Mail=_6B5D1186-7DA2-4325-A71A-84295FC77AA3--