From: Sven Eckelmann <sven@narfation.org>
To: b.a.t.m.a.n@lists.open-mesh.org
Cc: Tushar Malpani <tusharmalpani20@gmail.com>
Subject: Re: BATMAN Adv design choice and comparison to Babel routing protocol
Date: Sat, 13 Feb 2021 12:20:06 +0100 [thread overview]
Message-ID: <2779797.dbB02zZU01@sven-edge> (raw)
In-Reply-To: <CAHw+5zrk5DoMWY8KG6W=JPxkC+WhLzOKnWm-zry195Cke1GyBg@mail.gmail.com>
[-- Attachment #1: Type: text/plain, Size: 2251 bytes --]
On Saturday, 13 February 2021 11:07:11 CET Tushar Malpani wrote:
> What is the difference between BATMAN Adv and babel routing protocols.
I keep this for another person since I don't want more conflicts with Juliusz.
But if you want to know more and have a couple of minutes than you can find
out more about babel in https://www.youtube.com/watch?v=Mflw4BuksHQ
> Why use one over the other and why does babel scales over a thousand
> nodes whereas BATMAN Adv has trouble doing that?
Can you please back up this claim? And batman-adv implements the routing
protocols B.A.T.M.A.N. IV and B.A.T.M.A.N. V. So you have to compare these
with babel if you want to compare routing protocols.
If you talk about the kind of traffic transported over the links then
you are talking about apples and oranges here.
Linus made an interesting Talk which discusses Layer 2 and challenges it
causes - but focuses at the end more on the multicast aspect:
https://battlemesh.org/BattleMeshV10?action=AttachFile&do=view&target=scaling-l2-wbmv10.pdf
https://www.youtube.com/watch?v=yE8uE-0tMuM
> And more of a general question about the design choice of BATMAN Adv,
> Why go layer 2?(I read the article where present in open-mesh but
> still it isn't very clear to main. What advantages do we have going
> layer 2 ?)
For examples watch the beginning of the video. Maybe someone else has more
resources.
But basically, the idea for layer 2(.5) was "borrowed" from AWDS [1,2,3,4] to
achieve similar easy setups that can just use your existing infrastructure for
layer 3 management and L2 (b|m)cast by simply bridging it.
But as Linus' pointed out correctly - if you want to get this kind of
functionality then you have the problem that you got this kind of
functionality and have to deal with it.
And if you don't have this functionality you have the problem that
you don't have it and find ways to deal with it ;)
Kind regards,
Sven
[1] https://web.archive.org/web/20110724001404/http://awds.berlios.de/
[2] https://chemnitzer.linux-tage.de/2007/vortraege/detail.html?idx=587
[3] https://web.archive.org/web/20110724002106if_/http://awds.berlios.de/doc/vortrag.pdf
[4] https://web.archive.org/web/20110724001720if_/http://awds.berlios.de/doc/poster.pdf
[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 833 bytes --]
prev parent reply other threads:[~2021-02-13 11:20 UTC|newest]
Thread overview: 2+ messages / expand[flat|nested] mbox.gz Atom feed top
2021-02-13 10:07 A few questions on BATMAN Adv design choice and it's comparison to Babel routing protocol Tushar Malpani
2021-02-13 11:20 ` Sven Eckelmann [this message]
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=2779797.dbB02zZU01@sven-edge \
--to=sven@narfation.org \
--cc=b.a.t.m.a.n@lists.open-mesh.org \
--cc=tusharmalpani20@gmail.com \
/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