From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-oi0-x230.google.com (mail-oi0-x230.google.com [IPv6:2607:f8b0:4003:c06::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 4E6183B25D; Thu, 28 Apr 2016 13:46:16 -0400 (EDT) Received: by mail-oi0-x230.google.com with SMTP id x19so91727401oix.2; Thu, 28 Apr 2016 10:46:16 -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-transfer-encoding; bh=fR7vHA1VnyNAfGuUUbOfbr+NwehFwbdHUVZ4GuXboNc=; b=XOgl28sRE3vpApTHPgPkdj6KHWW3w2Df4jSE3WwJvNnlP6WaLiB+gtenUg0EXPj8ud n8MuFo/Q6qybH6Te64fzf7cMLHjdhHB1EA1zZzFuibJToRr5C47GuzPTfZrbbNKUsrVt uClroM6LX+z6jAzHsZKW5i26bwT2FnPEOSecUwDUi0OrBg8aPeRl/oQKpn2S/pYG97PL sZfCX+nefBqZqvj4zIPQJRURyFt87e2eiCTdl1PE0Q+i6neZi1mBKhQHNEMz3w2bgqfg TvJ5qfwPrFxY4Upic+lvzIu+tAYg+qUE7MPtnhUpoz+B30d41Zgrm8KtDi1QisEzlW2a +2Kg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:in-reply-to:references:date :message-id:subject:from:to:cc:content-transfer-encoding; bh=fR7vHA1VnyNAfGuUUbOfbr+NwehFwbdHUVZ4GuXboNc=; b=PJxZVakz2FwsI/UQGVhv2z6BL2ttaE3RKuGLZl0PZK5UpwzvBUjB/bC8AzqsvK5/VD NaPkcl8FCBRJ2VJotYFpEmZ2vwXKsJFQgmQrWGxxWieUjhSjgQPcVWtZM5N6KHtk29eT 1EmEZ2LvluuESSWUnxi2EgU1xcOdQ5hdUvNH0hvuP1duQJzJeoRId7bIfvMm5oDO1NPP bDAfPnELt/ap+JoxB9lt+1w8w8/FStkHLUYocrmBvAnkhaoW7pj/wODnT3GAa+HLDoEw ku6ly7RTRCMdt5fEZ7fMkZFEUVE3JJBuVnntgISpmjKC28MRFeuKjGnACwf7S9f4FeYf /F7g== X-Gm-Message-State: AOPr4FX3aIccLlGB+3j8jy31+Fz6HxIKNkUYULoW1B7do/nudaMRvbibMlap+xWyz6Qe1nBUM2gwPJYJU4QzQQ== MIME-Version: 1.0 X-Received: by 10.157.52.162 with SMTP id g31mr7846720otc.165.1461865575874; Thu, 28 Apr 2016 10:46:15 -0700 (PDT) Received: by 10.202.78.23 with HTTP; Thu, 28 Apr 2016 10:46:15 -0700 (PDT) In-Reply-To: <7ibn4t3bhi.wl-jch@pps.univ-paris-diderot.fr> References: <1461849006.60252745@apps.rackspace.com> <87oa8tyhug.wl-jch@pps.univ-paris-diderot.fr> <878tzx4zno.fsf@toke.dk> <1461853008.891910506@apps.rackspace.com> <7ih9el3hjy.wl-jch@pps.univ-paris-diderot.fr> <7ibn4t3bhi.wl-jch@pps.univ-paris-diderot.fr> Date: Thu, 28 Apr 2016 10:46:15 -0700 Message-ID: From: Dave Taht To: Juliusz Chroboczek Cc: make-wifi-fast@lists.bufferbloat.net, "babel-users@lists.alioth.debian.org" , "cerowrt-devel@lists.bufferbloat.net" Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cerowrt-devel] Multicast IHUs [was: perverse powersave bug with sta/ap mode] X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 28 Apr 2016 17:46:16 -0000 On Thu, Apr 28, 2016 at 10:10 AM, Juliusz Chroboczek wrote: >> 1) Well, I have suggested that IHU messages actually be unicast rather >> than bundled with the hello. > > Yes, you have suggested that before. I answered I would implement that i= f > somebody volunteered to do an experimental evaluation. Nobody volunteere= d. We do need to build the size of the community. I am perpetually giving talks about wifi in front of various audiences. Making the comment: "how many of you use wifi, hands up" Always gets a laugh (from those paying attention) (sometimes I'm sufficiently annoyed at those not paying attention to ask "those of you that are paying attention, hands up") "How many of you understand how it works?" and nearly all the hands go down. "Why is this not a problem?", and then I launch into the talk.... I guess it would be better to collect my(our) rants, problems, and arguments, tone them down, and get something about - "wifi, the dominant paradigm" into more widely read publications than these mailing lists. The recent conference on wifi in DC had some data like "3 billion wifi devices shipped last year". >> That would help somewhat in this case. > > That's my intuition too, but I've learned to be wary of my intuitions. > Doing wireless stuff without careful evaluation is not something I'll do > again. Yep. Need more people on these problems. I promise to care more after we cut latencies under load on wifi by 2 orders of magnitude on 3 chipsets. >> 2) A protocol that needs "always listening" capability could signal >> the underlying stack to "make sure" these packets hit the air, and one >> that also wants "please be lossy" capabl >> I leave the actual implementation of that request to the fantasies of >> the authors - a new dscp codepoint or three? >> /me ducks > > No need to duck, Dave, it's very similar to what was done with UDP-Lite, > where the use of a specific value in the protocol field signals the link > layer not to discard corrupted frames. I've never seen it in the wild, > I wonder why. Hmm.. In babel's case, switching it to udp-lite would be like 1 line of code. Not that it would help (unless the "don't multicast this" code is explicitly filtering out normal udp only), and the flag day would be no fun, but certainly the basic properties of udplite aren't entirely unaligned... I have done tests of udplite (I have a patch available for it for netperf if anyone wants it) and over ipv6, at least, it did seem to be quite routable over multiple hops. *link-local* udp-lite should "just work". > >> 4) And ya know - it might merely be a (sadly common) bug. Everybody's >> supposed to wake up for the multicast beacons and get a notification >> there's more data to come. > > Yes, it's obviously a bug. Just like you, I'm not suprised -- ad-hoc mod= e > and power save is the kind of thing that's never tested. I suggest you > disable power saving on all your nodes and be done with it. That does not bode well for normal homenet users in the long run. > -- Juliusz --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org