From owner-freebsd-net Mon Apr 15 0:21:13 2002 Delivered-To: freebsd-net@freebsd.org Received: from patrocles.silby.com (d27.as28.nwbl0.wi.voyager.net [169.207.69.27]) by hub.freebsd.org (Postfix) with ESMTP id 419CC37B404 for ; Mon, 15 Apr 2002 00:21:09 -0700 (PDT) Received: from patrocles.silby.com (localhost [127.0.0.1]) by patrocles.silby.com (8.12.2/8.12.2) with ESMTP id g3FDKmLx003701; Mon, 15 Apr 2002 08:20:48 -0500 (CDT) (envelope-from silby@silby.com) Received: from localhost (silby@localhost) by patrocles.silby.com (8.12.2/8.12.2/Submit) with ESMTP id g3FDKkmO003698; Mon, 15 Apr 2002 08:20:47 -0500 (CDT) X-Authentication-Warning: patrocles.silby.com: silby owned process doing -bs Date: Mon, 15 Apr 2002 08:20:46 -0500 (CDT) From: Mike Silbersack To: Yusuf Goolamabbas Cc: freebsd-net@freebsd.org Subject: Re: What does FreeBSD do when listen queue is full ? In-Reply-To: <20020415070753.GA13864@outblaze.com> Message-ID: <20020415081535.O3157-100000@patrocles.silby.com> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-net@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org On Mon, 15 Apr 2002, Yusuf Goolamabbas wrote: > > There used to be two listen queues; one for completed connections and one > > for incomplete connections. (Complete referring to the TCP three-way > > handshake completing.) The syncache replaces the incomplete connection > > queue, meaning that the listen queue depth is no longer relevant there. > > What is the maximum size of the queue for completed connections ? Is > there a sysctl setting for this The listen backlog parameter should determine this. > > The listen manpage looks to be pretty accurate in its description. > > What about the statement > > 'or,if the underlying protocol supports retransmission, the request may > be ignored so that retries may succeed' > > What does 'underlying protocol' refer to then since you are saying that > even with TCP which supports retransmission, the stack sends a RST when > the listen queue is full > > Regards, Yusuf > > -- > Yusuf Goolamabbas That statement makes sense to me if the incomplete connection queue is being referred to. (Although that would be incorrect wrt the default behavior in 4.4, and the syncache isn't a queue.) Maybe I can word that better when I go through and make sure all the comments in the source are up to date. Mike "Silby" Silbersack To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message