Re: [Bier] status of draft-ietf-bier-oam-requirements

Alvaro Retana <aretana.ietf@gmail.com> Thu, 16 April 2020 20:43 UTC

Return-Path: <aretana.ietf@gmail.com>
X-Original-To: bier@ietfa.amsl.com
Delivered-To: bier@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7450A3A1053 for <bier@ietfa.amsl.com>; Thu, 16 Apr 2020 13:43:10 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.097
X-Spam-Level:
X-Spam-Status: No, score=-2.097 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, FREEMAIL_FROM=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, UNPARSEABLE_RELAY=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=gmail.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 xnSiL9Pv_Xxn for <bier@ietfa.amsl.com>; Thu, 16 Apr 2020 13:43:04 -0700 (PDT)
Received: from mail-wr1-x430.google.com (mail-wr1-x430.google.com [IPv6:2a00:1450:4864:20::430]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id D50E83A1058 for <bier@ietf.org>; Thu, 16 Apr 2020 13:43:03 -0700 (PDT)
Received: by mail-wr1-x430.google.com with SMTP id k11so119311wrp.5 for <bier@ietf.org>; Thu, 16 Apr 2020 13:43:03 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20161025; h=from:in-reply-to:references:mime-version:date:message-id:subject:to :cc:content-transfer-encoding; bh=JHmMZUTCgFup0NqSKESrncASQE4I5MmvRXWTip3DID0=; b=iwQzRNMHZJsPnrwprquey06SyUXqK/4cryI14kMonR72N6XtS9wxxCvG/OMZWAH4gh 4DLpm+rVtPLBbkBJWBgP/Z4PUuiGzESuEodgfPpGLcJzX4O5g3V9uEFiK67PvFGzaeB3 zhVGiBqOXIbKB9wzPecgxSV1UIig4H3cNIP5gnEB1FhizhWyKGwQdtR0Yq7Dkz4r6NaQ 26ibgmuBJlhjSHH8Opdza+/AaxCAfzj1xSKv3+ScAUS1kk5EqJoqBwk0QT6aVy1iQF8I J3TpRSWZlfYVGexeT2jrM3n9pLMosM/kqOb1UynvcQN+0WUKSPxWI6injoKPNr37D3WV /Hmw==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20161025; h=x-gm-message-state:from:in-reply-to:references:mime-version:date :message-id:subject:to:cc:content-transfer-encoding; bh=JHmMZUTCgFup0NqSKESrncASQE4I5MmvRXWTip3DID0=; b=NZLfvI367HFlfP6Cn9RzU3UfPE4q0Tqrf3hSE0kJG5EKSMo9ZfkxkTvjEr01danBYt mMtKEgc3uHvJyYBiVypsKNOuYmOlSEs3nBAtZ1LtLrEszw6DLXa1SWP874hrSRFu4abM J99bzBzA+ZbhS9pd9qL77f5RgLnhcffj3Luu5UvWlmX2DxfwrO5O8fZrvCHHmVgzstUW 4lxX8nFa0BuJppoLG+VjSz7Bv/HApzwecJ7kYW6J5Xii5ua2PwypF1WONvKpfT1jtgx4 aXA/6z2mKnVKcLZcJ1Oh/41Z9ctaLFRhVbxIbhJv1rOvELfLW9fXut/m8ziQvyp+Uqac Msew==
X-Gm-Message-State: AGi0Pua2NxCmhold/be1mUNH9+8f2jTOgiy4GCyDZ2fZaUgtI4j8y462 gJwpDK7XvUbGS3Vgx+coQr7EgpC1sXHONMyR3sw=
X-Google-Smtp-Source: APiQypKzO00j7YlhaHuTkFU61Lc45PCkQuZrj5klukpr0mAuoLrW+A5v3/rcZjA0bTJN+YY7pFDUyzJsUw+qHc/4ITc=
X-Received: by 2002:a5d:6b86:: with SMTP id n6mr41515wrx.113.1587069782096; Thu, 16 Apr 2020 13:43:02 -0700 (PDT)
Received: from 1058052472880 named unknown by gmailapi.google.com with HTTPREST; Thu, 16 Apr 2020 13:43:01 -0700
From: Alvaro Retana <aretana.ietf@gmail.com>
In-Reply-To: <CA+RyBmWQ5UWYZiBb1OheL_sdxK9_D8uYV8h4zHHZFfOgwqYp9g@mail.gmail.com>
References: <CA+wi2hPRtCz2kumEHGzxuFqvyhWexQzHSaiT21JFaHuYO9wTAA@mail.gmail.com> <CA+RyBmWQ5UWYZiBb1OheL_sdxK9_D8uYV8h4zHHZFfOgwqYp9g@mail.gmail.com>
MIME-Version: 1.0
Date: Thu, 16 Apr 2020 13:43:01 -0700
Message-ID: <CAMMESszgvtyeh6jiTcH0-2bix45b_nNvC0PbF14yn0UP6D0OFw@mail.gmail.com>
To: Greg Mirsky <gregimirsky@gmail.com>, Tony Przygienda <tonysietf@gmail.com>
Cc: BIER WG <bier@ietf.org>
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <https://mailarchive.ietf.org/arch/msg/bier/D8m9ntWTWShRhCFErXORQsiR9ng>
Subject: Re: [Bier] status of draft-ietf-bier-oam-requirements
X-BeenThere: bier@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "\"Bit Indexed Explicit Replication discussion list\"" <bier.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/bier>, <mailto:bier-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/bier/>
List-Post: <mailto:bier@ietf.org>
List-Help: <mailto:bier-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/bier>, <mailto:bier-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 16 Apr 2020 20:43:11 -0000

On April 16, 2020 at 3:17:38 PM, Greg Mirsky wrote:


Greg:

Hi!

Answering only the parts about the document states.  The decision
about the document itself is up to the WG.


...
See rfc6174: Definition of IETF Working Group Document States


> On the other hand, to the best of my understanding and please correct me if
> I'm wrong here, the headstone saying "Dead WG Document" would not remove it
> from the list of documents on BIER WG page and it can be easily accessed by
> anyone interested to read.

>From §4.2.6:

   A "Dead WG Document" is an I-D that has been abandoned.  Note that
   'Dead' is not always a final state for a WG I-D.  If consensus is
   subsequently achieved, a "Dead WG Document" may be resurrected.  A
   "Dead WG Document" that is not resurrected will eventually expire.

Given that all drafts are now archived regardless of the state, it
will still be available.  I believe that a document will show up in
the datatracker while not expired.


> Also, would marking it as "Dead WG Document" affect the progress of
> solution-proposing drafts that use draft-ietf-bier-oam-requirements as an
> informational reference?

Having a draft (any draft) as an Informative reference shouldn't be a
showstopper for publication.

However, if the reference is used to justify the need for a specific
solution or to point at specific requirements, then someone could
question the "abandoned" nature of the work, and whether the document
reflects the consensus of the WG.


> If there will be no negative impact, then I'd conclude with "it would be nice
> to publish but the other way is okay too". I hope I didn't confuse you all.

Not publishing a support document like this one is in line with the
IESG statement about Support Documents in IETF Working Groups [1].  As
the responsible AD, not publishing is perfectly fine with me.


Following Tony's suggestion of WGLCing the document...  If the WG
wants to be able to reference this draft in the future, the WGLC
should explicitly consider that question (along with the others Tony
mentioned).  The current version doesn't have to be the final version
of the document and the WG is able (if there's interest) to keep
working on it -- just like any other document.

If the WG decides to keep the draft as reference material, a more
appropriate status may be "Adopted for WG Info Only" or simply "WG
Document".  From rfc6174:

===
4.2.3.  Adopted for WG Info Only

   The "Adopted for WG Info Only" state describes a document that
   contains useful information for the WG that adopted it, but the
   document is not intended to be published as an RFC.  The WG will not
   actively develop the contents of the I-D or progress it for
   publication as an RFC.  The only purpose of the I-D is to provide
   information for internal use by the WG.

4.2.4.  WG Document

   The "WG Document" state describes an I-D that has been adopted by an
   IETF WG and is being actively developed.
===


Alvaro.


[1] https://www.ietf.org/about/groups/iesg/statements/support-documents/