The IETF is near completion of a new protocol to address the major underlying cause of network breakdowns - misconfigured equipment.
The thrust behind NetConf, which could be adopted by year-end, is to reduce the programming effort involved in automating device configuration. The goal is to generate better configuration tools and encourage faster updating of these tools when network equipment vendors upgrade the software on their machines, industry experts say.
Software that keeps people out of the loop as much as possible when configuring switches and routers is a key to improving uptime, said Jeffrey Nudler, a senior analyst at Enterprise Management Associates. "The possibility of failures would be much reduced if you consider that changing device configuration causes 60 percent of downtime due to human error," he said.
Rather than rely on typing command-line interfaces or scripts that mimic humans entering CLIs, NetConf would use XML to configure devices and to more efficiently tap state and configuration data stored on devices, says Andy Bierman, chairman of the IETF's Network Configuration Working Group. "XML is just so much better at separating data from metadata and also adapting to the CLI," he said.
A widely adopted standard programming interface, such as that defined by NetConf, would make it simpler for vendors that specialise in configuration management to create broadly applicable tools, says Sherrie Woodring, CEO of configuration management vendor Emprisa. "A lot of our R&D costs go toward learning the multiple techniques to get information out of a device and incorporating that into a product."
Today, management software vendors painstakingly learn the format and protocols that equipment makers use to store and access configuration data on each piece of gear. They then write software that can gather and manipulate this data via a consistent user interface.
When a vendor updates software on, say, a router, that might include a change to the format to which configuration management software vendors have to adapt - and that takes time that can delay network upgrades, says Paul Froutan, vice president of product engineering at RackSpace.
"Everything today is being done in a custom manner," Froutan said. "Generally, when you have a new device or there is a new feature added, you want to get at it immediately. If it's not updated quickly enough, that's when you stop supporting that product or standard."
Being able to gather configuration data quickly has greater implications the larger the network. Jim Keck, vice president of enterprise systems services in Citigroup's technology infrastructure group, said if NetConf takes off he imagines it will simplify configuration of the more than 30,000 switches and routers in Citigroup's network.
"Normalizing this process so I can simply ask, 'What's the [operating system]?' would have a major impact," he said, referring to the various operating system iterations running on his Cisco network gear and other hardware.
By creating a more widely understood platform, businesses would need fewer device-specific experts. "Instead of having to know multiple protocols and tools, anyone could take this information and apply it to troubleshooting or root-cause analysis, speeding mean time to repair," Nudler says.
Even if the IETF endorses NetConf quickly, that doesn't mean it will appear right away in lots of equipment or configuration tools.
Juniper will likely standardise on NetConf when it wins IETF approval, says Craig Bardenheuer, a director of product management. "A standard makes it easier for our customers to write tools to deploy our gear quickly and efficiently," he says.
Similarly, Cisco will likely adopt it, but cautiously, Lear says. Cisco supports CLI and ED-I, and supporting NetConf as well might create compatibility problems. "The only thing worse than two solutions to solve the same problem is three solutions to solve the same problem," he says.