Re: [Edm] Some thoughts on Sep 1 meeting, Issue 1

Vijay Gurbani <vijay.gurbani@gmail.com> Thu, 10 September 2020 18:49 UTC

Return-Path: <vijay.gurbani@gmail.com>
X-Original-To: edm@ietfa.amsl.com
Delivered-To: edm@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7DD863A0F85 for <edm@ietfa.amsl.com>; Thu, 10 Sep 2020 11:49:57 -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 lyGyTKU1UO1M for <edm@ietfa.amsl.com>; Thu, 10 Sep 2020 11:49:55 -0700 (PDT)
Received: from mail-ej1-x62e.google.com (mail-ej1-x62e.google.com [IPv6:2a00:1450:4864:20::62e]) (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 5FF063A0F69 for <edm@iab.org>; Thu, 10 Sep 2020 11:49:52 -0700 (PDT)
Received: by mail-ej1-x62e.google.com with SMTP id gr14so10297496ejb.1 for <edm@iab.org>; Thu, 10 Sep 2020 11:49:52 -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=SBpaAEfvJY2XhjWd/S5zCPGeebiFI5ZoM+83To1Ow5Y=; b=lHWatTdAZjVXk/e/RPKmAeT7cOC7Tp6l4js3i1IWsIPgUz4Ova6JGVi5/o0QWQQg+Y zEnzNtlRHENIe8YbWiJv/UDqtgR8afTnPAwd9VRCcEPEmYxllV/3UZkxRdvT5hei442a rsILV4E0LNKbfoDk9vj7jPaoajcSpe7KqSfox3MeaIAnW9vMyoR+IGA4gl4YXnbqR6I/ fK8A5+p0pLrFVUgVa6Y71DfjcTNOXFmapPjXTfl+XtWJrd/mjZuRfVcnFvNnby9vGrXI 5s5BMQ8Qo09j4NxmbP9hMjWTE9wAVmruBKBct/MyC6BYBDbAJUe3J9EH1ev5/IEOkjJn 1ocA==
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=SBpaAEfvJY2XhjWd/S5zCPGeebiFI5ZoM+83To1Ow5Y=; b=PgV2nW+NBHaU992+MlSsynyrHjFmIb1nVum1JXNUhs6/iNnlZZj/tRrPrjBXHml70H esXrHM2mV4DKaQPsUTp7zTPuK5lJlPGs3LhXzHz/pz5oZr3tlKe3lEnE/E0FYDVeAW5t C8RFMD0ZPcoMxbk+JAeM3JIyJXOyeGRpRT9h8GGD6Tl3w4Kbiu9LDk57UxiCH3Zgt/pS e/kOntQsmWsYfrPyg50CHaqz6+kUkTA5+ao9XenaqrtwUKwSvLTOJ4Sx7uQK67zmolM5 hzfv9Q9rZoNrRAyNSMIrHtglzPN9F2rFNvkDxNSgKFiHgV/iFYpvOLqB91DohKq6mpc6 3rTw==
X-Gm-Message-State: AOAM531uHjXBlqUKx88qXvlxkb6EA2gYl70bVLXoxt/0t1sqSOi34A/w 2T2ATJFhaaixHClsWgQwTWb4sUVyWE9sF3IsobY=
X-Google-Smtp-Source: ABdhPJxJJe6pNXoFNZ5WYvXzbVIlkfL819z1S7idD+/VdPgvYykXv1AINoKu4NEjhwlNE+imEp7Cj4ZOtXB/ZwEQx/8=
X-Received: by 2002:a17:906:edc4:: with SMTP id sb4mr10149542ejb.144.1599763790922; Thu, 10 Sep 2020 11:49:50 -0700 (PDT)
MIME-Version: 1.0
References: <CAMMTW_+Jynf2YeO3ZMmgrYnr-aeVCsWQoA6HLwW+Rm+T-33h0Q@mail.gmail.com> <CAKKJt-fhyheu5Gvnh-dp2kDOcmJyPBYWWhs2e+6GgceJ0H82Vg@mail.gmail.com> <CAMMTW_JCADUmG+Zq6503nfvgqr-8LhKyx7SkCYjCogOezzmxZw@mail.gmail.com> <36021C1E-670B-4357-9155-9B23B368B665@kuehlewind.net> <CAMMTW_KN5obhgkqxaqsPEs+OcTZVSYh6bDFHm0VDo4R3kuKCYQ@mail.gmail.com> <68D31D1A-334A-4577-AB93-37D4DD5B369B@kuehlewind.net>
In-Reply-To: <68D31D1A-334A-4577-AB93-37D4DD5B369B@kuehlewind.net>
From: Vijay Gurbani <vijay.gurbani@gmail.com>
Date: Thu, 10 Sep 2020 13:49:30 -0500
Message-ID: <CAMMTW_+UZifPVwRiAcKhH-78xmjGr=afwJcviGu50d=qH4PTEw@mail.gmail.com>
To: Mirja Kuehlewind <ietf@kuehlewind.net>
Cc: edm@iab.org, Spencer Dawkins at IETF <spencerdawkins.ietf@gmail.com>
Content-Type: multipart/alternative; boundary="0000000000007b870e05aefa0899"
Archived-At: <https://mailarchive.ietf.org/arch/msg/edm/TXPuOb-IJ2XlNEOPU3fScz52XIo>
Subject: Re: [Edm] Some thoughts on Sep 1 meeting, Issue 1
X-BeenThere: edm@iab.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Evolvability, Deployability, & Maintainability \(Proposed\) Program" <edm.iab.org>
List-Unsubscribe: <https://www.iab.org/mailman/options/edm>, <mailto:edm-request@iab.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/edm/>
List-Post: <mailto:edm@iab.org>
List-Help: <mailto:edm-request@iab.org?subject=help>
List-Subscribe: <https://www.iab.org/mailman/listinfo/edm>, <mailto:edm-request@iab.org?subject=subscribe>
X-List-Received-Date: Thu, 10 Sep 2020 18:50:01 -0000

Dear Mirja: Thanks for your time.  More inline.

On Thu, Sep 10, 2020 at 1:33 PM Mirja Kuehlewind <ietf@kuehlewind.net>
wrote:

> Just very quickly some points. Having read all RFCs that we have published
> in the four years of my AD time I can tell you that RFC7942 is used form
> time to time. However, it also addresses a different problem then what you
> ask for, namely how do people in the wg know about existing
> implementations.


OK, it is good to know that we are eating our own dog food, albeit in small
portions.  If RFC7942 is in the ballpark, but addresses a slightly
different problem, then perhaps we can see what can be salvaged by an
rfc7942-bis.  The problem of people in the WG knowing about existing
implementations is (I believe) easily solved by anyone participating in a
WG meeting (or list), most should quickly pick up where the most promising
implementations are.  The bigger problem is what about others that do not
participate in the WG deliberations, and more importantly, how to highlight
implementations that tracked the I-D to when it became an RFC, but all of a
sudden, in the post RFC world, there is no clear path for newcomers on how
to find the code.

QUIC decides to use another tool for this purpose; I guess for several
> reason, one being that many implementors in QUIC who have been new to the
> IETF are actually more familiar with GitHub than any IETF procedures.


Right, and the fact that QUIC put this GitHub URL in the I-D itself
underscores my point on why it is important to maintain such links to help
non-IETF implementers by providing them information in the RFC itself.
Especially after the I-D becomes an RFC.


> My expectation is that note you mentioned for QUIC will be removed before
> publication as RFC.
>

That would be a tremendous loss of information for the non-IETF development
community.  I am sure some will stumble on the QUIC GitHub, and I am
equally sure that many will not.  I am arguing to make such an informal
tie-in more explicit and institutionalized.

Thanks,

- vijay