All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Geneviève Bastien" <gbastien@versatic.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 14:53:57 -0400	[thread overview]
Message-ID: <4FE4BF45.3050705@versatic.net> (raw)
In-Reply-To: <4FE3E069.1090309@universe-factory.net>

Wow!  It works!  I just added the line
option 'type' 'bridge'
to my mesh1 interface and my whole mesh is now working.  Thanks!

Was that documented somewhere?  It gave me quite a headache for such a 
simple solution.

Thanks,
Geneviève


On 12-06-21 11:03 PM, Matthias Schiffer wrote:
> 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
>
>


  reply	other threads:[~2012-06-22 18:53 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
2012-06-22 18:53       ` Geneviève Bastien [this message]
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=4FE4BF45.3050705@versatic.net \
    --to=gbastien@versatic.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 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.