| 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 |
Hi, all,
I need your hint to solve the problem described hereafter.
There is a customer in shanghai that has the network configuration as
below:
DECswitch 900EF
| | | |
| | | |
------ | | -------
| | | |
Bay28115 28115 28115 28115
switch
Bay Switch 28115 is a 16 port 100baseT/10baseT autosense switch. I
connected the DECswitch front 10baseT port to one of the 28115 RJ45 port
which I preseted to 10M mode. When the first 28115 switch connected to
DECswitch, everthing worked fine. When two or more 28115 connected to
DECswitch, the message displayed on 28115 changed from "Operating" to
"Configuring" and never turned back to operation. And the ping packet failed
to go through either pair of switches. The situation is repeatedable. I
guess they tried to establish spanning tree with each other but for some
reason failed.
Then I upgrade the DECswitch900 EF to IP router with bridging enabled, with
the same topological connection above. Everything runs fine.
Could anybody tell me the problem is because there be some interconnect
problem between 900ef and 28115 or I forgot sth. to setup ? Any help is
greatly appreciated.
rgds,
Jerry Fan
Network Service China
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 3789.1 | BAYswitch 28115 uses a non-standard spanning tree protocol.. | NETCAD::BATTERSBY | Mon Aug 12 1996 15:42 | 21 | |
It's my understanding that the BAYswitch 28115 has a spanning
tree algorithm called "Lattispan" (spelling may not be exact).
It is a modified version of IEEE 802.1d, and defaults to this
algorithm. Along with the use and implementation of this modified
version of 802.1d in the 28115, comes some other "baggage" in the
form of other configuration rule restrictions. Other than this
information, I have no other familiarity with their configuration rules.
Your customer should probably read the BAYswitch 28115 documentation
shipped with the product to get more familiar with the configuration
restrictions. There may be a way of setting the 28115 to the real
IEEE 802.1d spanning tree rather then the BAYswitch default.
Now why there should be a difference in behavior when the 900EF is
configured with router code, I cannot answer, other than guessing
that maybe when using CLI to enable bridging, you didn't restart the
router, thus the router still didn't really have bridging enable, and
this could explain why the router (configured) 900EF "appeared" to work.
One thing I do know is that both the 900EF switching firmware and
the router firmware use the IEEE 802.1d spanning tree algorithm.
Bob
| |||||
| 3789.2 | solution to Bay connectivity problem | NETCAD::HOPPE | Wed Aug 14 1996 11:37 | 12 | |
Bob is exactly right......LattisSpan is causing the problem. You must
add two address filters to the DECswitch 900 EF to filter the
LattisSpan packets. The two addresses are: 010081000200 and
010081000201. The Bay documentation does mention this limitation
of the Bay 28115. Because the 28115 does not support the standard
IEEE 802.1d spanning tree, you must place these address filters
in any other internetworking device that connects two 28115
switches. This way, each 28115 in your configuration will
consider itself to be in it's own LattisSpan community
and won't cause other 28115s to go into configuring mode.
Chris
| |||||
| 3789.3 | Thanks | BEJVC::PRCNIS | Thu Aug 15 1996 01:53 | 1 | |
Much thanks.....jerry | |||||