From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.15]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client CN "mout.gmx.net", Issuer "TeleSec ServerPass DE-1" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id D612221FD94 for ; Mon, 7 Sep 2015 13:35:33 -0700 (PDT) Received: from hms-beagle.home.lan ([217.237.68.126]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MBmvH-1ZPO6R1RaB-00Aquh; Mon, 07 Sep 2015 22:35:28 +0200 Content-Type: text/plain; charset=windows-1252 Mime-Version: 1.0 (Mac OS X Mail 7.3 \(1878.6\)) From: Sebastian Moeller In-Reply-To: Date: Mon, 7 Sep 2015 22:35:22 +0200 Content-Transfer-Encoding: quoted-printable Message-Id: References: To: Benjamin Cronce X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:YzMAnOjZCNJBIxwsEHhXgmIX5dcnbISXcoFoTT1v2R54x5q852x /9TF7lviLU59zuZBBI5kh2GUvXN5w+08PHuHevt5PuusVYfcMddwxA1qcBcVhQzESGF/bTx 6UzNT98BhA9WxhJivlr2Jda3NL8lHuiA/lwDxH56PsPAHeHwBbKNxdsQQi3thb9Ltt0iMtn /Wh1VWmGY/I1aFgfJm2NA== X-UI-Out-Filterresults: notjunk:1;V01:K0:TTovwpxbpcc=:eJIlRujwRG0JNtAG0PaF2S yI6FWGRi3cUt0+4lwaRpbw7BSKzfUfMz1Cf09fimDeFXYPlCi53+hWlk5tbCl7gXSxqRthJD6 BUYb0Vh8UfcB2CrQvCnwfkzM7EStM5S3+ZEOa1aMog1ijkrWzE0HBLitAq/xGbQxK0uTudkB1 oxmiWBbjNr6XkqOXdPhhz3nLXdEfAqYHeB3XsjdAjeaPlTA/jAvoxw+Oknx+gkKhWidfyuJrK 2Fg8hsZ3C9Xb2ol7mCjlfk09TOlT/S6QYky060Cirre6mwj/OA2vXg8D/7ERU4IFsNRoE55fA +dAjkRsoS/46BGsleE1CDqzIoY8wlS8yPYl+uIYMGmQp/o8lhtEmguF4jadL71ZaRhCVhypQg QP4hb868KjyolGvYTHJiUDJ5cg/Gaf+gHKB6juEFeMmtodk5n+e8oVHszYRHF5nSAPmA9H7KU YiPGYZHzSpmahZNZpAoQvaR7MZlMgIQnj8zsREFKuTs54nvB9YnZ2yoOEWmFoDislYPm2TAjB pAhHytpeNQMziWA2PK/A1Nvcbd+t/UCNfJLedpBD1EMfB/hC/XxNeX68FmwNGci6WhNhYtQvP Y/f5eI7wyXCJhYQLwMbiFUTcV8jjYS+sz+1G0CppK3e/5qxjBG5Iw5W9r66wg2KkGSXnWklkk j5gIZrlT3Z5Zo8XvylJw8dGcfylnq2dMTm82md829Q98JAeCGAofMdfGBXQCrbqcCNm0pLyeR qZeCYGrQHnySC6UmXY+eHFuUVD/VIXgg5mCZrw== Cc: cake@lists.bufferbloat.net, Felix Fietkau Subject: Re: [Cake] cake work needed for openwrt merge X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 07 Sep 2015 20:35:56 -0000 Hi Benjamin, On Sep 7, 2015, at 21:43 , Benjamin Cronce wrote: > If you're only concerned about the magnitude, fixed-line based = Internet connections only have two magnitudes. Local(10ms) and = world-wide(100ms). My break down goes like this for datacenters from my = home connection. > 10ms Chicago > 30ms New York City and Washington DC > 45ms Houston and Miami > 60ms San Jose and San Francisco > 70ms LA, San Diego, and Seattle > 90ms London and Paris > 115ms Hawaii > 120ms Frankfurt and Switzerland > 150ms Japan > 170ms Moscow > 190ms New Zealand > 210ms Sao Paulo(Brazil) > 215ms Sydney > 220ms Hong Kong and Dubai(United Arab Emirates) > 250ms Singapore, China, India, Cape Town(South Africa) >=20 > As you can tell, terrestrial latency doesn't have many flavors except = when congestion or horrible routing is involved. In my case, my 95th = percentile of high RTTs is around 20ms because of CDNs and my 80th is = closer to 10ms. Similar with video games, except Eve Online which is = hosted in London. In my case, a 100ms RTT is from Hawaii to Europe. Good point, so it is rather =93longest realistic RTT=94 what we = are after. My point was not about what the real RTTs are (even though = your results are interesting in themselves) but how to name the = parameter to not confuse novice users=85 and my hunch is RTT is not the = best description here=85 but I lack a better snappy phrase Best Regards Sebastian >=20 > If you're only concerned about magnitudes, then only need a few = options like fixed-line terrestrial mode and satellite mode for your = main options. If I was to choose a custom interval/RTT for myself = without doing a proper measurement, probably 40ms, assuming that gives = any benefit over the default 100ms >=20 > On Mon, Sep 7, 2015 at 6:21 AM, Sebastian Moeller = wrote: > Hi Dave, >=20 > On Sep 7, 2015, at 12:45 , Dave Taht wrote: >=20 > > ** expose the interval parameter for longer rtts. > > > > In fact, I think using the word "rtt" might be saner than = "interval=94. >=20 > Not sure, RTT will make a lot of people nervous about this = being basically a run-time constant while actual RTTs of the flows range = from a few ms to several 100s. To not confuse these people we would need = something like =93typical average/median RTT=94 or =93longest realistic = RTT=94 or even =93center of realistic RTT range=94 that conveys that = this is more about order of magnitude than any real RTT. It could also = be that people in general are much better about this and I just got a = specific subset in the crowd I try to help getting sqm-scripts up and = running ;) >=20 >=20 > Best Regards > Sebastian >=20 > > We could also add shortcuts like LEO, GEO, GTO, L1-L5, MOON, MARS. = :) > > > > > > On Sun, Sep 6, 2015 at 3:35 PM, Dave Taht = wrote: > >> In discussing with felix what is needed for cake to go into openwrt > >> trunk, we came up with the following list: > >> > >> * Cake work needed > >> ** Add squash option (besteffort + squashing diffserv) > >> ** Fix diffserv > >> ** Add man page > >> ** Clean up patches to only do cake > >> *** Reformat for kernel_style > >> *** IProute patches for mainline iproute > >> ** Submit as a single patch to openwrt for each > >> ** cake patches goes into the openwrt iproute directly > >> ** continues to be built externally as kmod-sched-cake > >> ** Needs update to the new kernel hashing api > >> ** Openwrt is stablizing for now, on linux 4.1 > >> ** CC is essentially done, but there will a CC.1 release at some = point > >> ** Add better statistics (like active_flows) - have part of this = already > >> > >> > >> -- > >> Dave T=E4ht > >> endo is a terrible disease: http://www.gofundme.com/SummerVsEndo > > > > > > > > -- > > Dave T=E4ht > > endo is a terrible disease: http://www.gofundme.com/SummerVsEndo > > _______________________________________________ > > Cake mailing list > > Cake@lists.bufferbloat.net > > https://lists.bufferbloat.net/listinfo/cake >=20 > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake >=20