[mpls] Use of schema mounts for common model

"Tarek Saad (tsaad)" <tsaad@cisco.com> Thu, 28 April 2016 19:34 UTC

Return-Path: <tsaad@cisco.com>
X-Original-To: mpls@ietfa.amsl.com
Delivered-To: mpls@ietfa.amsl.com
Received: from localhost (localhost [127.0.0.1]) by ietfa.amsl.com (Postfix) with ESMTP id 4C19812D942; Thu, 28 Apr 2016 12:34:00 -0700 (PDT)
X-Virus-Scanned: amavisd-new at amsl.com
X-Spam-Flag: NO
X-Spam-Score: -15.516
X-Spam-Level:
X-Spam-Status: No, score=-15.516 tagged_above=-999 required=5 tests=[BAYES_00=-1.9, DKIM_SIGNED=0.1, DKIM_VALID=-0.1, DKIM_VALID_AU=-0.1, HTML_MESSAGE=0.001, RCVD_IN_DNSWL_HI=-5, RCVD_IN_MSPIKE_H4=-0.01, RCVD_IN_MSPIKE_WL=-0.01, RP_MATCHES_RCVD=-0.996, SPF_PASS=-0.001, USER_IN_DEF_DKIM_WL=-7.5] autolearn=ham autolearn_force=no
Authentication-Results: ietfa.amsl.com (amavisd-new); dkim=pass (1024-bit key) header.d=cisco.com
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 o2pMGBs_tBfJ; Thu, 28 Apr 2016 12:33:58 -0700 (PDT)
Received: from alln-iport-8.cisco.com (alln-iport-8.cisco.com [173.37.142.95]) (using TLSv1.2 with cipher DHE-RSA-SEED-SHA (128/128 bits)) (No client certificate requested) by ietfa.amsl.com (Postfix) with ESMTPS id 01B9E12D946; Thu, 28 Apr 2016 12:33:57 -0700 (PDT)
DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=cisco.com; i=@cisco.com; l=7434; q=dns/txt; s=iport; t=1461872038; x=1463081638; h=from:to:cc:subject:date:message-id:mime-version; bh=yJquQEkv6eij7dam+d28qATlQbNFjk9MtWjvoyRdF1c=; b=GUGqJ54Q2N26DY8cH+RVBWmUJs9iPJDmXwaQNayxDfE8PpNyNrEJgABW 7p0LDskCSAI7c5GPh8zsZFBDN3gNmyUZ6382kpLnytl4B7sT5eqsSTX8K R9UA36fWKZbHxTSBNMzqJwZFGdx7qB7sXqJH6YwjXCzS5UOjDLr2HQr5R Y=;
X-IronPort-Anti-Spam-Filtered: true
X-IronPort-Anti-Spam-Result: A0AOAgAKZSJX/4MNJK1egmxMU30GtGeEcwENgXYkhWsegRA4FAEBAQEBAQFlHAuESCNWEgFKAgQwJwQOIIgPDrJTkR0BAQEBAQEBAQEBAQEBAQEBAQEBAQERBIYhgXUIigsrgisFjVSKPAGBLYROiBuPEY8vAR4BAUKDa2wBhislGH8BAQE
X-IronPort-AV: E=Sophos;i="5.24,548,1454976000"; d="scan'208,217";a="267261753"
Received: from alln-core-1.cisco.com ([173.36.13.131]) by alln-iport-8.cisco.com with ESMTP/TLS/DHE-RSA-AES256-SHA; 28 Apr 2016 19:33:57 +0000
Received: from XCH-RTP-005.cisco.com (xch-rtp-005.cisco.com [64.101.220.145]) by alln-core-1.cisco.com (8.14.5/8.14.5) with ESMTP id u3SJXu7j021540 (version=TLSv1/SSLv3 cipher=AES256-SHA bits=256 verify=FAIL); Thu, 28 Apr 2016 19:33:57 GMT
Received: from xch-rtp-001.cisco.com (64.101.220.141) by XCH-RTP-005.cisco.com (64.101.220.145) with Microsoft SMTP Server (TLS) id 15.0.1104.5; Thu, 28 Apr 2016 15:33:55 -0400
Received: from xch-rtp-001.cisco.com ([64.101.220.141]) by XCH-RTP-001.cisco.com ([64.101.220.141]) with mapi id 15.00.1104.009; Thu, 28 Apr 2016 15:33:55 -0400
From: "Tarek Saad (tsaad)" <tsaad@cisco.com>
To: "draft-ietf-netmod-schema-mount@ietf.org" <draft-ietf-netmod-schema-mount@ietf.org>
Thread-Topic: Use of schema mounts for common model
Thread-Index: AQHRoYTn8Q7ybSBq9EC0qN+9tgYLng==
Date: Thu, 28 Apr 2016 19:33:55 +0000
Message-ID: <4A05DD10-0885-435C-9D13-9634388B9F4B@cisco.com>
Accept-Language: en-US
Content-Language: en-US
X-MS-Has-Attach:
X-MS-TNEF-Correlator:
user-agent: Microsoft-MacOutlook/f.15.1.160411
x-ms-exchange-messagesentrepresentingtype: 1
x-ms-exchange-transport-fromentityheader: Hosted
x-originating-ip: [10.86.243.62]
Content-Type: multipart/alternative; boundary="_000_4A05DD100885435C9D139634388B9F4Bciscocom_"
MIME-Version: 1.0
Archived-At: <http://mailarchive.ietf.org/arch/msg/mpls/TR78qJlyaaWorx6ytoHuGb46U4Y>
Cc: "draft-ietf-teas-yang-te@ietf.org" <draft-ietf-teas-yang-te@ietf.org>, "mpls@ietf.org" <mpls@ietf.org>, "teas@ietf.org" <teas@ietf.org>, "netmod@ietf.org" <netmod@ietf.org>
Subject: [mpls] Use of schema mounts for common model
X-BeenThere: mpls@ietf.org
X-Mailman-Version: 2.1.17
Precedence: list
List-Id: Multi-Protocol Label Switching WG <mpls.ietf.org>
List-Unsubscribe: <https://www.ietf.org/mailman/options/mpls>, <mailto:mpls-request@ietf.org?subject=unsubscribe>
List-Archive: <https://mailarchive.ietf.org/arch/browse/mpls/>
List-Post: <mailto:mpls@ietf.org>
List-Help: <mailto:mpls-request@ietf.org?subject=help>
List-Subscribe: <https://www.ietf.org/mailman/listinfo/mpls>, <mailto:mpls-request@ietf.org?subject=subscribe>
X-List-Received-Date: Thu, 28 Apr 2016 19:34:00 -0000

Hi authors/WG,

In draft-ietf-teas-yang-te, we are driving the definition for a generic TE YANG model that can/may be used (and extended when necessary) for different data plane technologies (e.g. MPLS, OTN, WDM, etc.).
Reviewing the schema mount idea presented in draft-ietf-netmod-schema-mount, we are thinking this proposal is useful and can facilitate the reuse of the our model in multiple places in the YANG tree (once per each technology), e.g.:
…/mpls/mount-points/mount-point/module=ietf-te.yang
…/otn/mount-points/mount-point/module=ietf-te.yang

We have a comment/concern/suggestion and we value your feedback.

The generic TE model currently references data nodes in the global tree (e.g. from the ietf-interfaces model to define additional TE properties associated with a specific device interface). Our understanding after reading section 3.1 of your draft is the mounted model can *not* reference any data nodes outside the scope of the mount-point (e.g. global data nodes in the yang tree). This poses a limitation for us, do you have a suggestion for this problem?

One possible solution we thought of was to replace the leaf-refs pointing to the global data nodes (e.g. Ietf-interfaces) with context names (e.g. the interface name).. This decouples the data-nodes defined in the TE generic model from those in the global tree (e.g. the actual interface ietf-interfaces model). Any feedback on this or better suggestions?

Regards,
Tarek

Excerpt from draft-ietf-netmod-schema-mount

3.1<https://tools.ietf.org/html/draft-ietf-netmod-schema-mount-01#section-3.1>.  Augment and Validation in Mounted Data


   All paths (in leafrefs, instance-identifiers, XPath expressions, and
   target nodes of augments) in the data models mounted at a mount point
   are interpreted with the mount point as the root node, and the
   mounted data nodes as its children.  This means that data within a
   mounted subtree can never refer to data outside of this subtree.