Re: [netmod] revising RFC8366 -- Re: [Anima] BRSKI-AE enum issue -> empty, but what's he encoding ?

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Mon, 28 June 2021 12:09 UTC

Return-Path: <J.Schoenwaelder@jacobs-university.de>
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 D99FE3A3707; Mon, 28 Jun 2021 05:09:33 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.899
X-Spam-Level:
X-Spam-Status: No, score=-1.899 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, MSGID_FROM_MTA_HEADER=0.001, 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=jacobsuniversity.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 RdN6C8QUb2Hj; Mon, 28 Jun 2021 05:09:28 -0700 (PDT)
Received: from EUR02-VE1-obe.outbound.protection.outlook.com (mail-eopbgr20055.outbound.protection.outlook.com [40.107.2.55]) (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 989BB3A3703; Mon, 28 Jun 2021 05:09:28 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=CJPi7B+hZdPf5Fu2W0eKJSSSR/MOts4vTRWt7HRbOPL6f5W2AdQIdsLlbIsuRCRs/rmJktA/CTSQ3Ee+GYhfY5q0+X7258GW3AqlR5zLueb7XK42wMaY4MKXwQ5c5ShgsOT0MzNBZFunyQ7qeB+eFfNnCDPlFuvV9EhkTYelrlcjwl3OKcRaRHIEHufXmITmitMIYoaO+febx4tv1zblkCU+XMyJmsbvVlTG8ONHZ9FiWCF31JTcY8XWXpgke33YiLBkmQ18pSEsxYWzM/8ZXo6a5EWJkHMp0s1+QPsRN1W0g4SDEn7/Xmn6pyjpEQ35AbpIDwkmwRep6TGBkAvzsQ==
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=vS8JWLY2b72qyWU7vJC+kbv0YMRipFiGGGYU4/RNyGE=; b=laHx34CgdJjeqJFpWYdHjw+3GFSHrDZBEtoAkvPN3c0S0zwc59Ud7MceueMPycdS04g5yWro+GwI4sTYySyzVjtT1um27AZKmxFvSCZFGaldyfL5JQWe8f+qOt+IDFjsUUFziC+ycrlpCu/E5Bd7gR7ZD8DxbnQTdauom2ZxAPWAg71+4prgu5eDM9WomOuwp2T1O2VhRgKPqm5u0lcBvvNbO3ThvbALXELTkZLAv3uYJKnVawuG8co6FGeFR0ECGYDUhWGLZLW22plOeRL2sOUuNAxGlIcoiu7WxDA4Eq7nca0LxDG9EMpVSASqxjWCTvD1Pv+/AvLQrQgttp2/ZA==
ARC-Authentication-Results: i=1; mx.microsoft.com 1; spf=pass smtp.mailfrom=jacobs-university.de; dmarc=pass action=none header.from=jacobs-university.de; dkim=pass header.d=jacobs-university.de; arc=none
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=jacobsuniversity.onmicrosoft.com; s=selector2-jacobsuniversity-onmicrosoft-com; h=From:Date:Subject:Message-ID:Content-Type:MIME-Version:X-MS-Exchange-SenderADCheck; bh=vS8JWLY2b72qyWU7vJC+kbv0YMRipFiGGGYU4/RNyGE=; b=l3U2eicx5B4BI3jgJK8NbKk957eL0jOFA7I4dHWsGUbzISUnIz1RpCPFKWXSOgNjbZ4nHdEEAwEFDpAjhH221u+RUY+zfY3kNqmMwD0/CslF5JcIjxij+qpCPhmLFw/Af+OidI5a0oTpYLIKkMzVZjtj0M4FKxZ7+sWv0/egBhs=
Authentication-Results: btconnect.com; dkim=none (message not signed) header.d=none;btconnect.com; dmarc=none action=none header.from=jacobs-university.de;
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM8P190MB0802.EURP190.PROD.OUTLOOK.COM (2603:10a6:20b:1c7::14) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4264.20; Mon, 28 Jun 2021 12:09:25 +0000
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58]) by AM0P190MB0641.EURP190.PROD.OUTLOOK.COM ([fe80::fd93:9b33:ac92:ea58%8]) with mapi id 15.20.4264.026; Mon, 28 Jun 2021 12:09:25 +0000
Date: Mon, 28 Jun 2021 14:09:24 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: tom petch <ietfc@btconnect.com>
Cc: Toerless Eckert <tte@cs.fau.de>, Michael Richardson <mcr+ietf@sandelman.ca>, "Fries, Steffen" <steffen.fries@siemens.com>, "anima@ietf.org" <anima@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Message-ID: <20210628120924.xuuwnhnvz4jid7sp@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: tom petch <ietfc@btconnect.com>, Toerless Eckert <tte@cs.fau.de>, Michael Richardson <mcr+ietf@sandelman.ca>, "Fries, Steffen" <steffen.fries@siemens.com>, "anima@ietf.org" <anima@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
References: <20210625190512.GB30200@faui48e.informatik.uni-erlangen.de> <5025.1624653668@localhost> <20210625224810.GC30200@faui48e.informatik.uni-erlangen.de> <AM7PR07MB6248F9002860D02203B1CC71A0039@AM7PR07MB6248.eurprd07.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <AM7PR07MB6248F9002860D02203B1CC71A0039@AM7PR07MB6248.eurprd07.prod.outlook.com>
X-Originating-IP: [212.201.44.244]
X-ClientProxiedBy: FR2P281CA0033.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:14::20) To AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23)
MIME-Version: 1.0
X-MS-Exchange-MessageSentRepresentingType: 1
Received: from localhost (212.201.44.244) by FR2P281CA0033.DEUP281.PROD.OUTLOOK.COM (2603:10a6:d10:14::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4287.12 via Frontend Transport; Mon, 28 Jun 2021 12:09:25 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: 8727ec82-3d13-48bd-fe8a-08d93a2d9242
X-MS-TrafficTypeDiagnostic: AM8P190MB0802:
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <AM8P190MB080268B9C27C628D3CFBD097DE039@AM8P190MB0802.EURP190.PROD.OUTLOOK.COM>
X-MS-Oob-TLC-OOBClassifiers: OLM:8882;
X-MS-Exchange-SenderADCheck: 1
X-Microsoft-Antispam: BCL:0;
X-Microsoft-Antispam-Message-Info: nya1xBi1D5BVQthC07TTlwp2fzxsUGR4frUdRFh1C3ptPCup13scmNXpgXZ2GNxFZNjXBjf7/rBnLEYh4JuvdApji4RSsJWAJYZCQ0YyO0On36s5OFm1Wu8oR7j4NUpASdLaWdL/cFe/FYxlNoyH7FLRBjtC3Ow297twlRwgV/S+5nyA6zAXjSKhJMMFLMgC0PyZ+b1izNnv2XWZ8kVQ7aACMjw3LkkbR9OryLDGp2HWuEJG4lnf3JNt/p2+8kQZsf0vgxe1rhBHOB8+0kLBhZbLI+ne60TVSR2LeyStkHMXfr4ios69vryNjhaxuno115C70KY9BR6sPiyNXrUC6oJoKE3UJEIT6A6tT1dPgKC6L7nIPKyPZuDNvZw+CxZco8bi4TISfMySjPm4dQ3kq0p5f0VMfY4NTIBr5o2J0xKZbg7Q6wUHrGORGIwXL2SqOBhyjKv+2sperAVOAYBnkVQXCeMw9Ra5flaVUbGaanw3ZlquE2Pmh4/2DQzfhoEioAX60/f0T/jL5Sy0A2pcr9iRIpea954W/2Y2bbQWcDrKKgSFqwyXpRX/ok4nyi+mXZPrguCa8HVPfOf2ij4rGAfso9MVbS871kqbofxs4M20KSdEqZPqYL/ASMf+W+Qn/rZSV5OT8fay4QaR13jNO/rFrEwu0fA8ah4FKW0/JnEKusmMGofX/97EqqCVSSmFu7lhIcLw99e6wHFOB4UuZXyNW2G0qSNnoYw7rXrvTYe/ZpfLiKvJPTzpFB9khf5h+UTXgGiMXPMTeWm1o+9uh4nTK2mQ0PUxwTcodjGDoQt/+4MO1VutSrgwGwEH3lfOh7n4+O8xG57BOhfxxSdMJQ==
X-Forefront-Antispam-Report: CIP:255.255.255.255; CTRY:; LANG:en; SCL:1; SRV:; IPV:NLI; SFV:NSPM; H:AM0P190MB0641.EURP190.PROD.OUTLOOK.COM; PTR:; CAT:NONE; SFS:(396003)(136003)(346002)(39850400004)(376002)(366004)(86362001)(16526019)(3450700001)(26005)(6916009)(52116002)(8676002)(2906002)(786003)(4326008)(6496006)(296002)(186003)(5660300002)(38100700002)(1076003)(956004)(316002)(478600001)(8936002)(6486002)(66556008)(38350700002)(54906003)(66946007)(66476007); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData-ChunkCount: 1
X-MS-Exchange-AntiSpam-MessageData-0: 6L5DYHrSW2WRMFrB4IP2+OeuaTrMgjZglZND4G9SHH4dnjHSs6IkS2TBUYGJfIJWrTkl3JI8MyRtls4aJbJFJBO5WiCi4b6IJa2QHcMbDRbtSC1JGi+FAMDyO/1XCQfjsedNtd976JRpLpQX8hZU1puUwRzI10LGjNToWbXO/sPYlsbnLA7dOkSHWjmq50DIKUECXxNKma3UvcDPN14FEKH8jlU9nruYU0dKHBRdJApbrNY54uIXRDhXjcA11ty16d+C84LCyojhlIXLTHyMo2xV8vfLg5UDHWO4zzuHiQROdlUr9xhEyhRo/fhi8l5cY+bc2Ll4za9ffVKoYT5rJ1TFW1JWNYcVF8omP1IJUh+Ho+BgfjqYaF4QhNh8otLYKxmgmXVA4S6TCOPAGUqifow4WGhd/yjopAGKGDoAUE1Yxz3/tmaFGsKV7YvaKLI9w64IwPNH539HWxXunlDS2C7c8rR/UOw5eVEGQzREYhjogucNVIc76La6HGEmLmK7wTAuOw6lKOjXE87cYfGbQuahduW1qsoEk1iky7Dl9DhBQjmPZtHeL5c+5/NxpEWNl4stUW8f2g2hiUQfyOsdNNWaUrazy8Fm9Z1frv4ZK+n1niMTUkmDY9FMlbDjhz4cC+Aa2rkCaNieAeiBvctNh5f7swU9IMVulJHGZg9abVG9aEwPAiiuR4xO2PipynSStcVet8Vn5DGFGEb6sFuaP36RX4qELh7z99qEJY9utm7HhOza0u+/NfUePfT43rMx+RZLN1aJMOJjAhgvpHk/0kfmyCP+B7/zaHD6q05urXX/7eCAydREsE40R1waC8PjUK5TP/mgY2CJF5H796PDz39jpXF1ebLV1vW9jOhIz5ousjdwd/j/9pQyspap16pSrUyh/ge/BVKaKVOYLaDS3gjqJkvdTOGX6I0pJ6uIvsIha2J52t5pAdft7fYryW/2xTUj8nLfnD1zYsV9fFuTiV8Khwkc9ERHna4OCnkfQv/O4bVtPHxFhufMnRRqoRQllRd1++nkkxF06ZPTfVkCGXNOWFgu7uk/L+tEFHxX2WrbSgeGGXl7wXK+3nxX53lp8fGyHzKDs5PPKqu+sHN8BR46mXXC8dZDalVlcjBUR5b+XbHBzX/EELIXPbnZTwutPvFI0/mTSnfTJ0QQfLymn+1IKPg+XIh1RLalfU63H1cfBpmWotSpUPHDffGy5a8zcYWZDGfmiH2x/GYbk3wL/gD0ibaspmHaZQqc/0jEPIpwo7kTRNGYOf0g8POQDeO5pruTJlqkaVvgUYfmvr5v3dbVmMZo2ntPg2tWBzSqVx/6SFqHmidNSFuht4cYDbF0
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: 8727ec82-3d13-48bd-fe8a-08d93a2d9242
X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 28 Jun 2021 12:09:25.3191 (UTC)
X-MS-Exchange-CrossTenant-FromEntityHeader: Hosted
X-MS-Exchange-CrossTenant-Id: f78e973e-5c0b-4ab8-bbd7-9887c95a8ebd
X-MS-Exchange-CrossTenant-MailboxType: HOSTED
X-MS-Exchange-CrossTenant-UserPrincipalName: J9LQJIJz3IgDjmvgzhg/OYdEfS1wMlDX0MZxoBOgBTpDdBrTzO2Xgyy9McQv+HpLf5LYwbaJP8CGDC7tn5EjoWp31exw5BsQxVf2Km266Kk=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM8P190MB0802
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/HoYoaiSJAVbzVUsRExL_yibRajA>
Subject: Re: [netmod] revising RFC8366 -- Re: [Anima] BRSKI-AE enum issue -> empty, but what's he encoding ?
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: Mon, 28 Jun 2021 12:09:34 -0000

On Mon, Jun 28, 2021 at 11:54:04AM +0000, tom petch wrote:

[...]

> As you say, this is never going to be an Erratum.

Yep.
 
> A leaf of type empty is encoded as, well, empty.
> <voucher-type/>
> as per RFC 7950.
> 
> When this concept was first mentioned, my sense was that while it was technically possible, it would still add complexity for little gain.  As I see YANG Doctors for ever saying, identity can be augmented, enumeration can not so enumeration are used when you positively want to stop people augmenting, when the concept does not make sense so a revised enum may make sense or a change to something like identity which I see as as big a change as the use of 'empty' but the latter is not in current use and so may cause some uncertainty, some confusion.
>

Enumerations are centrally managed. Section 11 of RFC 7950 does allow
additions to enums but only where the enum itself is defined, i.e.,
you need to create a new revision of the YANG module to add an enum
value. An identity is more flexible as the value space is not
centrally managed.

Using leafs of type <empty/> as a way to define a non-centrally
managed enumerated set of values really is a hack. It may work if
people follow certain rules, but it is unlikely that tools will
understand the rules (i.e., which places of a data model were designed
to be used as a 'leafs of type <empty/> enumeration'). Hence, there is
nothing that will prevents people from augmenting in a leaf that is
not using the type empty or even an entire subtree of YANG definitions.

I do not know exactly what the issue with RFC 8366 is but it seems you
will have to revise the YANG module defined in RFC 8366 anyway.

Note that there is also a middle ground, namely an enumeration type
factored out into an IANA maintained module that is process wise
easier to extend - should extensions be needed more regularly.

/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/>