From owner-freebsd-security  Sun Sep 24 20:59:57 2000
Delivered-To: freebsd-security@freebsd.org
Received: from ns.yogotech.com (ns.yogotech.com [206.127.123.66])
	by hub.freebsd.org (Postfix) with ESMTP id A657B37B422
	for <freebsd-security@FreeBSD.ORG>; Sun, 24 Sep 2000 20:59:50 -0700 (PDT)
Received: from nomad.yogotech.com (nomad.yogotech.com [206.127.123.131])
	by ns.yogotech.com (8.9.3/8.9.3) with ESMTP id VAA13617;
	Sun, 24 Sep 2000 21:57:56 -0600 (MDT)
	(envelope-from nate@nomad.yogotech.com)
Received: (from nate@localhost)
	by nomad.yogotech.com (8.8.8/8.8.8) id VAA06561;
	Sun, 24 Sep 2000 21:57:55 -0600 (MDT)
	(envelope-from nate)
Date: Sun, 24 Sep 2000 21:57:55 -0600 (MDT)
Message-Id: <200009250357.VAA06561@nomad.yogotech.com>
From: Nate Williams <nate@yogotech.com>
MIME-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Transfer-Encoding: 7bit
To: mipam@ibb.net
Cc: Dag-Erling Smorgrav <des@ofug.org>,
	"Vladimir Mencl, MK, susSED" <mencl@nenya.ms.mff.cuni.cz>,
	Ali Alaoui El Hassani <961BE653994@stud.alakhawayn.ma>,
	CrazZzy Slash <slash@krsu.edu.kg>, freebsd-security@FreeBSD.ORG,
	Peter Pentchev <roam@orbitel.bg>
Subject: Re: Encryption over IP
In-Reply-To: <20000924223816.F590@ibb0021.ibb.uu.nl>
References: <Pine.SOL.3.96.1000924124712.12043B-100000@stud.alakhawayn.ma>
	<Pine.GSO.4.10.10009241509370.5033-100000@nenya.ms.mff.cuni.cz>
	<20000924205556.D590@ibb0021.ibb.uu.nl>
	<xzpitrly1o8.fsf@flood.ping.uio.no>
	<20000924223816.F590@ibb0021.ibb.uu.nl>
X-Mailer: VM 6.34 under 19.16 "Lille" XEmacs Lucid
Reply-To: nate@yogotech.com (Nate Williams)
Sender: owner-freebsd-security@FreeBSD.ORG
Precedence: bulk
X-Loop: FreeBSD.org

> > Your throughput goes down the drain, but it works fine and it's easy
> > to set up. And remember, sweeping generalizations are always wrong.
> > 
> 
> Not really.

> Tcp always assumes an unreliable carrier, which isnt the case in tcp
> over tcp.  This can cause problems in some situations.

Actually, TCP in it's current incarnation assumes a 'reliable'
connection where unreliability is caused by congestion, which it
attempts to avoid.

In general, the more reliable the carrier, the better TCP tends to work.


Nate


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