Hmm I don't currently run 6in4 on an OpenWrt router but directly on my
proprietary DSL-router which does PD so I can't test this right now.
I haven't heard about TOS inherit until now either and this am not sure
how it can be setup on Linux.
On 12.06.2013 09:37, Dave Taht wrote:
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 <[email protected]
<mailto:[email protected]>> 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/
<http://snapon.lab.bufferbloat.net/%7Ecero2/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
[email protected]
<mailto:[email protected]>
https://lists.bufferbloat.net/listinfo/cerowrt-devel
_______________________________________________
Cerowrt-devel mailing list
[email protected]
<mailto:[email protected]>
https://lists.bufferbloat.net/listinfo/cerowrt-devel
--
Dave Täht
Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html
_______________________________________________
Cerowrt-devel mailing list
[email protected]
https://lists.bufferbloat.net/listinfo/cerowrt-devel
