[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

1644.0. "HUB900 daisy chaining from HUB900 using fibres" by RDGENG::GREID (Bang that head that doesn't Bang !) Tue Nov 01 1994 14:17

    I have a question regarding a HUB900 configuration we are trying to
    put in place here at REO. 
    
    We have the following configuration :-
    
    COMP Room.
    
    HUB900 (V3.0.0)
    ------
    
    Slot 8: DB900MX  -----> FDDI Port 1A connected to REO FDDI Ring
    Slot 7: P/PROBE90
    Slot 6: DR90FS (not connections)                                Office.
    Slot 5: empty
    Slot 4: empty                      	                            HUB900
    Slot 3: empty                                                  --------
    Slot 2: empty
    Slot 1: DR900FP                                        DR900FP : Slot 8
    		1 -------------------------------------- 2
    		2 -------------------------------------- 1
                3 -------------------------------------- 4
    		4 -------------------------------------- 3
                                                             empty : Slot 7
    							     empty : Slot 6
    							     empty : Slot 5
    							     empty : Slot 4
    							   DR900TM : Slot 3
    							   DS900TM : Slot 2
    							   DR900TM : Slot 1	
    								    
    
    	We are seeing thousands of Receive Errors on the DS900TM in the
    office hub and response is slow connecting to any service. However the
    DS900TM has booted although it took ages and the response from TSM
    using it is very slow. There are also some user buffer unavailable
    errors as well but only into the low hundreds. We have tried the
    server in a test Hub on another part of the LAN and although some 
    user buffer errors continue the receive failures stop. 
    
    	If we connect a DS700 to either one of the DR900TMs in the office
    hub, the server won't load and we don't see any load request. We have
    tried both sets of fibre cables to various sets of ports of the 900FPs
    at both ends but with the same results.
    
    	Management at the HUB backplane/configuration level seems correct,
    and we have tried various configurations and moving modules but this
    hasn't fixed things. 
    
    	This is surely and valid configuration, so any ideas what we have
    cocked up on. I will gladly post any more info as required.
    
    	Thanks,
    
    	Giles.
    	REO Networks Group.
    
T.RTitleUserPersonal
Name
DateLines
1644.1Some questions.CGOS01::DMARLOWEHave you been HUBbed lately?Tue Nov 01 1994 15:4018
    If you take the DECserver 900 from the office hub and plug it into
    the computer room hub and configure both legs to a separate IMB,
    does the server load and run properly?
    
    Have the 900FP fiber ports been configured for redundant operation?
    
    How are the IMB's been configured in both hubs?
    
>    We are seeing thousands of Receive Errors on the DS900TM in the
>    office hub and response is slow connecting to any service. However the
>    DS900TM has booted although it took ages and the response from TSM
>    using it is very slow. There are also some user buffer unavailable

    Sounds like a secondary path is somehow running.  Do the LED's on
    the 900FP ports glow fairly solidly or do they blink only a little?
    
    dave
1644.2Faulty DECrepeater 900TM was the causeRDGENG::GREIDBang that head that doesn't Bang !Wed Nov 02 1994 09:4311
    
    The problem turned out to be a DECrepeater 900TM in the office hub
    generating all the recieve errors that the DECserver 900TM was seeing.
    Once removed the errors stopped and the fibre connectivity works as
    does loading a DECserver 700 from either Hub. Performance is also 
    back to normal.
    
    The faulty repeater is on P1 from the states as yet again another
    module is not in stock in sufficient quantities in the UK.
    
    Giles.