All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stephen Hemminger <shemminger@linux-foundation.org>
To: Michael Boutte <mboutte@pacbell.net>
Cc: bridge@osdl.org
Subject: Re: [Bridge] LAN-WAN Bridging Problem
Date: Wed, 24 Jan 2007 13:30:52 -0800	[thread overview]
Message-ID: <20070124133052.267727eb@freekitty> (raw)
In-Reply-To: <45B797C1.50803@pacbell.net>

On Wed, 24 Jan 2007 09:30:41 -0800
Michael Boutte <mboutte@pacbell.net> wrote:

> Hello,
> I am experiencing what may be a unique problem with operating the 
> bridge. My hardware is custom Freescale MPC875 processor based with one 
> ethernet (eth0) and one hdlc (hdlc0) WAN port and I am connecting two of 
> these boards together using the WAN ports over a long distance - 
> essentially two bridges in series.  They are running Linux 2.6.15 with 
> bridging enabled in the kernel configuration. When I first power up both 
> boards the bridge comes up fine and the two outside LANs are connected 
> as if it were one LAN with a smart long cable in between. brctl works to 
> set it up and the "showmacs" properly shows all of the MACs on each end.
> 
> The problem occurs If I disconnect the ethernet cable directly from the 
> bridge at either end. The console on the disconnected units says "br0: 
> port 2(eth0) entering disabled state". When I reconnect the cable it 
> shows "br0: port 2(eth0) entering learning state" plus messages about 
> network topology change detected. That LAN end no longer has a link to 
> the other end, yet at the console of the unit disconnected and 
> reconnected I can ping in either direction to any device in both LAN 
> segments. Time makes no difference, but if I issue the command "ifconfig 
> eth0 down" and then back "up" the link is almost immediately restored. 
> This works either while the cable is disconnected or after it is 
> reconnected.
> 
> I compared the effect of a cable disconnect with a standard PC running 
> Linux and it seems to be identical, that is, ifconfig shows the port as 
> up even when the cable is disconnected on both. I tried having STP 
> enabled or disabled, and adding the ports into br0 in the opposite order 
> with no difference either. Any ideas on why the bridge does not 
> automatically restore? and especially on how I can make it automatically 
> restore itself?
> 
> Thank you for your kind attention.
> 
> Mike Boutte

You probably don't want the forwarding delay period (30 seconds)
that occurs on link transitions. Use:
	brctl setfd br0 0


-- 
Stephen Hemminger <shemminger@linux-foundation.org>

  reply	other threads:[~2007-01-24 21:30 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2007-01-24 17:30 [Bridge] LAN-WAN Bridging Problem Michael Boutte
2007-01-24 21:30 ` Stephen Hemminger [this message]
2007-01-24 23:04   ` Michael Boutte

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=20070124133052.267727eb@freekitty \
    --to=shemminger@linux-foundation.org \
    --cc=bridge@osdl.org \
    --cc=mboutte@pacbell.net \
    /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.