From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mail-wg0-x22b.google.com (mail-wg0-x22b.google.com [IPv6:2a00:1450:400c:c00::22b]) (using TLSv1 with cipher RC4-SHA (128/128 bits)) (Client CN "smtp.gmail.com", Issuer "Google Internet Authority G2" (verified OK)) by huchra.bufferbloat.net (Postfix) with ESMTPS id A5E4221F151 for ; Fri, 20 Dec 2013 11:11:29 -0800 (PST) Received: by mail-wg0-f43.google.com with SMTP id k14so2900198wgh.22 for ; Fri, 20 Dec 2013 11:11:27 -0800 (PST) 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 :content-type:content-transfer-encoding; bh=tFSqyfD0155TIBCtzFJNVv61fmxRuSuOVjR9sSOh/ok=; b=s1cpo9kQ5NAvEVOs37lvnM1W0XZh0AaVxzYi3+nmrO89rWN6jbtbQxLPOlqZEhryJx mE2T1qNKWDl/bHm7eYEteSdvn7k4kNUdqF83URbl2hwFTPIBLF3hC4sDMD076W8jn2EE x7xWA2qjzx9ZNb6GB1BM7lzXqOtuY6LehykdCh3hoEoiqR5dQgSMA3qZOJyp83UrEV5s c2ru+9eG/MztdgIhxutITDrIm5KBmMrVpn+Sx2IRQ2cWavdqWyfqf8HHqA2HVmOcG1CL y/ZIk8sUDDFetBVxJs05gnv2d3K/SC+ycVlWPd+q4FdkKVjI5I5yUvCW7+ONBVc1LAkv 9xIA== MIME-Version: 1.0 X-Received: by 10.194.110.138 with SMTP id ia10mr8189911wjb.3.1387566687331; Fri, 20 Dec 2013 11:11:27 -0800 (PST) Received: by 10.217.123.69 with HTTP; Fri, 20 Dec 2013 11:11:27 -0800 (PST) In-Reply-To: References: Date: Fri, 20 Dec 2013 11:11:27 -0800 Message-ID: From: Dave Taht To: "cerowrt-devel@lists.bufferbloat.net" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable Subject: Re: [Cerowrt-devel] [Babel-users] ANNOUNCE: Babel-S update 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: Fri, 20 Dec 2013 19:11:30 -0000 I am going to take the silence on this issue as affirmation that I can swap out things for babel-s whenever I get around to it. I've been dying to try out mptcp for AGES, and source specific routing will make it easy. Recently there was a bunch of discussion here about mobility between cerowrt access points. There are many compelling reasons for doing this in the Real World, and I guess we should get around to documenting how to do it. However, what it requires is bridging together wired and wireless or, as one person mentioned, tunnelling back stuff over GRE. As for the latter, there is some work that just landed in the openwrt mainline that allows for larger than 1514 MTUs on at least some atheros chipsets, I have not verified if the wndr3800 is one of them. I am other wise kind of allergic with mucking with the MTU as would be required for GRE but can be pursuaded otherwise. As for the former, that's how the world does it, bridging together two very different sorts of wireless, with very different and much faster forms of ethernet, and I personally, hate it, and hate what a busy ethernet network can do to a wifi one, and hate how it's depricating multicast and so on and so forth. I have seen people seriously proposing bridging 6lowpan to normal networks, proposing data center bridging on wifi, and it really bugs me, the mediums are so dissimilar. If bridged together, dhcp also has to get turned off on the other clients, and if routed most end users end up with multiple layers of nat. So (along with homenet) we have pursued fixing routing in ospf and babel, getting things like dhcpd-pd to work to distribute subnets properly around a home, fixing multicast service discovery with things like http://tools.ietf.org/html/draft-cheshire-mdnsext-hybrid-02 - etc. It's slow work but making routing rather than bridging less magical seems a worthy goal?? (Secondly cero specifically puts each technology type on a different ip address range, which from an experimental perspective makes it really easy to identify what radio or interface a packet capture or trace came from. So aside from the ideology I'm wedded to the ip addressing scheme for the testing) And that said, there remains a need for mobility that isn't being addressed in cero in a way that works for enough people. In my case since day 1 cero has supported babeld and ahcpd, the combination of which allows for mobility between access points AND wireless. You can go from ethernet to wireless, to another access point with wireless, to ethernet, and never lose your session. Even better, your device can act as a relay for other devices on your network. I realize that NetworkManager has made things increasingly difficult to use this mode over the last 7 years, but it is often as simple as killing NetworkManger and apt-get install babeld ahcpd ifconfig wlan0 down iwconfig wlan0 channel 11 mode ad-hoc essid babel ifconfig wlan0 up ahcpd -D wlan0 eth0 # usb0 if you are networked that way too babeld -z3 -D wlan0 eth0 Am I the ONLY person in the universe that still likes to move between wireless *and* wired nets, and that prefers his sessions stay up through these sort of outages? Certainly since the advent of mosh I care a lot less about keeping everything going... On Sun, Dec 15, 2013 at 11:07 PM, Dave Taht wrote: > I have longed for the source specific functionality for several > reasons. I am sore tempted to replace quagga with this version of > babeld because: > > 0) homenet compatible patches for quagga ospf haven't been merged yet > 1) I would like to test ipv6 native, 6rd, and several forms of tunnel > at the same time. babels will let me do this > 2) the mptcp congestion control problem is fascinating > > Is there anyone using quagga's other routing protocols currently and > can't live without being able to add in ripd, bgp, or ospf? > > > > ---------- Forwarded message ---------- > From: Matthieu Boutier > Date: Sat, Dec 14, 2013 at 2:31 AM > Subject: [Babel-users] ANNOUNCE: Babel-S update > To: babel-users@lists.alioth.debian.org > > > Dear all, > > There is many changes in the source-sensitive version of babeld > since the last announce. Recall that the code is available at: > > git clone -b source-specific > git://git.wifi.pps.univ-paris-diderot.fr/babels.git > http://git.wifi.pps.univ-paris-diderot.fr/?p=3Dbabels.git > https://github.com/boutier/babeld > > CHANGES: > > - configuration: > > - filter: you can filter source-specific routes using "src-ip", "src-= eq", > "src-le", "src-ge". It works as "ip", "eq", etc. > > - importing specific routes: now, this is done via filters. Instead = of > using "allow", just use "src-specific ". This can be don= e > either in the "redistribute" or "in" filters. > > For example, in order to redistribute all v4 routes as specific t= o > 192.268.1.0/24, use > > redistribute src-specific 192.168.1.0/24 > > Be worry when using it in the "in" filter... You will found detai= ls and > more examples in the manpages. > > - implementation: > > - IPV6-SUBTREES: Since Linux 3.10.12, source-sensitive routing tables= can be > used as we expected. If you compile the code with '-D IPV6_SUBTR= EES', > it will use the native netlink API instead of using multiple rout= ing > tables with rules over it. Of course, the IPv4 part of the code = is let > unchanged. > > The best solution would be to check it dynamically. If someone k= nows > how to do that... > > - requests: Source-specific request messages are implemented. > > - other: > > Many bugs have been fixed, especially for the interoperability and TL= V > compression mechanism. > > Best regards, > Matthieu > > > _______________________________________________ > Babel-users mailing list > Babel-users@lists.alioth.debian.org > http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users > > > -- > Dave T=E4ht > > Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscrib= e.html --=20 Dave T=E4ht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.= html