public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Antonio Quartulli <antonio@meshcoding.com>
To: Sven Eckelmann <sven@narfation.org>
Cc: 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] batman-adv: Use safer default config for optional features
Date: Fri, 06 Feb 2015 14:20:28 +0100	[thread overview]
Message-ID: <54D4BF9C.5010409@meshcoding.com> (raw)
In-Reply-To: <2688831.HMc8mZG1gy@bentobox>

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

On 06/02/15 13:38, Sven Eckelmann wrote:
> On Friday 06 February 2015 08:26:04 Antonio Quartulli wrote:
>> Could you please be a bit more specific about the issue you are talking
>> about?
> 
> I can only talk about the simple two node installation I had when I was forced 
> to write the wireshark-batman-adv dissector for v15. I just placed them next 
> to each other and tried to ping the other one (not sure anymore if it was the 
> node directly or two other devices plugged in the ethernet port of the 
> devices). And I think there was a reboot of one node and a ARP cache flush 
> involved. I've expected to see the 4addr packets when capturing on the 
> wireless and then having both nodes talking to each other. This was not 
> working. I could only communicate after disabling DAT... but of course the 
> communication which I wanted to capture wasn't happening.

Thanks for the explanation Sven.

To me this looks like the caching effect of DAT: bat0 is likely to
change MAC address everytime you recreate the interface (unless you
statically assign the MAC) therefore I presume that the other node (the
one which did not reboot) was still caching the old bat0 MAC address
(each entry requires some minutes before being invalidated/refreshed).

This means that any communication willing to contact the rebooted node
was targetting the old address and therefore the two were not be able
talk until the cache was refreshed.

Can this be the case?



Cheers,

-- 
Antonio Quartulli


[-- Attachment #2: OpenPGP digital signature --]
[-- Type: application/pgp-signature, Size: 819 bytes --]

  reply	other threads:[~2015-02-06 13:20 UTC|newest]

Thread overview: 8+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-05 16:22 [B.A.T.M.A.N.] [PATCH] batman-adv: Use safer default config for optional features Sven Eckelmann
2015-02-06  7:26 ` Antonio Quartulli
2015-02-06 12:38   ` Sven Eckelmann
2015-02-06 13:20     ` Antonio Quartulli [this message]
2015-02-07  7:27       ` Sven Eckelmann
2015-02-07  8:58         ` Antonio Quartulli
2015-02-18  7:33 ` Marek Lindner
2015-02-18 17:18   ` Martin Hundebøll

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=54D4BF9C.5010409@meshcoding.com \
    --to=antonio@meshcoding.com \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=sven@narfation.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