public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Marek Lindner <lindner_marek@yahoo.de>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Subject: Re: [B.A.T.M.A.N.] B.A.T.M.A.N Suitability for MAGIC 2010
Date: Mon, 15 Mar 2010 19:44:27 +0800	[thread overview]
Message-ID: <201003151944.27711.lindner_marek@yahoo.de> (raw)
In-Reply-To: <59537C95-BCEC-4E94-9E59-E0E96D289776@me.com>


Hi,

> Well I don't remember mentioning MAGIC 2010, but you are   correct, the
>  project is MAGIC 2010. Good investigatory work! :) 

the email's subject contained the necessary hints.  ;-)


> Furthermore, message passing may not necessarily be done with the use of a
> middleware. Realtime unreliable data such as GPS and telemetry information
> may simply be pushed onto the network in UDP packets. I would prefer to  
> use a nice middleware that performs well in MANET environments and I  
> am still evaluating the possibility of this. If you have any  
> recommendations that would be good!

What exactly are you looking for ("middleware" is a pretty broad term) ? An 
application that can send GPS data through the network ?


> Further on the topic of using BSS. We do expect wifi dead-spots and we  
> must absolutely try to minimize these. So the multi-hop nature of  
> something like B.A.T.M.A.N (i was hoping) would help in that regard.

Yes, batman can help you "extending" the network. But the biggest troublemaker 
will be the wifi driver because adhoc mode isn't that well supported. 99% of 
the users want infrastructure mode, therefore developers work on that first. 
Adhoc mode comes later (if at all), is often buggy and not well tested. The 
wifi communities get around this issue by focussing on hardware which either 
comes with an open driver (e.g. atheros chips) or have a working adhoc mode 
implementation. Depending on how much freedom of hardware choice you have I'd 
suggest you carefully pick your wifi chips.


> I can't guarantee that we will use B.A.T.M.A.N but I will try to  
> evaluate it in the field eventually.

Please, share the results of these tests with us. Even if you don't choose 
batman we would be very interested to find out what we can improve.  :-)

Cheers,
Marek


  reply	other threads:[~2010-03-15 11:44 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-03-11 14:12 [B.A.T.M.A.N.] B.A.T.M.A.N Suitability for MAGIC 2010 Michael Fazio
2010-03-14 20:41 ` Linus Lüssing
2010-03-15 11:23   ` Michael Fazio
2010-03-15 11:44     ` Marek Lindner [this message]
2010-03-15 12:35       ` Michael Fazio
2010-03-16  4:38         ` Marek Lindner
2010-03-14 23:32 ` L. Aaron Kaplan

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=201003151944.27711.lindner_marek@yahoo.de \
    --to=lindner_marek@yahoo.de \
    --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