IETF Logo Mail Archive

Re: [netmod] YANG revision dates unique in module ?

Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de> Tue, 01 June 2021 13:44 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 66F943A1895 for <netmod@ietfa.amsl.com>; Tue, 1 Jun 2021 06:44:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -2.6
X-Spam-Level:
X-Spam-Status: No, score=-2.6 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_LOW=-0.7, 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 Z3jzozqdqb-9 for <netmod@ietfa.amsl.com>; Tue, 1 Jun 2021 06:44:26 -0700 (PDT)
Received: from EUR05-VI1-obe.outbound.protection.outlook.com (mail-vi1eur05on2041.outbound.protection.outlook.com [40.107.21.41]) (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 A5CBC3A1894 for <netmod@ietf.org>; Tue, 1 Jun 2021 06:44:26 -0700 (PDT)
ARC-Seal: i=1; a=rsa-sha256; s=arcselector9901; d=microsoft.com; cv=none; b=oaD9tvgf2VWPYteTWZsmSECAUYb9rwkklr0bvpwncaAwFq0Tkyi1ffHug7qhts7cHutMVFdEGy0+3cMCFS4BowyYelqhVHGGIxQmbKJgXvo4VAXKMNjKmobgNpEUoE2KgajDh6qa9VBzHCON/iTmggEHC8dZ7zJketvV9L2uE6fHFh7CJEN9uBPITfRfQ/HdJsV+YylReE8HHsc9bT3nuOxo2Gl7Wa5q49DRktK4UBpyevfk21yEv8Eb3hIm4MjzEN0TWGOq9qZBiO1E8PV3pTrM3eutU9ine4WPzzzryg5CCslaj3fqVDXo8EtKQXhNuxhrTcSPmcp52RIyLsb4uA==
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=SdXdEviMXFpIQ59ezTpOcBG0/XnxeZVUqFPQMgTXjTg=; b=ROcWa2U4q+p7wLDJFw5B7+0N2GgbFlSItx53Uq2Fvh8vHiykBSCfgaGQWhLv6UyqKdPKxxC9Yu3K9piaoJk6OR/ojk4lzf2YOY0Rg7EUWZdvxGWeQXE8NNKMQBuwuTRMCilWP1zgOfJmmJebKRefHdwRUwYIU2J06jRrUtV1MDfvuKRzsi1ZMfrH1bDVWkMeH4k9tQpCTytgeIBo6ppsL12Wy5/PxpBYwHy4xqR6wpLE/2EhXgETvZ1mpzH6OX9MkGwwCtvCg84mAzV7s8jybouMPLX4xVYHn/SKdE8YrQP2j6WbikH/vYyE5V11MR2xdSnz0GpdpS49girROBwENQ==
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=SdXdEviMXFpIQ59ezTpOcBG0/XnxeZVUqFPQMgTXjTg=; b=aKs4z8JUSWY3/EcmOiz0r6Mb+w20G7nNgGOZq7ngj0jqLquetb5fCWEG03iOPIrurw+IarVD5UwkpmNtROhtUz+A3vJmPK/E//Ph2mocRSYVf21RN+8Z6N8Ft5YesiNctUwO/Z0kCNVf5TLU4niRHyEhos0FpiVI3sbdaUn1lKc=
Authentication-Results: nokia.com; dkim=none (message not signed) header.d=none;nokia.com; dmarc=none action=none header.from=jacobs-university.de;
Received: from AM0P190MB0641.EURP190.PROD.OUTLOOK.COM (2603:10a6:208:194::23) by AM4P190MB0004.EURP190.PROD.OUTLOOK.COM (2603:10a6:200:65::19) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.22; Tue, 1 Jun 2021 13:44:23 +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.4173.030; Tue, 1 Jun 2021 13:44:23 +0000
Date: Tue, 01 Jun 2021 15:44:22 +0200
From: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
To: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>
Cc: "netmod@ietf.org" <netmod@ietf.org>
Message-ID: <20210601134422.cmftmzgqhk4p3k2l@anna.jacobs.jacobs-university.de>
Reply-To: Juergen Schoenwaelder <j.schoenwaelder@jacobs-university.de>
Mail-Followup-To: "Sterne, Jason (Nokia - CA/Ottawa)" <jason.sterne@nokia.com>, "netmod@ietf.org" <netmod@ietf.org>
References: <DM6PR08MB5084CAC59121591A4ACC7B029B3E9@DM6PR08MB5084.namprd08.prod.outlook.com>
Content-Type: text/plain; charset="us-ascii"
Content-Disposition: inline
In-Reply-To: <DM6PR08MB5084CAC59121591A4ACC7B029B3E9@DM6PR08MB5084.namprd08.prod.outlook.com>
X-Originating-IP: [212.201.44.244]
X-ClientProxiedBy: PR0P264CA0272.FRAP264.PROD.OUTLOOK.COM (2603:10a6:100:1::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 PR0P264CA0272.FRAP264.PROD.OUTLOOK.COM (2603:10a6:100:1::20) with Microsoft SMTP Server (version=TLS1_2, cipher=TLS_ECDHE_RSA_WITH_AES_256_GCM_SHA384) id 15.20.4173.20 via Frontend Transport; Tue, 1 Jun 2021 13:44:23 +0000
X-MS-PublicTrafficType: Email
X-MS-Office365-Filtering-Correlation-Id: b3a3369c-2371-45b8-360c-08d925035d90
X-MS-TrafficTypeDiagnostic: AM4P190MB0004:
X-MS-Exchange-Transport-Forked: True
X-Microsoft-Antispam-PRVS: <AM4P190MB00048FE72AB85CF23CD04A9ADE3E9@AM4P190MB0004.EURP190.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: GfQwEsrCtA2cdPM5CU9R5/hMscyTui0bYaJK7SmQg+mBQIf9q1dukTxT+X6NwhCoYwcBTbDiyPvl7meWBXE1Gm4kwujfKFXsCUM4s4Jku4TOmeBaYrk/k+Dcrt/X0RdX6GEXnz/nu+RnUGAKA991d3ODJg0rRLAs4M/1ZSO1Is8kwXAK77G7GQCpw0L/sEzUKEzvI0CWAU2qhc3MiT1ltsW0v+RDOGiB+n3Jbq6fObXqXuclpG0J/G6Na0oYq1TzfwUWC2fOwBrk8dD20bbXc+cWegohZ5qh9oa8adKOzbIYaZxTDud33bvLfJBlwaqI9/IRnbtvsurkXGYSDjM0qFWvHvN0XvEO4jTZ+7VI8g/6PdthVlEc3KpvNusfAuXOtN44dBe5v5afuTRBw0O8i/BemHNLYzUdpN8H72yG5xtknLh9DAjEHQNM/QIrPTiiQagesNJ19Wo2lwatQRntpF4vvA11S6aMRWe4NUYWGOOUY89iiRUaWTh/It9+6WAnqEREbu/kVKjueHrjnjS7pRVE2g2U+Hyac5+E3pWQC87M+iMtru4bgnyeNrZzebu1U+rLgaxwVH06RGYMhKDAHCZdA/hSk3pD8Su01AG9XFptf1rNP83955MBEQNtWiHFQIlNbnwbNkZYTqHp/tlu6zWKragHWFRFJRAhLrntAIBG2N3VE3cEZyDzTR/ZEHcIZ3Gd/TYfTAvXNysEst48suuu5DzrgsCNx+dX2nq8om57ElrD3KXT2Q5VRHIvI69Xa7e1kq4PwAKOBNu4l39AiwTiqDN3grCxAwKoWo44CYlhiQNchtjPpX7ySjHJ3lbc
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:(366004)(3450700001)(26005)(8676002)(8936002)(83380400001)(498600001)(186003)(38100700002)(4326008)(86362001)(1076003)(6496006)(956004)(52116002)(6916009)(16526019)(2906002)(66556008)(6486002)(66476007)(966005)(66946007)(296002)(38350700002)(5660300002); DIR:OUT; SFP:1101;
X-MS-Exchange-AntiSpam-MessageData: WFW8DESjaXNRsbVPD9I1NrZGDZRRxRudi0ySa4jgvE5k3GfUKHpvwFz84xYtUvPJOcoQYF+Ti9LoOO/RiKzAiRAXJ69PzvPaJ1EVyXKne7tw5XbR1q7It1CqDpaSMeo+CqDQ8d1K3phL2DQCNe6WrV/LbmjMqmnHI2GWA6xeHDEVOecHz0GgOtfA4GI3F59WSsb8R5XP1qNt9TO7IhsSRypcOY+lcXNJFEwghyPqr0VXOaJGQFr4zKdN4ROBq8dG89/2ugN8iIU5lmtoCKdOw5/QbCOUHFpx+1v25SW3nSIl8Xo+Q49xk0IWi30DMaSpvkIcv6abkOkkO44h+2dv34bZy/aB9acbsu7sptS8XdTUhDdAMVkdKcT27zhQIpG4KrChFLatGwePd/NMV22lWwnsnqyM9T3QunRd8pFYNmzWCr//LGsgpvGl8xwgC0H4qEQHr4Iug9Nbm9oc6VJOTWmpTev/vDXQKTXkN81GsOl835Iht/jadLg1uWtt+NPAeWCTshPN2Frg9N4pbfztnYuYLcRxsBv34LY9oYfGUYBgpQ6+n0HW64rby3LE1ex/xyjxvlkp/w6t7P3YO0vp5qRS9xmmbkQZ6kV8DecT0jOc8l+BG8ChPyD9gnuDUWmiGaBpm4ycpaT+XhAe00zzcTLDbCkDn0YGC7/Aj9nFwVODAeaKhHW4ZXz9/8dkaOoe+zm+ExEEofr/m8E3Z1PvL1MGkdO6qaCCPil9U7DTwFu3InZgIgjA3rajsbuCXl6WgA0Jc4FXwDiQRfvOL8Si0vlOoFc82h3NeNtUBHcX6VKOd7FU0XhHQb6XYmUVkYkyHoUsQm6S53E/z00OGHaEGesFjpl2hpDf0KLmmO3aCfPE5j+eiHxjTmodE711VOQSeSGZE+ULkHDFjljNhYqEW3qrOCh1V5FuMtoXiDEaHdLeHZc9H6Gj6WHd0j3LKn/Ao8UIUqPVJkWrxjTP2tLFEBdEWlj8WQd3aFv9O9FZyAdw8+AeXyEYNSyk6EkmRV5hyHMstObeoP1UwiaNOu480KX1AgZz4xTm/Xz+ndw06JKXVdDWSiZRahxBt/sX3zQMT1l+EZo3xcF2yDDTkpyniBaB+1ryR+ID5qrqps1wcW0wDQj+qThOlbidmJSsIHiRLnwflfBIdhA+0pzrJcjxPAjkr5z9V2zT0YP7smlpVWPI+fNGh06G+Ebwdgn5LHACa3QeKv8HmJBAlgD4TcQHGKuNS9ZA9XnBsWYolnWM08dT0737Pm2A+nbUBvzbWH6wzUhepaCaBc5kVMZ6HDF9ouEwd5ZzH9XP2Own0a/cpOLKsgJTf0KPYUW9a2jJro1i
X-OriginatorOrg: jacobs-university.de
X-MS-Exchange-CrossTenant-Network-Message-Id: b3a3369c-2371-45b8-360c-08d925035d90
X-MS-Exchange-CrossTenant-AuthSource: AM0P190MB0641.EURP190.PROD.OUTLOOK.COM
X-MS-Exchange-CrossTenant-AuthAs: Internal
X-MS-Exchange-CrossTenant-OriginalArrivalTime: 01 Jun 2021 13:44:23.5851 (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: xRoVjyK+OUh0egUPU9Mkn4klIuvGIV22qqJG3aQsnS5r6vaIwCIhfF41tQhD3VATdMWc7A63XUklimjGpfpIIsDKdcHy+axefXoniQUbHz0=
X-MS-Exchange-Transport-CrossTenantHeadersStamped: AM4P190MB0004
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/RokpOFzMmRx8ERCRpAdrakVns7c>
Subject: Re: [netmod] YANG revision dates unique in module ?
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: Tue, 01 Jun 2021 13:44:31 -0000

The assumption back then was indeed that an organization would not
_publish_ two revisions on the same date. Note the choice of the verb
'publish', which is not to be confused with edits made during
development, at least back then we made this distinction between
module development and module publication.

/js

On Tue, Jun 01, 2021 at 01:36:09PM +0000, Sterne, Jason (Nokia - CA/Ottawa) wrote:
> Hi all,
> 
> In our YANG versioning work we are proposing that a revision-label is unique and the revision history of a module must not contain the same revision-label twice.
> 
> We're debating whether we should state the same rule for revision *date* as well.
> 
> RFC7950 doesn't seem to explicitly say that revision date must not be duplicated in the revision history.
> 
> This issue came up recently in an OpenConfig discussion here:
> Updates to OpenConfig types modules. * openconfig/public@f20ed84 (github.com)<https://github.com/openconfig/public/commit/f20ed8411a6fc1f55c9debed55c852ea4ffef5bb#commitcomment-51076470>
> 
> Was it the intention of RFC7950 that a revision history should never have the same revision date twice ?
> 
> I think it is somewhat inferred from various drafts that describe how a module name + revision date uniquely identifies a module revision. But it doesn't seem to be explicitly stated in RFC7950.
> 
> If we disallow duplicate revision dates, that makes the module-name+date tuple unique, but it does mean that authors can't produce 2 versions of a module in the same day. In theory we *could* do something like this:
> - require unique revision-labels
> - allow duplicate revision dates
> 
> But in that case, only the module-name+revision-label can be the unique identifier for a revision.
> 
> Jason
> 

> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod


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

v2.23.0 | Report a Bug | By Email