Re: [netmod] Expiration impending: <draft-ietf-netmod-rfc6991-bis-13.txt>

Kent Watsen <kent+ietf@watsen.net> Tue, 13 September 2022 23:35 UTC

Return-Path: <0100018339352a42-779acd3c-b956-4e91-a63d-bd38c83e99ee-000000@amazonses.watsen.net>
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 1BEC6C14F728; Tue, 13 Sep 2022 16:35:31 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.907
X-Spam-Level:
X-Spam-Status: No, score=-1.907 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_MSPIKE_H2=-0.001, SPF_HELO_NONE=0.001, SPF_PASS=-0.001, T_SCC_BODY_TEXT_LINE=-0.01, URIBL_BLOCKED=0.001, URIBL_DBL_BLOCKED_OPENDNS=0.001, URIBL_ZEN_BLOCKED_OPENDNS=0.001] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=amazonses.com
Received: from mail.ietf.org ([50.223.129.194]) by localhost (ietfa.amsl.com [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id Icrn6qrEBvd2; Tue, 13 Sep 2022 16:35:30 -0700 (PDT)
Received: from a48-93.smtp-out.amazonses.com (a48-93.smtp-out.amazonses.com [54.240.48.93]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-SHA256 (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 40ACBC14F726; Tue, 13 Sep 2022 16:35:30 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/simple; s=6gbrjpgwjskckoa6a5zn6fwqkn67xbtw; d=amazonses.com; t=1663112129; h=From:Message-Id:Content-Type:Mime-Version:Subject:Date:In-Reply-To:Cc:To:References:Feedback-ID; bh=P1sA2dQPCz/HRwm1WnX4UTmRvGaIixbT5WW0K2FW9T0=; b=XncXVrBK0KEwwyO2VkAGDWkohrhibb3Ag2r1dMnXJxVTNYo4GhAoJOLZTZrA284k anxEMr6KvhURf+uMoeRqGgHJXnUmeuRsqnNFCfy7M/SK5OX3f7xOK2lPoxNxC+NK2p5 Fs8Rr2XUbnHoKZcb6NHsBLB+2ObkzNEY0ZmGdBYE=
From: Kent Watsen <kent+ietf@watsen.net>
Message-ID: <0100018339352a42-779acd3c-b956-4e91-a63d-bd38c83e99ee-000000@email.amazonses.com>
Content-Type: multipart/alternative; boundary="Apple-Mail=_3920419F-190D-49D1-9047-D52188E6921C"
Mime-Version: 1.0 (Mac OS X Mail 15.0 \(3693.60.0.1.1\))
Date: Tue, 13 Sep 2022 23:35:29 +0000
In-Reply-To: <166287961808.64828.13870289545223740713@ietfa.amsl.com>
Cc: draft-ietf-netmod-rfc6991-bis@ietf.org
To: "netmod@ietf.org" <netmod@ietf.org>
References: <166287961808.64828.13870289545223740713@ietfa.amsl.com>
X-Mailer: Apple Mail (2.3693.60.0.1.1)
Feedback-ID: 1.us-east-1.DKmIRZFhhsBhtmFMNikgwZUWVrODEw9qVcPhqJEI2DA=:AmazonSES
X-SES-Outgoing: 2022.09.13-54.240.48.93
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/5Ki8yqhacHKM1OEv9oHibiNThx8>
Subject: Re: [netmod] Expiration impending: <draft-ietf-netmod-rfc6991-bis-13.txt>
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.39
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, 13 Sep 2022 23:35:31 -0000

NETMOD WG,

The chairs received and discussed the following message recently:

> On Sep 11, 2022, at 3:00 AM, IETF Secretariat <ietf-secretariat-reply@ietf.org> wrote:
> 
> The following draft will expire soon:
> 
> Name:     draft-ietf-netmod-rfc6991-bis
> Title:    Common YANG Data Types
> State:    I-D Exists
> Expires:  2022-09-23 (in 1 week, 4 days)



1) With regard to the ip-address-no-zone discussion, it is the chair's understanding that there is NO CONSENSUS either way.  That is, the two sides have equal support.  However, the WG must make progress and the chairs feel that the safest course of action is to make no change, effectively kicking the proverbial can down the road (a future rfc6991-bis-bis can pick it up).

2) With regards to the [date/time]-[with/no]-zone, in https://mailarchive.ietf.org/arch/msg/netmod/PGFFlBm-oT8OVSKvzHuXmtHPBfM/, it seems that Randy and I agreed that having it be a conscious/explicit selection by module designers is goodness.  Should there be an update to the draft to rename "date" to "date-with-zone" *and* rename "time" to "time-with-zone"?

Sorry, but going back to (1), IDK if it was discussed, but would it make sense to move towards the kind of ip-address be explicit also?  That is: 1) add "ip-address-with-zone" and 2) deprecate "ip-address"?  This way no break in backwards compatibility and yet paves the way for a future NBC change?   Followed later with, e.g.,  an alias for "ip-address-no-zone" to be "ip-address" (similar to OpenConfig)?

3) There was also a discussion regarding a "language" tag that ended here: https://mailarchive.ietf.org/arch/msg/netmod/aYthsN4MhsjclIqzfvxz9ak1Gpw/.  I don't see a conclusion to this discussion.   Did another WG meanwhile publish a definition and so the time-utility window for NETMOD to act has since passed?

Kent // Shepherd