Service provider and enterprise network teams that are moving towards a service oriented approach to network management are reaching for the IETF's Network Configuration Protocol (NETCONF) and YANG, a data modeling language, to help remove the time, cost and manual steps involved in network element configuration.
NETCONF is the standard for installing, manipulating and deleting configuration of network devices while YANG is used to model both conguration and state data of network elements. YANG structures the data definitions into tree structures and provides many modeling features, including an extensible type system, formal separation of state and configuration data and a variety of syntactic and semantic constraints. YANG data denitions are contained in modules and provide a strong set of features for extensibility and reuse.
What does this mean? Network automation is currently blocked by current approaches where you need to write device specific CLI scripts or are locked into rigid closed tools. There is nothing wrong with CLIs; they are perfect for humans, but less optimal for software. NETCONF is defined for transaction-safe configuration of devices. This means that scenarios like setting up initial configuration for a range of devices, changing ACLs and adding VPNs, can be performed automatically, while keeping flexibility and vendor independence.
Additionally, time-to-market requirements in delivering new services are critical and any delay in conguring the corresponding devices directly affects deployment and can have a big impact on revenue. Organizations are seeing the need to get the people out of the way to automate the configuration and implementation of network devices.
Ultimately the technology is designed to support more robust management of configuration, including configuration change transactions including rollbacks, strong separation between configuration and state data allowing for efficient backup-and-restore, selective data retrieval with filtering using well-known query mechanisms and streaming and playback of event notifications.
The current scale of networking across service providers, enterprises and cloud providers poses unprecedented challenges to operations teams. As both frequency and complexity of changes made to the network, as well as the cost of failed configurations explode, network operations teams understand the cost savings that come with delivering services quickly and are now requiring the use of NETCONF and YANG in their environments to achieve these benefits. Compound this with all the other challenges organizations face — including frequent network changes, service agility, network complexity, SLAs becoming tighter and simply doing more with less — it is no wonder networking teams are losing sleep.
With the network industry being quite conservative; there are a couple of things that need to happen for any management technology to take hold:
" First, the technology needs to be implemented in mainstream network products. This means that support for the NETCONF protocol needs to be included with versions of router and switch operating systems like JunOS from Juniper and IOS-XR from Cisco." Second, there needs to be support for the technology in software used by operations teams that run the network. This may include command line tools for network engineers that can troubleshoot issues all the way up to the top while supporting the provisioning and orchestration parts of the OSS/BSS stack." Finally, and most importantly the main driver of implementation and adoption for both items is directly related to whether end-users are asking for it. Unless technologies like NETCONF are explicitly named in RFIs and RFQs, there is little incentive for the vendors to implement it.
Sign up for CIO Asia eNewsletters.