From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.21]) (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 53C3C3B260 for ; Wed, 28 Sep 2016 01:56:36 -0400 (EDT) Received: from [10.18.252.113] ([134.76.0.127]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0LoJDJ-1bHxlJ2G1h-00gI4W; Wed, 28 Sep 2016 07:56:32 +0200 User-Agent: K-9 Mail for Android In-Reply-To: <8425FD26-5C1F-42B5-9087-01D81E1ED7F5@gmail.com> References: <3a99770e-6350-471f-72b6-b209d7d77d75@darbyshire-bryant.me.uk> <8425FD26-5C1F-42B5-9087-01D81E1ED7F5@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: quoted-printable From: Sebastian Moeller Date: Wed, 28 Sep 2016 07:56:34 +0200 To: Jonathan Morton , Kevin Darbyshire-Bryant CC: cake@lists.bufferbloat.net Message-ID: X-Provags-ID: V03:K0:bX1vPBXjM4QIB82AhtSH7zj+miF7aurWDv4aMIAXHxjTeGtqtOQ JoOlKflsbqCSlMetb6WAIX9JGn03wXZCbJzS61KLWFfpIYUFh3RxyfrI7Q8ZWlqA82k4C0j 8+RWRWIH2V6l/b3KMbqOirAHJETnHr15vkzCutMA1vjdb3JTN4pFQYg3/lBZEiSX9DLFuco uHzUeLG2AgfUG4Z+EdFtw== X-UI-Out-Filterresults: notjunk:1;V01:K0:fpqB4YtExqk=:g/2R0WFscdD+5PGbFg28Ku zEdhNe0czl+vAzikd5bjtiF2Y778nP2+IhzrWpQXByXKZrjVhaSpl3ujH3NeEuoSbF8dOYjXy pTQObJeEpNyizQQrvLBYSqX42Yu8inDQ5xGv/RSm3c4SWtVtkc6ke8fUO7boSNdVa7juaCTRl C/RJ4QrObaSU/BsQ0tSJGfyg2WYUh9RCg6yOefZEtASgK28n22yLQSNIqcAXn3tyP3zxz3u0y y7geudO96LO/K0LCgkKG2f6XIwn+09eLyLqYZdlWmU7BAS9RCUbWQPLdVy98skKv4611CjNEr V4E8WPmKJLbHnDvMXd/yHqP6pCZ8lRCL5wRJ/b5KuCjqUFdpVjn0pYWm/I5vl10qy4FcBNdMl VRhgq6/WYk4lLECtlmxHv4m8QC6ogqM9obl6bN8ll//QkM1++UNTKiKsA1huSUArNshtSpxE1 83AnRzkt0BHL9JjhgVt6qOKl0A5k3I05fUvuy/Vw6sJDP32S34u9uoT2NQ9PE2HN37+YumcA7 BGSXmAZUV3Z6tAPbY0xO68DvkZw343d7g59hptN3dCk96LkXliMG4YOwr9RL5b1jJvIjD+40M FAIJ7NFNrjlEsmSJ63nJ8gJsWYQM13RAFSZSbEHbTxEC3ewBt3kTfF3ZnL1YsDFrw3CepDtFi MZmxtwZXkJjpyVS1MWNQq911Nc40ylF2OcZDegihMKTgEyfyTdiWuuSWG3i5YpNnVuMvRgv7P Dy5CoxYIFHb/Us+cYN6uKGjqyDWmGnuViXaqqAO1B3lxKv38w8NU/v/0cTkqR01IOx3d3pqlg zCiwQfO Subject: Re: [Cake] de-natting & host fairness 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, 28 Sep 2016 05:56:36 -0000 Hi Jonathan, On September 28, 2016 1:08:04 AM GMT+02:00, Jonathan Morton wrote: > >> On 26 Sep, 2016, at 06:20, Kevin Darbyshire-Bryant > wrote: >>=20 >> Another github user 'tegularius' presented some beautifully crafted >code that did the lookups in a much neater way=2E Originally it too had >an 'ingress' lookup problem=2E This was worked on and I hacked some >conditional 'denat' options into cake & tc=2E >>=20 >> For your 'delight' a denat cake >https://github=2Ecom/kdarbyshirebryant/sch_cake/tree/natoptions along >with a matching tc >https://github=2Ecom/kdarbyshirebryant/tc-adv/tree/denat > >As I=E2=80=99m now at the stage of trying to merge this, I=E2=80=99m goin= g to make some >executive design decisions: > >- De-NAT IPv4 packets only=2E I think it=E2=80=99s safe to assume that I= Pv6 NAT >will be rare, and in any case will typically preserve host >distinctions=2E This eliminates switch blocks in favour of simple if >blocks=2E Famous last words=2E=2E=2E=2E I believe it is a bit premature to pre= dict how IPv6 is going to be rolled out, you might be right, but I believe = this to be one of the policy decisions (like ECN) that should be left to th= e users=2E Feel free to disagree=2E=2E=2E > >- Don=E2=80=99t bother with the distinction between src-NAT and dst-NAT >lookups=2E The full lookup has to be done anyway and then masked off, >the use-case for the limited functionality is nebulous, and all we=E2=80= =99re >doing is adding a lot of nasty conditional branches to the fast path=2E > >This in turn reduces the configuration interface for the feature to a >flag, which I=E2=80=99ll call =E2=80=9Cnat=E2=80=9D=2E What about turning this around and make the option no-deNAT so the = default is to do the right thing for most users=2E Also is there a way to d= etect, which features a given cake supports? That would be nice for sqm-scr= ipts=2E=2E=2E > > - Jonathan Morton > >_______________________________________________ >Cake mailing list >Cake@lists=2Ebufferbloat=2Enet >https://lists=2Ebufferbloat=2Enet/listinfo/cake --=20 Sent from my Android device with K-9 Mail=2E Please excuse my brevity=2E