From owner-freebsd-arch@FreeBSD.ORG Thu Oct 21 17:31:47 2004 Return-Path: Delivered-To: freebsd-arch@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 265DE16A4CF; Thu, 21 Oct 2004 17:31:47 +0000 (GMT) Received: from wyvern.icir.org (wyvern.icir.org [192.150.187.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id B254D43D49; Thu, 21 Oct 2004 17:31:46 +0000 (GMT) (envelope-from mallman@icir.org) Received: from guns.icir.org (adsl-68-76-113-50.dsl.bcvloh.ameritech.net [68.76.113.50]) by wyvern.icir.org (8.12.9p1/8.12.8) with ESMTP id i9LHVkag092966; Thu, 21 Oct 2004 10:31:46 -0700 (PDT) (envelope-from mallman@guns.icir.org) Received: from guns.icir.org (localhost [127.0.0.1]) by guns.icir.org (Postfix) with ESMTP id 1AE6477A9D0; Thu, 21 Oct 2004 13:31:45 -0400 (EDT) To: Andre Oppermann From: Mark Allman In-Reply-To: <4177C8AD.6060706@freebsd.org> Organization: ICSI Center for Internet Research (ICIR) Song-of-the-Day: Lights MIME-Version: 1.0 Content-Type: multipart/signed; boundary="=-=-="; micalg=pgp-sha1; protocol="application/pgp-signature" Date: Thu, 21 Oct 2004 13:31:45 -0400 Sender: mallman@icir.org Message-Id: <20041021173145.1AE6477A9D0@guns.icir.org> cc: freebsd-net@freebsd.org cc: freebsd-arch@freebsd.org Subject: Re: Removing T/TCP and replacing it with something simpler X-BeenThere: freebsd-arch@freebsd.org X-Mailman-Version: 2.1.1 Precedence: list Reply-To: mallman@icir.org List-Id: Discussion related to FreeBSD architecture List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Thu, 21 Oct 2004 17:31:47 -0000 --=-=-= Content-Type: text/plain > I intend to remove T/TCP (transactional TCP) support from our TCP > implementation for the following reasons: Yeah, I think that makes a bunch of sense. > Thus after the removal of T/TCP for the reasons above I want to provide > a work-alike replacement for T/TCP's functionality: I haven't fully digested this yet. But, I'll voice my distaste for implementing things that just seem to "Make Sense". That's a model that has been used and is used by other operating systems and those of us who watch packets can attest that things that "Make Sense" often don't and likely would have benefitted by a bit more thought and a bit more vetting. I would be happier if something like this were vetted out a bit more (written up, digested by folks, etc.) before it went into anything but someone's experimental kernel. Just my two cents. allman -- Mark Allman -- ICIR -- http://www.icir.org/mallman/ --=-=-= Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.2.3 (FreeBSD) iD8DBQFBd/KBWyrrWs4yIs4RAg2gAJ9xlUCP//uGpoOA7LI2d7DINHVz3gCfR1bP jaMNH+4vOnCC06DHV7tU930= =UPzK -----END PGP SIGNATURE----- --=-=-=--