From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-ie0-x22a.google.com (mail-ie0-x22a.google.com [IPv6:2607:f8b0:4001:c03::22a]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id 506B621F1AD for ; Wed, 12 Jun 2013 02:40:02 -0700 (PDT) Received: by mail-ie0-f170.google.com with SMTP id e11so6744114iej.15 for ; Wed, 12 Jun 2013 02:40:01 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20120113; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :cc:content-type; bh=/C5IBUSC36idCLjhAnHTkhwifGvFTZTsNqF7sIjP0sQ=; b=i5d3ueBs00+Kmfn5Uf9NqrGRkto6Fqkpp/1jlD+yZjDdyNhVFqDPGeKk5Yn1NJYX2V e7KqUJ0qPY8CG4hvYbtr/LWodTdLNdmD/DK4gT7tn5zy/QYATb/RRvTQCLUd4dqo7aVv mcdjZeGzSxXVF21WrU4l5Efkkm9Anfl6GyyuvEQIurbMaR7QHoKiS1MI+isViYjSmXi8 L8UJ4wYVjAZpBH6RPlM7lqvTHPMgTJexqnylmdWc2pp2SuAjrigMrxFHQnRuUOIn8d+s iKQnljkJoDmwADQp/y0DRZuGZdQg/M2HX6qSgKEgSFpHKW7KYiNUUFJQhi4kAmZF1Sh3 xs7w== MIME-Version: 1.0 X-Received: by 10.42.50.202 with SMTP id b10mr7494271icg.7.1371030001609; Wed, 12 Jun 2013 02:40:01 -0700 (PDT) Received: by 10.64.45.137 with HTTP; Wed, 12 Jun 2013 02:40:01 -0700 (PDT) In-Reply-To: <51B83B5F.3030903@openwrt.org> References: <51B82AB8.3090204@openwrt.org> <51B83B5F.3030903@openwrt.org> Date: Wed, 12 Jun 2013 02:40:01 -0700 Message-ID: From: Dave Taht To: Steven Barth Content-Type: multipart/alternative; boundary=90e6ba61453a38f53104def1cc2b Cc: cerowrt-devel@lists.bufferbloat.net 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:40:02 -0000 --90e6ba61453a38f53104def1cc2b Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable On Wed, Jun 12, 2013 at 2:11 AM, Steven Barth wrote: > 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'll be testing over the next week or so, more if I can line up the usual suspects to install this release... or another quick one if I can figure out the delta between 6in4 last month and now. > I haven't heard about TOS inherit until now either and this am not sure > how it can be setup on Linux. > it's just part of the ip tunnel line, wherever that gets called... example: ip tunnel add he-ipv6 mode sit remote 72.52.104.74 local 172.20.26.36 ttl 255 tos inherit I have no idea why it's not on by default. It's useful having the ECN bits if you are using ECN, useful having the tos field if you are trying to make ssh work with the imm bits over ipv6, etc, etc. > > > > 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 yo= u >> 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.s= ixxs.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.la= n-interfaces >> >> If you still use ip6addr instead of the new mechanism you might simply >> get "Network Unreachable" errors or - in newer versions - "Source addres= s >> 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_i= p >>> 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=E4ht >>> >>> 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=E4ht > > 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 > > --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html --90e6ba61453a38f53104def1cc2b Content-Type: text/html; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable

On Wed, Jun 12, 2013 at 2:11 AM, Steven = Barth <cyrus@openwrt.org> wrote:
=20 =20 =20
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'll be testing over the ne= xt week or so, more if I can line up the usual suspects to install this rel= ease... or another quick one if I can figure out the delta between 6in4 las= t month and now.
=A0
I haven't heard about TOS inherit until now either and this am no= t sure how it can be setup on Linux.

i= t's just part of the ip tunnel line, wherever that gets called... examp= le:

ip tunnel add he-ipv6 mode sit remote 72.52.104.74 local 172.20.= 26.36 ttl 255 tos inherit

I have no idea why it's not on by default. It's useful having t= he ECN bits if you are using ECN, useful having the tos field if you are tr= ying to make ssh work with the imm bits over ipv6, etc, etc.
=A0



On 12.06.2013 09:37, Dave Taht wrote:
Thank you! I'll look into it in the morni= ng. 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#in= 4.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/d= oc/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 n= ewer 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/~cer= o2/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 elsewher= e at the openwrt level...

modprobe ipv6
ip tunnel add he-ipv6 mode sit remote $the_he_tunnel =A0local $my_local_ip
ttl 255 tos inherit

# Note that I don't know if openwrt turns on tos inheri= t 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=E4ht

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



--
Dave T=E4ht

Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/su= bscribe.html


_______________________________________________
Cerowrt-devel mailing list
Cerowrt-devel@lists.= bufferbloat.net
https://lists.bufferbloat.net/listinfo/cerowrt-devel




--
Dave T=E4ht

= Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html=20 --90e6ba61453a38f53104def1cc2b--