All of lore.kernel.org
 help / color / mirror / Atom feed
From: Mitar <mmitar@gmail.com>
To: The list for a Better Approach To Mobile Ad-hoc Networking
	<b.a.t.m.a.n@lists.open-mesh.org>
Cc: Jernej Kos <kostko@unimatrix-one.org>
Subject: [B.A.T.M.A.N.] Route selection over VPN links
Date: Sat, 7 Jul 2012 13:29:27 -0700	[thread overview]
Message-ID: <CAKLmikNDZQL2bDWYMMUHcHA5WTMj2Ou0yFiZ7wg134OHFQZWrw@mail.gmail.com> (raw)

Hi!

As we are nearing to our transition to Batman, we are playing some
scenarios with it and our current setups and layouts. Currently we
have many nodes connected to more and more VPN servers we have. And we
would like to use Batman on top of that. What happens is that we would
like to use the Batman also for routing over those VPN links. So that
we can connect our nodes to all VPN servers at the same time and
Batman then chooses over which tunnel the data should be routed. And
of course this is a bit different situation then wireless routing. For
example, different VPN servers might have different free capacities at
the moment available, or at least different overall capacity provided
(somebody can donate 100 Mbit/s on the server, somebody else 50
Mbit/s), and then there are also different latencies. Is there some
way for Batman to prefer routes based on this information? So latency
over one link and capacity? I know that capacity is problematic to
measure for wireless links, but here we could configure them manually.
Latency could be measured. And maybe it would even be enough to
measure latency, assuming that congested link would have higher
latency. So the logic could be:
 * if packet loss is different, choose the one with lower packet loss
 * if packet loss is the same, choose the one with lower latency

Such logic could probably be even user also on wireless links, no?

Anyway, is this doable? If I understand correctly, Batman does not
support some plugin system where we could inject this in? Would be
this some addition which could go into the core implementation?

I think I asked a bit of this questions before, but now we have a bit
more concrete picture what would be nice to have for our setup to play
really nicely.


Mitar

             reply	other threads:[~2012-07-07 20:29 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-07-07 20:29 Mitar [this message]
2012-07-16 10:02 ` [B.A.T.M.A.N.] Route selection over VPN links Marek Lindner
2012-07-17  6:36   ` Mitar
2012-07-17 10:57     ` Marek Lindner
2012-07-17 18:06       ` Mitar
2012-07-17 18:22         ` Andrew Lunn
2012-07-17 19:29           ` Mitar
2012-07-18  6:43             ` Christian Huldt
2012-07-18  8:15               ` Mitar
2012-07-18 20:06         ` Marek Lindner
2012-07-20 21:14           ` Mitar
2012-07-21 10:12             ` Marek Lindner

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=CAKLmikNDZQL2bDWYMMUHcHA5WTMj2Ou0yFiZ7wg134OHFQZWrw@mail.gmail.com \
    --to=mmitar@gmail.com \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=kostko@unimatrix-one.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 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.