[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

2891.0. "Tech Info about HUB900" by ATHINA::KARVOUNIS_A (Who knows KWITERBELYAKIN ? ) Fri Oct 20 1995 15:48

    	I would like to ask some specific information about the hub900
    that it was asked in a bid we are doing here in Greece.
    
    	I tried and tried to find this info everywhere but I couldn't.
    
    They are asking to give the the following information....
    
                      How does the hub handle
    			a. Bad Frames
    			b. Runts
    			c. Jabbers
    			d. Broadcast storms
    			e. Traffic overload
    
    
    	Also this was asked about the stackable hubs...
    
    
    	They have given us these questions and next to them to fill a small
    	discription.
    
    
    		Thanks in advance. Angelo...
T.RTitleUserPersonal
Name		DateLines
2891.1The HUB doesn't look at the media errors.MSDOA::REEDJohn Reed @CBO = Network ServicesSat Oct 21 1995 19:2226
    These functions are handled differently by different modules.  The
    "HUB" part is a passive backplane.  It does not differentiate between
    good and bad data, it just passes current.
    
    The individual modules that you plug into a "HUB" (be it a stackable,
    stand-alone, 90, or 900 series HUB) will perform the packet functions
    that you described above.  I would NOT WANT my hub to affect any of my
    packets,  I would hope that other vendor's HUB products react the same
    way.
    
    --  A Bridge will only pass good frames, and some can have filters, and
        some others include rate filters for jabbers, or broadcast storms.
    --  Several repeaters have features for looking at the traffic, and
        performing security based on address, and jabbers, and errors.
    --  Our Routers will only pass good frames, and have all kinds of
        filter options.
    --  Our traffic monitors (RMON devices) will log and create TRAPS when
        certain EVENTS occur on the media.  These events can include CRC
        errors, or traffic levels, or other user-defined options.
    
    
    I hope some of this is useful.
    
    JR
2891.2Thanks...ATHINA::KARVOUNIS_AWho knows KWITERBELYAKIN ? Mon Oct 23 1995 06:117
    
    
    
    	Thank you very much...
    
    
    		Angelo..
2891.3Some additional comments.....NETCAD::BATTERSBYMon Oct 23 1995 12:3914
    Angelo, in addition to what John said, you should emphasis in
    your response that our HUB products do an excellent job of conforming
    to industry standards. This allows for more uniform integration into
    multi-vendor situations where the conformance to standards is shared. 
    Something some of our competition doesn't always do well. So the
    handling of all the items a-e are predicated on conformance to
    standards.
    You should also encourage your customer to look at our NPB web page
    (if they have access), for information & descriptions of our products.
    Have them take a look and please do too.
    
    http://www.networks.europe.digital.com
    
    Bob
2891.4Thanks...ATHINA::KARVOUNIS_AWho knows KWITERBELYAKIN ? Thu Oct 26 1995 07:434
    
    
    	Thanks.... Again.