Title: | DEChub/HUBwatch/PROBEwatch CONFERENCE |
Notice: | Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7 |
Moderator: | NETCAD::COLELLA DT |
Created: | Wed Nov 13 1991 |
Last Modified: | Fri Jun 06 1997 |
Last Successful Update: | Fri Jun 06 1997 |
Number of topics: | 4455 |
Total number of notes: | 16761 |
I have a puzzling situation with a DEChub. The customer has a hub, with a UTP card and a DECbridge 90. Attached to the UTPs are PCs and a server. The server has a UB card, and the PCs have either UB or 3Com cards. This works fine. Across the backbone is a UB Access One, with a bridge and UTP. On this are also PCs and a server with a UB card. The PCs on the DEChub can gain access to the server on the Access One, if they have a 3Com card. However, if they have a UB card - they do not make it! It would also seem that the PCs on the UB Access One can gain access to the local server if they have a UB card or a 3Com card, but they can't get to the server on the DEChub if they hace a UB card! I never heard of bridges filtering on Manufacturer, so I guess it is something else - any pointers?
T.R | Title | User | Personal Name | Date | Lines |
---|---|---|---|---|---|
13.1 | It was the UB Bridge | SHIPS::SMITH_J | Jeff Smith | Mon Dec 23 1991 05:13 | 10 |
It turned out that the management of the UB Hub was at fault. Apparently, they set things up such that the UB Hub Bridge retrieved its forwarding database from a management station, rather than learning which side of it the Ethernet addresses were. This in conjunction with the move on the network, and the simultaneous installation of the DEChub bridge caused the confusing situation. When they put the UB Bridge into dynamic learing mode, it all sprung into action. So - the DECbridge 90 is exhonerated (and the customer thinks its wonderful!). |