From owner-freebsd-stable Wed Dec 26 1:45:27 2001 Delivered-To: freebsd-stable@freebsd.org Received: from verdi.nethelp.no (verdi.nethelp.no [158.36.41.162]) by hub.freebsd.org (Postfix) with SMTP id 1BE7437B405 for ; Wed, 26 Dec 2001 01:45:22 -0800 (PST) Received: (qmail 97597 invoked by uid 1001); 26 Dec 2001 09:45:20 +0000 (GMT) To: kjohnso8@columbus.rr.com Cc: stable@FreeBSD.ORG Subject: Re: 4.5 PRERELEASE - Call for testing From: sthaug@nethelp.no In-Reply-To: Your message of "Wed, 26 Dec 2001 03:46:15 -0500" References: <001301c18de9$c7ed5240$3602a8c0@columbus.rr.com> X-Mailer: Mew version 1.05+ on Emacs 19.34.2 Mime-Version: 1.0 Content-Type: Text/Plain; charset=us-ascii Date: Wed, 26 Dec 2001 10:45:20 +0100 Message-ID: <97595.1009359920@verdi.nethelp.no> Sender: owner-freebsd-stable@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.ORG > Well gee Tom.... if one end doesn't respond to negotiation... are you saying > the smart end will force a speed or duplex that can't possibly work? Lets > say I have an old 10Mbs ONLY card... are you declaring that it gets toasted > by auto-negotiate every single time? It's very simple. The devices at each end of a TP cable can autodetect speed. However, if the duplex mode is locked (set manually) at one end (whether it is locked at half or full duplex), you *cannot* depend on the other end to get the correct duplex mode. Sometimes it will work, sometimes it won't. Thus the advice to either use auto-negotiate everywhere, or use manual everywhere. One end auto-negotiate and one end manual is a recipe for disaster. Steinar Haug, Nethelp consulting, sthaug@nethelp.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message