MEF throws its weight behind Lean NFV

MEF throws its weight behind Lean NFV

While some would argue that NFV doesn’t deserve a third, fourth or fifth chance, MEF has thrown its support behind Lean NFV.MEF agreed to take on Lean NFV as a standards project in July of this year. Lean NFV created a stir at last year’s Open Networking Summit North America by billing itself as an open solution for the management and orchestration of network function virtualization (NFV) environments.
RELATED: ‘Lean NFV’ takes center stage at Open Networking Summit

Sponsored by Anritsu Company

Free eBook: Efficient Testing Will Contribute to Long-Term Success in the 5G Marketplace

As companies worldwide race to launch 5G successfully and avoid post-deployment setbacks, we see a massive rise in the demand for 5G test and measurement equipment. We will discuss how efficient testing can contribute to long term success in 5G marketplace.

Nefeli Networks CEO Eugenia Corrales, who is one of the lead “editors” of MEF’s Lean NFV project, said her goal was to have the Lean NFV standards completed by year’s end. MEF CTO Pascal Menezes said that would include having the Lean NFV standards ready for a letter ballot vote.
Assuming it passes the letter ballot stage, the Lean NFV standards would be passed over to MEF’s board of directors, where there’s a waiting period prior to their vote. Menezes said once Lean NFV reaches the letter ballot stage, the working team would start on the second version right away.
NFV MANO traces its origins back to a whitepaper by ETSI seven years ago, but for the most part, NFV has fallen far short of some its original goals due to its complexities. In short, Lean NFV is a simplified and elastic form of NFV that makes it easier to onboard virtual network functions (VNFs) and containerized network functions (CNFs) by using a key-value store as the universal point of integration.
“If I’m using one firewall and I decide I want to use a different firewall, as long as both firewalls can talk to the key-value store from a management controller perspective, I need to make no changes,” Corrales said. “So it’s very powerful.”
While the MEF working team is starting out with a lean version of Lean NFV, Corrales said the eventual goal is for network function vendors to integrate their commercial VNFs directly with the key-value store. Those VNFs could be utilized today by doing a small wrapper around them to use their existing APIs to integrate with the key-value store.
“Juniper is one of the companies that has been involved from the very beginning,” Corrales said. “They estimate that it will be relatively simple for them to integrate with the key-value store.”
Corrales said while using a key-value store to manage NFV is a new approach, etcd, Google, Kubernetes, IBM and Salesforce use them.
“There’s a lot of maturity around the usage of a key-value store,” she said. “It’s not something that we’re inventing.”
RELATED: Colt Technology Services takes ‘Lean NFV’ on a test drive
There’s also a commercial side of Lean NFV under the auspices of Nefeli. To date, Colt Technology Services, Sparkle/Telecom Italia and one other service providers are in different stages of deploying Lean NFV, according to Corrales.
Colt Technology Services’ Mirko Voltolini, global head of network on demand, declined to discuss his company’s use of Lean NFV after previously speaking to FierceTelecom about its trial while Sparkle’s Daniele Mancuso didn’t respond to an email seeking comment on its use.
Corrales said software management companies and network function providers are also participating in the Lean NFV standards work.
Lumen Technologies (formerly CenturyLink), NTT, Sparkle and Colt are among the service providers who are working within MEF on the Lean NFV standards. As of early last year, Lumen/CenturyLink was on its fourth version of NFV.
“It’s really around creating a common set of interfaces that anyone can use to manage virtualized network functions,” Corrales said. “We see it as another tool in the toolbox that’s available to certainly the service providers, but also to a broader set of providers that we want to include such as MSPs, SaaS providers and cloud providers. It’s another way for them to be able to integrate virtualized network functions.
“Lean NFV is a very flexible architecture. It could be used for a lot of things, but where we believe it’s really standing out, the first very important use case, is the network edge.”
MEF’s to-do list for Lean NFV this year includes defining the integration points of Lean NFV into the MEF 55 LSO (Lifecycle Service Orchestration) framework; defining the internal Lean NFV interfaces and conducting a proof of concept trial for a secure access service edge (SASE) use case. In August, MEF announced it was blending its security, SD-WAN, cloud and edge efforts into a definition for SASE services through its MEF W117 project.
“MEF has been climbing up the stack,” Menezes said. “We went from physical connectivity with Ethernet to standardizing SD-WAN. And now we’ve gone up the stack further with the SASE story and security.”
Menezes said there’s a need within the industry for the ability to orchestrate virtual resources in a much more efficient way across various environments.  
“It’s really important that we be able to have this experience where a managed offering like SASE or SD-WAN is available to the subscriber,” Menezes said. “When they pick what they want from their managed service, it’s going to be able to instantiate through virtual resources. Those virtual resources will live at the CPE. They’ll live at the emerging network edge and even in data centers.”
RELATED: OPNFV evolves and hitches its wagon to Common NFVi Telco Taskforce
As it happens, the Common NFVi Telco Taskforce (CNTT), which is jointly under the auspices of the Linux Foundation’s LF Networking and GSMA, is also targeting the onboarding of VNFs and the edge. Corrales said she looked at both ETSI and CNTT before deciding that MEF was the best avenue for Lean NFV’s development, but she also said Lean NFV will work with both of them.
Lean NFV can work with or without a virtualized infrastructure manager (VIM), as well as with various VIMs, and it uses a virtual switch for monitoring, reporting and troubleshooting. Instead of deploying a monolithic stack that makes the service provider beholden to a vendor, Lean NFV can enable a tailored best of breed environment for managing virtualized resources, according to Menezes.
Lean NFV would also support MEF 3.0, which includes SASE, SD-WAN and the WAN edge. For MEF’s LSO Reference Architecture, Menezes said Lean NFV could come into play by going up the stack to the BSS level using the LSO Legato APIs or down with LSO Presto APIs for underlying technologies, but using either would be down the road a bit.  MEF already has work underway for LSO Legato across SD-WAN, SASE, and Carrier Ethernet.
The NFV rabbit hole
While MEF is putting its resources and members behind the Lean NFV effort, Tom Nolle, president of CIMI Corp. said in an email to FierceTelecom that he needed to see more details to know for sure if Lean NFV would work or if it would be better than previous NFV attempts.
In his blogs, Nolle long has argued that NFV has been flawed since its inception, and that more time spent developing NFV is a wasted effort.
“My view, which is based on a pretty long exposure to NFV, is that it would be exceptionally difficult to change NFV enough to actually impact the issues its faced, without scrapping a lot of, or possibly all of, the original model,” Nolle said. “I don’t think operators are prepared to do that. 
“NFV was designed based on two principles—networks will always be built on boxes, so virtualization just means virtualizing boxes, and networks will always be managed by monolithic applications. Neither of those principles let you actually transform anything, of course, and that’s the problem.”

No Comments

Sorry, the comment form is closed at this time.

error: Content is protected !!