From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by huchra.bufferbloat.net (Postfix) with ESMTP id 18D8821F11C for ; Tue, 11 Jun 2013 23:59:41 -0700 (PDT) Received: from [192.168.178.21] (unknown [212.255.36.49]) by chi.subsignal.org (Postfix) with ESMTPSA id 3477012621C for ; Wed, 12 Jun 2013 09:00:22 +0200 (CEST) Message-ID: <51B82AB8.3090204@openwrt.org> Date: Wed, 12 Jun 2013 10:00:56 +0200 From: Steven Barth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 MIME-Version: 1.0 To: cerowrt-devel@lists.bufferbloat.net References: In-Reply-To: Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 06:59:41 -0000 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 get "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äht > > 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 >