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
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.
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
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
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
On Wed, Jun 22, 2011 at 10:17 AM, Gabriel Kerneis
kern...@pps.jussieu.fr 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
interfaces
On Fri, Jun 24, 2011 at 6:52 AM, Juliusz Chroboczek j...@pps.jussieu.fr 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
On Fri, Jul 15, 2011 at 6:36 AM, Juliusz Chroboczek j...@pps.jussieu.frwrote:
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
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:
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
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
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
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
I note a few bugs below.
On Sat, Feb 11, 2012 at 6:17 PM, Juliusz Chroboczek j...@pps.jussieu.fr 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
On Tue, Feb 14, 2012 at 2:35 PM, Juliusz Chroboczek j...@pps.jussieu.fr 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
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
On Fri, Apr 6, 2012 at 7:19 AM, Juliusz Chroboczek j...@pps.jussieu.fr 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
On Mon, Apr 16, 2012 at 7:34 AM, Juliusz Chroboczek j...@pps.jussieu.fr 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
On Tue, Jun 12, 2012 at 6:53 PM, Outback Dingo outbackdi...@gmail.com wrote:
On Tue, Jun 12, 2012 at 5:33 PM, Juliusz Chroboczek j...@pps.jussieu.fr
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
On Mon, Jun 18, 2012 at 7:54 AM, Denis Ovsienko infrastat...@yandex.ru 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
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
On Sat, Jun 30, 2012 at 7:44 PM, Juliusz Chroboczek j...@pps.jussieu.fr 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:
On Mon, Jul 2, 2012 at 7:52 AM, Denis Ovsienko infrastat...@yandex.ru wrote:
01.07.2012, 03:53, Dave Taht dave.t...@gmail.com:
On Sat, Jun 30, 2012 at 7:44 PM, Juliusz Chroboczek j...@pps.jussieu.fr
wrote:
babel rxcost 100
Implemented, committed, tested, pushed, and documented
On Mon, Jul 2, 2012 at 12:16 PM, L. Aaron Kaplan aa...@lo-res.org 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.
I am very enthusiastic about babel's new authenticated mesh
On Mon, Jul 2, 2012 at 1:04 PM, Juliusz Chroboczek j...@pps.jussieu.fr 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.
On Tue, Jul 3, 2012 at 8:35 AM, Denis Ovsienko infrastat...@yandex.ru 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
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
science
On Sat, Jul 7, 2012 at 3:52 PM, Juliusz Chroboczek j...@pps.jussieu.fr 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
On Fri, Aug 31, 2012 at 8:14 AM, Antoine Beaupré anar...@anarcat.ath.cx 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
On Wed, Oct 3, 2012 at 4:31 PM, sidiq interwebz.hot.ch...@gmail.com 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
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
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
On Mon, Jan 7, 2013 at 12:06 PM, Juliusz Chroboczek j...@pps.jussieu.fr 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
On Wed, Jan 23, 2013 at 5:18 PM, j...@nexedi.com 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
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
export ipv6 babel
On Wed, Apr 24, 2013 at 12:56 PM, Gioacchino Mazzurco g...@eigenlab.org 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
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:
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
On Sun, May 12, 2013 at 5:50 AM, Leen Besselink l...@consolejunkie.netwrote:
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
On Fri, Jun 14, 2013 at 4:32 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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
On Fri, Jun 14, 2013 at 2:14 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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
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
bout...@pps.univ-paris-diderot.fr wrote:
Hello,
I'm using
On Tue, Jun 18, 2013 at 2:48 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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.
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
On Wed, Jun 19, 2013 at 1:34 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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
On Fri, Jun 21, 2013 at 6:42 AM, Baptiste Jonglez
baptiste.jong...@ens-lyon.fr 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 does
On Fri, Jun 21, 2013 at 6:52 AM, Baptiste Jonglez
baptiste.jong...@ens-lyon.fr 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
On Fri, Jun 21, 2013 at 10:04 AM, Henning Rogge hro...@googlemail.com 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
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
On Fri, Jun 21, 2013 at 10:53 AM, Henning Rogge hro...@googlemail.com wrote:
On Fri, Jun 21, 2013 at 7:25 PM, Dave Taht dave.t...@gmail.com wrote:
On Fri, Jun 21, 2013 at 10:04 AM, Henning Rogge hro...@googlemail.com
wrote:
At the lowest timescale possible on a given link you are
either
On Thu, Jun 27, 2013 at 9:13 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
Dear all,
I've finally written up the Babel extension mechanism; a first draft
is available on
On Fri, Jun 28, 2013 at 6:09 AM, Christian Huldt christ...@solvare.se wrote:
Benjamin Henrion skrev 2013-06-28 02:08:
On Thursday, June 27, 2013, Gabriel Kerneis gabr...@kerneis.info
mailto:gabr...@kerneis.info wrote:
Hi Benjamin,
On Thu, Jun 27, 2013 at 10:40:18PM +0200, Benjamin Henrion
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
On Mon, Jul 1, 2013 at 2:56 AM, Baptiste Jonglez
baptiste.jong...@ens-lyon.fr 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
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
On Tue, Jul 2, 2013 at 11:50 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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
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
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
On Wed, Jul 10, 2013 at 10:44 AM, Baptiste Jonglez
baptiste.jong...@ens-lyon.fr 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]
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
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 dave.t...@gmail.com wrote:
I've got this in the next version
On Wed, Oct 30, 2013 at 11:36 AM, Baptiste Jonglez
baptiste.jong...@ens-lyon.fr 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
On Wed, Oct 30, 2013 at 5:15 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr 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,
Over the past year openwrt has migrated over to an init replacement
called procd...
While the ideal situation is a daemon that never crashes, a better one
than presently is where babel is monitored and restarted properly. It
would be nice if babel could migrate over to USE_PROCD.
Regrettably the
as the routing table is kind of long, it's pasted here.
http://pastebin.com/4Px3kkqd
Two items of interest is that we seem to get tables setup that are wrong,
and/or not matched correctly on older kernels...
rebooting in to a newer kernel now...
--
Dave Täht
Fixing bufferbloat with cerowrt:
an ip route (normal) and ip route (bad) would be helpful.
knowing what kernel versions you are running would be rather helpful. During
the routing cache elimination period (linux 3.3 through 3.8 I think), lots
of routing bugs came to light. More recently some bugs were found and fixed
in
Thank you! It just worked on my beaglebone black (running babels),
using the npm install method.
http://snapon.lab.bufferbloat.net/~d/babelweb.png
On Mon, Jun 2, 2014 at 9:47 AM, Gabriel Kerneis gabr...@kerneis.info wrote:
Dear all,
Babelweb-0.4.0 is available from
On Mon, Jun 2, 2014 at 1:08 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
It just worked on my beaglebone black (running babels),
Cool. Why not put it on the interwebs?
I would, but that is waiting for hnetd to stablize so I can
dynamically get multiple
ipv6 prefixes to the
On Fri, Jun 27, 2014 at 1:40 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
There's nothing obviously wrong. Here's an example of a source-specific
TLV (the one at time 06:20.362230 in the wifi capture):
So this does imply some sort of memory corruption issue on parsing
that
On Fri, Jun 27, 2014 at 1:40 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
There's nothing obviously wrong. Here's an example of a source-specific
TLV (the one at time 06:20.362230 in the wifi capture):
So this does imply some sort of memory corruption issue on parsing
that
On Fri, Jun 27, 2014 at 3:04 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
I'm sure Dave can deal with our dirty rebasing habit.
There is one other major user of babels over on homewrt I know of that
would be surprised if you rebased without warning.
We're not rebasing the
I do not mind if you break backward wire compatibility against
existing versions of babels, but do it soon, please, and warn people.
My users are
pretty tolerant of breakage, so long as they are warned
I would not mind a shim of some sort protecting against older babels's
format and newer...
On Tue, Jul 1, 2014 at 11:20 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
switching to a new TLV number for the newer flag-less format and sending
warnings for receipt of the old (old style babels packet received,
please update babel on that machine) seems most comforting to me.
On Jul 1, 2014 3:31 PM, Juliusz Chroboczek j...@pps.univ-paris-diderot.fr
wrote:
(I am concerned about mis-parsing stuff),
Don't worry too much, it's bad for your complexion. This is a distance
vector protocol, if we mis-parse something, you'll get an extra route in
your routing table,
speaking only for myself, I'd be happier if the latest batch of IDs
were all rolled into one.
I find myself asking questions about how z3 and rtt are supposed to coexist,
in the intersection of these documents.
On the other hand, as bite-size morsels they are quite easy to
digest, and perhaps
On Wed, Jul 2, 2014 at 4:57 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
I see no good reason to merge the drafts: all current extensions are
logically independant, at least at the protocol level.
I agree. All the more so since the three extension drafts have different
CeroWrt runs babel on ad-hoc, ethernet, and ap-mode connections
all at the same time by default.
We name interfaces a bit weirdly to make for easier iptables rules:
Ethernet is ge00 and se00 (wan, and lan in openwrt parlance), ap-mode
is usually on gw00, gw10, sw00, and sw10,
and ad-hoc is gw01
I was fiddling with filtering out cero's /27s with the method
described in the previous thread, using the blackhole route to the
covering /24 and
redistribute ip 0.0.0.0/0 le 24 allow
in the conf file
and a command line of babeld -D -z3 -c /etc/babeld.conf ge00 se00 gw00
gw01 gw11 sw00 sw10
On Wed, Jul 2, 2014 at 9:58 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
I was kind of hoping to be rid of most of P2P announcements also...
What do you mean by P2P? Everything's P2P in Babel. (We don't do
centralised protocols here at Babel Towers.)
If you mean the host
On Wed, Jul 2, 2014 at 11:05 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
Could you please send the full configuration? I.e. babeld's command line
in full, together with any files mentioned on the command line, including
the files generated by UCI, if any.
The simplest thing
On Wed, Jul 2, 2014 at 11:09 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
The simplest thing from my perspective...
Please send me the command-line that caused Babel to run amock.
Sorry if that sounded dry, Dave. I do appreciate your help with that.
np! I have implemented
My assumption is that I will blow up a goodly portion of my network,
but that the damage will be constrained to immediate hops only. ?
And: I should also get a tcpdump of what happens.
I am running a test series at the moment; I can do it after lunch
(T+1.5 hours). I'll need some popcorn for the
in a specific
deny or allow line? Or use eq as I just did? or?
redistribute ip 0.0.0.0/0 eq 0 deny
redistribute ip 0.0.0.0/0 le 24 allow
redistribute local deny
On Sat, Jul 12, 2014 at 4:10 PM, Dave Taht dave.t...@bufferbloat.net wrote:
I have been trying to simplify my babel setup. I have
8 /27s
in case anyone can review the new babel rules cerowrt is using:
-- Forwarded message --
From: Dave Taht dave.t...@gmail.com
Date: Thu, Jul 17, 2014 at 1:33 AM
Subject: hopefully better babeld configuration
To: cerowrt-de...@lists.bufferbloat.net cerowrt-de...@lists.bufferbloat.net
On Tue, Jul 22, 2014 at 11:16 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
It looks like the information is now public... the EFF will be releasing
their own version of CeroWRT, Dave's fork of OpenWRT:
Honestly I prefer to think of it as a branch, rather than a fork.
I am curious if you've got anywhere with this?
I just saw kernel commit e0056593b61253f1a8a9941dacda22e73b963cdc
ip_tunnel: fix ip_tunnel_lookup
and thought that might have been an issue somewhat related.
On Wed, Jul 16, 2014 at 6:00 PM, Matthieu Boutier
bout...@pps.univ-paris-diderot.fr
Did procd support land also?
On Wed, Sep 3, 2014 at 8:13 AM, Baptiste Jonglez
baptiste.jong...@ens-lyon.fr wrote:
Thank you for the announcement, Gabriel.
The package has been built, see here for ar71xx:
http://downloads.openwrt.org/snapshots/trunk/ar71xx/packages/routing/
Hopefully, it
On Mon, Sep 8, 2014 at 6:10 AM, Baptiste Jonglez bjong...@illyse.org wrote:
Hi,
Note that babeld is maintained in https://github.com/openwrt-routing/packages.
Nevertheless, comments inline.
On Sun, Sep 07, 2014 at 05:56:32PM -0400, Tristan Plumb wrote:
Changes the babeld init script to
I use the ip unreachable mechanism to export a covering route for
babel in cerowrt, so I don't have to export all the /27s, just the
/24, to other routers. I am presently dumping that one line of code
into /etc/firewall.user
e.g.:
ip route add unreachable 172.30.42.0/24 proto static
and running
I have a couple situations where the default gw fails for some reason
or another and I would like to sanely fail over to another router. In
two case, the dsl modem in place periodically loses connectivity and
should fail over to the cable modem in place...
and in another case I had plugged in a
On Wed, Nov 19, 2014 at 2:40 PM, Dave Taht dave.t...@gmail.com wrote:
On Wed, Nov 19, 2014 at 2:19 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
So given that I was exporting a x.y.128.0/20
I had wondered how to filter out the 128.1, 130.1, 129.1
on the 3 interfaces from
is this the current quagga-babeld with source specific routing in it?
https://github.com/OFabre/ss-babel.git
?
--
Dave Täht
thttp://www.bufferbloat.net/projects/bloat/wiki/Upcoming_Talks
___
Babel-users mailing list
Some days I just lose it with prefix math. Or maybe we have a bug.
So here is a default gateway. So far as I know it is getting a /56
actually, not a /60, but it is requesting a /60 and thus distributing
a source specific route to that /60.
default from :: via fe80::201:5cff:ee62:b646 dev ge00
On Mon, Dec 1, 2014 at 6:15 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
default from :: via fe80::201:5cff:ee62:b646 dev ge00 proto static metric
1024 # should I even have a default route at all?
The source on this is actually ::/128
You mean ::/0.
It is needed for IPv6
commit be955b2984822e2a66176bccb3e0dbaf9cd569b6
Author: Dave Taht
Date: Thu Nov 6 08:10:14 2014 -0800
rtnetlink: add babel protocol recognition
Babel uses rt_proto 42. Add to userspace visible header file.
Signed-off-by: Dave Taht
Signed-off-by: Stephen Hemminger
Signed
Bikeshed.
On Jan 31, 2015 10:40 PM, Gabriel Kerneis gabr...@kerneis.info wrote:
On 1 February 2015 02:28:53 CET, Dominyk Tiller dominyktil...@gmail.com
wrote:
Please find a diff attached.
It's important that MANDIR be defined in terms of PREFIX because I don't
want to install to /usr/local
On Thu, Feb 19, 2015 at 6:58 PM, pramod Jayram pramod@gmail.com wrote:
Hello everyone,
Even i have the same problem. I have created two wireless network one in
ap mode and other in adhoc mode with two different ip address which assigns
ip to clients using dhcp. But a client (not running
I still kind of like getting down to ns resolution here. A single 64
byte packet at 10gigE takes like 64ns. I have discussed elsewhere my
hopes for using babel messages to determine the capacity and
utilization of a given network interface before, depending on
fq_codel's behavior as a
On Mon, Mar 16, 2015 at 10:25 AM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
Hi,
Matthieu and I have just merged the source-specific branch of Babel into
master. Any of you tracking the older branch -- please switch to master.
Uff.
Yeesh, every time I get off my duff to do
On Thu, Mar 19, 2015 at 2:36 PM, Juliusz Chroboczek
j...@pps.univ-paris-diderot.fr wrote:
I still kind of like getting down to ns resolution here. A single 64
byte packet at 10gigE takes like 64ns.
Dave,
As Baptiste mentioned, babeld measures latencies with a granularity of
1盜, and a
1 - 100 of 233 matches
Mail list logo