[Cerowrt-devel] cerowrt dev 3.8.13-7 released
dave.taht at gmail.com
Wed Jun 12 03:37:19 EDT 2013
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:
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 at 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/**
> 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:
> 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.
> On 12.06.2013 08:10, Dave Taht wrote:
>> And is at:
>> 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
>> 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
>> 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:
>> Cerowrt-devel mailing list
>> Cerowrt-devel at lists.**bufferbloat.net<Cerowrt-devel at lists.bufferbloat.net>
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.**bufferbloat.net<Cerowrt-devel at lists.bufferbloat.net>
Fixing bufferbloat with cerowrt:
-------------- next part --------------
An HTML attachment was scrubbed...
More information about the Cerowrt-devel