All of lore.kernel.org
 help / color / mirror / Atom feed
From: Simon Wunderlich <sw@simonwunderlich.de>
To: Moritz Warning <moritzwarning@web.de>
Cc: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] batctl: feature to filter nodes/clients
Date: Thu, 05 Feb 2015 19:24:50 +0100	[thread overview]
Message-ID: <34714295.JmkViaXzvE@prime> (raw)
In-Reply-To: <54D3B243.9060800@web.de>

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

On Thursday 05 February 2015 19:11:15 Moritz Warning wrote:
> >> 
> >> Some explanation beforehand:
> >> Clients are computers not running batman-adv,
> >> represented by the MAC address of its network interface.
> >> Nodes are computers running batman-adv,
> >> represented by the MAC address of its primary interface.
> >> 
> >> List of all nodes:
> >> Get all MACs from the 'Originator' column of the originator table
> > 
> > Note that this may also show secondary interfaces of your neighbors - you
> > may have to filter that against a list of primary interfaces you collect
> > otherwise.
> Ok, I wonder how I can filter out those secondary interface MAC addresses
> of 1-hop neighbors.
> Can those addresses be recognized by comparing it to the Nexthop column?
> This seems to be the major problem for me right now.
> 

Hmm ... actually you can't find that out from the originator output, since 
there is no distinction there.

Maybe one thing how to find out from a remote host without prior information 
(e.g. centralized database) would be to look at the tt global table - 
secondary interfaces won't show up there. But thats also more a hack than 
anything else. ;)


> >> List of all clients:
> >> Get all MACs of the 'Client' column of the transtable_local table
> >> when it starts with a '*' character.
> > 
> > Yes, but you may want to filter out local mac addresses, which are
> > configured on top of VLANs on bridges.
> 
> Are those the MAC-addresses of the bridge interface. Say, when I bridge bat0
> into br-lan, then the MAC of br-lan will show up as client?

The mac address of br-lan will most likely show up in the local translation 
table, yes - unless you never send a packet from that interface.

Cheers,
   Simon

[-- Attachment #2: This is a digitally signed message part. --]
[-- Type: application/pgp-signature, Size: 181 bytes --]

      reply	other threads:[~2015-02-05 18:24 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2015-02-01 13:15 [B.A.T.M.A.N.] batctl: feature to filter nodes/clients Moritz Warning
2015-02-05 12:34 ` Simon Wunderlich
2015-02-05 18:11   ` Moritz Warning
2015-02-05 18:24     ` Simon Wunderlich [this message]

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=34714295.JmkViaXzvE@prime \
    --to=sw@simonwunderlich.de \
    --cc=b.a.t.m.a.n@lists.open-mesh.org \
    --cc=moritzwarning@web.de \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.