Re: [EXTERNAL] [BOFChairs] Proposed IESG statement on referencing documents behind a paywall

Toerless Eckert <tte@cs.fau.de> Thu, 13 June 2019 03:29 UTC

Return-Path: <eckert@i4.informatik.uni-erlangen.de>
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 35E26120164 for <wgchairs@ietfa.amsl.com>; Wed, 12 Jun 2019 20:29:59 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -4.198
X-Spam-Level:
X-Spam-Status: No, score=-4.198 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_MED=-2.3, SPF_HELO_NONE=0.001, SPF_PASS=-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 DYagd03-pZmU for <wgchairs@ietfa.amsl.com>; Wed, 12 Jun 2019 20:29:56 -0700 (PDT)
Received: from faui40.informatik.uni-erlangen.de (faui40.informatik.uni-erlangen.de [IPv6:2001:638:a000:4134::ffff:40]) (using TLSv1.2 with cipher ADH-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 012491200B5 for <wgchairs@ietf.org>; Wed, 12 Jun 2019 20:29:55 -0700 (PDT)
Received: from faui48f.informatik.uni-erlangen.de (faui48f.informatik.uni-erlangen.de [131.188.34.52]) by faui40.informatik.uni-erlangen.de (Postfix) with ESMTP id E2BB354890B; Thu, 13 Jun 2019 05:29:50 +0200 (CEST)
Received: by faui48f.informatik.uni-erlangen.de (Postfix, from userid 10463) id D2340440041; Thu, 13 Jun 2019 05:29:50 +0200 (CEST)
Date: Thu, 13 Jun 2019 05:29:50 +0200
From: Toerless Eckert <tte@cs.fau.de>
To: "Deen, Glenn (NBCUniversal)" <Glenn.Deen@nbcuni.com>
Cc: Suresh Krishnan <suresh.krishnan@gmail.com>, "wgchairs@ietf.org" <wgchairs@ietf.org>
Subject: Re: [EXTERNAL] [BOFChairs] Proposed IESG statement on referencing documents behind a paywall
Message-ID: <20190613032950.va3pfta2jgzoticg@faui48f.informatik.uni-erlangen.de>
References: <7A67EAB1-08D4-4901-8A43-0563C64EBA1B@gmail.com> <E0E3667A-5994-48B3-9DBC-B9FBB1C31D33@nbcuni.com>
MIME-Version: 1.0
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <E0E3667A-5994-48B3-9DBC-B9FBB1C31D33@nbcuni.com>
User-Agent: NeoMutt/20170113 (1.7.2)
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/UjrTSJzkA5kvhklEVVmkBgM7NKo>
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, 13 Jun 2019 03:29:59 -0000

On Thu, Jun 13, 2019 at 01:50:31AM +0000, Deen, Glenn (NBCUniversal) wrote:
> For a practical example. CTA has blocked access to Huawei due to the BIS directive. 

Any URL for this? With quick googling, i could only find this recent URL about CTA&Huawei:

https://news.yahoo.com/trump-bashing-gets-physical-china-tech-show-113529784.html

AFAIK: If CTA specs are supposed to be published information according to BIS EAR 734.7 
then there is no need for CTA to apply BIS EAR entity list restrictions on their
sales/dissemination.

IMHO: Either CTA can not read and understand BIS EAR regulations, wants to feel
safer through compliance overeagerness or their specs are really not
open specs the way i thought rfc2026 means "open standards".

In general i would be very careful though to judge standard bodies and
their specs because of restriction from governements under which they
operate, or because of misguided self-imposed restrictions in fear of
selective prosection by said governemnts. We all may wake up one day
with our government inventing new arbitrary regulations. Some of us are
just learning this lesson now.

Cheers
    Toerless

Btw: IEEE had a funny reaction to the US BIS EAR ruling on Huawei:
They announced to continue to sell their standards to Huawei people, but they
prohibit the sales of other items from their merchandise store to them
- like caps and t-shirt. Huawei must be devastated. Obviously shirts & caps
are not subject to BIS EAR export restrictions either. I still would like to
figure out if this was also just lame compliance overeagerness or
whether somebody at IEEE actually has a good sense of humor.

> In such a case the citation may not be avoidable, but it would seem appropriate to mark the reference as restricted from open world wide access. 


> 
> -glenn 

Cheers
    Toerless
> 
> > On Jun 12, 2019, at 6:00 PM, Suresh Krishnan <suresh.krishnan@gmail.com> wrote:
> > 
> > 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
> > _______________________________________________
> > BOFChairs mailing list
> > BOFChairs@ietf.org
> > https://www.ietf.org/mailman/listinfo/bofchairs

-- 
---
tte@cs.fau.de