From owner-freebsd-net@FreeBSD.ORG Tue Dec 16 17:32:41 2003 Return-Path: Delivered-To: freebsd-net@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 6E28C16A4CF for ; Tue, 16 Dec 2003 17:32:41 -0800 (PST) Received: from smtpout.mac.com (A17-250-248-45.apple.com [17.250.248.45]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8CEBE43D68 for ; Tue, 16 Dec 2003 17:32:37 -0800 (PST) (envelope-from cswiger@mac.com) Received: from mac.com (smtpin07-en2 [10.13.10.152]) by smtpout.mac.com (Xserve/MantshX 2.0) with ESMTP id hBH1WxAD010618; Tue, 16 Dec 2003 17:32:59 -0800 (PST) Received: from [10.1.1.193] ([66.234.138.66]) (authenticated bits=0) by mac.com (Xserve/smtpin07/MantshX 3.0) with ESMTP id hBH1WXs3004157; Tue, 16 Dec 2003 17:32:33 -0800 (PST) In-Reply-To: <2B766ABB-3027-11D8-A624-000A95775140@battleface.com> References: <2B766ABB-3027-11D8-A624-000A95775140@battleface.com> Mime-Version: 1.0 (Apple Message framework v606) Content-Type: text/plain; charset=US-ASCII; format=flowed Message-Id: Content-Transfer-Encoding: 7bit From: Charles Swiger Date: Tue, 16 Dec 2003 20:32:20 -0500 To: Alex (ander Sendzimir) X-Mailer: Apple Mail (2.606) cc: freebsd-net@freebsd.org Subject: Re: suffering from poor network performance... X-BeenThere: freebsd-net@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list List-Id: Networking and TCP/IP with FreeBSD List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Wed, 17 Dec 2003 01:32:41 -0000 On Dec 16, 2003, at 7:22 PM, Alex (ander Sendzimir) wrote: [ ... ] First, Barney was correct: using "ping -f" will run into the ICMP response limitation. Try using "ping -i 0.01 _hostname_", instead, and you may find out that you don't have a problem with packet loss at all at this lower speed. > What does power cycling the hub do in this case (Netgear DS108)? > Finally, what is the difference between half and full duplex? Half-duplex means the interface can either send or receive, but not do both at the same time. Full-duplex requires a switch. [ ... ] >> It is sold as a hub. Most of these "dual-speed" hubs are/were two >> hubs, >> one of each speed, with a two-port internal switch connecting them. >> The >> physical ports would auto-join to whichever side the connection speed >> indicated. Infuriating to use as tap devices, if you ended up on the >> wrong side of the switch from your target, you wouldn't see any >> broadcast >> traffic. ;) > > Interesting. I didn't know that. What is the difference between a > switch and a hub? I thought I understood. Perhaps this is not the > case. Thanks. Hubs are dumb; typically all ports share a single wire-speed chunk of bandwidth, they do not regenerate packets and are subject to significant topology constraints (you can't nest or "tree" them more than about two levels deep). Switches are smarter and often have external management interfaces, they keep track of each port individually in terms of speed and duplex (ie, permit full-duplex operation), they keep track of MAC addresses via their own ARP tables and only forward traffic to the destination port(s) to which the traffic should go. Switches generally have a store-and-forward mechanism for handling packets so that they eliminate collisions and drop errors at the sending port rather than forwarding broken traffic to all listeners the way a hub does, thereby regenerating packet timing and permitting much larger topologies. Switches may implement spanning tree to prevent loops, and often handle things like VLAN tagging and port aggregration or trunking for switch-to-switch connections. Switches support internal bandwidth many times greater than indidivual port wirespeed so that many machines can be sending traffic at "full speed". Two machines talking to each other at "full speed" will saturate a hub; if four machines all want to talk on a hub, they each get a fraction of the bandwidth. -- -Chuck