From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x233.google.com (mail-ie0-x233.google.com [IPv6:2607:f8b0:4001:c03::233]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id BD4E621F1A5 for ; Sun, 2 Jun 2013 11:12:50 -0700 (PDT) Received: by mail-ie0-f179.google.com with SMTP id c10so2570008ieb.10 for ; Sun, 02 Jun 2013 11:12:50 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=bdeIgEEVotnXN1z575Fu28xRrC+Koyx+c7rKr4eDDkQ=; b=WvjiIlfvdo0O8FKRmpOX7NmbIsBkMO6wIfvy25wxGWN8g6epyTOSQi51XVQGtKC2MB wWsKz4M58m/nFzx2V28ULHvz4TnWp5RunrqUtjv1nd6a3HBBE65y+Tz8ghhAGzVh3YXE +/H4GCxbaI+kRLuBxoRv2nmVQYHIrioNDYlO4mHKob5gIqFslwhpth0Y6B5U7K2t3eoS KkVEop3fQLGP90Q9dw8O92XzGFlJbZf1WsmgZSeQdVp18O0m/ci3GD42IrjXBrykXBQ8 9LcoS9voc7h589agsj/Too7ANGqx0MfwMHM89F9c/D1gftv2LTD8OiBHUg8YrBx4hift cuaw== MIME-Version: 1.0 X-Received: by 10.50.72.49 with SMTP id a17mr6105084igv.36.1370196769782; Sun, 02 Jun 2013 11:12:49 -0700 (PDT) Received: by 10.64.35.44 with HTTP; Sun, 2 Jun 2013 11:12:49 -0700 (PDT) In-Reply-To: References: Date: Sun, 2 Jun 2013 11:12:49 -0700 Message-ID: From: Dave Taht To: Maciej Soltysiak Content-Type: multipart/alternative; boundary=047d7bdc9e50bc417f04de2fcb11 Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] cerowrt 3.8.8-4 released 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: Sun, 02 Jun 2013 18:12:51 -0000 --047d7bdc9e50bc417f04de2fcb11 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I note that 3.8.X has been kind of a disappointing kernel series (notably the ADSL bug) and I'm not intending to ship a cero based on it. Please feel free to keep hacking cero forward or reverting to Modena. Also, after my very long trip around the eu... http://www.youtube.com/watch?v=3DquAaZKBHvs8 I'm taking a *vacation*. This will be my last read email for at least a week. In addition to the ongoing evals of other ath9k based boards... I have a ton of boards like these on order or backorder: http://linuxgizmos.com/wandboard-gains-quad-core-cpu-and-enhanced-gpu/ http://linuxgizmos.com/beaglebone-black-climbs-the-device-tree-with-linux-3= -8/ On Sun, Jun 2, 2013 at 11:00 AM, Maciej Soltysiak wro= te: > Hi Dave, > > I installed 3.8.8-4 more than a month ago but it took me this long to giv= e > up trying to get DLNA working. > For some reason those DLNA discovery (SSDP) multicasts seem not forward > between se00 and sw00 or sw10 so the devices cannot find themselves. This > is supposed to be done by minissdpd. > Have you tried disabling the firewall rules entirely? > > I know previously we've had it broken but you fixed it by adding some > missing config in the kernel for IGMP I believe. > But I'm unable to find the cause this time. > > I am puzzled. IGMP was working in 3.7 > Would you suggest I have a go with a more recent cero release or does > anything come to mind when I describe the issue? > > Best regards, > Maciej Soltysiak > > On Wed, Apr 24, 2013 at 10:55 AM, Dave Taht wrote: > >> + Refresh to openwrt barrier breaker head >> >> this now contains nearly all the patches formerly separately in >> cerowrt! >> >> ++ fq_codel is on by default on ALL interfaces with default quantum o= f >> 300 >> (yes, openwrt has obsoleted pfifo_fast!) >> ++ unaligned access patches, etc, etc >> + dhcp-pd SERVER support >> the usual multitude of other openwrt fixes... all tested extensively >> at the battlemesh conference. >> >> + Update to dnsmasq 2.67test2 >> >> Toke got really busy in building his own version of cero and adding >> >> + AQM scripts and gui >> + tahoe-lafs added (untested) >> + uftp4 updated >> >> - no upnp/ssdp fix because I'm clueless >> >> Yep, "AQM" gui now. /deep hat tip to toke for writing that. No need to >> fiddle with any scripts now.... >> >> I guess of largest import here, underlying the gui, is that I had a >> chance to deeply look at simple_qos.sh. There are several bugs in it, >> that appear actually in the underlying tc subsystem.On ingress, the >> priority queue was not being used properly, and a few other things >> were odd in ipv6. >> >> Out of frustration with that, and based on the data we'd got back from >> cablelabs, I wrote the simplest possible rate limited fq_codel >> implementation, using a reduced number of flows and a single tier of >> htb only - and that works surprisingly well. >> >> It's called "Simplest" in the new AQM screen. Give it a shot. >> >> Secondly, the exercise of writing that and comparing it to the simple_qo= s >> script >> >> .... seems to have exposed a bug in htb at low bandwidths. >> >> http://snapon.lab.bufferbloat.net/~d/dsl384k-htb-bug.svg >> >> Here I was trying at 384k up and 8Mbit down, and the middle portion of >> the upload graph there is kind of... impossible. At higher rates I >> haven't seen this happen. >> >> -- >> 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 >> > > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --047d7bdc9e50bc417f04de2fcb11 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable I note that 3.8.X has been kind of a disappointing kernel series
(notab= ly the ADSL bug) and I'm not intending to ship a cero based on it. Plea= se feel free to keep hacking cero forward or reverting to Modena.

Also, after my very long trip around the eu...

http://www.youtube.com/watch?v=3DquAaZ= KBHvs8

I'm taking a *vacation*. This will be my last read em= ail for at least a week.

In addition to the ongoing evals of other ath9k based boards...

= I have a ton of boards like these on order or backorder:

htt= p://linuxgizmos.com/wandboard-gains-quad-core-cpu-and-enhanced-gpu/

http://linuxgizmos.com/beaglebone-black-climbs-the-devi= ce-tree-with-linux-3-8/

On Sun, Jun 2= , 2013 at 11:00 AM, Maciej Soltysiak <maciej@soltysiak.com> wrote:
Hi Dave,

I installed 3.8.= 8-4 more than a month ago but it took me this long to give up =A0trying to = get DLNA working.
For some reason those DLNA discovery (SSDP) multicasts seem not forwar= d between se00 and sw00 or sw10 so the devices cannot find themselves. This= is supposed to be done by minissdpd.

Have you t= ried disabling the firewall rules entirely?
=A0

I know previously we've had it broken but you fixed= it by adding some missing config in the kernel for IGMP I believe.
But I'm unable to find the cause this time.


I am puzzled. IGMP was working in 3.7
=A0
Would you suggest I have a go with a more recent cero release or does = anything come to mind when I describe the issue?

B= est regards,
Maciej Soltysiak

On Wed, Apr 24, 2013 at 10:55 AM, Dave Taht <dave.taht@gmail.com&g= t; wrote:
+ Refresh to openwrt barrier breaker head

=A0 =A0this now contains nearly all the patches formerly separately in cero= wrt!

=A0 =A0++ fq_codel is on by default on ALL interfaces with default quantum = of 300
=A0 =A0 =A0 =A0 (yes, openwrt has obsoleted pfifo_fast!)
=A0 =A0++ unaligned access patches, etc, etc
=A0 =A0+ dhcp-pd SERVER support
=A0the usual multitude of other openwrt fixes... all tested extensively
at the battlemesh conference.

+ Update to dnsmasq 2.67test2

Toke got really busy in building his own version of cero and adding

+ AQM scripts and gui
+ tahoe-lafs added (untested)
+ uftp4 updated

- no upnp/ssdp fix because I'm clueless

Yep, "AQM" gui now. /deep hat tip to toke for writing that. No ne= ed to
fiddle with any scripts now....

I guess of largest import here, underlying the gui, is that I had a
chance to deeply look at simple_qos.sh. There are several bugs in it,
that appear actually in the underlying tc subsystem.On ingress, the
priority queue was not being used properly, and a few other things
were odd in ipv6.

Out of frustration with that, and based on the data we'd got back from<= br> cablelabs, I wrote the simplest possible rate limited fq_codel
implementation, using a reduced number of flows and a single tier of
htb only - and that works surprisingly well.

It's called "Simplest" in the new AQM screen. Give it a shot.=

Secondly, the exercise of writing that and comparing it to the simple_qos s= cript

.... seems to have exposed a bug in htb at low bandwidths.

http://snapon.lab.bufferbloat.net/~d/dsl384k-htb-bug.svg
Here I was trying at 384k up and 8Mbit down, and the middle portion of
the upload graph there is kind of... impossible. At higher rates I
haven't seen this happen.

--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html
_______________________________________________
Cerowrt-devel mailing list
Ce= rowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel




--
Dave T=E4ht

Fixi= ng bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.ht= ml=20 --047d7bdc9e50bc417f04de2fcb11--