Hi Michael,

I removed the IETF mailing list (SAAG) from the Cc.

At 09:12 AM 01-12-2024, Michael Richardson wrote:
Over in saag@, there is a multi-week long debate about whether/how to publish
algorithm allocations which are not the result of IETF consensus.  Some feel
that Specification Required is not strong enough, others feel it is too
strong, with the quasi-temporary nature of I-Ds intruding into the debate.

There was a discussion on another IETF mailing list in March 2024 about a similar topic: https://mailarchive.ietf.org/arch/msg/ietf/FqmdAQY_C7jOGh_KV-HkC5MP7Xs/


Stephen Farrell <stephen.farr...@cs.tcd.ie> wrote:
    > On 30/11/2024 02:17, Eric Rescorla wrote:
>> Well, it's possible this is about the RFC series, but I'm not yet sure,
    >> because there are two kinds of RFCs one could imagine here:
    >> 1. IETF Stream RFCs
    >> 2. Independent Stream RFCs
    >> Which do you have in mind?

(And not all RFCs in the IETF stream are standards...)

    > All RFCs in the series. But I do agree the two streams above are
    > of most relevance here mostly. IRTF stream RFCs though crop up in
    > these discussions too.

I think that the very-big-tent collective "we" have benefitted greatly from the
multi-decade ambiguity about the RFC series.

For instance, many of us know of (government) RFPs in which RFCs which were not
standards track were cited: many trade agreements require "Performance
Specifications", and bureaucrats usually can't tell what is what. (Nor often,
do they care)

Maybe it's time for us to clean up our own act.
A renewed push to only cite STDxx, and maybe actively characterize documents better.
Some have spoken about having a new series of some kind.

Gosh, it would be nice to get it all sorted before RFC10000.  There probably
isn't time to reach consensus though.

Do you cite other RFCs when you propose a RFC? Are those other RFCs standards (please see RFC 7127)?

If you were to answer yes to both questions, you would be resolving the ambiguity. A side-effect of that solution if it is applied within that Stream is that it will have a negative impact on the output of IETF Security Area. It will also cause more technical specifications to be published through the Independent Stream.

Regards,
S. Moonesamy
_______________________________________________
rfc-interest mailing list -- rfc-interest@rfc-editor.org
To unsubscribe send an email to rfc-interest-le...@rfc-editor.org

Reply via email to