From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from korolev.univ-paris7.fr (korolev.univ-paris7.fr [IPv6:2001:660:3301:8000::1:2]) (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 3A7553B25D; Thu, 28 Apr 2016 13:10:59 -0400 (EDT) Received: from mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [81.194.30.253]) by korolev.univ-paris7.fr (8.14.4/8.14.4/relay1/56228) with ESMTP id u3SHApdW016445; Thu, 28 Apr 2016 19:10:51 +0200 Received: from mailhub.math.univ-paris-diderot.fr (localhost [127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTP id 47E166207E; Thu, 28 Apr 2016 19:10:51 +0200 (CEST) X-Virus-Scanned: amavisd-new at math.univ-paris-diderot.fr Received: from mailhub.math.univ-paris-diderot.fr ([127.0.0.1]) by mailhub.math.univ-paris-diderot.fr (mailhub.math.univ-paris-diderot.fr [127.0.0.1]) (amavisd-new, port 10023) with ESMTP id X9KxtjqUyFOQ; Thu, 28 Apr 2016 19:10:49 +0200 (CEST) Received: from lanthane.pps.univ-paris-diderot.fr (unknown [172.23.36.54]) (Authenticated sender: jch) by mailhub.math.univ-paris-diderot.fr (Postfix) with ESMTPSA id D77C361FE0; Thu, 28 Apr 2016 19:10:49 +0200 (CEST) Received: from localhost ([::1] helo=lanthane.pps.univ-paris-diderot.fr) by lanthane.pps.univ-paris-diderot.fr with esmtp (Exim 4.86_2) (envelope-from ) id 1avpSj-0001cD-LG; Thu, 28 Apr 2016 19:10:49 +0200 Date: Thu, 28 Apr 2016 19:10:49 +0200 Message-ID: <7ibn4t3bhi.wl-jch@pps.univ-paris-diderot.fr> From: Juliusz Chroboczek To: Dave Taht Cc: make-wifi-fast@lists.bufferbloat.net, "babel-users@lists.alioth.debian.org" , "cerowrt-devel@lists.bufferbloat.net" In-Reply-To: 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> User-Agent: Wanderlust/2.15.9 MIME-Version: 1.0 (generated by SEMI-EPG 1.14.7 - "Harue") Content-Type: text/plain; charset=US-ASCII X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.2.7 (korolev.univ-paris7.fr [194.254.61.138]); Thu, 28 Apr 2016 19:10:51 +0200 (CEST) X-Miltered: at korolev with ID 5722441B.000 by Joe's j-chkmail (http : // j-chkmail dot ensmp dot fr)! X-j-chkmail-Enveloppe: 5722441B.000 from mailhub.math.univ-paris-diderot.fr/mailhub.math.univ-paris-diderot.fr/null/mailhub.math.univ-paris-diderot.fr/ X-j-chkmail-Score: MSGID : 5722441B.000 on korolev.univ-paris7.fr : j-chkmail score : . : R=. U=. O=. B=0.000 -> S=0.000 X-j-chkmail-Status: Ham Subject: [Make-wifi-fast] Multicast IHUs [was: perverse powersave bug with sta/ap mode] 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, 28 Apr 2016 17:10:59 -0000 > 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 if somebody volunteered to do an experimental evaluation. Nobody volunteered. > 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. > 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. > 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 mode 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. -- Juliusz