public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
* [B.A.T.M.A.N.] TT inconsistency problem (again)
@ 2011-12-06  9:46 Marko Panger - AGB Lab
  2011-12-06 11:09 ` Antonio Quartulli
  0 siblings, 1 reply; 12+ messages in thread
From: Marko Panger - AGB Lab @ 2011-12-06  9:46 UTC (permalink / raw)
  To: b.a.t.m.a.n

Hi,

I'm evaluating the possibility to use batman in our next product 
(measurement equipment) and I'm facing problems in using batman.
I have five nodes installed around and I experience black-outs in 
connection among nodes. The resoult is I can't ping a certain node anymore.

Here is the output from 'batctl o' and the subsequent ping to a node 
which has good link quality (TQ):

[root@gtam00119 ~]# batctl o
[B.A.T.M.A.N. adv 2011.4.0, MainIF/MAC: ra0/48:5d:60:b8:a2:f6 (bat0)]
   Originator      last-seen (#/255)           Nexthop [outgoingIF]:   
Potential nexthops ...
48:5d:60:b8:a2:b7    0.974s   (202) 48:5d:60:b8:a3:0e [       ra0]: 
48:5d:60:b8:a2:d2 (  0) 48:5d:60:b8:a3:0e (202)
48:5d:60:b8:a3:0e    0.439s   (249) 48:5d:60:b8:a3:0e [       ra0]: 
48:5d:60:b8:a2:d2 (231) 48:5d:60:b8:a3:0e (249)
48:5d:60:b8:a2:d2    0.749s   (250) 48:5d:60:b8:a2:d2 [       ra0]: 
48:5d:60:b8:a3:0e (235) 48:5d:60:b8:a2:d2 (250)
48:5d:60:b8:a2:ff    0.156s   (209) 48:5d:60:b8:a3:0e [       ra0]: 
48:5d:60:b8:a2:d2 (  0) 48:5d:60:b8:a3:0e (209)

[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

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

[     63665] Sending TT_REQUEST to 48:5d:60:b8:a2:b7 via 
48:5d:60:b8:a2:ff [.]
[     63665] TT inconsistency for 48:5d:60:b8:a2:ff. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 19133 last_crc: 0 
num_changes: 0)
[     63666] TT inconsistency for 48:5d:60:b8:a2:b7. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 22851 last_crc: 0 
num_changes: 0)
[     63666] TT inconsistency for 48:5d:60:b8:a2:ff. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 19133 last_crc: 0 
num_changes: 0)
[     63666] Sending TT_REQUEST to 48:5d:60:b8:a2:ff via 
48:5d:60:b8:a2:ff [.]
[     63667] TT inconsistency for 48:5d:60:b8:a2:b7. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 22851 last_crc: 0 
num_changes: 0)
[     63667] TT inconsistency for 48:5d:60:b8:a2:ff. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 19133 last_crc: 0 
num_changes: 0)
[     63668] TT inconsistency for 48:5d:60:b8:a2:b7. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 22851 last_crc: 0 
num_changes: 0)
[     63668] TT inconsistency for 48:5d:60:b8:a2:ff. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 19133 last_crc: 0 
num_changes: 0)
[     63669] TT inconsistency for 48:5d:60:b8:a2:b7. Need to retrieve 
the correct information (ttvn: 1 last_ttvn: 0 crc: 22851 last_crc: 0 
num_changes: 0)

This situation was triggered by the following procedure:
1) from node (last two octets) 'a2:f6' the 'a3:0e' node was pinged
2) in the middle a ssh connection from the node 'a2:f6' was made to the 
node 'a3:0e'.
3) so far so good
4) the node 'a3:0e' was rebooted by issuing the 'reboot' command in the 
console
5) after this the connection is lost and the above logs were produced

I'm using the version 2011.4.0 on all nodes:
[root@gtam00119 ~]# batctl -v
batctl 2011.4.0 [batman-adv: 2011.4.0]

Any help is highly appreciated. I might be doing something wrong, but 
seems a stability problem.

Marko


^ permalink raw reply	[flat|nested] 12+ messages in thread

end of thread, other threads:[~2011-12-06 15:26 UTC | newest]

Thread overview: 12+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
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
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

This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox