Re: [tsvwg] 3rd WGLC (limited-scope): draft-ietf-tsvwg-transport-encrypt-15, closes 29 June 2020

Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com> Thu, 11 June 2020 23:43 UTC

Return-Path: <spencerdawkins.ietf@gmail.com>
X-Original-To: tsvwg@ietfa.amsl.com
Delivered-To: tsvwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 1BA363A0AA7 for <tsvwg@ietfa.amsl.com>; Thu, 11 Jun 2020 16:43:18 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, FREEMAIL_FROM=0.001, HTML_MESSAGE=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=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 3FMnoPtwDB-S for <tsvwg@ietfa.amsl.com>; Thu, 11 Jun 2020 16:43:16 -0700 (PDT)
Received: from mail-lf1-x12b.google.com (mail-lf1-x12b.google.com [IPv6:2a00:1450:4864:20::12b]) (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 1F49E3A0AA2 for <tsvwg@ietf.org>; Thu, 11 Jun 2020 16:43:16 -0700 (PDT)
Received: by mail-lf1-x12b.google.com with SMTP id h188so4486171lfd.7 for <tsvwg@ietf.org>; Thu, 11 Jun 2020 16:43:15 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=mime-version:references:in-reply-to:from:date:message-id:subject:to :cc; bh=4SA7Hrw+w8hrNND7nyQ5SDBNZeZZc3Jkg+U5UFABzAs=; b=Mp6E9QtGnpc89mTCO6T83GqdlQlTbY3KTTwXJ1vqeuREpCzSC4qx1kKCQeNR9R06hx 6/guSQ/h2g23YtahLv35U/f3zn7pm3sRrnel4Xjyx02wFN8dHJSTJUv+sGI6i8ZBMpAO /M90Yq4TDKIzbeCE3XW/NasCSFOh8w/VnrUcO2mvdqTxP7aN6Skt9Hf9VnwTwDXsLwLY LJdwZ49SF4yAIgCaWZ5vZ6wXNk7ybhizlSCyWWe/mEeSa/oQU+9bNrKh1SkE1GkPcu4T m0kxQDxEfKb5H+S83Y5myCdupQHfNWwRCmoRI2UhR9VwTm/9MWUNxBsQv0P4ZD4eMtx6 xepQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:mime-version:references:in-reply-to:from:date :message-id:subject:to:cc; bh=4SA7Hrw+w8hrNND7nyQ5SDBNZeZZc3Jkg+U5UFABzAs=; b=VmNU3bC8rXN8skyJUB895cUNhLs5toQgiPDpD3ytMyFrnaAMdXlY1TNnoGepFAfDS2 skC6IYO4ebSD7bhRFxfr2AccdQHNXCn/w9GkIEkU8nJPd+D8chu6kFUNes0tWna093lQ nVGjEQ9wTODedG54n/DFCUad5evGl6AkDmDQuW7rKuFqOtXOEreOr0rLRB63F787ZKqK kAcj54KnAlZwiU0nObQE6Ob5PbqAEsPtSAXA8vS/XhfboGHpZjQAf2I9BRuOv64rLAPq jYXFn7Foa6UMTHJsjjc1hR2ne/lIDNqyr+cKg0bgWqDQkgKfm1T8/nhmBTdvrWbOcaJ9 dnLw==
X-Gm-Message-State: AOAM532VtdqSL59eXROY65yfijr20brt2LF2XQIAUi4CIg28wZNuNUtX kJq8o9tT43pCIRqUB7H9Axo6eTuzE5WwX1OE8BE=
X-Google-Smtp-Source: ABdhPJym+eN5J+zV99Nzl3gLYZLtyCBip4tyvwp+Y/XKzdhpuuQeuIJc5fHhJTayCcf0JuBUF7lbaNgNaD96ED0Hp/4=
X-Received: by 2002:a19:840b:: with SMTP id g11mr3489706lfd.27.1591918994309; Thu, 11 Jun 2020 16:43:14 -0700 (PDT)
MIME-Version: 1.0
References: <MN2PR19MB40450EE357BEECD723AB06F183820@MN2PR19MB4045.namprd19.prod.outlook.com> <63DFB8B9-83DA-445E-AB71-1486D7BA33B4@eggert.org> <MN2PR22MB20937288EA97CC6713196657DA830@MN2PR22MB2093.namprd22.prod.outlook.com> <1676009.p4SS4celVB@linux-9daj> <CAKKJt-dAevzj-NXfFbkyDeFh8Tsbsxe+gVuZA+dySzf4+b3VJw@mail.gmail.com> <CABcZeBPw-eXXn08ZyXbqPgSOjcjd+VNEwAkeYqgwg+FpvsT5Dw@mail.gmail.com>
In-Reply-To: <CABcZeBPw-eXXn08ZyXbqPgSOjcjd+VNEwAkeYqgwg+FpvsT5Dw@mail.gmail.com>
From: Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Date: Thu, 11 Jun 2020 18:42:47 -0500
Message-ID: <CAKKJt-eCgoOfaBoOka0p9+5f4mnS=6VUPq3-cB8FBnkbHtoUkg@mail.gmail.com>
To: Eric Rescorla <ekr@rtfm.com>
Cc: Paul Vixie <paul@redbarn.org>, Mike Bishop <mbishop@evequefou.be>, "tsvwg@ietf.org" <tsvwg@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002ac77d05a7d786cf"
Archived-At: <https://mailarchive.ietf.org/arch/msg/tsvwg/qNNRbmCqRsYrjpmjMJGd8--EsOY>
Subject: Re: [tsvwg] 3rd WGLC (limited-scope): draft-ietf-tsvwg-transport-encrypt-15, closes 29 June 2020
X-BeenThere: tsvwg@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Transport Area Working Group <tsvwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/tsvwg/>
List-Post: <mailto:tsvwg@ietf.org>
List-Help: <mailto:tsvwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/tsvwg>, <mailto:tsvwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 11 Jun 2020 23:43:18 -0000

Hi, Ekr,

On Thu, Jun 11, 2020 at 5:52 PM Eric Rescorla <ekr@rtfm.com> wrote:

>
>
> On Thu, Jun 11, 2020 at 1:58 PM Spencer Dawkins at IETF <
> spencerdawkins.ietf@gmail.com> wrote:
>
>> I have opinions about this draft that I've been pretty vocal about to the
>> working group during the past couple of years and in the first two WGLCs,
>> but just to follow up on this point:
>>
>> On Wed, Jun 10, 2020 at 2:02 PM Paul Vixie <paul@redbarn.org> wrote:
>>
>>> On Wednesday, 10 June 2020 15:45:50 UTC Mike Bishop wrote:
>>>
>>
>> snipped
>>
>>
>>> > On the whole, I think this document could be suitable for publication
>>> as an
>>> > Informational RFC; it provides real-world context for a trade-off that
>>> > every protocol designer needs to consider carefully.  However, I don’t
>>> > believe its current state reflects, in Ekr’s words, “the IETF
>>> community's
>>> > view of the relative priority of these concerns.”
>>>
>>> the ietf community is incredibly narrow compared to the world it serves.
>>> very
>>> few of the people and companies whose future will be chosen for them by
>>> ietf
>>> work can afford the time or travel it takes to be represented. this may
>>> be an
>>> inconvenient truth, but it is my reason for considering whether this
>>> document
>>> reflects the broader view of the world's digital economy. i think it
>>> does.
>>>
>>
>> Keeping in mind that the target is publication as an Informational RFC, I
>> believe the governing BCP definition is still
>> https://tools.ietf.org/html/rfc2026#section-4.2.2, which says
>>
>> 4.2.2  Informational
>>
>>    An "Informational" specification is published for the general
>>    information of the Internet community, and does not represent an
>>    Internet community consensus or recommendation.  The Informational
>>    designation is intended to provide for the timely publication of a
>>    very broad range of responsible informational documents from many
>>    sources, subject only to editorial considerations and to verification
>>    that there has been adequate coordination with the standards process
>>    (see section 4.2.3).
>>
>
>> Does anyone think that's been updated?
>>
>
> Indeed it has:
>
>
> https://tools.ietf.org/html/draft-halpern-gendispatch-consensusinformational-04
>

Thanks for the clue. I'm not paying close attention to process stuff these
days.

Best,

Spencer