<div dir="ltr"><div class="gmail_extra"><br><div class="gmail_quote">On Wed, Jun 1, 2016 at 6:57 AM, Sebastian Moeller <span dir="ltr"><<a href="mailto:moeller0@gmx.de" target="_blank">moeller0@gmx.de</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">Hi Kevin<br>
<span class=""><br>
On June 1, 2016 1:47:42 PM GMT+02:00, Kevin Darbyshire-Bryant <<a href="mailto:kevin@darbyshire-bryant.me.uk">kevin@darbyshire-bryant.me.uk</a>> wrote:<br>
><br>
><br>
>On 01/06/16 12:41, moeller0 wrote:<br>
>> Hi Toke,<br>
>>> I'm guessing this was probably discussed before and I've simply<br>
>>> forgotten; but why does this (rewriting dscp bits) need to be part<br>
>of<br>
>>> the qdisc when you can do it with iptables?<br>
>><br>
>>      Well, cake looks at the DSCP bits already, if it can do the<br>
>re-mapping we potentially would not need to touch iptables at all,<br>
>which cakes goal being simplicity seemed on-focus. But since this<br>
>feature turned out to be contentious, I vote for throwing it out and<br>
>just rely on iptables… I believe Jonathan argued that the re-mapping<br>
>really is an orthogonal issue that does not conceptually belong into a<br>
>qdisc, a valid points as by now everyone agrees…<br>
>><br>
>> Best Regards<br>
>>          Sebastian<br>
><br>
>One silly question from ignorant fool:  Can you do the iptables DSCP<br>
>remapping in such a way that the qdisc still sees/prioritize based on<br>
>them but clear/remap on output?<br>
<br>
</span>At least on ingress that is all we can do right now, as the iptables gets only run after the intermediate functional block device. So we can explicitly not do what we like, that is to use iptables to re-mapp DSCP marks to our internal liking and then have these Interpreten to select the correct priority tin... Re-map all to 0 is just a special case of that...<br>
<br>
Best Regards<br>
       Sebastian<br>
<br>
<br>
><br>
>Kevin<br>
<span class="HOEnZb"><font color="#888888"><br></font></span><div class="HOEnZb"><div class="h5"><br></div></div></blockquote><div><br></div><div>I'm just going to ask two questions just to reflect on</div><div><br></div><div>1) Ideally, regardless of platform, should an AQM or scheduler have the responsibility of changing anything other than ECN?</div><div>2) Should you be deciding the responsibility of CAKE based on the implementation of the platform (IP Tables, not IPTables, etc) or implementing the ideal solution?</div><div><br></div><div>Ideals can be bad if overly zealous, but it's a slippery slope to the anti-ideal every time you give up an ideal for practical reasons. I always ask myself, what is the perfect solution, can it be done, and what are the trade-offs if it cannot be. Single point of responsibility is one of those ideals. </div></div></div></div>