Re: [Cake] Configuring cake for VDSL2 bridged connection
Hello, Thank you for your quick reply. I take it that one of the DHCPs should read PPPoE? Yes, you are quite correct. It should read: "TalkTalk uses DHCP to obtain an IP address and not PPPoE as most other ISPs do." But I think you understood that :) My sync speeds on VDSL2 have been very stable for the last 84+ days so my calculated figures will stay the same for some time, I would like to think. My DS sync speed is 58976Kbps and thus I have calculated a reference value of 58068Kbps based on your formula. The US sync speed is 10422Kbps and the reference value for this is 10261Kbps. Setting the reference values to 50%, I have: 29034Kbps for the DS; and 5130Kbps for the US. I will test with these numbers shortly. Am I right to assume I can just paste these into the SQM interface on LuCI? I will set the "Queuing discipline" to *cake* and the "Queue setup script" to *piece_of_cake.qos*. I assume also at this stage, to set "Which link layer to account for" as *none (default)*? I will then increment the values I have pasted into LuCI (assuming that is correct) as you have said. At this point, with an assumed overhead of 8, do I just choose *Ethernet with overhead...* and then set the "Per Packet Overhead (byte)" to *8*? Is there any benefit of going through UCI? ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
I'm back again, been quite busy so lost track of this. I'm using LEDE now too. Is there an easy way to see cake is actually working? A command or something I can type in just to get clarification? Also, I've set the overhead to 12 as recommended before, due to the VLAN BT Openreach use in the UK, which I believe OpenWRT cannot account for. Whilst in this section of the LuCi GUI, I noticed "Which linklayer adaptation mechanism to use; for testing only", has a "cake" option? Should this be enabled? ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
Thanks for all your replies again. They are most helpful. > > In "Show Advanced Linklayer Options", there are other options too. Are these best left alone? From the top, the numbers there are: 2047, 128, 0. ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
Here you go: http://www.thinkbroadband.com/ping/share/9eeb4cf725e2ad98373e7f31c94c84f4.html ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
How would I go about enabling flowblind in OpenWRT? :) And the 5ms+ jump you're talking about, that would compare to an ideal 3ms jump not using flowblind. Is that right? We do use the connection for gaming and so it might be useful. Without flowblind, are you saying that latency in games would be worse with just standard cake? Thanks so much for your help so far. On 26 August 2016 at 12:52, Alan Jenkins <alan.christopher.jenk...@gmail.com > wrote: > On 26/08/16 12:29, moeller0 wrote: > > Hi techicist, > > > On Aug 26, 2016, at 13:15 , techic...@gmail.com wrote: > > Is flowblind likely to give better performance? > > That depends on your definition of better, I guess. Typically flow-fair > queuing seems to be what most people prefer (unless an application either > does not respond to AQM signals or open an excessive amount of individual > flows flow-fair queueing effectively treats most traffic sources equal, > pretty much what people seem to want, add to this a bit of classification to > exempt e.g. VOIP traffic from only getting its flow-fair share of the > bandwidth and the whole thing also works reasonably well with slow links). > People suffering from unruly applications (like mis-configured? bit-torrent > clients or recently windows update) often ask for per-application fairness, > but that is not something a router will ever be able to deliver in my > opinion; the closest we get to this would be fairnes by internal or external > end-IP addresses. Luckily cake offers just these modes “dsthost”, “srchost” > and even better offers a combination modes that will on a first level attempt > per host-IP fairness and within each host IP also per-flow fairness > (“dual-srchost” and “dual-dsthost”, and even “triple-isolate” which > systematically might be better called “dual-srchost-dsthost” since it offers > fist level fairness based on an under-documented mix of src and dst > addresses, but I digress). Please note that on a typical homerouter, due to > NAT, all the IP addressed based fairness modes will not work for IPv4 on the > wan interface, IPv6 traffic should be fine, but IPv4 basically degrades into > a computationally more intensive version of flow-fairness (as after NAT cake > only sees the routers external IP for all internal hosts). This might have > been more than you wanted to know… > > Best Regards > Sebastian > > > flowblind is an option for testing purposes or advanced use cases. The > design goal for Cake is to avoid understanding and fiddling with options to > get good performance for common cases. > > If you try enabling flowblind, your latency under load will jump by 5ms+. > "Head of line blocking". A full queue will be 5ms. This will delay flows > which do not need a full fair share of the link, like VOIP or gaming. > Lower latency is better for VOIP or gaming. > > You should find this is small compared to the latency increase under load > without cake. You wouldn't notice it in web browsing. (Frankly I don't > seem to notice 100ms extra latency in web browsing. > > I run fq_codel for similar performance to cake, mainly to increase my > confidence that torrent uploads don't have noticable effects for other > household users. Torrent downloads still suck, but I haven't seen any Cake > results promoted on that basis. It either needs to be fixed at the ISP > end, or in the torrent software. QUIC are emulating the competitiveness of > 2x TCP flows in a single UDP flow. BT should be able to emulate half a TCP > flow when downloading from two peers simultaneously). > ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
So best to just leave well alone I think :) I do have one question. I sometimes use the thinkbroadband.com Ping Monitor and it shows my ping as being 40-50ms a lot of the time, even with cake. What's going on here? ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
I have today been using flent to do RRUL tests with the values set at 50%. I have uploaded the first test I have performed. It can be seen at, http://imgur.com/6DrMJKI. I'm a bit confused why the DS speed is only 7Mb/s when every other speed test I have done is around 28Mb/s (as it should be). Can anyone explain why this might be? Am I doing something wrong? I would appreciate an expert analysis of the graph, if possible :) On 23 August 2016 at 21:09, Sebastian Moeller <moell...@gmx.de> wrote: > Hello techicist, > > On August 23, 2016 5:13:19 PM GMT+02:00, "techic...@gmail.com" < > techic...@gmail.com> wrote: > >Hello, > > > >Thank you for your quick reply. > > > >I take it that one of the DHCPs should read PPPoE? > > > > > >Yes, you are quite correct. It should read: "TalkTalk uses DHCP to > >obtain > >an IP address and not PPPoE as most other ISPs do." But I think you > >understood that :) > > > >My sync speeds on VDSL2 have been very stable for the last 84+ days so > >my > >calculated figures will stay the same for some time, I would like to > >think. > > Yes, that is what I see as well. > > >My DS sync speed is 58976Kbps and thus I have calculated a reference > >value > >of 58068Kbps based on your formula. The US sync speed is 10422Kbps and > >the > >reference value for this is 10261Kbps. > > > >Setting the reference values to 50%, I have: 29034Kbps for the DS; and > >5130Kbps for the US. I will test with these numbers shortly. Am I right > >to > >assume I can just paste these into the SQM interface on LuCI? > >Yes, that should work. > > >I will set > >the "Queuing discipline" to *cake* and the "Queue setup script" to > >*piece_of_cake.qos*. > > > >I assume also at this stage, to set "Which link layer to account for" > >as *none > >(default)*? > > Should work, but also Ethernet should work, as long as you do not > specify anything, or rather -14 ;) > > > > >I will then increment the values I have pasted into LuCI (assuming that > >is > >correct) as you have said. At this point, with an assumed overhead of > >8, do > >I just choose *Ethernet with overhead...* and then set the "Per Packet > >Overhead (byte)" to *8*? > > Yes. In essence that is the trick, it might make sense to look at cake' > statistics especially the max length field, which if you have lla set at > none reach 1514 if the kernel automatically adds it's 14 bytes. > > > > > >Is there any benefit of going through UCI? > > Only if you despise the GUI or only have ssh access, I guess... > Functionally it should boil down to the same, as the GUI simply fills > /etc/config/sqm with values and then calls /etc/init.d/sqm to actually > start the scripts... > > Best Regards > Sebastian > > > > > > > > > > > >___ > >Cake mailing list > >Cake@lists.bufferbloat.net > >https://lists.bufferbloat.net/listinfo/cake > > -- > Sent from my Android device with K-9 Mail. Please excuse my brevity. > ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
Many apologies, the link should be, http://imgur.com/6DrMJKI. On 24 August 2016 at 18:01, techic...@gmail.com <techic...@gmail.com> wrote: > I have today been using flent to do RRUL tests with the values set at 50%. > > I have uploaded the first test I have performed. It can be seen at, > http://imgur.com/6DrMJKI. > > I'm a bit confused why the DS speed is only 7Mb/s when every other speed > test I have done is around 28Mb/s (as it should be). Can anyone explain why > this might be? Am I doing something wrong? > > I would appreciate an expert analysis of the graph, if possible :) > > On 23 August 2016 at 21:09, Sebastian Moeller <moell...@gmx.de> wrote: > >> Hello techicist, >> >> On August 23, 2016 5:13:19 PM GMT+02:00, "techic...@gmail.com" < >> techic...@gmail.com> wrote: >> >Hello, >> > >> >Thank you for your quick reply. >> > >> >I take it that one of the DHCPs should read PPPoE? >> > >> > >> >Yes, you are quite correct. It should read: "TalkTalk uses DHCP to >> >obtain >> >an IP address and not PPPoE as most other ISPs do." But I think you >> >understood that :) >> > >> >My sync speeds on VDSL2 have been very stable for the last 84+ days so >> >my >> >calculated figures will stay the same for some time, I would like to >> >think. >> >> Yes, that is what I see as well. >> >> >My DS sync speed is 58976Kbps and thus I have calculated a reference >> >value >> >of 58068Kbps based on your formula. The US sync speed is 10422Kbps and >> >the >> >reference value for this is 10261Kbps. >> > >> >Setting the reference values to 50%, I have: 29034Kbps for the DS; and >> >5130Kbps for the US. I will test with these numbers shortly. Am I right >> >to >> >assume I can just paste these into the SQM interface on LuCI? >> >>Yes, that should work. >> >> >I will set >> >the "Queuing discipline" to *cake* and the "Queue setup script" to >> >*piece_of_cake.qos*. >> > >> >I assume also at this stage, to set "Which link layer to account for" >> >as *none >> >(default)*? >> >> Should work, but also Ethernet should work, as long as you do not >> specify anything, or rather -14 ;) >> >> > >> >I will then increment the values I have pasted into LuCI (assuming that >> >is >> >correct) as you have said. At this point, with an assumed overhead of >> >8, do >> >I just choose *Ethernet with overhead...* and then set the "Per Packet >> >Overhead (byte)" to *8*? >> >> Yes. In essence that is the trick, it might make sense to look at cake' >> statistics especially the max length field, which if you have lla set at >> none reach 1514 if the kernel automatically adds it's 14 bytes. >> >> >> > >> >Is there any benefit of going through UCI? >> >> Only if you despise the GUI or only have ssh access, I guess... >> Functionally it should boil down to the same, as the GUI simply fills >> /etc/config/sqm with values and then calls /etc/init.d/sqm to actually >> start the scripts... >> >> Best Regards >> Sebastian >> >> >> > >> > >> > >> > >> >___ >> >Cake mailing list >> >Cake@lists.bufferbloat.net >> >https://lists.bufferbloat.net/listinfo/cake >> >> -- >> Sent from my Android device with K-9 Mail. Please excuse my brevity. >> > > ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
Re: [Cake] Configuring cake for VDSL2 bridged connection
My apologies again. The link should be, http://imgur.com/6DrMJKI On 24 August 2016 at 18:03, techic...@gmail.com <techic...@gmail.com> wrote: > Many apologies, the link should be, http://imgur.com/6DrMJKI. > > On 24 August 2016 at 18:01, techic...@gmail.com <techic...@gmail.com> > wrote: > >> I have today been using flent to do RRUL tests with the values set at 50%. >> >> I have uploaded the first test I have performed. It can be seen at, >> http://imgur.com/6DrMJKI. >> >> I'm a bit confused why the DS speed is only 7Mb/s when every other speed >> test I have done is around 28Mb/s (as it should be). Can anyone explain why >> this might be? Am I doing something wrong? >> >> I would appreciate an expert analysis of the graph, if possible :) >> >> On 23 August 2016 at 21:09, Sebastian Moeller <moell...@gmx.de> wrote: >> >>> Hello techicist, >>> >>> On August 23, 2016 5:13:19 PM GMT+02:00, "techic...@gmail.com" < >>> techic...@gmail.com> wrote: >>> >Hello, >>> > >>> >Thank you for your quick reply. >>> > >>> >I take it that one of the DHCPs should read PPPoE? >>> > >>> > >>> >Yes, you are quite correct. It should read: "TalkTalk uses DHCP to >>> >obtain >>> >an IP address and not PPPoE as most other ISPs do." But I think you >>> >understood that :) >>> > >>> >My sync speeds on VDSL2 have been very stable for the last 84+ days so >>> >my >>> >calculated figures will stay the same for some time, I would like to >>> >think. >>> >>> Yes, that is what I see as well. >>> >>> >My DS sync speed is 58976Kbps and thus I have calculated a reference >>> >value >>> >of 58068Kbps based on your formula. The US sync speed is 10422Kbps and >>> >the >>> >reference value for this is 10261Kbps. >>> > >>> >Setting the reference values to 50%, I have: 29034Kbps for the DS; and >>> >5130Kbps for the US. I will test with these numbers shortly. Am I right >>> >to >>> >assume I can just paste these into the SQM interface on LuCI? >>> >>>Yes, that should work. >>> >>> >I will set >>> >the "Queuing discipline" to *cake* and the "Queue setup script" to >>> >*piece_of_cake.qos*. >>> > >>> >I assume also at this stage, to set "Which link layer to account for" >>> >as *none >>> >(default)*? >>> >>> Should work, but also Ethernet should work, as long as you do >>> not specify anything, or rather -14 ;) >>> >>> > >>> >I will then increment the values I have pasted into LuCI (assuming that >>> >is >>> >correct) as you have said. At this point, with an assumed overhead of >>> >8, do >>> >I just choose *Ethernet with overhead...* and then set the "Per Packet >>> >Overhead (byte)" to *8*? >>> >>> Yes. In essence that is the trick, it might make sense to look at cake' >>> statistics especially the max length field, which if you have lla set at >>> none reach 1514 if the kernel automatically adds it's 14 bytes. >>> >>> >>> > >>> >Is there any benefit of going through UCI? >>> >>> Only if you despise the GUI or only have ssh access, I guess... >>> Functionally it should boil down to the same, as the GUI simply fills >>> /etc/config/sqm with values and then calls /etc/init.d/sqm to actually >>> start the scripts... >>> >>> Best Regards >>> Sebastian >>> >>> >>> > >>> > >>> >--- >>> - >>> > >>> >___ >>> >Cake mailing list >>> >Cake@lists.bufferbloat.net >>> >https://lists.bufferbloat.net/listinfo/cake >>> >>> -- >>> Sent from my Android device with K-9 Mail. Please excuse my brevity. >>> >> >> > ___ Cake mailing list Cake@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cake
