[Search for users] [Overall Top Noters] [List of all Conferences] [Download this site]

Conference 7.286::fddi

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

887.0. "Dual homing to 2 rings again" by ZPOVC::RAMARAJ () Fri Mar 05 1993 07:53

    Correct me if I'm wrong, please.
    
    Note 874.3 seems to say that DAS devices can be dual homed to
    concentrators on 2 different rings and that our concentrators cannot be
    used such fashion.
    
    If other concentrators can do this and if FDDI specs give much
    flexibility, why can't our concentrators be used in such fashion?
    
    I have a customer who wants to dual home his DAS devices to 2
    concentrators on different rings that are bridged together.
    
    Can he use our concentrators and use the DECnis as the FDDI to FDDI 
    bridge for this type of dual homing?  The DAS devices will be running 
    IP at higher level.
    
    Raj
    Singapore
T.RTitleUserPersonal
Name
DateLines
887.1Dual Home to 2 rings is OKQUIVER::PARISEAULuc PariseauFri Mar 05 1993 08:586
	This is NO problem with dual homing on 2 different rings...
	As long as you understand that if the B to M connection fails,
	your DAS is now on a different ring.

	Luc
887.2KONING::KONINGPaul Koning, A-13683Fri Mar 05 1993 11:2925
I was afraid my note might be misunderstood...

The point I was talking about is NOT dual homing.  Dual homing means connecting
A and B both to M ports of concentrators, AND having one of those be a "standby"
(or "backup") connection.  So at any one time you're only connected to a single
ring.  If your A and B connections go to different concentrators, which are
connected to different rings, then you're still connected only to one ring
at a time, but as connections fail you are switched to another ring.

The case I mentioned earlier is a concentrator that has multiple data paths
inside.  In such a concentrator, it would be possible to have A and B connected,
and have BOTH active, each connected to a separate internal data path.  Some
people think this is useful.  My opinion is that it is not, except as a way
for marketing people to confuse customers, make them spend more money, and 
tie them to one or two vendors of expensive FDDI products.

The FDDI standard contains a LARGE number of options, some useful, many
useless.  Each vendor implements only a subset of these options; which subset
depends on the vendor.  All these (assuming you pay attention) conform to
the standard, and all should interoperate.  The reason there are so many options
is that's how large standards committees operate, especially when some of the
loudest members are consultants whose income increases the more complexity
they help create!

	paul