Re: [tcpinc] Reminder: 2 days left [was: Re: Call for adoption of draft-rescorla-tcpinc-tls-option-05]

Richard Barnes <rlb@ipv.sx> Mon, 02 November 2015 01:34 UTC

Return-Path: <rlb@ipv.sx>
X-Original-To: tcpinc@ietfa.amsl.com
Delivered-To: tcpinc@ietfa.amsl.com
Received: from localhost (ietfa.amsl.com [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7679D1B4016 for <tcpinc@ietfa.amsl.com>; Sun, 1 Nov 2015 17:34:41 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.278
X-Spam-Level:
X-Spam-Status: No, score=-1.278 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, FM_FORGED_GMAIL=0.622] autolearn=no
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 7crOjUA-h8Sh for <tcpinc@ietfa.amsl.com>; Sun, 1 Nov 2015 17:34:40 -0800 (PST)
Received: from mail-vk0-x22e.google.com (mail-vk0-x22e.google.com [IPv6:2607:f8b0:400c:c05::22e]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 12C831B4014 for <tcpinc@ietf.org>; Sun, 1 Nov 2015 17:34:40 -0800 (PST)
Received: by vkfw189 with SMTP id w189so76749708vkf.2 for <tcpinc@ietf.org>; Sun, 01 Nov 2015 17:34:39 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ipv_sx.20150623.gappssmtp.com; s=20150623; h=mime-version:date:message-id:subject:from:to:content-type :content-transfer-encoding; bh=y2c3lO7aEvhMHicxvBQokRiZqnFbDufap0n6Ez8fdyE=; b=wIK5KqoHPbLGAMq+hM9hHx95NyurzjcLpI/h+6KGKRzaFadpPjA+k05vcNar1Y+f7D jHUlJ30Dl3QbJF/d4JM2XZO+lTsv//LcMDDI9Ou+SD0gQZhnfLcgue478lAnyx/9vMiN Y9Kxdc6K4Lxc0QuktcSYULM1+KVRkcX6PuDvqgI7HOmSGdSBR5900IzY2qo6ZuuaGyv0 HhpknJDbBtzloBlyqicDJxRXMrierG75GswyBLQzkGLUvjZv4oZKMwbuLfH0dKWuO8TY 84Oo+eU56Jl2OjKulCPuPlmOlwVVBmIvvqtXsV8KEj8/zsEDf/Au9lMfwCAieooJY/cn h7Yg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20130820; h=x-gm-message-state:mime-version:date:message-id:subject:from:to :content-type:content-transfer-encoding; bh=y2c3lO7aEvhMHicxvBQokRiZqnFbDufap0n6Ez8fdyE=; b=d4GoFgamdrO2WR8bq4Dnm34xtCXzkXh5S4LiW8YZB6R9b326MV4WAsHLG/ei8l9f9Q djRoseMsoA2YyDFIIjKKN5IZltF7dHovx4vA8gxj2NUYH3tE3KJjlAJ5IV/A54hjcARY u/9r9fWnBYGQxSSepnrCtwJ0qfihZ6AdrmH2Xx/8WOz9HGzmzzoYm6t/4xS4ElmLV6Df 2oSKj4olSHFvopggUfsF565jXgy5xLdOSv3M2QUn91Phim+CHtRh9nWDWDB+h0QYhVlf EuNeTXrGxHsy3G1MzywgTRs6fZYEWuv44hiWo62dgwavZ2nMDryAeC/rXm5Bu9e6ADXd FnBw==
X-Gm-Message-State: ALoCoQmxiDF3+Xrh9kcwVpvRyhaJ2aFfWKCWViBss5mDgn6/m5yYEsqDRm35pV0AIIYssbi2kGyw
MIME-Version: 1.0
X-Received: by 10.31.14.7 with SMTP id 7mr13552772vko.133.1446428079232; Sun, 01 Nov 2015 17:34:39 -0800 (PST)
Received: by 10.31.58.14 with HTTP; Sun, 1 Nov 2015 17:34:39 -0800 (PST)
Date: Mon, 02 Nov 2015 10:34:39 +0900
Message-ID: <CAL02cgR=gtxCpaDxcm_JG+J9xx-M0WYyYA5e6+1PPZuaXwTpew@mail.gmail.com>
From: Richard Barnes <rlb@ipv.sx>
To: tcpinc@ietf.org
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/tcpinc/6Z6LLD8ig-XZP_Hk42NlnaPyK3c>
X-Mailman-Approved-At: Sun, 01 Nov 2015 20:12:38 -0800
Subject: Re: [tcpinc] Reminder: 2 days left [was: Re: Call for adoption of draft-rescorla-tcpinc-tls-option-05]
X-BeenThere: tcpinc@ietf.org
X-Mailman-Version: 2.1.15
Precedence: list
List-Id: "Discussion list for adding encryption to TCP." <tcpinc.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tcpinc>, <mailto:tcpinc-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tcpinc/>
List-Post: <mailto:tcpinc@ietf.org>
List-Help: <mailto:tcpinc-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tcpinc>, <mailto:tcpinc-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 02 Nov 2015 01:34:41 -0000

I have read this draft, and think it would be a good basis for work in
TCPINC.  The brevity of the spec is appealing: We get the security
benefits of TLS more broadly, while not taking on its full complexity.

--Richard

-----BEGIN Original Message-----
From: Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>
To: tcpinc@ietf.org
Subject: [tcpinc] Reminder: 2 days left [was: Re: Call for adoption of
draft-rescorla-tcpinc-tls-option-05]

Hi all,

just a reminder that there are two days left to provide feedback on
the adoption of

draft-rescorla-tcpinc-tls-option-05

David & Mirja



> Am 21.10.2015 um 01:49 schrieb Mirja Kühlewind <mirja.kuehlewind@tik.ee.ethz.ch>:
>
> Hi all,
>
> please indicate if you support adoption of
> draft-rescorla-tcpinc-tls-option-05 as a tcpinc working group item, or not, by
>
> Monday, Nov 2, 2015.
>
> draft-rescorla-tcpinc-tls-option is one candidate for tcpinc where the first version of this draft was proposed more than a year ago. Verison -04 was release about three weeks ago and specifies the TLS 1.3 profile as well as the use of draft-rescorla-tcpinc-tls-option with tcp-eno. Since then this draft received a lot of discussion. The lasted update was provided yesterday, but only changes a few minor fixes.
>
> Similar as before, if you do not support adoption of this document because you think it is not in scope for the wg or has fundamental technicals flaws and would therefore harm the goals of the wg, it would be great if you could given some reasoning/explanation with your response.
>
> This is solely an adoption call for draft-rescorla-tcpinc-tls-option independent of any other documents. If you have a personal preference for a different approach that should not be a reason to reject this adoption. Forcing the wg to make a decision has not worked previously, and even though both proposed approaches have evolved, I do not see any indication that the wg is now ready to make a decision. The goal of this adoption call is to figure out if there is enough interest and energy to further follow the approach as outlined in draft-rescorla-tcpinc-tls-option-05.
>
> This process may lead to the situation where the wg will adopt and work on two solution approaches. This does not mean that the wg will publish two (incompatible) approaches, as this would not fulfill our charter. If we end up adopting more than one approach, I currently see three way to proceed:
>
> 1) Both approaches (naturally) converge into one approach.
>
> 2) We work on both approaches to get them into a (similar) state where the wg is able to make a decision (and withdraw the other doc).
>
> 3) We publish both approaches as different 'versions' of tcpinc that can be negotiated in the tcp-eno handshake, where at least one of them is mandatory to support/implement.
>
> Thanks!
> Mirja
>
> _______________________________________________
> Tcpinc mailing list
> Tcpinc@ietf.org
> https://www.ietf.org/mailman/listinfo/tcpinc


-----END Original Message-----