On Friday 03 May 2013 22:07:29 Juliusz Chroboczek wrote:
* INCOMPATIBLE CHANGE: the local interface now announces the local
hostname, and marks the end of the initial route dump. (Thanks to
Gabriel Kerneis.)
But it should be ok to have mixed netwroks of 1.3 or 1.4 babeld as this
Added in gentoo eigenlay overlay
http://gitorious.org/eigennet/eigenlay/commit/60b003a450a3f1cce4206840653a741dfc8056b2
___
Babel-users mailing list
Babel-users@lists.alioth.debian.org
http://lists.alioth.debian.org/cgi-bin/mailman/listinfo/babel-users
On Wednesday 24 April 2013 18:45:27 Juliusz Chroboczek wrote:
Question -- is this serious enough to warrant another 1.3 branch
release? How many people are seeing this?
A lot!
All babel nodes in Ninux Italia!!
___
Babel-users mailing list
On Wednesday 24 April 2013 21:13:47 Juliusz Chroboczek wrote:
Gioacchino, can you confirm Baptiste's patch fixes the issue?
it is a bit difficult to test it for me now :|
___
Babel-users mailing list
Babel-users@lists.alioth.debian.org
I can reproduce a similar but not identical bug because my filter are defferent
gioacchino@G10h4ckLab ~ $ ip -6 route show
...
...
2001:470:c8f7:ee:ee:15:6d7b:4d21 via fe80::7825:ddff:fe9d:4643 dev isole proto
42 metric 1024
2001:470:c8f7:ee:ee:15:6d7d:9e9 via fe80::7825:ddff:fe9d:4643 dev
On Friday 12 April 2013 23:14:16 Gabriel Kerneis wrote:
On Fri, Apr 12, 2013 at 09:59:43PM +0200, Juliusz Chroboczek wrote:
Version 1.3.5 of the Babel Routing daemon is available
in OpenWrt r36330 https://dev.openwrt.org/changeset/36330.
in Gentoo
Hi all!
We are experimenting to use babeld as routing protocol for the VPN to join the
community networks in italy
It seems works very fine but we encountered a problem in the interoperability
with other routing protocols like olsrd
Clauz from ninux developed an olsr plugin that automatically
On Wednesday 20 March 2013 11:09:12 Gabriel Kerneis wrote:
This would require extending the protocol to send team-id in addition to
router-id.
So this mean a major change :|
Since you are assigning your router ids manually anyway, another idea
requiring only minimal changes might be to add
In my network the node BitArno has:
BitArno ~ # cat /etc/babeld/babeld.conf | wgetpaste
Your paste can be seen here: http://bpaste.net/show/85167/
BitArno ~ # ip address show | wgetpaste
Your paste can be seen here: http://bpaste.net/show/85168/
BitArno ~ # ip route show | wgetpaste
Your paste
On 01/07/13 19:48, Juliusz Chroboczek wrote:
Gioacchino, I strongly suspect we're mis-interpreting the results
here, something like interpreting Linux route cache as actual routes.
So `ip route show` is showing the entire routing cache and not only the
real table, maybe we should open a bug to
Thanks!
On 01/07/13 19:53, Juliusz Chroboczek wrote:
What change between 1.3.4 and 1.4 ?
The main new feature is an algorithm for improving route stability
(decreasing flapping). It's been reported to work quite well, and
will be enabled by default.
There are some other minor tweaks
On 12/13/12 21:34, Juliusz Chroboczek wrote:
Babeld 1.3.4 is dirtying routing table on our servers we can see the
same destination as reacheable and unreacheable too
I've seen that happen when two babeld processes are running at the same
time. Normally, /var/log/babeld.pid protects against
Stopping babeld 1.3.4 I was expecting it clean up the routing table
before stopping, but it is not happening
here you can see what happen
- The routing table while babeld is running -
zefiro ~ # ip -6 route show
2001:470:c8f7:ee:: via fe80::f4fa:7bff:fe8e:df20 dev babeld proto
Hi all!
Babeld 1.3.4 is dirtying routing table on our servers we can see the
same destination as reacheable and unreacheable too
babel config and routing table on zefiro
http://bpaste.net/show/63858/
http://bpaste.net/show/63852/
http://bpaste.net/show/63855/
babel config and routing table on
Hi!
Babeld 1.3.4 doesn't like channel interfering in configuration here is my
conf file
in le 14 ip 0.0.0.0/0 deny
in eq 15 ip 10.174.0.0/15 deny
in ip 131.114.0.0/16 deny
in ip 2001:1418:1a9:eeab::/64 deny
redistribute local ip 131.114.0.0/16 deny
redistribute if eth0 deny
redistribute deny
to understand what is happening...
I am going to do some test as ordex said trying to make things clear
On 08/06/2012 03:43 PM, Antonio Quartulli wrote:
On Mon, Aug 06, 2012 at 03:05:49PM +0200, Gioacchino Mazzurco wrote:
Hi all!
I am experiencing a multicast packet loss on batman-adv mesh, this can
Same goes for multicast -- I see no reason why multicast routing should
be linked to a particular unicast routing protocol, and intend to work
on a more general solution.
Yes this seems the good approach
Don't hold your breath, though, my main
priority right now is to finish publishing the Babel
Git! Git! Git! Git! Git!
2011/3/1 Juliusz Chroboczek j...@pps.jussieu.fr:
To stir things even more: why not Mercurial? ;-)
Git is an infuriating piece of software, but with a great ecosystem.
Darcs is a great piece of software, but with no ecosystem to speak about.
Mercurial has the
Hi all !
I have ported latest babelz repository to git with full history you
can find it here [0]
The problem with darcs is that it have less supports than git and in
fact is impossible to package software from darcs for openwrt...
Can you use git now? I have done the big effort to convert darcs
...@pps.jussieu.fr:
Hi,
On Mon, Feb 28, 2011 at 04:49:17PM +0100, Gioacchino Mazzurco wrote:
The problem with darcs is that it have less supports than git and in
fact is impossible to package software from darcs for openwrt...
You must be kidding: I added support for darcs repositories to OpenWrt 4
-eigennet/Makefile
2011/2/28 Gabriel Kerneis kern...@pps.jussieu.fr:
On Mon, Feb 28, 2011 at 05:52:05PM +0100, Gioacchino Mazzurco wrote:
I have tried to do a babelz package form darcs but i obtain unkown
source protocol or similar, moreover it seems you are to forced to use
As explained
] Error 2
[0] http://gitorious.org/eigennet/packages/blobs/babel/babeld-eigennet/Makefile
2011/2/28 Gabriel Kerneis kern...@pps.jussieu.fr:
On Mon, Feb 28, 2011 at 06:21:33PM +0100, Gioacchino Mazzurco wrote:
As explained in the commit message I linked, you must use http protocol,
not darcs:// (which
Hi!
In our mesh network Ninux Pisa we are planning to switch from olsrd to
babelz because have a lot of advantage, the only problem with babel is
that we do intensive use of mdns ( zeroconf ) protocol that need
multicast routing, olsrd dosn't support fully multicast routing but
have a plugin for
23 matches
Mail list logo
