[Cerowrt-devel] cerowrt dev 3.8.13-7 released

[Dave Taht]

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 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/**
> uci/network6#in4.tunnel.henet.**tunnelbroker.sixxs.static.**tunnel<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<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/~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<http://www.teklibre.com/cerowrt/subscribe.html>
>>
>>
>> ______________________________**_________________
>> Cerowrt-devel mailing list
>> Cerowrt-devel at lists.**bufferbloat.net<Cerowrt-devel at lists.bufferbloat.net>
>> https://lists.bufferbloat.net/**listinfo/cerowrt-devel<https://lists.bufferbloat.net/listinfo/cerowrt-devel>
>>
>>
> ______________________________**_________________
> Cerowrt-devel mailing list
> Cerowrt-devel at lists.**bufferbloat.net<Cerowrt-devel at lists.bufferbloat.net>
> https://lists.bufferbloat.net/**listinfo/cerowrt-devel<https://lists.bufferbloat.net/listinfo/cerowrt-devel>
>



-- 
Dave Täht

Fixing bufferbloat with cerowrt:
http://www.teklibre.com/cerowrt/subscribe.html
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <https://lists.bufferbloat.net/pipermail/cerowrt-devel/attachments/20130612/b65f7488/attachment-0002.html>