From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ob0-x234.google.com (mail-ob0-x234.google.com [IPv6:2607:f8b0:4003:c01::234]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id D851C21FE89 for ; Fri, 7 Aug 2015 10:21:01 -0700 (PDT) Received: by obnw1 with SMTP id w1so83612859obn.3 for ; Fri, 07 Aug 2015 10:21:00 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type:content-transfer-encoding; bh=ajrnloKrQWq/9BcLIknhLCu3/nNn342B8ikAqGjnufY=; b=zD3aczH5nyaQtIqZWEXgFM5lEojC6ONGk9feu4uDGolwef+qdJkzTg/tqIAZvgSPWZ sNnXMPsCUq0Lf5g0iNeYenqQOG1yVQBxZ6MkgTjhSReAUl/Yh36SGhXhWdl4yIbVpO7B 8PXydnbhbqt7xWJAuP62aAQXc9H8pvnsNNiklX3K8Ss6Aadso+JidZJPznlthpZbmJ3G 8Ej/D16WlAnWn+tFXTLUkahpXvap5xj9Pxj90td1NUxYqkoeiw8l1AJsOqJ/6j0XUGjC i+e847EKXXdHnQ/rAF8R9amweH2KWxMtIp3wNDhEKS/UTzTBg5IC6VSXyKp1V3nShAHz AqhQ== MIME-Version: 1.0 X-Received: by 10.60.93.42 with SMTP id cr10mr8136902oeb.74.1438968060495; Fri, 07 Aug 2015 10:21:00 -0700 (PDT) Received: by 10.202.108.12 with HTTP; Fri, 7 Aug 2015 10:21:00 -0700 (PDT) In-Reply-To: <67652840-BB23-454F-935B-1BCAA8A8766B@ifi.uio.no> References: <55BFBBF1.4080709@lena.im> <20150805125746.GR25597@medion.lan> <55C47A29.5010402@ftw.at> <67652840-BB23-454F-935B-1BCAA8A8766B@ifi.uio.no> Date: Fri, 7 Aug 2015 19:21:00 +0200 Message-ID: From: Dave Taht To: Michael Welzl Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Cc: make-wifi-fast@lists.bufferbloat.net Subject: Re: [Make-wifi-fast] Fwd: [Battlemesh] BSS load element patch X-BeenThere: make-wifi-fast@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 07 Aug 2015 17:21:30 -0000 the battlemesh threads are here: http://ml.ninux.org/pipermail/battlemesh/2015-August/003645.html http://ml.ninux.org/pipermail/battlemesh/2015-August/003745.html On Fri, Aug 7, 2015 at 12:55 PM, Michael Welzl wrote: > Hi, > > I find this intriguing: > > >> On 07 Aug 2015, at 12:09, Dave Taht wrote: >> >> ---------- Forwarded message ---------- >> From: Paul Fuxjaeger >> Date: Fri, Aug 7, 2015 at 11:28 AM >> Subject: Re: [Battlemesh] BSS load element patch >> To: Battle of the Mesh Mailing List >> >> >> On 05.08.15 14:57, Bastian Bittorf wrote: >> >>> Does e.g. a client gets informed about a congested network >> >> Exactly. >> It allows nearby clients/nodes to make MUCH better decisions. [1] > > Does anybody have information about how this is being used? Any examples? > > Cheers, > Michael > > >> >>> or in other words: does it solve a problem? >> >> ### >> Essentially, very small local channel utilization measurement reports >> are broadcasted to all direct neighbors by piggybacking them onto >> IEEE802.11 beacons. [2] >> ### >> >> 1) Maintainers could better distinguish causes of link problems [3] >> 2) Our current algorithms for rate control, routing and >> network-selection could make better decisions if they have access this >> "remote channel load" statistic. >> >> So, we think this feature could be really helpful. It increases the >> networks capability to self-regulate, for a small price. [4] >> >> >> -paul >> >> PS: Arthur did all the hard work, I'm just doing the cheap talking. >> >> >> >> >> >> >> [1] that is probably the reason for recent AP models in the enterprise >> segment already broadcasting it. >> >> [2] channel utilization measured at the receive antenna port of the >> device that is sending that beacon. >> >> [3] if LTE-U/LAA/muLTEfire becomes widespread :( we need a way to detect >> that such a nearby non-IEEE80211 source is blocking the channel. >> >> [4] Currently, OpenWRT sends around 200bytes PSDUs per beacon (depending >> on mode etc). Assuming a 100ms beacon interval and 1Mbit/s, adding >> these 7 bytes to them would increase the channel utilization each >> beaconing node is generating by less than 0.06% of total airtime. >> >> _______________________________________________ >> Battlemesh mailing list >> Battlemesh@ml.ninux.org >> http://ml.ninux.org/mailman/listinfo/battlemesh >> >> >> -- >> Dave T=C3=A4ht >> worldwide bufferbloat report: >> http://www.dslreports.com/speedtest/results/bufferbloat >> And: >> What will it take to vastly improve wifi for everyone? >> https://plus.google.com/u/0/explore/makewififast >> _______________________________________________ >> Make-wifi-fast mailing list >> Make-wifi-fast@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/make-wifi-fast > --=20 Dave T=C3=A4ht worldwide bufferbloat report: http://www.dslreports.com/speedtest/results/bufferbloat And: What will it take to vastly improve wifi for everyone? https://plus.google.com/u/0/explore/makewififast