| Title: | FDDI - The Next Generation |
| Moderator: | NETCAD::STEFANI |
| Created: | Thu Apr 27 1989 |
| Last Modified: | Thu Jun 05 1997 |
| Last Successful Update: | Fri Jun 06 1997 |
| Number of topics: | 2259 |
| Total number of notes: | 8590 |
Our customer is using DECbridge 520 v.1.2 in dual homing
configuration.
Twice this week, one of the DECbridge hung without any
external indication (Online & forwarding LEDs were ON)
but no traffic was anymore forwarded and you didn't get
any answer from this DB520 using DECmcc.
A power off/on done by the customer restarted the DECbridge 520.
Next time, we'll disconnect/connect Ethernet and FDDI cables
to check what will happen.
How could this happen to the DECbridge ?
I am waiting for the diagnostic block dump, is there any useful
information in it ?
Patrick
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 660.1 | Diag. block -> AP2 ? | SOS6::GROSSETETE | Wed Aug 05 1992 12:27 | 23 | |
Customer's informations are sometimes measleading.
In fact, the DECbridge which reset itself is a DECbridge 620 v.1.2
directly connected to the dual ring.
Sometimes, it hangs or reset. Problem seems hardware since only
this one through the nineteen of them is impacted.
Counters only displayed "unsolicited reset". I think about a AP2
module problem but I would like to know if somebody could confirm
from this beginning of NVRAM errlog (diagnostic block), below.
000c001f0000000599b200090000dead
00002500001841da0000040400000000
00000000000000400000004bfffffffd
00201800000004000000008000000000
00000000201853b8003dcdc6003d9136
003d9844003dc73c000004fc002017fc
002017a8003dbe2cbddfdb8300000001
00000007000000070000000000000000
0000020700000000001868bc00201800
0000006400000007fffffffd3d8f956d
100c001c00000000f01800080000dead
...
| |||||