Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-sr-yang-19

Yingzhen Qu <yingzhen.ietf@gmail.com> Mon, 22 January 2024 19:39 UTC

Return-Path: <yingzhen.ietf@gmail.com>
X-Original-To: yang-doctors@ietfa.amsl.com
Delivered-To: yang-doctors@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id D5279C151536; Mon, 22 Jan 2024 11:39:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.107
X-Spam-Level:
X-Spam-Status: No, score=-2.107 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] 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 uWnCXBb7_fjh; Mon, 22 Jan 2024 11:39:17 -0800 (PST)
Received: from mail-lj1-x22e.google.com (mail-lj1-x22e.google.com [IPv6:2a00:1450:4864:20::22e]) (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 8EB19C14CE2C; Mon, 22 Jan 2024 11:39:17 -0800 (PST)
Received: by mail-lj1-x22e.google.com with SMTP id 38308e7fff4ca-2cd880ceaf2so39795441fa.2; Mon, 22 Jan 2024 11:39:17 -0800 (PST)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20230601; t=1705952355; x=1706557155; 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=Ed8EyEZNc0wUR7QOhEecuPSP/ZbtXexUQOF4bQTa4Pc=; b=AZG+hBLhDqqxyMQXk01bZCmQIYvMqmz+vr0ALWDRqIBbDLDXm7ujaJWOrQMBEnJ78/ usmGu5DS+u0yG4HX17Y5bwpASx9BpW4eN89BSdUUyV0Du8s7TyhbpaOvPeglghIcF28A DG1hvBLBxBJh3S03q2HRSFNWkGtehUd4ab6DS7NoRSoDeP+IRmGSvx5uUpaVOKgZNvOj SQN+WVleKskxDumXXGWU6FMzuGOwZTT43dQXvlEsUKmFaYQ2xHdJMcys75WJxdL4pi+c 5qybJLfj5/1haxRK0pQTwvAA7V91xjOoq47TtqCo5SHbB3yVmyHl57ofNLdC6R5HPqN4 hefA==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1705952355; x=1706557155; 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=Ed8EyEZNc0wUR7QOhEecuPSP/ZbtXexUQOF4bQTa4Pc=; b=T8o4/E5ZUPmdPUSvSbGMYjaq+bJwb5wQ2Ba50nyyFGqUbSAsX+EAp2Wz0Vn2UtM4DD FB2PKAitk3OpVkMiP+4vlH3EUPYCv26plX7fyP3VReiQkTd/oE6o8EjEDB29XcrdFpWR SmdhdMqEo1xOWSrRlBWwH4ciC02uywvYNL1jJXTR/Ukl/dYzoqBbZ+cqcf8534iWogep 6i12IDPkBnDuWLRf5a9EAQWB0OmnY59jnG1Rig1aMfa5hhIx2XGHUGXBuhFaLAO0e4is 24VBaHqDWtozZVHw4liNn9GtHBNoeILDKuaEUMZ62dNlR973YdXzqpmVDXKrNsjYHfZy FkRA==
X-Gm-Message-State: AOJu0YwsfxzVsPBncm4MKr+jOVfd3z7DRw1IcfoxL6KT4SqaKg6sRUch khutw3OYZyzvFX3Zmx3rERv9xVrznYv+ucVq0I2MiP41DUTNUbteBpmAfdZtCVIKUVu+/a4m12j dEiun7yAsxBe5x0m5Lfsq1FC5Qw==
X-Google-Smtp-Source: AGHT+IFVXpZu4xxKfJRMJbkdXM+Zx+z/hlMAxDH0IFHpE1padcVsTF5/O05CimWJkfDLru+TFCgxqM0b49jLB+S00t8=
X-Received: by 2002:a05:651c:4cf:b0:2cd:9959:53a5 with SMTP id e15-20020a05651c04cf00b002cd995953a5mr2052349lji.10.1705952355167; Mon, 22 Jan 2024 11:39:15 -0800 (PST)
MIME-Version: 1.0
References: <170519187203.2829.6087985821024655929@ietfa.amsl.com> <CABY-gOPzVTaCxfV=AWQwnitxyvMZUZozJP1mERZKn-8WDGeerA@mail.gmail.com> <457672390.513436.1705794832190@mail.yahoo.com> <1578607120.745334.1705932427000@mail.yahoo.com>
In-Reply-To: <1578607120.745334.1705932427000@mail.yahoo.com>
From: Yingzhen Qu <yingzhen.ietf@gmail.com>
Date: Mon, 22 Jan 2024 11:39:03 -0800
Message-ID: <CABY-gOO1utYVBes7Uy+oJCnY0k0HntO+bps2-aAGr1PMCSgXEw@mail.gmail.com>
To: Reshad Rahman <reshad@yahoo.com>
Cc: "yang-doctors@ietf.org" <yang-doctors@ietf.org>, "draft-ietf-isis-sr-yang.all@ietf.org" <draft-ietf-isis-sr-yang.all@ietf.org>, "last-call@ietf.org" <last-call@ietf.org>, "lsr@ietf.org" <lsr@ietf.org>
Content-Type: multipart/alternative; boundary="0000000000002233f3060f8dfcb1"
Archived-At: <https://mailarchive.ietf.org/arch/msg/yang-doctors/t9QFGUohA03o0s8Wfl5_fggcz7I>
Subject: Re: [yang-doctors] [Lsr] Yangdoctors last call review of draft-ietf-isis-sr-yang-19
X-BeenThere: yang-doctors@ietf.org
X-Mailman-Version: 2.1.39
Precedence: list
List-Id: Email list of the yang-doctors directorate <yang-doctors.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/yang-doctors/>
List-Post: <mailto:yang-doctors@ietf.org>
List-Help: <mailto:yang-doctors-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/yang-doctors>, <mailto:yang-doctors-request@ietf.org?subject=subscribe>
X-List-Received-Date: Mon, 22 Jan 2024 19:39:19 -0000

Hi Reshad,

Thanks for the review.

The "sid-binding-tlv" and "mt-sid-binding-tlv" are relatively big with more
content, so I thought it might be easier to read with a container. But
you're right, it's not following the YANG traditions, how about the
following?

    container sid-binding-tlvs {
      list sid-binding-tlv {
        key "prefix";
        uses sid-binding-tlv;
        description
          "Sid/label binding TLV, type 149.";
      }
      description
        "List of sid/label binding TLVs.";
    }
    container mt-sid-binding-tlvs {
      list mt-sid-binding-tlv {
        key "prefix mt-id";
        uses sid-binding-tlv;
        leaf mt-id {
          type uint16;
          description
            "A 12-bit field containing the non-zero ID
             of the topology.";
        }
        description
          "Multi-Topology SID/Label binding TLV, type 150.";
        reference
          "RFC 8667 - IS-IS Extensions for Segment Routing,
           Section 2.5";
      }
      description
        "List of multi-topology sid/label binding TLVs.";
    }

Thanks,
Yingzhen

On Mon, Jan 22, 2024 at 6:07 AM Reshad Rahman <reshad@yahoo.com> wrote:

> Hi,
>
> Typically we have a container (plural) including a list (singular). In -20
> it was done the other way round. Since this is read-only, IIRC we don't
> need the container including a list as we do for read-write. Is the
> container there for convenience?
>
> Regards,
> Reshad.
>
>
>   augment /rt:routing/rt:control-plane-protocols
>           /rt:control-plane-protocol/isis:isis/isis:database
>           /isis:levels/isis:lsp:
>     +--ro sid-binding-tlvs* []
>     |  +--ro sid-binding-tlv
>     |     +--ro prefix?                inet:ip-prefix
>     |     +--ro range?                 uint16
>     |     +--ro sid-binding-flags
>     |     |  +--ro flags*   identityref
>     |     +--ro prefix-sid-sub-tlvs* []
>     |     |  +--ro prefix-sid-sub-tlvs
>     |     |     +--ro prefix-sid-sub-tlv* [sid]
>     |     |        +--ro prefix-sid-flags
>     |     |        |  +--ro flags*   identityref
>     |     |        +--ro algorithm?          identityref
>     |     |        +--ro sid                 uint32
>     |     +--ro sid-sub-tlvs* []
>     |     |  +--ro sid-sub-tlv
>     |     |     +--ro length?   uint8
>     |     |     +--ro sid?      uint32
>     |     +--ro unknown-tlvs
>     |        +--ro unknown-tlv* []
>     |           +--ro type?     uint16
>     |           +--ro length?   uint16
>     |           +--ro value?    yang:hex-string
>     +--ro mt-sid-binding-tlvs* []
>        +--ro mt-sid-binding-tlvs
>           +--ro prefix?                inet:ip-prefix
>           +--ro range?                 uint16
>           +--ro sid-binding-flags
>           |  +--ro flags*   identityref
>           +--ro prefix-sid-sub-tlvs* []
>           |  +--ro prefix-sid-sub-tlvs
>           |     +--ro prefix-sid-sub-tlv* [sid]
>           |        +--ro prefix-sid-flags
>           |        |  +--ro flags*   identityref
>           |        +--ro algorithm?          identityref
>           |        +--ro sid                 uint32
>           +--ro sid-sub-tlvs* []
>           |  +--ro sid-sub-tlv
>           |     +--ro length?   uint8
>           |     +--ro sid?      uint32
>           +--ro unknown-tlvs
>           |  +--ro unknown-tlv* []
>           |     +--ro type?     uint16
>           |     +--ro length?   uint16
>           |     +--ro value?    yang:hex-string
>           +--ro mt-id?                 uint16
>
> On Saturday, January 20, 2024, 06:53:52 PM EST, Reshad Rahman <
> reshad@yahoo.com> wrote:
>
>
> [Yingzhen]: Thanks for catching this. I've updated the description.
> <Reshad> I looked at the changes in -20. That grouping is now gone and the
> (mt-)sid-binding-tlvs lists have no key, is that the intent?
> Also container mt-sid-binding-tlvs should be renamed to mt-
> sid-binding-tlv.
>
>
>