All of lore.kernel.org
 help / color / mirror / Atom feed
From: Grant Taylor <gtaylor@riverviewtech.net>
To: Mail List - Netfilter <netfilter@vger.kernel.org>
Subject: Re: ebtables mac update
Date: Wed, 30 Jun 2010 18:54:11 -0500	[thread overview]
Message-ID: <4C2BD923.9020503@riverviewtech.net> (raw)
In-Reply-To: <1277941138.11021.20.camel@casper.meteor.dp.ua>

Покотиленко Костик wrote:
> Funny thing is that the problem persist. Tonight I've made some tests 
> with 782M. I've connected two computers in my office (win7 and linux) 
> through this pair directly. I seccessfully tested ping both 
> directions, then switched them so that each crossed the bridge and 
> was unable to ping.

When you switch then, do the Linux and Windows systems know that their 
network cable has been unplugged?

If they do, they will very likely flush their caches.

If the problem persists after the Linux and Windows systems flush their 
cache, I'm strongly thinking that the problem is with the DSL bridges.

> Regarding this I can surely tell (this is all about 782M pair) that 
> after box crossing the bridge MAC-port table is not updating (how it 
> should be if it were switch's logic). Packets with srcMAC of crossed 
> box CAN cross the bridge, but with dstMAC of crossed box CANNOT cross 
> the bridge.

That really sounds like the something is not forwarding traffic b/c it 
still thinks that the destination MAC is on the local side.

Please clarify, when you ran your test, did you try trading sides of the 
Linux bridge individually or the Linux bridge in combination with the 
DSL bridge?

Can you try repeating your test on either side of the Linux bridge?



Grant. . . .

  reply	other threads:[~2010-06-30 23:54 UTC|newest]

Thread overview: 20+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-06-29 10:43 ebtables mac update Покотиленко Костик
2010-06-29 12:36 ` Pascal Hambourg
2010-06-29 14:29   ` Покотиленко Костик
2010-06-29 14:57     ` Grant Taylor
2010-06-30  9:24       ` Покотиленко Костик
2010-06-30 15:39     ` Pascal Hambourg
2010-06-30 23:38       ` Покотиленко Костик
2010-06-30 23:54         ` Grant Taylor [this message]
2010-07-01  9:08           ` Покотиленко Костик
2010-07-01 16:10             ` Grant Taylor
2010-07-01 17:00               ` Покотиленко Костик
2010-07-01 17:13                 ` Покотиленко Костик
2010-07-01  9:59         ` Pascal Hambourg
2010-07-01 10:11           ` Покотиленко Костик
2010-07-01 10:49             ` Pascal Hambourg
2010-07-01 11:05               ` Покотиленко Костик
2010-06-29 14:45   ` Grant Taylor
2010-06-29 17:03     ` Jan Engelhardt
2010-06-29 19:02       ` Grant Taylor
2010-06-30  9:09     ` Покотиленко Костик

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=4C2BD923.9020503@riverviewtech.net \
    --to=gtaylor@riverviewtech.net \
    --cc=netfilter@vger.kernel.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.