From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x230.google.com (mail-ie0-x230.google.com [IPv6:2607:f8b0:4001:c03::230]) (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 70D8721F197 for ; Wed, 12 Jun 2013 00:37:20 -0700 (PDT) Received: by mail-ie0-f176.google.com with SMTP id ar20so19817042iec.21 for ; Wed, 12 Jun 2013 00:37:19 -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=VREN2mxXqyokynAIRGsv+5HLj5yhyBMMObXHSIFET3g=; b=CzMfWIZRvrU3bwfcLzFaLKBfwemJBOsMQ5PAKGFh614facTps5G27oZdCIS/rEhCvs vm4VNzC7oJROmcWExkCjDBdT6Nsj2798c+5HIzv8GnDnUCIxdjHB2wpKmvQ5Q2S4A8N0 qUP/UjZBgDaLEoLfFh8LSR+5dZk0hObhRHzWx9e4K5mhr47vo5QyF8uBGWhBIcWvmoBM 3fHF2J+aYdlGo5q2n2YJrgswAC9T6GY+axzC26f/m9DOdF8H55yEM0+VJzQWqtdH3o0a kx6dtqqhhfv7HZDaVHnwOiOkEbUESdWiMDY3RHgF8qrXHRVD2RqozJlv5AMK17m/HylL fnWQ== MIME-Version: 1.0 X-Received: by 10.50.56.50 with SMTP id x18mr2760077igp.87.1371022639621; Wed, 12 Jun 2013 00:37:19 -0700 (PDT) Received: by 10.64.45.137 with HTTP; Wed, 12 Jun 2013 00:37:19 -0700 (PDT) In-Reply-To: <51B82AB8.3090204@openwrt.org> References: <51B82AB8.3090204@openwrt.org> Date: Wed, 12 Jun 2013 00:37:19 -0700 Message-ID: From: Dave Taht To: Steven Barth Content-Type: multipart/alternative; boundary=089e0153899c69eb7f04def015c9 Cc: cerowrt-devel@lists.bufferbloat.net Subject: Re: [Cerowrt-devel] cerowrt dev 3.8.13-7 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: Wed, 12 Jun 2013 07:37:20 -0000 --089e0153899c69eb7f04def015c9 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thank you! I'll look into it in the morning. Do you do a tos inherit on the setup? Seems useful (copies the entire tos field, including ecn bits, to the header and back) Also you might want to look over the patch at: https://lists.bufferbloat.net/pipermail/bloat-devel/2013-June/000435.html You can see the effect on (a saturated) 6in4 system via tc class show dev your_device. I only slammed it in yesterday so I haven't been able to A/B the results against a system without the patch, so no warrantees express, written or implied.... On Wed, Jun 12, 2013 at 1:00 AM, Steven Barth wrote: > Not having looked at your particular 6in4 setup but I can imagine where > the issue comes from. > > Source-based IPv6 routing was introduced a few weeks ago to properly > support multiple IPv6 uplink-interfaces. Therefore OpenWrt only let's you > route through the tunnel if it knows you have a suitable source address. > > That means you now have to add your routed /64 or /48 in the 6in4 tunnel > settings (UCI-variable ip6prefix) either through the WebUI or in > /etc/config/network directly. See: http://wiki.openwrt.org/doc/** > uci/network6#in4.tunnel.henet.**tunnelbroker.sixxs.static.**tunnel > > In addition configuring the downstream interfaces using ip6addr is not > supported any more. One has to use the ip6assign/ip6hint/ip6class method = as > described here: > http://wiki.openwrt.org/doc/**uci/network6#downstream.** > configuration.for.lan-**interfaces > > If you still use ip6addr instead of the new mechanism you might simply ge= t > "Network Unreachable" errors or - in newer versions - "Source address > failed ingress/egress policy". > > > I hope this helps. > > > Cheers, > > Steven > > > > > On 12.06.2013 08:10, Dave Taht wrote: > >> And is at: >> >> http://snapon.lab.bufferbloat.**net/~cero2/cerowrt/wndr/3.8.**13-7/ >> >> I've had it up and running a few days on a couple routers, >> >> and yes, I'm still trying to take some time off but: >> >> + can't crash it over wifi anymore >> + AQM + gui is coming along, am looking at gargoyle's methods a bit now.= .. >> >> - Known bug: 6in4 does not work via the gui or openwrt config file - >> this bug has existed for about a month now >> and I haven't looked into it. I did look into fixing fq_codel >> performance under 6in4, and that patch is in here, >> so after a bit more testing I'll try to get that upstream... >> >> - the results I get from 802.11e are even more dismal than usual when >> the VI and VO queues are in full use. >> + For purely best effort wifi traffic, things look pretty good. >> >> I am seriously considering disabling 802.11e negotiation in the next >> release. >> >> I did prove 6in4 is working with the std-from-hurricane-electric script, >> so it's a bug in netifd, cero's config, or elsewhere at the openwrt >> level... >> >> modprobe ipv6 >> ip tunnel add he-ipv6 mode sit remote $the_he_tunnel local $my_local_ip >> ttl 255 tos inherit >> >> # Note that I don't know if openwrt turns on tos inherit or not, btw, >> need to look into it. It's potentially useful >> >> ip link set he-ipv6 up >> ip addr add $mylink/64 dev he-ipv6 >> ip route add ::/0 dev he-ipv6 >> ip -f inet6 addr >> >> >> -- >> 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 >> >> > ______________________________**_________________ > 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 --089e0153899c69eb7f04def015c9 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Thank you! I'll look into it in the morning. Do you do a tos inherit on= the setup? Seems useful (copies the entire tos field, including ecn bits,<= br>to the header and back)

Also you might want to look over the patc= h at:

https://lists.bufferbloat.net/pipermail/bloat-devel/2013-Jun= e/000435.html

You can see the effect on (a saturated) 6in4 syste= m via tc class show dev your_device. I only slammed it in yesterday so I ha= ven't been able to A/B the results against a system without the patch, = so no warrantees express, written or implied....

On Wed, Jun 12, 2013 at 1:00 AM, Steven Bart= h <cyrus@openwrt.org> wrote:
Not having looked at your particular 6in4 setup but I can imagine where the= issue comes from.

Source-based IPv6 routing was introduced a few weeks ago to properly suppor= t multiple IPv6 uplink-interfaces. Therefore OpenWrt only let's you rou= te through the tunnel if it knows you have a suitable source address.

That means you now have to add your routed /64 or /48 in the 6in4 tunnel se= ttings (UCI-variable ip6prefix) either through the WebUI or in /etc/config/= network directly. See: http:/= /wiki.openwrt.org/doc/uci/network6#in4.tunnel.henet.tunnelbro= ker.sixxs.static.tunnel

In addition configuring the downstream interfaces using ip6addr is not supp= orted any more. One has to use the ip6assign/ip6hint/ip6class method as des= cribed here:
http://wiki.openwrt.org/doc/= uci/network6#downstream.configuration.for.lan-interfaces<= br>
If you still use ip6addr instead of the new mechanism you might simply get = "Network Unreachable" errors or - in newer versions - "Sourc= e address failed ingress/egress policy".


I hope this helps.


Cheers,

Steven




On 12.06.2013 08:10, Dave Taht wrote:
And is at:

http://snapon.lab.bufferbloat.net/~cero2/cerowrt/= wndr/3.8.13-7/

I've had it up and running a few days on a couple routers,

and yes, I'm still trying to take some time off but:

+ can't crash it over wifi anymore
+ AQM + gui is coming along, am looking at gargoyle's methods a bit now= ...

- Known bug: 6in4 does not work via the gui or openwrt config file -
this bug has existed for about a month now
and I haven't looked into it. I did look into fixing fq_codel
performance under 6in4, and that patch is in here,
so after a bit more testing I'll try to get that upstream...

- the results I get from 802.11e are even more dismal than usual when
the VI and VO queues are in full use.
+ For purely best effort wifi traffic, things look pretty good.

I am seriously considering disabling 802.11e negotiation in the next
release.

I did prove 6in4 is working with the std-from-hurricane-electric script, so it's a bug in netifd, cero's config, or elsewhere at the openwrt= level...

modprobe ipv6
ip tunnel add he-ipv6 mode sit remote $the_he_tunnel =A0local $my_local_ip<= br> ttl 255 tos inherit

# Note that I don't know if openwrt turns on tos inherit or not, btw, need to look into it. It's potentially useful

ip link set he-ipv6 up
ip addr add $mylink/64 dev he-ipv6
ip route add ::/0 dev he-ipv6
ip -f inet6 addr


--
Dave T=E4ht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html


_______________________________________________
Cerowrt-devel mailing list
Ce= rowrt-devel@lists.bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel


_______________________________________________
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 --089e0153899c69eb7f04def015c9--