Re: [AVTCORE] Zaheduzzaman Sarker's Discuss on draft-ietf-payload-rtp-jpegxs-16: (with DISCUSS)

Keith Drage <drageke@ntlworld.com> Fri, 18 June 2021 16:21 UTC

Return-Path: <drageke@ntlworld.com>
X-Original-To: avt@ietfa.amsl.com
Delivered-To: avt@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 77DAE3A1863 for <avt@ietfa.amsl.com>; Fri, 18 Jun 2021 09:21:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.1
X-Spam-Level:
X-Spam-Status: No, score=-2.1 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, HTML_MESSAGE=0.001, NICE_REPLY_A=-0.001, RCVD_IN_MSPIKE_H2=-0.001, 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 V1MGx3CjjQqk for <avt@ietfa.amsl.com>; Fri, 18 Jun 2021 09:21:05 -0700 (PDT)
Received: from know-smtprelay-omc-10.server.virginmedia.net (know-smtprelay-omc-10.server.virginmedia.net [80.0.253.74]) (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 8007A3A1862 for <avt@ietf.org>; Fri, 18 Jun 2021 09:21:04 -0700 (PDT)
Received: from [192.168.0.17] ([82.26.25.107]) by cmsmtp with ESMTPA id uHErl5sLgsYC6uHEslGtNM; Fri, 18 Jun 2021 17:21:02 +0100
X-Originating-IP: [82.26.25.107]
X-Authenticated-User: drageke@ntlworld.com
X-Spam: 0
X-Authority: v=2.3 cv=C8DHNzH+ c=1 sm=1 tr=0 cx=a_exe a=5uhVmIoQh2q3ax+sUJyMqg==:117 a=5uhVmIoQh2q3ax+sUJyMqg==:17 a=r77TgQKjGQsHNAKrUKIA:9 a=86U1H9NdAAAA:8 a=48vgC7mUAAAA:8 a=pGLkceISAAAA:8 a=2knSYRUCAAAA:8 a=_FCZ6skOhtIz628OvD8A:9 a=QEXdDO2ut3YA:10 a=Zm0YtkXVEhIA:10 a=uoH-zkd1OR4A:10 a=TFqUqo1bAAAA:8 a=UbnaKas4oKfaQdasdMkA:9 a=tkZyqfl1bucZ8aX0:21 a=UiCQ7L4-1S4A:10 a=hTZeC7Yk6K0A:10 a=_W_S_7VecoQA:10 a=3ocqyLwIp7_IhjRobAq6:22 a=w1C3t2QeGrPiZgrLijVG:22 a=8bcMLKZdPtPqHZIiCSOy:22 a=gHWSA_CtKmuxKygt_WQP:22
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=ntlworld.com; s=meg.feb2017; t=1624033262; bh=udrAPDHrW9ODCzh7PUnYIvxQuj8bcCs27yS6IIpcDq4=; h=Subject:To:References:From:Date:In-Reply-To; b=WXj+S78msNRs9ZvUaoqJ9B1wzfuusEtH/zck9ZPlh/FOXXVFImOXqGVPwhscrLzJT OLMhFMJ8H38tRZF/i8/vcI2xOqk7kV+p9dZYsf1p7KqvxevmuxgvlpPHY6EATvH4UZ y+87CXVqp10rGHd6/vWCKZqvTxciWURERM3nNnBBfhfcIuJmeZcyBRQd7lXCJcfrvS TQ+LE9iwa1nVrReq7kPAUhQxJp/0LkflRrqq0m5f5nYt+K3iVu/b+GIti0fTXutdyp IoHYfgJ6T916lBnPRTRjV/IIIv2Sygdicmz9/pW77yQiIXmxf0Ftg1KaEHQ31dbqff jW9Y3qg9qSkSw==
To: avt@ietf.org
References: <162394064058.25101.13977050966651147048@ietfa.amsl.com> <PR3P192MB0748786F52B08EB298516140AC0E9@PR3P192MB0748.EURP192.PROD.OUTLOOK.COM> <CAL0qLwZyFgA0XyMX=dX9=nbcOyhjcWBju0RLENbP993b7N+2Dw@mail.gmail.com> <657505B6-F6C6-4901-BC35-180ED44A0588@stewe.org>
From: Keith Drage <drageke@ntlworld.com>
Message-ID: <ed2d0883-9e50-5dd1-2122-6795df03ff13@ntlworld.com>
Date: Fri, 18 Jun 2021 17:21:00 +0100
User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:78.0) Gecko/20100101 Thunderbird/78.11.0
MIME-Version: 1.0
In-Reply-To: <657505B6-F6C6-4901-BC35-180ED44A0588@stewe.org>
Content-Type: multipart/alternative; boundary="------------D593B5F066B07F0BA341F79B"
Content-Language: en-GB
X-CMAE-Envelope: MS4wfMc6wsQQxQtct/6CkAw0DtYsFVglC6syZRhgBVQ8ENjatYSXaalBhN8gUIV/Opx+SavErLheRsEJChfK6AXw9A/vk41BdpGBWes0bjrG977dPGVrsw4J mjQLFOErVmsUHP3ySh+/n3kPxGvNXTieXZSVlRfZGF6FOuq2t3fFwj3s
Archived-At: <https://mailarchive.ietf.org/arch/msg/avt/q9Wj7Ku2w5gWDuHx065tRu-2GWQ>
Subject: Re: [AVTCORE] Zaheduzzaman Sarker's Discuss on draft-ietf-payload-rtp-jpegxs-16: (with DISCUSS)
X-BeenThere: avt@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: Audio/Video Transport Core Maintenance <avt.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/avt>, <mailto:avt-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/avt/>
List-Post: <mailto:avt@ietf.org>
List-Help: <mailto:avt-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/avt>, <mailto:avt-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 18 Jun 2021 16:21:11 -0000

I suspect that two issues are getting confused here.

1)    Is it valid to normatively reference an ISO standard from an IETF 
RFC. Yes. It is publicly available even if one has to pay for it. All 
conditions are met.

2)    Do IETF members need to be able to view the ISO standard in order 
to review and complete the IETF RFC. Possibly yes for WG review and WG 
last call. In prior cases, documents (not ISO ones) have been put up in 
an area of the IETF, possibly with some limited access, or for IETF 
participants to be given limited access to the other SDOs website (or an 
area of it), or circulated on a need to have basis, so they can be used 
in such a review. I do not remember this to be an issue for IESG last call.

There were a set of cooperation agreements with other SDOs that set out 
some of these things. I know 3GPP/ETSI, and ITU-T existed. I don't think 
there was ever an ISO one, but I may be wrong.

regards

Keith Drage

On 18/06/2021 17:01, Stephan Wenger wrote:
>
> Murray,
>
> First, it’s not that the 21122 is not publicly available.  It is, 
> please see here: https://www.iso.org/standard/74535.html 
> <https://www.iso.org/standard/74535.html> I think the issue at hand is 
> that the document is not available **for free**.  AFAIK, the IETF does 
> not have a written requirement for normative reference to be free, but 
> requiring every interested WG/IESG member to pay a CHF 178 fee for a 
> license to enable a review is also not easily palatable.
>
> Second, there are many examples where the IETF normatively references 
> ISO documents that are equally not available for free.  You can go 
> back to RFC 2250, or, for a more recent one, you can look at RFC 6416.
>
> Stephan
>
> *From: *avt <avt-bounces@ietf.org> on behalf of "Murray S. Kucherawy" 
> <superuser@gmail.com>
> *Date: *Friday, June 18, 2021 at 08:50
> *To: *Tim Bruylants <TBR@intopix.com>
> *Cc: *"avtcore-chairs@ietf.org" <avtcore-chairs@ietf.org>, 
> "draft-ietf-payload-rtp-jpegxs@ietf.org" 
> <draft-ietf-payload-rtp-jpegxs@ietf.org>, "avt@ietf.org" 
> <avt@ietf.org>, The IESG <iesg@ietf.org>
> *Subject: *Re: [AVTCORE] Zaheduzzaman Sarker's Discuss on 
> draft-ietf-payload-rtp-jpegxs-16: (with DISCUSS)
>
> On Thu, Jun 17, 2021 at 12:10 PM Tim Bruylants <TBR@intopix.com 
> <mailto:TBR@intopix.com>> wrote:
>
>     >
>     ----------------------------------------------------------------------
>     > DISCUSS:
>     >
>     ----------------------------------------------------------------------
>     >
>     > This memo is defining a RTP payload for JPEG XS that is not
>     publicly available.
>     > This hampers the review of the memo, specially when it is
>     defining terminologies which ask me to look at the specifications.
>     >
>     > This concerns has also been raised by other ADs.
>     >
>     > Was this document made available during the work in the working
>     group?
>
>
>     This is a valid comment. We are unsure how to resolve this. ISO is
>     very strict about distribution of documents outside of the working
>     groups (i.e. it is not allowed at all).
>     The ISO 21122 standards were written by some of the same authors
>     as this RTP Payload spec (like myself and Thomas Richter), but the
>     ISO documents were (to my knowledge) not shared.
>
>     In order to resolve this issue, we need to know how IESG handled
>     this with other ISO standards that are not open? Or is 21122 the
>     first? Please advise.
>
> This is the first one like it in my time on the IESG, and I must admit 
> I didn't even think to check that this external reference was usable.  
> I'm glad Zaheduzzaman caught it.
>
> It might alleviate the problem to reduce this to an informative 
> reference, but it doesn't look to me like you could make the argument 
> that you don't need the ISO standards to implement this.  You're not 
> simply wrapping their protocol as-is; you need some header details, 
> for example.
>
> I've asked the RFC Editor if they know of any documents that proceeded 
> with closed references to ISO documents.  If there are any, I'll 
> review their processing history and see if I can find a path forward here.
>
> -MSK
>
>
> _______________________________________________
> Audio/Video Transport Core Maintenance
> avt@ietf.org
> https://www.ietf.org/mailman/listinfo/avt