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. > > >
- [yang-doctors] Yangdoctors last call review of dr… Reshad Rahman via Datatracker
- Re: [yang-doctors] Yangdoctors last call review o… Yingzhen Qu
- Re: [yang-doctors] [Lsr] Yangdoctors last call re… Reshad Rahman
- Re: [yang-doctors] [Lsr] Yangdoctors last call re… Reshad Rahman
- Re: [yang-doctors] [Lsr] Yangdoctors last call re… Yingzhen Qu
- Re: [yang-doctors] [Lsr] Yangdoctors last call re… Reshad Rahman
- Re: [yang-doctors] [Lsr] Yangdoctors last call re… Yingzhen Qu