[Last-Call] Re: Last Call: <draft-kucherawy-bcp97bis-05.txt> (Procedure for Standards Track Documents to Refer Normatively to External Documents) to Best Current Practice

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



I stated both a strong preference (free) and a floor (RAND) in my original email. 

Sent from my iPhone

> On 12 May 2024, at 4:25 PM, Eliot Lear <lear@xxxxxxx> wrote:
> 
> Mark,
> 
> Hang on a moment.  Before you were arguing for RAND.  Now you're arguing for free.  Which is it?
> 
> Eliot
> 
>> On 12.05.2024 02:03, Mark Nottingham wrote:
>> My .02: Informational.
>> 
>>>> On 12 May 2024, at 10:01, Erik Kline <ek.ietf@xxxxxxxxx> wrote:
>>> 
>>> On this week's telechat is https://datatracker.ietf.org/doc/draft-ietf-lamps-rfc5990bis/ which has a Normative dependency on ANSI X9.44.
>>> 
>>> I didn't know where to find that spec, but some light googling turned up: https://webstore.ansi.org/standards/ascx9/ansix9442007r2017 which suggests it's available for 60 USD.
>>> 
>>> What would your recommendation be for handling this draft?
>>> 
>>>> On Sat, May 11, 2024 at 3:56 PM Eric Rescorla <ekr@xxxxxxxx> wrote:
>>> I concur with Mark.
>>> 
>>> The general principle here is that it should be possible to implement the protocol specified in an RFC without payment of a fee to access the specification. By definition, a normative reference is required to implement the protocol and therefore any normative references fall under this principle. I recognize that S 7.1.1 is somewhat fuzzy on this topic (in that it defines an open standard without reference to free availability).
>>> 
>>>    An Internet Standard TS or AS may incorporate an open external
>>>    standard by reference.  For example, many Internet Standards
>>>    incorporate by reference the ANSI standard character set "ASCII" [2].
>>>    Whenever possible, the referenced specification shall be available
>>>    online.
>>> 
>>> However, the text that Mark quotes makes it clear that free availability is a non-requirement, which I think goes in the wrong direction.
>>> 
>>> I don't think we should publish this document as-is.
>>> 
>>> -Ekr
>>> 
>>> 
>>>> On Fri, May 10, 2024 at 4:49 PM Mark Nottingham <mnot=40mnot.net@xxxxxxxxxxxxxx> wrote:
>>> I'm sure that this has been discussed somewhere already, but I object to this text in the draft:
>>> 
>>>> Note that there is no requirement for a freely available copy of the reference after the publication of the draft as an RFC, nor is there any requirement that the copies be provided to the general public.
>>> This leaves the door open for an arbitrary fee or license being required to implement IETF standards, in direct contravention of its OpenStand commitments to have "[d]efined procedures to develop specifications that can be implemented under *fair terms*" (emphasis mine) and to "[ensure] a broad affordability of the outcome of the standardization process."[^1]
>>> 
>>> If we choose to allow this, at a minimum the draft needs to contain firm guidelines regarding the terms that such references are available to the public under -- regarding aspects such as intellectual property licensing, financial reasonableness, non-discriminatory access, and so forth.
>>> 
>>> That said, I think we can do better. One of the definitions of 'open standards' is _free to implement_, and I would hope that the IETF aspires to that.
>>> 
>>> Cheers,
>>> 
>>> 
>>> [^1]: see <https://open-stand.org/resources/>, slide 3
>>> 
>>> 
>>> 
>>>> On 11 May 2024, at 01:51, The IESG <iesg-secretary@xxxxxxxx> wrote:
>>>> 
>>>> 
>>>> The IESG has received a request from an individual submitter to consider the
>>>> following document: - 'Procedure for Standards Track Documents to Refer
>>>> Normatively to
>>>>   External Documents'
>>>>  <draft-kucherawy-bcp97bis-05.txt> as Best Current Practice
>>>> 
>>>> The IESG plans to make a decision in the next few weeks, and solicits final
>>>> comments on this action. Please send substantive comments to the
>>>> last-call@xxxxxxxx mailing lists by 2024-06-07. Exceptionally, comments may
>>>> be sent to iesg@xxxxxxxx instead. In either case, please retain the beginning
>>>> of the Subject line to allow automated sorting.
>>>> 
>>>> Abstract
>>>> 
>>>> 
>>>>   This document specifies a procedure for referencing external
>>>>   standards and specifications from IETF-produced documents on the
>>>>   Standards Track.  In doing so, it updates BCP 9 (RFC 2026).
>>>> 
>>>> 
>>>> 
>>>> 
>>>> The file can be obtained via
>>>> https://datatracker.ietf.org/doc/draft-kucherawy-bcp97bis/
>>>> 
>>>> 
>>>> 
>>>> No IPR declarations have been submitted directly on this I-D.
>>>> 
>>>> 
>>>> 
>>>> 
>>>> 
>>>> _______________________________________________
>>>> IETF-Announce mailing list -- ietf-announce@xxxxxxxx
>>>> To unsubscribe send an email to ietf-announce-leave@xxxxxxxx
>>> --
>>> Mark Nottingham   https://www.mnot.net/
>>> 
>>> --
>>> last-call mailing list -- last-call@xxxxxxxx
>>> To unsubscribe send an email to last-call-leave@xxxxxxxx
>>> --
>>> last-call mailing list -- last-call@xxxxxxxx
>>> To unsubscribe send an email to last-call-leave@xxxxxxxx
>> --
>> Mark Nottingham   https://www.mnot.net/
>> 
> <OpenPGP_0x87B66B46D9D27A33.asc>

-- 
last-call mailing list -- last-call@xxxxxxxx
To unsubscribe send an email to last-call-leave@xxxxxxxx




[Index of Archives]     [IETF Annoucements]     [IETF]     [IP Storage]     [Yosemite News]     [Linux SCTP]     [Linux Newbies]     [Mhonarc]     [Fedora Users]

  Powered by Linux