[comp.dcom.sys.cisco] More bridging problems

HANK@BARILVM.BITNET (Hank Nussbacher) (08/19/90)

After sending off the mail about bridging problems I tried to alter
the bridging algorithm from dec to ieee.  After changing it on the
two routers (and leaving a 3rd router talking dec algorithm) the middle
router started dying with the following:
 
Local timeout (control reg= 0x190) Error, address: 0x4B00021F at 0x86B56
 
This router was an AGS with 8.1(14).  The router kept rebooting itself and
it was impossible to enter console mode.  I was forced to open the router
and disconnect the 2 serial lines that were connected to the other router
before it was able to come up.
 
My suprise was that it was succeeding in talking to the 3rd router which was
still bridging with dec.  That means router B was talking to router C with
dec<->ieee bridging algorithm.  But router B was unable to talk to router
A with ieee<->ieee bridging algorithm.  I backed out to dec on both A and
B before any more damage was done and reconnected the serial lines.
 
Another suprise was that the CGS (router A) did not suffer any problems -
it was just the AGS in the middle.  No matter whether it was a mistake or not,
a router should not lock up like that and not even allow console input
to correct the problem.
 
Which brings me back to what I was originally trying to do, load balance
via bridging (circuit subcommand) and I am still not able to with the cisco.
 
Hank