Re: [netmod] moving forward with schema mount

joel jaeggli <joelja@bogus.com> Tue, 23 January 2018 14:09 UTC

Return-Path: <joelja@bogus.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 5908C126B72 for <netmod@ietfa.amsl.com>; Tue, 23 Jan 2018 06:09:46 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.909
X-Spam-Level:
X-Spam-Status: No, score=-6.909 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
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 2ITJa_0xiP4w for <netmod@ietfa.amsl.com>; Tue, 23 Jan 2018 06:09:44 -0800 (PST)
Received: from nagasaki.bogus.com (nagasaki.bogus.com [IPv6:2001:418:1::81]) (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 9D5FE126579 for <netmod@ietf.org>; Tue, 23 Jan 2018 06:09:44 -0800 (PST)
Received: from MBP.local ([50.224.58.242]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w0NE9gjQ017107 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Tue, 23 Jan 2018 14:09:43 GMT (envelope-from joelja@bogus.com)
X-Authentication-Warning: nagasaki.bogus.com: Host [50.224.58.242] claimed to be MBP.local
To: Martin Bjorklund <mbj@tail-f.com>, kwatsen@juniper.net
Cc: netmod@ietf.org
References: <BF9C1543-4471-4CB3-9A26-451F45A2E4B6@juniper.net> <20180123.092425.1788188537428313683.mbj@tail-f.com>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <49d02eec-a9b7-ca7d-5bbe-4f0a1f8e07c3@bogus.com>
Date: Tue, 23 Jan 2018 09:09:37 -0500
User-Agent: Mozilla/5.0 (Macintosh; Intel Mac OS X 10.13; rv:52.0) Gecko/20100101 Thunderbird/52.5.2
MIME-Version: 1.0
In-Reply-To: <20180123.092425.1788188537428313683.mbj@tail-f.com>
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Content-Language: en-US
Archived-At: <https://mailarchive.ietf.org/arch/msg/netmod/0gs4DOh4d7_MXyltbr8kyqdFXjk>
Subject: Re: [netmod] moving forward with schema mount
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.22
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, 23 Jan 2018 14:09:46 -0000


On 1/23/18 3:24 AM, Martin Bjorklund wrote:
> Hi,
>
> So do you believe that this decision reflects rough consensus in the
> WG?
>
> I hope that the document writeup will show that the WG is divided on
> this issue.
>
> For the record, if this means that using Schema Mount *with* NMDA gets
> delayed, I strongly object to this decision.
I don't think it does. assuming we had a draft that addresses that
problem. we could poll for working group adoption now.  and proceed with
that one accordingly. what happens there is orthogonal to sending this
one on it's way.
> Assuming this document now moves forward as-is, can we assume that we
> can start to work on the bis document immediately?  What is needed?
>
>   1.  a new individual draft
>   2.  some time until this becomes WG draft
call for adoption can occur once we have a draft.
>   3.  some time before WGLC
>
> Do we have to go through all these steps?
there's roughly three weeks of more or less required process time 
between submission to a working group and the close of WGLC, everything
else is compressible to various degrees if we can satisfy our standards
for consensus, and we don't spend to much time orbiting the same point.
> This new draft would immediately obsolete the current SM document,
> right?  And it would mark the current SM YANG nodes as deprecated.
>
> Maybe we can send both the original document and the bis document to
> the IESG at the same time ;-)
If you hurry. the first one has taken a bit over 2 years to this point,
I certainly think we can reel that in.
>
> /martin
>
>
> Kent Watsen <kwatsen@juniper.net> wrote:
>> Thank you all for the important discussion since the completion of WGLC on Nov 6th.
>>
>> Per normal process, drafts typically progress once LC comments are address unless significant faults are found.  Post LC comments have been made, which needed consideration, notably the relationship with NMDA and rfc7895bis and an alternate representation of inline schema.  These have been considered respecting their impact on the last call consensus and it is the position of the chairs that it is best to advance the existing schema-mount document at this time.
>>
>> Given that there are significant concerns for how the solution proposed in this draft operates with NMDA, we do think it reasonable to add an applicability statement to the draft that covers its operation in NMDA implementations. We do not believe that such a statement substantively alters the draft nor would it impact drafts that normatively reference the current draft.
>>
>> In addition to resolving the remaining open thread [1], we also agree with the recently made comment that the schema mount draft should allow the use of rfc7895bis (i.e., not reference /modules-state), thereby enabling the draft's use (though not ideal) on servers supporting rfc7895bis.
>>
>> The chairs will propose specific text for the updates mentioned in this message to be reviewed by the WG for correctness before final submission and advancement. 
>>
>> [1] https://www.ietf.org/mail-archive/web/netmod/current/msg20049.html
>>
>> Thanks,
>> Kent, Lou, and Joel
>>
>>
>>
>> _______________________________________________
>> netmod mailing list
>> netmod@ietf.org
>> https://www.ietf.org/mailman/listinfo/netmod
>>
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod
>