Re: [netmod] WG Last Call: draft-ietf-netmod-schema-mount-07

Andy Bierman <> Thu, 02 November 2017 00:12 UTC

Return-Path: <>
Received: from localhost (localhost []) by (Postfix) with ESMTP id 90BFE13F63E for <>; Wed, 1 Nov 2017 17:12:30 -0700 (PDT)
X-Virus-Scanned: amavisd-new at
X-Spam-Flag: NO
X-Spam-Score: -2.599
X-Spam-Status: No, score=-2.599 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_LOW=-0.7, SPF_PASS=-0.001, URIBL_BLOCKED=0.001] autolearn=ham autolearn_force=no
Authentication-Results: (amavisd-new); dkim=pass (2048-bit key)
Received: from ([]) by localhost ( []) (amavisd-new, port 10024) with ESMTP id WI3ZbmDLyysI for <>; Wed, 1 Nov 2017 17:12:28 -0700 (PDT)
Received: from ( [IPv6:2a00:1450:4010:c07::230]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by (Postfix) with ESMTPS id 1DC7C1385C2 for <>; Wed, 1 Nov 2017 17:12:28 -0700 (PDT)
Received: by with SMTP id a2so4390699lfh.11 for <>; Wed, 01 Nov 2017 17:12:28 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to :cc; bh=J99lEPDkOBr9KDNaDOmzZtNsEjEnZx3B4kDFrnnUiMk=; b=EaM6EGaHUuA8tOoaZTqE97RXQfxrMcSphELZR71k/mCmzHhAgCpjFDEUmE4uCLCN4m DylOtAw08UB+eCiGkQNCO1MVqjSKXMlM57ytc8G9pYGxOvLOSNB2tUflG/IIUGYy/d4W wWBH/eVFhkwPRI5BE20iKSxZNXD9CfM7LfIqUHhOSX1k7khDEsAExlLRfsHiM3pIWttC iiezKerDKcjTUSe7kZQOX7ZDtvmBfj+qe7W7mF8KuDKDLQvAu0Yjd5WjtHkfK6LwDt3U HMYt8dmMRwATAWny/CgzEPtwcgAlXla5koy4UZOm19skAnjDQ9t7irBJKwYAJsICWQZI k0+A==
X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed;; s=20161025; h=x-gm-message-state:mime-version:in-reply-to:references:from:date :message-id:subject:to:cc; bh=J99lEPDkOBr9KDNaDOmzZtNsEjEnZx3B4kDFrnnUiMk=; b=JDlvvX4U8q6OPChtWIkj+z0aKs070DnUxq9qdDOQJ4I6CHdiz7vEIvD8R/rrU6BBnw 8OeEqDsp5zHsEBeBiitIjcD/pXQITaVSn9nVMhIYNzZTDh8ftyftgYfwoWHRImCGkfJV KcfnW+zL1fxAa+ZVkblkTKOm170TkbPaOxLudvMhHeHaW6HX9XD3eUATncFHqOMHGhJc FvK6/YgABIN1nnfRPdw5UXBEvPUlADV9nYi7+ilEowac3nrO8IJ48T2jN2xINGsV7A1v pGkFdbWwB5sawIGdIjHGn61iVCYfxeU/8dCAt13ce1/96rgKSk0iOaNTDrrTqJJ+tXeB 5PiQ==
X-Gm-Message-State: AJaThX5HxaJUsxfjhOfMO7M1DQeLvTZiwbsE8R7hOXm2a6RHlKZHq58i 3ZbUm5NYVVagrXJMWSc1ID7pdgj6aqNYuZabaubBRw==
X-Google-Smtp-Source: ABhQp+Q3mf4I+3TG1g94OSkleH8y/SjzSzY+8XKkJ1RCyB8Ylt7LL6TM/waL1vbMpR5Y66Jij40T0LnCbINujnXpUSk=
X-Received: by with SMTP id f63mr505328lfe.194.1509581546349; Wed, 01 Nov 2017 17:12:26 -0700 (PDT)
MIME-Version: 1.0
Received: by with HTTP; Wed, 1 Nov 2017 17:12:24 -0700 (PDT)
In-Reply-To: <>
References: <>
From: Andy Bierman <>
Date: Wed, 1 Nov 2017 17:12:24 -0700
Message-ID: <>
To: Kent Watsen <>
Cc: "" <>
Content-Type: multipart/alternative; boundary="001a11411bc6d47b8c055cf4d757"
Archived-At: <>
Subject: Re: [netmod] WG Last Call: draft-ietf-netmod-schema-mount-07
X-Mailman-Version: 2.1.22
Precedence: list
List-Id: NETMOD WG list <>
List-Unsubscribe: <>, <>
List-Archive: <>
List-Post: <>
List-Help: <>
List-Subscribe: <>, <>
X-List-Received-Date: Thu, 02 Nov 2017 00:12:30 -0000


I have read this draft a few times.
I have not implemented the draft but it seems reasonably constrained.

here are some comments.

Sec 1: seems like a lot of background on YANG and then some explanation
of the solution.  The problem statement is never really explained.
Some discussion of building blocks for virtual servers might help.

Sec. 3.3: there are no examples of multiple level schema -mounts.
What is the use-case for this complexity?

Sec. 4: an instance document showing the config for the example would help

Sec. 5: A NETCONF example of an RPC converted to action would help.
Also mention action converted to deeper nested action would help.
Sec. A.4 has a very terse RESTCONF example.

Sec. 8: There are no examples using the mount-point extension-stmt
Why is this restriction in the text? It is not explained.

          The 'mount-point' statement MUST NOT be used in a YANG
          version 1 module, neither explicitly nor via a 'uses'

I do not understand why the mount-point subtree is needed twice in the YANG
Why is the list duplicated under each schema entry?
An example showing the entire YANG module would help.
Seems like a lot of duplication of the YANG library.

Why is the entire schema-mounts container config=false?
There is no standard way to configure the schema mounts?
All this data is configured via proprietary models, probably
with even more copies of the YANG library?


On Fri, Oct 20, 2017 at 2:37 PM, Kent Watsen <> wrote:

> All,
> This starts a two-week working group last call on
> draft-ietf-netmod-schema-mount-07.
> The working group last call ends on November 3.
> Please send your comments to the netmod mailing list.
> Positive comments, e.g., "I've reviewed this document
> and believe it is ready for publication", are welcome!
> This is useful and important, even from authors.
> Could the authors, explicitly CC-ed on this email,
> please also confirm one more time that they are
> unaware of any IPR related to this draft.
> Thank you,
> Netmod Chairs
> _______________________________________________
> netmod mailing list