Re: An IETF repository for working code in our protocols?

Vijay Gurbani <vijay.gurbani@gmail.com> Thu, 20 August 2020 21:16 UTC

Return-Path: <vijay.gurbani@gmail.com>
X-Original-To: wgchairs@ietfa.amsl.com
Delivered-To: wgchairs@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id BDB3A3A1425 for <wgchairs@ietfa.amsl.com>; Thu, 20 Aug 2020 14:16:43 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.098
X-Spam-Level:
X-Spam-Status: No, score=-2.098 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] 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 u2HqLiCai_QV for <wgchairs@ietfa.amsl.com>; Thu, 20 Aug 2020 14:16:42 -0700 (PDT)
Received: from mail-ej1-x630.google.com (mail-ej1-x630.google.com [IPv6:2a00:1450:4864:20::630]) (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 1ECE63A1424 for <wgchairs@ietf.org>; Thu, 20 Aug 2020 14:16:42 -0700 (PDT)
Received: by mail-ej1-x630.google.com with SMTP id kq25so4195633ejb.3 for <wgchairs@ietf.org>; Thu, 20 Aug 2020 14:16:42 -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=qz5FRnpuu/nGqYNULIZV4pRpfuS1uhuTeqd2WfPty6M=; b=E3K+r/ScSmHRS5G73f3m7nF+5JXu7mjdbMu9B72owql2gcb2Qc3Q3Q/FLcGgFgrq6F 9NTUiA/pZkphr2wwOSe/qazDbd+6TRqLQ8sLDiTU0PeBtGtP2MWNoEt+3abBpi+oQMwZ Qg6dK0sGVaj8pvkLxxds2bIbT/+8+Zqkr5iGAou0vE5IgQNCPgLgSnKjwuaSIKDG9yD1 ysKRyKChninysYALwB0knnm+Cm6ILPPn/H8BXpe/xpA42pUGUFU/frnfd/lKjEpZHc3a leG4ZCrxTSn0pcOADXvw+md+rScCD6oOH1yBWoxGQu2EdgrlYDANm3RCEyiSao73fYAo I+dA==
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=qz5FRnpuu/nGqYNULIZV4pRpfuS1uhuTeqd2WfPty6M=; b=V4BiA6EKsMSqkE4GmxgaKstNeOhC5VksqLtrQqjBuwaqMeSZbqUrALdezT5i+8oqAl l0lScO2jl+HPlYwYrVOmRfsIsmBxYjG/ErY0ctMhOqyQyuK9Kmgvzd68iryAxg54qBnX 2WD6nCGtJzpUuxqL1iARQbDnvthKG0+ZXuVl0JzxHybyjnQUKUGvSeODmJEVNyXynty0 HCsylfKN6BFVHm0L2PVGZjqoSosa9hpKa8jjxxRtfkiK/l75asxPLKHmwcuDOQce5QJQ tQ6T8ViakrVrx7+g/gaX6/erlzlgwq7s4XtOMA606vsoP0fd878EBNh5e3QPrJhQg2b9 vg/A==
X-Gm-Message-State: AOAM5316C8ulf0Fg1JgNt1jIbTql2tCHyKUOSprjs3KEqPNwcu7k5/gf m/CeKkI8gTFdp5VwXEZwS1bkOJ7HfmZ78BZFC04=
X-Google-Smtp-Source: ABdhPJyS05hLGZdDy014MiRI8TeDLU5LdCyFstw24pIE84KUJ3Qdu26LKRRbhmEIvDJ/NRpu8T01vDHzVbeyqNaqUzU=
X-Received: by 2002:a17:906:9385:: with SMTP id l5mr597905ejx.144.1597958200570; Thu, 20 Aug 2020 14:16:40 -0700 (PDT)
MIME-Version: 1.0
References: <CAMMTW_+Di=ZBJFLNPaVK6f3w3Yq-V-qau8G_rfGt96SX_aYAAA@mail.gmail.com> <8193D927-DDA8-4C74-BBD3-1AF6C9AFE98B@mnot.net> <CAMMTW_KVRVaz0tUXLaAQH2V0bY2ws+CZDy=XUKC=Jc3aiAU58w@mail.gmail.com> <b973909d-eae3-3a9c-33ca-96d404757d6c@gmail.com> <CAMMTW_JpZLjNx75_S1CQitoi2E_CaPZCLbVPhqqAAcpe2=mq5w@mail.gmail.com> <6b2b4391-3b63-436e-f517-b0a97a4fcf9b@gmail.com>
In-Reply-To: <6b2b4391-3b63-436e-f517-b0a97a4fcf9b@gmail.com>
From: Vijay Gurbani <vijay.gurbani@gmail.com>
Date: Thu, 20 Aug 2020 16:15:11 -0500
Message-ID: <CAMMTW_+FHEso7_PhFUyjuPG605YFYuG8bOvpmBKxZWgtcHwAzw@mail.gmail.com>
Subject: Re: An IETF repository for working code in our protocols?
To: Melinda Shore <melinda.shore@gmail.com>
Cc: IETF WG Chairs <wgchairs@ietf.org>
Content-Type: multipart/alternative; boundary="000000000000e93f6f05ad55a2df"
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/BQTNdS0u9wnPi7tFu14DwvP61_s>
X-BeenThere: wgchairs@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Working Group Chairs <wgchairs.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/wgchairs/>
List-Post: <mailto:wgchairs@ietf.org>
List-Help: <mailto:wgchairs-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/wgchairs>, <mailto:wgchairs-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 20 Aug 2020 21:16:44 -0000

Dear Melinda: Thank you again for your time.  Please see inline.

On Thu, Aug 20, 2020 at 3:42 PM Melinda Shore <melinda.shore@gmail.com>
wrote:

> On 8/20/20 12:28 PM, Vijay Gurbani wrote:
> > So the problem is simple: When we have high quality implementations for
> certain protocols that we standardize, can we come up with a place to park
> these implementations so they can be used by implementers to get a head
> start?
>
> TBH you lost me at "high quality."
>

:-) We can have a gradient measure instead of an absolute measure, sure, no
problem.  "Sufficiently reasonable quality starter code", then :-)

Anyway, I'm still unclear on why this would be a sufficient improvement
> over existing mechanisms (basically, open source + decent search engines +
> WG wiki pages with links to implementations and other resources) to justify
> the effort and possible legal
> complications.
>

Imagine if we told implementers that we know this RFC has an errata, but
with due diligence, please find them yourself.

To my earlier point again, WG pages, WG Wiki pages, datatrackers, all make
sense to you and me.  Not to many people who will like to implement our
protocols without burying themselves deep into IETF lore [1].  When I talk
to developers at companies and students at universities, if they have heard
of IETF at all, it is mostly through knowing that some organization called
IETF produces these RFCs.  That's it.  Perhaps for them that is enough.
And if you buy that argument, then the corollary is that we should do
everything in our power to make sure that they have all of the information
they need to implement the protocol from the RFC itself.

[1] They should, but that is another discussion.  I certainly have
benefited tremendously from my association with the IETF.

Thanks,

- vijay