[netmod] unblocking semver
Ladislav Lhotka <lhotka@nic.cz> Mon, 25 March 2019 12:19 UTC
Return-Path: <lhotka@nic.cz>
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 A231A1203EF for <netmod@ietfa.amsl.com>; Mon, 25 Mar 2019 05:19:12 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7
X-Spam-Level:
X-Spam-Status: No, score=-7 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, RCVD_IN_DNSWL_HI=-5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=nic.cz
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 9X7DjMvaR7zJ for <netmod@ietfa.amsl.com>; Mon, 25 Mar 2019 05:19:10 -0700 (PDT)
Received: from mail.nic.cz (mail.nic.cz [217.31.204.67]) (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 35E481203E3 for <netmod@ietf.org>; Mon, 25 Mar 2019 05:19:10 -0700 (PDT)
Received: from birdie (unknown [IPv6:2001:67c:370:128:e0e6:7446:b50f:deb9]) by mail.nic.cz (Postfix) with ESMTPSA id B631163449 for <netmod@ietf.org>; Mon, 25 Mar 2019 13:19:07 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1553516347; bh=DPpUZRo+p2dniAIaiX4xNiX+TE9p3Z5A1B0QEid/oxY=; h=From:To:Date; b=Y4DRv0xsjePchJ8BZE9h6x/+nPLClpxq97WSf/PLU4kunKMyD5s6el3CqdGLhPc7Q PZMWqH9Y+sueF00vhWX+b2G5wsPArISYDMnDdyG86Ki6Oh1ZFV2DtbMdRdcE52Iam3 sI3pDkpVkZpHziY0W4j0qBksATYqRllDIXvthp1s=
Message-ID: <a32e9360f57f9077ec3399dba40e682c232c7ec8.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: NETMOD WG <netmod@ietf.org>
Date: Mon, 25 Mar 2019 13:19:07 +0100
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
User-Agent: Evolution 3.32.0
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
X-Virus-Scanned: clamav-milter 0.99.2 at mail
X-Virus-Status: Clean
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/O1tBk2xYf8_X2lbPKe40Oq5gr9w>
Subject: [netmod] unblocking semver
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, 25 Mar 2019 12:19:13 -0000
Hi, after today's discussion about semver, I am even more convinced that the following two steps could unblock the current situation: 1. Remove sec. 11 from 7950bis, and publish it as a separate RFC addressing only to the IETF process. After that, nobody can a priori reject non-compatible changes as illegal in YANG. 2. Introduce critical extensions (issue #49 in yang-next [*]) and develop semver as a critical extension. Communities that need it can then use it (with special tools), and those that don't can keep using the old revisions, or even develop something else. I am aware that this means some fragmentation of YANG but it may happen anyway (see OpenConfig). The problem with uncoordinated forks is that they may eventually deviate from standard YANG in other aspects where some agreement could in fact be found. Lada [*] https://github.com/netmod-wg/yang-next/issues/49 -- Ladislav Lhotka Head, CZ.NIC Labs PGP Key ID: 0xB8F92B08A9F76C67
- [netmod] unblocking semver Ladislav Lhotka