[netmod] document organization

Ladislav Lhotka <lhotka@nic.cz> Wed, 15 November 2017 06:22 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 D045B12702E for <netmod@ietfa.amsl.com>; Tue, 14 Nov 2017 22:22:09 -0800 (PST)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -7
X-Spam-Level:
X-Spam-Status: No, score=-7 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] 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 nBI4JOJYkypx for <netmod@ietfa.amsl.com>; Tue, 14 Nov 2017 22:22:08 -0800 (PST)
Received: from mail.nic.cz (mail.nic.cz [IPv6:2001:1488:800:400::400]) (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 124081201FA for <netmod@ietf.org>; Tue, 14 Nov 2017 22:22:08 -0800 (PST)
Received: from birdie (unknown [IPv6:2001:67c:370:128:e0e6:7446:b50f:deb9]) by mail.nic.cz (Postfix) with ESMTPSA id A859C63FFC for <netmod@ietf.org>; Wed, 15 Nov 2017 07:22:05 +0100 (CET)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=nic.cz; s=default; t=1510726926; bh=HwnAdukD8wJNl+OxovN8biD0yEcsIuisisjlCY+NOa0=; h=From:To:Date; b=QX/FFLOgur35PFjkS5RhGd4eIYvbsy2/00DVJEfJyYLwFq0BFtYfKYhAcb6u1HWcE GcfdmyJRquLvnN6ecTP9WqnIGSFOUwaL1LqyKJ02V2v4lZR/KUYP53OLgH8K8g6+6/ yLUIMxL84tt+/5bPQUBpJKpMzpNjLPuxWvlsbc9c=
Message-ID: <1510726990.12151.10.camel@nic.cz>
From: Ladislav Lhotka <lhotka@nic.cz>
To: NETMOD WG <netmod@ietf.org>
Date: Wed, 15 Nov 2017 14:23:10 +0800
Organization: CZ.NIC
Content-Type: text/plain; charset="UTF-8"
X-Mailer: Evolution 3.26.2
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/f8tEulFwVZSygW54-aFhbEDUHq8>
Subject: [netmod] document organization
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, 15 Nov 2017 06:22:10 -0000

Hi,

regarding my proposed reorganization of documents: I strongly disagree with
Martin's comment on jabber that it would be a mere split of the contents into
two documents. It is certainly not true because

- we could get rid of the use-schema/inline choice in schema-mounts data: the
inline case needs to state data in the parent tree at all

- there are many CLRs that are relevant only to one of the methods, so have to
distinguish the cases in the text; for example, parent-references don't apply to
"inline"

- (most important for me) the two methods are really two different mechanisms,
and the "inline" method invites various instance-related considerations whereas
"use-schema" doesn't; it's been my experience that people keep confusing schema
construction and instance data mounting.

Lada
   
-- 
Ladislav Lhotka
Head, CZ.NIC Labs
PGP Key ID: 0xB8F92B08A9F76C67