From nobody Mon Jul 12 07:06:11 2021 Return-Path: X-Original-To: core@ietfa.amsl.com Delivered-To: core@ietfa.amsl.com Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id EB5773A19DC; Mon, 12 Jul 2021 07:06:03 -0700 (PDT) X-Virus-Scanned: amavisd-new at amsl.com X-Spam-Flag: NO X-Spam-Score: -0.199 X-Spam-Level: X-Spam-Status: No, score=-0.199 tagged_above=-999 required=5 tests=[DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, DKIM_VALID_EF=-0.1, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=eggert.org Received: from mail.ietf.org ([4.31.198.44]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id L7fGIUSrY9lH; Mon, 12 Jul 2021 07:05:59 -0700 (PDT) Received: from mail.eggert.org (mail.eggert.org [IPv6:2a00:ac00:4000:400:211:32ff:fe22:186f]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 35BF33A19D0; Mon, 12 Jul 2021 07:05:45 -0700 (PDT) Received: from smtpclient.apple (unknown [85.131.57.102]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.eggert.org (Postfix) with ESMTPSA id 4BCB560034E; Mon, 12 Jul 2021 17:05:39 +0300 (EEST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=eggert.org; s=dkim; t=1626098739; bh=Kt7rTlGf/y0pzzQQjKrPqS4Fee9daPVRSUG6L8FQyqA=; h=From:Subject:Date:In-Reply-To:Cc:To:References; b=wH5V4ThsbAkRVWX1ULQpd/TXc56PoHY+WsgKCTEqmf6EmE4o2ACX/1LI6K4UsUBwI IUHo5wFUaM1sH+tf7Ws3OhgGuroM+EPrlJgN4AoWJNuCCGX2JmVR8vFRDVDIf+ciMr alVs0zu/zxZlmbvSPF2Rc8ekx0qDNVuvaNQpHSeU= From: Lars Eggert Message-Id: <3FCD1143-A5D3-4B67-AFC1-1508F7B3C7BE@eggert.org> Content-Type: multipart/signed; boundary="Apple-Mail=_4933D08D-EC12-4DBB-BB61-65BF4689A9D4"; protocol="application/pgp-signature"; micalg=pgp-sha512 Mime-Version: 1.0 (Mac OS X Mail 14.0 \(3654.100.0.2.22\)) Date: Mon, 12 Jul 2021 17:05:38 +0300 In-Reply-To: <161591604910.2184.1526890406711267425@ietfa.amsl.com> Cc: General Area Review Team , last-call@ietf.org, draft-ietf-core-sid.all@ietf.org, core@ietf.org To: Linda Dunbar References: <161591604910.2184.1526890406711267425@ietfa.amsl.com> X-MailScanner-ID: 4BCB560034E.A4451 X-MailScanner: Found to be clean X-MailScanner-From: lars@eggert.org Archived-At: Subject: Re: [core] [Last-Call] Genart last call review of draft-ietf-core-sid-15 X-BeenThere: core@ietf.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 12 Jul 2021 14:06:09 -0000 --Apple-Mail=_4933D08D-EC12-4DBB-BB61-65BF4689A9D4 Content-Transfer-Encoding: quoted-printable Content-Type: text/plain; charset=us-ascii Linda, thank you for your review. I have entered a No Objection ballot = for this document. Lars > On 2021-3-16, at 19:34, Linda Dunbar via Datatracker = wrote: >=20 > Reviewer: Linda Dunbar > Review result: Not Ready >=20 > I am the assigned Gen-ART reviewer for this draft. The General Area > Review Team (Gen-ART) reviews all IETF documents being processed > by the IESG for the IETF Chair. Please treat these comments just > like any other last call comments. >=20 > For more information, please see the FAQ at >=20 > . >=20 > Document: draft-ietf-core-sid-15 > Reviewer: Linda Dunbar > Review Date: 2021-03-16 > IETF LC End Date: 2021-03-17 > IESG Telechat date: Not scheduled for a telechat >=20 > Summary: > This document introduces the globally unique 63-bits integers to = identify YANG > items which include data nodes, RPCs, their associated inputs/outputs, > notifications, YANG modules, submodules, and features. >=20 > Major issues: > - One of the benefits of YANG is its explicit naming and = human-understandable > notations. It will be a nightmare if all the YANG items are = represented by > integers. YANG items being represented by integers will be worse than = the TYPE > values in the TLVs. At least, the TLV types are in the context of the = protocols > and their messages. - It will be a tremendous amount of work to map = all YANG > items to globally unique integers. - YANG has been widely deployed = without the > numbering system. Which environment will need the integer = representations? Who > will validate the numbers used? How to validate the YANG modules = represented by > those "integers"? >=20 > - SID can be mistaken as Segment Identifiers (SID). Suggest using a = different > name. >=20 > Minor issues: >=20 > Nits/editorial comments: >=20 > Best Regards, > Linda Dunbar >=20 >=20 > -- > last-call mailing list > last-call@ietf.org > https://www.ietf.org/mailman/listinfo/last-call --Apple-Mail=_4933D08D-EC12-4DBB-BB61-65BF4689A9D4 Content-Transfer-Encoding: 7bit Content-Disposition: attachment; filename=signature.asc Content-Type: application/pgp-signature; name=signature.asc Content-Description: Message signed with OpenPGP -----BEGIN PGP SIGNATURE----- iQIzBAEBCgAdFiEEmpq0ZpSoejRmyhheVLXDCb9wwVcFAmDsTDIACgkQVLXDCb9w wVeo+g//X5b41SpU4r8qKDb9BVORXZTxdORWn9U1JqgXGvHxwkIubzIS5SxzNPp1 C/dUJbxuQd5L36f6DpFG15aHmQaMsflMY8bFSu2gCjC/YLP1OG3vG1kmPJbHP92H 6mWD57Q9eSLKx82aQdxRi6Zpv5TxxB5TNAamLscUE0YJZOmNvU/kC/xr4f2WpYhm ksfmkNQG5XIIXnz4jOW/tmgQvVktcWSfAFJdWJJ/KWuCfEsOXcgngEe0QwoLl/6N FDdvP3IVgXNOyDDdIh41jNkL4Tgu8D7G8fwpMTqhUF9+b/HvBKgfPzgj+kBB+yH4 2pg6HqIS/JiDpHqih9RT94wm8l3jOa1NskyYmnxe61P1iXE5p78abOxALVLA6ZO4 Hcp3fMmgOmV13gLV3OtJyJlIhudBUBebuLPrcunTp2ug+gYrDVnPKpKGis9VyUUH 33jHWU4HBQq+XyTHbi1MtivsBlV5GbMLxKFknziMY4FSRK7pOnn5qlsQ/BJhVTTd FgK33doU+QjqNdnaf9NF7e0tPhivGi4yjZ4kI2nU3tkqXuzUgzKXeybrMGabIJfF uwXm5p7bkVpNda8xWgMx18L1kpYejqIjWdsk8bpMfpjyCo709B/ZugtV7E0xGN2W IdqQu9l2y1U7LEk2z+/8HGnoflPFOkKD+LBeEBUJa/yapMidgQw= =4wyZ -----END PGP SIGNATURE----- --Apple-Mail=_4933D08D-EC12-4DBB-BB61-65BF4689A9D4--