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.] TT inconsistency problem (again)
Date: Tue, 6 Dec 2011 12:09:02 +0100	[thread overview]
Message-ID: <20111206110826.GC4848@ritirata.org> (raw)
In-Reply-To: <4EDDE473.5020008@agblab.com>

Hello Marko,

thank you for reporting the issue and for the high quantity (and quality) of
information you are giving us.

On Tue, Dec 06, 2011 at 10:46:27AM +0100, Marko Panger - AGB Lab wrote:
> [root@gtam00119 ~]# batctl ping 48:5d:60:b8:a3:0e
> PING 48:5d:60:b8:a3:0e (48:5d:60:b8:a3:0e) 20(48) bytes of data
> Reply from host 48:5d:60:b8:a3:0e timed out
> Reply from host 48:5d:60:b8:a3:0e timed out
> Reply from host 48:5d:60:b8:a3:0e timed out
> Reply from host 48:5d:60:b8:a3:0e timed out

Starting from this point I would say that the problem is "before" the TT
mechanism. batctl ping do not relies on the TTs as it directly use originator
(node) addresses. Usually, in this cases, the problem is in the connection
between nodes (most likely on the layer below).

> 
> And this is the output from 'batctl ll tt routes' from he node that is 
> being pinged (see above):
> 

[CUT]

From the log it is possible to see that the node is not receiving any TT_REPLY
message (which should solve the inconsistency being reported). This suggests us
that the previous statement is probably true ("the problem is 'before" the TT
mechanism").


Would you mind providing us the output of "batctl o" after the reboot on the
node where you take the tt log?
Moreover, could you please attach the output of "batctl td WIFI_IFACE" either on
the unreachable node and on another one (maybe a2:f6?)

Cheers,


-- 
Antonio Quartulli

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

  reply	other threads:[~2011-12-06 11:09 UTC|newest]

Thread overview: 12+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2011-12-06  9:46 [B.A.T.M.A.N.] TT inconsistency problem (again) Marko Panger - AGB Lab
2011-12-06 11:09 ` Antonio Quartulli [this message]
2011-12-06 11:11   ` Antonio Quartulli
2011-12-06 13:31   ` Marko Panger - AGB Lab
2011-12-06 13:36     ` Marek Lindner
2011-12-06 13:38     ` Sven Eckelmann
2011-12-06 13:47     ` Marko Panger - AGB Lab
2011-12-06 13:49       ` Antonio Quartulli
2011-12-06 13:54         ` Marko Panger - AGB Lab
2011-12-06 14:10           ` Marek Lindner
2011-12-06 14:08       ` Sven Eckelmann
     [not found]         ` <4EDE241B.6040602@agblab.com>
2011-12-06 15:26           ` Sven Eckelmann

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=20111206110826.GC4848@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