Re: [netmod] moving forward with schema mount

Ladislav Lhotka <lhotka@nic.cz> Wed, 24 January 2018 15:18 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 03126126BF6 for <netmod@ietfa.amsl.com>; Wed, 24 Jan 2018 07:18:19 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7.03
X-Spam-Level:
X-Spam-Status: No, score=-7.03 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_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, T_RP_MATCHES_RCVD=-0.01] 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 6quqXTTuH8bL for <netmod@ietfa.amsl.com>; Wed, 24 Jan 2018 07:18:16 -0800 (PST)
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 D1CC1120727 for <netmod@ietf.org>; Wed, 24 Jan 2018 07:18:15 -0800 (PST)
Received: from birdie (unknown [IPv6:2001:718:1a02:1::380]) by mail.nic.cz (Postfix) with ESMTPSA id 41CDB65318; Wed, 24 Jan 2018 16:18:13 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1516807093; bh=QrI+JnGCYcglZjCUx9hQKarmK0rq5Z1YiQIXWpWdq3o=; h=From:To:Date; b=HQc+aN2EoES2LLv/7UqF+IXw2918esON45xVwBmqQWkWz0vqnu4P37vU2hwv7Bl8+ pooiG5sYo/Q9KJW3X0d4FvVD3KZ/MzZKLVuqWevwq+5tzGsAaKKt2ELimqGgkscJZ/ MvTd1xQrNjnghGw/iN4zlPfV2YQebYSHg+aveFes=
Message-ID: <1516807093.8341.74.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: joel jaeggli <joelja@bogus.com>, Kent Watsen <kwatsen@juniper.net>, "netmod@ietf.org" <netmod@ietf.org>
Date: Wed, 24 Jan 2018 16:18:13 +0100
In-Reply-To: <3d69eabd-5fed-1655-b7fa-b76809580ef4@bogus.com>
References: <BF9C1543-4471-4CB3-9A26-451F45A2E4B6@juniper.net> <878tcnz9pc.fsf@nic.cz> <3d69eabd-5fed-1655-b7fa-b76809580ef4@bogus.com>
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.26.4
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/cZ_Sgd6mPOoVCYNQyRKULYpjDO0>
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 15:18:19 -0000

On Wed, 2018-01-24 at 09:35 -0500, joel jaeggli wrote:
> 
> 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

Ongoing threads are mentioned here, and they have to be resolved.

> 
> 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.

What would be fatally flawed are two different versions of schema mount.

> 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.

An author objecting against his own document in the IETF LC - this sounds pretty
crazy. If possible, I'd prefer to find consensus within the WG.

Lada

> 
> > > 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
> 
> 
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67