From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from out3-smtp.messagingengine.com (out3-smtp.messagingengine.com [66.111.4.27]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (Client did not present a certificate) by huchra.bufferbloat.net (Postfix) with ESMTPS id 7053B21F1D4 for ; Fri, 13 Sep 2013 11:08:12 -0700 (PDT) Received: from compute4.internal (compute4.nyi.mail.srv.osa [10.202.2.44]) by gateway1.nyi.mail.srv.osa (Postfix) with ESMTP id 529E1209E9; Fri, 13 Sep 2013 14:08:10 -0400 (EDT) Received: from frontend1 ([10.202.2.160]) by compute4.internal (MEProxy); Fri, 13 Sep 2013 14:08:10 -0400 DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=imap.cc; h=from :content-type:message-id:mime-version:subject:date:references:to :in-reply-to; s=mesmtp; bh=bu6iJc2QfTfxk0/HnXX1LvJ976k=; b=jE3tv F2xR6OBF2oQl/XUkqyd95RqWkQHd7PmfkIkr01wn07/jdgmU6vhqkbBtHHqalGqP c4yNtQdg9UsFBqWENYs1UJ+uwS3vQVRs6MDTA3SYN13Iy9ZQ9jA39T9LwQrzN74E y8Ltv7WohfTtgs1lc/5oBIlHYK1JFrbWy4muOs= DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d= messagingengine.com; h=from:content-type:message-id:mime-version :subject:date:references:to:in-reply-to; s=smtpout; bh=bu6iJc2Qf Tfxk0/HnXX1LvJ976k=; b=N//EfMEywEgenWBLMkPK2I97jtrNPq1Uqf5m3ZC32 AeZYhlmIZM/v53Qqb9+/exDKJRLOGFUzh6x+nj8TA73tvwbOagcP87yqTLzZC+EL fvX1/IkM4e1sIst7uq2ubirVuzSD0cLLy2AY/eFPqDyP82b5lbQakdVa5vMnXAX9 RU= X-Sasl-enc: GrIBsoRFkj+nfkbAZStFeWXVkWRAWAKlWr4s/Ik7m63e 1379095689 Received: from [172.30.42.15] (unknown [188.221.232.223]) by mail.messagingengine.com (Postfix) with ESMTPA id 93A18C00E7F for ; Fri, 13 Sep 2013 14:08:09 -0400 (EDT) From: Fred Stratton Content-Type: multipart/alternative; boundary="Apple-Mail=_DD07CDC4-9BC4-4FFF-8891-750CD55280F2" Message-Id: <71101786-42DE-4F4B-A7B2-08D6F0441D78@imap.cc> Mime-Version: 1.0 (Mac OS X Mail 6.6 \(1510\)) Date: Fri, 13 Sep 2013 19:08:08 +0100 References: <99DE38E9-FF7F-4623-A4AD-A6E66FFE7785@gmx.de> To: "cerowrt-devel@lists.bufferbloat.net" In-Reply-To: X-Mailer: Apple Mail (2.1510) Subject: Re: [Cerowrt-devel] 3.10.11-2 development build debloat bug X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 13 Sep 2013 18:08:12 -0000 --Apple-Mail=_DD07CDC4-9BC4-4FFF-8891-750CD55280F2 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=windows-1252 Thank you. The server currently has all your build environment on it in the = 3.10.11-3 directory, rather than the build itself. This has not been the case before. On 13 Sep 2013, at 19:03, Dave Taht wrote: > I have pushed out a 3.10.11-3 that has the encapsulation fixes for = fred, and the fix for debloat. (It is otherwise untested, as is = seemingly growing more usual for me) >=20 > Isolating wifi problems is very hard. The first step is finding and = eliminating other sources of interference on the channels you are on or = migrating to a different channel. There are multiple halfway decent = scanning tools, a couple referenced here: >=20 > https://plus.google.com/u/0/107942175615993706558/posts/PHPR7uL89Sq >=20 > On the 5ghz spectrum you usually have more channels available, so = nothing as fancy and graphical is needed (IMHO, but I'm a command line = guy) so a simple iwlist gw11 scanning will show the ones in use, and = then you can often find a clear channel from the approved list. >=20 > I note that the 5ghz radio in cero is set to HT40+ - so being on = channel 36 "bleeds" over onto 40. Some data indicates that competing = with another AP on HT20 channel 40 (or some other competing set of = channels) can be very bad. So you should try to find a HT40+ clear set = of channels that are legal for your country, or go back to HT20 if you = can't find a safe pair to use. >=20 > http://en.wikipedia.org/wiki/List_of_WLAN_channels >=20 >=20 >=20 >=20 > On Fri, Sep 13, 2013 at 3:01 AM, Sebastian Moeller = wrote: > Hi Dave, >=20 >=20 >=20 > On Sep 12, 2013, at 06:18 , Dave Taht wrote: >=20 > > Well, actually, I don't know when the syntax changed, but now the -b = option needs a > > - > > for reading from standard input. Boy this file is getting crufty... > > > > cero2@snapon:~/src/ceropackages-3.3/net/debloat/files$ git diff = debloat > > diff --git a/net/debloat/files/debloat b/net/debloat/files/debloat > > index e675008..d1cf939 100755 > > --- a/net/debloat/files/debloat > > +++ b/net/debloat/files/debloat > > @@ -29,7 +29,7 @@ params =3D { "MDISC", "BIGDISC", "NORMDISC", = "BINS", "MAX_HWQ_BY > > -- Useful defaults > > > > env =3D { ["TC"] =3D "/sbin/tc", > > - ["TCARG"] =3D "-b", > > + ["TCARG"] =3D "-b -", > > ["INSMOD"] =3D "/sbin/modprobe", > > ["ETHTOOL"] =3D "/sbin/ethtool", > > ["LSMOD"] =3D "/sbin/lsmod", > > (END) >=20 > Thanks that fixed the non-ge00 interfaces. As to the abysmal = performance with macosx over 5GHz wlan, that still is there, but I = suspect the macbok to be the culprit here (plus the wlan connection is = somewhere ion the edge between changing transmigrates so might be a = moving target). >=20 >=20 > Many thanks > Sebastian >=20 >=20 >=20 > > > > > > > > > > On Wed, Sep 11, 2013 at 9:10 PM, Dave Taht = wrote: > > > > > > > > On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller = wrote: > > Hi Dave, > > > > so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r = method, thanks Fred) > > > > > > On Sep 10, 2013, at 02:28 , Dave Taht wrote: > > > > > + readlink fix (hopefully fixes sysupgrade) > > I guess this will be testable at the next version update... > > > > > + usual merge with openwrt head (tons of ath9k changes) > > Oh, as if you knew that I had a number of: > > ath: phy1: Failed to stop TX DMA, queues=3D > > lines in dmesg, quick testing did not allow me to get those = with 3.10.11-2, but I will need to test further... > > > > > + dnsmasq 2.67test10 > > > + ipv6subtrees back in > > > + the final htb atm patches > > > > So I tested tc_stab and htb_private from the AQM tab, both = work equally well. > > > > > + eliminated maxpacket check in codel > > > > > > - did not fold in edumazet's new fq code > > > - 100% totally untested. May a braver soul than I give it a shot. = I won't be near a cero box til thursday, otherwise. > > > > > > http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.10-1/ > > > > > > -I'm not sure if I got the "last" of the aqm gui patches in there = or not=85 > > > > I think so, at least it works :) > > > > > > > > ... > > > > > > Anyway... I had hopes to get a stable release out in august. I AM = very happy about the major stuff that got fixed, instead... but... > > > > > > Since we didn't... I now have a ton of other matters piled up. Not = least of which is a pending trip to england and the eu. > > > > Have a great trip. > > > > > > oh, this guilts me! ;) > > > > > > > > So for the next month I don't see how I'm going to be able to put = more than a day a week into cerowrt. Tops. So I have tagged up this = "release" and pushed all the baked portions of the sources to github. > > > > Thanks a lot. > > > > > I'm still a little dubious of the ipv6 subtrees bit=85. > > > > RRUL-Testing against Toke's server shows great results, = local rrul testing between osx 10.8.4 machine on sw10 to a net server = running on an linux x86_64 3.10.1 machine on se00 is quite bad though (I = assume I now run into the wifi issues on the macbook or the router as = this is the first time I test against a machine with considerable larger = bandwidth than the wlan). The rrul plots still are quite interesting, as = I could nicely see anticoorelation between up and down bandwidth (shared = medium) > > > > > > No, its possible we have a new problem... > > > > If I get round to it I would like to re-enable fq_codel on all = interfaces (now it is just running at ge00/ifb0) to see whether this can = ameliorate the issue at least a bit. > > > > Note, I enabled the log for /usr/sbin/deblaot (by = editing/etc/hotplug.d/iface/00-debloat) and got the following: > > root@nacktmulle:~# cat /tmp/debloat.log > > fq_codel_ll > > fq_codel_ll > > fq_codel_ll > > fq_codel_ll > > root@nacktmulle:~# cat /tmp/debloat2.log > > > > > > No. This behavior is new. > > > > I used to be able to > > > > contents of /tmp/wtf: > > > > qdisc change dev sw10 parent 1:1 handle 10 fq_codel limit 500 = quantum 1000 > > qdisc change dev sw10 parent 1:2 handle 20 fq_codel limit 1000 = quantum 1000 > > qdisc change dev sw10 parent 1:3 handle 30 fq_codel limit 1000 = quantum 1000 > > qdisc change dev sw10 parent 1:4 handle 40 fq_codel limit 1000 = quantum 1000 > > > > and then > > cat /tmp/wtf | tc > > > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > > > > > > > Which is how the debloat script historically did everything. Now the = only syntax that works is: > > > > root@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf > > > > I think this is a regression in tc > > > > > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > Usage: tc [ OPTIONS ] OBJECT { COMMAND | help } > > tc [-force] -batch filename > > where OBJECT :=3D { qdisc | class | filter | action | monitor } > > OPTIONS :=3D { -s[tatistics] | -d[etails] | -r[aw] | = -p[retty] | -b[atch] [filename] } > > > > > > Not sure whether that is new, as I never enabled the logs before. I = guess I will see what causes these=85 (I assume an improper set of = arguments to tc). And now I am trying to ind my way around debloat, but = lua is totally new to me... > > > > > > Best Regards & many thanks > > Sebastian > > > > > > > > > > > > > > > > > > -- > > > Dave T=E4ht > > > > > > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html > > > _______________________________________________ > > > Cerowrt-devel mailing list > > > Cerowrt-devel@lists.bufferbloat.net > > > https://lists.bufferbloat.net/listinfo/cerowrt-devel > > > > > > > > > > -- > > Dave T=E4ht > > > > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html > > > > > > > > -- > > Dave T=E4ht > > > > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html >=20 >=20 >=20 >=20 > --=20 > Dave T=E4ht >=20 > Fixing bufferbloat with cerowrt: = http://www.teklibre.com/cerowrt/subscribe.html > _______________________________________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.bufferbloat.net > https://lists.bufferbloat.net/listinfo/cerowrt-devel --Apple-Mail=_DD07CDC4-9BC4-4FFF-8891-750CD55280F2 Content-Transfer-Encoding: quoted-printable Content-Type: text/html; charset=windows-1252 Thank = you.

The server currently has all your build = environment on it in the 3.10.11-3 directory, rather than the build = itself.

This has not been the case = before.


On 13 Sep 2013, at 19:03, = Dave Taht <dave.taht@gmail.com> = wrote:

I have pushed out a 3.10.11-3 that = has the encapsulation fixes for fred, and the fix for debloat. (It is = otherwise untested, as is seemingly growing more usual for = me)

Isolating wifi problems is very hard. The first = step is finding and eliminating other sources of interference on the = channels you are on or migrating to a different channel. There are = multiple halfway decent scanning tools, a couple referenced here:

https://plus.google.com/u/0/107942175615993706558/posts/PHPR7uL89Sq=

On the 5ghz spectrum you usually have more = channels available, so nothing as fancy and graphical is needed (IMHO, = but I'm a command line guy) so a simple iwlist gw11 scanning will show = the ones in use, and then you can often find a clear channel from the = approved list.

I note that the 5ghz radio in cero is set to HT40+ - = so being on channel 36 "bleeds" over onto 40. Some data indicates that = competing with another AP on HT20 channel 40  (or some other = competing set of channels) can be very bad. So you should try to find a = HT40+ clear set of channels that are legal for your country, or go back = to HT20 if you can't find a safe pair to use.



=


= On Fri, Sep 13, 2013 at 3:01 AM, Sebastian Moeller <moeller0@gmx.de> wrote:
Hi Dave,



On Sep 12, 2013, at 06:18 , Dave Taht <dave.taht@gmail.com> = wrote:

> Well, actually, I don't know when the syntax changed, but now the = -b option needs a
>                   =           -
> for reading from standard input. Boy this file is getting = crufty...
>
> cero2@snapon:~/src/ceropackages-3.3/net/debloat/files$ git diff = debloat
> diff --git a/net/debloat/files/debloat = b/net/debloat/files/debloat
> index e675008..d1cf939 100755
> --- a/net/debloat/files/debloat
> +++ b/net/debloat/files/debloat
> @@ -29,7 +29,7 @@ params =3D { "MDISC", "BIGDISC", "NORMDISC", = "BINS", "MAX_HWQ_BY
>  -- Useful defaults
>
>  env =3D { ["TC"] =3D "/sbin/tc",
> -       ["TCARG"] =3D "-b",
> +       ["TCARG"] =3D "-b -",
>         ["INSMOD"] =3D "/sbin/modprobe",
>          ["ETHTOOL"] =3D = "/sbin/ethtool",
>         ["LSMOD"] =3D "/sbin/lsmod",
> (END)

        Thanks that fixed the non-ge00 = interfaces. As to the abysmal performance with macosx over 5GHz wlan, = that still is there, but I suspect the macbok to be the culprit here = (plus the wlan connection is somewhere ion the edge between changing = transmigrates so might be a moving target).


Many thanks
      =   Sebastian



>
>
>
>
> On Wed, Sep 11, 2013 at 9:10 PM, Dave Taht <dave.taht@gmail.com> = wrote:
>
>
>
> On Wed, Sep 11, 2013 at 1:36 AM, Sebastian Moeller <moeller0@gmx.de> wrote:
> Hi Dave,
>
> so I ant for the shiny 3.10.11-2, worked great (using Fred's mtd -r = method, thanks Fred)
>
>
> On Sep 10, 2013, at 02:28 , Dave Taht <dave.taht@gmail.com> = wrote:
>
> > + readlink fix (hopefully fixes sysupgrade)
>         I guess this will be testable at the = next version update...
>
> > + usual merge with openwrt head (tons of ath9k changes)
>         Oh, as if you knew that I had a number = of:
>                 ath: phy1: = Failed to stop TX DMA, queues=3D
>         lines in dmesg, quick testing did not = allow me to get those with 3.10.11-2, but I will need to test = further...
>
> > + dnsmasq 2.67test10
> > + ipv6subtrees back in
> > + the final htb atm patches
>
>         So I tested tc_stab and htb_private = from the AQM tab, both work equally well.
>
> > + eliminated maxpacket check in codel
> >
> > - did not fold in edumazet's new fq code
> > - 100% totally untested. May a braver soul than I give it a = shot. I won't be near a cero box til thursday, otherwise.
> >
> > http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.= 10.10-1/
> >
> > -I'm not sure if I got the "last" of the aqm gui patches in = there or not=85
>
>         I think so, at least it works :)
>
> >
> > ...
> >
> > Anyway... I had hopes to get a stable release out in august. I = AM very happy about the major stuff that got fixed, instead... = but...
> >
> > Since we didn't... I now have a ton of other matters piled up. = Not least of which is a pending trip to england and the eu.
>
>         Have a great trip.
>
>
> oh, this guilts me!  ;)
>
> >
> > So for the next month I don't see how I'm going to be able to = put more than a day a week into cerowrt. Tops. So I have tagged up this = "release" and pushed all the baked portions of the sources to = github.
>
>         Thanks a lot.
>
> > I'm still a little dubious of the ipv6 subtrees bit=85.
>
>         RRUL-Testing against Toke's server = shows great results, local rrul testing between osx 10.8.4 machine on = sw10 to a net server running on an linux x86_64 3.10.1 machine on se00 = is quite bad though (I assume I now run into the wifi issues on the = macbook or the router as this is the first time I test against a machine = with considerable larger bandwidth than the wlan). The rrul plots still = are quite interesting, as I could nicely see anticoorelation between up = and down bandwidth (shared medium)
>
>
> No, its possible we have a new problem...
>
> If I get round to it I would like to re-enable fq_codel on all = interfaces (now it is just running at ge00/ifb0) to see whether this can = ameliorate the issue at least a bit.
>
> Note, I enabled the log for /usr/sbin/deblaot (by = editing/etc/hotplug.d/iface/00-debloat) and got the following:
> root@nacktmulle:~# cat /tmp/debloat.log
> fq_codel_ll
> fq_codel_ll
> fq_codel_ll
> fq_codel_ll
> root@nacktmulle:~# cat /tmp/debloat2.log
>
>
> No. This behavior is new.
>
> I used to be able to
>
> contents of /tmp/wtf:
>
> qdisc change dev sw10 parent 1:1 handle 10 fq_codel limit 500 = quantum 1000
> qdisc change dev sw10 parent 1:2 handle 20 fq_codel limit 1000 = quantum 1000
> qdisc change dev sw10 parent 1:3 handle 30 fq_codel limit 1000 = quantum 1000
> qdisc change dev sw10 parent 1:4 handle 40 fq_codel limit 1000 = quantum 1000
>
> and then
> cat /tmp/wtf | tc
>
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
>
>
>
> Which is how the debloat script historically did everything. Now = the only syntax that works is:
>
> root@cerowrt:/etc/hotplug.d/iface# tc -b /tmp/wtf
>
> I think this is a regression in tc
>
>
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
> Usage: tc [ OPTIONS ] OBJECT { COMMAND | help }
>        tc [-force] -batch filename
> where  OBJECT :=3D { qdisc | class | filter | action | monitor = }
>        OPTIONS :=3D { -s[tatistics] | = -d[etails] | -r[aw] | -p[retty] | -b[atch] [filename] }
>
>
> Not sure whether that is new, as I never enabled the logs before. I = guess I will see what causes these=85 (I assume an improper set of = arguments to tc). And now I am trying to ind my way around debloat, but = lua is totally new to me...
>
>
> Best Regards & many thanks
>         Sebastian
>
>
>
> >
> >
> >
> > --
> > Dave T=E4ht
> >
> > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
> > _______________________________________________
> > Cerowrt-devel mailing list
> > Cerowrt-devel@lists.bu= fferbloat.net
> > https://lists.bufferbloat.net/listinfo/cerowrt-devel=
>
>
>
>
> --
> Dave T=E4ht
>
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html
>
>
>
> --
> Dave T=E4ht
>
> Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html




-- =
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html=20
_______________________________________________
Cerowrt-devel mailing = list
Cerowrt-devel@lists.bu= fferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel<= br>

= --Apple-Mail=_DD07CDC4-9BC4-4FFF-8891-750CD55280F2--