From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mout.gmx.net (mout.gmx.net [212.227.17.20]) (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 EAEFE3B25E for ; Thu, 9 Jun 2016 17:30:52 -0400 (EDT) Received: from [10.137.13.46] ([95.91.197.216]) by mail.gmx.com (mrgmx101) with ESMTPSA (Nemesis) id 0MGEv5-1bGsyk3TOB-00FA1v; Thu, 09 Jun 2016 23:30:49 +0200 Content-Type: text/plain; charset=utf-8 Mime-Version: 1.0 (Mac OS X Mail 8.2 \(2104\)) From: moeller0 In-Reply-To: <7409a52d-8c81-25f0-e070-c7638fdf9d83@gmail.com> Date: Thu, 9 Jun 2016 23:30:48 +0200 Cc: cake@lists.bufferbloat.net Content-Transfer-Encoding: quoted-printable Message-Id: References: <7409a52d-8c81-25f0-e070-c7638fdf9d83@gmail.com> To: Dennis Fedtke X-Mailer: Apple Mail (2.2104) X-Provags-ID: V03:K0:Zx6FmXvtCH6cEhjS0br87wVhXV662ju1qz0CPj/TG5RO4HNDowA Tqlly18NyHx8zLuVNRY1Dc2XXVTd1cuRxTiy858Yq/E4jr3QDoqbCQj+fkVMYw7lZMvBrBx 182kYlyZOp8I1AOKzwYLP9N18s07flJpEkU51H9QnmGtMBdF0gQaiAWWSK4VXzpVXtsA6pB ymxZYkf9PRTJUD2i/zhkQ== X-UI-Out-Filterresults: notjunk:1;V01:K0:8ewoDlU+c+Y=:LY39p3FZO3TrubC8hKh0cA lIfSNHxEF+GBz6v9nrSXeZ+Vg183qitbKjylnEGUeulGWPZuZDINnfc8QYE616KfwackYxaRj fr9EdWliFwDKQb+j4nGqN6v6cy5bBWSEqW5RG9knZTYN/mw37ieqov6ewyjVHhMa6A0f+aStl jUnNhF8flT1OD3kqjS4Rsiuc4u3qppvQtG23M6NzBC/5NmeBr6YNkpDz4Tv0DZBowBkRGyqpy tjvgE6OW2bcoXVpmNcjM9PYTpxO5hgsJGVQfSQwofGRjT+jhkQCOK32SL2j8EbXWhlJjSlYtR PVoF6hjD0kRedf52hjvUuyyxoVo7HszUxazmIp0ckfgimm1na5uSexhSk//Zts1crqg82L/5E KW15+GbxWLPprxhv5jcOTWMR8cjjyK8oFtRwNz4F3X6YqEVUobDSn3VZFfA/7jvvhhLMKnpxr tlLN+bNhNed4frsdpIOpvxiLgDy7eo/3Y7QL1msko1eMlEtMPIjrUopfBt4mEb644iwqDEJZv EmmGDyco2pjNf0i7jb8KwV8L7NQ0JQp5R7prbhgrFTBjCiZ3AIhNef0zgU8nxUhM0pJRehxoW A1FxiFn4r2FTTBVZImd913efUBX+0noI3LwiMXCpappfWN9k+e3njVCm0ylXjlhz673ButmYJ ZNKQ16DbVjJdKi4kROF86kZhRKLZcSp6fFRzOQ7WGv08eFncICyfKTssas0tSi2d77ramH0oV gY2Mfu3qtZOPWvL68MUxtfipfE9NeBG39A99pf5nYWJ+dXGEF/ZONjb4uBSFeYUbejWH7WtK5 IxtuJvhRdQ+qujAGhCL+++dDNBlXw== Subject: Re: [Cake] New to cake. Some questions 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: Thu, 09 Jun 2016 21:30:53 -0000 Hi Dennis, let me start with a disclaimer, I am not the best information source for = cake on this mailing list, but I assume the others will chime in if I = say something questionable=E2=80=A6 > On Jun 9, 2016, at 22:58 , Dennis Fedtke = wrote: >=20 > Hi >=20 > Currently im running lede + cake + sqm_scripts and i have some = questions: >=20 > 1. What is considered the =E2=80=9Coptimal" setup atm for cake? The same as without cake; really, proper per-packet-overhead = accounting is important for bandwidth shaping, especially for ATM -based = links. I would recommend to follow the method on = https://github.com/moeller0/ATM_overhead_detector to m\empirically = measure whether your link uses ATM encapsulation and what exact overhead = is in use. > e.g. which cake script should i use piece or layer cake? piece_of_cake has only one tier of priority, while layer_cake = currently offers 4. Packets are put into the different priority bands = based on the content of their TOS/DSCP filed in the IP header; if this = is greek to you, I guess piece_of_cake most likely is what you are = looking for.. > 2. Recently squash and wash was removed. > But the sqm scripts were not updated. In the advanced options should i = set that the dcsp marks are kept? This really is an implementation detail that has no immediate = effect if you choose piece_of_cake as typically only the bottleneck is = sensitive to DSCP based priority banding. (Typically in that if you are = unlucky your WLAN will use the DSCP marks to move packets into 4 = different priority classes, which is fine if you want that, but bad for = not sanity checked packets coming in from the wider internet (one is not = supposed to assume incoming packets have sensible dscp markings as per = RFC) that is why the wash/squash option is missed by some of us, = independent of the fact that it was a layering violation). > 3. Should i use advanced options in sqm scripts and set triple-isolate = + diffserv8 ? If you understand what these options do and believe that this is = the best for your network go ahead, otherwise=E2=80=A6 The = triple-isolate option will try to be fair to host_IP addresses first and = then for each hostIP fair to each flow, but for that to do something you = will most likely want this requires that cake sees internal IP addresses = of your end-hosts. In the typical configuration with SQM on the WAN = interface of a NAT router all internal addresses are replaced with the = external IP address of the router it self and triple-isolates per host = fairness will pretty much be equal to per flow fairness (not exactly, = but in essence). So if you want to try tiple-isolate or its better = defined brothers dual-srchost and dual-dsthost you would need to = instantiate SQM on an internal interface like LAN. But then the = direction of ingress and egress from the routers perspective changes = with regards to the internet download and upload direction and you will = need to put the internet upload bandwidth into the download field of the = sqm GUI and vice versa. Also SQM on an internal interface will also = shape internal traffic over the same interface, and that often affects = traffic to and from the wifi/wlan radios to the lan switch=E2=80=A6 (I = guess you would have preferred a shorter less vague response, but such = are the constraints=E2=80=A6) > 4. Is it recommend to enable diffserv on ingress? If you trust/konw/have confirmed that your upstream (ISP?) sends = you sensible and reasonable DSCP markings by all means enable diffserv = on ingress. But the default assumption should be that your upstream used = a dscp mapping that only makes sense for them and not for you. > 5. Is there still the udp packet dropping problem? e.g. games that are = using udp. > If yes does it make sense to apply diffserv classes manually? How to = do this? I am not sure what you mean, but if you test this and have some = findings please report here=E2=80=A6 > 6. is the autorate_ingress still under development? > This very interesting feature. especially for docsis networks. Will it = be possible to set target ping time? The last tests did indicate that this feature is not ready for = primetime at least not on typically fixed bandwidth links and I assume = docsis links are fixed enough. > 6. What difference does it make to set a different rtt? > Setting lower rtt will reduce download speed i guess but will it allow = better ping times (because of lower downloadrate uh)? > What happens if rtt is set way higher? With the RTT parameter you in essence specify how much time you = give the endpoints of a flow to respond to a congestion signal (ECN = marking or packet drop) if you select this way to small you will = sacrifice bandwidth, if you set this too high you will accumulate more = latency under load. The good thing seems to be that this does not need = to be terribly precise, order of magnitude correctness seems to be = sufficient (at least in base2) >=20 > Thank you! I am sure the real experts will also chime in=E2=80=A6 Best Regards Sebastian >=20 > _______________________________________________ > Cake mailing list > Cake@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cake