[Babel-users] how to distribute network routes in babeld?

I have setup a test network running babeld with 4 machines on it. For purposes of this discussion, however, I only need to talk to two. One is x86, the other is arm (I've also tried this x86 to x86). The x86 is ubuntu 9.04, the other is debian lenny... My core problem is that I don't ever get n

Re: [Babel-users] New version of Babel draft

On 02/16/2010 08:36 AM, Juliusz Chroboczek wrote: Dear all, I'm currently in the process of rewriting the Babel draft. While the new version is not quite ready yet, it's good enough for proof-reading. http://www.pps.jussieu.fr/~jch/software/babel/draft-chroboczek-babel-routing-protocol.txt

[Babel-users] babel, ipv6 and vlans

In my never ending quest to find a safe way to experiment on a production network with new routing protocols, I said "to myself, self, why not try a vlan?" So I took my four test babel hosts again, and setup vlans on each one, and have issues, (probably my own stupidity) buddy.local: ip l

Re: [Babel-users] ANNOUNCE: babeld-1.0

I am curious if you have considered adding a security extension to any extent in the upcoming releases? On 04/22/2010 10:17 AM, Juliusz Chroboczek wrote: Hi, Babeld-1.0 is available from http://www.pps.jussieu.fr/~jch/software/files/babeld-1.0.tar.gz http://www.pps.jussieu.fr/~jch/softw

[Babel-users] babeld-2.0

On 04/22/2010 10:42 AM, Juliusz Chroboczek wrote: I am curious if you have considered adding a security extension to any extent in the upcoming releases? No. What do you have in mind? Juliusz I saw you had left room for it, throughout the pr

Re: [Babel-users] babeld-2.0

On 04/22/2010 12:30 PM, L. Aaron Kaplan wrote: On Apr 22, 2010, at 7:24 PM, Dave Taht wrote: On 04/22/2010 10:42 AM, Juliusz Chroboczek wrote: I am curious if you have considered adding a security extension to any extent in the upcoming releases? No. What do you have in

Re: [Babel-users] babeld-2.0

On 04/22/2010 11:43 AM, Juliusz Chroboczek wrote: ... but you gotta tackle things one piece at a time. Yep. My current interest is working on frequency diversity -- something that Benjamin Henrion has shown can dramatically improve the throughput in a mesh network. It's far from trivial,

Re: [Babel-users] babeld-2.0

On 04/22/2010 01:09 PM, Henning Rogge wrote: Am Donnerstag 22 April 2010 20:47:24 schrieb Dave Taht: I concur about secure BGP's limitations. It's what I meant by "halfway decent". As for OSPFv3 + IPsec + IPv6, it's actually, well, not horrible. I had never hear

Re: [Babel-users] battling with babel and route changes

Some background on the thread that Juliusz is responding to... As part of the bufferbloat effort [3] I have been working on analyzing the behavior of a string of wireless-n routers and clients under load as part of the 'cerowrt' project [4] - reducing latencies under load being the core problem we

Re: [Babel-users] battling with babel and route changes

2011/6/22 Juliusz Chroboczek : > [Copying to babel-users, by Dave's permission] > > Dave, sorry if you already have, but could you double-check that you're > not NAT-ing or using a stateful firewall in your tests? No. The results I get are without nat or firewalls, in a fairly tightly controlled s

[Babel-users] QoS for system critical packets on wireless

The biggest fallout of the diffserv work I was trying was observing that most packets fell into one of 3 buckets: 1) System control and 'MICE' are < less than 1% of all packets. Mice includes a bunch of messages like ARP, NTP, UDP, and most of the icmp6 portion of the stack, in what I'm doing curr

[Babel-users] AHCPD in openwrt (currently broken for multiple interface)

I have one outstanding issue with ahcpd that I'd like to resolve the right way. The head of openwrt and the related luci gui currently are not configuring ahcpd correctly in the presence of *multiple* client interfaces. Instead of firing off a single ahcpd instance, e.g. ahcpd [some options] wla

Re: [Babel-users] AHCPD in openwrt (currently broken for multiple interface)

On Wed, Jun 22, 2011 at 10:17 AM, Gabriel Kerneis wrote: > Dave, > > On Wed, Jun 22, 2011 at 09:54:16AM -0600, Dave Taht wrote: >> The head of openwrt and the related luci gui currently are not >> configuring ahcpd correctly in the presence of *multiple* client >> inte

Re: [Babel-users] battling with babel and route changes

On Wed, Jun 22, 2011 at 7:39 AM, Juliusz Chroboczek wrote: > > A patch to reflect the metric in the kernel priority has been published > on this list at some point; I'll not be merging it into Babel, since > I remain convinced that that's the wrong thing to do. I agree that it is the wrong thing

Re: [Babel-users] battling with babel and route changes

On Wed, Jun 22, 2011 at 12:27 PM, Julien Cristau wrote: > On Wed, Jun 22, 2011 at 08:35:53 -0600, Dave Taht wrote: > >> In order to disrupt a flow less, babel could >> >> A) install a new route with a higher metric (priority) >> B) remove the old route >> C)

Re: [Babel-users] battling with babel and route changes

On Wed, Jun 22, 2011 at 3:59 PM, Juliusz Chroboczek wrote: >> The layer below babel is even more responsive to changes, particularly >> in the case of wired. > > See -l in babeld's manual page. I started using it once it started working in the devices I use, but many still do not seem to implemen

Re: [Babel-users] battling with babel and route changes

On Wed, Jun 22, 2011 at 3:57 PM, Juliusz Chroboczek wrote: >> I believe this is indeed working around an old kernel bug.  We needed to >> make this work with some old 2.4.x kernel.  A quick test on 2.6.32 >> suggests that adding a two routes with the same metric and different >> gateways works jus

Re: [Babel-users] QoS for system critical packets on wireless

On Wed, Jun 22, 2011 at 4:12 PM, Juliusz Chroboczek wrote: > Dave, > > My points below are tainted by the fact that I deeply dislike > classification -- I'm hoping for solutions in which there's no higher > layer knowledge in the routers. It was seeing even the minm > >> 1) 'ANTS' are < less tha

Re: [Babel-users] QoS for system critical packets on wireless

On Fri, Jun 24, 2011 at 6:52 AM, Juliusz Chroboczek wrote: >>> Once you've fought the bloat, there's hopefully no further need to >>> classify these packets. > >> As for classification, with asymmetric networks, the canonical example >> of some level needed is moving interactive packets up in prio

Re: [Babel-users] AHCPD in openwrt (currently broken for multiple interface)

On Fri, Jul 15, 2011 at 6:36 AM, Juliusz Chroboczek wrote: > > Can you expound on what ahcpd's future is going to look like, and I'll > > implement? > > Dave, a student of mine is currently working on that. He'll let the > list known when he comes up with a plan. > > In the meantime I think I'll

[Babel-users] Fixing the AHCPD package in openwrt

What would it take to get AHCPD working again in openwrt for multiple interfaces? I'd really like to include a fully working version - both scripts and GUI - in the upcoming cerowrt 1.0 release. For more details on cerowrt, see: http://cero2.bufferbloat.net or the cerowrt wiki: http://www.buffe

[Babel-users] [PATCH] Set diffserv to CS6 for babel packets

Setting the IPv6 dscp field to CS6 allows for babel packets to 'jump' a bufferbloated queue and get to a destination sooner. With the pfifo_fast qdisc (the default for ethernet), this 'does the right thing'. With mac80211 wireless, this moves babel packets into the VO queue, from which it is hope

[Babel-users] [PATCH] Set CS6 for AHCP packets

Setting the IPv6 dscp field to CS6 allows for AHCP packets to 'jump' a bufferbloated queue and get to a destination sooner. With the pfifo_fast qdisc (the default for ethernet), this 'does the right thing'. With mac80211 wireless, this moves AHCP packets into the VO queue, from which it is hopef

[Babel-users] Bufferbloat talk in Paris Oct 19th

I am giving a public talk tomorrow (wednesday, october 19th) at 14:00 entitled 'Analyzing Bufferbloat in wireless networks' In Paris, France, at the lincs lab, 4th floor, room #24 I fully intend to give this talk again, (whereever in Europe I am asked!!) as I'm still shaking the bugs out of it.

Re: [Babel-users] ANNOUNCE: babeld-1.3.0

I'd wondered why you'd gone so quiet. Congrats! I have been thinking about ECN-enablement. I have regularly been able to get some of the AQM stuff I'm working with to mark packets, and having babel at least advertise ECN capability, and respond to it, like it would packet loss, might be helpful.

Re: [Babel-users] ANNOUNCE: babeld for quagga.

On Sun, Dec 25, 2011 at 7:12 PM, Juliusz Chroboczek wrote: >> I've write a version of babeld (based on the v.1.1.4) for quagga. The >> sources are available from : >>       https://github.com/boutier/babeld-for-quagga > > Thanks a lot for putting this online, Matthieu. > > -- Juliusz What a nic

[Babel-users] babeld + quagga comment... on a commit

Is there a mailing list for comments on the babeld + quagga work? My comment on this commit is: "Add, delete loses less packets than delete, add. What is bad about adding a route that is already in the kernel?" commit 78b10139cb14fbc89646ea08282da8d0357382de Author: Matthieu Boutier Date:

[Babel-users] policy routing

I am curious if there is a way to filter out default routes based on policy routing? Consider: 2002:0001:::/48 gw1 - host1,host2,host3,host4 - gw3 | 2002:0002:::/48 gw2 - host5,host6,host7,host8 - gw4 both gw1

Re: [Babel-users] policy routing

On Sun, Feb 5, 2012 at 1:03 AM, Juliusz Chroboczek wrote: > > I am curious if there is a way to filter out default routes based on > > policy routing? > > The setup you describe is easy to get to work using just a little bit of > static policy routing on the IP gateways and a GRE tunnel -- see the

Re: [Babel-users] policy routing

On Sun, Feb 5, 2012 at 1:55 AM, Juliusz Chroboczek wrote: > >> However the problem of dealing with ipv6's various forms of addressing > has > >> O(n) complexity, it seems, so multiples of tables seem needed. > > Dave, you're confused, as usual. I enjoy being loudly confused, and roundly, and eve

[Babel-users] no via line in zebra/quagga routes

I took the opportunity today to try out the quagga-babeld implementation. I have high hopes for it eventually (especially if it can also replace the separate radvd, eventually) git://code.quagga.net/quagga-RE.git commit: 1a330df22cbaab32ba996c66c11d9272b553b07c 1) When testing against an older b

Re: [Babel-users] Babeld for Quagga news

I note a few bugs below. On Sat, Feb 11, 2012 at 6:17 PM, Juliusz Chroboczek wrote: > Hi to all, > > We've merged 1.3.1 into Quagga, and the Quagga command-line interface > has been cleaned up and made more uniform. Quagga has also learnt to > save Babel's configuration (show running-config). F

Re: [Babel-users] Babeld for Quagga news

2012/2/13 Denis Ovsienko : > >> 1a) Originally, the below had a 'redistribute kernel' line after every >> network.  I further had a redistribute static after the ge00 line. > > AFAIK, Babel implements the same semantics of "redistribute" statement as > other daemons, which means, that redistributi

Re: [Babel-users] Parasitic mode

On Tue, Feb 14, 2012 at 2:35 PM, Juliusz Chroboczek wrote: > Does anyone use -P?  I'm half tempted to remove it in a future release, > since filtering is both more flexible and more intuitive. I don't, but that begs a filtering question. Is there a right way to not announce ipv4 routes through a

[Babel-users] quagga-babel and blackholes

I recently had a chance to catch up with the quagga-babel implementation, and set it up as a leaf node on my laptop and connected it to bloatlab #1, which is running a mixture of the latest babel and stuff that dated back to september. Switching between original babeld and quagga's babel was prett

Re: [Babel-users] quagga-babel and blackholes

On Tue, Mar 27, 2012 at 3:25 PM, Juliusz Chroboczek wrote: > > I recently had a chance to catch up with the quagga-babel implementation, > > and set it up as a leaf node on my laptop and connected it to bloatlab > #1, > > Cool. > > > 1) when connectivity to a destination is lost, babeld puts an >

[Babel-users] ahcp ipv6 prefix delegation?

after wrestling with the hairball that is dhcp-pd, I went looking to see how ahcpd did it, only to discover that it only sort of did, in that there is some support for client side delegation but no server side support in the code at present. I surmise that the intent was in "3.3.1.11. IPv6 Prefix

Re: [Babel-users] ahcp ipv6 prefix delegation?

On Fri, Apr 6, 2012 at 7:19 AM, Juliusz Chroboczek wrote: >> I went looking to see how ahcpd did it, only to discover that it only >> sort of did, in that there is some support for client side delegation >> but no server side support in the code at present. > > That's right.  I've been planning to

Re: [Babel-users] About Babel's security

On Mon, Apr 16, 2012 at 7:34 AM, Juliusz Chroboczek wrote: > https://groups.google.com/a/hacdc.org/group/Byzantium/browse_thread/thread/360ab7142f7001e5 > > (You'll need to click on "- Show quoted text -" to see the content. >  Don't we all love Google Groups?) Good summary, but I'm not going to

Re: [Babel-users] RFC: Babel packet authentication

wow. I had come up with something that relied on the underlying ntp layer being secured with autokey, at one point, and then boosting the metric of routes received from unauthenticated sources (or ignoring, optionally) (I may have posted something to the list on this. I figured it wasn't going to

Re: [Babel-users] [Cerowrt-devel] 3.3.6-2

On Fri, May 25, 2012 at 7:41 AM, Sebastian Moeller wrote: > Hi Robert, > > since I see the same log file on my router as Jim, I just want to report my > observations below. > > On May 24, 2012, at 11:58 AM, Robert Bradley wrote: > >> On 24/05/12 19:15, Jim Gettys wrote: >>> On 05/24/2012 02:12 PM

Re: [Babel-users] RFC: Babel packet authentication

On Tue, Jun 12, 2012 at 6:53 PM, Outback Dingo wrote: > On Tue, Jun 12, 2012 at 5:33 PM, Juliusz Chroboczek > wrote: >>> Will this be going int the babeld mainline branch >> >> I see no reasons (technical or legal) why it couldn't.  However, I'm >> badly overloaded right now, and security is pre

Re: [Babel-users] Babel for Quagga status

On Mon, Jun 18, 2012 at 7:54 AM, Denis Ovsienko wrote: > >> Basic functionality >> *** >> >> For IPv6, Babel/Quagga should be just as functional as the standalone >> implementation. >> >> For IPv4, you need to have a prefix on your interfaces that covers all >> your neighbours, and

[Babel-users] switching cerowrt to quagga-babeld issues

I am in the process of switching cerowrt over to quagga-babeld, and now that the ipv4 mesh routing bug is quashed, and the very exciting authentication code is now in there, I've got the latest quagga-babeld in the openwrt-compatible ceropackages repo, and built in my latest cerowrt dev build, and

Re: [Babel-users] switching cerowrt to quagga-babeld issues

On Sat, Jun 30, 2012 at 7:44 PM, Juliusz Chroboczek wrote:   babel rxcost 100 > > Implemented, committed, tested, pushed, and documented. Packaged, compiled, pushed to ceropackages-3-3 on github, and built in the (as yet untested) development-only build of cerowrt, here: http://snapon.lab.b

Re: [Babel-users] switching cerowrt to quagga-babeld issues

On Mon, Jul 2, 2012 at 7:52 AM, Denis Ovsienko wrote: > 01.07.2012, 03:53, "Dave Taht" : >> On Sat, Jun 30, 2012 at 7:44 PM, Juliusz Chroboczek >> wrote: >> >>>>>>babel rxcost 100 >>> Implemented, committed, tested, pushed, and docu

[Babel-users] jitter and delay in babel

While I understand the need to institute jitter into routing messages, wifi already has enough jitter and delay built into it already, IMHO, as well as means to arbitrate contention to the medium. I was contemplating removing (or making iface type aware) various usleeps in the code, to 0) Speed u

Re: [Babel-users] switching cerowrt to quagga-babeld issues

On Mon, Jul 2, 2012 at 12:16 PM, L. Aaron Kaplan wrote: > > On Jul 2, 2012, at 5:36 PM, Dave Taht wrote: > >> How goeth ipv6? >> >>> >>> The project may get more options, if we drive the prototype towards a >>> finished deliverable. >> >

Re: [Babel-users] jitter and delay in babel

On Mon, Jul 2, 2012 at 1:04 PM, Juliusz Chroboczek wrote: >> wifi already has enough jitter and delay built into it already, IMHO, >> as well as means to arbitrate contention to the medium. > > No. The natural jitter of wifi will not prevent synchronisation of > different routers. > > Floyd,

Re: [Babel-users] [Cerowrt-devel] switching cerowrt to quagga-babeld issues

On Tue, Jul 3, 2012 at 8:35 AM, Denis Ovsienko wrote: >> Does anybody know where this difference comes from? > > The difference comes from NetworkManager. Its efforts in reproducing > high-metric RTPROT_KERNEL routes with low-metric RTPROT_STATIC ones are > effectively hiding the kernel issue ou

Re: [Babel-users] Route selection using smoothed metrics

> Babel is designed to react very fast to topology changes -- after > a route is lost, Babel is supposed to switch to an alternate route after > a time that, in the absence of packet lost, is at most 20ms per hop to > the source. I am mostly writing this message as a heads up for those "doing scie

Re: [Babel-users] Setting ECN on Babel packets [was: Route selection...]

On Sat, Jul 7, 2012 at 3:52 PM, Juliusz Chroboczek wrote: >> I will be changing the hardware wifi VO queue in cerowrt 3.3.8-10 to >> be sane (2 packets rather than 128). > > That's probably going to kill your throughput for high-RTT links, unless > you also fix the lack of backpressure in Linux.

Re: [Babel-users] babelctl?

On Fri, Aug 31, 2012 at 8:14 AM, Antoine Beaupré wrote: > On 2012-08-31, Juliusz Chroboczek wrote: >>> Second, the fields display is inconsistent. The "chan (255)" field, for >>> example, is sometimes there, sometimes not... >> >> The format is extensible, and in principle all fields are optional

Re: [Babel-users] Dubugging your network [was: how to connect...]

On Wed, Oct 3, 2012 at 4:31 PM, sidiq wrote: > Okay, thank you for your explanation. One last question, how can we know > that babeld is working in our laptop? But not without sending packet with > multi hop. Maybe with a command? Thank you. "ip route" will show a multiplicity of routes over and

Re: [Babel-users] [PATCH] Announce hostname on local interface

helpful! One of the things I was hoping ahcp would gain one day would be a way to suggest a name to the ahcp server, and the ahcp server assign one, much like how dhcp works today. I've often thought adding names to the fe80:: addresses as well might be useful. On Wed, Dec 19, 2012 at 10:23 AM,

Re: [Babel-users] AHCP and hostnames [was: Announce hostname on local interface]

On Mon, Jan 7, 2013 at 11:10 AM, Juliusz Chroboczek wrote: >> One of the things I was hoping ahcp would gain one day would be a way >> to suggest a name to the ahcp server, and the ahcp server assign one, >> much like how dhcp works today. > > I happen to prefer the model where the client register

Re: [Babel-users] AHCP and hostnames [was: Announce hostname on local interface]

I had put up several of my thoughts towards extending the ahcp protocol somewhat, here: https://github.com/dtaht/dnsmasq-ahcp/blob/master/src/ahcp-extensions.md I never got much further than getting some syntax support for ahcp into that version of dnsmasq and having it open the socket, and was p

Re: [Babel-users] AHCP and hostnames

On Mon, Jan 7, 2013 at 12:06 PM, Juliusz Chroboczek wrote: >>> What application do you have in mind? > >> Assume no global connectivity, where do you register? > > With the DNS server advertised by AHCP? With some sort of dynupdate facility, kind of ok, but it is faster to do in the ahcp protocol

Re: [Babel-users] A happy babel user: re6st

On Wed, Jan 23, 2013 at 5:18 PM, wrote: > Hi, > > > > a- How can we prevent one babel participant to act against other > > > participants by providing wrong information to other participants ? > > > Imagine for example that a bad organization joins re6st + babel > > > network and starts capturing

Re: [Babel-users] A happy babel user: re6st

On Wed, Jan 23, 2013 at 5:42 PM, Dave Taht wrote: > > fq_codel and derivatives like nfq_codel and cake do a good job of reducing > latency under load, so I would hope that the remaining problem for a > smoothing a babel + fq_codel network would be wifi power save (CAP can > induce

[Babel-users] Fwd: [homenet] Egress Routing Discussion

a bunch of thoughts towards src/dest routing from ietfers... -- Forwarded message -- From: Fred Baker (fred) Date: Thu, Feb 21, 2013 at 9:22 AM Subject: [homenet] Egress Routing Discussion To: "home...@ietf.org Group" Cc: "isis-cha...@tools.ietf.org" , " ospf-cha...@tools.ietf.or

[Babel-users] ipv4/ipv6 route filter in quagga for babel?

With the original babel daemon I was able to hook up machines thusly ethernet, natted ipv4, native ipv6 | | R1 ~~ R2 wifi native ipv4 and ipv6 with a simple filter to export ipv6 babel routes over the ethernet interface, but not ipv4. I saw something that looked like it

Re: [Babel-users] ipv4/ipv6 route filter in quagga for babel?

On Mon, Mar 4, 2013 at 8:44 AM, Matthieu Boutier < bout...@pps.univ-paris-diderot.fr> wrote: > > With the original babel daemon I was able to hook up machines thusly > > > > > > ethernet, natted ipv4, native ipv6 > > | | > > R1 ~~ R2 wifi native ipv4 and ipv6 > > > > expor

Re: [Babel-users] Lookingfor

On Wed, Mar 13, 2013 at 3:34 PM, wrote: > Hi, > >> > There is a budget available in a public institution to sponsor a PhD >> > student who would work on babel. >> >> Do you have a topic in mind? Who would be the supervisor? What's the >> deadline? > > Everything can be discussed as long as it h

Re: [Babel-users] [PATCH] Ignore IPv6 routing cache on linux

On Wed, Apr 24, 2013 at 2:31 AM, Baptiste Jonglez wrote: > Recent linux kernels (roughly 3.x) keep a routing cache for IPv6: each > time a host is contacted, a temporary /128 route is added. These > routes are visible using “ip -6 route show cache”. > > Asking babeld to redistribute all IPv6 route

Re: [Babel-users] [PATCH] Ignore IPv6 routing cache on linux

On Wed, Apr 24, 2013 at 12:56 PM, Gioacchino Mazzurco wrote: > On Wednesday 24 April 2013 21:53:42 Gabriel Kerneis wrote: >> In case it helps, I can apply it to the babeld package in openwrt (assuming >> you use openwrt, it would then be available in the snapshot build >> automatically tomorrow).

[Babel-users] atomic updates and ipv6 cache flushing issues

Robert bradley has been working on making atomic route updates work and possibly better route cache flushing. His current branch merges just fine with babeld head, and has tested it on 3.5, 3.7 and 3.8, but I have not tested it thoroughly yet myself. get the patchset from: git://github.com/rb1234

Re: [Babel-users] atomic updates and ipv6 cache flushing issues

On Sun, May 5, 2013 at 5:57 AM, Leen Besselink wrote: > On Sun, May 05, 2013 at 05:11:26AM -0700, Dave Taht wrote: >> Robert bradley has been working on making atomic route updates work >> and possibly better route cache flushing. >> >> His current branch merges just

Re: [Babel-users] Source-specific routes in Linux [was: atomic updates...]

On Sun, May 5, 2013 at 1:05 PM, Juliusz Chroboczek wrote: >> It's not ECMP for ipv6 I'm looking to see solved for multiple routing >> protocols, but the multiple ipv6 prefixes/multiple exits source >> routing problem. > > As you well know, Dave, we've been working on that for the last > fortnight

Re: [Babel-users] Source-specific routes in Linux [was: atomic updates...]

On Sun, May 5, 2013 at 2:38 PM, Dave Taht wrote: > On Sun, May 5, 2013 at 1:05 PM, Juliusz Chroboczek > wrote: >>> It's not ECMP for ipv6 I'm looking to see solved for multiple routing >>> protocols, but the multiple ipv6 prefixes/multiple exits source >>&

Re: [Babel-users] atomic updates and ipv6 cache flushing issues

On Sun, May 12, 2013 at 5:50 AM, Leen Besselink wrote: > Hi, > > On Sun, May 05, 2013 at 06:53:50PM +0100, Robert Bradley wrote: > > On 05/05/13 16:59, Juliusz Chroboczek wrote: > > >>Robert bradley has been working on making atomic route updates work > > >>and possibly better route cache flushing

Re: [Babel-users] Config file syntax changes

On Fri, Jun 14, 2013 at 4:32 PM, Juliusz Chroboczek wrote: >> option kernel-priority 42 Incidentally can I ask what this means? Does it mean an ip rule table? or a socket priority option? Not huge on socket priority in a fq_codel world. > > I've just removed the "option" keyword. You now say

Re: [Babel-users] kernel-priority (was: Config file syntax changes)

On Fri, Jun 14, 2013 at 2:14 PM, Juliusz Chroboczek wrote: >> >> option kernel-priority 42 > >> Incidentally can I ask what this means? > > It sets the priority field of the route entries installed by Babel. > That's the prio field in "ip route add... prio 42". It doesn't do > anything at the d

Re: [Babel-users] babeld + ospf with quagga

I note that openwrt barrier breaker is busily adding support for multiple routing tables into their core code, and that that may well be breaking things if that's what you are using. On Tue, Jun 18, 2013 at 2:14 AM, Matthieu Boutier wrote: > Hello, > >> I'm using babeld stand alone daemon: >> bab

Re: [Babel-users] babeld + ospf with quagga

On Tue, Jun 18, 2013 at 2:48 PM, Juliusz Chroboczek wrote: >> I note that openwrt barrier breaker is busily adding support for >> multiple routing tables into their core code, and that that may well >> be breaking things if that's what you are using. > > http://git.wifi.pps.univ-paris-diderot.fr/?

Re: [Babel-users] Quagga-RE updated to babeld-1.4.2

cool! 0) compile tested in cerowrt. compiles. won't be in a position to test anything til sunday... teeny bit of code review: 1) "nat" has a very specific meaning in the network world so I kind of object to "parse_nat" 2) some cruft from the import table stuff appears to have crept into babel/k

Re: [Babel-users] Quagga-RE updated to babeld-1.4.2

On Wed, Jun 19, 2013 at 1:34 PM, Juliusz Chroboczek wrote: >> 1) "nat" has a very specific meaning in the network world so I kind of >> object to "parse_nat" > > What do you suggest for a natural number, then? parse_pint? or using sscanf? > >> 2) some cruft from the import table stuff appears to

Re: [Babel-users] RTT-aware branch of Babel

On Thu, Jun 20, 2013 at 9:13 AM, Henning Rogge wrote: > Whats your experience how stable the RTT of a wireless link is? It is pretty wildly variable. Powersave mode alone can induce 200ms of latency. Loaded links can exhibit tens of seconds of latency under load. This is somewhat mitigated by th

Re: [Babel-users] RTT-aware branch of Babel

On Thu, Jun 20, 2013 at 6:51 AM, Baptiste Jonglez wrote: For starters let me applaud the work. > The additional metric is computed from the RTT using three parameters: > 'rtt-min', 'rtt-max' and 'max-rtt-penalty'. The metric is piecewise > affine between 'rtt-min' and 'rtt-max'. Below 'rtt-min

Re: [Babel-users] RTT-aware branch of Babel

On Thu, Jun 20, 2013 at 3:58 PM, Juliusz Chroboczek wrote: >> Whats your experience how stable the RTT of a wireless link is? > > This is not designed for wireless. It's designed to distinguish > a local Ethernet from a tunnel that goes through Tokyo. I am curious as to what you are using for tu

Re: [Babel-users] RTT-aware branch of Babel

On Fri, Jun 21, 2013 at 6:42 AM, Baptiste Jonglez wrote: > On Thu, Jun 20, 2013 at 03:40:00PM -0700, Dave Taht wrote: >> So it sounds like distinguishing between gigE and 100Mbit won't happen >> with a floor like this until the 100Mbit link gets loaded. How >> unstable

Re: [Babel-users] RTT-aware branch of Babel

On Fri, Jun 21, 2013 at 6:52 AM, Baptiste Jonglez wrote: > On Thu, Jun 20, 2013 at 03:23:28PM -0700, Dave Taht wrote: >> Is there a way to extract the RTT from the babel monitoring ability? >> or some other means (sounds like a wireshark decoder is in order) > > Sure

Re: [Babel-users] RTT-aware branch of Babel

On Fri, Jun 21, 2013 at 10:04 AM, Henning Rogge wrote: > The main problem with RTT and buffers is that you will not get "really > bad RTTs" until the link is saturated. Sigh. Humans have a tendency to think of bandwidth as some number taken from samples over a second, or many seconds. At the time

Re: [Babel-users] RTT-aware branch of Babel

One of my favorite talkers is Frank Rowand, who goes at a nice level here on good ways and bad, as to how to analyse statistics from real time systems: http://free-electrons.com/blog/elce-2012-videos/ His methods are useful and interesting, and the talk above is one of his best and easily access

Re: [Babel-users] RTT-aware branch of Babel

On Fri, Jun 21, 2013 at 10:53 AM, Henning Rogge wrote: > On Fri, Jun 21, 2013 at 7:25 PM, Dave Taht wrote: >> On Fri, Jun 21, 2013 at 10:04 AM, Henning Rogge >> wrote: >> At the lowest timescale possible on a given link you are >> either at capacity 1 or 0. >

Re: [Babel-users] Babel extension mechanism

On Thu, Jun 27, 2013 at 9:13 AM, Juliusz Chroboczek wrote: > Dear all, > > I've finally written up the Babel extension mechanism; a first draft > is available on > > > http://www.pps.univ-paris-diderot.fr/~jch/software/babel/draft-chroboczek-babel-extension-mechanism.html What tool are you usi

Re: [Babel-users] babel workshop this summer?

On Fri, Jun 28, 2013 at 6:09 AM, Christian Huldt wrote: > Benjamin Henrion skrev 2013-06-28 02:08: >> On Thursday, June 27, 2013, Gabriel Kerneis > > wrote: >>> Hi Benjamin, >>> >>> On Thu, Jun 27, 2013 at 10:40:18PM +0200, Benjamin Henrion wrote: I think Paris lo

[Babel-users] tunnelling babeld

1) I started fiddling with the rtt branch, but ran into trouble tunneling things. Using hurricane 6in4 to get me out from the lab (which works), then trying to tunnel through that - using the ip6ip6 method - to a host elsewhere (so there are 2 layers of encapsulation), I'd end up where one directi

Re: [Babel-users] AHCP and yo-yo interfaces [was: Babel for use in a dense...]

On Mon, Jul 1, 2013 at 2:56 AM, Baptiste Jonglez wrote: > On Sun, Jun 30, 2013 at 09:01:30PM +0200, Juliusz Chroboczek wrote: >> If you want to try your hand at fixing it, it's check_network in >> ahcpd.c. Note that the natural solution is racy (an interface could >> go down-up before ahcpd notic

Re: [Babel-users] Babel extension mechanism

One of my thoughts for "flags" originally was to indicate a unicast ability (which makes more sense than multicast for smaller modern wifi networks and even more sense with the new RTT metric) in hello and ihu messages... being able to work over and test the path that most packets actually take is

Re: [Babel-users] AHCP and yo-yo interfaces

On Tue, Jul 2, 2013 at 11:50 AM, Juliusz Chroboczek wrote: >> From what I understand of the current client/server/forwarder split >> there's no way to get ahcp working across multiple physical networks... > > I'm not sure what you mean. Getting configuration to work across > multiple links is exa

[Babel-users] running tests longer than 60 secs

I happened to have done a string of test runs of the rrul test against a very complex network with multiple wifi paths mostly against the main babel (with diversity routing on, but the smoothing code is not part of quagga which was running on a few of the nodes) the other day. I generally get "inte

[Babel-users] AHCP + prefix distribution

I've had a chance to give ahcp a more thorough shakeout of late in building up my lab. ( https://plus.google.com/u/0/107942175615993706558/posts/XFGgMTUUDWC ) I'm generally pretty happy with the result. I realize that AHCP was an experiment in supplying configuration information over link local a

Re: [Babel-users] Debriefing: Babel workshop at Pas Sage en Seine 2013

On Wed, Jul 10, 2013 at 10:44 AM, Baptiste Jonglez wrote: > Hi, > > I just realized I forgot to write about the Babel workshop at Pas Sage > en Seine, which was more than two weeks ago. > > I first gave a short presentation, mostly to recall basic network > concepts, see [1] or [2] (in French). T

[Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

I've got this in the next version of cerowrt and it looks like it is also targetted for -stable. I see the babels branch has been quiet since jul 12, and I figure mattieu and juliusz are still in recovery from ietf. So I hope this can be made to work, my question though is what sort of sane way ca

Re: [Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

gned by ahcp /128s on the interfaces. Reverting. http://snapon.lab.bufferbloat.net/~cero2/cerowrt/wndr/3.10.9-1/ is that build (which has other problems in things like dhcp userspace, I wouldn't recomend you use it) On Wed, Aug 21, 2013 at 3:01 PM, Dave Taht wrote: > I've got this in th

Re: [Babel-users] ipv6_subtrees fixes queued for 3.10.10 (probably)

On Thu, Aug 22, 2013 at 11:37 AM, Dave Taht wrote: > And, sigh. I restart quagga-RE on the new release, where I have two > identical /128s on the same interfaces (gw01 and gw11) and I get: > > 2013/08/22 18:19:08 BABEL: setsockopt(IPV6_JOIN_GROUP) on interface > 'gw11'

[Babel-users] getting towards a stable release of cerowrt soon

if there are updates pending to quagga-re, babels or the babel-rtt branch worth testing at scale, please let me know. the ipv6-subtrees fix has been in linux since 3.10.12 -- Dave Täht Fixing bufferbloat with cerowrt: http://www.teklibre.com/cerowrt/subscribe.html _

Re: [Babel-users] Follow-up on the new babel-rtt branch: µs resolution

On Wed, Oct 30, 2013 at 11:36 AM, Baptiste Jonglez wrote: > Dear Babel hackers, > > I'm currently testing my new babel-rtt code, which uses 32-bits > timestamps to achieve a µs-resolution on RTT. > > A graph showing the RTT between two directly-connected hosts (Gigabit > Ethernet) can be found in

Re: [Babel-users] Follow-up on the new babel-rtt branch: µs resolution

On Wed, Oct 30, 2013 at 5:15 PM, Juliusz Chroboczek wrote: > Baptiste: > >> - Babel sees a RTT that is 400 µs higher than ping6. The babel-rtt >> implementation timestamps outgoing message as late as possible, and >> timestamps incoming messages as early as possible, but it's not >> perfect

  1   2   3   4   >