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 <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 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