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

Conference netcad::hub_mgnt

Title:DEChub/HUBwatch/PROBEwatch CONFERENCE
Notice:Firmware -2, Doc -3, Power -4, HW kits -5, firm load -6&7
Moderator:NETCAD::COLELLADT
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

4371.0. "MultiSwitch 600 Cross and Blanks" by SCASS1::auodial1_port2.auo.dec.com::korns () Mon Apr 21 1997 15:59

I helped a reseller setup a pair of MultiSwitch 600 stacks the other
day. After less than 30 minutes we were up and running clearVISN 
Stack Manager and had configured the back[stack]plane as desired.
I think that's pretty good for a "just-outta-da-chute" product set...
although the chute seems to have been clogged up for quite awhile.

As is often the case, I didn't read any manuals. There wasn't time.
I took what I knew about how other DIGITAL NPB products work and 
plugged into the console port, gave the stack an IP address and away
we went. I mention that I didn't read the manuals because the answers
to the questions below could be in there ...

CONFIGURATION:

	-> MultiSwitch 612EX 
		- Stack Director on back
		- 10baseFL config on one modular port, the other blank
	-> 3x MultiSwitch Hub 624Ts
		- Stack Stations on back
		- 1 config'ed with 12x 10baseT
		- 2 config'ed with Carrier card but no media mods
		  (hadn't shipped yet)

1) When we gave the stack it's IP address, we started trying to ping
that address. The first place we tried was from a 10baseT port on the
front of the MS612EX. This did not seem to work. I suspected that front
ports might not be connected to the SNMP agent, so we switched to use
the 10baseT management port on the "Stack Director". I noticed this port
had an vertical equal sign || on it which I guessed to imply it did not
have a cross. We used a cross over cable and the pings succeeded. 

	1a) Should the front panel ports of the MS612EX been able to
	reach the agent once the IP address was given to the Stack
	Director attached to it's rear? ... it could be we didn't wait
	long enough (listening/learning period?)

	1b) What is the logic of the 10baseT management port being a
	straight connection instead of having a cross? I'm sure there
	is a good 'New England Yankee Engineering' reason for this but 
	I was unable to give one to this 'Down home Texas Reseller' :-)

2) They had ordered the carrier cards for the MS624Ts but, as mentioned,
the media modules they needed (10baseFL) had not shipped yet. The 
MS624Ts look real ugly with the big holes left by two empty media 
modules. They thought there ought to be at least one blank cover
shipped with the carrier card (one would assume the other slot would
always hold a media option) but they received none, not even one. Do
blank overs even exist for the carrier card? I suggested to this reseller
that the blank space would make a nice place for them to leave business
cards (they slip right in there ... try it sometime!!) but they, again, 
found no humor in this and wanted to hear the 'New England Yankee
Engineering' explaination.

I know y'all bees watch'in the Boston Marathon right now but when'ya
can spare a minute, we'd love to hear from down here.

Dave





T.RTitleUserPersonal
Name
DateLines
4371.1NETCAD::DOODYMichael DoodyTue Apr 22 1997 21:0421
I only know the answer to 1a)

The Stack Director can talk over the ThinWire LAN
or its UTP port. The MS612EX does not connect to thinwire
by default, you must manually do that using MCM.

So if you used a repeater port instead it would 
have worked, since repeaters are connected to the 
thinwire by default. 

Also, there is no listening/learning period involved
since the MS612 does not implement spanning tree.

I can guess 1b) is that the stack director is considered
to be an end-station rather than a repeater. So its UTP
can be connected to a repeater port which normally has
a cross-over built-in.


-Mike

4371.2Yes you can manage the MultiStack 600 thru a module front portNETCAD::MILLBRANDTanswer mamTue Apr 22 1997 22:4944
You should be able to manage the Stack Director and all its modules from 
the 612EX front port if:

	- The correct cable type is going into the 612EX (straight thru).

	- You have used MCM 6.1 to connect the 612EX to Thinwire.

	  [This is probably where you went wrong.
	   The 624T by default will connect to Thinwire; the 612EX won't.
	   This is analagous to DECswitch 900EF not connecting by default
	   while DECrepeater900TM does.  And with the 612EX not providing
	   spanning tree, it would be realllly dangerous to default to
	   Thinwire.]
	 
	- There is no 10baseT cable connected to the Stack Director's
	  10baseT port.  If there is a 10baseT connection, it will
	  override any management traffic on the Thinwire, whether the
	  origin of the traffic on the Thinwire was a stack module or
	  the Stack Director's own 10base2 port (BNC connector).

	  [The 10baseT override is how you got your stack manageable.]
	   
	- The BNC connector on the Stack Director has a 50ohm terminator,
	  or a valid connection. 
	
The Network Activity LED on the Stack Director will blink whenever
there is activity on the management channel.  Which management 
channel?  The management channel will be the Thinwire if there is no 
10baseT connection on the Stack Manager, or 10baseT if there is a 
connection to the Stack Director 10baseT connector.  Unfortunately 
there is no visual indication of which management channel is in use.  
The LEDs next to the 10baseT and BNC connectors simply indicate that 
they are operational.

Another difference between the 10baseT and BNC management connectors
on the Stack Director is that the BNC connection will pass traffic
received over it onto the Thinwire, and traffic that goes from 
modules to Thinwire is also propagated out the BNC port, DEChub 90 style.
Traffic that enters the Stack Director via the 10baseT port is not 
propagated beyond the Stack Director's own MAC (though of course
the CSNMP gateway will relay management commands to modules).

	Dotsie

4371.3Ah, SD has own MAC on TW or 10baseTSCASS1::auodial1_port4.auo.dec.com::kornsWed Apr 23 1997 15:2627
So, the MS600 family differs from the DH900 in that the Stack
Director really has it's own MAC whereas the MAM in a DH900
depends on being associated with the MAC of some module, identified
by the "IP Services Module Slot". 

Since the "Stack Director" setup menus didn't ask about any slot when 
the IP address was defined, I guessed that the module plugged into
the "Stack Director" provided the MAC and the special management
channel path from the MS612EX (in this case) to the SD (Stack Director).
Not true. Instead, the SD has a MAC that is associated with the ThinWire 
by default, or the 10baseT port if something is plugged in there. 

OKay, I can understand that. I was slightly concerned that everybody
in the world was going to need a cross-over cable to get anything 
going and it doesn't seem to be the case. In my case, I would have been
able to plug into one of the 624Ts and pinged away. In a typical DH900
config, that doesn't work until the repeaters have to have a path to the 
"IP Services Module" (which I was thinking was the MS612EX) and I
presumed (correctly) did not have defualt connections to any 
back[stack]plane LANs. 

If I didn't have a cross over cable, and all I had was a MS612EX+SD I
could use a straight cable to jumper from the SD's 10baseT port to a
front panel MS612EX port and another straight cable to the Mgnt stn.

I_admit_to_never_reading_the_manuals, Dave