Project

General

Profile

Actions

Bug #252

open

TT: size check before local entry add is incorrect (not threadsafe?)

Added by Sven Eckelmann over 8 years ago. Updated over 8 years ago.

Status:
Feedback
Priority:
Normal
Target version:
-
Start date:
05/15/2016
Due date:
% Done:

0%

Estimated time:

Description

Just tested TT with the Emulation_Debug environment. Two nodes were enabled and I've just send 3000 packets (different mac addresses) with the attached program to the other node. Then I can see that the remote node sends TT full table requests. But the node which send the 3000 packets never sends the response. The problem seems to be that the tvlv length is 31616 bytes (tvlv_len in batadv_tt_prepare_tvlv_local_data) but this is larger than the maximum packet_size (bat_priv->packet_size_max).

If you print the size check in batadv_tt_local_add right before the if (table_size > packet_size_max) { then you can see that the transmission size jumps (each "foobar" is an add to the local table):

foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 116 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080
foobar 11156 22080

The test was started on my node1 via

insmod /host/batman-adv/net/batman-adv/batman-adv.ko
/host/batctl/batctl ra BATMAN_IV
/host/batctl/batctl if add eth0
ifconfig eth0 up
ifconfig bat0 up
# sleep 3
/host/batctl/batctl o

/host/rawsend_massive bat0 02:ba:de:af:fe:02

Files

rawsend_massive.c (2.75 KB) rawsend_massive.c Sven Eckelmann, 05/15/2016 01:48 PM
Actions #1

Updated by Antonio Quartulli over 8 years ago

  • Status changed from New to Feedback
  • Assignee changed from Antonio Quartulli to Sven Eckelmann

Sven,
what are you actually showing in your debug output ? If you are printing table_size and packet_size_max I don't understand when you see the table_size getting larger than packet_size_max.

Another question: are you saying that the "jump" looks suspicious to you ?

Actions #2

Updated by Sven Eckelmann over 8 years ago

  • Assignee changed from Sven Eckelmann to Antonio Quartulli

Yes, the jump looks suspicious to me.

The elements printed are table_size and packet_size_max

Actions #3

Updated by Antonio Quartulli over 8 years ago

In my opinion the "jump" is due to the TT commit. When a bunch of local entries are detected by a node they are marked with the N(ew) flag. Such entries are not yet part of the full table (although they are stored in the hash table) and therefore they are not sent when a TT request comes in.
As soon as a TT local commit event is triggered (usually together with the next local OGM) all the N(ew) entries are "committed" and thus the table size is increased (the N flag disappears at this point).

Still, I don't understand why the node would not reply with a TT response since the maximum size seems to always be smaller than the packet_size_max...

Actions #4

Updated by Sven Eckelmann over 8 years ago

No, it isn't always smaller. I just forgot to post the relevant log at the end of the run:

batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080
batadv_tt_local_add:690 31652 22080

The local table will also not pruned (for some reason I haven't checked).

Actions #5

Updated by Antonio Quartulli over 8 years ago

oh ok, thanks for adding the missing part. Yes in this case it makes sense.

The timeout for a local entry is defined as

main.h:46 #define BATADV_TT_LOCAL_TIMEOUT 600000 /* in milliseconds */

Actions

Also available in: Atom PDF