From owner-freebsd-net  Sat Jun  9 10:52:13 2001
Delivered-To: freebsd-net@freebsd.org
Received: from tisch.mail.mindspring.net (tisch.mail.mindspring.net [207.69.200.157])
	by hub.freebsd.org (Postfix) with ESMTP
	id 31A7137B401; Sat,  9 Jun 2001 10:52:08 -0700 (PDT)
	(envelope-from tlambert2@mindspring.com)
Received: from mindspring.com (dialup-209.245.133.57.Dial1.SanJose1.Level3.net [209.245.133.57])
	by tisch.mail.mindspring.net (8.9.3/8.8.5) with ESMTP id NAA15183;
	Sat, 9 Jun 2001 13:52:05 -0400 (EDT)
Message-ID: <3B226262.AF4858E2@mindspring.com>
Date: Sat, 09 Jun 2001 10:52:34 -0700
From: Terry Lambert <tlambert2@mindspring.com>
Reply-To: tlambert2@mindspring.com
X-Mailer: Mozilla 4.7 [en]C-CCK-MCD {Sony}  (Win98; U)
X-Accept-Language: en
MIME-Version: 1.0
To: Ruslan Ermilov <ru@FreeBSD.ORG>
Cc: Mike Silbersack <silby@silby.com>, freebsd-net@FreeBSD.ORG,
	freebsd-arch@FreeBSD.ORG
Subject: Re: New TCP sequence number generation algorithm; review needed
References: <20010608005234.W92206-200000@achilles.silby.com> <3B20A02E.B1507A80@mindspring.com> <20010609132227.B87114@sunbay.com>
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
Sender: owner-freebsd-net@FreeBSD.ORG
Precedence: bulk
List-ID: <freebsd-net.FreeBSD.ORG>
List-Archive: <http://docs.freebsd.org/mail/> (Web Archive)
List-Help: <mailto:majordomo?subject=help> (List Instructions)
List-Subscribe: <mailto:majordomo?subject=subscribe%20freebsd-net>
List-Unsubscribe: <mailto:majordomo?subject=unsubscribe%20freebsd-net>
X-Loop: FreeBSD.org

Ruslan Ermilov wrote:
> 
> On Fri, Jun 08, 2001 at 02:51:42AM -0700, Terry Lambert wrote:
> [...]
> >
> > 6)    This adds per-connection state, which is evil
> >       when you want a lot of connections: the way to
> >       get a lot of connections is to remove as much
> >       per-connection state as possible, which in turn
> >       reduces your per-connection resource costs, and
> >       that in turn increases the number of connections
> >       you are capable of sustaining with a constant
> >       set of resources.
> >
> Umm, this adds a per-destination, not per-connection state.

For things like web servers, where the destination is a
client PC with a single user, the net effect is per-connection
state, since magnitude(connection) == magnitude(destination).

The only escape is an edge proxy for multiple clients at a
single site.

I agree that this is a possibility, but I think the majority
of web site traffic is single client, no pedge proxy.

Note that even if there _is_ an edge proxy, that the proxy
itself will satisfy the request: the origin server will
never see it.  As a result, we are back to ther being a
direct correlation,. i.e.: magnitude(connection) ==
magnitude(destination), from the point of view of the
server.

-- Terry

To Unsubscribe: send mail to majordomo@FreeBSD.org
with "unsubscribe freebsd-net" in the body of the message