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

Anton Tkáčik <anton.tkacik@pantheon.tech> Mon, 21 March 2016 13:13 UTC

Return-Path: <anton.tkacik@pantheon.tech>
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 D658912D719 for <netmod@ietfa.amsl.com>; Mon, 21 Mar 2016 06:13:40 -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, HTML_MESSAGE=0.001, SPF_PASS=-0.001] 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 WPdh0eIfxSjc for <netmod@ietfa.amsl.com>; Mon, 21 Mar 2016 06:13:38 -0700 (PDT)
Received: from amalka.pantheon.sk (amalka.pantheon.sk [46.229.239.144]) by ietfa.amsl.com (Postfix) with ESMTP id 38BF912D553 for <netmod@ietf.org>; Mon, 21 Mar 2016 06:13:37 -0700 (PDT)
Received: from localhost (localhost [127.0.0.1]) by amalka.pantheon.sk (Postfix) with ESMTP id CB67B27E5A for <netmod@ietf.org>; Mon, 21 Mar 2016 14:13:35 +0100 (CET)
X-Virus-Scanned: amavisd-new at pantheon.sk
Received: from amalka.pantheon.sk ([127.0.0.1]) by localhost (amalka.pantheon.sk [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id U6FZBBpMLLjb for <netmod@ietf.org>; Mon, 21 Mar 2016 14:13:34 +0100 (CET)
Received: from XMBX1.pantheon.local (fw.pantheon.sk [46.229.239.141]) by amalka.pantheon.sk (Postfix) with ESMTPS for <netmod@ietf.org>; Mon, 21 Mar 2016 14:13:34 +0100 (CET)
Received: from XMBX1.pantheon.local (10.10.4.5) by XMBX1.pantheon.local (10.10.4.5) with Microsoft SMTP Server (TLS) id 15.0.1156.6; Mon, 21 Mar 2016 14:13:33 +0100
Received: from XMBX1.pantheon.local ([10.10.4.5]) by XMBX1.pantheon.local ([10.10.4.5]) with mapi id 15.00.1156.000; Mon, 21 Mar 2016 14:13:33 +0100
From: Anton Tkáčik <anton.tkacik@pantheon.tech>
To: "netmod@ietf.org" <netmod@ietf.org>
Thread-Topic: draft-bjorklund-netmod-structural-mount: Namespace issues
Thread-Index: AQHRg3IaunOXW/ExD02Y20Pxpc4UDA==
Date: Mon, 21 Mar 2016 13:13:33 +0000
Message-ID: <1458566013189.55874@pantheon.tech>
Accept-Language: sk-SK, en-US
Content-Language: sk-SK
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [173.38.220.43]
Content-Type: multipart/alternative; boundary="_000_145856601318955874pantheontech_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/netmod/ltpVidTmC64SlCEMpodNxxlb_dw>
Subject: [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: Mon, 21 Mar 2016 13:13:41 -0000

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

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 believe both can be solved elegantly by requiring mount-point extension to be used inside anydata element, which signifies

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]