Re: [RTG-DIR] Rtgdir last call review of draft-ietf-idr-rfc7752bis-11

Ketan Talaulikar <ketant.ietf@gmail.com> Mon, 07 November 2022 06:04 UTC

Return-Path: <ketant.ietf@gmail.com>
X-Original-To: rtg-dir@ietfa.amsl.com
Delivered-To: rtg-dir@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 99CC7C1522A9; Sun, 6 Nov 2022 22:04:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.104
X-Spam-Level:
X-Spam-Status: No, score=-7.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_HI=-5, 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 jsJt5OOvhLqr; Sun, 6 Nov 2022 22:04:05 -0800 (PST)
Received: from mail-lj1-x229.google.com (mail-lj1-x229.google.com [IPv6:2a00:1450:4864:20::229]) (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 C6B04C14CF0F; Sun, 6 Nov 2022 22:04:02 -0800 (PST)
Received: by mail-lj1-x229.google.com with SMTP id t10so14688128ljj.0; Sun, 06 Nov 2022 22:04:02 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=FTdWfQh5p0WIniBwfQEP0A8oTCg5MFJ12MQ+mWefNfc=; b=Pba6ebdO0+cXFaitS9i/Hd2qZxnOdYaN97lzSh/H+KNK8FP/XW+iMZyIz1n4rgqtok 2ov3gZOBXVFbpk1oSB8/3MoRsYVCJIvMx/cLjRGJOV4PSwQxfjNnpzKtWIu1muHDbtI4 hn7fmk3K5aVMyvmodD8UAvP9bH7+VGkQ1RdGSnvYMAiJmI+q5iWM5mtPua6PvYxyBSIC LnuIRpsdqNy+ceC5f60XfTHo4ou6/aUxp3SneN1ptP7rHqYvq3frQN3ndOe16fRBwW6W iOrc0j1k1HRlL30WYXLlvLwOCZnvGnabTtZKS4sdIqyLYqB28Oz9EfGJv/Gk8524/Hln 3tTQ==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; 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=FTdWfQh5p0WIniBwfQEP0A8oTCg5MFJ12MQ+mWefNfc=; b=SaL6zx7q6LY64k+Ud5rtBzMrDtzmWOGkb4hwzehEmIxIywHgUt2LHDuy+U8LPFNoff Unh2gY1yHaTPj/K2JORgWDhIhozdkNFFodlBmAtG9ieRzzMcJunt6CONDUiKecmVQZ7O dxS1fKhWbXs7RJSRflzTxo5vE7VLrV0JxWsDdBVbHUOhyeVVDgeTddF5q4ZVne00o6LE a6LOH671MULlfUj0tw6igjtTtthZfsGKCdw1VqO2hAXNv4BirD3lbx6L5BwU2carAOnD jld++uzJcjLrDRL1r8WlDsNqV//8zgZbtF/4GpqO6f2w22ff8L+5IzHsoZ81oSKDMzun /MXA==
X-Gm-Message-State: ACrzQf3AlLbgNzigSDNev1CmhsivUmy9joL0O4b6VJVQa9YTEZZi5QYB a9RI2ycZS+Y0CjnVPWrl1r0N10FC5fjbRQcnESuxqXnUCTc=
X-Google-Smtp-Source: AMsMyM5DCUo8DgIRZmB8hOcXXItALO67NOSQLnbA+12RFqbFQs2H0OvenAE3lYux1+W5yHfTra1PHzFX34oOiGS6TOw=
X-Received: by 2002:a05:651c:1503:b0:277:9d8:d5a8 with SMTP id e3-20020a05651c150300b0027709d8d5a8mr16498227ljf.389.1667801040787; Sun, 06 Nov 2022 22:04:00 -0800 (PST)
MIME-Version: 1.0
References: <166687930912.48245.7099679165950186076@ietfa.amsl.com>
In-Reply-To: <166687930912.48245.7099679165950186076@ietfa.amsl.com>
From: Ketan Talaulikar <ketant.ietf@gmail.com>
Date: Mon, 07 Nov 2022 11:33:48 +0530
Message-ID: <CAH6gdPxHvCN4N29CCWHw8XqLqZmQSpJxibyBNbNBZ_LiLfXmmg@mail.gmail.com>
To: Joel Halpern <jmh@joelhalpern.com>
Cc: rtg-dir@ietf.org, draft-ietf-idr-rfc7752bis.all@ietf.org, idr@ietf.org, last-call@ietf.org
Content-Type: multipart/alternative; boundary="000000000000979b5b05ecdb30e3"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtg-dir/Ei0JTvTy1jLAFUhlw-534B0_wbE>
Subject: Re: [RTG-DIR] Rtgdir last call review of draft-ietf-idr-rfc7752bis-11
X-BeenThere: rtg-dir@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Routing Area Directorate <rtg-dir.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtg-dir/>
List-Post: <mailto:rtg-dir@ietf.org>
List-Help: <mailto:rtg-dir-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtg-dir>, <mailto:rtg-dir-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 07 Nov 2022 06:04:09 -0000

Hi Joel,

Thanks for your review and please check inline below for responses.

On Thu, Oct 27, 2022 at 7:32 PM Joel Halpern via Datatracker <
noreply@ietf.org> wrote:

> Reviewer: Joel Halpern
> Review result: Has Nits
>
> Hello,
>
> I have been selected as the Routing Directorate reviewer for this draft.
> The
> Routing Directorate seeks to review all routing or routing-related drafts
> as
> they pass through IETF last call and IESG review, and sometimes on special
> request. The purpose of the review is to provide assistance to the Routing
> ADs.
> For more information about the Routing Directorate, please see
> http://trac.tools.ietf.org/area/rtg/trac/wiki/RtgDir
>
> Although these comments are primarily for the use of the Routing ADs, it
> would
> be helpful if you could consider them along with any other IETF Last Call
> comments that you receive, and strive to resolve them through discussion
> or by
> updating the draft.
>
> Document: draft-ietf-idr-rfc7752bis-11
> Reviewer: Joel Halpern
> Review Date: 26-Oct-2022
> IETF LC End Date: N/A
> Intended Status: Proposed Standard
>
> Summary:
>     This document is basically ready for publication but has nits that
> should
>     be considered prior to publication.
>
> Comments:
>
> Please supply an overview of the draft quality and readability.
> Include anything else that you think will be helpful toward understanding
> your
> review.
>
> Major Issues:
>     None
>
> Minor Issues:
>     None
>
> Nits:
>   At the end of the first paragraph of section 4, could we add a sentence
>   saying "the BGP-LS attributes appear within the corresponding new BGP
> NLRI"
>   or similar?  While that is explained later in section 4, the length of
> the
>   section means that a new reader is left wondering for quite some time.
>

KT> The BGP-LS Attribute TLVs do not appear within the NLRI. Sec 4.2
introduces BGP-LS NLRIs and indicates that they are carried within the
MP_REACH/UNREACH. Further Sec 4.3 introduces the BGP-LS Attribute and
indicates that they are carried as part of the BGP update along with the
Link State NLRIs (and other attributes). Perhaps we can clarify a bit
upfront that the new NLRI types are carried in the MP_REACH/UNREACH?


>
>  Section 4.1 has the paragraph:
>    All TLVs within the NLRI that are not specified as mandatory are
>    considered optional.  All TLVs within the BGP-LS Attribute are
>    considered optional unless specified otherwise.
>   As far as I can tell, those two sentences are saying, about two different
>   aspects of the encoding, the same thing.  But they say it in different
> ways.
>   If there is some subtle difference in meaning taht is intended, please
>   clarify.  If the meaning is indeed the same, could we use parallel
>   construction to avoid readers thinking there is a difference?
>

KT> They are talking about two different "containers" - the NLRI and the
BGP-LS Attribute. The "default" is different for them.

Thanks,
Ketan