From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from smtp114.iad3a.emailsrvr.com (smtp114.iad3a.emailsrvr.com [173.203.187.114]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 23CD53B29D for ; Wed, 12 Feb 2020 19:08:34 -0500 (EST) Received: from app25.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by smtp7.relay.iad3a.emailsrvr.com (SMTP Server) with ESMTP id AAA4850C7 for ; Wed, 12 Feb 2020 19:08:33 -0500 (EST) X-Sender-Id: dpreed@deepplum.com Received: from app25.wa-webapps.iad3a (relay-webapps.rsapps.net [172.27.255.140]) by 0.0.0.0:25 (trex/5.7.12); Wed, 12 Feb 2020 19:08:33 -0500 Received: from deepplum.com (localhost.localdomain [127.0.0.1]) by app25.wa-webapps.iad3a (Postfix) with ESMTP id 8FD2D20042 for ; Wed, 12 Feb 2020 19:08:33 -0500 (EST) Received: by apps.rackspace.com (Authenticated sender: dpreed@deepplum.com, from: dpreed@deepplum.com) with HTTP; Wed, 12 Feb 2020 19:08:33 -0500 (EST) X-Auth-ID: dpreed@deepplum.com Date: Wed, 12 Feb 2020 19:08:33 -0500 (EST) From: "David P. Reed" To: make-wifi-fast@lists.bufferbloat.net MIME-Version: 1.0 Content-Type: text/plain;charset=UTF-8 Content-Transfer-Encoding: quoted-printable Importance: Normal X-Priority: 3 (Normal) X-Type: plain Message-ID: <1581552513.586428831@apps.rackspace.com> X-Mailer: webmail/17.2.8-RC Subject: [Make-wifi-fast] Status of the industry on over buffering at the WiFi air interface 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: Thu, 13 Feb 2020 00:08:34 -0000 A friend of mine (not a network expert, but a gadget freak), has been deplo= ying wireless security cameras at his home and vacation home. He uses a sin= gle WiFi AP in each place, serving the security cameras etc.=0A=0AWhat he o= bserves is this:=0A=0AWhenever anyone on a laptop in one of the homes uploa= ds a modest sized file (over the same WiFi) the security systems all lose d= ata.=0A=0ANow I can't go to his home to diagnose this, but I've asked him t= o check out his cable bufferbloat using dslreports, and he gets no bufferbl= oat there. But it sure looks like *severe* lag under load is affecting the = security camera feed to the cloud servers that the company that sells the s= ecurity cameras provides.=0A=0ASo, is there a way to simply *diagnose* the = WiFi air link for excess queueing in all the high rate WiFi devices? Someth= ing a non-net-head could do?=0A=0AThe situation around congestion control i= n the industry continues to royally suck, in my opinion. The vendors don't = care, the ISPs don't care (they can sell a higher speed connection than is = actually needed and super-fabulous MIMO gadgets that still don't quite solv= e the problem).=0A=0AI'm an old guy, basically retired. I'm sad because the= young folks remain clueless.=0A=0AAnd it's been decades since bufferbloat = was discuvered, and the basic issue of congestion signalling being needed. = I'm sure 5G (whatever it really is) is not paying attention to this network= level congestion issue...