Re: [mpls] Extended Working Gorup Last Call and IPR Poll on draft-ietf-mpls-spring-inter-domain-oam-06

Dhruv Dhody <dhruv.ietf@gmail.com> Mon, 22 January 2024 09:15 UTC

Return-Path: <dhruv.ietf@gmail.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id DD13EC14F5E9 for <mpls@ietfa.amsl.com>; Mon, 22 Jan 2024 01:15:32 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.104
X-Spam-Level:
X-Spam-Status: No, score=-2.104 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, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_NONE=-0.0001, RCVD_IN_ZEN_BLOCKED_OPENDNS=0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=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 ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id cyhlp8fqB-Ie for <mpls@ietfa.amsl.com>; Mon, 22 Jan 2024 01:15:31 -0800 (PST)
Received: from mail-ua1-x932.google.com (mail-ua1-x932.google.com [IPv6:2607:f8b0:4864:20::932]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits) server-digest SHA256) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id B364CC14F686 for <mpls@ietf.org>; Mon, 22 Jan 2024 01:15:31 -0800 (PST)
Received: by mail-ua1-x932.google.com with SMTP id a1e0cc1a2514c-7d2dee968a5so372008241.0 for <mpls@ietf.org>; Mon, 22 Jan 2024 01:15:31 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705914930; x=1706519730; darn=ietf.org; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=wf7SjOV0SjLX/XYMPJXvaaokq5MDSTZLTQ87rYXFjX4=; b=LW8LzgWu7feJ6m3o6MytCPJV32l84J6st5/LZ0Ait0CsMByZz3hJoVjljwwxI3vuhi 6wnqQqdTBdivAf5sKSS8x6rkeXAYSPrZueSO9cf2yT0YcKvZbKJ2sd9gZ6dc41HgcR7T aU+rACNipizdr8t8h5Zu+KUreQQeHuiyWbid/5bQ7EWTYvWj8PD1Oly8UJ7ZpiBDybCa YU1y1cBRyHHixGHv7+eaEVwJsGSHT/EPJ686mrF5DjWyubBZcolJieIen0ggFlfonXZ/ Si0St7ltGY4yZaglo47c9QQ8Iez5S8K/s3FvLAGxRew53f8IAXqQ4KxEWZH0FDH/+Daz sxgQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705914930; x=1706519730; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:x-gm-message-state:from:to:cc:subject:date:message-id :reply-to; bh=wf7SjOV0SjLX/XYMPJXvaaokq5MDSTZLTQ87rYXFjX4=; b=YIP7PTZtgJh5JLLY0ON8aS0SzrYXub1TIXueDWr87EsfHfCOcyDu4Qm1xML1CPTNa3 pQaIT7qdQN4n2NwQc8Xv5nVxosjKnzVfo5nCbV7g1UYs/txg5shx2Vy6nCYWLlEJcFAH 504CP+e71/NHPtIvE/fY+dDKW4XwAqazCU8cZzs0UgTbS3fixR8aKFb+xCACzFmHnRzR K3h7Tr5NAXYETm/qUs5Bm2zt+H4isbEdZYdtSgP0rIEedOhut69u9Y1SB33lD2Mz/FD+ yi2iD+6oo+pArasB2GhjPcdRBH04pdL3K/NdKnhIPOyr2CHYT/meAi+qw/P5kiyRQNIv iWzQ==
X-Gm-Message-State: AOJu0YwsYcO0PjzWldY/Cyi//oppepfnRbzbkOrHzEsY08vd5mvj9CG5 iKxGPYN7GVqzmWsMEARTvSnPNmNJ9Ez7D0xDzwbU/WiDJXaoJZvEHOEHUNX/2iEP4/KRXrmyn2X IsJeLX2m2GoVwn7Y//WCy2tDLwUg=
X-Google-Smtp-Source: AGHT+IE6jSMoR7cVMzxyal+Nkj9Al1qq0IkatGrisJayn4rcHy/9p1BMJlKwQLTfC/atRoEosfPYxqAAYHeDmNPcFdc=
X-Received: by 2002:a67:ebcb:0:b0:469:b4da:1905 with SMTP id y11-20020a67ebcb000000b00469b4da1905mr665195vso.18.1705914930022; Mon, 22 Jan 2024 01:15:30 -0800 (PST)
MIME-Version: 1.0
References: <02a101da31ed$ef5164f0$cdf42ed0$@olddog.co.uk> <02b401da31f3$50400dc0$f0c02940$@olddog.co.uk> <052d01da432d$3a6de1c0$af49a540$@olddog.co.uk>
In-Reply-To: <052d01da432d$3a6de1c0$af49a540$@olddog.co.uk>
From: Dhruv Dhody <dhruv.ietf@gmail.com>
Date: Mon, 22 Jan 2024 14:44:53 +0530
Message-ID: <CAB75xn4PByHAvth-yU2-5rWQk1u+6H_1eoPrZkagLg-xJxXu9Q@mail.gmail.com>
To: adrian@olddog.co.uk
Cc: mpls@ietf.org
Content-Type: multipart/alternative; boundary="0000000000006bd2ca060f85451a"
Archived-At: <https://mailarchive.ietf.org/arch/msg/mpls/aHi0MXsK3qoAvqYzbPcaVmA-98E>
Subject: Re: [mpls] Extended Working Gorup Last Call and IPR Poll on draft-ietf-mpls-spring-inter-domain-oam-06
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2024 09:15:33 -0000

Hi,

Please find my comments related to WGLC, that should be addressed before we
send the I-D out to our AD.

## Minor
* Section 1, Figure 1 has 3 ASes, but the text says "For example Figure 1
describes an inter-AS network scenario consisting of ASes AS1 and AS2."
* You should add a reference to how EPE SIDs are handled, as your examples
use them. Any issue adding text and reference to
https://datatracker.ietf.org/doc/draft-ietf-mpls-sr-epe-oam/?
* Section 4.4, Does this needs an IANA registry to allow easy allocation of
new flags in future.
* Section 6.2; avoid using MUST when you are restating a rule already
defined in other RFCs, please use them when it is specific to the new
procedure defined in this I-D only.
* Section 8.1, "It is recommended..", why not RECOMMENDED?
* Section 9, "the network devices MUST have mechanisms to prevent of
Denial-of-service attacks"; needs a reference to those mechanisms - maybe
RFC8209?
* Section 10, Please expand IANA consideration, provide clear
identification for registries and the action that IANA is supposed to make.
Currently you only have a list and it is left to the reader/IANA to figure
it out. Also please change TBD to TBD1,TBD2,TBD3 as used in Section 4.
    * Also, The correct range should be 32768-49161 for Standards Action!
* Suggest to follow the RFC7942 template for section 12.1

## Nits
* Expand PMS, SR in the title
* Expand the following on first use
    * AS
    * LSP
    * EPE
    * ABR
    * ASBR
    * TC
    * MBZ
    * CLI
* There are many many grammar errors. Please run the text via a grammar
check such as Grammarly.
* Section 9, "across multiple domains or multiple ASes" -> either just say
"multiple domains" (without AS) or change it to "across multiple IGP
domains or multiple ASes".
* s/MACSEC/MACsec/
* s/evnt/event/

## Past Review
* I did a review at the time of adoption. While some comments were acted
on, others were left out [
https://mailarchive.ietf.org/arch/msg/mpls/b9l6awSH1Jp8DLTI4kx95ym894Q/].
Request authors to recheck.

Thanks!
Dhruv


On Wed, Jan 10, 2024 at 12:24 AM Adrian Farrel <adrian@olddog.co.uk> wrote:

> Hi working group.
>
> A very disappointing response to both the IPR poll and the working group
> last call.
>
> As far as I can see, just one author and the contributor responded to the
> IPR poll (thanks to them for that).
>
> And no one made any comments one way or the other in the last call despite
> that also being advertised in SPRING.
>
> Additionally, the draft just expired.
>
> The chairs have discussed this and think it is possible that the holiday
> season interfered with everyone's work schedule.
>
> So we are extending the last call until 23rd January (two more weeks).
>
> Please understand that if we don't hear support (preferably with reviews)
> in that time, we will move the document back into the WG from where it will
> only emerge with evidence of renewed support, and even then at the end of
> the queue.
>
> Best,
> Adrian
>
> -----Original Message-----
> From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian Farrel
> Sent: 18 December 2023 20:47
> To: mpls@ietf.org
> Subject: Re: [mpls] Working Gorup Last Call and IPR Poll on
> draft-ietf-mpls-spring-inter-domain-oam-06
>
> Note well: I have inherited Loa's ability to type WGLC announcements 😉
>
> -----Original Message-----
> From: mpls <mpls-bounces@ietf.org> On Behalf Of Adrian Farrel
> Sent: 18 December 2023 20:08
> To: mpls@ietf.org
> Cc: draft-ietf-mpls-spring-inter-domain-oam@ietf.org; 'Carlos Pignataro' <
> cpignata@gmail.com>
> Subject: [mpls] Working Gorup Last Call and IPR Poll on
> draft-ietf-mpls-spring-inter-domain-oam-06
>
> Hi,
>
> == IPR ==
>
> Draft authors (Shraddha, Kapil, Mukul, Samson, and Nagendra) and
> Contributors (Carlos and Zafar), please respond to this email (on list)
> saying whether or not you are aware of IPR that applies to this document.
> If
> so, please state whether this IPR has already been disclosed in compliance
> with IETF IPR rules (see RFCs 3979, 4879, 3669 and 5378 for more details).
>
> Please note that there are two IPR disclosures against the original
> individual I-Ds (https://datatracker.ietf.org/ipr/3937/ and
> https://datatracker.ietf.org/ipr/5234/), but no explicit disclosure has
> been
> made against this document.
>
> If you are on the MPLS WG email list but are not listed as an author or
> contributor, then please explicitly respond only if you are aware of any
> IPR
> that has not yet been disclosed in conformance with IETF rules.
>
> Mach, as document shepherd, will collate the responses.
>
> == Working Group Last Call ==
>
> This email starts a three week last call ending on 9th January at 9am GMT
> (an extended last call to cover the Festive period).
>
> We solicit all opinions on whether this document is ready to move forward,
> but we are particularly keen to hear reasoned comments with associated
> reviews.
>
> Mach, as document shepherd, will keep track of comments to ensure they are
> addressed.
>
> == Implementation Status ==
>
> While it is not a requirement (and implementations are not required), it is
> very helpful to know the present and planned implementation status of
> documents as they progress to IESG evaluation.
>
> Everyone is encouraged to report any implementation status that they are
> aware of, and the authors are encouraged to add an Implementation Status
> section to the draft per RFC 7942 even if that is just a note that no
> implementations are known at the moment.
>
>
> Many thanks,
> Adrian
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>
> _______________________________________________
> mpls mailing list
> mpls@ietf.org
> https://www.ietf.org/mailman/listinfo/mpls
>