Re: Rights in early RFCs
John C Klensin <john-ietf@jck.com> Sat, 15 June 2019 20:52 UTC
Return-Path: <john-ietf@jck.com>
X-Original-To: ietf@ietfa.amsl.com
Delivered-To: ietf@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 84E3712002E for <ietf@ietfa.amsl.com>; Sat, 15 Jun 2019 13:52:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.898
X-Spam-Level:
X-Spam-Status: No, score=-1.898 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001] autolearn=ham autolearn_force=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 0i3gJiNCK1xR for <ietf@ietfa.amsl.com>; Sat, 15 Jun 2019 13:52:57 -0700 (PDT)
Received: from bsa2.jck.com (ns.jck.com [70.88.254.51]) (using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id AB093120116 for <ietf@ietf.org>; Sat, 15 Jun 2019 13:52:57 -0700 (PDT)
Received: from [198.252.137.10] (helo=PSB) by bsa2.jck.com with esmtp (Exim 4.82 (FreeBSD)) (envelope-from <john-ietf@jck.com>) id 1hcFfS-0008Ux-Sx; Sat, 15 Jun 2019 16:52:54 -0400
Date: Sat, 15 Jun 2019 16:52:49 -0400
From: John C Klensin <john-ietf@jck.com>
To: Keith Moore <moore@network-heretics.com>, ietf@ietf.org
Subject: Re: Rights in early RFCs
Message-ID: <0A3F315FFC165D4643E9A581@PSB>
In-Reply-To: <c907cb94-98c2-8c7d-9d7f-4633d9bedfe2@network-heretics.com>
References: <alpine.OSX.2.21.9999.1906141728410.11884@ary.qy> <A89856255D980EBDE462508F@PSB> <F1C084A6-BB9E-4AFB-AB31-C547FD0FEEE4@sobco.com> <A3DE5329-2B88-4FB4-A1D5-E85EEC409A08@vpnc.org> <CAHbuEH5qcpPmUa7TnY6UhsCJCGMYtPAW=F5uQOWrnZYVLrFmtA@mail.gmail.com> <c907cb94-98c2-8c7d-9d7f-4633d9bedfe2@network-heretics.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Disposition: inline
X-SA-Exim-Connect-IP: 198.252.137.10
X-SA-Exim-Mail-From: john-ietf@jck.com
X-SA-Exim-Scanned: No (on bsa2.jck.com); SAEximRunCond expanded to false
Archived-At: <https://mailarchive.ietf.org/arch/msg/ietf/1h0q1kyLyVdEMGs_ZR85dGTlKoo>
X-BeenThere: ietf@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: IETF-Discussion <ietf.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/ietf>, <mailto:ietf-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/ietf/>
List-Post: <mailto:ietf@ietf.org>
List-Help: <mailto:ietf-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/ietf>, <mailto:ietf-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sat, 15 Jun 2019 20:53:00 -0000
--On Saturday, June 15, 2019 16:32 -0400 Keith Moore <moore@network-heretics.com> wrote: > On 6/15/19 6:48 AM, Kathleen Moriarty wrote: > >> I'll add to Paul's description. Within the request, for one >> document, they wish to make a profile. Normally, that's >> fine. Except that they want to change keywords in >> directions that they should not be changed in a profile. >> For instance changing a MUST to a SHOULD or even a MUST >> NOT. This obviously results in the profile not being in >> compliance with the referenced document and therefore not >> interoperable. > > Why would this community want to grant permission to do that, > even if it were in our power to do so? Keith (and others), I've supplied a good deal of historical information to John Levine off-list, but your question goes to what I think is the key issue. Unless we, for some reason I can't imagine, want to encourage the creation of confusion about what our standards do or do not say or require, we shouldn't grant this permission or spend energy exploring ways to figure out what can or cannot reasonably be granted and/or what is in the IETF Trust's power to grant. Instead, we should encourage whomever this is to incorporate our standard (or selected parts of it) by reference (something we could not prevent if we wanted to) and then to identify what they want to make different. "Our protocol is just like the IETF's User Datagram Protocol [RFC768] except that where the FizzleFraz case is mentioned the implementer MUST NOT do Garglezork even if the IETF requires doing so." Is a perfectly good style of statement. We couldn't prevent it if we wanted to (although some effort to explain to them why it would be a bad idea might be in order depending on what they are actually trying to do and why). And it creates absolutely no confusion about what the IETF Protocol is. It seems to me that trying to give them permission to make partial copies in support of developing a forked or conflicting standard is not in the interest of either the IETF community or the RFC Series and that, if the IETF Trust is exploring doing so, they are in danger of losing their way about their obligations to the community. best, john
- Rights in early RFCs John R Levine
- Re: Rights in early RFCs John C Klensin
- Re: Rights in early RFCs Scott Bradner
- Re: Rights in early RFCs Paul Hoffman
- Re: Rights in early RFCs Brian E Carpenter
- Re: Rights in early RFCs John R Levine
- Re: Rights in early RFCs Joe Touch
- Re: Rights in early RFCs Brian E Carpenter
- Re: Rights in early RFCs Joe Touch
- Re: Rights in early RFCs Kathleen Moriarty
- Re: Rights in early RFCs Miles Fidelman
- Re: Rights in early RFCs John C Klensin
- Re: Rights in early RFCs Keith Moore
- Re: Rights in early RFCs John Levine
- Re: Rights in early RFCs Keith Moore
- Re: Rights in early RFCs Salz, Rich
- Re: Rights in early RFCs Joel M. Halpern
- Re: Rights in early RFCs Masataka Ohta
- Re: Rights in early RFCs Masataka Ohta
- Re: Rights in early RFCs Michael StJohns
- Re: Rights in early RFCs Keith Moore
- Re: Rights in early RFCs Joel M. Halpern
- Re: Rights in early RFCs Keith Moore
- Re: Rights in early RFCs John C Klensin
- Re: Rights in early RFCs Joe Touch
- Re: Rights in early RFCs Masataka Ohta
- Re: Rights in early RFCs John Levine
- Re: Rights in early RFCs Michael StJohns
- Re: Rights in early RFCs Masataka Ohta