Re: [netmod] moving forward with schema mount

joel jaeggli <joelja@bogus.com> Wed, 24 January 2018 14:35 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 B3FE1124B18 for <netmod@ietfa.amsl.com>; Wed, 24 Jan 2018 06:35:59 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -6.91
X-Spam-Level:
X-Spam-Status: No, score=-6.91 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, RCVD_IN_DNSWL_HI=-5, T_RP_MATCHES_RCVD=-0.01] 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 0YQVCChQZePo for <netmod@ietfa.amsl.com>; Wed, 24 Jan 2018 06:35:57 -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 92CDE12422F for <netmod@ietf.org>; Wed, 24 Jan 2018 06:35:57 -0800 (PST)
Received: from MBP.local ([64.191.222.125]) (authenticated bits=0) by nagasaki.bogus.com (8.15.2/8.15.2) with ESMTPSA id w0OEZsqF028620 (version=TLSv1.2 cipher=ECDHE-RSA-AES128-GCM-SHA256 bits=128 verify=NOT); Wed, 24 Jan 2018 14:35:55 GMT (envelope-from joelja@bogus.com)
X-Authentication-Warning: nagasaki.bogus.com: Host [64.191.222.125] claimed to be MBP.local
To: Ladislav Lhotka <lhotka@nic.cz>, Kent Watsen <kwatsen@juniper.net>, "netmod@ietf.org" <netmod@ietf.org>
References: <BF9C1543-4471-4CB3-9A26-451F45A2E4B6@juniper.net> <878tcnz9pc.fsf@nic.cz>
From: joel jaeggli <joelja@bogus.com>
Message-ID: <3d69eabd-5fed-1655-b7fa-b76809580ef4@bogus.com>
Date: Wed, 24 Jan 2018 09:35:49 -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: <878tcnz9pc.fsf@nic.cz>
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/wQxr-ZHoZc347PRJzpWoNaVJJwI>
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: Wed, 24 Jan 2018 14:36:00 -0000


On 1/24/18 8:07 AM, Ladislav Lhotka wrote:
> Hi,
>
> Kent Watsen <kwatsen@juniper.net> writes:
>
>> 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.
> I guess I have no chance but strongly object to this. Is it normal to
> proceed this way without reaching WG consensus and against the will of
> *both* document authors?
Once the document is adopted by the working group it's the working
group's document.

The consensus call was made back here:

https://www.ietf.org/mail-archive/web/netmod/current/msg19433.html

To my mind the discussion that we picked up in the new year highlights
the limitations of the existing draft without it being fatally flawed.
To wit (and this is my opinion), this one is stable and should proceed,
clearing the path for drafts with normative dependencies; we should
proceed with an update in a timely fashion.

IETF Last call serves a useful function in that is exposes the problem
discussed here beyond the working group, particularly to those who
depend on schema mount today. I think we understand in making this
judgement call where the working group participants stand today.

>> 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],
> Hmm, who resolved this thread? Lou proposed some text and nobody
> expressed any agreement with it. In fact, I believe it is nothing more
> than hand-waving.
>
> I must say that the work on this draft was very frustrating for me. Even
> more than on RFC 8022, and this tells you something.
>
> Lada
>
>> 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