From owner-freebsd-net Wed Apr 17 12: 9: 5 2002 Delivered-To: freebsd-net@freebsd.org Received: from mail-green.research.att.com (mail-green.research.att.com [135.207.30.103]) by hub.freebsd.org (Postfix) with ESMTP id B8C1937B419 for ; Wed, 17 Apr 2002 12:09:02 -0700 (PDT) Received: from alliance.research.att.com (alliance.research.att.com [135.207.26.26]) by mail-green.research.att.com (Postfix) with ESMTP id 441381E06A; Wed, 17 Apr 2002 15:09:02 -0400 (EDT) Received: from windsor.research.att.com (windsor.research.att.com [135.207.26.46]) by alliance.research.att.com (8.8.7/8.8.7) with ESMTP id PAA13202; Wed, 17 Apr 2002 15:09:01 -0400 (EDT) From: Bill Fenner Received: (from fenner@localhost) by windsor.research.att.com (8.8.8+Sun/8.8.5) id MAA01611; Wed, 17 Apr 2002 12:09:01 -0700 (PDT) Message-Id: <200204171909.MAA01611@windsor.research.att.com> MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII To: silby@silby.com Subject: Re: What does FreeBSD do when listen queue is full ? Cc: freebsd-net@FreeBSD.ORG Date: Wed, 17 Apr 2002 12:09:00 -0700 Versions: dmail (solaris) 2.4/makemail 2.9b 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 >I just did a quick look over the code, and it appears that the complete >connection queue is still intact, and takes on 3/2*listen backlog as its >length. Therefore, if sendmail is deciding to not accept() all >connections ASAP, a backlog will build up, and RSTs will be sent to >incoming connections. Boy, I hope not. Incoming SYNs should be ignored if the backlog is met, so that the client can retransmit them. I know Microsoft decided to use RST as a "my queue is full" indicator, but I hope we're not following in their footsteps!... Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message