From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.15.19]) (using TLSv1.2 with cipher DHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 5F3F03B260 for ; Wed, 1 Jun 2016 07:41:47 -0400 (EDT) Received: from [172.17.3.79] ([134.76.241.253]) by mail.gmx.com (mrgmx001) with ESMTPSA (Nemesis) id 0MRXzM-1ax1sx3XCK-00Scjr; Wed, 01 Jun 2016 13:41:39 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: moeller0 In-Reply-To: <87shwxb1fk.fsf@toke.dk> Date: Wed, 1 Jun 2016 13:41:38 +0200 Cc: Kevin Darbyshire-Bryant , cake@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: References: <574EB29B.1000405@darbyshire-bryant.me.uk> <574EB550.5020005@taht.net> <574EB6E2.2020006@darbyshire-bryant.me.uk> <4DDB6EED-A66B-4E34-B233-8DC55F663EBD@gmx.de> <87shwxb1fk.fsf@toke.dk> To: =?utf-8?Q?Toke_H=C3=B8iland-J=C3=B8rgensen?= X-Mailer: Apple Mail (2.2104) X-Provags-ID: V03:K0:UP7EuNwU82ut3f7o6XfxfhkwowN25qUBwnk/9czR1uC37uWlMXl AL1+Mu4FBtqdj62IKIaTtnYE+ZYE3nWYPRWRqNxmkrxcI104tkFOq5pflX/uH4Cz/NwMMoO f+GNVPzTK0Z59iaZ0cAgWPGNXd319KzXS3odr+NT0fwPNkoAO3YWpWdq0gtFQ0bBxBz/bpK qC6s0d0GCzROPp8q7G+9Q== X-UI-Out-Filterresults: notjunk:1;V01:K0:gNjfeVt/jt4=:JVOM1joxrlhciOB6C/CHe2 73j4fBXtsUnmfui9R1oHZLLH35GqKdjNAdiy5Dvjeoh766jISSU9qFGtVqQfyP6JtgnTI07q1 mvqu6dflhLO3pwQOG4jM17mZtlxPaqz2sELhDEqMnpCtZVcONCA1Iw19cugkoVX6EjlmltHwL g9+KNRnxpW5zXd4egBYPhjQ2osAjSdC4BvKG3ugxt6cuT208NmNlSw65tUHhf38QWSlfIAGix a7CUvIPiWqdHj48q5xq0CDko9BAzF9bOj9ZRHPyrp9m92veiet/1YTURAaj84To9oc0MzMjQQ yq1mQagnt4/yBQERKxFn4xq2jt68CtmW2j6esJFBZNalCrCaeyCePWrN5DvrKvEddoW4vGKVM eKVMT72mcjU3Ufw3TfPYtPeJSzsOUrGyUWIpSnfCrbh0OKOsIO775l8pNrKlv5B1H8rRZzNPZ MObSpyrKzlR/1S+SmRQYRTxGawKD6KIj2FtnACgN5RQtGdaijtcQN3PMkES3uWPk84htrpGrh 5JFhLRu+3oVuUGj3pnV+4F9mB6wJyAiHROGCyVZZ+APa0BUr7Vi0jV2iyx9FC5xcumCmqGbeo JOmBIOJtg74ST2Esvp+zkIGc6astfVo7jBdnWO9+LAT2EUETDH8B/QCylWoKxHzeB9w0h6JO9 Uh63vtrD+NsRJoRXqwmCekG1PIf1SUIz78vLtwm04O6dpFpuT3Yxn7e5WZpHO+W+i/PCKWvst JB70owN0N4/sKZU8d0QF0TM6qgJbpTm6JKjC5YxTDJCxDut1zxW/73hNKLwT880nFOqwSXvhW dxM/9jZ Subject: Re: [Cake] [lede-project/source] Add support for cake qdisc (#72) X-BeenThere: cake@lists.bufferbloat.net X-Mailman-Version: 2.1.20 Precedence: list List-Id: Cake - FQ_codel the next generation List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 01 Jun 2016 11:41:47 -0000 Hi Toke, > On Jun 1, 2016, at 13:20 , Toke H=C3=B8iland-J=C3=B8rgensen = wrote: >=20 > moeller0 writes: >=20 >> So, my take on this is that we want to be able to re-map DSCP to = zero. On >> ingress if we do not trust our upstream to do the right thing on = egress if we do >> not want to leak internal information to our upstream. As far as I = can tell DSCP >> is supposed to be domain specific and I consider a home net = equivalent with a >> domain. This is why I tried to argue for the existing squash/wash = combination. >> Since Dave had already implemented the squashing on ingress per = iptables in SQM, >> we will still be able to offer this functionality in SQM independent = on whether >> cake offers this natively or not (but note the sqm implementation = re-mapped >> after using the DSCP marks)*. I tried to divine which mis-feature = Jonathan >> referred to and remembered his unhappiness with that feature, and = since I really >> want to see cake go somewhere I am fine with =E2=80=9Csacrificing=E2=80= =9D this feature to make >> upstreaming more likely. >=20 > I'm guessing this was probably discussed before and I've simply > forgotten; but why does this (rewriting dscp bits) need to be part of > the qdisc when you can do it with iptables? Well, cake looks at the DSCP bits already, if it can do the = re-mapping we potentially would not need to touch iptables at all, which = cakes goal being simplicity seemed on-focus. But since this feature = turned out to be contentious, I vote for throwing it out and just rely = on iptables=E2=80=A6 I believe Jonathan argued that the re-mapping = really is an orthogonal issue that does not conceptually belong into a = qdisc, a valid points as by now everyone agrees=E2=80=A6 Best Regards Sebastian >=20 > -Toke