[Cake] Thanks to Toke

--- Begin Message --- Thank you Toke for your continued and continuing efforts in submitting CAKE to upstream kernel land. I am at least one person who greatly values and appreciates your time and efforts in doing so…. and wrangling the rest of us into ‘little’ tweaks here & there. Cheers,

Re: [Cake] Thanks to Toke

--- Begin Message --- > On 28 Apr 2018, at 10:59, Toke Høiland-Jørgensen wrote: > > > > Does it actually filter any ACKs if you run a TCP download on a 6in4 > connection? As Ryan pointed out, I think I may have broken that :P > > -Toke Sadly my 6in4 tunnel is deranged at the

Re: [Cake] [PATCH net-next v15 4/7] sch_cake: Add NAT awareness to packet classifier

--- Begin Message --- > On 23 May 2018, at 23:40, Toke Høiland-Jørgensen wrote: > > > Hmm, and we still have an issue with ingress filtering (where cake is > running on an ifb interface). That runs pre-NAT in the conntrack case, > and we can't do the RX trick. Here we do the

[Cake] cake repo

--- Begin Message --- Hi Dave, Re: your github cake repo…… could you either a) merge cobalt into master and trash the cobalt branch…which will be merge hell… or don’t even bother about the merge and do ‘git checkout master; git reset —hard cobalt; git push -f’ ‘cos I really don’t give two

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 1 Jul 2018, at 10:46, Magnus Olsson wrote: > > Hi, > > Have done some testing. Using the following patches from Kevin's cakepatches > tree: > > iproute2: RFC update cake support > kmod-sched-cake: RFC latest cake > > 'tc -s -d qdisc show' does not give tin status

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 2 Jul 2018, at 12:38, Pete Heist wrote: > > >> On Jul 2, 2018, at 12:19 PM, Pete Heist wrote: >> >> What is TCA_STATS2 vs TCA_STATS and where does it come from? That’s at least >> one rtattr that’s null in print_qdisc on MIPS for some reason. That’s where >> I’m

Re: [Cake] the Cake stalemate

--- Begin Message --- > On 19 Jun 2018, at 13:26, Pete Heist wrote: > > >> On Jun 19, 2018, at 1:54 PM, Toke Høiland-Jørgensen wrote: >> >> We also saw a bug on 32-bit MIPS where some combinations of 64-bit >> netlink attributes would cause stats display in tc to fail. However, I >> believe

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 2 Jul 2018, at 18:04, Pete Heist wrote: > > > >> On Jul 2, 2018, at 6:14 PM, Toke Høiland-Jørgensen wrote: >> >> Aha! I think I figured out what is going on: >> >> The gen_stats facility will add an nlattr header at the beginning of the >> qdisc stats, which is

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 2 Jul 2018, at 17:59, Kevin Darbyshire-Bryant via Cake > wrote: > > > From: Kevin Darbyshire-Bryant > Subject: Re: [Cake] Cake on openwrt - falling behind > Date: 2 July 2018 at 17:59:36 BST > To: Toke Høiland-Jørgensen >

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 2 Jul 2018, at 20:33, Toke Høiland-Jørgensen wrote: > >>> >> >> Would you like me to bash this into openwrt? Plans for this to go >> upstream? Perhaps now take off list or onto IRC? > > I'll submit a patch for netdev. If you want to pack it up and submit it > for

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 2 Jul 2018, at 19:39, Dave Taht wrote: > >> > > This seems like it will introduce problems with stuff that isn't or is > legitimately broken in the first place, pointing to potentially random > data in the wrong place. > > would a workaround be adding more padding

[Cake] Cake on openwrt - falling behind

--- Begin Message --- Hi Chaps, I’m concerned that cake on openwrt is falling behind. Due to strange behaviour at least on MIPS since commit https://github.com/dtaht/sch_cake/commit/af1d7cde7046af55ec867b29854d754816b64bc8 Switch rates to 64bit, openwrt has been ‘stuck’ on the prior commit.

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 30 Jun 2018, at 19:09, Georgios Amanakis wrote: > > Great Pete! > > For cake it's not hard to do, previously I was just switching > PKG_SOURCE_VERSION in package/kernel/kmod-sched-cake/Makefile to the latest > git commit. That would be: >

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 1 Jul 2018, at 14:48, Pete Heist wrote: > > Ok, my reboots were because I need to compile with om-watchdog support, > otherwise the OM2P’s hardware watchdog reboots every few minutes. Thus, my > sysupgrades were not _actually_ working (watchdog was interrupting

Re: [Cake] Cake on openwrt - falling behind

--- Begin Message --- > On 1 Jul 2018, at 17:54, Pete Heist wrote: > > > >> There’s a ‘kmon-nlmon’ that allows you to create a virtual network interface >> for the netlink packets and thus capture (tcpdump) and export to wireshark >> for dissection. I had a look at that a few weeks ago

Re: [Cake] CAKE upstreaming - testers wanted, ACK filtering rescuers needed

--- Begin Message --- > On 26 Apr 2018, at 08:26, Jonathan Morton wrote: > >> Genuine question: I have a superpacket circa 64K, this is a lump of data in >> a tcp flow. I have another small VOIP packet, it’s latency sensitive. If I >> split the super packet into

Re: [Cake] Testing variants of the MTU latency scaling

--- Begin Message --- Assuming you’re using luci to configure then enabling both show and use advanced configuration & show and use dangerous configurations… then enter ‘ingress’ in the ‘advanced option string to pass to ingress queuing’ will enable ingress mode. Maybe that helps? > On 24 Apr

Re: [Cake] Testing variants of the MTU latency scaling

--- Begin Message --- > On 23 Apr 2018, at 11:50, Jonathan Morton wrote: > >> Right. Pushed the patch to the cobalt branch, feel free to fix it up :) > > Given that I basically had to revert 80% of it and start again, perhaps not > the best policy. Ha :-)

Re: [Cake] Testing variants of the MTU latency scaling

--- Begin Message --- > On 24 Apr 2018, at 09:14, Jonathan Morton wrote: > >> So in egress mode the first part of the OR statement will always be true >> (p->mtu_time * bulk_flows (0) * 2) is always 0, > > Yeah, that's what happens when I get rushed. Let me see if I

[Cake] bufferbloat still misunderstood & ignored

--- Begin Message --- http://forums.thinkbroadband.com/talktalk/t/4587923-sensible-discussion-with-talktalk-about-bufferbloat.html The thing that bothers me more than anything….. the first reply comes from a staff member of ‘thinkbroadband’. Cheers, Kevin D-B 012C ACB2 28C6 C53E 9775 9123