opnfv

By Chris Donley, Sr Director, Open Source Ecosystems, Huawei; Chair, OPNFV Certification & Compliance Committee

As we kick off 2018, the OPNFV Compliance & Certification committee—the members driven body within OPNFV that defines recommendations to the Board for policies and oversight for compliance and certification—is pleased to announce the launch of the OPNFV Verified Program (OVP). The program is designed to simplify adoption of NFV in commercial products by establishing an industry threshold based on OPNFV releases. The fact we are using an open source platform as referent to measure compliance of commercial products—not necessarily based on its source code—is a new and innovative step for the industry.

The OPNFV Verified Program facilitates both vendor self-testing and third-party lab testing using the Dovetail test suite. In our initial version, we will be testing NFV infrastructure components: NFVI and VIM. In the future, we may expand the program to cover VNFs and other components, as well. In December, just ahead of the launch, we conducted a “beta program” with several vendors: Huawei, Nokia, Wind River, and ZTE. These companies provided valuable feedback while we refined and finalized the program. They also represent the first cohort to received the privilege of using the OPNFV Verified mark and logo. Congratulations to these companies and we welcome additional members of the open NFV ecosystem to join us!

OPNFV Verified Program is designed to help operators establish entry criteria for their trials and RFPs. We have worked closely with end user advisor operators to establish a framework and an initial bar to support their requirements. The program will also reduce operator testing load by identifying a set of common tests and executing them just once under the auspices of the OPNFV Verified Program, rather than many times in many labs. As OPNFV and the industry at large continue to mature, we will steadily raise the bar in future versions as to what becomes verified. We expect two OPNFV Verified versions per year, denoted with the month and the year to make it easy to identify the compliance level of submitted products.

Under the auspices of The Linux Foundation, we are well positioned to expand the program to support other projects in the future. Prior to the official launch, we initiated discussions with related projects on leveraging the program to support the wider open source community. OPNFV’s C&C, the group responsible for chartering the OPNFV Verified Program, is also exploring additional operator use cases that can be incorporated into the compliance test suite.

I am excited about the launch of the OPNFV Verified Program and I hope you will join us in 2018! To operators, I invite you to share your use cases and functional requirements, and please consider incorporating OPNFV Verified into your RFP process or lab trials. To vendors, I hope you’ll download the Dovetail tool and test your commercial offerings. If you’re looking for assistance, several third-party labs are eager to help. Learn more about the OPNFV Verified Program and get started today!

Please direct any questions you may have to verified@opnfv.org.

This post intially published to The New Stack

By: Jehanne Savi, executive, All IT Strategic Programs, Orange

By Sandra Rivera, Senior Vice President and General Manager, Network Platforms Group, Intel Corporation

From December 4th through the 8^th, Intel will host the OPNFV Euphrates Plugfest at its Jones Farm campus in Hillsboro, Oregon. We are excited to support the OPNFV developer community in this fourth Plugfest, see familiar faces and welcome new members to the community. Intel has been involved with the OPNFV since its inception, and we continue to support its mission to create a standard NFV reference architecture, developed through system level integration, deployment and testing across open source ecosystems.

During the Euphrates Plugfest, community members including project technical leads (PTLs), and software developers will tackle the technical challenges of putting Euphrates release into operation. Attendees will improve the OPNFV platform through rigorous compatibility testing across multiple hardware and software configurations, including the latest platforms based on Intel architecture built on the Intel® Xeon® Scalable family of processors. Developers and vendors can try new scenarios, test cases, installers, tools and combinations of components.

Advantech, Nokia and Intel will provide onsite hardware resources, and CENGN, Lenovo and NEC will provide remote equipment, including OCP-based servers.

OPNFV Projects Meetings, Concurrent Hacking Session

New areas of focus for this Plugfest include collaboration with ETSI on its upcoming PlugTest test cases; ONAP integration, Kubernetes and container integration, and multi-access Edge. You can learn more about the previous Plugfest by reading the Danube Plugfest report.

We also have plans for key project teams to meet face-to-face. Doctor, Clover (Cloud Native NFV), Yardstick, Bottlenecks, Daisy, SNAPS-OO and other teams will meet for in-depth discussions, problem-solving, and planning for the upcoming Fraser release.

Due to overwhelming demand from previous Plugfests, we will also host several hacking sessions.

While the agenda is still under development, you can stay up to date on the latest schedule by visiting the Plugfest collaboration wiki page.

Intel Network Builders Ecosystem and Network Services Benchmarking project

The Intel Network Builders ecosystem is comprised of independent software vendors (ISVs), operating system vendors (OSVs), original equipment manufacturers (OEMs), telecom equipment manufacturers (TEMs), system integrators, communication service providers and other industry leaders focused on creating reference architectures and new use cases to accelerate the adoption and deployment of NFV and SDN.

The Intel Network Builders community has tested new concepts and contributed many innovations to open source communities, including OPNFV. One recent example is the Network Services Benchmarking (NSB) project launched over a year ago to develop a common testing framework for Network Function Virtualization Infrastructure (NFVI) and Virtualized Network Functions (VNFs) characterization. The goal of NSB is to accelerate the VNF onboarding process, a key requirement as we prepare the infrastructure for 5G.

This benchmarking program has led to significant contributions to the Yardstick, Barometer and SampleVNF sub-projects in support of the latest Euphrates release. You can read more about NSB in a recent blog by John Healy, vice president and general manager of Intel’s Datacenter Network Solutions Group.

OPNFV Members, Non-Members and Intel Network Builders: Register for Plugfest Today

I encourage you to join us in Hillsboro December 4-8. Test the Euphrates release, expand your industry network, and build on your NFV skills. Space is limited and spots are filling up – so register today. We look forward to seeing you there!

This post first appeared on Linux.com

By Amar Kapadia

In this article series, we have been discussing the Understanding OPNFV book. Previously, we talked about chapters 1-5 via an introduction to network functions virtualization (NFV), the role of OPNFV in network transformation, and how OPNFV integrates and enhances upstream projects. We continue our series with a look at chapters 6 and 7, that provide in-depth insight into the OPNFV DevOps toolchain, hardware labs, continuous integration (CI) pipeline and deployment tools (installers).

As mentioned previously, OPNFV integrates a number of upstream projects along with code contributions from the OPNFV community. To integrate and test these projects and contributions in an automated manner, the OPNFV project uses a variety of DevOps tools, hardware labs and a sophisticated CI pipeline. In fact, there is no better way for a telecom operator to absorb the principles of DevOps than by joining OPNFV.

Chapter 6 of the book starts by discussing each of the various software and cloud-based tools used by OPNFV for DevOps:

• Collaboration: JIRA/Confluence
• Source code management and code review: Git, Gerrit, and GitHub
• CI/software automation: Jenkins
• Artifact repository: Google cloud storage and Docker hub

Here is an excerpt from the book discussing Gerrit:

Code Reviews – Gerrit

Committing to master requires an approval process, and this process is managed through a tool called Gerrit. Gerrit is an open source web-based code review tool developed by Google. All changes pushed by contributors using a git push or git review command are reviewed in Gerrit by a set of reviewers, who view and inspect the patch. Reviewers also get to see the results of a continuous integration (CI) build and automated verify test run. Reviewers provide scores of +2, +1, -1 or -2. A +2 is a definite accept, while a -2 is a definite reject. A +1 or -1 may result in the change being accepted, rejected or sent back for changes.

OPNFV Gerrit

The chapter then describes the hardware labs used for automated integration and testing jobs. OPNFV has defined a standardized set of hardware, called a Pharos lab, consisting of 6 nodes and associated switches to automatically deploy OPNFV software by using the CI pipeline. The Pharos lab concept has been very successful with 16 labs distributed all around the world working seamlessly.

Chapter 6 continues by describing the CI pipeline in detail, where changes in upstream projects or community code contributions trigger integration jobs and specific time-durations (such as daily, weekly) trigger testing jobs. The CI pipeline diagram from the book is shown below:

Chapter 7 start by exploring the concept of OPNFV scenarios. Since OPNFV allows for multiple choices for different software layers, numerous permutations are possible. In addition to the different upstream projects described in the previous blog, OPNFV also allows for diversity in installers. The list of scenarios represents a subset of all possible permutations; effectively each scenario is a tested reference architecture. Examples of scenarios are:

• OpenStack + ODL + L3 FD.io + High Availability (HA) using the Apex installer, or
• OpenStack + OpenContrail + HA using the JOID installer

The OPNFV Danube release had 55 scenarios. However, if we ignore non-HA scenarios and the specific installer used, we are down to 21 distinct usable scenarios.

The chapter continues by providing an overview of the 4 major installers used in the Danube release: Apex, Compass, Fuel and JOID, and ends with a discussion of additional deployment related projects such as Daisy (a new installer), IPv6, Parser, ARMBand (to run OPNFV on ARM) and FastDataStacks (FD.io with OPNFV).

Want to learn more? You can check out the previous blog post that discussed the broader NFV transformation complexities  and how OPNFV solves an important piece of the puzzle, download the Understanding OPNFV ebook in PDF (in English or Chinese), or order a printed version on Amazon.

By Tapio Tallgren

Three years after its founding, OPNFV has carved out a solid niche in the industry as an NFV center of gravity, as an integrator of upstream projects, and as the standard software testing platform. OPNFV Euphrates, the project’s fifth platform release, demonstrates the hard work and industry collaboration of the vibrant OPNFV community that continues to advance open source NFV through containers, improved testing, new features, and deep community collaboration.

The journey towards container integration is one of the biggest changes coming to NFV, and Euphrates begins to take these steps for OPNFV. The way I tell NFV history is that it started by moving network elements to virtual machines (VMs). Then integration of the cloud infrastructure removed the need to know exactly where the VM was running, and enabled more automation. However, the network elements (Virtualized Network Functions or VNFs) have evolved to remove the dependencies on emulating hardware. Thus, the software can now run in containers, which are much lighter than VMs. This in turn enables new innovations that will change the actual software architecture since the overhead of a container is so small, each process can be broken out into its own container. The innovation opportunity that containers create for open source networking is profound.

Improved testing seems to be a recurring highlight of each OPNFV release and the integration and testing effort has made significant progress in providing an extensive set of tools to test the NFV cloud, VNFs, and complete network services. New projects—including Sample VNF, which provides testing of the VIM/NFVI layer with applications approximating real-life application workloads; and NFVBench, which provides an end-to-end dataplane benchmarking framework—have been introduced. Additionally, existing test projects have continued to evolve with new features, capabilities, and test cases.

OPNFV also continues to develop carrier grade features for the industry as shown by the new Calipso project which provides operational visibility into complex virtual networks. Euphrates also includes performance improvements, better security, and additional choice in the stack.

One of the most important attributes of OPNFV is integration and collaboration. To demonstrate how OPNFV collaborates with upstream projects, OPNFV has introduced the cross-community continuous integration initiative, or “XCI.” This takes the latest and greatest software releases from different upstream communities, tests them in the OPNFV setup, and provides feedback to the community—quickly. Thus, an OpenStack developer can find out if a patch she is about to create will make something break when integrated with the latest OpenDaylight release, running on a platform with the VPP virtual switch from the FD.io project, for example. (Learn more about the XCI initiative in this recent blog post from key members of the OPNFV community.)

Looking ahead, planning is already underway for the next release—OPNFV Fraser (named for the Fraser river in British Columbia, Canada) and the projects that will be part of it are already signing up! And we’re holding our fourth OPNFV Plugfest in the early December to test and try to break the Euphrates release with different hardware setups, and to give the OPNFV project members a chance to plan the work ahead. I invite you to join us in Portland, Oregon.

As a further sign of OPNFV’s maturity, the OPNFV Compliance and Verification (CVP) is now under beta testing. CVP will help enhance interoperability, build the market for OPNFV-based infrastructure and applications designed to run on that infrastructure, while reducing adoption risks and testing costs for end users.

All of these improvements to the OPNFV platform have (and do require) required tremendous effort from across the community. Please see the section below to hear what Euphrates means to some of our core upstream communities. I would like to take this opportunity to thank everyone involved in OPNFV for contributing to the Euphrates release, and beyond!

Comments From Upstream Communities

FD.io
“In addition to participation in XCI efforts, OPNFV Euphrates leverages the latest enhancements from FD.io 17.04, and performs continuous integration against the upcoming 17.10 master branch. VPP supports IP multicasting, Enhanced NAT, security groups, IOAM, LISP, and scalable packet filtering, in addition to numerous other features,” said Ed Warnicke, FD.io Technical Steering Committee chair and distinguished consulting engineer in the Chief Technology and Architecture Office (CTAO) at Cisco Systems. “OPNFV Euphrates also takes advantage of FD.io’s strong performance gains in Layer 3 performance.”

Kubernetes
“It’s exciting to see Kubernetes and cloud native technology being adopted into the NFV space,” said Chris Aniszczyk, chief operating officer, Cloud Native Computing Foundation. “For example, OPNFV Euphrates introduces the notion of containerized VNFs which will enhance performance, while also supporting OPNFV’s evolving DevOps processes.”

OpenBaton
“With Euphrates, OPNFV makes an additional important step towards a more comprehensive reference platform for accelerating the adoption of NFV and SDN technologies,” said Giuseppe Carella, project manager, Open Baton and OPNFV Orchestra project project technical lead. “We are proud of having introduced the first OPNFV scenario integrating a full MANO stack provided by the Open Baton project, leveraging the JOID installer. Moreover, functest has been extended for validating such integration using vIMS VNF packages available on the Open Baton marketplace.”

OpenStack
“The strong collaboration between the OpenStack and OPNFV communities delivers greater agility, performance and value for carriers and service providers building next-generation open networking stacks,” said Jonathan Bryce, executive director of the OpenStack Foundation. “OPNFV’s Euphrates release supports containerized OpenStack via the Kolla project, and it gives users the improved performance and functionality found in OpenStack’s 15th release, Ocata. Euphrates is proof that when open source communities work together, users win.”

OpenDaylight
“OpenDaylight continues to integrate closely with OPNFV,” said Phil Robb, vice president of Operations, Networking & Orchestration, The Linux Foundation, and executive director, OpenDaylight. “As an upstream contributor to OPNFV Euphrates, ODL Carbon and Nitrogen bring enhanced stability, performance, security and network programmability features to the open source networking stack.”