RE: Proposed IESG statement on referencing documents behind a paywall

"Black, David" <David.Black@dell.com> Mon, 17 June 2019 18:18 UTC

Return-Path: <David.Black@dell.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 7574612062A for <wgchairs@ietfa.amsl.com>; Mon, 17 Jun 2019 11:18:02 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.71
X-Spam-Level:
X-Spam-Status: No, score=-2.71 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_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_DKIMWL_WL_HIGH=-0.01] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (2048-bit key) header.d=dell.com header.b=Umk8wz5d; dkim=fail (1024-bit key) reason="fail (message has been altered)" header.d=emc.com header.b=MtQENebE
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 0JHE9ilaM-Rr for <wgchairs@ietfa.amsl.com>; Mon, 17 Jun 2019 11:18:00 -0700 (PDT)
Received: from mx0a-00154904.pphosted.com (mx0a-00154904.pphosted.com [148.163.133.20]) (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 4AA16120625 for <wgchairs@ietf.org>; Mon, 17 Jun 2019 11:18:00 -0700 (PDT)
Received: from pps.filterd (m0170392.ppops.net [127.0.0.1]) by mx0a-00154904.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x5HI5CTb016772; Mon, 17 Jun 2019 14:17:58 -0400
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=dell.com; h=from : to : subject : date : message-id : references : in-reply-to : content-type : content-transfer-encoding : mime-version; s=smtpout1; bh=XT9iFL1LLC39R2x263kLqK/8cChhraw+tY9K9FPkmIk=; b=Umk8wz5dTX9Z5hKcSnIfEgPnl0ntmRUXiKAy/0IgEt0AOelO2ppR/dwBpqniLHYqPGlr 8drXSM7ks5oRRbJQNy5vG+xIsIu4b4oCgjHiIhO53IibkgvEN1K++6JiFqljDDYFRxH4 ejI/on/Hp+ZoD8qY0cYdDhG2m9H7Zb6Sk2rWkKRa0Lutx2Poe8mYoksvNTeU1+NcGmL6 ZSsKFJDq0ahqlfD8YgxJFlx6C7XYhTyJ8JVYMk+xk4daSZJn/yZAKdbLjHep7f8vwbYL 1f0XX63T4H6iwlDDJq/LFzmR6bIV3gtpUzxe3y6CzbsPnOElOdL/3EKS0WHCT3UI5xZK xg==
Received: from mx0b-00154901.pphosted.com (mx0a-00154901.pphosted.com [67.231.149.39]) by mx0a-00154904.pphosted.com with ESMTP id 2t4uucv4e5-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NOT); Mon, 17 Jun 2019 14:17:58 -0400
Received: from pps.filterd (m0090350.ppops.net [127.0.0.1]) by mx0b-00154901.pphosted.com (8.16.0.27/8.16.0.27) with SMTP id x5HI8vI8054246; Mon, 17 Jun 2019 14:17:57 -0400
Received: from mailuogwdur.emc.com (mailuogwdur.emc.com [128.221.224.79]) by mx0b-00154901.pphosted.com with ESMTP id 2t6d8yb2g9-1 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Mon, 17 Jun 2019 14:17:57 -0400
Received: from maildlpprd51.lss.emc.com (maildlpprd51.lss.emc.com [10.106.48.155]) by mailuogwprd52.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id x5HIHtIC002755 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=NO); Mon, 17 Jun 2019 14:17:55 -0400
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com x5HIHtIC002755
DKIM-Signature: v=1; a=rsa-sha1; c=relaxed/relaxed; d=emc.com; s=jan2013; t=1560795476; bh=/Wrwrpf7u6ZKjy+hmhKlWleWcmk=; h=From:To:Subject:Date:Message-ID:References:In-Reply-To: Content-Type:Content-Transfer-Encoding:MIME-Version; b=MtQENebE6oUCX+se0sIb0F7AYEG6sJ0BqYsAcQY71QrXEXfo3i0Y72p3ofMvWBmLO Pfbnj1LgQ5+GLgRA+38k0O0oNMksL9Vdl2Cvbu1Q5onTlgnr7sfq/scYUcUX5nc430 QEngvvLG5GrjppzzzoAVOl0jsjfa4oDN34d8rew4=
X-DKIM: OpenDKIM Filter v2.4.3 mailuogwprd52.lss.emc.com x5HIHtIC002755
Received: from mailusrhubprd01.lss.emc.com (mailusrhubprd01.lss.emc.com [10.253.24.19]) by maildlpprd51.lss.emc.com (RSA Interceptor); Mon, 17 Jun 2019 14:17:38 -0400
Received: from MXHUB312.corp.emc.com (MXHUB312.corp.emc.com [10.146.3.90]) by mailusrhubprd01.lss.emc.com (Sentrion-MTA-4.3.1/Sentrion-MTA-4.3.0) with ESMTP id x5HIHjTS029356 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-SHA384 bits=256 verify=FAIL); Mon, 17 Jun 2019 14:17:45 -0400
Received: from MX307CL04.corp.emc.com ([fe80::849f:5da2:11b:4385]) by MXHUB312.corp.emc.com ([10.146.3.90]) with mapi id 14.03.0439.000; Mon, 17 Jun 2019 14:17:44 -0400
From: "Black, David" <David.Black@dell.com>
To: Stewart Bryant <stewart.bryant@gmail.com>, Suresh Krishnan <suresh.krishnan@gmail.com>, "wgchairs@ietf.org" <wgchairs@ietf.org>
Subject: RE: Proposed IESG statement on referencing documents behind a paywall
Thread-Topic: Proposed IESG statement on referencing documents behind a paywall
Thread-Index: AQHVIWpC41b56oieHkiOgTS5mYhgy6abRFYAgATn4cA=
Date: Mon, 17 Jun 2019 18:17:44 +0000
Message-ID: <CE03DB3D7B45C245BCA0D24327794936305BDF8F@MX307CL04.corp.emc.com>
References: <7A67EAB1-08D4-4901-8A43-0563C64EBA1B@gmail.com> <ba5a5d20-1199-abf5-a4c5-047bd281cbf1@gmail.com>
In-Reply-To: <ba5a5d20-1199-abf5-a4c5-047bd281cbf1@gmail.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
msip_labels: MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Enabled=True; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_SiteId=945c199a-83a2-4e80-9f8c-5a91be5752dd; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Owner=david.black@emc.com; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_SetDate=2019-06-17T18:17:43.2911207Z; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Name=External Public; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Application=Microsoft Azure Information Protection; MSIP_Label_17cb76b2-10b8-4fe1-93d4-2202842406cd_Extended_MSFT_Method=Manual; aiplabel=External Public
x-originating-ip: [10.238.21.131]
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-Sentrion-Hostname: mailusrhubprd01.lss.emc.com
X-RSA-Classifications: public
X-Proofpoint-Virus-Version: vendor=fsecure engine=2.50.10434:, , definitions=2019-06-17_07:, , signatures=0
X-Proofpoint-Spam-Details: rule=outbound_notspam policy=outbound score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=675 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906170162
X-Proofpoint-Spam-Details: rule=notspam policy=default score=0 priorityscore=1501 malwarescore=0 suspectscore=0 phishscore=0 bulkscore=0 spamscore=0 clxscore=1011 lowpriorityscore=0 mlxscore=0 impostorscore=0 mlxlogscore=748 adultscore=0 classifier=spam adjust=0 reason=mlx scancount=1 engine=8.0.1-1810050000 definitions=main-1906170162
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/P-zK1QKCDaQBB4O9Ncab4QgOxnM>
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: Mon, 17 Jun 2019 18:18:03 -0000

+1 - I vaguely recall doing something similar to what Suresh did on IEEE 1588 for some storage standards needed by iSCSI, FCIP and the like back when I was a chair of the IP Storage working group.

This paywall reference situation seems somewhat analogous to downrefs, and hence the proposed measures strike me as reasonable.

Thanks, --David

> -----Original Message-----
> From: WGChairs <wgchairs-bounces@ietf.org> On Behalf Of Stewart Bryant
> Sent: Friday, June 14, 2019 7:13 AM
> To: Suresh Krishnan; wgchairs@ietf.org
> Subject: Re: Proposed IESG statement on referencing documents behind a
> paywall
> 
> 
> [EXTERNAL EMAIL]
> 
> 
> 
> On 12/06/2019 23:00, Suresh Krishnan wrote:
> > *** 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.
> 
> 3. Where the reference has been made available to the WG for the
> purposes of their work, this fact, together with details of how
> reviewers can gain access to the reference for the purposes of their
> review MUST also be provided as part of IETF Last Call.
> 
> - Stewart
> 
> 
> >
> > *** END TEXT ***