[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

1961.0. "Gigaswitch/Hubwatch Osf/Multicastrate" by UTOPIE::PAYERHUBER () Fri Feb 03 1995 05:24

          <<< SCHOOL::CLUSTERFILES:[NOTES$LIBRARY]GIGASWITCH.NOTE;1 >>>
                                -< GIGAswitch >-
================================================================================
Note 409.0                   Gigaswitch/Hubwatch/Multicastrate?                     1 reply
UTOPIE::PAYERHUBER                                    7 lines   2-FEB-1995 07:04
--------------------------------------------------------------------------------
    Gentlemen,
    
    is the multicast forwarding rate settable via Hubwatch 3.1 for Osf?
    The Bridge window says Rate N/A.
    Working in one of the fieldtest releases?
    
    Cheers, fritz
T.RTitleUserPersonal
Name
DateLines
1961.1Some answersNETCAD::FORINOMon Feb 20 1995 20:4929
	The multicast forwarding rate is handled differently in the case of
the GIGAswitch versus bridge modules.  The bridges use the MIB variable

	ebrRateLimit - This is the maximum number of rate-limited frames
	               per second that the bridge will forward.

This can be set on a per address or protocol basis from what I understand.
The GIGAswitch uses something different.  They are two MIB variables

	floodUnknownUnicastRate - The maximum bytes per second bandwidth of
                                  packets multicast because the destination 
	                          address was not yet learned by the bridge.

	floodMulticastRate      - The maximum bytes per second bandwidth of
                                  packets multicast because the destination 
	                          address is a multicast address.

It is probably the second you are interested in.  I'm not sure why GIGAswitch
implements it this way but note this is limited as bytes per second versus
frames (or packets) per second in the bridge case.  There seems to be no
distinction of traffic based on protocol or address in the GIGAswitch case.
So if you're getting broadcast storms under one protocol you possibly limit
other protocol's multicast that was behaving correctly.

	HUBwatch does not support the two GIGAswitch MIB variables right
now.  If you think if may be useful, let us know and we can evaluate how
much work it may be.

							John