[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

3655.0. "flex channels or 900ef ports after power failure" by CSC32::D_PERRIN () Tue Jun 25 1996 17:02

    
    A customer reports that on 2 of his 5 dh900s, some flex channels appear
    to quit working if the hub is powered off and on.
    
    dh900ms  - 4.1.0
     ds900ef - 1.5.2
     dr900tm - 2.0.0 ! each repeater is on a separate lan segment
     dr900tm - 2.0.0 ! and not the backplane thinwire
     dr900tm - 2.0.0
     dr900tm - 2.0.0
     dr900tm - 2.0.0
    
    If hub is power cycled, the port counters on the 900ef show
    bytes sent, but 0 bytes received. This usually happens on one
    or two of the flex channels, but NOT all of them and not always
    the same ones.  (Side point - I can't find any way to look at
    the counters on the dr900tm flex channel port??)
    
    The customer had not done a "reset w/ current" on either the hub
    or the 900ef, so I asked him to try that tonight. He won't be a
    happy camper if he has to do this after every power failure.
    
    Any thoughts, ideas, workarounds? Is the problem more likely with
    the 900ef than the flex channels?
    
T.RTitleUserPersonal
Name
DateLines
3655.1NETCAD::DOODYMichael DoodyWed Jun 26 1996 14:5732
    I think you mean it happens on one or two of the LANs. You can't see
    the flex channels. Also, by "flexchannels quit working" I take that to
    mean that some  of the repeaters don't see traffic from the switch. I
    think this will help readers understand the problem statement. 
    
    I assume the LEDs on the switch show that all ports are forwarding
    packets and that you have no loops causing switch ports to go into
    standby. Also, I assume when you do a "refresh" on the Lan Interconnect
    window in Hubwatch that all the connections are still shown to exist
    correctly.
    
    It could be a hardware problem. One or more of the modules may have a 
    bad backplane driver that is affecting communication between the switch 
    and a repeater. Or possibly the backplane is bad. 
    Look for errors on the affected ports (though its not always necessary).
    My guess is that it is a bad module, rather than the backplane.
    
    Maybe a LAN gets assigned a different flexchannel each time the hub 
    reboots (this can certainly happen), so the problem seems to move from
    one LAN to another, whichever LAN happens to get the problem channel. 
    
    
    > (Side point - I can't find any way to look at
    >    the counters on the dr900tm flex channel port??)
     
    	Double-click the repeater. Scroll down the port list to the bottom
    where there is a port labelled "BP" (backplane). Click the picture
    of the BNC connector.   
    
    
    
    -Mike