Re: [core] Robert Wilton's Discuss on draft-ietf-core-sid-16: (with DISCUSS and COMMENT)

"Rob Wilton (rwilton)" <rwilton@cisco.com> Tue, 13 July 2021 18:52 UTC

Return-Path: <rwilton@cisco.com>
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 2B9453A0C86; Tue, 13 Jul 2021 11:52:51 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -9.585
X-Spam-Level:
X-Spam-Status: No, score=-9.585 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, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H3=0.001, RCVD_IN_MSPIKE_WL=0.001, SPF_NONE=0.001, T_SPF_HELO_TEMPERROR=0.01, URIBL_BLOCKED=0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com header.b=Te0jURFd; dkim=pass (1024-bit key) header.d=cisco.onmicrosoft.com header.b=GEeD480a
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 suae--dHZZ8a; Tue, 13 Jul 2021 11:52:45 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 665883A0C84; Tue, 13 Jul 2021 11:52:45 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7566; q=dns/txt; s=iport; t=1626202365; x=1627411965; h=from:to:subject:date:message-id:references:in-reply-to: content-transfer-encoding:mime-version; bh=Z9uYUzVYZdTpk4LqPneyqYnki2+6pXvhfmF+22mxL4c=; b=Te0jURFdGgyPaJi060k08QEj1aXvz9izxe5HmVzUfWB8W/qFj2xGLt7h frubv7an3vGKAcn8DMi7Ut8ip3QfO4ouHRyCSrlLPYx1bLqMV4No++HoP 0eYX76eZZaynNMWiYuobsL3svwM6nm4swRUS+evmnY5EgngO7Dn9KkfuJ E=;
X-IPAS-Result: =?us-ascii?q?A0AkBACh4O1gl4kNJK1aHgEBCxIMQIFOC4FTUX5aNzGES?= =?us-ascii?q?INIA4U5iFcDmiyBLoElA1QLAQEBDQEBNwoEAQGBYIJ0AheCYAIlNQgOAgQBA?= =?us-ascii?q?QEBAwIDAQEBAQUBAQUBAQECAQYEFAEBAQEBAQEBaIVoDYZFAQEBAwESEREMA?= =?us-ascii?q?QEpDwsEAgEIEQQBAQECAiYCAgIwFQgIAgQBEggagk8BglUDDiEBDptMAYE6A?= =?us-ascii?q?oofeoEygQGCBwEBBgQEgTkCDkGDQRiCMgmBECqCe4QOgmiDeiccgUlEgRVDg?= =?us-ascii?q?mI+ggReAQECAYFfgxU2gi6DGwFnJyoBAS8xHxIHRiYBDmSUb4hsnw8KgySKM?= =?us-ascii?q?44lhXYSg2OLXJcalgaML5hUAgQCBAUCDgEBBoFdAzSBW3AVgyQJRxkOjh8MD?= =?us-ascii?q?QkVgmVUhRSFSnM4AgYBCQEBAwmHeQEB?=
IronPort-PHdr: A9a23:8pJLMRJTQbuLEKz+1dmcuYUyDhhOgF28FhUc7JYqj7dHdOKo9seqM E/e4KBri1nEFcXe5ulfguXb+6bnRSQb4JmHvXxDFf4EVxIMhcgM2QB1BsmDBB7gJfjmYig/F cIEX1Y2t32+OFJeTcD5YVCaq3au7DkUTxP4Mwc9Jun8FoPIycqt0OXn8JzIaAIOjz24MttP
IronPort-HdrOrdr: A9a23:yWZ/vavnkMWX29JJmVM2FUab7skC+YMji2hC6mlwRA09TyXGra GTdaUguyMc1gx/ZJh5o6H9BEDyewKiyXcT2/heAV7CZniohILMFuFfBOTZskXd8kHFh4tgPO JbAtVD4b7LfBlHZKTBkXKF+r8bqbHtms3F9ISurUuFDzsaEZ2IhD0JbTpzZ3cGPTWucqBJcq Z0iPA3wwaISDAyVICWF3MFV+/Mq5ngj5T9eyMLABYh9U2nkS6owKSSKWnZ4j4uFxd0hZsy+2 nMlAL0oo+5teug9xPa32jPq7xLhdrazMdZDsDksLlXFtyssHfrWG1SYczHgNkHmpDp1L/sqq iLn/4UBbU315oWRBDtnfKi4Xi57N9k0Q6d9bbRuwqTnSW+fkNgNyKE7rgpLycwLCEbzYtBOe twrhKknosSAhXakCvn4d/UExlsi0qvuHIn1fUelnpFTOIlGfRsRKEkjQpo+a07bWrHAUEcYZ 1TJdCZ4OwTfUKRbnjfsGUqyNuwXm4rFhPDRkQZoMSa3zVfgXg8liIjtYEit2ZF8Ih4R4hP5u zCPKgtnLZSTtUOZaY4AOsaW8O4BmHEXBqJOmOPJlbsEr0BJhv22tTKCXUOlZeXkbkzvdcPcb j6ISFlXF8JCjXT4Je1re52Gzj2MRCAYQg=
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-AV: E=Sophos;i="5.84,237,1620691200"; d="scan'208";a="740894217"
Received: from alln-core-4.cisco.com ([173.36.13.137]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-SEED-SHA; 13 Jul 2021 18:52:19 +0000
Received: from mail.cisco.com (xbe-aln-007.cisco.com [173.36.7.22]) by alln-core-4.cisco.com (8.15.2/8.15.2) with ESMTPS id 16DIqJh1001399 (version=TLSv1.2 cipher=AES256-SHA bits=256 verify=OK); Tue, 13 Jul 2021 18:52:19 GMT
Received: from xfe-aln-005.cisco.com (173.37.135.125) by xbe-aln-007.cisco.com (173.36.7.22) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 13 Jul 2021 13:52:19 -0500
Received: from xfe-rcd-004.cisco.com (173.37.227.252) by xfe-aln-005.cisco.com (173.37.135.125) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15; Tue, 13 Jul 2021 13:52:18 -0500
Received: from NAM10-BN7-obe.outbound.protection.outlook.com (72.163.14.9) by xfe-rcd-004.cisco.com (173.37.227.252) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.2.792.15 via Frontend Transport; Tue, 13 Jul 2021 13:52:18 -0500
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=Y7I6Mb5rNpIxk1UwdyH2YCkYGPArTP43/0K1xXltS9hBJ43rQkjaqVwA2yhqFh29rqLiSVn2UH9mKM0NdCsQeevMi22zjOp63afA1esS9y6SbCXpelVC7pilXyZPJDdT1w6WG79/6c3IW6tj+DN97Tz2dsBX2QiIt8p/vZpJzkIdYN68IUSZ+ymG6tmv3pWANvC95YgSK4t8/QjaydlyQUpFim8RLfp7seD/+VE5rsUCnYF62RA4rV0xQ+XDYoDg9QFH6CZU4D91eW9yCpW7WyV8YFSAf6QQcRvd07uuiRxDiQmqC67PscNlvXOnjLhluDsevXU9PrQT2QetzT88HQ==
ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=microsoft.com; s=arcselector9901; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Z9uYUzVYZdTpk4LqPneyqYnki2+6pXvhfmF+22mxL4c=; b=BvX7ZCBhaKTHhD0tqQaVd/thmQtz0KoM6uvmBSMklz74MATvhf81ds87XZqMlCHq+CnHYkqeb+PAehK0kb1dNJsXXYCWb/fnbHtstEqgUIbBXb1y3q3i8JI37SmL/j5nxl+SmdnEusAnENHwspLwHprgJ0sS5DTfnG3YYBvf6oHoT49jNTlQRm/o4Z0gjgUxIiBlOA2S1xLmYptXqJUnhYfkInve54bM0BqVeH4t03PDj00Qzj2Lkgm7EHECnBc3WV10dK2YAyeGxgQVel4m3ie3z0yWp/sDFvRF/cSSOfqy6ClIZqT33ZzWDdAwcbWEWYSLoCkynxh+EtSFTBuTLw==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=cisco.com; dmarc=pass action=none header.from=cisco.com; dkim=pass header.d=cisco.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=cisco.onmicrosoft.com; s=selector2-cisco-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=Z9uYUzVYZdTpk4LqPneyqYnki2+6pXvhfmF+22mxL4c=; b=GEeD480adyMmbwgCeaSXUlJVTE9oQKd+4SaOlmrDOe1PsdRbcBTBW3UKCwRoPEcxnrqJZogRiRIiwyE9By3sUjGlNpon/zvtvsFjAYYyRHTBN6VDVwDzud/xObZcB7ZwOL1OX9rPP5qnFTF7eZKxy0Q1REMjN7fl0fxgOq3vpCc=
Received: from DM4PR11MB5438.namprd11.prod.outlook.com (2603:10b6:5:399::21) by DM4PR11MB5533.namprd11.prod.outlook.com (2603:10b6:5:38a::7) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4331.21; Tue, 13 Jul 2021 18:52:17 +0000
Received: from DM4PR11MB5438.namprd11.prod.outlook.com ([fe80::a85a:cb8b:2d73:5e12]) by DM4PR11MB5438.namprd11.prod.outlook.com ([fe80::a85a:cb8b:2d73:5e12%6]) with mapi id 15.20.4308.027; Tue, 13 Jul 2021 18:52:17 +0000
From: "Rob Wilton (rwilton)" <rwilton@cisco.com>
To: Michael Richardson <mcr+ietf@sandelman.ca>, The IESG <iesg@ietf.org>, "draft-ietf-core-sid@ietf.org" <draft-ietf-core-sid@ietf.org>, "core-chairs@ietf.org" <core-chairs@ietf.org>, "core@ietf.org" <core@ietf.org>
Thread-Topic: [core] Robert Wilton's Discuss on draft-ietf-core-sid-16: (with DISCUSS and COMMENT)
Thread-Index: AQHXeAALE98pHaaPt0GwTNHeUw7K96tBK82AgAAPFvA=
Date: Tue, 13 Jul 2021 18:52:17 +0000
Message-ID: <DM4PR11MB54388A5B0C2305C66A39EE2BB5149@DM4PR11MB5438.namprd11.prod.outlook.com>
References: <162619194652.5730.10916340155265302741@ietfa.amsl.com> <26411.1626197913@localhost>
In-Reply-To: <26411.1626197913@localhost>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: sandelman.ca; dkim=none (message not signed) header.d=none;sandelman.ca; dmarc=none action=none header.from=cisco.com;
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: 96ef437e-d712-4ecc-e68a-08d9462f567c
x-ms-traffictypediagnostic: DM4PR11MB5533:
x-microsoft-antispam-prvs: <DM4PR11MB5533FD8E6E443DD9B24D0845B5149@DM4PR11MB5533.namprd11.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:10000;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 5T7Hh3iq9mNV5BCC3jH2edoL4FeQOwurtRgm8f55mVUM1H6LQvVPtXRiggsmrQQby42g55pfmzXCEaDlUGvnXjmqeRqG6hn6ugJn+QGwO1JnrrMvmB0bXZaN0hvVxhNOpaJpgz6n6giSP/43cHCHfJYMtGyGLwbDL6OhSgddyoUpHZ8jEwwTAZfIx+a2oCFNmKwwyTdp5BfAP1mFK2T5og22RchBs5LwmZTRjU/MW5gqAA9rz+u4eyzaTZm4XQYvemjnQDEf/Y+luBLeJciyju6A/uq4EZ4QAGv+gxcBtS11roI3rhh5QxukansjegW7N+9I5r/tolsDRY8xO/5U+BH3AMkxzURUQhRxqWnc0qwf7QvNKyh9tDo6E6+DgPR++XmtxxRhMoxWyGxJJXvxugaw9KOPGVPE1Rp3EWUam3CD5vJceB0mh7hgDHLWQgFS1P/6v6hCuqJoDO3UyGo0cl4/IGtpXS8TzQcCwUdRF9KAHzzBDzo6Dz2eMFXAY+glBm7oVpU8xN9G1T9PtAoECo81XOG+8zu0W6UR18XvPX/zM5sk+zFF3NTucKO6RgLjJaX4Q6c/9OgeLZ17TwH5qSVncHIZayelxER4gF5nA03co+U0yBhnBv5SVOXA83Vu0wAWZyi8KGPMibzby8pT6CVn7yhnN2UgQc0HHdFB6HwyBXbV3zIv6w5rIWvfdXFxKtQRHjR6/CNAz6RzO1n+liZzy72mV8KudH/W8G1b0E4=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM4PR11MB5438.namprd11.prod.outlook.com; PTR:; CAT:NONE; SFS:(346002)(376002)(366004)(396003)(136003)(39860400002)(66574015)(83380400001)(66556008)(26005)(5660300002)(8936002)(316002)(66476007)(33656002)(966005)(9686003)(186003)(110136005)(76116006)(64756008)(122000001)(38100700002)(52536014)(71200400001)(53546011)(6506007)(66446008)(7696005)(2906002)(86362001)(478600001)(8676002)(55016002)(66946007); DIR:OUT; SFP:1101;
x-ms-exchange-antispam-messagedata-chunkcount: 1
x-ms-exchange-antispam-messagedata-0: =?utf-8?B?STYzZTlaWmJkelp0Um42ZE5Tb1hPaUdFdUVYR1lSaGIyaE4vMTNQNE1DcFhw?= =?utf-8?B?c2N1bmhHUkZzby96cmtNOGVWV1JhWnBLNWZFbDdrYUk2MmRPSmZVV3RNejNx?= =?utf-8?B?c1d4MVowZmtzSWhxYXdBanhHekFJRTdPbURaT2x2M1E5RTl1MjRDaGpkSnY2?= =?utf-8?B?ZE5ZdTQwbmRXYVJTV1pUbnFYYmFMUXVzNkFudVBsd1BEWkFuY2RDOHdFZk81?= =?utf-8?B?ZStyQ2Nwc2ZoSDVJdTdNd2wrVDZnS3I0QlIzR081b0ptY1MwT3Z3U1pYSlEx?= =?utf-8?B?WWlWQ3hCVXRMRFBYZlM4TE5Dd2dIYy9iSDlZditzMllqNURYL1dwVllTdmtq?= =?utf-8?B?Z1JBeDhwQitmOXBMSUloemFhMEVsOW51Ni9oOUxhMU5EOGMzRTJkZnhrSmQ3?= =?utf-8?B?bUZBT0FSYVpudTdIaHd5QkRtY1psOGxqNDhmb0dlRk5tNDZSK0Y1WjJheTZ2?= =?utf-8?B?ZUZUcU9NZTI4UjJObDVOa3hpSmp6MnAveWhvU1BJMWQwQ1BxT0UvVTl6dGF0?= =?utf-8?B?OGZ4aldRbDlheWlYWFlEU1g1TTVvYVpJUXhqbzR4L0NOL1M4K2tEaUtTS1Nz?= =?utf-8?B?MUYvVVdWOGxlUzVJQ01odDNNT0JYNnhlNGQyYzBrUytZNTczbjFEN24yWm1G?= =?utf-8?B?NFd6WWJZK0VtWSt4L0czNWxmNXpacllGbDRGMjNJOTZNeHVDUkUySElWQUdi?= =?utf-8?B?ZDRxZGVpdStwS1FZK2tLem0rejhndE5RcnFHTC9RUUZuTm1Jd3lvejliWkND?= =?utf-8?B?SzhYY0NqVUN6ZVozaWNqYkQwSURRMHRQK1ZWdEYwd29YNlNocmNsVWYyNk5w?= =?utf-8?B?bVFZSnlVOUZreE1TYjNGVmRETGdLdHp1ZlBWeENVeklGYUs4bUhjdC9nQTB6?= =?utf-8?B?S3BScUZGdDNqWTFleVZLWFV1R0s2RXdjYmRGUzJKYXliU282bVhjSEtqeURh?= =?utf-8?B?aWowU2RpRFpWcEZvbDhtTGNVOVV6ZU5pRllhR2YrcUlIbnV1cU50aGRwTk1j?= =?utf-8?B?dWFrTGwyVU5mYVRETE1lelFYeStuV2lXcW1peUdTb05VOUpLdi9xY3RkUWZE?= =?utf-8?B?bFR6ajc2aGlMUmVzdE9pS21xbDFnMDhNOXUycWJCakdiNHl5U1d6bEpGQlgx?= =?utf-8?B?c1hzcWJwSVY3cjhzZWNkL1pnc2RJWWY3S3VudGFmSHlOTlVEN1NadWpIN2t5?= =?utf-8?B?U3hTaXlaQ2lOSFJud0N0SHlCMGl6RUl6b0VjQ0plOXJBTy9Vc3VSc3FqTTVV?= =?utf-8?B?VlI1RE8xZEgxeEZuZnFqWXR2dnhSMEV0eEUyQ2kzaEZVaW41T1FWSW1mb0dz?= =?utf-8?B?UVM2K1ZpVTBOK3UrZXRFT2gyMTBISDFXQzBjaG9lZ3F2L3VkUlZvUjg2NG1x?= =?utf-8?B?S2lBUW9sYnBCL3Vyc3dtWmgxNmgrYnVtY2t5cVJWL3NzcmhKR3pWcGJqakp3?= =?utf-8?B?MXZtYXNiUG1SSHdpTitJNW5VK01GUERIa2ZSNnZlY3Mvbyt5VkQrOWJEL1Vl?= =?utf-8?B?ZW5lcm9mSFo5NnUwUzNMblpDeldENkRaL3lxZXFLN1lHRWVHQkE4MTBpWFVz?= =?utf-8?B?ZG9Hc2c5WUhnVjA5ZnlvalpabWRNayt3R0tNS01TdVZVUjZrRm55Snl5Q3l0?= =?utf-8?B?UTNuSVNzdkh3ZDlxV0kvYXloTDNnUjJNQm9OWi9kSHEwR01UYzBraHA3WXBG?= =?utf-8?B?UmJJVkkrVWI5N0FRSURhbWVUT2tFdE9BZHpHbThGQjV5N1FYT0hlQnZCL3d2?= =?utf-8?Q?nwVO8F9YtM/3oQEZcoTKxFBDe6dDQxQN2Ugs1iS?=
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: base64
MIME-Version: 1.0
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM4PR11MB5438.namprd11.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: 96ef437e-d712-4ecc-e68a-08d9462f567c
X-MS-Exchange-CrossTenant-originalarrivaltime: 13 Jul 2021 18:52:17.7352 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5ae1af62-9505-4097-a69a-c1553ef7840e
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: Tdhmi3+ktSJIV12AkJhe3db1e+lhYCT5IilnXW0P8y2GoVvzDcQY6yprUOV9oCGSGJXAxNJARkk2vbUB4T/lbg==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM4PR11MB5533
X-OriginatorOrg: cisco.com
X-Outbound-SMTP-Client: 173.36.7.22, xbe-aln-007.cisco.com
X-Outbound-Node: alln-core-4.cisco.com
Archived-At: <https://mailarchive.ietf.org/arch/msg/core/qjSBQJuFymDqIuJz6t5s38WEhi0>
Subject: Re: [core] Robert Wilton's Discuss on draft-ietf-core-sid-16: (with DISCUSS and COMMENT)
X-BeenThere: core@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: "Constrained RESTful Environments \(CoRE\) Working Group list" <core.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/core>, <mailto:core-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/core/>
List-Post: <mailto:core@ietf.org>
List-Help: <mailto:core-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/core>, <mailto:core-request@ietf.org?subject=subscribe>
X-List-Received-Date: Tue, 13 Jul 2021 18:52:51 -0000

Hi Michael,

Thanks.  Please see inline.

> -----Original Message-----
> From: iesg <iesg-bounces@ietf.org> On Behalf Of Michael Richardson
> Sent: 13 July 2021 18:39
> To: Rob Wilton (rwilton) <rwilton@cisco.com>om>; The IESG <iesg@ietf.org>rg>;
> draft-ietf-core-sid@ietf.org; core-chairs@ietf.org; core@ietf.org
> Subject: Re: [core] Robert Wilton's Discuss on draft-ietf-core-sid-16: (with
> DISCUSS and COMMENT)
> 
> 
> Robert Wilton via Datatracker <noreply@ietf.org> wrote:
>     > (1) I would like further discussion regarding whether SIDs are bound just
> to
>     > the schema name, or the schema item definition.
> 
> I'm not sure I understand the question.... I guess schema name is the leaf
> definition.

The schema name (or path), is just the location to a data item definition (e.g., foo).

e.g.,
leaf foo {
  type string {
    len "1..10";
  }
}

The definition of foo could change, without changing the name.  E.g., a backwards-compatible change:

leaf foo {
  type string {
    len "1..20";
  }
}

Or the definition of foo could change in a non-backwards-compatible way.  E.g.,

leaf foo {
  type int32;
}

 RFC 7950 basically states that this is not allowed, but these sorts of changes happens anyway (e.g., vendors fixing bugs, or bugs in standard YANG models), and the YANG versioning work will allow these sorts of changes with appropriate mitigations.  https://datatracker.ietf.org/doc/html/draft-ietf-netmod-yang-module-versioning-03

But in all these cases, no new SID should be allocated, or otherwise you will have two SIDs assigned to the same name/path.


> 
>     > The draft states that if the
>     > definition is changed in a non-backwards-compatible (NBC) way then a
> new SID
>     > SHOULD be allocated.
> 
> True, I assume that this leads to a new YANG leaf name.

Only if the author gives the definition a new name, and from a SID allocation POV, this is just a new item name in the schema, and hence needs a new SID.  I.e., the allocation of a new SID is related to a new item name, not because of changes in a definition.

> 
>     > But I don't understand how this will work.  Given that
>     > the .sid file would then contain exactly the same path but with different
> sids
>     > assigned (for every time the meaning of the definition changes), then
> how do
>     > consumers of the sid file know which sid to use for a given path (given
> that
>     > there is no indication in the .sid file)?  Instead, I think that this is the
>     > wrong way to be handling NBC changes, and SIDs should be bound only
> to the
>     > schema path (i.e., the name of the item), and a new SID is only allocated
> if
>     > the name/path changes, and otherwise the same SID is used, even if the
>     > definition changes in a non-backwards-compatible way.
> 
> This is my understanding.

Okay, I think that the text that describes this need to be tweaked.


> 
>     > (3) This draft makes use of the rc:yang-data extension.  Was there any
>     > discussion about using "YANG Data Structure Extensions" (RFC 8791)
> instead,
>     > which is meant to be a cleaner formulation of the rc:yang-data extension,
> and
>     > without the dependency on RESTCONF?  I would suggest that using RFC
> 8791 would
>     > be preferable if possible.
> 
> I don't know of any such discussion, but I don't really understand the
> distinction.

The new RFC is effectively the "proper" way to do achieving this.

I think that is may be as simple as changing:

     import ietf-restconf {
       prefix rc;
       reference "RFC 8040: RESTCONF Protocol.";
     }

     rc:yang-data sid-file {
         uses sid-file;
     }

to

     import ietf-yang-structure-ext {
       prefix sx;
     }

      sx:structure sid-file {
         uses sid-file;
     }




> 
>     > (4) The policy in 7.4.2 for allocation a SID mega-range seems to aiming
> this
>     > towards organizations rather than individuals.
> 
> Yes, the idea being that "Zigbee" or "IEEE" or ... would allocate a mega-range.

Yes.

> 
>     > The policy in 7.6 for the "IETF
>     > YANG SID Registry" requires an RFC.  What is the mechanism if an
> individual or
>     > open source project wanted to get SIDs assigned for some of their YANG
> modules?
> 
>     > I.e., should we be defining a separate mega-range, managed by IANA,
> with just
>     > Expert Review or Specification Required so that these modules could use
> SIDs
>     > allocated?  Or do you envisage a separate entity taking up the
> responsibility
>     > for coordinating this?
> 
> My impression was that there would be a mega-range operated outside of
> IANA
> for this (open source, non-RFC YANG module) kind of thing, but I think that
> the energy for doing that may have waned.

Okay.  If there is a lack of energy there, do you think that this is something that we should be asking IANA to manage (i.e., have this draft separate a separate mega-range for these other modules)?

Thanks,
Rob


> 
> --
> ]               Never tell me the odds!                 | ipv6 mesh networks [
> ]   Michael Richardson, Sandelman Software Works        |    IoT architect   [
> ]     mcr@sandelman.ca  http://www.sandelman.ca/        |   ruby on rails    [
> 
> 
> --
> Michael Richardson <mcr+IETF@sandelman.ca>   . o O ( IPv6 IøT consulting )
>            Sandelman Software Works Inc, Ottawa and Worldwide
> 
> 
>