public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Sven Eckelmann <sven@narfation.org>
To: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] batman-adv: NS-3
Date: Tue, 19 Jun 2012 14:12:30 +0200	[thread overview]
Message-ID: <2048665.pIykhMOWh9@bentobox> (raw)
In-Reply-To: <CAOq9pc52q=p6fnBHWZDionhhAfHgh=oELaHSPO_GErgaDsKagA@mail.gmail.com>

[-- Attachment #1: Type: text/plain, Size: 1878 bytes --]

On Tuesday 19 June 2012 13:44:37 sebastien bindel wrote:
> Hello everybody,
> 
> I'm a student who implementing batman-adv in the NS-3 simulator. But I
> have some questions.

Just my opinion: I don't know about every implementation, but most of them
were buggy/incomplete and had not many things to do with the reality. So keep
an eye on verification and validation. Modelling and simulation can only work
when done right and many people forget to check their results in an validation
step (validation, validation and again validation).

And you should be aware that you are shooting at moving targets.

> First : To determine if a link is unidirectionnal or not you use the
> Echo Quality ?

More or less

http://git.open-mesh.org/?p=batman-adv.git;a=blob;f=bat_iv_ogm.c;h=1dfe0e497c2e170490e5536a8cbbb0c05b03e0ef;hb=HEAD#l841
http://git.open-mesh.org/?p=batman-adv.git;a=blob;f=bat_iv_ogm.c;h=1dfe0e497c2e170490e5536a8cbbb0c05b03e0ef;hb=HEAD#l878

> Second : To remove entry in originator table you use a garbage collector
> like in Batman III ?

Yes

http://git.open-mesh.org/?p=batman-adv.git;a=blob;f=originator.c;h=fc1ce26ac6275fde1148f06ac9647cf44a2d310a;hb=HEAD#l36
http://git.open-mesh.org/?p=batman-adv.git;a=blob;f=originator.c;h=fc1ce26ac6275fde1148f06ac9647cf44a2d310a;hb=HEAD#l270

But keep in mind that the content of the originator table has MIA entries does
not mean that we still sent stuff to them and only recover after these entries
were removed.

And removing them from the originator table also doesn't mean that an
originator isn't referenced by other structures. This means that the
data structure of an originator can be removed a lot later.

> Third : Why in local and global translation you use roaming, why not
> just remove and add the node ?

http://www.open-mesh.org/wiki/open-mesh/2012-05-13-translation-table-in-a-nutshell

Kind regards,
	Sven

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 836 bytes --]

      reply	other threads:[~2012-06-19 12:12 UTC|newest]

Thread overview: 2+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-19 11:44 [B.A.T.M.A.N.] batman-adv: NS-3 sebastien bindel
2012-06-19 12:12 ` 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=2048665.pIykhMOWh9@bentobox \
    --to=sven@narfation.org \
    --cc=b.a.t.m.a.n@lists.open-mesh.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