[TLS] Fwd: New Version Notification for draft-nir-tls-tlsflags-02.txt

Yoav Nir <ynir.ietf@gmail.com> Wed, 24 July 2019 04:32 UTC

Return-Path: <ynir.ietf@gmail.com>
X-Original-To: tls@ietfa.amsl.com
Delivered-To: tls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id A1CE0120119 for <tls@ietfa.amsl.com>; Tue, 23 Jul 2019 21:32:20 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.998
X-Spam-Level:
X-Spam-Status: No, score=-1.998 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=gmail.com
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 EyHyim9hs-EO for <tls@ietfa.amsl.com>; Tue, 23 Jul 2019 21:32:18 -0700 (PDT)
Received: from mail-qt1-x831.google.com (mail-qt1-x831.google.com [IPv6:2607:f8b0:4864:20::831]) (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 14A3E12001E for <tls@ietf.org>; Tue, 23 Jul 2019 21:32:18 -0700 (PDT)
Received: by mail-qt1-x831.google.com with SMTP id d23so44237408qto.2 for <tls@ietf.org>; Tue, 23 Jul 2019 21:32:18 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:mime-version:subject:message-id:references:to:date; bh=GK+fpYAiVbN0R2oQssjrQH2KWUwYZtHJeknN+nj7ZoU=; b=tbc2Tap+SmRCi4jrHS/FRXWtd5IF1DK4u5CCOtR/zB26QheZ3hJktOsLxoHn14oYbD EAFDBjEhQ8cBwW1HLGKtkPIwkNLqIRdIueWQSz9ja+2gEYWlhRIVZbPNQJX3nmOduT95 Cj3k0HkPrwfLc4SxsgmymAcsOa9lCu97Gn12Jdogh9PDvdBV+VHjPm9GbuwNUKo1G4fj xrjEkeTI5Pz5QOJtfcclgFBsml/aLvC06uGEIEG1WKKOxhK9bBuPLalBHDmaAN5vjxX1 KxfUjh5D7uOCv6cqFNEgfC2kAMutJmVzKRSbmMXAACaZgYL8nc6nmm+kDv+L7PFhtGin V0wA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:mime-version:subject:message-id:references :to:date; bh=GK+fpYAiVbN0R2oQssjrQH2KWUwYZtHJeknN+nj7ZoU=; b=O5JC9Yo1Pr3f/y8xHRQVT6BG70z9ID7scZIEWpI9HeqDbU69nWK3GOGSbed/vNm3jy pMOzAbWfUFrXxqbX0h8hdhqrBKn8+HYkF2n/ZB4ttulMwYtQF4XsUC7fOJk8n0nzxx7N DXCBD0YI6nyY8xY+EzOyAdxeDjAVUFj4XxBTABHzzOaSWEWef7DtjO99NJnxRQL89AxW NWZ/0WT2kDqX7/WKz9Qq18vJtIPUIc9dGGMD2O3YzuHWGTAqhdc+LJ75nLDg3DOOHP7D /m9IAB50D1bdLAfCOOaRd7YqORRDvrmjngFF5JKtBU5J7BeEcKvy1BHlZMYxm4t68eXl lgIw==
X-Gm-Message-State: APjAAAUDo01ZkRpRnBpP1CZuVymhLBu9XJSfW5hz7iDOLN12f2XgnThm dzylJo7AIfmbn228cwb2DcYjW0C+ZuI=
X-Google-Smtp-Source: APXvYqwjlvkxFAzzM40YoEwTl7Vr0uVIdzNXXM0lHp4tz41DWIv9f0k7ef/lhSxynOpKwVVCMHSzJA==
X-Received: by 2002:a0c:efc1:: with SMTP id a1mr57579434qvt.137.1563942736818; Tue, 23 Jul 2019 21:32:16 -0700 (PDT)
Received: from ?IPv6:2001:67c:1232:144:9028:46f7:6f4:6ab0? ([2001:67c:1232:144:9028:46f7:6f4:6ab0]) by smtp.gmail.com with ESMTPSA id 5sm21558310qkr.68.2019.07.23.21.32.16 for <tls@ietf.org> (version=TLS1_2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128/128); Tue, 23 Jul 2019 21:32:16 -0700 (PDT)
From: Yoav Nir <ynir.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_7EBA8B03-A99D-4B62-BC38-79A5BE54EF24"
Mime-Version: 1.0 (Mac OS X Mail 12.4 \(3445.104.11\))
Message-Id: <92584B5E-5234-4C5D-ABBC-A312BB59C14F@gmail.com>
References: <156393857098.27882.16925086682562389655.idtracker@ietfa.amsl.com>
To: "<tls@ietf.org>" <tls@ietf.org>
Date: Wed, 24 Jul 2019 00:32:15 -0400
X-Mailer: Apple Mail (2.3445.104.11)
Archived-At: <https://mailarchive.ietf.org/arch/msg/tls/f3_cbKGpDajslz57rVl_tN6BKlc>
Subject: [TLS] Fwd: New Version Notification for draft-nir-tls-tlsflags-02.txt
X-BeenThere: tls@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "This is the mailing list for the Transport Layer Security working group of the IETF." <tls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tls>, <mailto:tls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tls/>
List-Post: <mailto:tls@ietf.org>
List-Help: <mailto:tls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tls>, <mailto:tls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Wed, 24 Jul 2019 04:32:21 -0000

Hi.

Following today’s session, I’ve updated and submitted the draft.

It contains the proposal from slide #5 in my presentation.

It does not contain any fancy way of reserving bits for future popular extensions.

It uses a single numbering of the flags, not the more efficient separate numbering per context (CH, SH, EE, CH-in-CTLS)

I believe such bikeshedding can be done after adoption. Just so long as we don’t make it of asbestos. [1]

Yoav

[1] It was never about the color of the bike shed, but about the material: https://en.wikipedia.org/wiki/Law_of_triviality#Examples <https://en.wikipedia.org/wiki/Law_of_triviality#Examples>


> Begin forwarded message:
> 
> From: internet-drafts@ietf.org
> Subject: New Version Notification for draft-nir-tls-tlsflags-02.txt
> Date: 23 July 2019 at 23:22:50 GMT-4
> To: "Yoav Nir" <ynir.ietf@gmail.com>
> 
> 
> A new version of I-D, draft-nir-tls-tlsflags-02.txt
> has been successfully submitted by Yoav Nir and posted to the
> IETF repository.
> 
> Name:		draft-nir-tls-tlsflags
> Revision:	02
> Title:		A Flags Extension for TLS 1.3
> Document date:	2019-07-22
> Group:		Individual Submission
> Pages:		6
> URL:            https://www.ietf.org/internet-drafts/draft-nir-tls-tlsflags-02.txt
> Status:         https://datatracker.ietf.org/doc/draft-nir-tls-tlsflags/
> Htmlized:       https://tools.ietf.org/html/draft-nir-tls-tlsflags-02
> Htmlized:       https://datatracker.ietf.org/doc/html/draft-nir-tls-tlsflags
> Diff:           https://www.ietf.org/rfcdiff?url2=draft-nir-tls-tlsflags-02
> 
> Abstract:
>   A number of extensions are proposed in the TLS working group that
>   carry no interesting information except the 1-bit indication that a
>   certain optional feature is supported.  Such extensions take 4 octets
>   each.  This document defines a flags extension that can provide such
>   indications at an average marginal cost of 1 bit each.  More
>   precisely, it provides as many flag extensions as needed at 4 + the
>   order of the last set bit divided by 8.
> 
> 
> 
> 
> Please note that it may take a couple of minutes from the time of submission
> until the htmlized version and diff are available at tools.ietf.org.
> 
> The IETF Secretariat
>