| 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 |
Hello, I have a configuration that see I need to propose to solve a
problem with a customer who currently has a Kalpana switch and wants to
aggregate bandwidth from a DB900MX to the switch over 2 x 10 Mbps links
(compared with just one). See below.
+--------+
+---------------+ Link 1 | |
| |------------------+ |-----A-
| Kalpana |-----LInk 2-------+ |-----B 4 lans
| |total=2 x 10 meg | DB900 |-----C-- each 10
| | | | Mbps
+---------------+ | MX |-----D--
| | | | | | |
V1 V2 V3 V4 V5 +--------+
I need to have any device on any lan A,B,C,D to be able to access any
host V1-V5 off the Kalpana. But I need more than one 10 meg
link between them , eg 2 x 10 meg, to allow extra throughput.Thus I believe
I need to allocate all traffic to/from lans A and B to go via link 1 to the
kalpana thus to any host, and all traffic from lans C and D via link 2 -
thus giving twice the throughput (assuming even distribution
of traffic) between the DB900 and the Kalpana.
What filtering do I set up in the DB900 to achieve this 4 to 2 'muxing'
via the DB900 and can hubwatch V3 provide this ? We haven't a DB900 to
test this, nor the knowledge of how the DB900 can be set up allow this.
. Please assist.
Regards
Michael
PS. I am well aware of the old Kalpana throughput limitations - very
limited. Have they improved this with new versions of s/ware ??
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1041.1 | KAOFS::S_HYNDMAN | Acronym Decoder Ring Architect | Mon May 30 1994 09:26 | 10 | |
The forwarding on the DB900MX would be straight forward (no pun intended).
However if the Kalpana switch appears as a single lan, then wouldn't one of
the links to the switch go into backup to prevent a loop?
What do Kalpana switches look like as far as bridges go?
Scott
| |||||
| 1041.2 | Alternative? | CGOS01::DMARLOWE | Have you been HUBbed lately? | Mon May 30 1994 11:16 | 9 |
One of the DB 900 ports would go into backup. Remember Kalpana
doesn't honor spanning tree in the older boxes so the DB 900 being
a compliant device will solve the problem and prevent a loop.
Why not put V1...V5 on the DB 900? Then you would have personal
Ethernet for each node and 5 x 10Mb. You would have a more stable
platform when the network starts loading.
dave
| |||||
| 1041.3 | 2 x 3port bridge configuration | MEOC02::DWYERMICHAEL | Mon May 30 1994 19:10 | 20 | |
re .1 Clarification : ALL host destination addresses V1 etc of
each of the LANs A,B,C,D traverse BOTH links to the Kalpana, with the
Kalpana providing the switching/selection of the frame not the DB900.
Spanning tree will be disabled on both the kalpana and the two DB900
links to stop the second link from going into standby. Thus the
DECbridge will be effectively seen as two separate three port bridges.
The DEcbridges are separated from the Kalpana by 100 metres of fibre.
There will be 4 different areas with a DB900 in each, and the one
central Kalpana.
So the question still remains : is the DB capable of this and how is the
DB 900 configured (by Hubwatch) ?
Regs
Michael
Hubwatch)
| |||||
| 1041.4 | LEVERS::ANIL | Thu Jun 02 1994 18:13 | 11 | ||
> Spanning tree will be disabled on both the kalpana and the two DB900
> links to stop the second link from going into standby. Thus the
> DECbridge will be effectively seen as two separate three port bridges.
The DB900 doesn't support turning-off spanning tree. We do have plans
to add this in a future upgrade. However even when this is added, the
above scheme will not work. Turning off spanning tree on two ports
and configuring those ports in a loop would simply result in a network
meltdown - since packets would loop infinitely.
Anil
| |||||