Re: [OPSAWG] 🔔 WG Adoption Call for draft-pignataro-opsawg-oam-whaaat-question-mark-03

Loa Andersson <loa@pi.nu> Sun, 21 April 2024 07:47 UTC

Return-Path: <loa@pi.nu>
X-Original-To: opsawg@ietfa.amsl.com
Delivered-To: opsawg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 601E0C14F736 for <opsawg@ietfa.amsl.com>; Sun, 21 Apr 2024 00:47:50 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001] autolearn=ham autolearn_force=no
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id PB-nF7Tk2Esi for <opsawg@ietfa.amsl.com>; Sun, 21 Apr 2024 00:47:48 -0700 (PDT)
Received: from pipi.pi.nu (pipi.pi.nu [83.168.239.141]) (using TLSv1.1 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 982ADC14F705 for <opsawg@ietf.org>; Sun, 21 Apr 2024 00:46:34 -0700 (PDT)
Received: from pi.nu (localhost.localdomain [127.0.0.1]) by pipi.pi.nu (Postfix) with ESMTP id 3CCD33A98BE; Sun, 21 Apr 2024 09:46:31 +0200 (CEST)
Received: from 119.94.41.211 (SquirrelMail authenticated user loa@pi.nu) by pi.nu with HTTP; Sun, 21 Apr 2024 09:46:31 +0200
Message-ID: <7274f49d7699be9b2d95aba08c4fde4b.squirrel@pi.nu>
Date: Sun, 21 Apr 2024 09:46:31 +0200
From: Loa Andersson <loa@pi.nu>
To: opsawg@ietf.org
Cc: adrian@olddog.co.uk, Carlos Pignataro <cpignata@gmail.com>
User-Agent: SquirrelMail/1.4.22
MIME-Version: 1.0
Content-Type: text/plain; charset="iso-8859-1"
Content-Transfer-Encoding: 8bit
X-Priority: 3 (Normal)
Importance: Normal
Archived-At: <https://mailarchive.ietf.org/arch/msg/opsawg/8ElbgpaCS-FZOX12b7NrCjcIVZM>
Subject: Re: [OPSAWG] &#128276; WG Adoption Call for draft-pignataro-opsawg-oam-whaaat-question-mark-03
X-BeenThere: opsawg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: OPSA Working Group Mail List <opsawg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/opsawg>, <mailto:opsawg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/opsawg/>
List-Post: <mailto:opsawg@ietf.org>
List-Help: <mailto:opsawg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/opsawg>, <mailto:opsawg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Sun, 21 Apr 2024 07:47:50 -0000

Working Group, Carlos, and Adrian,

The way I understood draft-pignataro-opsawg-oam-whaaat-question-mark, is that
while it updates RFC 6291, the updates are only additions, is that correctly
understood?

You give the guidance:

   The guidance in this document is to avoid the terms "*-band" and
   instead find finer-granularity descriptive terms. The definitions
   presented in this document are for use in all future IETF documents
   that refer to OAM, and the terms "in-band OAM" and "out-of-band OAM"
   are not to be used in future documents.

You mean that there is no need to go back and update old documents, e.g.
the MPLS WG has a handful of documents with *-band" in the title.
If we don't update them for some other reason? If so I support this.

Some small nits

- I think we should follow the RFC Editor, OAM is an abbreviation, not an
  acronym. Yes I know I had it wrong in RFC 6291, and if you want to make
  that update I'm all for it.

- you say: [RFC9197] currently uses the acronym "IOAM" for In Situ
  Operations, Administration, and Maintenance. While this document
  does not obsolete that acronym, it still recommends that "In situ
  OAM" is used instead to avoid potential ambiguity.

"Currently there are 7 RFCs that have the abbreviation IOAM in the title,
RFC 9197, RFC 9322, RFC 9326, RFC 9359, RFC 9378, RFC 9452, and RFC 9486,
I suspect there are more that have IOAM in the body.

You might want to make this a more general guidance than just to refer
to RFC 9197.

I also think we should make "OAM" well-known, so we don't have to expand
it when we use e.g. "In situ OAM" in a title.

Other than that I support adopting the draft as a working group draft.


/Loa

-- 
Loa Andersson
Senior MPLS Expert
Bronze Dragon Consulting
loa@pi.nu
loa.pi.nu.@mail.com