Re: [netmod] draft-bjorklund-netmod-structural-mount: Namespace issues

Ladislav Lhotka <lhotka@nic.cz> Wed, 23 March 2016 15:26 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 A56D412D579 for <netmod@ietfa.amsl.com>; Wed, 23 Mar 2016 08:26:24 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -1.9
X-Spam-Level:
X-Spam-Status: No, score=-1.9 tagged_above=-999 required=5 tests=[BAYES_00=-1.9] 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 ubA7pHPu0yDP for <netmod@ietfa.amsl.com>; Wed, 23 Mar 2016 08:26:22 -0700 (PDT)
Received: from trail.lhotka.name (trail.lhotka.name [77.48.224.143]) by ietfa.amsl.com (Postfix) with ESMTP id 6650712D1EB for <netmod@ietf.org>; Wed, 23 Mar 2016 08:26:22 -0700 (PDT)
Received: from localhost (unknown [195.113.220.110]) by trail.lhotka.name (Postfix) with ESMTPSA id C454D1CC006C; Wed, 23 Mar 2016 16:26:30 +0100 (CET)
From: Ladislav Lhotka <lhotka@nic.cz>
To: Anton Tkáčik <anton.tkacik@pantheon.tech>, "netmod@ietf.org" <netmod@ietf.org>
In-Reply-To: <1458566013189.55874@pantheon.tech>
References: <1458566013189.55874@pantheon.tech>
User-Agent: Notmuch/0.21 (http://notmuchmail.org) Emacs/24.4.51.2 (x86_64-apple-darwin14.0.0)
Date: Wed, 23 Mar 2016 16:26:21 +0100
Message-ID: <m2h9fxmd0i.fsf@birdie.labs.nic.cz>
MIME-Version: 1.0
Content-Type: text/plain; charset="utf-8"
Content-Transfer-Encoding: quoted-printable
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/qugavnHNI7yjEG4eK51p2KjvzNY>
Subject: Re: [netmod] draft-bjorklund-netmod-structural-mount: Namespace issues
X-BeenThere: netmod@ietf.org
X-Mailman-Version: 2.1.17
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, 23 Mar 2016 15:26:24 -0000

Hi Anton,

Anton Tkáčik <anton.tkacik@pantheon.tech> writes:

> Hi,
>
> if I understand correctly netmod-structural-mount inlines "mounted" data directly to container / list which is used,
>
> which brings up following issues:
>
>
> 1. It is possible to have identifier conflict between data from model
> defining mount and mounted data (if mounted schema

I think we need to eliminate all kinds of recursive mount, so this
should not happen. 

>
> contains same model).
>
> e.g.
>
>       module mount-under-mount {
>
>              container mounts {
>
>                    list mount {
>
>                        key name;
>
>                        leaf name;
>
>                               container mounts {
>
>                                     // List of discovered remote mounts
>
>                               }
>
>                               mnt:mount-point data;
>
>                    }
>
>              }?
>
>       }
>
>
> 2. Expanding data directly under container / list may be problematic
> for clients which do not support netmod-structural-mount.

I don't think it can work if the client doesn't support the mount mechanism.

>
>
> I believe both can be solved elegantly by requiring mount-point
> extension to be used inside anydata element, which signifies

This has been already discussed in the mailing list. IMO, the biggest
problem of anydata (as it is currently defined, at least) is that it
permits really anything, i.e. not only stuff contributed by the mounted
modules.

Lada

>
> to client that this may be any YANG modeled data (and client can omit processing it) and also provides isolation between
>
> data from module defining mount point and mounted data.
>
>
> E.g:
>
> list mount {
>
>     key name;
>
>     leaf name {...}
>
>     // additional data
>
>     anydata data {
>
>          mnt:mount-point data {
>
>               mnt:mount-yang-library;?
>
>          }
>
>     }
>
> }
> AntonTkáčik
> Chief Software Architect
>
> Mlynské Nivy 56 / 821 05 Bratislava / Slovakia
> +421 911 309 249 / anton.tkacik@pantheon.tech
> reception: +421 2 206 65 111 / www.pantheon.sk
> [logo]
> _______________________________________________
> netmod mailing list
> netmod@ietf.org
> https://www.ietf.org/mailman/listinfo/netmod

-- 
Ladislav Lhotka, CZ.NIC Labs
PGP Key ID: E74E8C0C