From: Alexander Morlang <alx@dd19.de>
To: The list for a Better Approach To Mobile Ad-hoc Networking
<b.a.t.m.a.n@open-mesh.net>
Subject: Re: [B.A.T.M.A.N.] batman - how does "fast internet connection" connection work
Date: Mon, 10 Nov 2008 14:47:00 +0100 [thread overview]
Message-ID: <49183B54.10106@dd19.de> (raw)
In-Reply-To: <49098068.80606@lo-res.org>
-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1
aaron schrieb:
> david johnson wrote:
>> Hi
>>
>> First an introduction - I am a David Johnson - I've been working on mesh
>> protocols for a few years now and I've built a 49 node wireless grid to
>> benchmark mesh protocols in South Africa:
>> http://wirelessafrica.meraka.org.za/wiki/index.php/49-node_Indoor_Mesh
>>
>> Elektra and I did some experiments with batman (do I have to use the
>> dots @#!!!) and olsr at the beginning of the year and we wrote a paper
>> showing how batman outperforms olsr on CPU usage and better throughput
>> due to less flapping. The results were very impressive!
>>
>
> Well, it is interesting that you note that.
> I read the PDF. One thing that struck me was that the settings for OLSR
> were such that OLSR used *full flooding*. (MPR 7 etc)
> That is *exactly* NOT what it is meant to do!
yes, the MPR idea was a good idea, in theorie.
as i heard, it did not work out at all and made the mesh even more unstable.
i think, the problem was in the way of selecting MPR, but i don't
remember exactly, elektra did a very good explanation that time, some 2
or 3 years ago.
it is quite sad to see that knowledge lost in the current OLSR developer
community.
elektra, could you be so nice and enlight aaron on the topic of problems
with the MPR selection?
> So I must object to the objectivity of the study.
> Basically the study was comparing an elephant and a wale
> Well.. both are great ideas :) But ... they do live in different terrain
> and under different assumptions :)))
>
> got me?
please calm your temper.
...
>> Thanks and look forward to becoming part of the discussion
>>
>> David
Alex
-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.4.8 (Darwin)
Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org
iEYEARECAAYFAkkYO1QACgkQhx2RbV7T5aEaRwCfVw47gRH1mVfwVj0Qqxbh37e2
m7kAn1nT6v6EeMdQrJucI+iEs+grbZEl
=a2lu
-----END PGP SIGNATURE-----
next prev parent reply other threads:[~2008-11-10 13:47 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-10-30 6:49 [B.A.T.M.A.N.] batman - how does "fast internet connection" connection work david johnson
2008-10-30 9:37 ` aaron
2008-11-10 13:47 ` Alexander Morlang [this message]
2008-10-30 20:16 ` Simon Wunderlich
2008-10-30 20:24 ` Benjamin Henrion
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=49183B54.10106@dd19.de \
--to=alx@dd19.de \
--cc=b.a.t.m.a.n@open-mesh.net \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.