| If the Ethernet transmitter goes bad, you'd get all those bad frames. If
among those are bad hellos, the other bridge on that LAN would end up going
into forwarding because it doesn't see any good hellos from a higher priority
bridge. Since the three Ethernet ports each have their own Ethernet
chips, it certainly makes sense for one port to misbehave while the others
work fine.
paul
|
| My thinking was, since my "backup" bridge is forwarding when it should
be in backup mode, then there's probably something wrong with it, so I
swapped it for a good one. I suppose it could have been the "live"
bridge which was at fault. If it's ethernet port was faulty then that
could explain why the backup bridge kicked in, it would also explain
why I had framing errors when I only had one bridge connected, the
"live" one. I still have the "live" bridge connected in and serving
the segments just now. If it was the problem, and could still be since
it's there just now, and it was the cause of the framing errors, why
would they disappear when I reconnected in a backup bridge?
Jim.
|
| Interesting problem and it may be that as Paul said if the "main"
bridge was sending bad packets then the bridge hello messages are
likely to have errors so the backup bridge can't see theses hellos,
so its starts to forward. Now the main bridge starts to see these
hello messages, which it believes are incorrect (assumes the "main"
bridge can receive OK), and the bad hello counter will clock up
and I assume that port will then stop transmitting, attempt a
reinitialize on that port, and come back on line listening, see the
hello's from the backup bridge, and reinit etc....
So it's likely that the main bridge never gets back on line, hence you
don't see the bad packets. The GOTCHA here is that the Forward light
should not come on on the main bridge.
This is the Catch 22 with backup bridge configurations is that if either
the main or backup bridge dosen't fail "nicely", eg PSU blows up, internal
logic gets a fatal error etc, but fails marginally then it can really
screw up the network, and more so if the bridge is or is near the route
bridge. If the failed bridge can't detect that its gone wrong its
bad news. Not that common I'm pleased to say but it can happen.
(Some Ethernet products on the market can't perform a self test on to the
network in any event, ie they can transmit onto the cable and receive
from it, but can't truly receive their own transmitted message.)
|
| Everything has been running okay for the last week and a half, I'm
pleased to say. What I'm going to do is, now that I've changed the old
"backup" bridge for a new one, test the failover to make sure that it
works okay, and also disconnect the "backup" bridge to make sure that I
can run with only the "live" bridge connected into the fibre ring.
I'll post the results when complete.
Jim.
|