Fwd: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

[Keith Moore <moore@xxxxxxxxxxxxxxxxxxxx>]

Summary: in private email Job Snijders clarified the specific purpose he had in mind for evolving/living documents, and I replied that I didn’t think I was in a position to evaluate use of such documents for that purpose and my only concern was that they shouldn’t be used for protocol specifications without a lot more discussion.  He asked that I disclose the result of our conversation to the list, and I’m hereby doing so.  (Hope forwarding from my phone is sufficient and not confusing.)

Keith

Sent from my iPhone

Begin forwarded message:

From: Keith Moore <moore@xxxxxxxxxxxxxxxxxxxx>
Date: July 4, 2019 at 6:46:06 PM EDT
To: Job Snijders <job@xxxxxxx>
Cc: Ted Lemon <mellon@xxxxxxxxx>
Subject: Re: Things that used to be clear (was Re: Evolving Documents (nee "Living Documents") side meeting at IETF105.)

Okay, I’m thinking more in terms of protocol specifications (ie most of IETF’s output) than operational recommendations.  I don’t think I have enough insight into ops to recommend for or against your proposal in that space as long as it’s not assumed to be broadly applicable to IETF as a whole.  

Or, if you want to recommend that mechanism for IETF-wide use it’s probably going to be a long discussion, with lots of different aspects to be considered.

Keith

Sent from my iPhone

On Jul 4, 2019, at 1:48 PM, Job Snijders <job@xxxxxxx> wrote:

I want us to go be able to produce operational guidance how to operate BGP-4 networks at a faster rate than the IETF can review and publish at this point in time. But smaller groups would be able to do it (like the motivated GROW working group) can. If you care about BGP-4 you should join the working group, if you don’t subscribe I will assume you don’t care and won’t either when the IETF side review happens.

We can’t tell people to stop using BGP-4, and we must provide the community with up-to-date information how to operate. We have to share the latest insights.

I don’t get your comments about early deployment, we are already 20 years into the deployment. This also has nothing to do with interopability, because IDR already requires multiple different implementations before a document can proceed to RFC.

I am an operator, I’m a consumer of IETF protocols, I see a gap and would like IETF to address it.

Kind regards,

Job