From owner-freebsd-stable Wed Dec 26 0:46:35 2001 Delivered-To: freebsd-stable@freebsd.org Received: from clmboh1-smtp3.columbus.rr.com (clmboh1-smtp3.columbus.rr.com [65.24.0.112]) by hub.freebsd.org (Postfix) with ESMTP id 6A11737B419; Wed, 26 Dec 2001 00:46:26 -0800 (PST) Received: from keefer (xabufw@dhcp065-024-128-140.columbus.rr.com [65.24.128.140]) by clmboh1-smtp3.columbus.rr.com (8.11.2/8.11.2) with SMTP id fBQ8fdg00257; Wed, 26 Dec 2001 03:41:39 -0500 (EST) Message-ID: <001301c18de9$c7ed5240$3602a8c0@columbus.rr.com> From: "Keith J" To: "Tom" Cc: "Peter Ong" , "Robert Watson" , "Nevermind" , "Murray Stokely" , , , References: Subject: Re: 4.5 PRERELEASE - Call for testing Date: Wed, 26 Dec 2001 03:46:15 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.50.4522.1200 X-MimeOLE: Produced By Microsoft MimeOLE V5.50.4522.1200 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 is well known that a major issue existed with some NIC's and switches a few years back because the initial standards were not explicit enough. Some in the industry took the directives to mean one thing, and others to be different enough that "auto" was not reliable. Given that many FreeBSD users collect hardware from a few years past, I applied this reasoning as a possible culprit. I also mentioned several others, but you saw fit to remove them... evidently to make your point about "todays state" of hardware. If you want to call something "bad advice" please be specific as to the aspects and why that is so... I find people that edit responses and then hold court while passing judgement with blanket and terse responses to be rather tiresome and out of character with the ideal of a free exchange of knowledge. Bottom line, I have yet to see an expensive smart switch or inexpensive switch insist on a 10/100 mode that could not be supported when one end was "locked down". If this is not the case for you, please enlighten us all with your "personal" real world experience. On the other hand, if this is an issue with the semantics of auto-detect vs auto-negotiate... well, I can't help it if industry can't be consistent in their documentation. Perhaps I am going over the presumption line here... but I don't think most home users here are people running trunking using dot1q or Cisco isl to get their Mp3's... and for the record... even if one "auto-detects" something as simple as 10/100 it still must "negotiate" the balance of parameters, given that human intervention is not required... hence it is defacto "automatic", and thus my characterization as "auto-negotiate". As far as trunking goes... auto-negotiate trunking doesn't necessarily tell one what it finally settled on, or that it even settled on something.... and is a whole other thread entirely. It is always better to be parameter specific, and to that extent I do agree with you - if one can explicitly lock down both ends so much the better, but not all inexpensive switches can.... and my experience has told me it isn't necessary. Keith ----- Original Message ----- From: "Tom" To: "Keith J" Cc: "Peter Ong" ; "Robert Watson" ; "Nevermind" ; "Murray Stokely" ; ; ; Sent: Tuesday, December 25, 2001 1:50 PM Subject: Re: 4.5 PRERELEASE - Call for testing > > On Tue, 25 Dec 2001, Keith J wrote: > > ... > > Another possibility is you do not have a Samba problem, but a network > > problem with auto-negotiate. Some older 10/100 cards and switch combinations > > step all over each other. You should lock down one end to a specific speed > ... > > That is bad advice. Auto-negotiation is not auto-detect. If you > disable auto-negotiate at one end and specify manual settings, you must > disable it on the other end too, and specify the SAME manual settings. > Either use auto-negotiate everywhere, or use manual everywhere. I would > recommend using auto everywhere. > > Tom > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-stable" in the body of the message To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-stable" in the body of the message