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 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 >> >> > ______________________________**_________________ > Cerowrt-devel mailing list > Cerowrt-devel@lists.**bufferbloat.net > https://lists.bufferbloat.net/**listinfo/cerowrt-devel > -- Dave Täht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html