Blog

When we released OPNFV Brahmaputra almost two months ago, we committed to delivering the entire set of deployment scenarios incrementally, with additional scenarios becoming available in a set of monthly stable releases (SR) as they achieve added stability. After further iterative work by our community it is with pleasure that I can announce we are now releasing a more complete and stable set of deployment scenarios, Brahmaputra 3.0, which is available today!

Specifically, Brahmaputra 3.0 includes key enhancements to SDN distributed routing, BGP VPN support, Service Function Chaining (SFC), and other Layer 3 infrastructure support. Much of this is addressed via the OPNFV “SDNVPN” project, which has reached deployment with Brahmaputra 3.0 SR.

Many telecom network functions are relying on Layer 3 infrastructure services, within a VNF between components, or towards existing external networks. In many cases, these external networks are implemented in MPLS/BGP technology in existing service provider wide-area-networks (WAN). This technology provides a proven mechanism for inter-operation of a NFV Infrastructure (NFVI) and WAN.

This capability leverages a number of activities across OpenDaylight, OVS and OpenStack where we have been implementing components of the overall functionality, including OpenDaylight Project VPN Service; OpenStack Blueprint on Neutron API extension for BGPVPN; and OpenStack neutron project on BGPVPN.

The architecture in the VPN service proposal both links NFVI networking services seamlessly into the WAN network architecture, and provides a solution for distributed routing functionality in the virtual switches using standard ODL southbound interfaces.

The Brahmaputra 3.0 release additionally includes OVS enhancements; NFV targeted feature development in KVM and is the first release of OPNFV that runs with stability in our ARM labs.

The Brahmaputra 3.0 release provides our most stable and consumable release of Brahmaputra and further establishes a solid foundation for further development and end to end feature composition in the Colorado release.
About the author of this post

Chris Price
Chris leads open source industry collaboration for Ericsson in the areas of NFV, Cloud & SDN from the CTO’s office in Sweden and is an active member of the technical steering comitee’s of the OpenDaylight and OPNFV Projects.  Chris’ experiences include leading Ericssons’ IP&Broadband network architecture and standardization teams with a rich history in development of systems and technology in the areas of network management, policy control and user service management, user session control plane solutions, and DPI technologies.

The OPNFV community is comprised of a diverse set of active developers who are passionate about transforming the industry through open source NFV. This new blog series highlights the people who are collaborating in the trenches to build a de facto standard open source platform for NFV.

About Ildikó Váncsa

Ildikó is coordinating the OpenStack related activities at Ericsson and beyond this she is also working as a Software Developer. She is an active OPNFV contributor where her main focus is on the Promise and Doctor projects. She also contributes to OpenStack, mainly to the Nova and Ceilometer projects. Before Ericsson, Ildikó worked for OptXware Research and Development, Ltd. focusing on O&M, system management and virtualization.

What projects in OPNFV are you working on? Any new developments to share?

I mainly work on Promise, and to some extent I’m involved in Doctor as well.

Doctor is about improving fault management in the integrated platform. It targets OpenStack as the VIM focusing on 1) handling faults and 2) maintenance operations on the infrastructure layer. We improved the alarming component in the OpenStack Liberty release to support alarming on top of events. Aodh – the new alarming component in OpenStack – is now able to raise an alarm, for instance, when Nova emits a notification about an instance that went into an ERROR state. The new functionality is now available in the OPNFV Brahmaputra release as well. The team is also working to improve the feedback loop within OpenStack (for instance, you can now mark a compute service down in case of host failure, which brings a much faster reaction time to Nova). It is very interesting to see how the carrier-grade features are merging into OpenStack. The project is now focusing on addressing maintenance in the infrastructure.

Promise is focused on resource reservation. This is a requirement that comes form the operators; due to the limited amount of hardware resources available, scaling out on-demand is not always an option.

The project is evaluating two alternatives in parallel: the shim-layer and integrated approaches. The first one provides an API layer on top of OpenStack, which is responsible for both creating reservations and providing capacity management functionality. A basic set of the functionality is available in the Brahmaputra release of OPNFV. The team is now focusing more on the second alternative, which aims to integrate a solution into OpenStack. We are using the Blazar project as a base, which was created to provide resource reservation functionality in OpenStack; it is currently using the shelf API of Nova. We are following the activities around the Nova scheduler, as it is one of the building blocks of our planned architecture as well. Currently we are updating the code base of this module while also working on the long-term architecture of the integrated approach in parallel.

Where do you see OPNFV in five years?

To be honest, I try to keep myself back from making predictions. The overall IT industry, including telecom, is changing so rapidly that it’s really tough to tell where it will be in five years. I don’t even know where I will be in five weeks from now, not in five years! 🙂

Regarding OPNFV, I think we can bring speed into the telecom industry if we keep up with the current progress. Cloud and open source have turned things upside down in the IT industry already. The telco companies have their standardized processes and traditional ways of working, we were in a sleeping state a bit which started to change now and OPNFV can help much in this transition.

I hope OPNFV will not be a standalone community for long, but instead a thriving ecosystem with other upstream communities we’re trying to work together with. We’ll have a common roadmap, where NFV is taken into consideration. I also think that VNFs have to be designed in a cloud-aware manner, which will lead us to have a merging set of priorities in this big, common ecosystem. Most importantly I see OPNFV as the key in bringing all the pieces of the industry together into a big picture via the end-to-end integration and testing work we are doing.

One thing I’m sure of is that we still have plenty of work to do…

What is the biggest strength of the OPNFV community?

The biggest strength of OPNFV is the people, all the committers and contributors who are working hard to make this happen.

This community is full of motivated experts eager to make this community a success. OPNFV also provides a nice and friendly environment; people are very open and helpful. The fact that we already have our second release out also shows how dedicated people are in this community as the integration of all these components is not an easy puzzle to finish.

Due to the nature of the community, we are all trying to see the bigger picture. We also have very different viewpoints concentrated in one place by having service providers, vendors and IT companies on board. This mixture helps in finding the common language for the industry.

Do you have any advice for developers just starting out with OPNFV?

There are several parts of the development work which are less fun but not any less important. Don’t let things fall off the cliffs!

Always take a step back and try to imagine you’re the user of the features you’re working on. If you feel that you would not likely be the person to configure, use or troubleshoot the component you design and develop, then it is a sign to change it, even if that requires some sacrifices on the implementation side. Another important aspect is backward compatibility, which gets forgotten very often. It is very important to always see the big picture, including usability and quality!

What technology could you not live without?

I’m kind of in love with virtualization.

It was part of my studies at the university even before cloud became a big deal. I really, really like how much flexibility it can give you. It brings the utilization of hardware resources to another level.

Cloud technology lifted the whole thing even a level up, providing more flexibility and also more challenges; especially in the case of the telecom industry. We are moving to NFV and building telecom applications from VNFs, which can mean a full re-design in certain cases. This puts both the beauty and the beast in one box and it all becomes a balancing game, which provides many advantages by the end. I like that the technology we are building on opens up so many doors and gives so many possibilities.

What part of the world do you live in?

Hungary! I live in Budapest, the capital of the country, which is also pretty much the center of the country from a technology perspective; there are several multinational companies and more and more startups around. In the countryside, agriculture is still dominant. I like Budapest as it is a very vibrant city and it also has a nice view of the Danube. Basically it is the dream city of a hacker – lots of IT and cheap beer (although I’m more a wine person myself, which luckily is also available in good quantity)! I also encourage everyone who would like to visit as a tourist!

What do you when you’re not working?

I used to work as a bartender as a second shift, which was exhausting, but I liked it very much. I also enjoy cooking and baking, nowadays trying to figure out how to bake nice, not just tasty, macaroons! I like drawing as well, I plan to return to this hobby once and make it a larger part of my life than it is today.

 

OPNFV will host the first OPNFV Plugfest, May 9-13, at our CableLabs campus in Louisville, CO, and I couldn’t be more excited. This is where some of the initial conversations happened around forming OPNFV so it’s only fitting we leverage the CableLabs facilities to help OPNFV achieve this significant milestone.

OPNFV has grown dramatically from its inception with the goal of building a carrier-grade, integrated, open source reference platform to accelerate NFV. From the initial build of the NFV Infrastructure (NFVI) and Virtual Infrastructure Manager (VIM) components of ETSI NFV architecture via the Arno release, and now more recently with Brahmaputra. This second release marks a significant milestone for the project–it’s lab-ready and brings rich platform-level testing of NFV functionality and use cases with enhanced stability, system and unit testing as well as integration and infrastructure documentation.

The Plugfest also represents another milestone: OPNFV users coming together with the sole purpose of improving the platform, in real time and with real hardware, software and applications. Plugfest participants will have access to OPNFV platforms via the community Pharos labs, but are also encouraged to bring their own hardware to the Plugfest site. This is an opportunity to experiment with products against the validation framework, try different VNFs in different scenarios and configurations, and work on interoperability and prototyping.

The three key areas of testing are:

• OPNFV deployment (integration with different hardware platforms and installers)
• Network integration (integrating the OPNFV platform with SDN controllers or other networking hardware)
• VNF applications (verification of app life cycle on OPNFV platforms, including deployments created by different installers).

Attending the Plugfest will be members from the OPNFV technical community, including key members of the five testing projects. But OPNFV membership is not required! The OPNFV Plugfest is open to members and non-members alike; in fact, we encourage participation from developers across different organizations to ensure a well-rounded set of perspectives. If there are things you’d like to see in the C release, we encourage you to show up, participate, and get things done!

If you’re interested in shaping the future of OPNFV, please join us in Louisville! Visit http://events.linuxfoundation.org/events/opnfv-plugfest to learn more and register.

About the author of this post
Tetsuya Nakamura
Tetsuya Nakamura is a Principal Systems Architect at CableLabs and member of the OPNFV Board of Directors.

Facebook Twitter Google+ Share

Today, we celebrate the second OPNFV platform release: Brahmaputra. I am so proud of the entire OPNFV community who have come together to create this incredibly rich and diverse experience that marks significant progress toward a deployable open source platform for NFV. It’s our first full experience with a massively parallel simultaneous release process and demonstrates that we can meet the complex challenge of collaborating upstream to advance the ecosystem. (Learn more about Brahmaputra here.)

Brahmaputra software delivers enhanced testing capabilities (system and performance), new deployment and integration scenarios (weaving in new controllers and installers), improved automation of our continuous integration and continuous deployment toolchain, and last (but not least) many new carrier-grade features (such as IPv6, , fault detection, resource reservation, and dataplane acceleration).

But what I’m most proud of is the growth and strength of our community: Systems integration is hard, requires diligent collaboration, and is essential in our march toward NFV viability. It’s been said before, but bears repeating: the strength of any open source project depends on the community involved in developing it.

What we’ve seen with Brahmaputra is key stakeholders collaborating across the industry and a marked increase in community engagement overall. For example, 35 projects were involved in the Brahmaputra release, compared to just five in Arno. That’s a six-fold increase in just ten months! Even more telling is the more than 140 developers involved in the release—which means we’ve seen developer participation in OPNFV as a whole increase five-fold since August of 2015.

But at the same time, so much of what we do is upstream collaboration, which has also grown in size and impact with Brahmaputra. A great deal of the effort going on behind the scenes is in working with other communities, including KVM, OVS, OpenStack, Linux kernel, OpenDaylight Project, ONOS, Open Contrail, ETSI, and IETF. If you think about how many developers across all these various organizations have contributed to the release, it’s a feat that could only be achieved through open source development.

Brahmaputra represents a significant milestone in project maturity. It’s now “lab-ready,” which means it provides a viable starting point for evolving NFV use cases (such as SFC and L3VPN) and composing services in an actual lab environment. It brings improvements to platform-level testing and project infrastructure, including framework and documentation updates that set the stage for further development of the platform, but also scenarios that can be tested now.

Brahmaputra’s continuous integration mechanisms provide a stable framework for deploying and testing new use cases across the extensive Pharos community labs, which played a pivotal role in the development of Brahmaputra as they were used for release validation along with the OPNFV bare metal lab hosted by the Linux Foundation.

OPNFV releases are centered around scenarios, i.e., compositions of components and their configuration as well as associated installation, integration and testing. Brahmaputra will deliver the entire set of deployment scenarios incrementally, with additional scenarios becoming available in a set of release editions as they achieve stability. Moving forward, we’ll continue to improve the platform tooling, enhance testing capabilities, and work with upstream communities to introduce new features.

I encourage you to get involved! Today you can download OPNFV Brahmaputra and if you’re a developer, join the mailing lists or weekly Technical Steering Committee (TSC) calls to help shape the direction of OPNFV. We’ll be hosting our first plugfest the week of May 9th at at the CableLabs headquarters in Louisville, CO, which will provide a great opportunity to collaborate and test interoperability of different products with the Brahmaputra release.

Comments from OPNFV Brahmaputra Developers

“I am proud of the Brahmaputra release for its lab-readiness–we will be able to develop innovative applications, experiment with new use cases and demonstrate the interoperability of the platform. I am particularly proud of the IPv6 feature in OPNFV, which extends the current capabilities of the Neutron Router and the ODL L3 Router to any VM that is managed by OPNFV and acts as an IPv6 vRouter. Thus, it allows flexible service design, provisioning and deployment on OPNFV.” –Bin Hu

“This release includes the results of the NFV feature development pipeline, which start from the real operator requirements and go through code development in the relevant upstream projects towards a reliable NFV platform, powered by open collaboration.” — Ryota Mibu, NEC/Doctor Lead

About the author of this post

Chris Price
Chris leads open source industry collaboration for Ericsson in the areas of NFV, Cloud & SDN from the CTO’s office in Sweden and is an active member of the technical steering comitee’s of the OpenDaylight and OPNFV Projects.  Chris’ experiences include leading Ericssons’ IP&Broadband network architecture and standardization teams with a rich history in development of systems and technology in the areas of network management, policy control and user service management, user session control plane solutions, and DPI technologies.

The OPNFV community is comprised of a diverse set of active developers who are passionate about transforming the industry through open source NFV. This new blog series highlights the people who are collaborating in the trenches to build a de facto standard open source platform for NFV.

Bin is currently a PMTS with AT&T focused on the company’s standardization strategy and activities in web domain and a core member of AT&T’s D2 Open Source Strategy team. He’s also a key advocate and participant in the OPNFV technical community.

What projects in OPNFV are you working on? Any new developments to share?
I am leading the IPv6-enabled OPNFV project, which is a meta-distribution of the platform with de-facto provisioning and configuration of IPv6, upon which additional components and functional blocks and/or tools can be built and integrated. We analyzed the gaps of IPv6 use case requirements vs the features currently supported in OpenStack and OpenDaylight, and extended the current capabilities of the Neutron Router and ODL L3 Router to a Service VM that acts as an IPv6 vRouter managed by the OPNFV platform. This Service VM is capable of (1) advertising IPv6 Router Advertisements (RA) to the VMs on the internal network; and (2) IPv6 Forwarding (i.e., North-South traffic). This novel use case expands IPv6 vRouter capability to any VM and allows for any third-party solution (e.g. IPv6 vRouter VNF) as an alternative to a Neutron Router or ODL Router. Thus, it allows flexible service design, provisioning and deployment on the OPNFV platform, and more importantly, it enables open innovation.

Anything specific you’re working on or looking forward to with Brahmaputra?
The IPv6 feature described above will be part of the Brahmaputra release.

Where do you see OPNFV in five years?
In five years, I would see that OPNFV will have achieved our 2020 Vision of network virtualization, and guess what? It is an OPNFV-based platform that makes it real. Whenever and wherever people talk about network function virtualization, OPNFV will be a no-brainer.

What is the biggest strength of the OPNFV community?
The biggest strength of the OPNFV community is its sense of community. In particular, the determination towards making a difference in the industry makes us grow strong and healthy within this community. We argue, and we debate, but only for the best of community because we care about delivering the best-in-class technology and a robust platform that enables new services and open innovation. We know that each stakeholder can win only when the community wins. So a strong, inclusive and healthy community is the key to everyone’s success.

How do you envision NFV and SDN working together?
NFV and SDN are two pillars of open innovation. They are complementary, and they are mutually beneficial but not dependent on each other. For example, NFV can be deployed without SDN and vice-versa. On one hand, NFV focuses on the platform, which leads to improved business agility and reduced time-to-market, and thus reduced TCO (CapEx and OpEx). On the other hand, SDN creates network abstractions to allow application-aware behaviour, and increased flexibility of service development and delivery, which leads to improved market penetration and expanded customer base, thus more revenue. We can see that NFV aligns closely with SDN objectives to use software, virtualization and IT orchestration and management techniques. Working together creates more opportunity for open innovation.

What is the biggest challenge facing networking today and how will NFV resolve it?
The biggest challenge of networking is how to improve its agility, how to reduce its time-to-market, and how to reduce TCO for network operators. NFV provides the answer, and OPNFV provides the real-world solution by making NFV and SDN work together and align closely with SDN objectives to use software, virtualization and IT orchestration and management techniques to allow for open innovation in telco space.

What types of customers/end users are mostly likely to implement NFV in the near future?
Network operators and service providers in both telco and IT are implementing NFV now.

What is the best piece of developer advice you’ve ever received?
Get your feet wet, break it and make it work.

What technology could you not live without?
I really wish I could live without any technology like 20 years ago. I am old-fashioned. I really like my family sitting around fireplace, chatting, eating, reading a real book and relaxing instead of watching an iPad or kindle or instant messaging at the dinner table.

What does your workspace look like?
Messy. Oh, the good thing (or bad thing) is I am next to the kitchen. So don’t watch me if I accidentally turn on video in conference calls J How messy? Just imagine.

What part of the world do you live in? 
I live in a small town named Los Altos in Silicon Valley. Los Altos means “the heights” or “foothill” in Spanish. It was an agricultural paradise once known as the “Valley of Heart’s Delight”. It was famous for its apricot orchards in the Valley, and summer cottages for those living in San Francisco to spend summer here in the past. In 1976, Steve Jobs and Steve Wozniak, along with others including Ronald Wayne, built the first 50 Apple I’s in Jobs’ garage in Los Altos. Jobs, Wozniak, and Wayne founded Apple Computer, Inc on April 1, 1976. In 2004, Mark Zuckerberg rented a home in Los Altos where he and other early Facebook employees developed the then-nascent company.

By 2020 developers will rule the world. True or false?
Perhaps gadgets and robots – just kidding.

NFV is picking up steam as more telecom and enterprise network operators recognize the scalability and flexibility of controlling their network functions via open source software and commercial off-the-shelf hardware. Operators are realizing that achieving rapid time-to-market for NFV systems requires a carrier-grade, end-to-end testing and integration platform such as OPNFV.

Open source cloud computing platform provider Openstack is investing heavily in NFV. In fact, OpenStack just released a white paper on NFV entitled “Accelerating NFV Delivery with OpenStack” that describes NFV and its business value in detail, and explains how OpenStack supports NFV and integrates with OPNFV. Drawing on the experience of several enterprise and carrier organizations—such as AT&T, Verizon, SK Telecom, Deutsche Telecom and Bloomberg—the white paper investigates specific use cases via real-world implementations of NFV with OpenStack, and explains how OpenStack and OPNFV are working in concert to define and support NFV deployments.

OPNFV, which provides a common integration and testing platform to facilitate NFV deployments, and defines a consistent, functional stack that developers are adopting as a de facto standard, is cited in the paper as a critical catalyst for the adoption of NFV. In the upcoming Brahmaputra release, which integrates OpenStack Liberty as the VIM, OPNFV will look to provide lab-readiness for testing and interoperability of NFV functionality and use cases. OPNFV has also contributed developers and code upstream to accelerate the features in OpenStack. Learn more about the integration between OPNFV projects like Doctor and Multisite, with upstream projects such as Nova and Cinder among several others on the OPNFV OpenStack Community page.

The white paper also investigates the role of SDN within NFV, telecom requirements for NFV with OpenStack, MANO, and what’s ahead for NFV. To learn more about OpenStack’s approach to NFV and how OPNFV and OpenStack work together, visit https://www.openstack.org/nfv/ to read the full paper.

The OPNFV community is comprised of a diverse set of active developers who are passionate about transforming the industry through open source NFV. This new blog series highlights the people who are collaborating in the trenches to build a de facto standard open source platform for NFV.

About Maryam Tahhan

Maryam Tahhan is a Network Software Engineer at Intel Corporation. Her focus for the last few years has been on virtual switching, virtual switch performance and enabling service assurance features in DPDK. She leads 2 OPNFV projects: VSPERF and SFQM. Maryam is a sports fanatic, from rugby to hurling and even the martial arts, she’ll try/watch any sport (at least once).

What projects in OPNFV are you working on? Any new developments to share?

I lead 2 OPNFV projects, the first is Software Fastpath service Quality Metrics (SFQM) which aims to enable service assurance features in DPDK, such as telemetry and fault detection. Our latest feature, DPDK Keep Alive (silent drop detection on DPDK cores), was released as part of DPDK 2.2 earlier this week and we are currently integrating the features we are working on with Monasca. The second project I work on is Characterize vSwitch Performance for Telco NFV Use Cases, a.k.a VSPERF. VSPERF aims to define, implement and carry out a suitable test suite for benchmarking the performance of virtual switches to help understand where vSwitches can reside in deployments. We’re really looking forward to releasing the VSPERF framework as part of OPNFV release B and publishing the results for the benchmarks we are running on stock OVS and OVS with DPDK to the OPNFV test dashboard.

Where do you see OPNFV in five years?

In 5 years’ time I see OPNFV as “The” mature reference telco-grade NFV platform for telcos. The rate of progress since the start of OPNFV and the fact that its inaugural summit saw more than 700 attendees are testament to the interest and attention the industry is paying to OPNFV. This, in combination with the admirable work ethic of the OPNFV committers and contributors, the TSC and all involved, will ensure its success in achieving this goal, or at the very least, give it a real run for its money.

What is the biggest strength of the OPNFV community?

I think the biggest strength of the OPNFV community is our sense of community, camaraderie, and friendliness to new-comers. The community’s work ethic, its willingness to stand together in difficult times and its enthusiasm to dive in and help out with any questions or issues that other community members might have are our key strong points.

What is the best piece of developer advice you’ve ever received?

If you really believe in something and want to see it succeed, be committed, not just involved. Roll up your sleeves and get stuck in, and never go on a solo run, consult the community early and often.

What technology could you not live without?

Funnily enough, I would say my tablet; I’m an enthusiastic imgurian and need my fix of laughs every evening :$

What part of the world do you live in?

I live in the mid-west of Ireland in a city called Limerick. It’s a small city with a great atmosphere, from the sports-crazy friendly locals, to the thriving music scene, bustling restaurants and the picturesque villages, there’s always something to do. As home of the Cranberries, the music scene in Limerick is absolutely buzzing, with bands (rock, pop, even classical and traditional Irish music) coming to play the concert hall or the Big Top/ Dolan’s warehouse. Limerick is renowned for its sporting history, its home to Munster Rugby, and its legendary grounds, Thomond Park, which hosted its historic victory over the All Blacks in 1978. The locals are always out and about and their passion for sports can be seen through their continuous involvement and support for all sports, be it Gaelic football, hurling, golf, horse racing, soccer or cycling. If you need to get out of the city and enjoy some more rural views, the country side is but a 20min drive away, or if you prefer the beach (yes we have beach going weather ;)) is about 50 mins away.

By 2020 developers will rule the world. True or false?

True? Sudo make me a sandwich…

The OPNFV community is hard at work on our second release, Brahmaputra, planned for February 2016. We’ve just hit Milestone D, which means the release is API and feature-complete! As we work to finalize the release, we wanted to provide a quick sneak peek into what’s ahead.

For Brahmaputra we are aiming to have a lab-ready release of the platform which means a focus on further stability of the deployment, new features, projects and enhanced documentation. It should serve not only as a stepping stone for users to begin to familiarize themselves with the platform and start with early development and testing, but it will bring additional use cases and functionality useful for network operators. A great example of this is the beginnings of Service Function Chaining via the SFC project, as well as integration with Open vSwitch, and KVM for NFV, among others.

Specific highlights of what you can expect to see in Brahmaputra include:

• More projects! While Arno featured a total of five participating projects, Brahmaputra is looking at close to 40! For a list of participating projects and activities in Brahmaputra look no further than here.
• Support for more SDN controllers. Brahmaputra will support additional SDN controllers, including ONOSFW and OpenContrail in addition to OpenDaylight from Arno.
• Added installers. Installer technologies continue to be an area of growth and exploration for the datacenter.  By providing technology choices like Compass, TripleO, Juju and Fuel, the OPNFV community is able to work with activities and exploration in areas such as automated deployment and management of OpenStack and other distributed systems. The community offers needed capabilities to the OPNFV Continuous Integration (CI) pipeline to support flexible OPNFV platform deployments.
• Support for ARM-based servers. The Armband project is designed to simply integrate and test Brahmaputra on ARM-based servers. The goal is to replicate an OPNFV software build, Continuous Integration, lab provisioning, and testing processes so Brahmaputra can be available on both x86 and ARM architecture-based servers.
• Increased community lab infrastructure. Our community testbed labs, the Pharos Community Labs project, continues to grow! We’re currently at 10 functional labs across the globe, with more in the works. For Brahmaputra, Pharos Community Labs will also be used for release testing in addition to the OPNFV hardware at the Linux Foundation.

We can’t wait to see where the community takes this next release as we get closer to advancing open source NFV!  More details on the Brahmaputra release plan are available here, and check back often for updates.

About the author of this post
Chris Price

Chris leads open source industry collaboration for Ericsson in the areas of NFV, Cloud & SDN from the CTO’s office in Sweden and is an active member of the technical steering comitee’s of the OpenDaylight and OPNFV Projects.  Chris’ experiences include leading Ericssons’ IP&Broadband network architecture and standardization teams with a rich history in development of systems and technology in the areas of network management, policy control and user service management, user session control plane solutions, and DPI technologies.

OPNFV was started with the broad goal to create an open source, carrier grade platform for NFV and to accelerate the adoption of NFV products and services. In just one year, we’ve grown to 55 members and shipped our first release, Arno, with the commitment and support from individuals representing a broad range of industries, company types and areas of interest. In order to move with greater velocity, the OPNFV Board of Directors made a recommendation to the community that we focus our initial efforts to the NFVI and VIM capabilities of an NFV platform, as defined by ETSI.  This approach has applied to our Arno release as well as the upcoming Brahmaputra release.
The open source and networking industries themselves are continually evolving, and the way in which OPNFV looks to address market needs will also evolve over time, calling on the same agility required of the platform itself. In taking a broad look at how the industry is advancing around NFV and the growing interest and work on the topic of Management and Orchestration (MANO), our Board recently decided to lift any initial scope constraints that may have previously limited OPNFV activities.
This means that OPNFV projects can expand, as needed, and the community is free to incubate and propose projects on additional topics, including MANO. This decision does not affect the project bylaws, TSC charter, or the upcoming Brahmaputra release, expected February 2016. Any project proposals related to MANO-type functionality will go through the same incubation and approval process as all projects to date.

We welcome interested parties to follow the OPNFV project pipeline, propose new projects, participate in the technical community discussions, and make contributions to realize the goal of accelerating NFV products and services. I invite you to join our efforts!

About the author of this post

Heather Kirksey
Heather Kirksey is the director of NFV leading initiatives around the OPNFV project.

Having just hit the one-year mark, we wanted to get a sense of how we’re doing from perspective of the telecom industry. So we commissioned Heavy Reading to conduct a global survey across its extensive database of telco and service provider professionals to gauge perceptions of OPNFV’s impact in shaping the rise of NFV.

With over 200 respondents spanning North America, Europe and Asia, the majority of telecom pros surveyed agree that OPNFV will help accelerate the adoption of NFV overall. Data looked at the drivers, barriers, timelines and key upstream integration needed for the project’s success.

Highlights from the data include:

•      86 percent of respondents agreed OPNFV is poised to accelerate NFV adoption overall
•      Swimming upstream and integrating with other open source projects is very important
•      Competing agendas and cross-company alignment are potential barriers
•      While the majority of respondents are actively exploring NFV, deployments are still young
•      Key success criteria include security, VNF interoperability, as well as management and orchestration

Overall, the data is encouraging and we’re excited to take on the challenges ahead as we collaborate towards an integrated, open platform for NFV.

Read Roz Roseboro’s blog post on Heavy Reading for more details on the survey findings and methodology.