From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-qk0-x243.google.com (mail-qk0-x243.google.com [IPv6:2607:f8b0:400d:c09::243]) (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 D3F993BA8D for ; Wed, 28 Dec 2016 11:08:43 -0500 (EST) Received: by mail-qk0-x243.google.com with SMTP id t184so32605217qkd.1 for ; Wed, 28 Dec 2016 08:08:43 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :content-transfer-encoding; bh=7mfaZESVuTwh6u9AtGYqCY02n1aTDzT9/BcbhXxvIMI=; b=LTNRtxTKNZITAypQbGaDRnqjwZFFuENDy4U97oOhI0wA7ULyFjw4vw66xvWIhTcTl7 fbfPXX1LbkLcD5y2sexlD49fywjGc1ZlT51Wh5QHBymYfzkx3u/TyvUgSpryg7ImFV5W bQGuOwkRrkkRIsmLUq8JibrXg6xs++Px8TIx5CaaK16mHMIscqUqhCnzgTXhen0ZEORp ihlb07Mu7oiOqrygvnert2M5Zj1ZyS9JX3kIsl25NAbrmXVc375YkWAsEoaknyhnt2UE kwBpuOfoKkyZYiYt9SygpXmLOdzA+or/m4NughkUykkoSXP12qfTlf/Ygtho/j7LxS5H YIFw== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:content-transfer-encoding; bh=7mfaZESVuTwh6u9AtGYqCY02n1aTDzT9/BcbhXxvIMI=; b=rUbF1ViVIW2Ao06/VW+I/Kj6QYIJV1fpjuf0vKIHfuYSlCKJAzkjRFJkOMEWoK1YiF P1GCZXt6+Dglv86pEqNt9KOYmsBeYpZHpQew/1p9385abadKhSxF3ITMs/Qk3EFItxKb 7VEqmYD0FICUjRQxKMmalYhiYsK8GhC4FnWgQIXtoj68XdLISnQOpiFZ+2826SROGsw5 WePVHhjTthL+9a3LH9z99SegeYL3IYxGj07OlSC6jmefgap8pxNG4r+HvO6qppVUEhCw u3AaUgtOvOiv5Ema5RSgABAjoBt8kevScPiVzwm6xJi2q1TDQ9H/ekepkHVBn25vhlZH t6gQ== X-Gm-Message-State: AIkVDXLUAcXw5lgeBlA3rzU1ADSlpq65g5hgPI7ML66/sdc1xpAJwvpunW1Ie6whDuxjIbtHvnFpQs/yXQ+RNg== X-Received: by 10.55.162.86 with SMTP id l83mr36281060qke.17.1482941323258; Wed, 28 Dec 2016 08:08:43 -0800 (PST) MIME-Version: 1.0 Received: by 10.12.152.197 with HTTP; Wed, 28 Dec 2016 08:08:42 -0800 (PST) In-Reply-To: References: <391b6bb9-7d05-d516-1264-07abffb01e4a@univie.ac.at> From: Dave Taht Date: Wed, 28 Dec 2016 11:08:42 -0500 Message-ID: To: Battle of the Mesh Mailing List , make-wifi-fast@lists.bufferbloat.net Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable Subject: Re: [Make-wifi-fast] [Battlemesh] 33C3: another make wifi fast again 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: Wed, 28 Dec 2016 16:08:43 -0000 On Wed, Dec 28, 2016 at 5:57 AM, Benjamin Henrion wrote: > On Wed, Dec 28, 2016 at 10:39 AM, Benjamin Henrion wro= te: >> On Wed, Dec 28, 2016 at 10:26 AM, Albert Rafetseder >> wrote: >>> Hi Benjamin, >>> >>> Am 28/12/16 um 09:50 schrieb Benjamin Henrion: >>>> 33C3: another make wifi fast again: >>>> >>>> https://media.ccc.de/v/33c3-7911-make_wi-fi_fast_again >>>> >>>> In German unfortunately... >>> >>> The MP4 file contains an English voice-over as the second audio track. >>> >>> If you use VLC, switch to the other track via the menu: >>> >>> Audio > Audio Track > Track 2 - [English] >>> >>> (However, there is no translation for the slides AFAICT.) >> >> Thanks for the tip, however I had the same problem with the European >> Parliament videos, which uses the same trick to save space on their >> side, but make things very complicated for the end user. >> >> It would be simpler to make a second video with the audio track in >> english. Most browsers that play videos inside don't support this >> feature of switching audio channels. > > In english here: > > https://www.youtube.com/watch?v=3DV48slukR3zQ I took a listen of the english version; thanks for pointing it out. A good intro to the upcoming standards at layer 2. And I'm all in favor of every approach towards making wifi fast again, but, I guess when I use the term "fast", I mostly mean "low latency". (the phrase is a h/t to a famous mailing list: "make-tcp-fast"). I wish some language had a good way of distinguishing between bandwidth and response time. "Licking lag in wifi"? I have been encouraged by the evolution of the standards (beamforming far more than mu-mimo, which has a really ugly "sounding" phase), but unhappy at the trendline towards binary firmware everywhere in wifi. It would be so awesome for open source-rs to be able to participate in evolving the next generation of wifi forward. I note that the bufferbloat project, now that phase IV is completed, is casting around for other major problems to solve. The make-wifi-fast sub-project's fq_codel and airtime fairness code, for example, does not do gang-scheduling in part due to the chicken/egg problem of finding some 802.11ac chipset worth hacking on. A possible goal - make twitch gaming feasible over wifi..... This document needs to get updated, but still has a lot of todo items on it= : https://docs.google.com/document/d/1Se36svYE1Uzpppe1HWnEyat_sAGghB3kE285LEl= JBW4/edit?usp=3Dsharing The thing with the largest number of todo items (after 802.11ac), as we enter the new year... is routing... (separate document, presently) > -- > Benjamin Henrion > FFII Brussels - +32-484-566109 - +32-2-3500762 > "In July 2005, after several failed attempts to legalise software > patents in Europe, the patent establishment changed its strategy. > Instead of explicitly seeking to sanction the patentability of > software, they are now seeking to create a central European patent > court, which would establish and enforce patentability rules in their > favor, without any possibility of correction by competing courts or > democratically elected legislators." > _______________________________________________ > Battlemesh mailing list > Battlemesh@ml.ninux.org > http://ml.ninux.org/mailman/listinfo/battlemesh --=20 Dave T=C3=A4ht Let's go make home routers and wifi faster! With better software! http://blog.cerowrt.org