SDxCentral
Join Log In
SD-WAN 5G Edge 1 IoT SDN NFV Containers Cloud Security AI Data Center Storage APM/NPM 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 Citrix Riverbed

OSM Comes to NFV MANO With Code in Hand

OpenSource MANO Comes to NFV MANO With Code
Craig Matsumoto
Craig MatsumotoMarch 20, 2016
5:03 pm MT
Email LinkedIn Facebook Twitter Reddit Hacker News

On Wednesday at the Open Networking Summit (ONS), we heard from management and network orchestration (MANO) group Open-O. Thursday, the Open Source MANO (OSM) group got its turn, pitching a project that’s launching with code from three in-progress efforts.

Open-O and OSM are among a handful of open source NFV MANO efforts emerging for network functions virtualization (NFV). It’s hard to contrast the projects, considering they’re barely getting started, but OSM’s presentation put particular emphasis on developing a common information model for virtual network functions (VNFs).

Open-O mentioned this goal as well, but OSM’s representatives — from Telefónica, Canonical, and RIFT.io — emphasized the information model’s role in nurturing VNF development.

They compared an information model to the sheet music in an orchestra: It allows one centralized unit — an orchestration system or a symphony conductor — to communicate with a variety of players, any of which can be theoretically swapped out without disruption. (Don’t tell the violas.)

The VNFs are “the interesting and important part of this problem,” said John Zannos, vice president of the cloud platform business at Canonical. “If we can make the platform and the orchestration uninteresting, we’d all be happy.”

VNF vendors are finding the greater NFV framework to be a challenge, said Lakshmi Sharma, senior vice president of strategy, architecture, and product management for RIFT.io.

“They are all attempting to build their own systems for orchestration and management. They have expertise in specialty areas; it would be wonderful if they can continue to spend their time on building those applications,” she said.

OSM's place in ETSI NFV, noting the roles of Telefónica, RIFT.io, and Canonical

OSM’s place in ETSI NFV, noting the roles of Telefónica, RIFT.io, and Canonical. Source: OSM.

Interchangeability is at the heart of OSM’s work so far. The project’s early philosophy is to support multiple virtualized infrastructure managers (VIMs), the entities that create and manage virtualized elements such as computing and networking — even though Telefónica is contributing a VIM to the project.

In trying to come up with a framework across Layers 1-3, OSM’s backers also claim their project is looking at a broader scope than others are, at least so far.

Like other MANO efforts, OSM is targeting network creation as well as fulfillment and assurance, the latter two categories being the MANO pieces that would talk to a carrier’s OSS.

NFV MANO in Progress

OSM launched in February, assembling some in-progress pieces of MANO development — specifically, Telefónica’s OpenMANO, which launched last year, and the RIFT.ware platform from RIFT.io. Canonical contributed Ubuntu’s Juju charms, an established mechanism for modeling and configuring VNFs.

The joint effort emerged from talks among carriers in November at the SDN & OpenFlow World Congress in Düsseldorf, Germany. Most of the MANO attention at that time had gone toward VNF deployment and maintenance, OSM’s representatives said. A common data model was lacking, and some carriers believed the industry needed to reconcile the different orchestration systems that were emerging, said Gerardo García, a Telefónica R&D expert.

Speed was of the essence as well. “We need to have some kind of prescriptive decisions so we could have, very soon, an implementation that could be used by the VNF developers,” García said.

To jump-start their efforts, OSM pushed to get a demo prepared for Mobile World Congress last month, where it showed off a model for a Layer 3 VPN.

The approach is meant to be modular. Search orchestration and resource orchestration can be decoupled, for example. “If someone feels that service orchestration can be handled in a traditional way, with OSS, it can be done,” said Garcia.

Photo: From left, García, Zannos, and Sharma.

Related Articles

AT&T 5G Airship Plans Powered by Mirantis
AT&T 5G, Airship Plans Powered by Mirantis
Telefónica Validates Wind River’s Cloud Platform for its Unica Project
Telefónica Validates Wind River’s Cloud Platform for its Unica Project
ZTE-Rises-Above-Political-Woes-With-Core-5G-Network-Claim
ZTE Rises Above Political Woes With Core 5G Network Claim
AT&T’s Extensive SDN Plans Pave Way for 5G
AT&T’s Extensive SDN Plans Pave Way for 5G
ETSI-Open-Source-MANO-Latest-Release-Equips-Operators-for-5G
ETSI Open Source MANO’s Latest Release Equips for 5G
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 Canonical ETSI MANO/LSO NFV Open Networking Summit Open Source RIFT.io Telefonica

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