Re: BCP97bis

John C Klensin <john-ietf@jck.com> Sun, 17 October 2021 12:47 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 262D53A0DA1 for <ietf@ietfa.amsl.com>; Sun, 17 Oct 2021 05:47:25 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.897
X-Spam-Level:
X-Spam-Status: No, score=-1.897 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, SPF_HELO_NONE=0.001, SPF_NONE=0.001, URIBL_BLOCKED=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 trnmt_R9hn0u for <ietf@ietfa.amsl.com>; Sun, 17 Oct 2021 05:47:21 -0700 (PDT)
Received: from bsa2.jck.com (bsa2.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 BE4BF3A0DA0 for <ietf@ietf.org>; Sun, 17 Oct 2021 05:47:20 -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 1mc5ZM-000NHE-39; Sun, 17 Oct 2021 08:47:16 -0400
Date: Sun, 17 Oct 2021 08:47:10 -0400
From: John C Klensin <john-ietf@jck.com>
To: Scott Bradner <sob@sobco.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>
cc: Michael Richardson <mcr+ietf@sandelman.ca>, IETF <ietf@ietf.org>
Subject: Re: BCP97bis
Message-ID: <B6BBF8C8788D1ECEACF549C0@PSB>
In-Reply-To: <7E25FC36-0757-45EA-AB12-76F6818C797C@sobco.com>
References: <CAL0qLwbwvs2Cp_urgJ=hzc6yEMGDaz3C0xf6RQXRrB89wAx=Rw@mail.gmail.com> <CAL0qLwavK5dYdmYPVxdMT5rA=jBZv1cEyAsVBEWOD7p9MoZR1g@mail.gmail.c om> <C657F78F-FF99-4898-8A08-844B32589DDE@vigilsec.com> <CAL0qLwbLqyWSqFGL2x-FpXXD19QG9-eZkrnTVm_fxt3tUfZSgg@mail.gmail.com> <C92D456E-63ED-453B-8F33-3AAECA40D1DA@vigilsec.com> <27721119-D39D-427D-8EEE-C5027DA15B06@akamai.com> <007c01d7c2dc$9090c780$b1b25680$@acm.org> <5385fd6f-b7a7-3baa-1374-f4d8d87216fd@joelhalpern.com> <6454.1634428177@localhost> <6702b78c-037f-f5fd-78a6-901a999dab54@gmail.com> <7E25FC36-0757-45EA-AB12-76F6818C797C@sobco.com>
X-Mailer: Mulberry/4.0.8 (Win32)
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: 7bit
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/Juzq4IRKF6r36BQS2n3DCo6IcQg>
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: Sun, 17 Oct 2021 12:47:27 -0000


--On Sunday, October 17, 2021 07:25 -0400 Scott Bradner
<sob@sobco.com> wrote:

> no correction needed - remember that when 2026 was approved
> most SDOs (e.g., the ITU-T) did not make their standards
> available for free so that had to be part of the world the
> IETF lived in
> 
> fwiw - I think that ANSI X3.4-1986 (the standard used as an
> example in RC 2026)  was not available for free at that point

That is correct.  It was easier to get permission from some ANSI
accredited SDOs to reprint parts of standards than it was with
many other bodies, but the standard itself was generally not
available for free.  It is probably also worth remembering that
they generally tried to minimize or avoid registration fees for
meeting in the interest of openness and diversity of opinions.
Partially as a result, revenue from sales of those standards was
a significant fraction of the income that kept those bodies
going, i.e., they were not being restrictive just to be
difficult.  For some SDOs, their way of thinking about that
tradeoff has not changed very much.

FWIW, I have no idea whether permission was obtained to extract
and reproduce material from X3.4-1968 to act as the basis for
RFC 20 or whether the conclusion at the time was that it was not
necessary.  Categories like "Information" and "Internet
Standard" did not exist at the time, so those choices did not
need to be made at the time.

    john


   john