From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from chi.subsignal.org (cxd-2-pt.tunnel.tserv11.ams1.ipv6.he.net [IPv6:2001:470:1f14:ed::2]) by huchra.bufferbloat.net (Postfix) with ESMTP id BAACB21F11C for ; Wed, 12 Jun 2013 02:12:01 -0700 (PDT) Received: from [192.168.178.21] (unknown [212.255.36.49]) by chi.subsignal.org (Postfix) with ESMTPSA id 4BCEA126220 for ; Wed, 12 Jun 2013 11:12:44 +0200 (CEST) Message-ID: <51B83B5F.3030903@openwrt.org> Date: Wed, 12 Jun 2013 11:11:59 +0200 From: Steven Barth User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:17.0) Gecko/20130518 Icedove/17.0.5 MIME-Version: 1.0 To: cerowrt-devel@lists.bufferbloat.net References: <51B82AB8.3090204@openwrt.org> In-Reply-To: Content-Type: multipart/alternative; boundary="------------080008010807090505070606" Subject: Re: [Cerowrt-devel] cerowrt dev 3.8.13-7 released X-BeenThere: cerowrt-devel@lists.bufferbloat.net X-Mailman-Version: 2.1.13 Precedence: list List-Id: Development issues regarding the cerowrt test router project List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 12 Jun 2013 09:12:02 -0000 This is a multi-part message in MIME format. --------------080008010807090505070606 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 8bit 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 > 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 --------------080008010807090505070606 Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit
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 <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

--------------080008010807090505070606--