b.a.t.m.a.n.lists.open-mesh.org archive mirror
 help / color / mirror / Atom feed
From: Rossier Daniel <Daniel.Rossier@heig-vd.ch>
To: "b.a.t.m.a.n@lists.open-mesh.org" <b.a.t.m.a.n@lists.open-mesh.org>
Subject: SOO and wireless datalink protocol
Date: Tue, 21 Jun 2022 12:15:09 +0000	[thread overview]
Message-ID: <b3f964417303409691705d54b274a30a@heig-vd.ch> (raw)

Dear b.a.t.m.a.n. experts,

I'm reaching batman experts because I would like to know if batman could be used (or alternatives)
in the scope of our SOO framework (https://smartobject.gitlab.io/soo/).

SOO technology is usig a fully de-centralized approach where each local device (called smart object) 
may run one or several entities. These entities (that you can consider as particular VMs) are (constantly) broadcast to their neighbours meaning that
a memory snapshot is performed, compressed and sent out (~700 KB - 2 MB). The entities are self-managed in term of lifecycle.
They cannot decide where to go in the network, but they are simply broadcast, and may decide to kill themselves or kill other entities
and stay resideng for further propagation (broadcast).

Smart objects are linked via WiFi and we consider any mesh tolpology of course.

Based on such a model, we do not need any routing, we just need that each local device broadcast their running entities to their neighbours,
which in turn do the same thing to their own neighbours, etc. Of course, we need to taken into aocount "hidden nodes" and
figure out each node does not interfer with other nodes.

In this context, we develop Winenet datalink protocol which relies on unicast and manage a list of neighbour where each 
neighbour becomes speaker each at his turn. We observed that using a pure broadcast decreases the bandwidth and is harder to manage.

The protocol also manages hidden nodes.

We guess it is not optimal, it is working but there is still too much latency.

Do you think batman could help us to achieve this kind of broadcast in such a wireless configuration?

Or would you have any suggestion to improve the system?

Many thanks for your help

Kind regards
Daniel

                 reply	other threads:[~2022-06-21 12:15 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

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=b3f964417303409691705d54b274a30a@heig-vd.ch \
    --to=daniel.rossier@heig-vd.ch \
    --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;
as well as URLs for NNTP newsgroup(s).