Hi Fred, hi List
On Jul 26, 2013, at 08:21 , Fred Stratton <[email protected]> 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 <[email protected]> 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
>> [email protected]
>> https://lists.bufferbloat.net/listinfo/cerowrt-devel
>
> _______________________________________________
> Cerowrt-devel mailing list
> [email protected]
> https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
[email protected]
https://lists.bufferbloat.net/listinfo/cerowrt-devel
