[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

778.0. "DECbridge 90 Performanc" by WELSWS::GREENR (Curiosity Killed The Cat) Tue Mar 01 1994 05:29

    Does anyone have any guidelines on the forwarding delay imposed by
    a DECbridge 90 ?
    
    regs,
    
    ross

T.R Title User Personal
Name Date Lines

778.1 QUIVER::SLAWRENCE Tue Mar 01 1994 09:47 9

T.R	Title	User	Personal Name	Date	Lines
778.1		QUIVER::SLAWRENCE		`Tue Mar 01 1994 09:47`	9
	The bridge forwards each frame as soon as it is received (meaning that the CRC and framing is correct), so the delay (as compared to a repeater) is the transmit time for the packet (a function of packet length); it is full wire speed. Note: when comparing this performance to 'switching' bridges, which begin forwarding as soon as the Address is received you should point out that such devices forward runts and other bad packets. This has the effect of reducing the available bandwidth of the net.

    The bridge forwards each frame as soon as it is received (meaning that
    the CRC and framing is correct), so the delay (as compared to a
    repeater) is the transmit time for the packet (a function of packet
    length); it is full wire speed.
    
    Note: when comparing this performance to 'switching' bridges, which
    begin forwarding as soon as the Address is received you should point
    out that such devices forward runts and other bad packets.  This has
    the effect of reducing the available bandwidth of the net.