& cplSiteName &

Compass Check: ONF & the Northbound API(s)

Dan Pitt
Column
Dan Pitt
11/6/2013
50%
50%

The Open Networking Foundation (ONF) turned a lot of heads in October with the announcement of a Northbound Interfaces (NBI) Working Group.

While we're always glad to draw more attention to the benefits of Software-Defined Networking (SDN), we want to be sure that the industry truly understands why we are looking north and how this new Working Group fits into the overall focus of Open Networking Foundation (ONF). This is especially important since we have been so vocal for more than two years about why we are not standardizing the northbound API. (Believe me, I've taken a lot of flak for that, but steadfastly resisted.)

ONF's mission is to accelerate the adoption of open SDN. To us, SDN includes both the OpenFlow substrate and the enablement of applications and services above it. This means that while our NBI Working Group is new, our work with the Northbound Interface is not.

Back in June 2011, we received an inquiry from another industry group asking if we planned to standardize the Northbound API. "Goodness, no," we replied, but we neglected to say why.

"Oh good," they replied. "Then we will."

Damage control included explaining why no one should, because:

  • No one had enough experience with OpenFlow controllers to know what to standardize
  • This period of innovative experimentation was important for learning and we did not want to stifle it
  • Anyone who tried would surely get it wrong
  • There won't be just one NBI anyway, and
  • That's not how software artifacts get standardized.

Fortunately, they listened.

Since then, the industry has built a considerable body of experience. With a solid OpenFlow substrate, the attention now shifts to include the software and services that the foundation enables. We have seen a greater demand from developers of application, orchestration, and management software for assistance in understanding NBIs as a critical component of a complete SDN solution.

So in the fall of 2012 we began looking at NBIs in the form of the Architecture and Framework Working Group's study of existing SDN use cases and controller interfaces, which are many. The large number of unique controller APIs indicates that there is no consensus yet on what makes the right NBI (and could also lead one to believe that they are not that hard to write). We will soon publish the first edition of our NBI study, cataloguing and comparing them.

While this proliferation of SDN controllers brings some valuable learning, it also creates confusion for those wanting to write to an NBI. Without stable interfaces to write to, overall adoption of SDN slows, and when we heard concerns from many in the ONF user population, we knew that we had to take action.

The question then became: What action should the ONF take? We have long said that software APIs are not typically standardized in advance by committees, because they don't have to be. Anyone can modify an (open) interface quickly; it's not like redesigning an ASIC. What we as an organization can do is bring clarity to the choices and their benefits, through both investigation and prototyping.

Therefore, ONF took the leap and chartered the NBI Working Group, which is evaluating Northbound Interfaces. Plural. That's an important distinction. The Working Group has already put together a chart showing how broad the topic is. Characterizing the different levels of abstraction as latitudes and the different use cases as longitudes, they starkly demonstrate the futility of imagining there being one, or "the," NBI.

Our first step will be to develop information models for Northbound Interfaces at different latitudes and longitudes with plans to prototype and gain market feedback on select examples. Again, examples -- plural.

What we don't plan to do is rush to a standard. ONF has spoken passionately about standards, and we have committed to standardizing only what is truly necessary. If the industry needs us to help them arrive at a standard for some use case, we will. Prominent among our members' requirements are for the interfaces they write to to be truly open and not vulnerable to the whims of a single vendor. Moreover, we suspect that a small number of NBIs will serve a large fraction of current market needs. Thus, one of the purposes of our NBI Working Group will be to determine if an NBI standard from a committee is needed by the market at this time.

ONF plans to publish its Northbound Interface information models in 2014, accompanied by open-source working code for select use cases. We will also continue to strengthen the OpenFlow substrate to make sure it offers great service to the software and services above the NBI.

As always, user needs remain our only compass.

— Dan Pitt, Executive Director, Open Networking Foundation

(1)  | 
Comment  | 
Print  | 
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
sam masud
50%
50%
sam masud,
User Rank: Light Sabre
11/6/2013 | 2:33:21 PM
So what now?.
Dan,

Although it makes a lot of sense to have standard NBIs, I'm wondering whether having ONF standardize on the NBIs might slow the down the adoption of SDN. Also, curious as to what you would advise a customer who's considering deploying SDN--should they wait on the ONF's NBIs or go with whatever solutions are out there?

 
More Blogs from Column
Network operators will each take their own unique journey to becoming more cloud-native. This heterogeneous, 'lumpy' universe will be with us for quite a while.
Recognizing that service providers are heeding the hue and cry to automate or die, Light Reading has created a new online marketplace, Automation Exchange.
Why CSPs should adopt an omni-channel approach to improve the customer experience and regain their competitive advantage
MEF is creating an SD-WAN service definition to describe the core, baseline capabilities to help buyers and sellers of SD-WAN services.
In this last of a three-blog series, we will explore the potential for cable operators and other broadband providers to work with their OTT and access rivals.
Featured Video
Flash Poll
Upcoming Live Events
December 4-6, 2018, Lisbon, Portugal
March 12-14, 2019, Denver, Colorado
April 2, 2019, New York, New York
April 8, 2019, Las Vegas, Nevada
May 6-8, 2019, Denver, Colorado
All Upcoming Live Events
Partner Perspectives - content from our sponsors
Standalone or Non-Standalone, That Is Not the Question
By Alex Wang, Managing Director of 5G RAN Solutions, ZTE Corp.
All Partner Perspectives