[Last-Call] Re: [mpls] draft-ietf-mpls-mna-ioam-15 ietf last call Rtgdir review

Adrian Farrel <adrian@olddog.co.uk> Tue, 27 October 2026 12:10 UTC

Received: from mta7.iomartmail.com (mta7.iomartmail.com [62.128.193.157]) (using TLSv1.2 with cipher ECDHE-ECDSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mx.ietf.org (Postfix) with ESMTPS id DAD0146; Tue, 27 Oct 2026 12:10:39 +0000 (UTC)
Authentication-Results: mx.ietf.org; dkim=pass header.d=olddog.co.uk header.s=20221128 header.b="Ad3 sB30"; spf=pass (mx.ietf.org: domain of adrian@olddog.co.uk designates 62.128.193.157 as permitted sender) smtp.mailfrom=adrian@olddog.co.uk; dmarc=pass (policy=none) header.from=olddog.co.uk
Received: from vs2.iomartmail.com (vs2.iomartmail.com [10.12.10.123]) by mta7.iomartmail.com (8.14.7/8.14.7) with ESMTP id 69RCAXMw027027; Tue, 27 Oct 2026 12:10:33 GMT
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E4A8246050; Tue, 27 Oct 2026 12:10:31 +0000 (GMT)
Received: from vs2.iomartmail.com (unknown [127.0.0.1]) by IMSVA (Postfix) with ESMTP id E16EA46048; Tue, 27 Oct 2026 12:10:31 +0000 (GMT)
Received: from asmtp1.iomartmail.com (unknown [10.12.10.248]) by vs2.iomartmail.com (Postfix) with ESMTPS; Tue, 27 Oct 2026 12:10:31 +0000 (GMT)
Received: from HPeliteAdrian (82-69-109-75.dsl.in-addr.zen.co.uk [82.69.109.75]) (authenticated bits=0) by asmtp1.iomartmail.com (8.14.7/8.14.7) with ESMTP id 69RCAVU1006633; Tue, 27 Oct 2026 12:10:31 GMT
From: Adrian Farrel <adrian@olddog.co.uk>
To: 'Loa Andersson' <loa@pi.nu>, rtg-dir@ietf.org
References: <179309842856.404514.3875914000421510685@dt-datatracker-7dc874ff8f-sl5zv>
In-Reply-To: <179309842856.404514.3875914000421510685@dt-datatracker-7dc874ff8f-sl5zv>
Date: Tue, 27 Oct 2026 12:10:30 -0000
Message-ID: <000701dd660c$291585e0$7b4091a0$@olddog.co.uk>
MIME-Version: 1.0
Content-Type: text/plain; charset="UTF-8"
Content-Transfer-Encoding: quoted-printable
X-Mailer: Microsoft Outlook 16.0
Thread-Index: AQGvETYIv2yj5gdfeTHsxHwT18X2Yrdt72cg
Content-Language: en-gb
x-bromium-msgid: 6af61902-6f56-4b58-919d-72fe886e6612
X-Originating-IP: 82.69.109.75
X-Thinkmail-Auth: adrian@olddog.co.uk
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed; d=olddog.co.uk; h=reply-to :from:to:cc:references:in-reply-to:subject:date:message-id :mime-version:content-type:content-transfer-encoding; s= 20221128; bh=u9ivnUpHiPfWY4zmnB9/t6tGD/7Ixg2UaairAH2eCyI=; b=Ad3 sB30rJENeVqW/B1MNrSrJXRxXnWbu24ILdAFvUasjsxPLN8t44cZNEEzQOo7oxBg d+OrVp9ldXZCuBH3Ixo5x977gZgYkk0QH8Mrn4TqJDDyEeAbgbP1YvzYK+vbe2U9 bTbwonx40eCR6NyQaee47yQQV32NhXW7Fpj8p7zPYVcQg+w15xD2nlKopov3R5BA QzSlTMretBsfg7nQqQuwYHaXqbwpzgVtRVdGEmMpzcaW79AicACuJdO33P0w1mHo iXFZ99h3ZG3RCNg3mS6eGP1cb++pfqhPRIOBNC6kuacWh/qd8bSY1NAuxGz9Po3m Fy9+asjQrje/l6Oj2+A==
X-TM-AS-GCONF: 00
X-TM-AS-Product-Ver: IMSVA-9.1.0.2090-9.0.0.1006-29464.005
X-TM-AS-Result: No--18.365-10.0-31-10
X-imss-scan-details: No--18.365-10.0-31-10
X-TMASE-Version: IMSVA-9.1.0.2090-9.0.1006-29464.005
X-TMASE-Result: 10--18.364700-10.000000
X-TMASE-MatchedRID: vbSD0OnL8/LxIbpQ8BhdbI61Z+HJnvsOYi1nZ7WB6LGqvcIF1TcLYH+9 /60dLoZeBHGj1qouCqswWx0dc5VA44P+zEDQnRb6M6ZpCRA4jtnCXeHJwJcT9vHvvmEceItb+03 a+MQ8RE0EMlmxZpVpMR5B9FLQM7mFrhbw5J/lpODfqVBdB7I8UehTC+nK3iu5nbRY5cD82wJWFh mPLWym/tXirfpLQ0TPCMO3A8admEdJHTIZMqWc3UNF5tKVli5KNroBpCbt+Gac2m5O3udcdALBc Zbhq25t5UPO79f6hhqsTpB1Wxdh0VZVo+BBBYvwHWRJEfGP5nmBs03RHrzjMybNZ5pVQyyIaMFg 8qPIFeoprTvYVi6ykQYyaCMCxtbno18wS3py3+x0BTqO7e+2CH0tCKdnhB581B0Hk1Q1KyJF5cN VarD5D7XwHj/AmsmGKzfM9B6IRt76C0ePs7A07SQvY0ueKrc1Jopzq7KBuWkBELrHtqBaDgUFKK J+bInwcQozUb2En6I=
X-TMASE-SNAP-Result: 1.821001.0001-0-1-22:0,33:0,34:0-0
X-Spamd-Bar: -------------------------
Message-ID-Hash: T2VVTVWWUGOXYN7MZEXKB7NKKNUXUKI4
X-Message-ID-Hash: T2VVTVWWUGOXYN7MZEXKB7NKKNUXUKI4
X-MailFrom: forwardingalgorithm@dmarc.ietf.org
X-Mailman-Rule-Misses: dmarc-mitigation; no-senders; approved; loop; banned-address; emergency; member-moderation; nonmember-moderation; administrivia; implicit-dest; max-recipients; max-size; news-moderation; no-subject; digests; suspicious-header
CC: draft-ietf-mpls-mna-ioam.all@ietf.org, last-call@ietf.org, mpls@ietf.org
X-Mailman-Version: 3.3.10
Precedence: list
Reply-To: adrian@olddog.co.uk
Subject: [Last-Call] Re: [mpls] draft-ietf-mpls-mna-ioam-15 ietf last call Rtgdir review
List-Id: IETF Last Calls <last-call.ietf.org>
Archived-At: <https://mailarchive.ietf.org/arch/msg/last-call/ttxyOHXMAm5TS2voAIdlwG6gMsg>
List-Archive: <https://mailarchive.ietf.org/arch/browse/last-call>
List-Help: <mailto:last-call-request@ietf.org?subject=help>
List-Owner: <mailto:last-call-owner@ietf.org>
List-Post: <mailto:last-call@ietf.org>
List-Subscribe: <mailto:last-call-join@ietf.org>
List-Unsubscribe: <mailto:last-call-leave@ietf.org>

Hello Loa,

Thanks for the review.

Jumping in as Shepherd.

> Abbreviations in the Abstract
>
>    The abstract is intended to be a stand alone text, the could be
>    read without direct acces to the rest of the document. Certain 
>    rules therefore applies to abstracts, including expansion of 
>    abbreviations.
>
>    IOAM is not a well-known abbreviation and should be expanded in
>    the abstract, as well as the body of the document.
>
>    I know that the RFC Editor will take care of this, so it does
>    not motivate a new version of the document on its own.
>
>    This said I wonder if someone (intentionally vague) should take 
>    action to make the abbreviation IOAM well-known.

I think IOAM is expanded on the first line of the Abstract.

Anyone can approach the RFC Editor and suggest that an abbreviation is included in the list if they believe it is well-known and widely used.

> Downrefs
>
>    The IDnits list two downrefs, to RFC 9789 and to 
>    draft-ietf-mpls-mna-ps-hdr. AS far as I can see the IDnits is
>    correctly identifies the downrefs.
>
>    I am a bit uncertain about the shepherds write-up (SWU) addresses
>    the downrefs. My understanding is that the shepherd needs to
>    identify downrefs so they can be mentioned in the IETF Last Call.
>
>    The SWU says that RFC 9789 is already in the registry, but the 
>    problem is not a missing document, but that the existing RFC has
>    a lower status (Informational) than the intended Standards Track
>    status of this document
>
>    The SWU also says that draft-ietf-mpls-mna-ps-hdris in the 
>    RFC Editors queue, which I think is OK since the IESG decision on
>    the status on the upcoming RFC is taken, however the reference
>    should be changed before publishing this document.
>
>    I also think that the downrefs should have been mentioned in the
>    IETF last call of draft-ietf-mpls-mna-ioam.

When I run idnits, I see only one Downref listed: RFC 9789.
As noted in the Shepherd Write-Up, that document already appears in the Downref Registry. I believe that means it does not need to be called out in the IETF Last Call.

But it is true that draft-ietf-mpls-mna-ps-hdr is a normative reference.
That document has not yet advanced to be an RFC, but it is in the RFC Editor Queue 
It is also a Standards Track document, so it:
- will become an RFC before this document
- is not going to be a Downref
This is remarked upon in point 18 of the Shepherd Writeup.

Best,
Adrian