| 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 |
We are implementing a Business Recovery Service aka MDF based on
GIGASWITCH, DECnis and DEChub 900 technology. We are implementing two
FDDI rings with DECnis as the firewall between rings. I would like some input
as to the best way to configure these components.
BLDG #1 BLDG #2
__________ ____________
DECnis -----| | | |------- DECnis
ALPHAs------| | | GIGA |------- ALPHAs
DB900MX-----| GIGA |----------------| SWITCH |------- DB900MX
| SWITCH | | |
DECnis -----| | | |------- DECnis
\ ---------- ------------ /
\ /
Ring #2 -------------------------------------------- RING #2
The Alphas will connect to the GIGASWITCHes using FGL-4 with SAS modules.
However I'm not sure which is the prefered method for connecting the DECnis's
and DECbridge 900MXs. I see two options with varying redundancy through dual
homing. Would it be better to place a second device directly on the ring with
the GIGASWITCH to provide module redundancy or go with more M ports? Will I
still have FDX while dual homing?
I will try to draw these.
Using two FGL-2 modules in a GIGAswitch:
* FGL-4 not shown
Option #1
---------
DECNIS --------m a---------\/--- a m
| /---m b --------/\--- b m
|__/_____________
900MX ____/ \ Same config
----------m m-\ m m
-- m m-- m m
| |
| |
----a b------
DECNIS #2
Option #2
---------
________ m
DECNIS ___ a------\ a m
| /-m b---| \-------b m
|------|---/ | same config
900MX | |
|------|------m a-| | /------a m
|------m b-|-|----/ b m
| |
| |
a b----| |
|---------|
DECNIS #2
All feedback welcome.
Scott
| T.R | Title | User | Personal Name | Date | Lines |
|---|---|---|---|---|---|
| 1340.1 | Not supported at the moment | VNABRW::WELSCH_K | Fri May 20 1994 14:02 | 20 | |
Hi Scott !
The actual BRS Version is V1.1 . This version is NOT supporting
Gigaswitch and DECbridge 900 !
The version V1.2 ( scheduled for 15.6.1994 ) will support the
Gigaswitch, V2.0 ( scheduled for mid august 1994 ) will bring the
support for DECbridge 900.
This is just for info, you should check with BRS Engineering before
implementing this solution.
( Any specialist will not see a problem, but a BRS cluster is the
highest availabilty cluster, so BRS engineering have to do very
extensive testing before supporting components. )
regards
Kurt
| |||||
| 1340.2 | KAOFS::S_HYNDMAN | Acronym Decoder Ring Architect | Fri May 20 1994 16:58 | 10 | |
Thanks for the heads up Kurt.
This project is slated for completion in September for the DEC
KAO facility (the one that pumps out our great pcs). We have been
checking with engineering on an ongoing basis.
Scott
| |||||
| 1340.3 | KONING::KONING | Paul Koning, B-16504 | Fri May 20 1994 17:30 | 14 | |
I can see the need for extensive testing, but I can't see why that requires new versions; it only requires new support statements. Anyway, the first configuration looks simpler and cleaner to me. Dual homing is a good way to get redundancy, it has none of the hassles of running the dual ring to additional nodes (as in the second example). Dual homing will not affect full duplex. Note that full duplex is not particularly useful with the DB900 since you can only push 60 Mb/s out the other end. So the performance gain from full duplex isn't actually useful there. paul | |||||