[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

3811.0. "DECmau 900TH and PINGs" by NYOSS1::HERENDEEN (Tom Herendeen, 508-888-3239) Sat Aug 24 1996 02:19

    I have a DECmau 900TH question relating to TCP.  A Boston customer has
    two MAU's installed that he can not ping from the other side of a CISCO
    7504 router that connects his token ring to his FDDI backbone.  He can
    ping the MAU's from stations on the same token ring AND he can ping
    other systems from those stations and those other systems which CAN NOT
    ping the MAU's can ping the token ring stations.  Is that a complicated
    enough problem statement?
    
    The one oddity that I can see is the customer is using a mask of
    255.255.248.0 with a class B network.  Do the 900TH's understand "non
    standard" masks?
    
    It's too bad that I can't attach a PPT drawing of his network to this
    note.
    
    Thanks
    
    Tom Herendeen
    NPB SE

T.R	Title	User	Personal Name	Date	Lines
3811.1	Can't manage w/ HW either	NYOSS1::HERENDEEN	Tom Herendeen, 508-888-3239	`Tue Aug 27 1996 13:18`	7
	One other thing... the MAU's can't be managed by HUBwach/Multi Chassis Manager unless the management station is on the same ring. This is sort of a critical problem. Thanks Tom Herendeen
3811.2		NETCAD::GERHARDT	Out of Control	`Sun Sep 01 1996 14:49`	7
	is the cisco router performing source routing? there was a bug report on this and code changed, but never released. I see no problem with your subnet masking. The MAU does have the correct address to be in that subnet? kg
3811.3	more info looks like a Cisco problem	NYOSS1::HERENDEEN	Tom Herendeen, 508-888-3239	`Fri Sep 06 1996 14:22`	18
	I went on site this week with a sniffer and found out some additional information... First there is a Cisco Catalyst 1600 Token ring switch in between the router and the DECmau. With the sniffer, I could see the ARPs from the router going through the 1600; the MAU sending an ARP Reply and the 1600 dropping the reply on the floor. When I moved the mau to be adjacent to the router, every thing works just fine; move it back to the other side of the 1600 and nothing works. The customer also admitted that they had been getting complaints from users who couldn't get to file servers in parts of the building that were served by IBM MAU's that had a 1600 in their path. My advice to the customer is to call Cisco Maybe they should call Bay and get a Centillion 100 switch Tom Herendeen