Re: [rfc-i] Referencing STDs and BCPs

Julian Reschke <julian.reschke@gmx.de> Fri, 16 June 2017 18:24 UTC

Return-Path: <rfc-interest-bounces@rfc-editor.org>
X-Original-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Delivered-To: ietfarch-rfc-interest-archive@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D8766126C22 for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Fri, 16 Jun 2017 11:24:09 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -3.502
X-Spam-Level:
X-Spam-Status: No, score=-3.502 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, FREEMAIL_FORGED_FROMDOMAIN=0.199, FREEMAIL_FROM=0.001, HEADER_FROM_DIFFERENT_DOMAINS=0.001, RCVD_IN_DNSWL_MED=-2.3, RCVD_IN_SORBS_SPAM=0.5, RP_MATCHES_RCVD=-0.001, SPF_HELO_PASS=-0.001, SPF_PASS=-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 kiCAne9zgh9i for <ietfarch-rfc-interest-archive@ietfa.amsl.com>; Fri, 16 Jun 2017 11:24:08 -0700 (PDT)
Received: from rfc-editor.org (rfc-editor.org [4.31.198.49]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 1E4B4129B48 for <rfc-interest-archive-eekabaiReiB1@ietf.org>; Fri, 16 Jun 2017 11:24:08 -0700 (PDT)
Received: from rfcpa.amsl.com (localhost [IPv6:::1]) by rfc-editor.org (Postfix) with ESMTP id 9420BB80E30; Fri, 16 Jun 2017 11:23:52 -0700 (PDT)
X-Original-To: rfc-interest@rfc-editor.org
Delivered-To: rfc-interest@rfc-editor.org
Received: from localhost (localhost [127.0.0.1]) by rfc-editor.org (Postfix) with ESMTP id E4FC8B80157; Fri, 16 Jun 2017 11:23:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at rfc-editor.org
Received: from rfc-editor.org ([127.0.0.1]) by localhost (rfcpa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id e8LJg1P9nEs5; Fri, 16 Jun 2017 11:23:50 -0700 (PDT)
Received: from mout.gmx.net (mout.gmx.net [212.227.17.22]) by rfc-editor.org (Postfix) with ESMTPS id 4C181B80E30; Fri, 16 Jun 2017 11:23:50 -0700 (PDT)
Received: from [192.168.178.20] ([93.217.75.184]) by mail.gmx.com (mrgmx102 [212.227.17.168]) with ESMTPSA (Nemesis) id 0M9NIY-1dWMJg0Dvi-00Ch2U; Fri, 16 Jun 2017 20:24:02 +0200
To: "Heather Flanagan (RFC Series Editor)" <rse@rfc-editor.org>, rfc-interest@rfc-editor.org
References: <148916689952.6827.6792653811413720687.idtracker@ietfa.amsl.com> <383fa41c-e289-8045-7c1f-fcdcd8cc8445@rfc-editor.org> <95fdafee-d05c-ab6a-0e15-fc6780f0f909@gmx.de> <b884949b-a6cf-3dcd-0daa-ab3fb6f93ae5@rfc-editor.org> <6b70c6d8-4b82-6198-69a8-89a8fb14b77d@gmx.de> <60634b87-fe8a-1081-54e2-db0636efe4d1@rfc-editor.org>
From: Julian Reschke <julian.reschke@gmx.de>
Message-ID: <7c0b6cff-4968-945a-68fb-b12e52ede60f@gmx.de>
Date: Fri, 16 Jun 2017 20:24:01 +0200
User-Agent: Mozilla/5.0 (Windows NT 10.0; WOW64; rv:52.0) Gecko/20100101 Thunderbird/52.2.0
MIME-Version: 1.0
In-Reply-To: <60634b87-fe8a-1081-54e2-db0636efe4d1@rfc-editor.org>
Content-Language: en-US
X-Provags-ID: V03:K0:X5L5cJJeGNSK5oFsqXjTndmACMylDcSCrLQUHkv7Zz6oC3dN30T L0m8DRrL2Z54La9OeZTOgPKN3I8DK+2MUWhFoxwnUHGNwj74RMCuRdlBjXfkV0wGKHww72s 4kn97KSZefhMFn+sQDrIP0t5YN31N42OqbdUpcEQxOjTE3t4pliXsJVG4NFGntZwalexhc3 n67JXd5zFV8pd/1bUp2mw==
X-UI-Out-Filterresults: notjunk:1;V01:K0:D5xKQWdqFvY=:wLxoZDcRmoaaFqq8xI5GIL sNwMOJOMnRbyHK+UzArtvag9VwEELezd45Nw6CWx0V+prTHdquutGXSL3K39u7Gl+zjlIxh4T qYdtEIcUCPYUY5vvAM8J1IEjvYaQEcIiLnV7KOvXkvAeL21AB/B4wpcBUpJTqTmeg+dc8l+rC Bw3Q3U1miur9ykNEIcZh21zSO+Me3CxhUYqmS0pvC9oWwgeIVw324r0XWdqJwy3IefYlnY99Y PkscjWH40QIBFxJWu3pZRCD1ycqGkk+dmI2NzJ++SY8Zx/aSj22RP04XlaUdX0gTn3bHLvWW7 WsfcN5Qb+7p9m2MQ2PISmOUOhYP25qiGX9BBFZjX+izJ/Tb1ZpogndE1vBVJQGiaL9IH8T+uf ujmIWX3U0SYaDQdLO3BL75fzmzlds/dTXIiP5jR1t/+1FVWIu4NID8iPm8+ZLuiWtBXckx4az PWpI9SytSniELAN/jjD9N3lmcUvPy1+tlATLVmWLaOI+w0ryquiSaqYaCEwZfEwlovXbS/QVi DGPJhtYDB+D53Jv6/m8mI7RQt+yq/fmDxzkIgIHw/FIggcTc8zPNkf3W+lWLpTz6WvnpqPOmo XizFwkbW0pVpb6mapcz1MPTwMVd8aBY1qzdfzO5QQlSpSFBgaihd78X4O0xCSr7CgAif494LG v8OsY8V3oI2XT370XtAb3yninO4RkCtTxGM3r/LjCsw/TN48jBVzL5senunfSg1YgE+2+GVMl FC/49BTc3aKirC0zvrGdMHmXBcDdUFfjCrP2lRxLX7XqzbuCUH0etSmOFHuonDRATI0QpkShF 7ilT5x8
Subject: Re: [rfc-i] Referencing STDs and BCPs
X-BeenThere: rfc-interest@rfc-editor.org
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: "A list for discussion of the RFC series and RFC Editor functions." <rfc-interest.rfc-editor.org>
List-Unsubscribe: <https://www.rfc-editor.org/mailman/options/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=unsubscribe>
List-Archive: <http://www.rfc-editor.org/pipermail/rfc-interest/>
List-Post: <mailto:rfc-interest@rfc-editor.org>
List-Help: <mailto:rfc-interest-request@rfc-editor.org?subject=help>
List-Subscribe: <https://www.rfc-editor.org/mailman/listinfo/rfc-interest>, <mailto:rfc-interest-request@rfc-editor.org?subject=subscribe>
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="us-ascii"; Format="flowed"
Errors-To: rfc-interest-bounces@rfc-editor.org
Sender: rfc-interest <rfc-interest-bounces@rfc-editor.org>

On 2017-06-16 20:06, Heather Flanagan (RFC Series Editor) wrote:
> ...
>> This creates a special case for these entries, which I believe is a
>> bad thing.
> 
> I don't think it is a special case, per se. I think this is the case of
> how to handle sub-series. They are a slightly different beast than just
> straight RFCs.
> ...

In the optimal case, we can define something that is not restricted to 
IETF document series...

>>>> (3) What if the spec prose actually wants to refer to one of the
>>>> documents in the document set?
>>>
>>> They they shouldn't refer to the subseries; they should just reference
>>> the individual RFC. If they want to do both (reference the subseries and
>>> later specifically reference an RFC within that subseries) then I think
>>> we're going to have a discussion with the author to figure out what
>>> exactly they are trying to do. Are they trying to point someone to
>>> whatever the current standard or best practice is, or are they trying to
>>> point to a snapshot in time? Both are perfectly reasonable things to do,
>>> and we'd adjust the references accordingly.
>>
>> Which doesn't answer the case what to do when both is happening.
>> Leaving this undefined until it happens is just asking for trouble.
> 
> So, you're asking about when someone wants to refer to the current
> documents in the subseries, AND refer to a specific RFC that happens to
> be in the subseries at the time of publication? I don't see anything
> preventing that, though it likely will result in a conversation between
> the authors and RPC to make sure the intent is clear.

Right now, it will fail because the anchor elements would be in conflict.

Best regards, Julian


_______________________________________________
rfc-interest mailing list
rfc-interest@rfc-editor.org
https://www.rfc-editor.org/mailman/listinfo/rfc-interest