Re: [Tcpcrypt] v3 of the charter

ianG <iang@iang.org> Wed, 30 April 2014 23:08 UTC

Return-Path: <iang@iang.org>
X-Original-To: tcpcrypt@ietfa.amsl.com
Delivered-To: tcpcrypt@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 65E371A09D8 for <tcpcrypt@ietfa.amsl.com>; Wed, 30 Apr 2014 16:08:13 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] autolearn=ham
Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id wIZTRB7AdDPL for <tcpcrypt@ietfa.amsl.com>; Wed, 30 Apr 2014 16:08:04 -0700 (PDT)
Received: from virulha.pair.com (virulha.pair.com [209.68.5.166]) by ietfa.amsl.com (Postfix) with ESMTP id 6C17D1A0955 for <tcpcrypt@ietf.org>; Wed, 30 Apr 2014 16:08:04 -0700 (PDT)
Received: from tormenta.local (iang.org [209.197.106.187]) by virulha.pair.com (Postfix) with ESMTPSA id CF4DA6D5EB; Wed, 30 Apr 2014 19:08:00 -0400 (EDT)
Message-ID: <5361824F.8080506@iang.org>
Date: Thu, 01 May 2014 00:07:59 +0100
From: ianG <iang@iang.org>
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.9; rv:24.0) Gecko/20100101 Thunderbird/24.4.0
MIME-Version: 1.0
To: tcpcrypt@ietf.org
References: <536099A0.30900@it.uc3m.es> <23862F2E-9D56-4651-9202-FC676D15720B@netapp.com> <07C2D017-9342-4742-990C-7D3BC795049F@netapp.com> <536157E1.2060202@fifthhorseman.net> <53615A40.9050903@isi.edu> <536165C6.20909@fifthhorseman.net> <536167CC.8010703@isi.edu> <536168FA.2010800@fifthhorseman.net> <53616AD4.6010309@isi.edu> <53616D52.3090504@fifthhorseman.net>
In-Reply-To: <53616D52.3090504@fifthhorseman.net>
X-Enigmail-Version: 1.6
Content-Type: text/plain; charset="ISO-8859-1"
Content-Transfer-Encoding: 7bit
Archived-At: http://mailarchive.ietf.org/arch/msg/tcpcrypt/VITjgfbPBCjyiFCoXEqvBnb54dk
Subject: Re: [Tcpcrypt] v3 of the charter
X-BeenThere: tcpcrypt@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for adding encryption to TCP." <tcpcrypt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpcrypt>, <mailto:tcpcrypt-request@ietf.org?subject=unsubscribe>
List-Archive: <http://www.ietf.org/mail-archive/web/tcpcrypt/>
List-Post: <mailto:tcpcrypt@ietf.org>
List-Help: <mailto:tcpcrypt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpcrypt>, <mailto:tcpcrypt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 30 Apr 2014 23:08:15 -0000

On 30/04/2014 22:38 pm, Daniel Kahn Gillmor wrote:
> On 04/30/2014 05:27 PM, Joe Touch wrote:
>> On 4/30/2014 2:19 PM, Daniel Kahn Gillmor wrote:
...
>>> (that said, i'm not sure how simultaneous open will work in whatever
>>> spec we work out; maybe it turns out we have to be willing to sacrifice
>>> simultaneous open in order to use tcp inc?)
>>
>> It should revert to conventional TCP and thus support simultaneous open
>> in that case.
> 
> I think we might be saying the same thing here -- if it turns out that
> TCP Inc can't be done with simultaneous open, then you have to sacrifice
> one feature or the other.


Yes, one or other.  My first instinct is to ask where and when is
simultaneous open used?  Opportunistic protection in TCP would be far
more important to me than something that isn't widely used, no matter
how elegant and exotic...

My second instinct would be to wonder if these discussions are arising
because the charter is still over-specified, too much detail in
isolation from some real contending protocols.  But that's possibly
because I think in terms of competition and unexpected benefits.



iang