public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: "Dr. Mehran Abolhasan" <mehrana@uow.edu.au>
To: Juliusz Chroboczek <jch@pps.jussieu.fr>,
	babel-users@lists.alioth.debian.org, olsr-users@lists.olsr.org,
	b.a.t.m.a.n@lists.open-mesh.net
Cc: Brett Hagelstein <bretth@uow.edu.au>,
	justin.lipman@gmail.com,
	Brett Hegelstein <brett.hagelstein@gmail.com>,
	Chun-Ping Wang <jerryw@uow.edu.au>
Subject: Re: [B.A.T.M.A.N.] A peer-reviewed assessment of OLSR, BATMAN and Babel
Date: Mon, 9 Nov 2009 15:46:16 +1100	[thread overview]
Message-ID: <006301ca60f7$991ca3a0$f90a8282@sharlyn> (raw)
In-Reply-To: 871vkbzd6s.fsf@trurl.pps.jussieu.fr

Hi All,

Many Thanks for all your comments. Just a couple of point of clarification.

1. The aim of this paper was to study all the protocols in their default 
settings. We did not
switch off ETX with olsr (note we used the olsr version from olsr.org). In 
fact the link quality metric was left to 2 by default. We are well aware 
that ETX provide more stable routes than hop count.

2. In terms of looking at performance using different parameters, we will be 
doing this in our future studies.
Also, note that the conference papers were limited to 4 pages only.

3. In terms of overheads, given that this was a small scale indoor test-bed, 
we believed the amount of overhead introduced into the network is not 
signficant enough to adversely affect the network. So we did not look into 
overheads for this paper, however we would do this for larger test-beds.

4. We previously ran OLSR using various different outdoor and indoor 
test-beds and at the time we were doing the experimentations BATMAN and 
BABEL were more stable.

We would be interested to hear what other aspects of the protocols (such as 
different parameters) you would like to see studied.


Kind regards,
Mehran




----- Original Message ----- 
From: "Juliusz Chroboczek" <jch@pps.jussieu.fr>
To: <babel-users@lists.alioth.debian.org>; <olsr-users@lists.olsr.org>; 
<b.a.t.m.a.n@lists.open-mesh.net>
Cc: "Mehran Abolhasan" <mehrana@uow.edu.au>; "Brett Hagelstein" 
<bretth@uow.edu.au>; "Chun-Ping Wang" <jerryw@uow.edu.au>
Sent: Saturday, November 07, 2009 6:05 AM
Subject: A peer-reviewed assessment of OLSR, BATMAN and Babel


I've just come upon an interesting paper that experimentally compares
the performance of OLSR, BATMAN and Babel.

    Real-world Performance of Current Proactive Multi-hop Mesh
    Protocols.  M. Abolhasan, B. Hagelstein, J. C.-P. Wang.

    http://ro.uow.edu.au/cgi/viewcontent.cgi?article=1747&context=infopapers

Short summary: see Table II on the last page.


A few comments on the paper:

1. Section II (the informal description of the protocols) doesn't make
   much sense.  Ignore it.

2. They evaluated original OLSR, not OLSR-ETX as used by our friends in
   Vienna and Berlin.

3. The results in Figure 3 would appear to imply that there's a bug in
   Babel -- it loses a packet every time it switches routes.  I think
   I understand why.

4. They ran the routing daemons with the default parameters.  This means
   that BATMAN ran with an OGM interval of 1 second, while Babel used
   a Hello interval of 4 seconds.  It would have been interesting to see
   the results with similar parameters.

5. They didn't measure the amount of routing protocol traffic.

                                        Juliusz


  parent reply	other threads:[~2009-11-09  4:46 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2009-11-06 19:05 [B.A.T.M.A.N.] A peer-reviewed assessment of OLSR, BATMAN and Babel Juliusz Chroboczek
2009-11-06 22:55 ` [B.A.T.M.A.N.] [Babel-users] " Henning Rogge
2009-11-07 10:42 ` [B.A.T.M.A.N.] " Marek Lindner
2009-11-07 16:42   ` [B.A.T.M.A.N.] [Olsr-users] " Juliusz Chroboczek
2009-11-07 23:35     ` L. Aaron Kaplan
2009-11-08  1:08       ` Juliusz Chroboczek
2009-11-08  8:15         ` [B.A.T.M.A.N.] [Babel-users] " Henning Rogge
2009-11-09  4:46 ` Dr. Mehran Abolhasan [this message]
2009-11-09  9:07   ` [B.A.T.M.A.N.] [Babel-users] " Henning Rogge
2009-11-09 17:06   ` [B.A.T.M.A.N.] " Juliusz Chroboczek

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to='006301ca60f7$991ca3a0$f90a8282@sharlyn' \
    --to=mehrana@uow.edu.au \
    --cc=b.a.t.m.a.n@lists.open-mesh.net \
    --cc=babel-users@lists.alioth.debian.org \
    --cc=brett.hagelstein@gmail.com \
    --cc=bretth@uow.edu.au \
    --cc=jch@pps.jussieu.fr \
    --cc=jerryw@uow.edu.au \
    --cc=justin.lipman@gmail.com \
    --cc=olsr-users@lists.olsr.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox