public inbox for b.a.t.m.a.n@lists.open-mesh.org
 help / color / mirror / Atom feed
From: Matthias Schiffer <mschiffer@universe-factory.net>
To: b.a.t.m.a.n@lists.open-mesh.org
Subject: Re: [B.A.T.M.A.N.] packets not processed by batman on eth0
Date: Fri, 22 Jun 2012 05:03:05 +0200	[thread overview]
Message-ID: <4FE3E069.1090309@universe-factory.net> (raw)
In-Reply-To: <4FE3DA9B.9040401@versatic.net>

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

Hi,
it might be your VLAN configuration - as far as I know, 0 is not a valid
VLAN id.

But I also found that batman-adv doesn't work on VLAN interfaces on my
OpenWRT routers. As a workaround you can create a new bridge that only
contains the VLAN interface and add the bridge to bat0 instead.

Regards,
Matthias


On 06/22/2012 04:38 AM, Geneviève Bastien wrote:
> Hi,
> 
> On 12-06-21 04:28 AM, Marek Lindner wrote:
>> Hi,
>>
>>> I talked to marec last week on irc (I'm tahini).  I have a linksys
>>> router that runs batman on the eth0 interface and other routers or
>>> laptops are connected to it.  Problem is, even though the batman packets
>>> pass from the other machines to the linksys, it seems something weird
>>> happens on the linksys and the interface is not recognized as a batman
>>> neighbor.
>> the problem is that leon does not receive any packets from its
>> neighbors. Its
>> log only repeatedly states "Sending own packet" but no information about
>> incoming packets is printed. If you compare it with the other logs you
>> will
>> see what I mean.
> But doesn't the 'batctl td eth0' output show it receives the packets
> from the neighbors?  What happens to those packets?
> 
>> A common mistake leading to this symptom is a bridge misconfiguration.
>> Is eth0
>> on leon part of a bridge ?
> No, the bat0 interface is on the bridge, but eth0 is a vlan, I think. 
> Maybe it is a vlan misconfiguration?
> Attached are some outputs and config files from leon.  What other
> commands should I look for to help find the problem?
> 
> Thanks,
> Geneviève




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

  reply	other threads:[~2012-06-22  3:03 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-06-20  2:27 [B.A.T.M.A.N.] packets not processed by batman on eth0 Geneviève Bastien
2012-06-21  8:28 ` Marek Lindner
2012-06-22  2:38   ` Geneviève Bastien
2012-06-22  3:03     ` Matthias Schiffer [this message]
2012-06-22 18:53       ` Geneviève Bastien
2012-06-22 19:08         ` Marek Lindner
2012-06-23  3:08           ` Geneviève Bastien

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=4FE3E069.1090309@universe-factory.net \
    --to=mschiffer@universe-factory.net \
    --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