b.a.t.m.a.n.lists.open-mesh.org archive mirror
 help / color / mirror / Atom feed
From: Simon Wunderlich <simon.wunderlich@s2003.tu-chemnitz.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.] [PATCH 0/6] DAT: Distributed ARP Table
Date: Mon, 31 Oct 2011 01:03:47 +0100	[thread overview]
Message-ID: <20111031000347.GB10726@pandem0nium> (raw)
In-Reply-To: <1319964962-5092-1-git-send-email-ordex@autistici.org>

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

Hello Antonio,

thanks for the patchset! I've tested it again in my kvm setup, it worked very
well.

There are some issues remaining, I'll comment the individual patches for this.
About the general stuff:

 * maybe we should rename arp.{c|h} to dat.{c|h} to avoid confusion with
   other code in the linux kernel?
 * please do a checkpatch.pl --strict check on the patches, there were some
   warnings about too long lines and bad spaces

Cheers,
	Simon

On Sun, Oct 30, 2011 at 09:55:56AM +0100, Antonio Quartulli wrote:
> Hello people,
> as most of you may already know, last summer I've been working on the
> B.A.T.M.A.N.-Adv GSoC project named "DAT: Distributed ARP Table". For who wants
> to get deeper into the details of the project there are two links:
> - The GSoC proposal [1]
> - The DAT wikipage on open-mesh.org [2], with status and ideas description
> 
> Just to recap: DAT is a distributes hash table meant to store ARP entries for
> fast lookup. In a normal scenario, whenever a node wants to communicate with
> another one, it first needs to issue a broadcast ARP request in order to
> retrieve its PHY/MAC address. In a sparse network a broadcast message could be
> lost several times before reaching the real destination so creating high
> latencies. With DAT, every ARP entries (a pair [IP addr, MAC addr]) is stored on
> a "computed" set of nodes, therefore in case of ARP request theses nodes can
> directly be contacted (in unicast) and the needed information can be quickly
> fetched.
> 
> Cheers,
> Antonio
> 
> [1] http://www.google-melange.com/gsoc/project/google/gsoc2011/ordex/4001
> [2] http://www.open-mesh.org/wiki/batman-adv/DAT
> 
> 

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

  parent reply	other threads:[~2011-10-31  0:03 UTC|newest]

Thread overview: 24+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-10-30  8:55 [B.A.T.M.A.N.] [PATCH 0/6] DAT: Distributed ARP Table Antonio Quartulli
2011-10-30  8:55 ` [B.A.T.M.A.N.] [PATCH 1/6] batman-adv: implement an helper function to forge unicast packets Antonio Quartulli
2011-10-31  0:05   ` Simon Wunderlich
2011-11-01  9:12     ` Antonio Quartulli
2011-10-30  8:55 ` [B.A.T.M.A.N.] [PATCH 2/6] batman-adv: add a new log level for DAT-ARP debugging Antonio Quartulli
2011-10-30  8:55 ` [B.A.T.M.A.N.] [PATCH 3/6] batman-adv: Distributed ARP Table - create the DHT helper functions Antonio Quartulli
2011-10-31  0:08   ` Simon Wunderlich
2011-10-30  8:56 ` [B.A.T.M.A.N.] [PATCH 4/6] batman-adv: Distributed ARP Table - add ARP parsing functions Antonio Quartulli
2011-10-31  0:10   ` Simon Wunderlich
2011-11-01  9:14     ` Antonio Quartulli
2011-10-30  8:56 ` [B.A.T.M.A.N.] [PATCH 5/6] batman-adv: Distributed ARP Table - add snooping functions for ARP messages Antonio Quartulli
2011-10-30  9:18   ` Sven Eckelmann
2011-10-30  9:29     ` Antonio Quartulli
2011-10-31  0:12   ` Simon Wunderlich
2011-11-01  9:16     ` Antonio Quartulli
2011-10-30  8:56 ` [B.A.T.M.A.N.] [PATCH 6/6] batman-adv: Distributed ARP Table - increase default soft_iface ARP table timeout Antonio Quartulli
2011-10-31  0:03 ` Simon Wunderlich [this message]
2011-10-31  9:26   ` [B.A.T.M.A.N.] [PATCH 0/6] DAT: Distributed ARP Table Martin Hundebøll
2011-10-31  9:42     ` Marek Lindner
2011-10-31  9:48       ` Simon Wunderlich
2011-11-01  9:16         ` Antonio Quartulli
2011-10-31 18:53 ` Gus Wirth
2011-10-31 23:11   ` Simon Wunderlich
2011-11-01  9:10   ` Antonio Quartulli

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=20111031000347.GB10726@pandem0nium \
    --to=simon.wunderlich@s2003.tu-chemnitz.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;
as well as URLs for NNTP newsgroup(s).