Date: Wed, 17 Apr 2002 21:10:39 -0700 From: Bill Fenner <fenner@research.att.com> To: markd@BushWire.Net Cc: freebsd-net@FreeBSD.ORG Subject: Re: What does FreeBSD do when listen queue is full ? Message-ID: <200204180410.VAA07075@windsor.research.att.com> References: <20020417213805.A91259@bushwire.net> <20020418004301.K17506-100000@patrocles.silby.com> <20020418011320.60326.qmail@prefix.bushwire.net>
next in thread | previous in thread | raw e-mail | index | archive | help
>So, if backlog is a threshold for communicating to clients, then I >think RST is the right choice as it communicates server state >unambiguously. I disagree; RST does not communicate server state unambiguously. RST is used in response to an erroneous packet on a synchronized connection, in response to a packet to a connection that doesn't exist (e.g. SYN to a closed port), or in response to an ACK that acknowledges something that hasn't been sent. None of these applies to this situation. Dropping the ACK and allowing the TCP backoff to retry the connection is exactly the right behavior when there is one server supplying the service, because the retries are subject to exponential backoffs. Please don't break the normal case for the load-balanced case. Bill To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-net" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200204180410.VAA07075>