Re: Proposed IESG statement on referencing documents behind a paywall

Keith Drage <drageke@ntlworld.com> Sun, 30 June 2019 21:51 UTC

Return-Path: <drageke@ntlworld.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 9F4421201D1 for <wgchairs@ietfa.amsl.com>; Sun, 30 Jun 2019 14:51:04 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.999
X-Spam-Level:
X-Spam-Status: No, score=-1.999 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_NONE=-0.0001, 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=ntlworld.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 ghJkGOJAxzrs for <wgchairs@ietfa.amsl.com>; Sun, 30 Jun 2019 14:51:00 -0700 (PDT)
Received: from know-smtprelay-omc-3.server.virginmedia.net (know-smtprelay-omc-3.server.virginmedia.net [80.0.253.67]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 739B21201D0 for <wgchairs@ietf.org>; Sun, 30 Jun 2019 14:50:59 -0700 (PDT)
Received: from [10.107.38.92] ([46.233.78.247]) by cmsmtp with ESMTPA id hhiphq3Yng9l4hhiqhpgcj; Sun, 30 Jun 2019 22:50:57 +0100
X-Originating-IP: [46.233.78.247]
X-Authenticated-User: drageke@ntlworld.com
X-Spam: 0
X-Authority: v=2.3 cv=SNNsqtnH c=1 sm=1 tr=0 a=XEwE2d5a0rH13vHi78bfsw==:117 a=XEwE2d5a0rH13vHi78bfsw==:17 a=jpOVt7BSZ2e4Z31A5e1TngXxSK0=:19 a=IkcTkHD0fZMA:10 a=48vgC7mUAAAA:8 a=OcIK8xcRM96Yu62PYQkA:9 a=QEXdDO2ut3YA:10 a=w1C3t2QeGrPiZgrLijVG:22
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ntlworld.com; s=meg.feb2017; t=1561931457; bh=0M68hciDehC3/oNURtjJaFPpOtJooQKrZyBsh9IrjQg=; h=Subject:To:References:From:Date:In-Reply-To; b=Wsq0YhAhy1nXz2O9l8zN97eA16RdCIUbTv7w4s0X7mMoB3GhIi7+Wj3cMlvexE07M tYwwjggYPTOOT+2cTLtTBDLwEftGiiuWlk24I32ZpDv3RFkH8NwtK442FNYjn8IwYu 2MYIMslaZFCrjx2NtpSEr52hghUS/n42mk7v96zAYb6uWW51f16zcMNp3cVWqS5mFI YYpm1DC1+OHk5QPU4iIHV350kSaNv9kmKv+qSJEXbOoyulUoB/g39N/rlNnsYZYmpx P/wrhErBWlW1WmpveKoRGrw5WNR8u//DrzJgpqAgfRdvcsyiZVh3O8iYHlc9fSSkjz xq27EWKmb/7tg==
Subject: Re: Proposed IESG statement on referencing documents behind a paywall
To: wgchairs@ietf.org
References: <7A67EAB1-08D4-4901-8A43-0563C64EBA1B@gmail.com> <MN2PR13MB3582C3983F6BF2FADA7C1F71A9EF0@MN2PR13MB3582.namprd13.prod.outlook.com>
From: Keith Drage <drageke@ntlworld.com>
Message-ID: <3afb9ea6-37e9-dfd6-0c94-5ebb267d9182@ntlworld.com>
Date: Sun, 30 Jun 2019 22:50:56 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:60.0) Gecko/20100101 Thunderbird/60.7.2
MIME-Version: 1.0
In-Reply-To: <MN2PR13MB3582C3983F6BF2FADA7C1F71A9EF0@MN2PR13MB3582.namprd13.prod.outlook.com>
Content-Type: text/plain; charset="utf-8"; format="flowed"
Content-Transfer-Encoding: 7bit
Content-Language: en-GB
X-CMAE-Envelope: MS4wfAeQ3RHrnxceGZ9vWj9OUXq16HbzjIb9H59BboNtqFs8wvRpfwRYk3/B1mKlvh5Yk4QoiBRdXXYkv4bx2Dgsihkk4cKmTZgCJaL/fd7ru0KLERf99K66 G4CrMA37YGgWD0Skq7Ccsh9AJLf5bHhPFildftEqPaCBYK34L5oBN07A
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/NCTqLqvqu8VPsog8w6W3h4Mw-6Y>
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: Sun, 30 Jun 2019 21:51:05 -0000

Coming late to this discussion.

The discussion seems to have diverged into all sorts of different 
issues, and I do not believe we ever had a problem statement at the 
start of the thread.

FIrstly the term "generally available" has a meaning throughout all the 
standards communities, and I do not think IETF shoud come up with a 
different meaning. That meaning is that it available to all and sundry - 
not that it is available for free to all and sundry.

I do agree for the purpose of review of IETF documents, reviewers should 
be able to feel they have access to referenced documents in order to do 
that review. I believe that has been dealt with successfully in the past 
by local agreements with various standards organisations and posting on 
IETF sites. Obviously anyone involved in the review process should be 
made aware of such a local arrangement.

As I say, that can be a local arrangement. It does not need to turn into 
a full out attack on an SDO's chosen revenue mechanism. Not even IETF 
documents are free - people donate money and you pay by your 
participation fees in IETF. And I have to pay for my internet connection 
to get to them. Other SDO's have chosen other means of paying their 
overheads.

Further I would point out that the content of normative references make 
normative references to other documents, and so on. I see nothing in the 
discussion that has addressed that point.


Keith


On 13/06/2019 16:07, Linda Dunbar wrote:
> Support this proposal.
>
> Linda Dunbar
>
> -----Original Message-----
> From: WGChairs <wgchairs-bounces@ietf.org> On Behalf Of Suresh Krishnan
> Sent: Wednesday, June 12, 2019 5:00 PM
> To: wgchairs@ietf.org
> Subject: Proposed IESG statement on referencing documents behind a paywall
>
> Hi chairs,
>    In the past we have dealt with a few drafts that have had normative references to paywalled documents and we have dealt with them on a case-by-case basis (usually during or after IETF last call). In order to get the working groups involved earlier in the process, the IESG is working on issuing a statement on how to deal with such drafts and we would greatly appreciate input from WG chairs on this topic. This is the proposed text of the statement
>
> *** START TEXT ***
>
> As described in Section 7.1 of RFC 2026, RFCs may have normative references on external standards.
>
> In some cases, however, those references are themselves not generally available (for instance, they might be accessible only after paying a fee). This can interfere both with the ability of implementers to implement the protocol as well as with the ability of the IETF community to review it.
>
> In such cases:
>
> 1. The WG MUST be explicitly informed of any such normative reference  and the WG MUST reach consensus that it is acceptable. The  document shepherd MUST include this information in the shepherd  writeup.
>
> 2. The reference MUST be explicitly noted as part of the IETF Last  Call. If such a note is omitted, the last call MUST be repeated  after including it.
>
> *** END TEXT ***
>
> Please go over this text and let me know if you have any concerns, comments, or additions by 2019/06/26.
>
> Thanks
> Suresh
>
>