From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wm0-x229.google.com (mail-wm0-x229.google.com [IPv6:2a00:1450:400c:c09::229]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by lists.bufferbloat.net (Postfix) with ESMTPS id 2D95A3B25E for ; Thu, 9 Jun 2016 18:45:45 -0400 (EDT) Received: by mail-wm0-x229.google.com with SMTP id m124so79139323wme.1 for ; Thu, 09 Jun 2016 15:45:45 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=subject:to:references:from:message-id:date:user-agent:mime-version :in-reply-to:content-transfer-encoding; bh=aovTODuGthMLhAB+EbzYNOzTUIBiB4q1Jp3D9YbFe/I=; b=PQL1tNo37vYqoLm38tojKWlR7yCnrXLmVmxz764jIdlR+jz9QQ6l64+t39ub41Qs0Q MIDGLp16bNXF6u+ccLDAUMPKUlidbnlzu25LnVdZWsI4W7nxniAi5OZqTwMTv3u5jCDq QZDUYNewKHGRCqvPo3m32DVqh6fbsfydGT4qB37Fo1GssINq5rRscr3KsteKXKxsyxXz ZTgWjIIB67fISl1VcqRgK016GmQw+zrL1KOHypdYa+WWtwdY18EsEJgSzt4Vr6wYPrcg C2VEw2lAZlNkVL9ribbg1j9wM4KeNVntz+C2pfLorupP/ExC9xlZYTZNs7m6YiK4uyTS q4qg== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:subject:to:references:from:message-id:date :user-agent:mime-version:in-reply-to:content-transfer-encoding; bh=aovTODuGthMLhAB+EbzYNOzTUIBiB4q1Jp3D9YbFe/I=; b=FLWLW89Zhnb5DVt5qpW6QxrR+4SbYss4Y6u5/UacHNuznhONC3PalZx6dwyoxgV8oB tlGctWcYJZnc4jJiY91PX3s9Rhjgqp42e7jpyAbq2fx37Kcf+Y7ZvN04Akrbz3W4hiGW Yz+WhO6MURDO5RDVWMULpv+D4URGFWHsog0PBzHt3wDYB2waPxh3QIRrDas02vhVf28r 57rLtMeUSyOba0899pKiy6+oi94nmevW4uFMkRZNY7cQwp2/mYd11m7b00UQ2xXChcza TWzuVwc+0aA12JF5kvE/U842D9giCfdM5YFsQGYyTiUHRSTmeAmNNBvn08FQbLY/SYy4 3kIQ== X-Gm-Message-State: ALyK8tLisyOUKzK6IyYLJnjVB0QuW33i1yVPA+99y8+2WSRWLZmiv/K6x79BbR/PbNkITQ== X-Received: by 10.194.97.201 with SMTP id ec9mr428108wjb.117.1465512343940; Thu, 09 Jun 2016 15:45:43 -0700 (PDT) Received: from [192.168.0.1] (ip-109-90-29-200.hsi11.unitymediagroup.de. [109.90.29.200]) by smtp.gmail.com with ESMTPSA id c142sm4902420wme.18.2016.06.09.15.45.43 for (version=TLSv1/SSLv3 cipher=OTHER); Thu, 09 Jun 2016 15:45:43 -0700 (PDT) To: cake@lists.bufferbloat.net References: <7409a52d-8c81-25f0-e070-c7638fdf9d83@gmail.com> From: Dennis Fedtke Message-ID: Date: Fri, 10 Jun 2016 00:45:42 +0200 User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.1.1 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8; format=flowed Content-Transfer-Encoding: quoted-printable 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 22:45:45 -0000 Hi Sebastian, thank you for your answers :) The ATM overhead detector script is currently running. I read the wiki about it but im not quite sure how to interpret the plot.= I mean what info should i read from it? maximum packet size? If yes do i set the overhead in cake? Or do i set iptables to clamp to=20 new mtu/mss? Regarding UDP paket dropping problem: I just read some forums and users stated that under heavy load cake=20 starts to drop udp packets which causes lag ingame. My idea was to set ingress/egress to diffserv4 and apply the EF dscp=20 mark on those packets. Will this even work? if yes how to do this? iptables? ipt -t mangle -A PREROUTING -p udp -m multiport --ports 5000:5500 -j=20 DSCP --set-dscp-class EF Like thia? Is prerouting correct here? (Taken from layer cake script) For the squash and wash feature. Im asking because if i choose to squash in the advanced options of sqm=20 scripts. The dscp fields/marks will be overwritten by iptables to 0 (besteffort). = (layer cake script) So then it makes no sense to manually set dscp fields/marks or? (Or even = setting diffserv) Did i understand this correctly. Per rfc isps should not provide dscp=20 fields/marks? Thank you. Am 09.06.2016 um 23:30 schrieb moeller0: > Hi Dennis, > > let me start with a disclaimer, I am not the best information source fo= r cake on this mailing list, but I assume the others will chime in if I s= ay something questionable=E2=80=A6 > >> On Jun 9, 2016, at 22:58 , Dennis Fedtke wrot= e: >> >> Hi >> >> Currently im running lede + cake + sqm_scripts and i have some questio= ns: >> >> 1. What is considered the =E2=80=9Coptimal" setup atm for cake? > The same as without cake; really, proper per-packet-overhead accountin= g is important for bandwidth shaping, especially for ATM -based links. I = would recommend to follow the method on https://github.com/moeller0/ATM_o= verhead_detector to m\empirically measure whether your link uses ATM enca= psulation 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 currentl= y offers 4. Packets are put into the different priority bands based on th= e content of their TOS/DSCP filed in the IP header; if this is greek to y= ou, 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 i= f you choose piece_of_cake as typically only the bottleneck is sensitive = to DSCP based priority banding. (Typically in that if you are unlucky you= r 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 p= ackets coming in from the wider internet (one is not supposed to assume i= ncoming packets have sensible dscp markings as per RFC) that is why the w= ash/squash option is missed by some of us, independent of the fact that i= t 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 b= est for your network go ahead, otherwise=E2=80=A6 The triple-isolate opti= on will try to be fair to host_IP addresses first and then for each hostI= P fair to each flow, but for that to do something you will most likely wa= nt 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 route= r 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 dua= l-dsthost you would need to instantiate SQM on an internal interface like= LAN. But then the direction of ingress and egress from the routers persp= ective 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 w= ill also shape internal traffic over the same interface, and that often a= ffects 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 suc= h 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 s= ensible and reasonable DSCP markings by all means enable diffserv on ingr= ess. 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 d= o this? > I am not sure what you mean, but if you test this and have some findin= gs 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 primeti= me at least not on typically fixed bandwidth links and I assume docsis li= nks 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 t= he 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. T= he 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= ) > > >> Thank you! > I am sure the real experts will also chime in=E2=80=A6 > > Best Regards > Sebastian > >> _______________________________________________ >> Cake mailing list >> Cake@lists.bufferbloat.net >> https://lists.bufferbloat.net/listinfo/cake