Hi Dave,<div><br></div><div>I installed 3.8.8-4 more than a month ago but it took me this long to give up  trying to get DLNA working.</div><div>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.</div>
<div><br></div><div>I know previously we've had it broken but you fixed it by adding some missing config in the kernel for IGMP I believe.</div><div>But I'm unable to find the cause this time.</div><div><br></div>
<div>Would you suggest I have a go with a more recent cero release or does anything come to mind when I describe the issue?</div><div><br></div><div>Best regards,</div><div>Maciej Soltysiak</div><div><br><div class="gmail_quote">
On Wed, Apr 24, 2013 at 10:55 AM, Dave Taht <span dir="ltr"><<a href="mailto:dave.taht@gmail.com" target="_blank">dave.taht@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
+ Refresh to openwrt barrier breaker head<br>
<br>
   this now contains nearly all the patches formerly separately in cerowrt!<br>
<br>
   ++ fq_codel is on by default on ALL interfaces with default quantum of 300<br>
        (yes, openwrt has obsoleted pfifo_fast!)<br>
   ++ unaligned access patches, etc, etc<br>
   + dhcp-pd SERVER support<br>
 the usual multitude of other openwrt fixes... all tested extensively<br>
at the battlemesh conference.<br>
<br>
+ Update to dnsmasq 2.67test2<br>
<br>
Toke got really busy in building his own version of cero and adding<br>
<br>
+ AQM scripts and gui<br>
+ tahoe-lafs added (untested)<br>
+ uftp4 updated<br>
<br>
- no upnp/ssdp fix because I'm clueless<br>
<br>
Yep, "AQM" gui now. /deep hat tip to toke for writing that. No need to<br>
fiddle with any scripts now....<br>
<br>
I guess of largest import here, underlying the gui, is that I had a<br>
chance to deeply look at simple_qos.sh. There are several bugs in it,<br>
that appear actually in the underlying tc subsystem.On ingress, the<br>
priority queue was not being used properly, and a few other things<br>
were odd in ipv6.<br>
<br>
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<br>
implementation, using a reduced number of flows and a single tier of<br>
htb only - and that works surprisingly well.<br>
<br>
It's called "Simplest" in the new AQM screen. Give it a shot.<br>
<br>
Secondly, the exercise of writing that and comparing it to the simple_qos script<br>
<br>
.... seems to have exposed a bug in htb at low bandwidths.<br>
<br>
<a href="http://snapon.lab.bufferbloat.net/~d/dsl384k-htb-bug.svg" target="_blank">http://snapon.lab.bufferbloat.net/~d/dsl384k-htb-bug.svg</a><br>
<br>
Here I was trying at 384k up and 8Mbit down, and the middle portion of<br>
the upload graph there is kind of... impossible. At higher rates I<br>
haven't seen this happen.<br>
<span class="HOEnZb"><font color="#888888"><br>
--<br>
Dave Täht<br>
<br>
Fixing bufferbloat with cerowrt: <a href="http://www.teklibre.com/cerowrt/subscribe.html" target="_blank">http://www.teklibre.com/cerowrt/subscribe.html</a><br>
_______________________________________________<br>
Cerowrt-devel mailing list<br>
<a href="mailto:Cerowrt-devel@lists.bufferbloat.net">Cerowrt-devel@lists.bufferbloat.net</a><br>
<a href="https://lists.bufferbloat.net/listinfo/cerowrt-devel" target="_blank">https://lists.bufferbloat.net/listinfo/cerowrt-devel</a><br>
</font></span></blockquote></div><br></div>