date:20150710

Hi Joe,


On Jul 10, 2015, at 09:22 , Joe Touch  wrote:

> 
> 
>> On Jul 10, 2015, at 12:03 AM, Mikael Abrahamsson  wrote:
>> 
>>> On Tue, 7 Jul 2015, Joe Touch wrote:
>>> 
>>> Some questions:
>>> 
 On 7/6/2015 11:16 PM, Mikael Abrahamsson wrote:
 ...
 You can flash back the factory firmware without serial, you just use
 sysupgrade with the Linksys factory image.
>>> 
>>> How does that differ from mtd, e.g., as indicated here (which doesn't
>>> mention sysinstall)?:
>>> http://wiki.openwrt.org/doc/howto/generic.uninstall
>> 
>> http://wiki.openwrt.org/toh/linksys/wrt1200ac#how_to_flash_the_firmware_to_device
>> 
>> "Revert to Linksys Stock Firmware"
>> 
>> So you can either use the web ui or the "sysupgrade" command to go back to 
>> Stock firmware.
> 
> I see the word "sysupgrade" only her, but that is in reference to the img 
> type not the command :
> 
> 
> When flashing from OpenWrt, use the "sysupgrade" image. Although the factory 
> image will work, the sysupgrade image has the fringe benefit of preserving 
> the UBI container between flashes, which provides some wear-leveling.
> 
> 
> Can you explain where the info on using the sysupgrade command to revert to 
> the factory image is??

Have a look at:
1) http://wiki.openwrt.org/doc/howto/generic.sysupgrade
and 
2) http://wiki.openwrt.org/doc/techref/sysupgrade
this should cover all your bases…

I would assume the following to work from your routers command line interface 
(so log in via ssh first):
On your client computer:
scp Stock_firmware_image r...@your.router.name.or.ip-address:/tmp/firmware.bin
ssh r...@your.router.name.or.ip-address
On your router:
cd /tmp
/sbin/sysupgrade -d 60 -v -n ./firmware.bin

(the -d will delay the reboot for 60 seconds giving you time to read the 
output, the -v will increase the verbosity to help debugging in case of 
failure, and the -n will not attempt to conserve your setting through the 
sysupgrade, which will not work for a revert to the link sys image anyway).

Best Regards
Sebastian


> 
>> 
>> I have only used the mtd method once, and that was when there was a problem 
>> with the flash for some reason and I was recommended that method instead by 
>> an OpenWrt developer.
>> 
>> -- 
>> Mikael Abrahamssonemail: swm...@swm.pp.se
> ___
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel

___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

[Cerowrt-devel] Correct syntax for cake commands and atm issues.

I transitioned from ceroWRT to lupin, now at undisclosed version 4, to 
try cake. I have a renown poor ADSL line, connected to TalkTalk. After 
getting a 60 GBP discount by negotiating with a woman and her imaginary 
Manager friend in Bangalore a month ago, I have no intention of moving 
to fibre.


The wiki page gives insufficient detail.

I am currently using a bridged device to connect to the internet, and so 
have a pppoe-wan interface on the WNDR3800. I do not use PPPoA ever.


Whatever options I use with cake, the flow is either raw, or atm 
overhead is listed as 0.


I do not know what commands - or probably, more correctly, options - can 
be used, and in which order


incoming

... cake bandwidth 11500kbit besteffort

can you add atm overhead 38 (does not work, returns 0)

or are besteffort and atm mutually exclusive? Do I need to use the term 
'flows' somewhere?


do terms such as 'pppoe-vcmux; need to be preceded by 'atm'?

More clarity is needed, I suggest, or a man page equivalent.

On June 20th what I am experiencing was described by Alan Jenkins on the 
cake list.


I note the latest posting by DT on this Cero-devel list apparently using 
an ADSL line as a source example, only uses raw flows.



___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

2015-07-10 Thread Jonathan Morton

You're already using correct syntax - I've written it to be quite lenient
and use sensible defaults for missing information. There are several sets
of keywords and parameters which are mutually orthogonal, and don't depend
on each other, so "besteffort" has nothing to do with "overhead" or "atm".

What's probably happening is that you're using a slightly old version of
the cake kernel module which lacks the overhead parameter entirely, but a
more up to date tc which does support it. We've seen this combination crop
up ourselves recently.

- Jonathan Morton
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

I am using the latest version compiled by DT, after you last made this 
incompatibility comment on the cake list.


I happen to have compiled separately a build with your changes of 22 
days ago incorporated, but based on lupin undisclosed version 2. I shall 
try that.


I am making an assumption throughout this that qdiscs should be used on 
the WAN side always, effectively before the firewall. Is this assumption 
correct?




On 10/07/15 13:57, Jonathan Morton wrote:


You're already using correct syntax - I've written it to be quite 
lenient and use sensible defaults for missing information. There are 
several sets of keywords and parameters which are mutually orthogonal, 
and don't depend on each other, so "besteffort" has nothing to do with 
"overhead" or "atm".


What's probably happening is that you're using a slightly old version 
of the cake kernel module which lacks the overhead parameter entirely, 
but a more up to date tc which does support it. We've seen this 
combination crop up ourselves recently.


- Jonathan Morton



___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

2015-07-10 Thread Jonathan Morton

Qdiscs should be used on any link that might become a bottleneck. In most
consumer cases, that will indeed be your WAN interface.

- Jonathan Morton
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.



You are absolutely correct.

I tried both a numeric overhead value, and alternatively 'pppoe-vcmux' 
and 'ether-fcs' in the build I crafted based on r46006, which is lupin 
undeclared version 2. Everything works as stated.


On lupin undeclared version 4, the current release based on r46117, the 
values were not recognised.


Thank you.

I had cake running on a Lantiq ADSL gateway running the same r46006 
build. Unfortunately this was bricked by attempts to get homenet 
working, so I have nothing to report about gateway usage at present.




On 10/07/15 13:57, Jonathan Morton wrote:


You're already using correct syntax - I've written it to be quite 
lenient and use sensible defaults for missing information. There are 
several sets of keywords and parameters which are mutually orthogonal, 
and don't depend on each other, so "besteffort" has nothing to do with 
"overhead" or "atm".


What's probably happening is that you're using a slightly old version 
of the cake kernel module which lacks the overhead parameter entirely, 
but a more up to date tc which does support it. We've seen this 
combination crop up ourselves recently.


- Jonathan Morton



___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

[Cerowrt-devel] "Lupin undeclared"?

2015-07-10 Thread Rich Brown

Hi Fred,

I'm not familiar with "lupin undeclared" - could you send a pointer/link? 
Thanks.

Rich

On Jul 10, 2015, at 10:52 AM, Fred Stratton  wrote:

> 
> You are absolutely correct.
> 
> I tried both a numeric overhead value, and alternatively 'pppoe-vcmux' and 
> 'ether-fcs' in the build I crafted based on r46006, which is lupin undeclared 
> version 2. Everything works as stated.
> 
> On lupin undeclared version 4, the current release based on r46117, the 
> values were not recognised.
> 
> Thank you.
> 
> I had cake running on a Lantiq ADSL gateway running the same r46006 build. 
> Unfortunately this was bricked by attempts to get homenet working, so I have 
> nothing to report about gateway usage at present.
> 
> 
> 
> On 10/07/15 13:57, Jonathan Morton wrote:
>> 
>> You're already using correct syntax - I've written it to be quite lenient 
>> and use sensible defaults for missing information. There are several sets of 
>> keywords and parameters which are mutually orthogonal, and don't depend on 
>> each other, so "besteffort" has nothing to do with "overhead" or "atm".
>> 
>> What's probably happening is that you're using a slightly old version of the 
>> cake kernel module which lacks the overhead parameter entirely, but a more 
>> up to date tc which does support it. We've seen this combination crop up 
>> ourselves recently.
>> 
>> - Jonathan Morton
>> 
> 
> ___
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel

___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.



I'm glad to hear there's a working version (even if it's not in the 
current build :).


Do you have measurable improvements with overhead configured (v.s. 
unconfigured)?


I've used netperfrunner from CeroWrtScripts, e.g.

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p $ISP_ROUTER

I believe accounting for overhead helps on this two-way test, because a) 
it saturates the uplink b) about half that bandwidth is tiny ack packets 
(depending on bandwidth asymmetry).  And small packets have 
proportionally high overhead.


(But it seems to only make a small difference for me, which always 
surprises Seb).


Alan

On 10/07/15 15:52, Fred Stratton wrote:


You are absolutely correct.

I tried both a numeric overhead value, and alternatively 'pppoe-vcmux'
and 'ether-fcs' in the build I crafted based on r46006, which is lupin
undeclared version 2. Everything works as stated.

On lupin undeclared version 4, the current release based on r46117, the
values were not recognised.

Thank you.

I had cake running on a Lantiq ADSL gateway running the same r46006
build. Unfortunately this was bricked by attempts to get homenet
working, so I have nothing to report about gateway usage at present.



On 10/07/15 13:57, Jonathan Morton wrote:


You're already using correct syntax - I've written it to be quite
lenient and use sensible defaults for missing information. There are
several sets of keywords and parameters which are mutually orthogonal,
and don't depend on each other, so "besteffort" has nothing to do with
"overhead" or "atm".

What's probably happening is that you're using a slightly old version
of the cake kernel module which lacks the overhead parameter entirely,
but a more up to date tc which does support it. We've seen this
combination crop up ourselves recently.

- Jonathan Morton





___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] "Lupin undeclared"?

On 10/07/15 16:16, Rich Brown wrote:

Hi Fred,

I'm not familiar with "lupin undeclared" - could you send a pointer/link?
Thanks.

Rich

The unversioned testing build Dave posted at

http://snapon.lab.bufferbloat.net/~cero3/lupin/ar71xx/

which is not declared on the CeroWrt homepage. (Presumably to avoid
giving a false impression about how much life and commitment there is in
those builds).

On Jul 10, 2015, at 10:52 AM, Fred Stratton wrote:

You are absolutely correct.

I tried both a numeric overhead value, and alternatively 'pppoe-vcmux' and
'ether-fcs' in the build I crafted based on r46006, which is lupin undeclared
version 2. Everything works as stated.

On lupin undeclared version 4, the current release based on r46117, the values
were not recognised.

Thank you.

I had cake running on a Lantiq ADSL gateway running the same r46006 build.
Unfortunately this was bricked by attempts to get homenet working, so I have
nothing to report about gateway usage at present.

unrelated, but ow, you have my sympathy. I'd love to have a working
lantiq with openwrt and fq_codel.

On 10/07/15 13:57, Jonathan Morton wrote:

You're already using correct syntax - I've written it to be quite lenient and use sensible defaults for
missing information. There are several sets of keywords and parameters which are mutually orthogonal, and
don't depend on each other, so "besteffort" has nothing to do with "overhead" or
"atm".

What's probably happening is that you're using a slightly old version of the
cake kernel module which lacks the overhead parameter entirely, but a more up
to date tc which does support it. We've seen this combination crop up ourselves
recently.

- Jonathan Morton

___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


I have yet to undertake formal testing.

I moved from using a Buffalo WMBR-G300 running Barrier Breaker to a 
bridged device when I broke the former tying to install Homenet.


I omitted to recraft the cake script I was using to incorporate the 
correct interface, now pppoe-wan, and was unaware of the error until 
today, a fortnight later.


I am therefore not expecting significant improvements.

On 10/07/15 16:19, Alan Jenkins wrote:


I'm glad to hear there's a working version (even if it's not in the 
current build :).


Do you have measurable improvements with overhead configured (v.s. 
unconfigured)?


I've used netperfrunner from CeroWrtScripts, e.g.

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p $ISP_ROUTER

I believe accounting for overhead helps on this two-way test, because 
a) it saturates the uplink b) about half that bandwidth is tiny ack 
packets (depending on bandwidth asymmetry).  And small packets have 
proportionally high overhead.


(But it seems to only make a small difference for me, which always 
surprises Seb).


Alan

On 10/07/15 15:52, Fred Stratton wrote:


You are absolutely correct.

I tried both a numeric overhead value, and alternatively 'pppoe-vcmux'
and 'ether-fcs' in the build I crafted based on r46006, which is lupin
undeclared version 2. Everything works as stated.

On lupin undeclared version 4, the current release based on r46117, the
values were not recognised.

Thank you.

I had cake running on a Lantiq ADSL gateway running the same r46006
build. Unfortunately this was bricked by attempts to get homenet
working, so I have nothing to report about gateway usage at present.



On 10/07/15 13:57, Jonathan Morton wrote:


You're already using correct syntax - I've written it to be quite
lenient and use sensible defaults for missing information. There are
several sets of keywords and parameters which are mutually orthogonal,
and don't depend on each other, so "besteffort" has nothing to do with
"overhead" or "atm".

What's probably happening is that you're using a slightly old version
of the cake kernel module which lacks the overhead parameter entirely,
but a more up to date tc which does support it. We've seen this
combination crop up ourselves recently.

- Jonathan Morton







___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] failing to find the "declared victory" in a current wifi router

2015-07-10 Thread Joe Touch



On 7/10/2015 1:01 AM, Sebastian Moeller wrote:
...
> You can flash back the factory firmware without serial, you just use
> sysupgrade with the Linksys factory image.

 How does that differ from mtd, e.g., as indicated here (which doesn't
 mention sysinstall)?:
...
>> Can you explain where the info on using the sysupgrade command to revert to 
>> the factory image is??
> 
>   Have a look at:
> 1) http://wiki.openwrt.org/doc/howto/generic.sysupgrade

Ahh - buried on that page is a statement to use mtd where sysupgrade
isn't supported. It would be useful to have to have that over on the
"revert to factory" page too.

Thanks, that clears it up.

Joe
___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


By your command
Rebooted to rerun qdisc script, rather than changing qdiscs from the 
command-line, so suboptimal process as end-point changed.


script configuring qdiscs and overhead 40 on

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p 2.96.48.1
2015-07-10 18:22:08 Testing netperf-eu.bufferbloat.net (ipv4) with 4 
streams down and up while pinging 2.96.48.1. Takes about 60 seconds.

 Download:  6.73 Mbps
   Upload:  0.58 Mbps
  Latency: (in msec, 62 pings, 0.00% packet loss)
  Min: 24.094
10pct: 172.654
   Median: 260.563
  Avg: 253.580
90pct: 330.003
  Max: 411.145

script configuring qdiscs on flows raw

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
78.145.32.1
2015-07-10 18:49:21 Testing netperf-eu.bufferbloat.net (ipv4) with 4 
streams down and up while pinging 78.145.32.1. Takes about 60 seconds.

 Download:  6.75 Mbps
   Upload:  0.59 Mbps
  Latency: (in msec, 59 pings, 0.00% packet loss)
  Min: 23.605
10pct: 169.789
   Median: 282.155
  Avg: 267.099
90pct: 333.283
  Max: 376.509

script configuring qdiscs and overhead 36 on

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
80.44.96.1
2015-07-10 19:20:18 Testing netperf-eu.bufferbloat.net (ipv4) with 4 
streams down and up while pinging 80.44.96.1. Takes about 60 seconds.

 Download:  6.56 Mbps
   Upload:  0.59 Mbps
  Latency: (in msec, 62 pings, 0.00% packet loss)
  Min: 22.975
10pct: 195.473
   Median: 281.756
  Avg: 271.609
90pct: 342.130
  Max: 398.573


On 10/07/15 16:19, Alan Jenkins wrote:


I'm glad to hear there's a working version (even if it's not in the 
current build :).


Do you have measurable improvements with overhead configured (v.s. 
unconfigured)?


I've used netperfrunner from CeroWrtScripts, e.g.

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p $ISP_ROUTER

I believe accounting for overhead helps on this two-way test, because 
a) it saturates the uplink b) about half that bandwidth is tiny ack 
packets (depending on bandwidth asymmetry).  And small packets have 
proportionally high overhead.


(But it seems to only make a small difference for me, which always 
surprises Seb).


Alan

On 10/07/15 15:52, Fred Stratton wrote:


You are absolutely correct.

I tried both a numeric overhead value, and alternatively 'pppoe-vcmux'
and 'ether-fcs' in the build I crafted based on r46006, which is lupin
undeclared version 2. Everything works as stated.

On lupin undeclared version 4, the current release based on r46117, the
values were not recognised.

Thank you.

I had cake running on a Lantiq ADSL gateway running the same r46006
build. Unfortunately this was bricked by attempts to get homenet
working, so I have nothing to report about gateway usage at present.



On 10/07/15 13:57, Jonathan Morton wrote:


You're already using correct syntax - I've written it to be quite
lenient and use sensible defaults for missing information. There are
several sets of keywords and parameters which are mutually orthogonal,
and don't depend on each other, so "besteffort" has nothing to do with
"overhead" or "atm".

What's probably happening is that you're using a slightly old version
of the cake kernel module which lacks the overhead parameter entirely,
but a more up to date tc which does support it. We've seen this
combination crop up ourselves recently.

- Jonathan Morton







___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

Hi Fred,

your results seem to indicate that cake is not active at all, as the latency 
under load is abysmal (a quick check is to look at the median in relation to 
the min and the 90% number, in your examples all of these are terrible). Could 
you please post the result of the following commands on your router:
1) cat /etc/config/sqm
2) tc -d qdisc
3) tc -d class show dev pppoe-wan
4) tc -d class show dev ifb4pppoe-wqn
5) /etc/init.d/sqm stop
6) /etc/init.d/sqm start

hopefully these give some insight what might have happened.

And finally I would love to learn the output of:
sh betterspeedtest.sh -4 -H netperf-eu.bufferbloat.net -t 150 -p 
netperf-eu.bufferbloat.net -n 4 ; sh netperfrunner.sh -4 -H 
netperf-eu.bufferbloat.net -t 150 -p netperf-eu.bufferbloat.net -n 4


Many Thanks & Best Regards
Sebastian

On Jul 10, 2015, at 20:25 , Fred Stratton  wrote:

> By your command
> Rebooted to rerun qdisc script, rather than changing qdiscs from the 
> command-line, so suboptimal process as end-point changed.
> 
> script configuring qdiscs and overhead 40 on
> 
> sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p 2.96.48.1
> 2015-07-10 18:22:08 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams 
> down and up while pinging 2.96.48.1. Takes about 60 seconds.
> Download:  6.73 Mbps
>   Upload:  0.58 Mbps
>  Latency: (in msec, 62 pings, 0.00% packet loss)
>  Min: 24.094
>10pct: 172.654
>   Median: 260.563
>  Avg: 253.580
>90pct: 330.003
>  Max: 411.145
> 
> script configuring qdiscs on flows raw
> 
> sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
> 78.145.32.1
> 2015-07-10 18:49:21 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams 
> down and up while pinging 78.145.32.1. Takes about 60 seconds.
> Download:  6.75 Mbps
>   Upload:  0.59 Mbps
>  Latency: (in msec, 59 pings, 0.00% packet loss)
>  Min: 23.605
>10pct: 169.789
>   Median: 282.155
>  Avg: 267.099
>90pct: 333.283
>  Max: 376.509
> 
> script configuring qdiscs and overhead 36 on
> 
> sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
> 80.44.96.1
> 2015-07-10 19:20:18 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams 
> down and up while pinging 80.44.96.1. Takes about 60 seconds.
> Download:  6.56 Mbps
>   Upload:  0.59 Mbps
>  Latency: (in msec, 62 pings, 0.00% packet loss)
>  Min: 22.975
>10pct: 195.473
>   Median: 281.756
>  Avg: 271.609
>90pct: 342.130
>  Max: 398.573
> 
> 
> On 10/07/15 16:19, Alan Jenkins wrote:
>> 
>> I'm glad to hear there's a working version (even if it's not in the current 
>> build :).
>> 
>> Do you have measurable improvements with overhead configured (v.s. 
>> unconfigured)?
>> 
>> I've used netperfrunner from CeroWrtScripts, e.g.
>> 
>> sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p $ISP_ROUTER
>> 
>> I believe accounting for overhead helps on this two-way test, because a) it 
>> saturates the uplink b) about half that bandwidth is tiny ack packets 
>> (depending on bandwidth asymmetry).  And small packets have proportionally 
>> high overhead.
>> 
>> (But it seems to only make a small difference for me, which always surprises 
>> Seb).
>> 
>> Alan
>> 
>> On 10/07/15 15:52, Fred Stratton wrote:
>>> 
>>> You are absolutely correct.
>>> 
>>> I tried both a numeric overhead value, and alternatively 'pppoe-vcmux'
>>> and 'ether-fcs' in the build I crafted based on r46006, which is lupin
>>> undeclared version 2. Everything works as stated.
>>> 
>>> On lupin undeclared version 4, the current release based on r46117, the
>>> values were not recognised.
>>> 
>>> Thank you.
>>> 
>>> I had cake running on a Lantiq ADSL gateway running the same r46006
>>> build. Unfortunately this was bricked by attempts to get homenet
>>> working, so I have nothing to report about gateway usage at present.
>>> 
>>> 
>>> 
>>> On 10/07/15 13:57, Jonathan Morton wrote:
 
 You're already using correct syntax - I've written it to be quite
 lenient and use sensible defaults for missing information. There are
 several sets of keywords and parameters which are mutually orthogonal,
 and don't depend on each other, so "besteffort" has nothing to do with
 "overhead" or "atm".
 
 What's probably happening is that you're using a slightly old version
 of the cake kernel module which lacks the overhead parameter entirely,
 but a more up to date tc which does support it. We've seen this
 combination crop up ourselves recently.
 
 - Jonathan Morton
 
>>> 
>> 
> 
> ___
> Cerowrt-devel mailing list
> Cerowrt-devel@lists.bufferbloat.net
> https://lists.bufferbloat.net/listinfo/cerowrt-devel

___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.




On 10/07/15 19:46, Sebastian Moeller wrote:

Hi Fred,

your results seem to indicate that cake is not active at all, as the latency 
under load is abysmal (a quick check is to look at the median in relation to 
the min and the 90% number, in your examples all of these are terrible). Could 
you please post the result of the following commands on your router:
1) cat /etc/config/sqm

config queue 'eth1'
option qdisc 'fq_codel'
option script 'simple.qos'
option qdisc_advanced '0'
option linklayer 'none'
option enabled '0'
option interface 'eth1'
option download '0'
option upload '0'



2) tc -d qdisc
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 1024p flows 1024 quantum 
300 target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev eth1 root refcnt 2 limit 1024p flows 1024 quantum 
300 target 5.0ms interval 100.0ms ecn

qdisc mq 0: dev wlan1 root
qdisc fq_codel 0: dev wlan1 parent :1 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev wlan1 parent :2 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev wlan1 parent :3 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev wlan1 parent :4 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

qdisc mq 0: dev wlan0 root
qdisc fq_codel 0: dev wlan0 parent :1 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev wlan0 parent :2 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev wlan0 parent :3 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc fq_codel 0: dev wlan0 parent :4 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
qdisc cake 8002: dev pppoe-wan root refcnt 2 bandwidth 850Kbit 
besteffort flows raw

qdisc ingress : dev pppoe-wan parent :fff1 
qdisc cake 8001: dev ifb4pppoe-wan root refcnt 2 bandwidth 11500Kbit 
besteffort flows atm overhead 40



3) tc -d class show dev pppoe-wan

class cake 8002:2fa parent 8002:



4) tc -d class show dev ifb4pppoe-wqn


class cake 8001:6e parent 8001:

5) /etc/init.d/sqm stop

SQM: Trying to start/stop SQM on all interfaces.
SQM: run.sh stop
SQM: /usr/lib/sqm/run.sh SQM for interface eth1 is not enabled, skipping 
over...

6) /etc/init.d/sqm start

/etc/init.d/sqm start
SQM: Trying to start/stop SQM on all interfaces.
SQM: /usr/lib/sqm/run.sh SQM for interface eth1 is not enabled, skipping 
over...




hopefully these give some insight what might have happened.

And finally I would love to learn the output of:
sh betterspeedtest.sh -4 -H netperf-eu.bufferbloat.net -t 150 -p 
netperf-eu.bufferbloat.net -n 4 ; sh netperfrunner.sh -4 -H 
netperf-eu.bufferbloat.net -t 150 -p netperf-eu.bufferbloat.net -n 4


betterspeedtest.sh not installed

sh betterspeedtest.sh -4 -H netperf-eu.bufferbloat.ne
t -t 150 -p netperf-eu.bufferbloat.net -n 4 ; sh netperfrunner.sh -4 -H 
netperf-

eu.bufferbloat.net -t 150 -p netperf-eu.bufferbloat.net -n 4
sh: can't open 'betterspeedtest.sh'
2015-07-10 20:10:55 Testing netperf-eu.bufferbloat.net (ipv4) with 4 
streams down and up while pinging netperf-eu.bufferbloat.net. Takes 
about 150 seconds.

 Download:  6.8 Mbps
   Upload:  0.59 Mbps
  Latency: (in msec, 152 pings, 0.00% packet loss)
  Min: 73.911
10pct: 232.211
   Median: 308.556
  Avg: 305.686
90pct: 376.183
  Max: 412.553




Many Thanks & Best Regards
Sebastian

On Jul 10, 2015, at 20:25 , Fred Stratton  wrote:


By your command
Rebooted to rerun qdisc script, rather than changing qdiscs from the 
command-line, so suboptimal process as end-point changed.

script configuring qdiscs and overhead 40 on

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p 2.96.48.1
2015-07-10 18:22:08 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams 
down and up while pinging 2.96.48.1. Takes about 60 seconds.
Download:  6.73 Mbps
   Upload:  0.58 Mbps
  Latency: (in msec, 62 pings, 0.00% packet loss)
  Min: 24.094
10pct: 172.654
   Median: 260.563
  Avg: 253.580
90pct: 330.003
  Max: 411.145

script configuring qdiscs on flows raw

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
78.145.32.1
2015-07-10 18:49:21 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams 
down and up while pinging 78.145.32.1. Takes about 60 seconds.
Download:  6.75 Mbps
   Upload:  0.59 Mbps
  Latency: (in msec, 59 pings, 0.00% packet loss)
  Min: 23.605
10pct: 169.789
   Median: 282.155
  Avg: 267.099
90pct: 333.283
  Max: 376.509

script configuring qdiscs and overhead 36 on

sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
80.44.96.1
2015-07-10 19:20:18 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams 
down and up while pinging 80.44.96.1. Takes about 60 seconds.
Download:  6.56 Mbps
   Upload:  0.59 Mbps
  Latency: (in msec, 62 pings, 0.00% packet loss)
  Min: 22.975

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

2015-07-10 Thread Dave Taht

enabled 1

is needed

On Fri, Jul 10, 2015 at 12:14 PM, Fred Stratton  wrote:
>
>
> On 10/07/15 19:46, Sebastian Moeller wrote:
>>
>> Hi Fred,
>>
>> your results seem to indicate that cake is not active at all, as the
>> latency under load is abysmal (a quick check is to look at the median in
>> relation to the min and the 90% number, in your examples all of these are
>> terrible). Could you please post the result of the following commands on
>> your router:
>> 1) cat /etc/config/sqm
>
> config queue 'eth1'
> option qdisc 'fq_codel'
> option script 'simple.qos'
> option qdisc_advanced '0'
> option linklayer 'none'
> option enabled '0'
> option interface 'eth1'
> option download '0'
> option upload '0'
>
>
>> 2) tc -d qdisc
>
> qdisc fq_codel 0: dev eth0 root refcnt 2 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev eth1 root refcnt 2 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc mq 0: dev wlan1 root
> qdisc fq_codel 0: dev wlan1 parent :1 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev wlan1 parent :2 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev wlan1 parent :3 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev wlan1 parent :4 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc mq 0: dev wlan0 root
> qdisc fq_codel 0: dev wlan0 parent :1 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev wlan0 parent :2 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev wlan0 parent :3 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc fq_codel 0: dev wlan0 parent :4 limit 1024p flows 1024 quantum 300
> target 5.0ms interval 100.0ms ecn
> qdisc cake 8002: dev pppoe-wan root refcnt 2 bandwidth 850Kbit besteffort
> flows raw
> qdisc ingress : dev pppoe-wan parent :fff1 
> qdisc cake 8001: dev ifb4pppoe-wan root refcnt 2 bandwidth 11500Kbit
> besteffort flows atm overhead 40
>
>> 3) tc -d class show dev pppoe-wan
>
> class cake 8002:2fa parent 8002:
>
>
>> 4) tc -d class show dev ifb4pppoe-wqn
>
>
> class cake 8001:6e parent 8001:
>>
>> 5) /etc/init.d/sqm stop
>
> SQM: Trying to start/stop SQM on all interfaces.
> SQM: run.sh stop
> SQM: /usr/lib/sqm/run.sh SQM for interface eth1 is not enabled, skipping
> over...
>>
>> 6) /etc/init.d/sqm start
>
> /etc/init.d/sqm start
> SQM: Trying to start/stop SQM on all interfaces.
> SQM: /usr/lib/sqm/run.sh SQM for interface eth1 is not enabled, skipping
> over...
>
>>
>> hopefully these give some insight what might have happened.
>>
>> And finally I would love to learn the output of:
>> sh betterspeedtest.sh -4 -H netperf-eu.bufferbloat.net -t 150 -p
>> netperf-eu.bufferbloat.net -n 4 ; sh netperfrunner.sh -4 -H
>> netperf-eu.bufferbloat.net -t 150 -p netperf-eu.bufferbloat.net -n 4
>
>
> betterspeedtest.sh not installed
>
> sh betterspeedtest.sh -4 -H netperf-eu.bufferbloat.ne
> t -t 150 -p netperf-eu.bufferbloat.net -n 4 ; sh netperfrunner.sh -4 -H
> netperf-
> eu.bufferbloat.net -t 150 -p netperf-eu.bufferbloat.net -n 4
> sh: can't open 'betterspeedtest.sh'
> 2015-07-10 20:10:55 Testing netperf-eu.bufferbloat.net (ipv4) with 4 streams
> down and up while pinging netperf-eu.bufferbloat.net. Takes about 150
> seconds.
>  Download:  6.8 Mbps
>Upload:  0.59 Mbps
>   Latency: (in msec, 152 pings, 0.00% packet loss)
>   Min: 73.911
> 10pct: 232.211
>Median: 308.556
>   Avg: 305.686
> 90pct: 376.183
>   Max: 412.553
>
>
>>
>>
>> Many Thanks & Best Regards
>> Sebastian
>>
>> On Jul 10, 2015, at 20:25 , Fred Stratton  wrote:
>>
>>> By your command
>>> Rebooted to rerun qdisc script, rather than changing qdiscs from the
>>> command-line, so suboptimal process as end-point changed.
>>>
>>> script configuring qdiscs and overhead 40 on
>>>
>>> sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p 2.96.48.1
>>> 2015-07-10 18:22:08 Testing netperf-eu.bufferbloat.net (ipv4) with 4
>>> streams down and up while pinging 2.96.48.1. Takes about 60 seconds.
>>> Download:  6.73 Mbps
>>>Upload:  0.58 Mbps
>>>   Latency: (in msec, 62 pings, 0.00% packet loss)
>>>   Min: 24.094
>>> 10pct: 172.654
>>>Median: 260.563
>>>   Avg: 253.580
>>> 90pct: 330.003
>>>   Max: 411.145
>>>
>>> script configuring qdiscs on flows raw
>>>
>>> sh netperfrunner.sh -H netperf-eu.bufferbloat.net -p
>>> 78.145.32.1
>>> 2015-07-10 18:49:21 Testing netperf-eu.bufferbloat.net (ipv4) with 4
>>> streams down and up while pinging 78.145.32.1. Takes about 60 seconds.
>>> Download:  6.75 Mbps
>>>Upload:  0.59 Mbps
>>>   Latency: (in msec, 59 pings, 0.00% packet loss)
>>>   Min: 23.605
>>> 10pct: 169.789
>>>Median: 282.155
>>>   Avg: 267.099
>>>

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


On 10/07/15 19:25, Fred Stratton wrote:

By your command
Rebooted to rerun qdisc script, rather than changing qdiscs from the 
command-line, so suboptimal process as end-point changed.


Assuming you use sqm-scripts, you can restart SQM manually. 
"/etc/init.d/sqm restart".


___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

2015-07-10 Thread Jonathan Morton

> qdisc cake 8002: dev pppoe-wan root refcnt 2 bandwidth 850Kbit besteffort 
> flows raw

> qdisc cake 8001: dev ifb4pppoe-wan root refcnt 2 bandwidth 11500Kbit 
> besteffort flows atm overhead 40

> Download:  6.8 Mbps
>   Upload:  0.59 Mbps

Does anyone else see the discrepancy here?

Simply put, if the shaper isn’t set to a lower bandwidth than the link rate, it 
won’t control the queue.

 - Jonathan Morton

___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

Hi Jonathan, hi Fred,

On Jul 10, 2015, at 21:18 , Jonathan Morton  wrote:

>> qdisc cake 8002: dev pppoe-wan root refcnt 2 bandwidth 850Kbit besteffort 
>> flows raw
> 
>> qdisc cake 8001: dev ifb4pppoe-wan root refcnt 2 bandwidth 11500Kbit 
>> besteffort flows atm overhead 40
> 
>> Download:  6.8 Mbps
>>  Upload:  0.59 Mbps
> 
> Does anyone else see the discrepancy here?
> 
> Simply put, if the shaper isn’t set to a lower bandwidth than the link rate, 
> it won’t control the queue.

Good point. @Fred what are the current sync rates as reported  your 
modem?

Best Regards
Sebastian

> 
> - Jonathan Morton
> 

___
Cerowrt-devel mailing list
Cerowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


bridge sync is circa 10 000 kbit/s

with the cake option in sqm enabled

config queue 'eth1'
option qdisc_advanced '0'
option enabled '1'
option interface 'pppoe-wan'
option upload '850'
option qdisc 'cake'
option script 'simple_pppoe.qos'
option linklayer 'atm'
option overhead '40'
option download '8500'

tc -s qdisc show dev pppoe-wan
qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 
direct_qlen 3

 Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
 backlog 0b 0p requeues 0
qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
 Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 7us 2us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0  22   3
way inds   0   0   0   0
way miss   0   0  22   2
way cols   0   0   0   0
  bytes0   033921007
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
 Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us  28.0ms 0us 0us
Av delay 0us   1.2ms 0us 0us
Sp delay 0us 4us 0us 0us
  pkts 0 417   0   0
way inds   0   0   0   0
way miss   0  23   0   0
way cols   0   0   0   0
  bytes0   98951   0   0
  drops0   2   0   0
  marks0   0   0   0
qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc ingress : parent :fff1 
 Sent 273341 bytes 435 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0




On 10/07/15 19:46, Sebastian Moeller wrote:

Hi Fred,

your results seem to indicate that cake is not active at all, as the latency 
under load is abysmal (a quick check is to look at the median in relation to 
the min and the 90% number, in your examples all of these are terrible). Could 
you please post the result of the following commands on your router:
1) cat /etc/config/sqm
2) tc -d qdisc
3) tc -d class show dev pppoe-wan
4) tc -d class show dev ifb4pppoe-wqn
5) /etc/init.d/sqm stop
6) /etc/init.d/sqm start

hopefully these give so

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

Hi Fred,


On Jul 10, 2015, at 21:34 , Fred Stratton  wrote:

> bridge sync is circa 10 000 kbit/s
> 
> with the cake option in sqm enabled
> 
> config queue 'eth1'
>option qdisc_advanced '0'
>option enabled '1'
>option interface 'pppoe-wan'
>option upload '850'
>option qdisc 'cake'
>option script 'simple_pppoe.qos'
>option linklayer 'atm'
>option overhead '40'
>option download ‘8500'

So this looks reasonable. Then again, if the DSLAM is under 
provisioned/oversubscribed (= congested) shaping uypur DSL link might not fix 
all buffer bloat..

> 
> tc -s qdisc show dev pppoe-wan
> qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 
> direct_qlen 3
> Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
> backlog 0b 0p requeues 0
> qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
> Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>   Class 0 Class 1 Class 2 Class 3
>  rate  0bit0bit0bit0bit
>  target   5.0ms   5.0ms   5.0ms   5.0ms
> interval 100.0ms 100.0ms 100.0ms 100.0ms
> Pk delay 0us 0us 7us 2us
> Av delay 0us 0us 0us 0us
> Sp delay 0us 0us 0us 0us
>  pkts 0   0  22   3
> way inds   0   0   0   0
> way miss   0   0  22   2
> way cols   0   0   0   0
>  bytes0   033921007
>  drops0   0   0   0
>  marks0   0   0   0
> qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
> Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>   Class 0 Class 1 Class 2 Class 3
>  rate  0bit0bit0bit0bit
>  target   5.0ms   5.0ms   5.0ms   5.0ms
> interval 100.0ms 100.0ms 100.0ms 100.0ms
> Pk delay 0us  28.0ms 0us 0us
> Av delay 0us   1.2ms 0us 0us
> Sp delay 0us 4us 0us 0us
>  pkts 0 417   0   0
> way inds   0   0   0   0
> way miss   0  23   0   0
> way cols   0   0   0   0
>  bytes0   98951   0   0
>  drops0   2   0   0
>  marks0   0   0   0
> qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>   Class 0 Class 1 Class 2 Class 3
>  rate  0bit0bit0bit0bit
>  target   5.0ms   5.0ms   5.0ms   5.0ms
> interval 100.0ms 100.0ms 100.0ms 100.0ms
> Pk delay 0us 0us 0us 0us
> Av delay 0us 0us 0us 0us
> Sp delay 0us 0us 0us 0us
>  pkts 0   0   0   0
> way inds   0   0   0   0
> way miss   0   0   0   0
> way cols   0   0   0   0
>  bytes0   0   0   0
>  drops0   0   0   0
>  marks0   0   0   0
> qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>   Class 0 Class 1 Class 2 Class 3
>  rate  0bit0bit0bit0bit
>  target   5.0ms   5.0ms   5.0ms   5.0ms
> interval 100.0ms 100.0ms 100.0ms 100.0ms
> Pk delay 0us 0us 0us 0us
> Av delay 0us 0us 0us 0us
> Sp delay 0us 0us 0us 0us
>  pkts 0   0   0   0
> way inds   0   0   0   0
> way miss   0   0   0   0
> way cols   0   0   0   0
>  bytes0   0   0   0
>  drops0   0   0   0
>  marks0   0   0   0
> qdisc ingress : parent :fff1 
> Sent 273341 bytes 435 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0

But this is the hallmark of out of date sqm-scripts, this just uses 
cake as leaf qdisc and keeps HTB as the main shaper; a configuration that is 
useful for testing. I assume

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


On 10/07/15 20:34, Fred Stratton wrote:

bridge sync is circa 10 000 kbit/s

with the cake option in sqm enabled

config queue 'eth1'
option qdisc_advanced '0'
option enabled '1'
option interface 'pppoe-wan'
option upload '850'
option qdisc 'cake'
option script 'simple_pppoe.qos'


Sorry, you want simple.qos.  simple_pppoe is for if you had set 
interface to the corresponding ethX.  I think Seb said there's not much 
reason to do that anymore, now we correctly handle interfaces going up 
and down.  ("hotplug").



option linklayer 'atm'
option overhead '40'
option download '8500'

tc -s qdisc show dev pppoe-wan
qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 
direct_qlen 3

 Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
 backlog 0b 0p requeues 0
qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
 Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 7us 2us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0  22   3
way inds   0   0   0   0
way miss   0   0  22   2
way cols   0   0   0   0
  bytes0   033921007
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
 Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us  28.0ms 0us 0us
Av delay 0us   1.2ms 0us 0us
Sp delay 0us 4us 0us 0us
  pkts 0 417   0   0
way inds   0   0   0   0
way miss   0  23   0   0
way cols   0   0   0   0
  bytes0   98951   0   0
  drops0   2   0   0
  marks0   0   0   0
qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc ingress : parent :fff1 
 Sent 273341 bytes 435 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0




On 10/07/15 19:46, Sebastian Moeller wrote:

Hi Fred,

your results seem to indicate that cake is not active at all, as the 
latency under load is abysmal (a quick check is to look at the median 
in relation to the min and the 90% number, in your examples all of 
the

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

Hi Alan,

On Jul 10, 2015, at 21:41 , Alan Jenkins  
wrote:

> On 10/07/15 20:34, Fred Stratton wrote:
>> bridge sync is circa 10 000 kbit/s
>> 
>> with the cake option in sqm enabled
>> 
>> config queue 'eth1'
>>option qdisc_advanced '0'
>>option enabled '1'
>>option interface 'pppoe-wan'
>>option upload '850'
>>option qdisc 'cake'
>>option script 'simple_pppoe.qos'
> 
> Sorry, you want simple.qos.  simple_pppoe is for if you had set interface to 
> the corresponding ethX.  

This is correct.

> I think Seb said there's not much reason to do that anymore, now we correctly 
> handle interfaces going up and down.  ("hotplug”).

I should delete it one of those days, it is still in to remind me to 
finally switch the tc filters to hashes to see how this improves the speed…

Best Regards
Sebastian

> 
>> option linklayer 'atm'
>>option overhead '40'
>>option download '8500'
>> 
>> tc -s qdisc show dev pppoe-wan
>> qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 
>> direct_qlen 3
>> Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
>> backlog 0b 0p requeues 0
>> qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
>> Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
>> backlog 0b 0p requeues 0
>>   Class 0 Class 1 Class 2 Class 3
>>  rate  0bit0bit0bit0bit
>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>> Pk delay 0us 0us 7us 2us
>> Av delay 0us 0us 0us 0us
>> Sp delay 0us 0us 0us 0us
>>  pkts 0   0  22   3
>> way inds   0   0   0   0
>> way miss   0   0  22   2
>> way cols   0   0   0   0
>>  bytes0   033921007
>>  drops0   0   0   0
>>  marks0   0   0   0
>> qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
>> Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
>> backlog 0b 0p requeues 0
>>   Class 0 Class 1 Class 2 Class 3
>>  rate  0bit0bit0bit0bit
>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>> Pk delay 0us  28.0ms 0us 0us
>> Av delay 0us   1.2ms 0us 0us
>> Sp delay 0us 4us 0us 0us
>>  pkts 0 417   0   0
>> way inds   0   0   0   0
>> way miss   0  23   0   0
>> way cols   0   0   0   0
>>  bytes0   98951   0   0
>>  drops0   2   0   0
>>  marks0   0   0   0
>> qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
>> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
>> backlog 0b 0p requeues 0
>>   Class 0 Class 1 Class 2 Class 3
>>  rate  0bit0bit0bit0bit
>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>> Pk delay 0us 0us 0us 0us
>> Av delay 0us 0us 0us 0us
>> Sp delay 0us 0us 0us 0us
>>  pkts 0   0   0   0
>> way inds   0   0   0   0
>> way miss   0   0   0   0
>> way cols   0   0   0   0
>>  bytes0   0   0   0
>>  drops0   0   0   0
>>  marks0   0   0   0
>> qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
>> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
>> backlog 0b 0p requeues 0
>>   Class 0 Class 1 Class 2 Class 3
>>  rate  0bit0bit0bit0bit
>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>> Pk delay 0us 0us 0us 0us
>> Av delay 0us 0us 0us 0us
>> Sp delay 0us 0us 0us 0us
>>  pkts 0   0   0   0
>> way inds   0   0   0   0
>> way miss   0   0   0   0
>> way cols   0   0   0   0
>>  bytes0   0   0   0
>>  drops0

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


These are the latest scripts,  AFAIK

no overhead allowance. I note.



On 10/07/15 20:40, Sebastian Moeller wrote:

Hi Fred,


On Jul 10, 2015, at 21:34 , Fred Stratton  wrote:


bridge sync is circa 10 000 kbit/s

with the cake option in sqm enabled

config queue 'eth1'
option qdisc_advanced '0'
option enabled '1'
option interface 'pppoe-wan'
option upload '850'
option qdisc 'cake'
option script 'simple_pppoe.qos'
option linklayer 'atm'
option overhead '40'
option download ‘8500'

So this looks reasonable. Then again, if the DSLAM is under 
provisioned/oversubscribed (= congested) shaping uypur DSL link might not fix 
all buffer bloat..


tc -s qdisc show dev pppoe-wan
qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 direct_qlen 3
Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
backlog 0b 0p requeues 0
qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 7us 2us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0  22   3
way inds   0   0   0   0
way miss   0   0  22   2
way cols   0   0   0   0
  bytes0   033921007
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us  28.0ms 0us 0us
Av delay 0us   1.2ms 0us 0us
Sp delay 0us 4us 0us 0us
  pkts 0 417   0   0
way inds   0   0   0   0
way miss   0  23   0   0
way cols   0   0   0   0
  bytes0   98951   0   0
  drops0   2   0   0
  marks0   0   0   0
qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc ingress : parent :fff1 
Sent 273341 bytes 435 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0

But this is the hallmark of out of date sqm-scripts, this just uses 
cake as leaf qdisc and keeps HTB as the main shaper; a configuration that is 
useful for testing. I assume this is the old set of sqm-

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.




On 10/07/15 20:45, Fred Stratton wrote:

These are the latest scripts,  AFAIK

no overhead allowance. I note.



Excellent point.  There is, but SQM uses "tc stab" for it by default, 
and there's no way to read that out.


To test using the overhead code in cake, add

option linklayer_adaptation_mechanism 'cake'




On 10/07/15 20:40, Sebastian Moeller wrote:

Hi Fred,


On Jul 10, 2015, at 21:34 , Fred Stratton  wrote:


bridge sync is circa 10 000 kbit/s

with the cake option in sqm enabled

config queue 'eth1'
option qdisc_advanced '0'
option enabled '1'
option interface 'pppoe-wan'
option upload '850'
option qdisc 'cake'
option script 'simple_pppoe.qos'
option linklayer 'atm'
option overhead '40'
option download ‘8500'
So this looks reasonable. Then again, if the DSLAM is under 
provisioned/oversubscribed (= congested) shaping uypur DSL link might 
not fix all buffer bloat..



tc -s qdisc show dev pppoe-wan
qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 
direct_qlen 3

Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
backlog 0b 0p requeues 0
qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 7us 2us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0  22   3
way inds   0   0   0   0
way miss   0   0  22   2
way cols   0   0   0   0
  bytes0   033921007
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us  28.0ms 0us 0us
Av delay 0us   1.2ms 0us 0us
Sp delay 0us 4us 0us 0us
  pkts 0 417   0   0
way inds   0   0   0   0
way miss   0  23   0   0
way cols   0   0   0   0
  bytes0   98951   0   0
  drops0   2   0   0
  marks0   0   0   0
qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate  0bit0bit0bit0bit
  target   5.0ms   5.0ms   5.0ms   5.0ms
interval 100.0ms 100.0ms 100.0ms 100.0ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc ingress : parent :fff1 
Sent 273341 bytes 435 pkt (dropped 0, overlimits 0

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

Hi Fred,

On Jul 10, 2015, at 21:45 , Fred Stratton  wrote:

> These are the latest scripts,  AFAIK

Let me repeat my question: are these the scripts I attached in one of 
the last mails, or the most recent scripts from ceropackages-3.10? The version 
in the openwrt repository is NOT recent, yet. Pushing the latest verso into 
openwrt is on my todo list but that will need a bit more changes, so please try 
the files I attached which should work (unless I screwed up and attached the 
wrong version). Also I have no working cake on my router and hence require help 
for testing and that means there might be some undiscovered bugs in there.

> 
> no overhead allowance. I note.

Well, that should work with the most recent version

Best Regards
Sebastian

> 
> 
> 
> On 10/07/15 20:40, Sebastian Moeller wrote:
>> Hi Fred,
>> 
>> 
>> On Jul 10, 2015, at 21:34 , Fred Stratton  wrote:
>> 
>>> bridge sync is circa 10 000 kbit/s
>>> 
>>> with the cake option in sqm enabled
>>> 
>>> config queue 'eth1'
>>>option qdisc_advanced '0'
>>>option enabled '1'
>>>option interface 'pppoe-wan'
>>>option upload '850'
>>>option qdisc 'cake'
>>>option script 'simple_pppoe.qos'
>>>option linklayer 'atm'
>>>option overhead '40'
>>>option download ‘8500'
>>  So this looks reasonable. Then again, if the DSLAM is under 
>> provisioned/oversubscribed (= congested) shaping uypur DSL link might not 
>> fix all buffer bloat..
>> 
>>> tc -s qdisc show dev pppoe-wan
>>> qdisc htb 1: root refcnt 2 r2q 10 default 12 direct_packets_stat 0 
>>> direct_qlen 3
>>> Sent 101336 bytes 440 pkt (dropped 2, overlimits 66 requeues 0)
>>> backlog 0b 0p requeues 0
>>> qdisc cake 110: parent 1:11 unlimited diffserv4 flows raw
>>> Sent 4399 bytes 25 pkt (dropped 0, overlimits 0 requeues 0)
>>> backlog 0b 0p requeues 0
>>>   Class 0 Class 1 Class 2 Class 3
>>>  rate  0bit0bit0bit0bit
>>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>>> Pk delay 0us 0us 7us 2us
>>> Av delay 0us 0us 0us 0us
>>> Sp delay 0us 0us 0us 0us
>>>  pkts 0   0  22   3
>>> way inds   0   0   0   0
>>> way miss   0   0  22   2
>>> way cols   0   0   0   0
>>>  bytes0   033921007
>>>  drops0   0   0   0
>>>  marks0   0   0   0
>>> qdisc cake 120: parent 1:12 unlimited diffserv4 flows raw
>>> Sent 96937 bytes 415 pkt (dropped 2, overlimits 0 requeues 0)
>>> backlog 0b 0p requeues 0
>>>   Class 0 Class 1 Class 2 Class 3
>>>  rate  0bit0bit0bit0bit
>>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>>> Pk delay 0us  28.0ms 0us 0us
>>> Av delay 0us   1.2ms 0us 0us
>>> Sp delay 0us 4us 0us 0us
>>>  pkts 0 417   0   0
>>> way inds   0   0   0   0
>>> way miss   0  23   0   0
>>> way cols   0   0   0   0
>>>  bytes0   98951   0   0
>>>  drops0   2   0   0
>>>  marks0   0   0   0
>>> qdisc cake 130: parent 1:13 unlimited diffserv4 flows raw
>>> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
>>> backlog 0b 0p requeues 0
>>>   Class 0 Class 1 Class 2 Class 3
>>>  rate  0bit0bit0bit0bit
>>>  target   5.0ms   5.0ms   5.0ms   5.0ms
>>> interval 100.0ms 100.0ms 100.0ms 100.0ms
>>> Pk delay 0us 0us 0us 0us
>>> Av delay 0us 0us 0us 0us
>>> Sp delay 0us 0us 0us 0us
>>>  pkts 0   0   0   0
>>> way inds   0   0   0   0
>>> way miss   0   0   0   0
>>> way cols   0   0   0   0
>>>  bytes0   0   0   0
>>>  drops0   0   0   0
>>>  marks0   0   0   0
>>> qdisc cake 140: parent 1:14 unlimited diffserv4 flows raw
>>> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
>>> backlog 0b 0p requeues 0
>>>   Class 0 Class 1 Class 2 Class 3
>>>  rate  0bit0bit0bit0bit
>>>  target   5.0ms

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


replaced /usr/lib/sqm as ordered

cat /etc/config/sqm

config queue 'eth1'
option qdisc_advanced '0'
option enabled '1'
option interface 'pppoe-wan'
option upload '850'
option qdisc 'cake'
option linklayer 'atm'
option overhead '40'
option download '8500'
option script 'simple.qos'
option linklayer_advanced '1'
option tcMTU '2047'
option tcTSIZE '128'
option tcMPU '0'
option linklayer_adaptation_mechanism 'cake'

root@OpenWrt:~# tc -s qdisc show
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 1024p flows 1024 quantum 
300 target 5.0ms interval 100.0ms ecn

 Sent 5904206 bytes 10771 pkt (dropped 0, overlimits 0 requeues 1)
 backlog 0b 0p requeues 1
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev eth1 root refcnt 2 limit 1024p flows 1024 quantum 
300 target 5.0ms interval 100.0ms ecn

 Sent 903154 bytes 7941 pkt (dropped 0, overlimits 0 requeues 2)
 backlog 0b 0p requeues 2
  maxpacket 1322 drop_overlimit 0 new_flow_count 1 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc mq 0: dev wlan0 root
 Sent 198495 bytes 816 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc fq_codel 0: dev wlan0 parent :1 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 3709 bytes 19 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan0 parent :2 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 112 bytes 1 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan0 parent :3 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 194674 bytes 796 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan0 parent :4 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc mq 0: dev wlan1 root
 Sent 53249 bytes 323 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc fq_codel 0: dev wlan1 parent :1 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 1337 bytes 9 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan1 parent :2 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan1 parent :3 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 51912 bytes 314 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan1 parent :4 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn

 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc cake 8009: dev pppoe-wan root refcnt 2 bandwidth 850Kbit diffserv4 
flows atm overhead 40

 Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0 Class 1 Class 2 Class 3
  rate   850Kbit   796880bit   637504bit   212496bit
  target  21.3ms  22.7ms  28.3ms  85.0ms
interval 170.1ms 181.4ms 226.8ms 680.4ms
Pk delay 0us 0us 0us 0us
Av delay 0us 0us 0us 0us
Sp delay 0us 0us 0us 0us
  pkts 0   0   0   0
way inds   0   0   0   0
way miss   0   0   0   0
way cols   0   0   0   0
  bytes0   0   0   0
  drops0   0   0   0
  marks0   0   0   0
qdisc ingress : dev pppoe-wan parent :fff1 
 Sent 68 bytes 1 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
qdisc cake 800a: dev ifb4pppoe-wan root refcnt 2 bandwidth 8500Kbit 
besteffort flows atm overhead 40

 Sent 90 bytes 1 pkt (dropped 0, overlimits 0 requeues 0)
 backlog 0b 0p requeues 0
   Class 0
  rate

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.

Hi Fred,

On Jul 10, 2015, at 22:07 , Fred Stratton  wrote:

> replaced /usr/lib/sqm as ordered

Thanks.

> 
> cat /etc/config/sqm
> 
> config queue 'eth1'
>option qdisc_advanced '0'
>option enabled '1'
>option interface 'pppoe-wan'
>option upload '850'
>option qdisc 'cake'
>option linklayer 'atm'
>option overhead '40'
>option download '8500'
>option script 'simple.qos'
>option linklayer_advanced '1'
>option tcMTU '2047'
>option tcTSIZE '128'
>option tcMPU '0'
>option linklayer_adaptation_mechanism ‘cake'

Looks reasonable.

> 
> root@OpenWrt:~# tc -s qdisc show
> qdisc fq_codel 0: dev eth0 root refcnt 2 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 5904206 bytes 10771 pkt (dropped 0, overlimits 0 requeues 1)
> backlog 0b 0p requeues 1
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev eth1 root refcnt 2 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 903154 bytes 7941 pkt (dropped 0, overlimits 0 requeues 2)
> backlog 0b 0p requeues 2
>  maxpacket 1322 drop_overlimit 0 new_flow_count 1 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc mq 0: dev wlan0 root
> Sent 198495 bytes 816 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
> qdisc fq_codel 0: dev wlan0 parent :1 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 3709 bytes 19 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev wlan0 parent :2 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 112 bytes 1 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev wlan0 parent :3 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 194674 bytes 796 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev wlan0 parent :4 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc mq 0: dev wlan1 root
> Sent 53249 bytes 323 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
> qdisc fq_codel 0: dev wlan1 parent :1 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 1337 bytes 9 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev wlan1 parent :2 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev wlan1 parent :3 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 51912 bytes 314 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc fq_codel 0: dev wlan1 parent :4 limit 1024p flows 1024 quantum 300 
> target 5.0ms interval 100.0ms ecn
> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
>  new_flows_len 0 old_flows_len 0
> qdisc cake 8009: dev pppoe-wan root refcnt 2 bandwidth 850Kbit diffserv4 
> flows atm overhead 40

Good, egress accounts for the link layer adaptation.

> Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
> backlog 0b 0p requeues 0
>   Class 0 Class 1 Class 2 Class 3
>  rate   850Kbit   796880bit   637504bit   212496bit
>  target  21.3ms  22.7ms  28.3ms  85.0ms
> interval 170.1ms 181.4ms 226.8ms 680.4ms
> Pk delay 0us 0us 0us 0us
> Av delay 0us 0us 0us 0us
> Sp delay 0us 0us 0us 0us
>  pkts 0   0   0   0
> way inds   0   0   0   0
> way miss   0   0   0   0
> way cols   0   0   0   0
>  bytes0   0   0   0
>  drops0   0   0   0
>  marks0   0   0   0
> qdisc ingress : dev pppoe-wan parent :fff1

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.


sh betterspeedtest.sh -4 -H netperf-eu.bufferbloat.ne
t -t 150 -p netperf-eu.bufferbloat.net -n 4 ; sh netperfrunner.sh -4 -H 
netperf-

eu.bufferbloat.net -t 150 -p netperf-eu.bufferbloat.net -n 4
2015-07-10 21:15:19 Testing against netperf-eu.bufferbloat.net (ipv4) 
with 4 simultaneous sessions while pinging netperf-eu.bufferbloat.net 
(150 seconds in each direction)

..
 Download:  6.8 Mbps
  Latency: (in msec, 151 pings, 0.00% packet loss)
  Min: 69.125
10pct: 72.299
   Median: 75.077
  Avg: 75.613
90pct: 79.014
  Max: 89.825
...
   Upload:  0.72 Mbps
  Latency: (in msec, 152 pings, 0.00% packet loss)
  Min: 68.691
10pct: 72.506
   Median: 79.447
  Avg: 79.654
90pct: 86.369
  Max: 95.037
2015-07-10 21:20:21 Testing netperf-eu.bufferbloat.net (ipv4) with 4 
streams down and up while pinging netperf-eu.bufferbloat.net. Takes 
about 150 seconds.

 Download:  5.92 Mbps
   Upload:  0.46 Mbps
  Latency: (in msec, 152 pings, 0.00% packet loss)
  Min: 71.877
10pct: 76.197
   Median: 85.051
  Avg: 84.838
90pct: 92.105
  Max: 109.600


On 10/07/15 21:12, Sebastian Moeller wrote:

Hi Fred,

On Jul 10, 2015, at 22:07 , Fred Stratton  wrote:


replaced /usr/lib/sqm as ordered

Thanks.


cat /etc/config/sqm

config queue 'eth1'
option qdisc_advanced '0'
option enabled '1'
option interface 'pppoe-wan'
option upload '850'
option qdisc 'cake'
option linklayer 'atm'
option overhead '40'
option download '8500'
option script 'simple.qos'
option linklayer_advanced '1'
option tcMTU '2047'
option tcTSIZE '128'
option tcMPU '0'
option linklayer_adaptation_mechanism ‘cake'

Looks reasonable.


root@OpenWrt:~# tc -s qdisc show
qdisc fq_codel 0: dev eth0 root refcnt 2 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
Sent 5904206 bytes 10771 pkt (dropped 0, overlimits 0 requeues 1)
backlog 0b 0p requeues 1
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev eth1 root refcnt 2 limit 1024p flows 1024 quantum 300 
target 5.0ms interval 100.0ms ecn
Sent 903154 bytes 7941 pkt (dropped 0, overlimits 0 requeues 2)
backlog 0b 0p requeues 2
  maxpacket 1322 drop_overlimit 0 new_flow_count 1 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc mq 0: dev wlan0 root
Sent 198495 bytes 816 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc fq_codel 0: dev wlan0 parent :1 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 3709 bytes 19 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan0 parent :2 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 112 bytes 1 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan0 parent :3 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 194674 bytes 796 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan0 parent :4 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc mq 0: dev wlan1 root
Sent 53249 bytes 323 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
qdisc fq_codel 0: dev wlan1 parent :1 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 1337 bytes 9 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan1 parent :2 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan1 parent :3 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms ecn
Sent 51912 bytes 314 pkt (dropped 0, overlimits 0 requeues 0)
backlog 0b 0p requeues 0
  maxpacket 256 drop_overlimit 0 new_flow_count 0 ecn_mark 0
  new_flows_len 0 old_flows_len 0
qdisc fq_codel 0: dev wlan1 parent :4 limit 1024p flows 1024 quantum 300 target 
5.0ms interval 100.0ms e

Re: [Cerowrt-devel] Correct syntax for cake commands and atm issues.