Re: Last Call: <draft-ietf-rtgwg-yang-rib-extend-14.txt> (RIB Extension YANG Data Model) to Proposed Standard

Yingzhen Qu <yingzhen.ietf@gmail.com> Mon, 01 May 2023 18:14 UTC

Return-Path: <yingzhen.ietf@gmail.com>
X-Original-To: rtgwg@ietfa.amsl.com
Delivered-To: rtgwg@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 7326BC151545; Mon, 1 May 2023 11:14:07 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.095
X-Spam-Level:
X-Spam-Status: No, score=-2.095 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, 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 dZHmvFtP3kEJ; Mon, 1 May 2023 11:14:06 -0700 (PDT)
Received: from mail-vs1-xe31.google.com (mail-vs1-xe31.google.com [IPv6:2607:f8b0:4864:20::e31]) (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 A3EC9C15153D; Mon, 1 May 2023 11:14:06 -0700 (PDT)
Received: by mail-vs1-xe31.google.com with SMTP id ada2fe7eead31-42e5b03e979so945109137.1; Mon, 01 May 2023 11:14:06 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20221208; t=1682964845; x=1685556845; h=cc:to:subject:message-id:date:from:in-reply-to:references :mime-version:from:to:cc:subject:date:message-id:reply-to; bh=O4xBFlR8fAhyhMZEta8N+Q2JNBbigZfnrvUtgaXP19Q=; b=L60sD+VMJPJqQqLk3aMQlJe9z2dNUmQll4rWcIs6ai7RJVSRpOjKyDaqTpzMrFowz+ h9v4YNmupwVGQoQLb9lSgX9yvgpK1bY/6y9tB2cnkuUXZyJ2a9g8XjnNG7Tem8m4CeAK JZY2cGj8iGvbd+cbnSJj5nZqVooOrU8mpOTiF/r6ipOXyrw2zZXynU9mdxFkMcSX75B8 VnzpwKmNjCYAK/TGY3EbzFWL6p5inARVU3ZFEcRcgEk1/aWkjefIKlZLPBF2IOjYv7IG q7bdz3lFv+grW/3g2PJNtK+LugVQPtGQQBK26dwaZQwGGcdSBFYdkUKXOfTVirbAE7bq WlIg==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20221208; t=1682964845; x=1685556845; 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=O4xBFlR8fAhyhMZEta8N+Q2JNBbigZfnrvUtgaXP19Q=; b=Tj0ANvlDdeJbOXa81OyzU0EU6htpAhYE85ac6LUUFkoR6Mc/uwaUC1Ese9paBBCfI0 bMZc1/egeiHlCj7hwMBuZn1/ETGTDEQfIpgDRvR12fZ40jqAGhYmibASLKOPZkQVqaNm EV3KiJr9LTiampFgCNu6LXXuGKOIB2ekajYOxtnWSuy34tEOUm/OOunwyTtaDX2Cugd5 hODD26K5710tGd8V/1Rjnl8dHEWRNRlarHvN+OWno+52nAOpIfZMiGACwfv4OcnQU6Gd biLHdLQ4znj6c47Hi+H1D7+y+y+1eu1AxY4ijCXgLdDV+BY0q5u/5bhXNjrOpZTFgyz5 1Uxg==
X-Gm-Message-State: AC+VfDzfKf/318JzXOlIhRLx7LFtc7Jj59KyN+nDbBDpA1C2pUTYdhXl 9wXCU5LJnqag+Xsf3i9x1rhoGQXu0bRPaHRXUZF6dQGjMQ==
X-Google-Smtp-Source: ACHHUZ7Vr5I1neNEH0xERPgT0tRbbWI8OKEqmNCmDxMArfHEglnAKIssyTKXchs8VNTzaPtLfIWU1sESL4LQhhTal50=
X-Received: by 2002:a67:ee84:0:b0:430:1fa:87c5 with SMTP id n4-20020a67ee84000000b0043001fa87c5mr4734323vsp.32.1682964845268; Mon, 01 May 2023 11:14:05 -0700 (PDT)
MIME-Version: 1.0
References: <168176765523.58407.10544206841356844901@ietfa.amsl.com> <644A40FC.8050409@btconnect.com>
In-Reply-To: <644A40FC.8050409@btconnect.com>
From: Yingzhen Qu <yingzhen.ietf@gmail.com>
Date: Mon, 01 May 2023 11:13:54 -0700
Message-ID: <CABY-gOPCfy6+r3PUJieY-hM9Tef-owHOcXfx8ynoeqogEWV1aQ@mail.gmail.com>
Subject: Re: Last Call: <draft-ietf-rtgwg-yang-rib-extend-14.txt> (RIB Extension YANG Data Model) to Proposed Standard
To: tom petch <daedulus@btconnect.com>
Cc: last-call@ietf.org, james.n.guichard@futurewei.com, rtgwg-chairs@ietf.org, draft-ietf-rtgwg-yang-rib-extend@ietf.org, rtgwg@ietf.org
Content-Type: multipart/alternative; boundary="000000000000c5925b05faa5c97f"
Archived-At: <https://mailarchive.ietf.org/arch/msg/rtgwg/_jVJcgSR80VzYEH6VT6gjH2xJNk>
X-BeenThere: rtgwg@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Routing Area Working Group <rtgwg.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/rtgwg/>
List-Post: <mailto:rtgwg@ietf.org>
List-Help: <mailto:rtgwg-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/rtgwg>, <mailto:rtgwg-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 01 May 2023 18:14:07 -0000

Hi Tom,

Thanks for your review and comments. Please see my answers below inline.

Thanks,
Yingzhen

On Thu, Apr 27, 2023 at 2:33 AM tom petch <daedulus@btconnect.com> wrote:

>
> I thought that I had commented on this Last Call but perhaps not.
>
> The English is quirky, e.g. mixed singular and plural, missing definite
> and indefinite articles and such like but I do not think that that
> impairs my understanding.
>
> [Yingzhen]: Would you please provide some details? I expect the RFC editor
will fix English grammar issues if there are any.


> Contacts needs https:
>
[Yingzhen]: fixed.


> The examples use the line folding convention which needs a reference
> else our XML reviewers will complain
>
[Yingzhen]: Added a reference to RFC 8792.

What makes life more difficult is the terminology which I find
> inconsistent e.g. tag, route tag, administrative tag - are these the
> same or different? and if different, which is the YANG leaf tag?  RIP
> has a tag which I think different but perhaps confusing to those who are
> familiar with it.
>
[Yingzhen]:  There is no RFC for a RIB definition, and we picked commonly
used terms in the industry. when you say "RIP has a tag", do you mean the
RIP example in Appendix C in RFC 8349? If so, leaf "tag" applies to a route.


> The Introduction sounds very generic in its talk of routing protocols
> but I think that it promises more than it delivers; the YANG description
> seem to do the same in places. The reality is that in some places only
> static routes are augmented; what about dynamic routes?  And where they
> are augmented then I think that that needs calling out.  In a similar
> vein, I think the first paragraph of s.3 wrong.
>
> [Yingzhen]: Dynamic routes are augmented by routing protocol models, for
example, OSPF model (RFC 9129) has the following:

  augment /rt:routing/rt:ribs/rt:rib/rt:routes/rt:route:

    +--ro metric?       uint32

    +--ro tag?          uint32
    +--ro route-type?   route-type


> 'The following tree snapshot' looks like an extract to me, not a snapshot.
>
[Yingzhen]: It's part of the entire tree. What do you suggest as the right
term?


> I have commented in the past about active route and I still find it
> tautological.
>
> Authors address gmail.com.com?
>
 [Yingzhen]: fixed.

Tom Petch
>
> On 17/04/2023 22:40, The IESG wrote:
> >
> > The IESG has received a request from the Routing Area Working Group WG
> > (rtgwg) to consider the following document: - 'RIB Extension YANG Data
> Model'
> >    <draft-ietf-rtgwg-yang-rib-extend-14.txt> as Proposed Standard
> >
> > The IESG plans to make a decision in the next few weeks, and solicits
> final
> > comments on this action. Please send substantive comments to the
> > last-call@ietf.org mailing lists by 2023-05-01. Exceptionally, comments
> may
> > be sent to iesg@ietf.org instead. In either case, please retain the
> beginning
> > of the Subject line to allow automated sorting.
> >
> > Abstract
> >
> >
> >     A Routing Information Base (RIB) is a list of routes and their
> >     corresponding administrative data and operational state.
> >
> >     RFC 8349 defines the basic building blocks for RIB, and this model
> >     augments it to support multiple next-hops (aka, paths) for each route
> >     as well as additional attributes.
> 1111111111111111>
> >
> >
> >
> > The file can be obtained via
> > https://datatracker.ietf.org/doc/draft-ietf-rtgwg-yang-rib-extend/
> >
> >
> >
> > No IPR declarations have been submitted directly on this I-D.
> >
> >
> >
> >
> >
> > _______________________________________________
> > rtgwg mailing list
> > rtgwg@ietf.org
> > https://www.ietf.org/mailman/listinfo/rtgwg
> > .
> >
>