Hi Fred, hi List On Jul 26, 2013, at 08:21 , Fred Stratton <fredstrat...@imap.cc> wrote:
> I can certainly confirm this, having spent several fruitless hours with the > build. > > 6in4 remains broken for henet. > > dnsmasq appears not to recognise additional domain name servers. The ISP I > use has a very slow domain name service, to which the system now defaults. > The consequence of this is that opkg times out, and no packages can be > installed. > > It is still not possible to watch a video stream and download files > simultaneously on an ADSL line. I can not comment on most of your issues, but I might have some information about the ADSL issue. I only got around to test 3.10.1-1 but I suspect that there are no changes in the relevant packages between these versions. I had a few issues with getting my ADSL line (atm carried adsl2+) to work reasonably; maybe some of these issues are at play in your setup as well. Anyway, it turned out to have probably two main reasons: 1) It looks that the AQM luci interface does not really propagate the requested bandwidth down to simple_qos.sh (the version Toke's AQM package supplies), to get this working I had to edit the bandwidth defaults in /usr/lib/aqm/functions.sh to make it work at all. (I then switched back to the stand alone simple_qos.sh; no time yet to debug why the luci-fied version did not honor the up- and download speeds from the gui) That helped a lot. Enabling simple_qos.sh's PPPOE option did not improve things to where I expected them. 2) It seems HTB's issues with regards to the ATM carrier (and potentially per packet overhead do not seem fully solved yet. I side stepped this issue by resorting to handle these issues with the more generic td-stab mechanism: I added the following to simple_qos.sh (my line has 40 bytes of encapsulation overhead, but linux already accounts for the 14bytes ethernet header, so the additional overhead is 26, you probably know your overhead already*): EGRESS_STAB_STRING="stab mtu 2048 tsize 128 overhead 26 linklayer atm" INGRESS_STAB_STRING="stab mtu 2048 tsize 128 overhead 26 linklayer atm" then I changed egress() from: $TC qdisc add dev $IFACE root handle 1: htb default 12 to: $TC qdisc add dev $IFACE root handle 1: ${EGRESS_STAB_STRING} htb default 12 and ingress() from: $TC qdisc add dev $DEV root handle 1: htb default 12 to: $TC qdisc add dev $DEV root handle 1: ${INGRESS_STAB_STRING} htb default 12 that again helped a lot. 3) I also turned of polipo on my wndr3700 v2 assuming that the device has to little memory and flash storage to allow for polipo to be actually useful. I intend to supply polipo with a larger backing store and enable it again in due time. These changes turned maximum ping RTTs under load from initially up to almost 6 seconds (avg ~ 250ms) down to 226ms (avg 26ms). I just measured the ping times to a near host (RTT ~24ms ) while saturating the upload with a single large transfer and stressing the download by opening around 100 media heavy browser tabs at once In case you test these changes I would love to hear whether this improves your situation or not. *) Note: thee is no universal ADSL overhead, it depends on the encapsulation method used by your ISP, so one either needs to look up the required information (see: http://ace-host.stuart.id.au/russell/files/tc/tc-atm/ and http://www.dsm.fordham.edu/cgi-bin/man-cgi.pl?topic=tc-stab&sect=8 and http://www.faqs.org/rfcs/rfc2684.html) or figure it out empirically. Best Regards Sebastian > > > > > On 26 Jul 2013, at 06:20, Dave Taht <dave.t...@gmail.com> wrote: > >> sysupgrade -n doesn't work with this release. Stay away. I have a new >> build of 3.10.3-1 and am trying to fix it... >> >> I did find the problem on the ubnt builds - I'd switched to the new >> babeld from quagga, but failed to install it by default. >> >> in openwrt trunk, elliptic curve has been enabled in openssl. It's >> long past time we enable https for configuration by default, and might >> as well figure out how to turn perfect forward secrecy on as well in >> the post-snowden era. >> >> owamp seemingly works well, with a couple glitches here and there. I >> got to where the lab was synced to about 1ms resolution... and 5 more >> gpses arrived today.... >> _______________________________________________ >> 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 mailing list Cerowrt-devel@lists.bufferbloat.net https://lists.bufferbloat.net/listinfo/cerowrt-devel