SDxCentral
Join Log In
SD-WAN 1 5G 11 Edge 5 IoT 12 SDN 3 NFV 4 Containers 4 Cloud 11 Security 3 AI 5 Data Center 1 Storage 3 APM/NPM 1 Open Source

Log In to SDxCentral

Log in with your email? Forgot your password?
  • Newsletters
  • eBriefs
  • Podcasts
  • Webinars
  • Videos
  • Directory
  • White Papers
  • Resources
  • Use Cases
  • Support

Join SDxCentral and get information tailored to your particular interests everyday.

Join
Sponsored:
Dell EMC 3 Citrix Riverbed

On.Lab Takes ONOS Open Source

On.Lab Takes ONOS Open Source
Craig Matsumoto
Craig MatsumotoNovember 4, 2014
5:54 am MT
Email LinkedIn Facebook Twitter Reddit Hacker News

The Open Networking Lab (On.Lab) is ready to release its Open Network Operating System (ONOS) as open source code, offering an alternative to the controller and ecosystem being developed by the OpenDaylight Project.

ONOS first came to SDxCentral’s attention in December 2013, described by sources as an OpenDaylight alternative that On.Lab — a non-profit based in Menlo Park, Calif. — was scrambling to collect sponsors for.

And sponsors did come around. In 2013, AT&T and Intel committed to contribute $5 million apiece during the span of five years. Several other sponsors have signed on for a smaller, undisclosed amount. (SDxCentral’s Matt Palmer heard it was $500,000.) They include Ciena, Ericsson, Fujitsu, Huawei, the National Science Foundation (NSF), NEC, and NTT Communications.

The question all along has been how “open” ONOS would be. Every initiative related to software-defined networking (SDN) calls itself “open,” but some end up more open than others. ONOS has taken an important first step by at least taking the code open source.

A crucial second step would be to make the code actually available. That’s not due to happen until Dec. 5, with a small ONOS Summit to convene in Menlo Park on Dec. 9. On.Lab has no intention of offering a commercial version of ONOS, but that’s something that vendors would be welcome to do, says Guru Parulkar, On.Lab’s executive director.

ONOS for Service Providers

On.Lab is a research organization founded to produce software defined networking (SDN) tools for the benefit of the general industry. It shares offices with the Open Networking Foundation and the Open Networking Summit but is a separately funded entity. (But there is a common thread: Nick McKeown of Stanford University helped found all three.)

ONOS is an SDN operating system for service providers’ networks, meant to handle deployment of services at large scale. Satisfying the core SDN tenet of separating the control and data planes, ONOS is a distributed control plane for the network, meant to run on multiple servers while behaving as one system.

It’s the “distributed” part that’s hard to do; the fact that On.Lab tackled it first is one key factor setting ONOS apart from OpenDaylight, says Prajakta Joshi, On.Lab’s product director.

Typical of an SDN project, ONOS aims to bring web-scale agility to the traditionally slow service provider network, giving carriers some leverage to compete against cloud providers.

More revolutionary is the idea that ONOS could be a first step toward a white box infrastructure, where carriers would buy nearly generic hardware and implement ONOS on top of it. On.Lab is convinced white boxes are the future for carriers, but the change can’t happen overnight. So, ONOS is built to run on today’s networks and provide a migration path toward white boxes, Parulkar says.

ONOS also includes requisite carrier-grade features such as high availability (the ability to move work to a new machine if one fails) and hitless recovery of network state in the event of a failure.

For now, ONOS uses OpenFlow as the southbound interface to discover the network; keep track of network state; and program and configure network devices. Other options such as Netconf will likely be added over time, Parulkar says, but ONOS is an OpenFlow beast for the moment.

Northbound, ONOS points to On.Lab’s Application Intent Framework. It’s a policy-driven abstraction, where application developers can explain what they want from the network, leaving ONOS to translate it into network configurations (and to make sure the new commands don’t cause any conflicts in the network). It’s a declarative model, like the one being pursued by the Group Based Policy project in OpenStack or by Cisco with its Application-Centric Infrastructure (ACI).

Related Articles

ONF Launches Acronym-Heavy Open Convergence Initiative for 5G Deployments
ONF Launches Open Convergence Initiative for 5G Deployments
Open Source: The Cathedral, the Bazaar, and Whole Foods Market
Open Source: The Cathedral, the Bazaar, and Whole Foods Market
The-Top-Acquisitions-of-2018
The Top Acquisitions of 2018 in SDxCentral's World
Comcast Leads Trellis, an Open Source Data Center Switching Fabric
Comcast Leads Trellis, an Open Source Data Center Switching Fabric
Google Relies on SDN, But Worries About the End of Moore’s Law
Google Relies on SDN, But Worries About the End of Moore’s Law
ONAP Casablanca Shows Up in ‘All the Gin Joints’
ONAP Casablanca Shows Up in ‘All the Gin Joints’
SDxCentral Daily News

Join your Peers! Subscribe to SDxCentral's Newsletter

Article Tags:

Breaking News ONOS Open Networking Foundation (ONF) Open Source OpenDaylight SDN White Box

Craig Matsumoto

About Craig Matsumoto

Craig Matsumoto is managing editor at SDxCentral.com, responsible for the site's content and for covering news. He is a "veteran" of the SDN scene, having started covering it way back in 2010, and his background in technology journalism goes back to 1994. Craig is based in Silicon Valley. He can be reached at craig@sdxcentral.com.

Subscribe to Get the Daily News!

About SDxCentral

  • Newsletters
  • About Us
  • Contact Us
  • Work With Us
  • Editorial Team
  • Careers
  • Legal
  • Support

Engage With us

This material may not be copied, reproduced, or modified in whole or in part for any purpose except with express written permission from an authorized representative of SDxCentral, LLC. In addition to such written permission to copy, reproduce, or modify this document in whole or part, an acknowledgement of the authors of the document and all applicable portions of the copyright notice must be clearly referenced. All Rights Reserved.

© 2012-2019 SDxCentral, LLC, All Rights Reserved. SDNCentral™, the SDNCentral logo, SDxCentral™, SDxCentral logo, SDxNews™, SDxTech™, SDx™, the SDx logo, and DemoFriday™ are trademarks of SDxCentral, LLC in the U.S. and other countries.

  • Terms of Service
  • Privacy