From owner-freebsd-stable@FreeBSD.ORG Fri Aug 18 12:00:08 2006 Return-Path: X-Original-To: freebsd-stable@freebsd.org Delivered-To: freebsd-stable@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id ACE6616A4DF for ; Fri, 18 Aug 2006 12:00:08 +0000 (UTC) (envelope-from horcicka@gmail.com) Received: from nf-out-0910.google.com (nf-out-0910.google.com [64.233.182.186]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8F6E043D4C for ; Fri, 18 Aug 2006 12:00:07 +0000 (GMT) (envelope-from horcicka@gmail.com) Received: by nf-out-0910.google.com with SMTP id n29so1405370nfc for ; Fri, 18 Aug 2006 05:00:06 -0700 (PDT) DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=beta; d=gmail.com; h=received:message-id:date:from:sender:to:subject:cc:in-reply-to:mime-version:content-type:content-transfer-encoding:content-disposition:references:x-google-sender-auth; b=heUG+okC169DrixMYimi2H5fcccSrdEj6l4iBesN8aqVsLpHXV5/DXFlU54wpZvwIuqH8r6fNWFVpy+PTB/FYHaUQyxwa8PWStOjOw+kd5FWpVEhDIDDeFGtQJ7wW57Hw/2rUJb00oOzG8NGg5ZHjosmUxy+7hIaUP84Rof/tJI= Received: by 10.49.55.13 with SMTP id h13mr3901425nfk; Fri, 18 Aug 2006 05:00:06 -0700 (PDT) Received: by 10.78.134.5 with HTTP; Fri, 18 Aug 2006 05:00:06 -0700 (PDT) Message-ID: <437bc1590608180500y7e99ad02p329ffae629342d44@mail.gmail.com> Date: Fri, 18 Aug 2006 14:00:06 +0200 From: "Martin Horcicka" Sender: horcicka@gmail.com To: "Patrick M. Hausen" In-Reply-To: <20060818113305.GF86440@hugo10.ka.punkt.de> MIME-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-Disposition: inline References: <44E51C93.5090000@umn.edu> <20060818021643.GA74158@dan.emsphone.com> <437bc1590608180151m1017a50cg31c7817d1aeb0dfe@mail.gmail.com> <20060818092255.GD55509@cdnetworks.co.kr> <437bc1590608180423n513b58c1yd978b2fcf8997ef6@mail.gmail.com> <20060818113305.GF86440@hugo10.ka.punkt.de> X-Google-Sender-Auth: ab01410e6556460a Cc: pyunyh@gmail.com, Dan Nelson , freebsd-stable@freebsd.org, Alan Amesbury Subject: Re: FreeBSD boots too fast on Dell PE850 X-BeenThere: freebsd-stable@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Production branch of FreeBSD source code List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Fri, 18 Aug 2006 12:00:08 -0000 2006/8/18, Patrick M. Hausen : > > On Fri, Aug 18, 2006 at 01:23:15PM +0200, Martin Horcicka wrote: > > > Unfortunately, I don't know how it works exactly. In our case when the > > autodetection is disabled and there is e.g. 100/full configured > > manually on both, switch and the FreeBSD box, ifconfig shows the > > interface status wery early as "active". I suspect the switch (Cisco) > > to activate the port (from the point of view of the FreeBSD box) but > > not to forward any "normal" frames until the Spanning Tree Protocol > > procedure is finished for that port. But it's just a guess. I don't > > know the negotiation protocol in Ethernet at all and I would really > > welcome a commentary from someone who does. > > This is indeed the case. > > The switch port goes up. Then the port goes into either the forwarding > or the blocking state. The transition period usually takes between 30 > and 50 seconds, which may be to long for some devices. > > spanning-tree portfast puts the port into the forwarding state > immediately but still participates in STP, so eventually a loop > will be detected and the port put back into blocking state again. This is a little off-topic (and I'm no Cisco specialist) but I'm afraid that the loop detection won't happen with portfast. Cisco.com says (the first page that Google gave me): --- Understanding How PortFast Works Spanning-tree PortFast causes a port to enter the spanning-tree forwarding state immediately, bypassing the listening and learning states. You can use PortFast on switch ports connected to a single workstation or server to allow those devices to connect to the network immediately, rather than waiting for the port to transition from the listening and learning states to the forwarding state. Caution: PortFast should be used only when connecting a single end station to a switch port. If you enable PortFast on a port connected to another networking device, such as a switch, you can create network loops. When the switch powers up, or when a device is connected to a port, the port normally enters the spanning-tree listening state. When the forward delay timer expires, the port enters the learning state. When the forward delay timer expires a second time, the port is transitioned to the forwarding or blocking state. When you enable PortFast on a port, the port is immediately and permanently transitioned to the spanning-tree forwarding state. --- But then I don't see any difference between using portfast and disabling Spanning Tree Protocol frames for that port at all. :-/ Martin > The layer 2 interface is, of course, "up" during all this > mumble - otherwise the switch could not send & receive STP frames. > This is what confuses hosts waiting for DHCP or similar.