www.broadbandreports.com
  
Search:  

 
 
   AllHot TopicsCable SupportTelco SupportHardware etcSecurityClubsGallery»»






how-to block ads


 
Forums » Up and Running » Networking » Mixing Switches and Hubs
 
Search Topic:
  Social:
topic feed
 
Posting
toggle:
flat / full
normal / watch
Post a:
Post a:
wired and wireless - puzzle »
« [XP] Network rendering URGENT!  
AuthorAll Replies


InGreenwood

@rr.com


from:
fox7 See Profile

reply to joeMI
Re: Mixing Switches and Hubs

(There is never any financial excuse to use hubs on a commercial network, the only reason to ever have one is to snoop packets)

S1) Switch2 will drop packets from Hub1 that resolve to a MAC address on Hub1. No other port on Switch2 will see packets for Hub1 that are already in Switch2's ARP table.

s2) Switch2 will bridge (not route) packets for a Mac Address on Switch1 to the port Switch1 is attached to. Switch1 will bridge (not route) packets for a Mac Address on Switch1 to the port the device is attached to.

A Hub is a multiport repeater, a switch is a multiport bridge. All broadcasts packets always light up every port, unicast packets to a MAC Address not in the ARP table light up every port. In general, it is the second through N packets that knows which port responded, so only lights up one port.
Forums » Up and Running » Networkingwired and wireless - puzzle »
« [XP] Network rendering URGENT!  

Most commented news this week
· [122] AT&T WhistleBlower Was Never Invited To Testify
· [52] Comcast's Use Of Twitter Continues To Fascinate
· [52] Comcast Prepared To Spend Big On HD
· [46] Sprint WiMax: Less Than $50
· [39] So Far, 'Franchise Reform' Means Higher Prices
· [31] U-Verse Launches In Tulsa
· [31] Apple Irked With Rogers iPhone Pricing?
· [31] Google: Bell Canada Is Breaking The Law
· [29] NebuAD Tries To Defuse Public Relations Nightmare
· [29] Apple Vs. Rogers: The Fight That Isn't
Wednesday, 09-Jul
00:32:22
Terms of Use | Privacy Policy | Hosting by www.nac.net - DSL,Hosting & Co-lo | feedback | contact
8th year online! © 1999-2008 dslreports.com.
page compression OFF