Requirements for mounting of local and remote YANG subtrees

Document Type Replaced Internet-Draft (individual)
Authors Eric Voit  , Alexander Clemm  , Sander Mertens 
Last updated 2016-03-17 (latest revision 2015-09-14)
Replaced by draft-voit-netmod-yang-mount-requirements
Stream (None)
Intended RFC status (None)
Expired & archived
pdf htmlized (tools) htmlized bibtex
Stream Stream state (No stream defined)
Consensus Boilerplate Unknown
RFC Editor Note (None)
IESG IESG state Replaced by draft-voit-netmod-yang-mount-requirements
Telechat date
Responsible AD (None)
Send notices to (None)

This Internet-Draft is no longer active. A copy of the expired Internet-Draft can be found at


Network integrated applications want simple ways to reference and access YANG objects and subtrees. These simplifications might include aliasing of local YANG information. These simplifications might include remote referencing of YANG information distributed across network. For such applications, development complexity must be minimized. Specific aspects of complexity developers want to ignore include: o whether multiple aliases and paths for the same information are exposed on a single device, o whether authoritative information is actually sourced from local or remote datastores, o the overhead of session establishment and maintenance which is needed in order to access information on remote datastores, o whether objects have been locally cached or not, and o whether there is a mix of controllers, NMSs, and/or CLI which have access permission to update the primary copy of a particular object. The solution requirements described in this document detail what is needed to support application access to authoritative network YANG objects locally (via aliasing), or remotely from controllers or peering network devices in such a way to meet these goals.


Eric Voit (
Alexander Clemm (
Sander Mertens (

(Note: The e-mail addresses provided for the authors of this Internet-Draft may no longer be valid.)