Re: [rfc-i] Re: 3rd party SDO cross-referencing of IETF work (was: Re: Chair/datatracker tracking expired WG documents ?)

Keith Drage <drageke@ntlworld.com> Sat, 26 March 2022 21:07 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 5494E3A18CB for <wgchairs@ietfa.amsl.com>; Sat, 26 Mar 2022 14:07:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.108
X-Spam-Level:
X-Spam-Status: No, score=-2.108 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H4=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001] autolearn=unavailable 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 zUOMHwim1CUk for <wgchairs@ietfa.amsl.com>; Sat, 26 Mar 2022 14:06:54 -0700 (PDT)
Received: from smtpq2.tb.ukmail.iss.as9143.net (smtpq2.tb.ukmail.iss.as9143.net [212.54.57.97]) (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 A7E133A18C5 for <wgchairs@ietf.org>; Sat, 26 Mar 2022 14:06:54 -0700 (PDT)
Received: from [212.54.57.107] (helo=csmtp3.tb.ukmail.iss.as9143.net) by smtpq2.tb.ukmail.iss.as9143.net with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from <drageke@ntlworld.com>) id 1nYDca-0001dV-Cq for wgchairs@ietf.org; Sat, 26 Mar 2022 22:06:52 +0100
Received: from [172.17.160.155] ([88.211.126.138]) by cmsmtp with ESMTPA id YDcZnPPMGau4XYDcZnQ5vY; Sat, 26 Mar 2022 22:06:52 +0100
X-SourceIP: 88.211.126.138
X-Authenticated-Sender: drageke@ntlworld.com
X-Spam: 0
X-Authority: v=2.4 cv=LOp1/ba9 c=1 sm=1 tr=0 ts=623f806c cx=a_exe a=A23Of5e5ItRGPqVSphLRgg==:117 a=A23Of5e5ItRGPqVSphLRgg==:17 a=IkcTkHD0fZMA:10 a=o8Y5sQTvuykA:10 a=PVlkjBJtAAAA:8 a=48vgC7mUAAAA:8 a=ABeY7kuGAAAA:8 a=BqEg4_3jAAAA:8 a=uherdBYGAAAA:8 a=vFSXjeQ5bhzDqQvBbXwA:9 a=QEXdDO2ut3YA:10 a=boGXJ1g9TDZA5kD0mADd:22 a=w1C3t2QeGrPiZgrLijVG:22 a=5EvwGDigzTuxttpt2MGp:22 a=0mFWnFbQd5xWBqmg7tTt:22 a=Ef4yma5cpRUEJWN9UqBm:22
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ntlworld.com; s=meg.feb2017; t=1648328812; bh=i+QZlT4jRREQiw/rSz1Tnw25OS/gNXyZv8DJFLfmPkI=; h=Date:Subject:To:Cc:References:From:In-Reply-To; b=G1v40iTGx22Zy0qVdtzdyzH5wU7qfGqgrTLT05KJc/a6U7HgpIYVp+QWpD2KKp+pV nAjfvtVYEVZjuDz166yEilMZ9Mz+Cllirl5ySJ+MFWzcwXfDSD6A/1fHpz+5U5RJzk lYoarUAgFH9hIuWB0wubdxcoOdqX6S+bfiAnPeTlnf/bmU8JF8WrewQ1Cayko6PANK +kZ0rpGpKGijGOh1uDmdMp8FgQBCdmHU6krT238xKUKwensap9LBenNqgZRiQcrX1U 7RBtUnX1eqgreZ/YiVeNa0aOhHd0gHi9GMXta9nGGhZnrYU2JQJ/fajNXYF4epzh8G MMfslhnEseFSw==
Message-ID: <bb173b30-93b7-86b3-e851-cd5a4cebc3e8@ntlworld.com>
Date: Sat, 26 Mar 2022 21:06:54 +0000
MIME-Version: 1.0
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:91.0) Gecko/20100101 Thunderbird/91.7.0
Subject: Re: [rfc-i] Re: 3rd party SDO cross-referencing of IETF work (was: Re: Chair/datatracker tracking expired WG documents ?)
To: "BRUNGARD, DEBORAH A" <db3546@att.com>, Brian E Carpenter <brian.e.carpenter@gmail.com>, "Salz, Rich" <rsalz=40akamai.com@dmarc.ietf.org>, 'Toerless Eckert' <tte@cs.fau.de>, "Joel M. Halpern" <jmh@joelhalpern.com>
Cc: "wgchairs@ietf.org" <wgchairs@ietf.org>, "rfc-interest@rfc-editor.org" <rfc-interest@rfc-editor.org>
References: <Yj2d4DJMFWJOxoZa@faui48e.informatik.uni-erlangen.de> <317196df-3363-36c9-2421-02d9e229f664@joelhalpern.com> <Yj2wI/nc+gzbIBMF@faui48e.informatik.uni-erlangen.de> <9C68473E-4C39-4EFA-ACBF-7968676DDEB8@akamai.com> <2f94852a-abe1-7a67-45ae-dbfbd8dd6513@gmail.com> <CH0PR02MB829181D3AE7541D7AF0E8A39D61A9@CH0PR02MB8291.namprd02.prod.outlook.com>
From: Keith Drage <drageke@ntlworld.com>
In-Reply-To: <CH0PR02MB829181D3AE7541D7AF0E8A39D61A9@CH0PR02MB8291.namprd02.prod.outlook.com>
Content-Type: text/plain; charset="UTF-8"; format="flowed"
Content-Transfer-Encoding: 7bit
X-CMAE-Envelope: MS4xfOhR7JEolRhOH7ABIuKq0luwP8VLsklzdABOpAfvY8dDYnFt9RyRccr2d+E4VCmOVYIZAtbOlz7stbKXQWzU3y+m3R7MSABhzvpBIzw8dG0N7f3VvxB4 IC0s4/ifaOpJIxh5hVWvBM4ctSXJWX+DpufKxlluhYsipJwtmjSLkZ2UU2j61GKyko4IPwB+fVHoE8K2vnCSzZqbh/0bnxSNuzVH+4KZEFvsDu6oBOljhw1P ZpVAyjuKBTs+110dzAJ/wyeSfM3c8PuACnemgqIqG8bfvPFs9OkLdd0LGpm60sOudedEKJWDgM+kL6kPZCn5nxCXEGd5SVgQi5Mbr7vDB6FctK9YceWvpwMQ 2hZ3QpBjTaOPXgrNXSZ4yHEb4C0iAGp1J8ESOBsec5wOQLbtRM0=
Archived-At: <https://mailarchive.ietf.org/arch/msg/wgchairs/E4xnozNTtmVWo-fYGYiYDODn7hg>
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: Sat, 26 Mar 2022 21:07:01 -0000

To be honest, the only role I see for IETF in this discussion is 
education, i.e. to make clear to any SDO that happens to be using an 
IETF document as to what the status of that type of document is, 
primarily as to its stability, and likelihood to change. Of course, if 
an SDO sends a message concerning a particular document, then an honest 
reply is needed, and the prior work done in this area, e.g. between IETF 
and 3GPP is essential.

Whether a normative reference to an IETF document is a valid reference 
or not is govered by the rules of the SDO owning the document making the 
reference, not by the IETF. Essentially a normative reference is a macro 
call - at the point where a normative reference appears in an SDOs 
document, the reader inserts the referenced text from that referenced 
document. If an SDO publishes a document with a normative reference to 
an unstable document, then that is a problem between that SDO and their 
readership, and not one that belongs directly to IETF.

Of course the owners of any IPR in an IETF document that is so 
normatively referenced may also want to declare IPR against that SDOs 
referencing document, but that comes down to the owner of the IPR to 
handle, not the IETF.


regards

Keith

On 25/03/2022 22:10, BRUNGARD, DEBORAH A wrote:
> +1 Brian
>
> Pascal and Toerless - To me, you are both focusing on different targets.
>
> Pascal is concerned on IEEE references - Pascal, why not bring this up at the IEEE coordination meeting?
>
> Toerless - while we can hope other SDOs/Forums/run-by-the-night groups would not normatively reference IETF wg drafts or individual drafts, there's not much we can do. Maybe that other group allows it. I've seen where contributions are accepted which point at IETF individual drafts. Even after the group was "educated" on it by a concerned member. When it comes to publishing standards, the traditional SDOs (e.g. ITU) do have "rules". But the rules are the rules of that SDO. Just as IETF has guidelines, e.g. in the Shepherd writeup and IESG review, the normative references are reviewed if they are "in an unclear state", "publicly available". And SDOs recognize what is referenced may not be up-to-date as there is always a window of time, ITU has a disclaimer on it in their Recommendations saying a user is encouraged to investigate the most recent Recommendation or other reference. Maybe IETF should add something explicitly if you think it would help.
>
> If want to ask the IAB more on it, send mail to liaison-coordination@iab.org. I'm now on it, Toerless/Pascal, anytime want to chat, let's setup a virtual bar meet-
> Deborah
>
>
> -----Original Message-----
> From: WGChairs <wgchairs-bounces@ietf.org> On Behalf Of Brian E Carpenter
> Sent: Friday, March 25, 2022 4:55 PM
> To: Salz, Rich <rsalz=40akamai.com@dmarc.ietf.org>; 'Toerless Eckert' <tte@cs.fau.de>; Joel M. Halpern <jmh@joelhalpern.com>
> Cc: wgchairs@ietf.org; rfc-interest@rfc-editor.org
> Subject: Re: [rfc-i] Re: 3rd party SDO cross-referencing of IETF work (was: Re: Chair/datatracker tracking expired WG documents ?)
>
> Why should we care if some other SDO is happy to publish a "standard" with a normative dependency on a document whose preamble includes these words:
>
> 'Internet-Drafts are draft documents valid for a maximum of six months and may be updated, replaced, or obsoleted by other documents at any time. It is inappropriate to use Internet-Drafts as reference material or to cite them other than as "work in progress."'
>
> This is not our problem.
>
> Trying to maintain cited-by pointers is approximately impossible. TimBL knew that, which is why the Web succeeded where other distributed hypertext projects failed. While I see why Toerless would like it, I don't think we can have it in the real world.
>
> Regards
>      Brian Carpenter
>
> On 26-Mar-22 01:21, Salz, Rich wrote:
>> This could be useful information to know. Does the liaison program not handle it?
>>
>>>     But of course, if an external SDO does choose to ignore our recommendation
>>       and is actually referrring to a draft in a published spec, then i still would
>>       rather like to know about it via such an explicit tracking mechanism than
>>       not to know about it.
>>
>> A potential problem is that, unless people (who, that's also a problem) are diligent about following up and discouraging such use, then it is very easy for the misbehaving SDO to say "but you never complained so we assumed it's okay."
>>
>>
>> _______________________________________________
>> rfc-interest mailing list
>> rfc-interest@rfc-editor.org
>> https://urldefense.com/v3/__https://mailman.rfc-editor.org/mailman/listinfo/rfc-interest__;!!BhdT!iXBZLT9G4A-tWxS-wnsthZyOm-QjLtb8WyNa_Y_OOKMbeD9nt9WJvnF0crY1s4P1TTLqZSarkTo6Vsg9OmCwiC0iZA$
>>