From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) (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 8DCF921F0A2 for ; Mon, 23 Nov 2015 03:21:53 -0800 (PST) Received: from u-088-d141.biologie.uni-tuebingen.de ([134.2.88.141]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0Ls8Qd-1aU0kS1cch-013zfS; Mon, 23 Nov 2015 12:16:47 +0100 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, 23 Nov 2015 12:16:46 +0100 Content-Transfer-Encoding: quoted-printable Message-Id: <74C5B539-4A4C-431B-A950-47EDACB69358@gmx.de> References: To: Vincent Frentzel X-Mailer: Apple Mail (2.1878.6) X-Provags-ID: V03:K0:7bjzL4+Y2VJJ/iCVW9inggSiSGURwnI3AgsfiuZI9jvP8Mnb1LQ 21KdIBTgaEN6jiEf9iUMrdXImFzlb764G3bsqYBgLyFPkvHZzms45iCJ2AHeeriHFhSCDOI u9LK/mDg+sMJN/4lc+qArKKRuX++EUj/GtV+nlz3P980H6zvSG1M15OzoYEZdxzf/fkkd7H WW6GYF55tLpQ8OjHq8Gmg== X-UI-Out-Filterresults: notjunk:1;V01:K0:lyFq2wz5XOw=:uHk6pU314UP2/3IJibLtMg nuvOz+2lDb5MFLI6f1OgfVgnrsAcKwvUQvqlAs0i7pHt2c+PIaU8GfVJzNqYUOYyus5EJUCmE u6LbCyGJUnFpf2b2owlV/ZnBX56TaK3AAq8EKUrcTVAc3ySPp2SiITTU9npZiBlhSLYLoHOXt KrFqi6igeu59qyR3ncL78r8bl8mWl1DxWERbBOr184D3QfLlc1xFq9oylP90/WvCWRZU9gjk7 CqWbI3n8fKWvoWQ8P2npK+Ojxj5d8uHb0LrSr4DwhpF3eh9OwImzowGsZ4eRyBNPOf+Ksk3JV f/0mZ5+eg0vj+I1f8/hz2XB5BDuVFweRBtU+H5cAkcldJDYQZ2m1bFoL9iJC2xTY7v5qEVhn/ xO6BgPfsG7yoPhcOB9UiA+8lAjBtHH6ktWr3bavtC+QyrZyixc1tectHGIkubLH8/ypNA3J8Q mKDVykq4biYaayO45qycvqzHKgEWNJKiuzbds+Yl6XGDhhx5PlawfjRaxBN5QtKddIdCOQZtg 984W0dxtUk+5uRc1V5VjPgbwMju/x1/OZepgEVV1XLNNKQGWnuq1f2/V9B1VK+noVMgQRFYuy fNpj1UGcBSeHiixpEaKHFpBzDwbdFnE4TCtH/LT8+kwoYBQ2jNwNPmYoWnouDeUNrCUqvo5Il ZVy1VCTPKy1zP0BqMJiK52ZQS+GVGiIngTrnXXndNurD6TOpoXTd7j5HzuHdY9UraP+DcOZS1 wE05hvTIWMaxYb7XV/OzTYjDSSJh1ndhSdZK8IL4l920CQP6r5MTLVhqutrk3xahzbcWuVJbG cVX9009 Cc: "cake@lists.bufferbloat.net" Subject: Re: [Cake] Cake performance optimization 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, 23 Nov 2015 11:22:17 -0000 Hi Vincent, On Nov 23, 2015, at 10:50 , Vincent Frentzel = wrote: > Sounds encouraging. Just a note/thought... I am actually not running = ingress through the IFB. I set the download speed to 0 and perform = egress shaping on the lan bridge iface (br-lan). Not a bad idea, this gets rid of to challenges at once: the fact = that redirection through an IFB is not computationally free and the fact = that the ingress packets in the IFB are pre-NAT (as seen from outside) = and will not allow to use simple filtering based on internal IP or MAC = addresses. I am also happy to hear that shaping on the bridge works=85 Best Regards Sebastian > Maybe not the lightest setup, but this gives a really high flexiblity = to classify the ingress traffic (ie. I dont have to use best effort nor = trust the incoming DSCPs which are anyway tweaked by my provider). >=20 > On x86_64 I agree with your observation, no speed problem there. But = running a 1.83 Ghz box for routing 4 devices is a tad overkill :) >=20 > I use the connmark stuff to reclass tcp streaming traffic from CS0 to = AF4x and udp traffic to EF (Netflix/Youtube and Voip respectively). I = also apply priority to DNS (AF4x), NTP (EF), SSH (AF4x) and deprioritize = some traffic to CS1. I do this in my firewall3 config and firewall.user = (some of my rules are MAC based -> chromecast, nas box, etc..). I set = the mark and connmark save it on egress, on ingress (egress of the other = iface) I simply restore the mark. In an ideal world... all apps would = apply meaningful DSCPs to their packets and this classification would = not be needed. In general, I tend to trust the DSCPs on egress and dont = override them, on ingress I squash everything.=20 >=20 > I used to run htb + fq_codel and performance was awful, cake performs = *much* better. >=20 > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake