Re: [netmod] Delay in publication request of routing-cfg and current -state conventions

Benoit Claise <bclaise@cisco.com> Tue, 25 October 2016 13:21 UTC

Return-Path: <bclaise@cisco.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 856BD126D74 for <netmod@ietfa.amsl.com>; Tue, 25 Oct 2016 06:21:52 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -14.953
X-Spam-Level:
X-Spam-Status: No, score=-14.953 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, RCVD_IN_MSPIKE_H3=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.431, SPF_HELO_PASS=-0.001, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.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 pBIfj3hSFlKr for <netmod@ietfa.amsl.com>; Tue, 25 Oct 2016 06:21:49 -0700 (PDT)
Received: from aer-iport-4.cisco.com (aer-iport-4.cisco.com [173.38.203.54]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 572D1129427 for <netmod@ietf.org>; Tue, 25 Oct 2016 06:21:48 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=1963; q=dns/txt; s=iport; t=1477401708; x=1478611308; h=subject:to:references:cc:from:message-id:date: mime-version:in-reply-to:content-transfer-encoding; bh=XVkUsMz8o9MCyruvJ9hFNOGBwJWJKIRGwHc7+GtoE5I=; b=Q+yfBtC6htzwTD80netpRH7QfU8QA3tKX32pS28Ff0l8nBwnzkEZR2lg /DeKnRTNbVCBp4DG9645CpnzUuPnVLQWME/svTljC5JrizQ73+jH3VZYd FOCRUf8PmpqHU8l2u/RGEczeYNOwmX14OCWfJIgt2ThVEmlBi6OSzjOtB U=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0A5AQA+Ww9Y/xbLJq1cGQEBAQEBAQEBAQEBBwEBAQEBgy8BAQEBAXUDJ1ONNZZ+lD+CBxwNhS5KAoIqFAECAQEBAQEBAWIohGMBAQQBAQE1NgsQCw4KLicwBgEMBgIBAYhPDsFtAQEBAQEBAQEBAQEBAQEBAQEBAQEYBYY9gX2CWIEkgRGBdQEBhXoBBJoWhipNiSCBbogEhhGHGYIag1WEAR42UAYIg0iBPDw0AYVwgiABAQE
X-IronPort-AV: E=Sophos;i="5.31,545,1473120000"; d="scan'208";a="649466313"
Received: from aer-iport-nat.cisco.com (HELO aer-core-1.cisco.com) ([173.38.203.22]) by aer-iport-4.cisco.com with ESMTP/TLS/DHE-RSA-AES256-GCM-SHA384; 25 Oct 2016 13:21:46 +0000
Received: from [10.60.67.85] (ams-bclaise-8914.cisco.com [10.60.67.85]) by aer-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u9PDLjFV019874; Tue, 25 Oct 2016 13:21:46 GMT
To: Lou Berger <lberger@labn.net>, NetMod WG <netmod@ietf.org>
References: <9fcf23f2-d0f8-2426-9ba6-abef7725ca88@labn.net>
From: Benoit Claise <bclaise@cisco.com>
Message-ID: <700e79d4-bc47-2ec3-73c3-91295dc78c01@cisco.com>
Date: Tue, 25 Oct 2016 15:21:46 +0200
User-Agent: Mozilla/5.0 (Windows NT 6.1; WOW64; rv:45.0) Gecko/20100101 Thunderbird/45.4.0
MIME-Version: 1.0
In-Reply-To: <9fcf23f2-d0f8-2426-9ba6-abef7725ca88@labn.net>
Content-Type: text/plain; charset="windows-1252"; format="flowed"
Content-Transfer-Encoding: 7bit
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/l0wJyhLj-SR-XN41Ic12Tm6eask>
Subject: Re: [netmod] Delay in publication request of routing-cfg and current -state conventions
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
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, 25 Oct 2016 13:21:52 -0000

On 10/21/2016 5:12 PM, Lou Berger wrote:
> All,
>      Some may have noticed that there was a bit of a gap between the
> close of LC and the submission of the publication request for this
> document.  While it was gated by a minor update, the more significant
> reason for the delay was the consideration of how to proceed with models
> that contain the -state branch.
>
> As we're sure most are aware we have a design team looking at how
> datastores might be used to address the applied vs intended config [1]
> and the larger "OpState" discussion.  There also has been some
> discussion on proposals on how to proceed while their work is ongoing,
> including a proposal that I promoted - and this model presents the first
> opportunity to implement such.
>
> Based on a fair bit of discussion among the authors, chairs, AD and
> design team, we concluded that introducing a new model convention
> at this time really doesn't provide any substantive benefit and may in
> fact complicate future transition/upgrade approaches. This
> consideration is what resulted in the delay.
>
> The impact of this discussion on routing-cfg is no change.  The impact
> on -state conventions is that, for now, we (as chairs) feel that models
> being submitted for publication request by the WG should follow the
> conventions found in RFC7223
This is an important message.
This is indeed the way to publish YANG modules these days at the IETF.

Regards, Alia (RTG AD) and Benoit (OPS AD)
> and the recommendations documented in
> 6087bis section 5.23 [2].
> discussion in the WG, e.g., based on the output of the DT.
>
> Lou and Kent
>
> [1] https://www.ietf.org/mail-archive/web/netmod/current/msg16491.html
> [2] https://tools.ietf.org/html/draft-ietf-netmod-rfc6087bis-08#section-5.23
>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
> .
>