Re: [netmod] Client validation text [was RE: YANG Versioning Weekly Call Minutes - 2021-04-06]

"Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com> Fri, 09 April 2021 13:43 UTC

Return-Path: <jason.sterne@nokia.com>
X-Original-To: netmod@ietfa.amsl.com
Delivered-To: netmod@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 3A8A93A219A for <netmod@ietfa.amsl.com>; Fri, 9 Apr 2021 06:43:16 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.901
X-Spam-Level:
X-Spam-Status: No, score=-1.901 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIMWL_WL_HIGH=-0.001, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, RCVD_IN_DNSWL_BLOCKED=0.001, RCVD_IN_MSPIKE_H2=-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=nokia.onmicrosoft.com
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 VtBO_BE0qad6 for <netmod@ietfa.amsl.com>; Fri, 9 Apr 2021 06:43:11 -0700 (PDT)
Received: from NAM04-BN3-obe.outbound.protection.outlook.com (mail-eopbgr680097.outbound.protection.outlook.com [40.107.68.97]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 9BA033A2193 for <netmod@ietf.org>; Fri, 9 Apr 2021 06:43:11 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=MQjKV6apAnYMM81rU+p9g/+vCFlJqmNeoPDAJdOFAYJFNK1tQVwIlUMCd4+yZctDXEBe/J+3YXa0dWg1tZvYd5necPkd8Tou74iBvoqvSPZHeMjncLV0a31APkB68z/9vw+DsQO5YZz72bIl/3EfGRF4iuD5LrwZ0tHZ+L2yh+kS4tp0odueh5vgiZOP0U+8ngCr9+8xDau56O8YoWQFSdmNXm4Og6Akx1Q7Z5cj1WfLsoELE/X1daXXtDYmIe+8+Bo5jR95+EquJ1BesMFdzr2SNrShO2niDqL2usTmFZ/Muu6qMowRgpmwyeI9MeMXTdCL4aoqJCNMUoDkI3hhDg==
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=oNLB8Gg+J0w5royPYU9jsKYOhqDH5CkI8r0hlXLotMM=; b=W0bgszp7f3MxcLGaEgrCeZqsyTtKjZb5BJ3MrwsQySru/Nj2P9Pme+PBAZVKkeAtcdcCViZCTsdzp7XVZm5kXqsEgdA+BNU2w28QkdM4dh82k64gmkZJoUbfarHN/m5UmQHl4kizM38pvL72x9dvY6wHBFqJRJHTt6Geg7BAvI/ie7THU3QEieWOr4XzvKcFz4YpiNX512+w4oc7POOJ6j/+WXC4efl7gQ78n1k0A+M709prIQOUTLd4NG/p1LSExdfz+GxSNfuYg6UUMpTzpKrwdZZPFpSkt+ztY6zyTC/nLAjuudoheonMX7z7orjz0eJwSKind35IaUfud4h7Ag==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=nokia.com; dmarc=pass action=none header.from=nokia.com; dkim=pass header.d=nokia.com; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=nokia.onmicrosoft.com; s=selector1-nokia-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=oNLB8Gg+J0w5royPYU9jsKYOhqDH5CkI8r0hlXLotMM=; b=X2jGQodZdV1MdwETuzpOBUzAFJF6voDxxkhxwFa+PBGtcUehWIef9f0PoP+PmhQE/WsLcuh4UX8NF4VTKl3nGa3VEnjjT83ZEW4Ctt0OlQUb7HHpvMa1tGR7P/+zW24Bagx8Xb5iH3gdiiQ/pmpB91aO4m8WLZ4twZGtKAOmHEo=
Received: from DM6PR08MB5084.namprd08.prod.outlook.com (2603:10b6:5:41::29) by DM5PR0801MB3688.namprd08.prod.outlook.com (2603:10b6:4:7d::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.3999.32; Fri, 9 Apr 2021 13:43:09 +0000
Received: from DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::4c19:5c12:5ed6:96df]) by DM6PR08MB5084.namprd08.prod.outlook.com ([fe80::4c19:5c12:5ed6:96df%4]) with mapi id 15.20.3999.036; Fri, 9 Apr 2021 13:43:09 +0000
From: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
CC: "Rob Wilton (rwilton)" <rwilton@cisco.com>, "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: [netmod] Client validation text [was RE: YANG Versioning Weekly Call Minutes - 2021-04-06]
Thread-Index: Adcrjvs0u1Y2kX7cTWaMCLlk2EmADgBEca5wAAHbCoAAJt+v8AAAgYyAAAAa8OA=
Date: Fri, 09 Apr 2021 13:43:09 +0000
Message-ID: <DM6PR08MB50845720309BE411A3FECBEF9B739@DM6PR08MB5084.namprd08.prod.outlook.com>
References: <MN2PR11MB4366255A77C76D9004360169B5759@MN2PR11MB4366.namprd11.prod.outlook.com> <DM6PR08MB5084935EDB6AB7718B695BAA9B749@DM6PR08MB5084.namprd08.prod.outlook.com> <20210408185127.l7cafoeq6svs4ns4@anna.jacobs.jacobs-university.de> <DM6PR08MB5084D71FD6FF7F029318AFD69B739@DM6PR08MB5084.namprd08.prod.outlook.com> <20210409133901.ifffu3jg4cghyji6@anna.jacobs.jacobs-university.de>
In-Reply-To: <20210409133901.ifffu3jg4cghyji6@anna.jacobs.jacobs-university.de>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
authentication-results: jacobs-university.de; dkim=none (message not signed) header.d=none;jacobs-university.de; dmarc=none action=none header.from=nokia.com;
x-originating-ip: [23.233.24.194]
x-ms-publictraffictype: Email
x-ms-office365-filtering-correlation-id: cd96295f-e1d2-4854-6c62-08d8fb5d69cc
x-ms-traffictypediagnostic: DM5PR0801MB3688:
x-microsoft-antispam-prvs: <DM5PR0801MB368813917066D686FB614FED9B739@DM5PR0801MB3688.namprd08.prod.outlook.com>
x-ms-oob-tlc-oobclassifiers: OLM:7691;
x-ms-exchange-senderadcheck: 1
x-microsoft-antispam: BCL:0;
x-microsoft-antispam-message-info: 1WX7ewAwLMRZ5WaMMqqoLe1kZdW2M+PRi7dXkF5Z5hFTKthrgXB7GbFi4DNuiH3q8yTMJL5SrqRgsJfHMWMyEXUOrYNukY1oYw/W8GwSAodFKaWc+BASHTd6owpuShkTHkZw5QdmiqB2RxC1kweMeQm0RdBLLV/pUFKLByMIwVPL8B/YZuJ/EaeSmeZoO8cB9CE+JFQJ0XH0s9BaHNPKfbuR8Im9bxVbKQrXRVZ+X7WqSl5SNtrBv1uI9VRLOCEoLnkevrHFMZWr/9WgOEKydizaXfOlnzadqyeoHbJhlySIYDi3MsuEwhDo2L2JDUZzlIqGh5FFebQymlH/jEIylczl+Vog3QtXjsyxqlWJJ9I3mku2Z/9NC7VL45NtMDuiqfvvbzwIiUlznI1xAGIs0vobuvffEhuH4M9uOS3WjSsYH1ONKNzv0CVE07QnlZ/BeOndCGvobB8o9rw2vLqQ1kjp+sU0W8uBSE3kpFvMgdqtssSrsuUFtGLiA9Jxt+XfxjB/ezvvf8TCRE/MWOUkqtnMvVcEk/LLzEZ9WtCetG19KH62hWeEdv53xPCJ9mfY8EKrKmcz9OwOW5C8BHgMMHJtNYwuxGg++vRkVN/9F1Bqzh0YiDigWsfPt9asBeKQcXmprgvFxPRys1kB7iJkD9AAKLSFzVMz8at2hWUADjF+QSWN8UN8lsv8Pcv5Fzjij01BQSWjglKN1k104pV9jZncY7gqKKwyFMK3w7klcsw=
x-forefront-antispam-report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:DM6PR08MB5084.namprd08.prod.outlook.com; PTR:; CAT:NONE; SFS:(4636009)(366004)(346002)(39860400002)(376002)(396003)(136003)(54906003)(52536014)(66946007)(316002)(76116006)(38100700001)(186003)(8936002)(33656002)(478600001)(71200400001)(86362001)(8676002)(66446008)(64756008)(6916009)(26005)(66476007)(6506007)(53546011)(66556008)(2906002)(55016002)(5660300002)(9686003)(7696005)(83380400001)(4326008); DIR:OUT; SFP:1102;
x-ms-exchange-antispam-messagedata: YFujJ06C45kdffXAsB2dPvNYoF0LA20xiU3L8G3gfP3UiJ7TTXzrJ0L1orntmRJorUaBhgD55ZoqcruVn8qc6q9iX+uQHVwHJ+PF8qAP7s2glvm2OPxPhN1KXlRP6WvtfUvc+P/QipYTz3/h1YLGunQ7CbN+jVlOJXYc7nPDDu1VOWsZqqleDaPgdM3stZYsWIh1M9JnJ5sDhhCvHOZDfkESqvtEhYj5OJanDPLktw+QGO1/4JqaMHAiu0t7+d6ecNHHBiIKSkHpscl33G1rcoj07Etji+g4DebbqAHA1boRBbooCY08Lh9CGFulT6hzziXGjaMOCyINpryWT3nNdKFRBgAXHASjpwglod9EG8vQdxfJ4ch/yOgqNil0bUs1ZcHBNpawZlZ5VN27T7RD/ovWAoC8qkwFtP06tLu1+lqNoq6PS+0h93gV34qb0QKBwjVYG2Z08VpbXaN6rwm8z2pSvPxOoQjk2tWHG7tZkuWVHxzhb9MSKcs9t3mBn4IY2r8i7omi7mEOwLaNW5QCJwqWS1yhQKmELookEsCV/PHQCvM/C6aa4thfhoZarNUk/5zq7EU7+XBUHDYsvNN6W2xHj8EcbR2QWA/z8MwJr4v9vWmq5GcKRfAUnFx5VlHr9GMA/nLYctrAViCr67671LTyMeDY9PAgIsOocaRKc37Ny+sFUPmSbe/+/KeScB8YK+o0ja4OAubEaNLgaLqDUw5IwxQA47GnejYaqTdUT5uSpRoc1An3twpA+96/k7P6z10w3k2EUegRp9g8kyBJFcCft0d4ioSW2yCZQ1FVEgIDhNkUETko6yFMliJNkgHUEn7su8O6X8cyHxp3Yk7Tg3zXtJosnxSwyosi2LgnPouzSC//ZgTpQvpqv4DFpliS5gg2qzq0cGGW0jFXdyr1/DsWPU5/7IiKth/VN8KzGzMxZXmABdm23PzzEsk7AHLunx1nP/1j7lG7e6CIwKJeK34PgSOqLxtIZzwEsmi4WknIRbHtvjyWrDE6zjanWXmuGxmWXsKvwdrNEb50CzN6mstPcVEnaMTMhA7dl3NQ2TpKjKcP35YiFcNUcUbmP9LrhbLbY9bI6swZwhFc/xaNGC9doZ7/G8shUw8Bv1fMSBEkdIq115lvcaJJyMVq4dLG98/vRYwwKRThU3YE1slUPS/o6SPezXWW4ZkHIRRHV1rysP0h46Tmhr7r3S03vwPbb4523uOMVRIgTIX5v8YjjOKM7WQ0dDnjWEt3jKqKNmoGS2iQpVlqCWpeXjFd6IUa6ycH0K94rNB5xEIaevXzmeKacMhL4wSsFbq9/EIQLcOz87T7mT5kRAi97OlY+BrU
x-ms-exchange-transport-forked: True
Content-Type: text/plain; charset="us-ascii"
Content-Transfer-Encoding: quoted-printable
MIME-Version: 1.0
X-OriginatorOrg: nokia.com
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-AuthSource: DM6PR08MB5084.namprd08.prod.outlook.com
X-MS-Exchange-CrossTenant-Network-Message-Id: cd96295f-e1d2-4854-6c62-08d8fb5d69cc
X-MS-Exchange-CrossTenant-originalarrivaltime: 09 Apr 2021 13:43:09.7081 (UTC)
X-MS-Exchange-CrossTenant-fromentityheader: Hosted
X-MS-Exchange-CrossTenant-id: 5d471751-9675-428d-917b-70f44f9630b0
X-MS-Exchange-CrossTenant-mailboxtype: HOSTED
X-MS-Exchange-CrossTenant-userprincipalname: FwfQf/2U062e/FiL+HgmtUW6PBmegdFIzyHg1N92RnBz7h4Ei/A7/1PgJ+MbllRdhjyuYhkMO3TyjlnKhQ0KIA==
X-MS-Exchange-Transport-CrossTenantHeadersStamped: DM5PR0801MB3688
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/61Ro4uTQP6C_z-iIOLzJJVj0LM4>
Subject: Re: [netmod] Client validation text [was RE: YANG Versioning Weekly Call Minutes - 2021-04-06]
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.29
Precedence: list
List-Id: NETMOD WG list <netmod.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/netmod>, <mailto:netmod-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/netmod/>
List-Post: <mailto:netmod@ietf.org>
List-Help: <mailto:netmod-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/netmod>, <mailto:netmod-request@ietf.org?subject=subscribe>
X-List-Received-Date: Fri, 09 Apr 2021 13:43:16 -0000

Urghh.  I reversed my example.  I should have said removing an enum.  Let me reword:

One key example is this:  7950 says that removing an enum from an enumeration leaf is NBC (and that applies to state). But that may not really be how most implementations would want to treat state. Would we really want to flag a module as non backwards compatible when a state leaf has an enum removed?  Wouldn't that create a lot of unnecessary noise?

> -----Original Message-----
> From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
> Sent: Friday, April 9, 2021 9:39 AM
> To: Sterne, Jason (Nokia - CA/Ottawa) <jason.sterne@nokia.com>
> Cc: Rob Wilton (rwilton) <rwilton@cisco.com>; netmod@ietf.org
> Subject: Re: [netmod] Client validation text [was RE: YANG Versioning
> Weekly Call Minutes - 2021-04-06]
> 
> On Fri, Apr 09, 2021 at 01:32:15PM +0000, Sterne, Jason (Nokia - CA/Ottawa)
> wrote:
> 
> > One key example is this:  7950 says that adding another enum to an
> enumeration leaf is NBC (and that applies to state). But that may not really
> be how most implementations would want to treat state. Would we really
> want to flag a module as non backwards compatible when a state leaf gets an
> additional enum?  Wouldn't that create a lot of unnecessary noise?
> 
> I read this in RFC 7950:
> 
>    o  An "enumeration" type may have new enums added, provided the old
>       enums's values do not change.  Note that inserting a new enum
>       before an existing enum or reordering existing enums will result
>       in new values for the existing enums, unless they have explicit
>       values assigned to them.
> 
> What do you want this to change to?
> 
> /js
> 
> --
> Juergen Schoenwaelder           Jacobs University Bremen gGmbH
> Phone: +49 421 200 3587         Campus Ring 1 | 28759 Bremen | Germany
> Fax:   +49 421 200 3103         <https://www.jacobs-university.de/>