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:
Robert bradley has been working on making atomic route updates work
and possibly better route cache flushing.
get the patchset from: git://github.com/rb12345/babeld.git
Cool. I'll have a look as soon as it rains (which should not be long).
His current branch merges just fine with babeld
Now that Linux 3.8 has support for IPv6 ECMP is there any plan to
use that again to make updates more attomic
The current code works on a variety of kernels, and is good enough for
me. Everytime I've tried to change it, somebody hit a bug on some
exotic kernel variant.
I can change my mind,
Can I ask what is the current situation with babeld and in
Quagga-RE ? At first I thought code would just go from babeld to
Quagga-RE, but clearly it is not a one way street. Because for
example Quagga-RE has authentication and babeld does not.
You must realise that Babel is a research
Third, Babel has a fairly sophisticated loop avoidance mechanism, and
it's not quite trivial to generalise it to multipath.
Note that this is analoguous to the issues with aggregation in BGP --
which are solved by using an AS-SET. We don't have a router-id-set
in Babel, so we need to choose
Robert bradley has been working on making atomic route updates work
and possibly better route cache flushing.
[...]
get the patchset from: git://github.com/rb12345/babeld.git
While it hasn't rained yet, I've looked at the code.
1. The commit Atomic route modification in kernel_netlink
On Sun, May 5, 2013 at 5:59 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
2. When was NLM_F_REPLACE introduced?
I think we have been using it on Olsr.org for years... so the feature
was already present in kernel 2.4.
Henning Rogge
--
We began as wanderers, and we are wanderers
On Sun, May 05, 2013 at 11:25:53AM -0700, Dave Taht wrote:
On Sun, May 5, 2013 at 5:57 AM, Leen Besselink l...@consolejunkie.net 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
On Sun, May 05, 2013 at 10:05:52PM +0200, 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
Which means a machine is connected to multiple different L2-domains
and automatically finds other machines connected to those L2-domains.
[...]
My plan was to define filters to prevent it from announcing other routes.
The following in /etc/babeld.conf:
out my.ip.addr.ess/32 allow
out deny
On Sun, May 5, 2013 at 2:38 PM, Dave Taht dave.t...@gmail.com wrote:
On Sun, May 5, 2013 at 1:05 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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
I case you are wondering, my use case is the datacenter.
Leen, if you can explain what issues you're trying to solve, and why
TRILL doesn't solve them, I'm interested.
(Don't take me wrong -- I think TRILL is a pretty horrible protocol,
but it is claimed to be able to solve all sorts of
On Mon, May 06, 2013 at 12:18:26AM +0200, Juliusz Chroboczek wrote:
Which means a machine is connected to multiple different L2-domains
and automatically finds other machines connected to those L2-domains.
[...]
My plan was to define filters to prevent it from announcing other routes.
Ahh,
mixed up the two source attributes for routing entries. Sorry about this.
On Sun, May 5, 2013 at 10:36 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
We have run into the same thing a few years ago, source IP selection
in IPv6 is always done by the kernel, not the user.
14 matches
Mail list logo
