public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Antonio Quartulli <ordex@autistici.org>
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.] multi path TCP
Date: Wed, 8 Feb 2012 16:13:18 +0100	[thread overview]
Message-ID: <20120208151317.GD21844@ritirata.org> (raw)
In-Reply-To: <E6C194B0-C542-457D-98AB-A7860E22DE84@solvare.se>

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

Hello Christian and thank you for your explanation,

On Wed, Feb 08, 2012 at 03:53:22PM +0100, Christian Huldt wrote:
> 
> 8 feb 2012 kl. 14:26 skrev Antonio Quartulli:
> 
> > Hello Christian,
> > 
> > On Wed, Feb 08, 2012 at 12:29:52PM +0100, Christian Huldt wrote:
> >> As a complete newbie to batman, please excuse if this question is unusually stupid, but I just got home after getting update on the mptcp kernel module http://mptcp.info.ucl.ac.be/ and it seems to me that running mptcp over a batman mesh could potentially be quite nice. It that correct or am I just being ignorant?
> >> 
> > 
> > Before answering your question, I would like to read and understand a
> > bit more about mptcp, but actually I couldn't find any resource explaining the
> > concept behind it an how it is supposed to work. The only document I've been
> > able to find is Sébastien's Thesis...but I would rather prefer a lighter reading
> > first :-)
> > 
> > 
> > Anyway, is it somehow similar to ip multihoming with load balancing?
> 
> I am unfortunately not able to say whether that is the case (yet…), I saw a demo and (think I) understood at least parts of the talk.
> This is my limited understanding:
> This implementation of mptcp works by creating a virtual interface bound to two (or more?) interfaces and traffic over that virtual interface is by the mptcp layer sent packet by packet to one of the bound interfaces.  - I am assuming that it is using the tcp acks to optimize which interface gets more packets - 
> 

It sounds like "bonding at the TCP layer" (let me pass the term).


> The receiving host has to be mptcp capable as well in order to bring the two (or more?) connections together to one.
> 
> One of the benefits is that except for the two hosts talking, no one needs to be aware of the "multi path nature" as it is just two normal tcp connections.
> 
> I think that it could be useful (or mayhem) in a mesh network though I would believe that where will be complications.

Well, assuming you know how batman handles clients, the only way to exploit such
"multi-path TCP" is to connect the two (or more) involved interfaces of the client to two
(or more) different nodes. If not, all the packets will follow the same path in the mesh
network anyway.

By the way, I'd say that from the batman-adv point of view using mptcp is the
same as ethernet bonding. (Please correct me if I made any mistakes)


Cheers,

-- 
Antonio Quartulli

..each of us alone is worth nothing..
Ernesto "Che" Guevara

[-- Attachment #2: Type: application/pgp-signature, Size: 490 bytes --]

  reply	other threads:[~2012-02-08 15:13 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-02-08 11:29 [B.A.T.M.A.N.] multi path TCP Christian Huldt
2012-02-08 13:26 ` Antonio Quartulli
2012-02-08 14:53   ` Christian Huldt
2012-02-08 15:13     ` Antonio Quartulli [this message]
2012-02-08 15:35       ` Christian Huldt
2012-02-08 15:44         ` Antonio Quartulli
2012-02-08 18:12           ` Christian Huldt

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=20120208151317.GD21844@ritirata.org \
    --to=ordex@autistici.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