requests. Requests may be queued or processed concurrently at a device. Each request has a request ID. Success or failure indications can be sent independently of other requests individually for each request ID. It is extensible. New operations can be added and its support can be checked by capability retrieval. Configurations of a device or for portions of it are encoded in XML UML XML Schema is also provided For each of the elements the specification provides UML class description and XML example One of the key points on any management protocol is the security. In order to assure correct security for its operations, NETCONF supports SSH (RFC6242) and TLS (RFC5539) as communication transport protocols that can be used for providing integrity, privacy, and mutual authentication. All specified transport mappings for NETCONF use TLS or TCP as underlying transport protocol and thus provide reliable transport. A data model is a consistent and complete definition of the structure, syntax and semantics of data. NETCONF uses YANG data modeling language to model both configuration data as well as state data of network elements. YANG is a modular language representing data structures in an XML tree format, making it very appropriate for the definition of the NETCONF structures. The data modeling language comes with a number of builtin data types, from which additional data types can be derived if needed. A YANG module defines a hierarchy of data that can be used for NETCONF-based operations, including configuration, state data, Remote Procedure Calls (RPCs), and notifications. This allows a complete description of all data sent between a NETCONF client and server. The hierarchy of data is organized as a tree, in which each node has a name and either a value or a set of children. The language defines the nodes and their interaction. The YANG data model is structured in modules, which can be formed by submodules. Any module can import data from external modules and even modify the hierarchy defined in other module by adding nodes to that module. This can be done conditionally only if certain conditions are met. In addition, through YANG, constraints can be enforced on the data, restricting the value of appearance of nodes based on the presence or value of other nodes. To the extent possible, YANG maintains compatibility with Simple Network Management Protocol's (SNMP's) SMIv2 (Structure of Management Information version 2 [], []). SMIv2-based MIB modules can be automatically translated into YANG modules for
requests. Requests may be queued or processed concurrently at a device. Each request has a request ID. Success or failure indications can be sent independently of other requests individually for each request ID. It is extensible. New operations can be added and its support can be checked by capability retrieval. Configurations of a device or for portions of it are encoded in XML UML XML Schema is also provided For each of the elements the specification provides UML class description and XML example One of the key points on any management protocol is the security. In order to assure correct security for its operations, NETCONF supports SSH (RFC6242) and TLS (RFC5539) as communication transport protocols that can be used for providing integrity, privacy, and mutual authentication. All specified transport mappings for NETCONF use TLS or TCP as underlying transport protocol and thus provide reliable transport. A data model is a consistent and complete definition of the structure, syntax and semantics of data. NETCONF uses YANG data modeling language to model both configuration data as well as state data of network elements. YANG is a modular language representing data structures in an XML tree format, making it very appropriate for the definition of the NETCONF structures. The data modeling language comes with a number of builtin data types, from which additional data types can be derived if needed. A YANG module defines a hierarchy of data that can be used for NETCONF-based operations, including configuration, state data, Remote Procedure Calls (RPCs), and notifications. This allows a complete description of all data sent between a NETCONF client and server. The hierarchy of data is organized as a tree, in which each node has a name and either a value or a set of children. The language defines the nodes and their interaction. The YANG data model is structured in modules, which can be formed by submodules. Any module can import data from external modules and even modify the hierarchy defined in other module by adding nodes to that module. This can be done conditionally only if certain conditions are met. In addition, through YANG, constraints can be enforced on the data, restricting the value of appearance of nodes based on the presence or value of other nodes. To the extent possible, YANG maintains compatibility with Simple Network Management Protocol's (SNMP's) SMIv2 (Structure of Management Information version 2 [], []). SMIv2-based MIB modules can be automatically translated into YANG modules for