From owner-freebsd-net@FreeBSD.ORG Sun Mar 7 16:52:29 2004 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 35DF016A4CE for ; Sun, 7 Mar 2004 16:52:29 -0800 (PST) Received: from mail.sandvine.com (sandvine.com [199.243.201.138]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB18C43D2F for ; Sun, 7 Mar 2004 16:52:28 -0800 (PST) (envelope-from don@sandvine.com) Received: by mail.sandvine.com with Internet Mail Service (5.5.2657.72) id ; Sun, 7 Mar 2004 19:52:27 -0500 Message-ID: From: Don Bowman To: "'Marc G. Fournier'" , Tim Wilde Date: Sun, 7 Mar 2004 19:50:44 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2657.72) Content-Type: text/plain; charset="iso-8859-1" cc: freebsd-net@freebsd.org Subject: RE: Odd network issue ... *very* slow scp between two servers 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: Mon, 08 Mar 2004 00:52:29 -0000 From: Marc G. Fournier [mailto:scrappy@hub.org] > On Sat, 6 Mar 2004, Tim Wilde wrote: > > > On Sat, 6 Mar 2004, Marc G. Fournier wrote: > > > > > I have two servers on the same network switch, sitting > one on top of the > > > other ... one is running an em (Dual-Xeon 2.4Ghz) device, > the other an fxp > > > (Dual-PIII 1.3Ghz) device ... > > > > Is it a Cisco Catalyst switch? If so, you need to switch > the em's to > > autoselect, on both the server and switch end. For some > reason, the em > > driver will not properly lock down its rate when talking to a Cisco > > Catalyst switch. At least, I had an identical problem with > em's talking > > to a Catalyst 2950 and that was the fix I came up with. > Give it a try and > > see how your results go. > > Note that forcing it to 100baseT half-duplex (or 10baseT/UTP > half-duplex) > corrects the problem ... turns out it is only in full-duplex > mode that its > hosed ... Actually, this is normal behaviour according to the 802.3u spec. If a device in 'auto' mode is connected to one that is forced 100FDX, the auto one will negotiate 100HDX. For example, see HP faq: http://www.hp.com/rnd/support/faqs/2700.htm#question6 http://roger.friendex.net/duplex_mismatch.htm has a nice table of this. --don