During the OPNFV Mini Summit at the 2015 NFV World Congress, Chris Price, the OPNFV TSC chair, gave a talk detailing the community’s vision for the initial release of OPNFV, Arno, and expectations moving forward.
The Open Platform for Network Functions Virtualization (OPNFV) project within the Linux Foundation is uniquely positioned to bring together the work of open source communities and standards bodies, and commercial suppliers to deliver a de facto NFV platform for the industry. Hear the overall vision for OPNFV, learn how the technical community functions, and get an understanding of the areas covered by 50+ active projects.
Frank Brockners, OPNFV TSC member and distinguished engineer with Cisco, presented "Deploy it, test it, run your VNF" during the OPNFV mini-summit as part of the 2015 NFV World Congress.
Challenge in asia region connecting each testbed and poc of distributed nfv ...OPNFV
Shuya Nakama, Okinawa Open Laboratory / NEC Solution Innovators, Eric Chang, Institute for Information Industry, Hideyasu Hayashi, Okinawa Open Laboratory and NEC Solution Innovators, Torii Takashi, NEC Corporation and Okinawa Open Laboratory
There are many countries in Asia region those have the motivation to innovate their telecom system and educate new technologies to young engineers. It is important how to encourage and involve these countries to OPNFV communities, and also educate to contribute to open source activities.
In these session, we will introduce our trial to the issue. Okinawa Open Laboratories (OOL) in Japan and Institute for Information Industry (III) in Taiwan, have been doing joint research activities in these years about SDN/NFV area, and this year, we have connected each testbed using OPNFV. Over the distributed testbed, we have started our POC of NFV use cases such as vEPC, vCPE etc. We also have communication with several research and academic organization in Asia region, so we would like to connect each country’s testbed and expand our testbed to Asia region.
There are many challenges, and we have learned from our experience, so in the session we will share the lessons learned from our trial. That will be good example for the whole community, and help progressing collaboration of global eco system.
Contributing your first change to OPNFV can be a confusing process. Where do I get the source code? How do I submit a patch? How do I get someone to merge my changes? We’ll help answer these questions and provide an overview of the tools our community uses to communicate, review, plan, and develop contributions. Then, attendees will learn how OPNFV conducts its release planning and execution and get an overview of the milestones, timeline, and process for each major release.
Connection points between opnfv and etsi nfv tst working groupOPNFV
Gergely Csatari, Nokia, Pierre Lynch, Ixia
TST Working Group is the part of ETSI NFV ISG which investigates the testing, experimentation and open source aspects of ETSI NFV. The working group covers a wide area of topics from the definition of virtual machine metrics to the investigation of OpenStack API-s or organizing Plugtest events. This presentation provides an overview of the ongoing activities in the working group and highlights the possible connection points to OPNFV.
NFV solutions that pull from open source projects such as OPNFV, OpenStack, OpenDaylight, and others must be integrated and tested in an environment that fully supports the performance and availability requirements of service provider networks. We’ll show OPNFV performs open source NFV testing, including: methodology; mapping to ETSI NFV use-case/s; open source project integration; testing dashboards; Continuous Integration and Continuous Deployment (CI/CD); and testing acceleration. We’ll provide an overview of the OPNFV Pharos Community Test Lab infrastructure and the new Pharos Lab-as-a-Service to run a test deploy of OPNFV and try it out on your own. We’ll also give an overview of how OPNFV is working together with OpenStack Community as part of its Cross Community CI (XCI) effort in order to provide means for OPNFV developers to work with OpenStack master branch, reduce the time it takes to develop new features and test them on OPNFV Infrastructure, and more.
The Open Platform for Network Functions Virtualization (OPNFV) project within the Linux Foundation is uniquely positioned to bring together the work of open source communities and standards bodies, and commercial suppliers to deliver a de facto NFV platform for the industry. Hear the overall vision for OPNFV, learn how the technical community functions, and get an understanding of the areas covered by 50+ active projects.
Frank Brockners, OPNFV TSC member and distinguished engineer with Cisco, presented "Deploy it, test it, run your VNF" during the OPNFV mini-summit as part of the 2015 NFV World Congress.
Challenge in asia region connecting each testbed and poc of distributed nfv ...OPNFV
Shuya Nakama, Okinawa Open Laboratory / NEC Solution Innovators, Eric Chang, Institute for Information Industry, Hideyasu Hayashi, Okinawa Open Laboratory and NEC Solution Innovators, Torii Takashi, NEC Corporation and Okinawa Open Laboratory
There are many countries in Asia region those have the motivation to innovate their telecom system and educate new technologies to young engineers. It is important how to encourage and involve these countries to OPNFV communities, and also educate to contribute to open source activities.
In these session, we will introduce our trial to the issue. Okinawa Open Laboratories (OOL) in Japan and Institute for Information Industry (III) in Taiwan, have been doing joint research activities in these years about SDN/NFV area, and this year, we have connected each testbed using OPNFV. Over the distributed testbed, we have started our POC of NFV use cases such as vEPC, vCPE etc. We also have communication with several research and academic organization in Asia region, so we would like to connect each country’s testbed and expand our testbed to Asia region.
There are many challenges, and we have learned from our experience, so in the session we will share the lessons learned from our trial. That will be good example for the whole community, and help progressing collaboration of global eco system.
Contributing your first change to OPNFV can be a confusing process. Where do I get the source code? How do I submit a patch? How do I get someone to merge my changes? We’ll help answer these questions and provide an overview of the tools our community uses to communicate, review, plan, and develop contributions. Then, attendees will learn how OPNFV conducts its release planning and execution and get an overview of the milestones, timeline, and process for each major release.
Connection points between opnfv and etsi nfv tst working groupOPNFV
Gergely Csatari, Nokia, Pierre Lynch, Ixia
TST Working Group is the part of ETSI NFV ISG which investigates the testing, experimentation and open source aspects of ETSI NFV. The working group covers a wide area of topics from the definition of virtual machine metrics to the investigation of OpenStack API-s or organizing Plugtest events. This presentation provides an overview of the ongoing activities in the working group and highlights the possible connection points to OPNFV.
NFV solutions that pull from open source projects such as OPNFV, OpenStack, OpenDaylight, and others must be integrated and tested in an environment that fully supports the performance and availability requirements of service provider networks. We’ll show OPNFV performs open source NFV testing, including: methodology; mapping to ETSI NFV use-case/s; open source project integration; testing dashboards; Continuous Integration and Continuous Deployment (CI/CD); and testing acceleration. We’ll provide an overview of the OPNFV Pharos Community Test Lab infrastructure and the new Pharos Lab-as-a-Service to run a test deploy of OPNFV and try it out on your own. We’ll also give an overview of how OPNFV is working together with OpenStack Community as part of its Cross Community CI (XCI) effort in order to provide means for OPNFV developers to work with OpenStack master branch, reduce the time it takes to develop new features and test them on OPNFV Infrastructure, and more.
Automatic Integration, Testing and Certification of NFV in China MobileOPNFV
Qiao Fu, China Mobile, Liang Gao, Huawei
As Operators expand their deployment of NFV, automatic integration, testing and compliance certification become more and more important. In this speech, we would like to share our experience and progress in the China Mobile OPNFV Testlab on an automatic system of integration, testing and certification. This system takes fully use of OPNFV opensource tools, including installers such as Compass, testing such as Functest and Yardstick, compliance testing such as Dovetail. Such automatic system extremely decreases the human cost of Operators when deploying and testing the NFV cloud before large scale deployment.
Swimming upstream: OPNFV Doctor project case studyOPNFV
Based on the lifecycle of the OPNFV Doctor project, this case study shows how operator requirements “on paper” have successfully been realized step-by-step and in close cooperation with upstream community projects into a mature fault management framework. A demo of the solution had been presented in a keynote at the last OpenStack Summit. The talk will describe how we have worked in the OPNFV Doctor project and will provide some lessons learned on this journey. With significant experience now of working OPNFV requirements upstream to OpenStack, we’ll share best practices for submitting contributions upstream, how to best communicate, and how to overcome the primary challenges.
OpenStack has been a part of OPNFV from the start and the OpenStack and OPNFV communities have strong areas of overlap. We will explain OPNFV from an Openstack and practical perspective, providing a specific example (SFC scenario) of how we are daily testing different components of OpenStack and other communities (ODL, OVS, etc). We’ll also talk about how OPNFV is useful to OpenStack because (hint: telco requirements & testing) and briefly describe several OPNFV projects which have contributed to OpenStack: NetReady, Multisite, Doctor, Cross CI, Copper, etc.
Faster, Higher, Stronger – Accelerating Fault Management to the Next LevelOPNFV
Yujun Zhang, ZTE Corporation, Carlos Goncalves, NEC
Fault management is a component that allows operations teams to monitor, detect, isolate and automate the recovery of faults. With an efficient fault management system, countermeasures can negate the effects of any deployment faults, avoiding bad user experiences or violation of service-level agreements (SLAs). The OPNFV Doctor project has been developing fault management features that increases resiliency to cloud-based mobile platforms and provides system integration.
The OPNFV Doctor team continues improving its framework, not only making fault management more reliable but also faster to satisfy Telco requirements. The 4G mobile system demonstrated at the OpenStack Summit Barcelona keynote featured already a double-digit millisecond fault notification. The team has identified scalability issues in and between relevant OpenStack projects and in conjunction with other open-source software. We will share performance figures, how we continuously profile and red-flag unexpected results (e.g. performance regressions). Finally, we will present solutions to make the overall OpenStack-based fault management framework even faster.
OpenStack Gluon is a model-driven, extensible framework that enables telecom network operators to provide customers with NFV networking services on-demand by generating APIs from a YAML file which models the NFV Networking Service. We’ll give an overview of Gluon and share a demonstration that will show how Gluon enables quick development and accelerates deployment of new networking service APIs (a.k.a. Protons). We’ll also provide an overview of the OPNFV NetReady project, whose goal is to investigate how the current OpenStack networking architecture needs to be evolved in order to ensure that NFV-related use cases can be flexibly and efficiently supported.
Challenges in positioning open stack for nf-vi_ are we biting off more than w...OPNFV
Hwee Ming Ng, Red Hat, Sadique Puthen, Red Hat
Many Service providers and communities like OPNFV is seeing OpenStack as the preferred cloud IaaS platform for NFV. However, Openstack was not designed with NFV in mind from day 1 and brings a lot of challenges when adapting to Telco environments. These challenges range from product design and development to solution design and architecture, deployment and support to match Telco expectations.
Red Hat has been working with a number of early adopters to roll out NFV solutions. Even though we have many successes, we have our fair share of challenges. When a solution architect and support engineer stand on the dais, it may be appropriate to recollect these challenges based on our experience from a solution design, architecture and support perspective. These challenges include distributed NFV, High Availability everywhere, Fault Tolerance, Predictive recovery, network performance, interoperability with multiple vendors, accommodating different types of VNFs with different operating systems, troubleshooting, feature availability, etc from a solution design perspective and support perspective.
Throughout this session we will touch base on these challenges, what are the possible solutions, how did we overcome them and open a discussion for challenges which do not have an acceptable solution. We will also discuss details of some of the challenges associated with troubleshooting issues specific to NFV deployments.
Yingjun Li, Futurewei Technologies, Chengli Wang, China Mobile Research Institute
ONAP coming into OPNFV with the Danube release extends OPNFV up the stack into MANO. As the first MANO project integrated in to OPNFV, the Opera team will share their experiences and challenges overcome during the integration and release process. They will also present how ONAP (formerly OPEN-O) participates in the OPNFV CI process and deploys a vIMS use case with the FuncTest project.
Software-defined migration how to migrate bunch of v-ms and volumes within a...OPNFV
Kentaro Matsumoto, KDDI Corporation, Hyde Sugiyama, Red Hat, Inc
As telecom career, we KDDI have been managing thousands of physical servers and run various kinds of workloads. In our operation of such a huge environment, We are frequently required to shut down our servers for maintenance, but it is not easy to negotiate with our tenant users to allow downtime. To make it easier, we are developing the structure called "Zone Migration", using the framework of OpenStack project "Watcher". "Zone Migration" makes it possible to migrate tenants’ workloads from compute nodes and storage devices we want to maintain (source zone) to new blank ones (destination zone) efficiently, automatically, and with minimum downtime.
These requirements as follows are realized.
-A lot of VMs and volumes should be migrated within a limited time frame
-Operations should be automated, but also can be controlled manually
-Time and load of migration should be under control so that tenants’ systems will not be affected
We are proceeding with the project in cooperation with NEC and Red Hat, and developing this structure on Red Hat OpenStack Platform.
Jose Lausuch, Ericsson
OPNFV provides different test frameworks which help developers to write new test cases. Those frameworks also borrow and integrate a variety of testing tools from other open source communities (OpenStack, OpenDaylight, Open-O, ...).
This session will go through all the tools that have been integrated so far in OPNFV and the cross community collaboration that has already started in Danube time frame.
Test and perspectives on nfvi from china unicom sdn nfv labOPNFV
Junjie Tong, China Unicom
This presentation explores our experience with the tests on NFVI in China Unicom's SDN/NFV lab.We have done the tests on both the hardware and VIM and discuss the lessones and painis about NFVI testing.We also discuss the sepcial requirements from NFV perspectives, what further improvements are needed for indusrty products and the working progress and plans on NFVI in China Unicom.
Fatih Degirmenci, Ericsson, Yolanda Robla Mota, RedHat, Markos Chandras, SUSE
OPNFV has been working with the communities such as OpenStack, OpenDaylight, and fd.io as part of its Cross Community CI (XCI) effort in order to provide means for the developers to work with the latest versions of upstream components, cutting the time it takes to develop new features significantly and testing them on the OPNFV Infrastructure.
Apart from developing and testing new features, OPNFV XCI will enable developers to identify bugs earlier, issue fixes faster, and get feedback on a daily basis. This is a prerequisite for OPNFV in its CD & DevOps journey.
OPNFV aims to run XCI by reusing what other communities developed such as bifrost and openstack-ansible. While doing this, OPNFV intends to develop, maintain, and evolve OPNFV Infrastructure like how the other OPNFV projects do; upstream first. Whatever missing functionality and issues we identify in the components we use as part of our infrastructure and CI/CD toolchain, we strive to fix them directly upstream.
During this session, we will talk about the progress we have made so far, contributions we made to our upstream communities, and share our experiences. We will also highlight the key benefits of XCI for the community in order for developers to utilize the mechanisms, work with OpenStack master to implement new features and fix bugs using the toolchain XCI established.
System Testing and Integration: Test Strategy for BrahmaputraOPNFV
Testing and performance characterization are key capabilities being developed by the OPNFV community towards deployable NFV solutions. In this presentation, representatives from Orange, Ericsson and Intel will review test strategy for the OPNFV B-release describing scope and work flow of test projects. Experiences from the initial release as well as existing infrastructure and aspects common to all test projects will be discussed, including tooling and relation to continuous integration. In addition, details of how the overall OPNFV test framework shall be enhanced and extended, will also be covered. The presentation will also explain how new OPNFV developers can approach testing new features and interact with other test projects.
How to Reuse OPNFV Testing Components in Telco Validation ChainOPNFV
Morgan Richomme, Orange
OPNFV provides lots of tooling that can be adopted and adapted to Service providers solution. These solutions are OpenStack based but not necessarily OPNFV solutions.
This session will detail how some components developed in OPNFV have been introduced in Orange Integration Center, an OpenStack based vendor solution including Contrail SDN controller and third party elements.
The best practices learned in OPNFV were used to design and build a CI chain including jenkins, functest, yardstick, the test API and the Test DB.
Hands-On Testing: How to Integrate Tests in OPNFVOPNFV
Jose Lausuch, Ericsson
I have developed and integrated a new feature but… how do I write test cases and where do I put them? How do I start?
These are common questions asked by developers bringing new features that need to be tested and verified in our CI pipeline.
Hwee Ming Ng, Red Hat, Abhilash Vijayakumary, Red Hat
Telco over Cloud is rapidly changing the telecommunications industry landscape by introducing cloud computing, virtualization paradigms and software approaches already in use and mature in traditional IT environments. While designing the cloud solutions for telco infrastructure understanding its information security risks and mitigation strategies are critical. Legacy approaches are inadequate, this session intends to help the operators to build and approach a telco cloud solution with the right cloud security knowledge.
In this session we intend to explain the principle technologies of telco cloud based systems and strategies for safeguarding/classifying data, ensuring privacy and ensuring compliance with regulatory agencies for telco operators. We will also describe the role of encryption in protecting data and specific strategies for key management as well as how to select an appropriate solution to specific business requirements which are in well alignment with cloud based business continuity / disaster recovery strategies. We will also compare baseline and industry standard best practices by doing risk assessments of existing and proposed cloud-based environments.
Additionally, presentation will focus on specific technologies like virtual firewalls, security zones, virtual tenant networks and their mapping to various use cases/challenges which an operator faces while designing the telco cloud.
OPNFV: Overview and Approach to Upstream IntegrationOPNFV
The OPNFV project—a common integration and testing platform to facilitate NFV deployments that defines a consistent, functional stack—differs from more traditional code-based open source projects in that its work is focused upstream. Rather than re-event many wheels, the project leverages a variety of existing code bases from leading open source projects across compute, storage, and networking and fills gaps where needed to meet strict carrier-grade end user requirements. This approach is difficult and requires an extremely complicated set of requirements, but the result is a much needed common, de facto platform for the industry to test and build NFV products and services. OPNFV director Heather Kirksey spoke during LinuxCon North America 2016 on why the community chose to take this integrated approach, what’s been successful, and key lessons learned from this unique project.
My network functions are virtualized, but are they cloud-readyOPNFV
Ulas Kozat, Huawei, Yaoguang Wang, Huawei
In the first phase of telco-cloud vision, the physical network functions are targeted for virtualization and became Virtual Network Functions (VNF) decoupled from the specific hardware platform. As we dive into the second phase of the cloud era, the core need is to provide VNF implementations that can take advantage of what cloud has to offer in terms of utility based computing (a.k.a. scaling), availability, data durability, etc. To this end, we have been developing a VNF Performance Modeling framework for automatic characterization of a particular VNF implementation in terms of its cloud-readiness and its bottlenecks towards cloud-readiness. We will present the details of our performance modeling framework and show its utility based on the existing open source VNF implementations. The next frontier of telco-cloud vision is to develop cloud-native network functions and services. Thus, in the last part of our talk, we will cover the future evolution of the framework and discuss the needs, requirements, potential metrics for evaluating the cloud-nativeness of network functions.
The OPNFV collaborative development project has now delivered its second release, Brahmaputra. While the project continuous to grow, some confusion remains around what it is that the OPNFV community actually does. This session outlines and discusses the objectives and activities of the OPNFV community, the key values this provides to the industry and importantly activities the community avoids. In the context of the activity and challenges faced during Brahmaputra, as the community worked to integrate 38 parallel projects for the release, the session outlines the intentions activities and outcomes of this work; hard lessons learnt, achievements and future plans.
The session was given at ONS 2016.
Users expect a robust, yet flexible base infrastructure layer for NFV; but systems integration is hard. OPNFV is here to help: OPNFV provides system integration for NFV as a community-led effort. Based on a discussion of the build and composition philosophy of OPNFV, the presentation approaches the benefits of OPNFV for users from different angles: OPNFV as a reference building block to install, test and deploy NFV; OPNFV as reference system integration to get your own use-cases integrated into; OPNFV as a foundation to evolve and further develop NFV – privately or as part of the community.
Automatic Integration, Testing and Certification of NFV in China MobileOPNFV
Qiao Fu, China Mobile, Liang Gao, Huawei
As Operators expand their deployment of NFV, automatic integration, testing and compliance certification become more and more important. In this speech, we would like to share our experience and progress in the China Mobile OPNFV Testlab on an automatic system of integration, testing and certification. This system takes fully use of OPNFV opensource tools, including installers such as Compass, testing such as Functest and Yardstick, compliance testing such as Dovetail. Such automatic system extremely decreases the human cost of Operators when deploying and testing the NFV cloud before large scale deployment.
Swimming upstream: OPNFV Doctor project case studyOPNFV
Based on the lifecycle of the OPNFV Doctor project, this case study shows how operator requirements “on paper” have successfully been realized step-by-step and in close cooperation with upstream community projects into a mature fault management framework. A demo of the solution had been presented in a keynote at the last OpenStack Summit. The talk will describe how we have worked in the OPNFV Doctor project and will provide some lessons learned on this journey. With significant experience now of working OPNFV requirements upstream to OpenStack, we’ll share best practices for submitting contributions upstream, how to best communicate, and how to overcome the primary challenges.
OpenStack has been a part of OPNFV from the start and the OpenStack and OPNFV communities have strong areas of overlap. We will explain OPNFV from an Openstack and practical perspective, providing a specific example (SFC scenario) of how we are daily testing different components of OpenStack and other communities (ODL, OVS, etc). We’ll also talk about how OPNFV is useful to OpenStack because (hint: telco requirements & testing) and briefly describe several OPNFV projects which have contributed to OpenStack: NetReady, Multisite, Doctor, Cross CI, Copper, etc.
Faster, Higher, Stronger – Accelerating Fault Management to the Next LevelOPNFV
Yujun Zhang, ZTE Corporation, Carlos Goncalves, NEC
Fault management is a component that allows operations teams to monitor, detect, isolate and automate the recovery of faults. With an efficient fault management system, countermeasures can negate the effects of any deployment faults, avoiding bad user experiences or violation of service-level agreements (SLAs). The OPNFV Doctor project has been developing fault management features that increases resiliency to cloud-based mobile platforms and provides system integration.
The OPNFV Doctor team continues improving its framework, not only making fault management more reliable but also faster to satisfy Telco requirements. The 4G mobile system demonstrated at the OpenStack Summit Barcelona keynote featured already a double-digit millisecond fault notification. The team has identified scalability issues in and between relevant OpenStack projects and in conjunction with other open-source software. We will share performance figures, how we continuously profile and red-flag unexpected results (e.g. performance regressions). Finally, we will present solutions to make the overall OpenStack-based fault management framework even faster.
OpenStack Gluon is a model-driven, extensible framework that enables telecom network operators to provide customers with NFV networking services on-demand by generating APIs from a YAML file which models the NFV Networking Service. We’ll give an overview of Gluon and share a demonstration that will show how Gluon enables quick development and accelerates deployment of new networking service APIs (a.k.a. Protons). We’ll also provide an overview of the OPNFV NetReady project, whose goal is to investigate how the current OpenStack networking architecture needs to be evolved in order to ensure that NFV-related use cases can be flexibly and efficiently supported.
Challenges in positioning open stack for nf-vi_ are we biting off more than w...OPNFV
Hwee Ming Ng, Red Hat, Sadique Puthen, Red Hat
Many Service providers and communities like OPNFV is seeing OpenStack as the preferred cloud IaaS platform for NFV. However, Openstack was not designed with NFV in mind from day 1 and brings a lot of challenges when adapting to Telco environments. These challenges range from product design and development to solution design and architecture, deployment and support to match Telco expectations.
Red Hat has been working with a number of early adopters to roll out NFV solutions. Even though we have many successes, we have our fair share of challenges. When a solution architect and support engineer stand on the dais, it may be appropriate to recollect these challenges based on our experience from a solution design, architecture and support perspective. These challenges include distributed NFV, High Availability everywhere, Fault Tolerance, Predictive recovery, network performance, interoperability with multiple vendors, accommodating different types of VNFs with different operating systems, troubleshooting, feature availability, etc from a solution design perspective and support perspective.
Throughout this session we will touch base on these challenges, what are the possible solutions, how did we overcome them and open a discussion for challenges which do not have an acceptable solution. We will also discuss details of some of the challenges associated with troubleshooting issues specific to NFV deployments.
Yingjun Li, Futurewei Technologies, Chengli Wang, China Mobile Research Institute
ONAP coming into OPNFV with the Danube release extends OPNFV up the stack into MANO. As the first MANO project integrated in to OPNFV, the Opera team will share their experiences and challenges overcome during the integration and release process. They will also present how ONAP (formerly OPEN-O) participates in the OPNFV CI process and deploys a vIMS use case with the FuncTest project.
Software-defined migration how to migrate bunch of v-ms and volumes within a...OPNFV
Kentaro Matsumoto, KDDI Corporation, Hyde Sugiyama, Red Hat, Inc
As telecom career, we KDDI have been managing thousands of physical servers and run various kinds of workloads. In our operation of such a huge environment, We are frequently required to shut down our servers for maintenance, but it is not easy to negotiate with our tenant users to allow downtime. To make it easier, we are developing the structure called "Zone Migration", using the framework of OpenStack project "Watcher". "Zone Migration" makes it possible to migrate tenants’ workloads from compute nodes and storage devices we want to maintain (source zone) to new blank ones (destination zone) efficiently, automatically, and with minimum downtime.
These requirements as follows are realized.
-A lot of VMs and volumes should be migrated within a limited time frame
-Operations should be automated, but also can be controlled manually
-Time and load of migration should be under control so that tenants’ systems will not be affected
We are proceeding with the project in cooperation with NEC and Red Hat, and developing this structure on Red Hat OpenStack Platform.
Jose Lausuch, Ericsson
OPNFV provides different test frameworks which help developers to write new test cases. Those frameworks also borrow and integrate a variety of testing tools from other open source communities (OpenStack, OpenDaylight, Open-O, ...).
This session will go through all the tools that have been integrated so far in OPNFV and the cross community collaboration that has already started in Danube time frame.
Test and perspectives on nfvi from china unicom sdn nfv labOPNFV
Junjie Tong, China Unicom
This presentation explores our experience with the tests on NFVI in China Unicom's SDN/NFV lab.We have done the tests on both the hardware and VIM and discuss the lessones and painis about NFVI testing.We also discuss the sepcial requirements from NFV perspectives, what further improvements are needed for indusrty products and the working progress and plans on NFVI in China Unicom.
Fatih Degirmenci, Ericsson, Yolanda Robla Mota, RedHat, Markos Chandras, SUSE
OPNFV has been working with the communities such as OpenStack, OpenDaylight, and fd.io as part of its Cross Community CI (XCI) effort in order to provide means for the developers to work with the latest versions of upstream components, cutting the time it takes to develop new features significantly and testing them on the OPNFV Infrastructure.
Apart from developing and testing new features, OPNFV XCI will enable developers to identify bugs earlier, issue fixes faster, and get feedback on a daily basis. This is a prerequisite for OPNFV in its CD & DevOps journey.
OPNFV aims to run XCI by reusing what other communities developed such as bifrost and openstack-ansible. While doing this, OPNFV intends to develop, maintain, and evolve OPNFV Infrastructure like how the other OPNFV projects do; upstream first. Whatever missing functionality and issues we identify in the components we use as part of our infrastructure and CI/CD toolchain, we strive to fix them directly upstream.
During this session, we will talk about the progress we have made so far, contributions we made to our upstream communities, and share our experiences. We will also highlight the key benefits of XCI for the community in order for developers to utilize the mechanisms, work with OpenStack master to implement new features and fix bugs using the toolchain XCI established.
System Testing and Integration: Test Strategy for BrahmaputraOPNFV
Testing and performance characterization are key capabilities being developed by the OPNFV community towards deployable NFV solutions. In this presentation, representatives from Orange, Ericsson and Intel will review test strategy for the OPNFV B-release describing scope and work flow of test projects. Experiences from the initial release as well as existing infrastructure and aspects common to all test projects will be discussed, including tooling and relation to continuous integration. In addition, details of how the overall OPNFV test framework shall be enhanced and extended, will also be covered. The presentation will also explain how new OPNFV developers can approach testing new features and interact with other test projects.
How to Reuse OPNFV Testing Components in Telco Validation ChainOPNFV
Morgan Richomme, Orange
OPNFV provides lots of tooling that can be adopted and adapted to Service providers solution. These solutions are OpenStack based but not necessarily OPNFV solutions.
This session will detail how some components developed in OPNFV have been introduced in Orange Integration Center, an OpenStack based vendor solution including Contrail SDN controller and third party elements.
The best practices learned in OPNFV were used to design and build a CI chain including jenkins, functest, yardstick, the test API and the Test DB.
Hands-On Testing: How to Integrate Tests in OPNFVOPNFV
Jose Lausuch, Ericsson
I have developed and integrated a new feature but… how do I write test cases and where do I put them? How do I start?
These are common questions asked by developers bringing new features that need to be tested and verified in our CI pipeline.
Hwee Ming Ng, Red Hat, Abhilash Vijayakumary, Red Hat
Telco over Cloud is rapidly changing the telecommunications industry landscape by introducing cloud computing, virtualization paradigms and software approaches already in use and mature in traditional IT environments. While designing the cloud solutions for telco infrastructure understanding its information security risks and mitigation strategies are critical. Legacy approaches are inadequate, this session intends to help the operators to build and approach a telco cloud solution with the right cloud security knowledge.
In this session we intend to explain the principle technologies of telco cloud based systems and strategies for safeguarding/classifying data, ensuring privacy and ensuring compliance with regulatory agencies for telco operators. We will also describe the role of encryption in protecting data and specific strategies for key management as well as how to select an appropriate solution to specific business requirements which are in well alignment with cloud based business continuity / disaster recovery strategies. We will also compare baseline and industry standard best practices by doing risk assessments of existing and proposed cloud-based environments.
Additionally, presentation will focus on specific technologies like virtual firewalls, security zones, virtual tenant networks and their mapping to various use cases/challenges which an operator faces while designing the telco cloud.
OPNFV: Overview and Approach to Upstream IntegrationOPNFV
The OPNFV project—a common integration and testing platform to facilitate NFV deployments that defines a consistent, functional stack—differs from more traditional code-based open source projects in that its work is focused upstream. Rather than re-event many wheels, the project leverages a variety of existing code bases from leading open source projects across compute, storage, and networking and fills gaps where needed to meet strict carrier-grade end user requirements. This approach is difficult and requires an extremely complicated set of requirements, but the result is a much needed common, de facto platform for the industry to test and build NFV products and services. OPNFV director Heather Kirksey spoke during LinuxCon North America 2016 on why the community chose to take this integrated approach, what’s been successful, and key lessons learned from this unique project.
My network functions are virtualized, but are they cloud-readyOPNFV
Ulas Kozat, Huawei, Yaoguang Wang, Huawei
In the first phase of telco-cloud vision, the physical network functions are targeted for virtualization and became Virtual Network Functions (VNF) decoupled from the specific hardware platform. As we dive into the second phase of the cloud era, the core need is to provide VNF implementations that can take advantage of what cloud has to offer in terms of utility based computing (a.k.a. scaling), availability, data durability, etc. To this end, we have been developing a VNF Performance Modeling framework for automatic characterization of a particular VNF implementation in terms of its cloud-readiness and its bottlenecks towards cloud-readiness. We will present the details of our performance modeling framework and show its utility based on the existing open source VNF implementations. The next frontier of telco-cloud vision is to develop cloud-native network functions and services. Thus, in the last part of our talk, we will cover the future evolution of the framework and discuss the needs, requirements, potential metrics for evaluating the cloud-nativeness of network functions.
The OPNFV collaborative development project has now delivered its second release, Brahmaputra. While the project continuous to grow, some confusion remains around what it is that the OPNFV community actually does. This session outlines and discusses the objectives and activities of the OPNFV community, the key values this provides to the industry and importantly activities the community avoids. In the context of the activity and challenges faced during Brahmaputra, as the community worked to integrate 38 parallel projects for the release, the session outlines the intentions activities and outcomes of this work; hard lessons learnt, achievements and future plans.
The session was given at ONS 2016.
Users expect a robust, yet flexible base infrastructure layer for NFV; but systems integration is hard. OPNFV is here to help: OPNFV provides system integration for NFV as a community-led effort. Based on a discussion of the build and composition philosophy of OPNFV, the presentation approaches the benefits of OPNFV for users from different angles: OPNFV as a reference building block to install, test and deploy NFV; OPNFV as reference system integration to get your own use-cases integrated into; OPNFV as a foundation to evolve and further develop NFV – privately or as part of the community.
OPNFV Webinar – No Time to Wait: Accelerating NFV Time to Market Through Open...Open Networking Summits
This webinar presents a discussion on the 23+ ongoing OPNFV projects, the first OPNFV release (Arno), why it is significant and the use-cases / customer needs the OPNFV project aims to address.
Open Platform for NFV (OPNFV) is a carrier-grade, integrated, open source platform to accelerate the introduction of new NFV products and services, ensure the industry’s NFV needs are being met, and enable end user choice in specific technology components based on their use cases and deployment architectures.
OPNFV CI and Challenges: How we solved them - if we solved them at all!Fatih Degirmenci
OPNFV is a carrier-grade, integrated, open source platform to accelerate the introduction of new NFV products and services. It aims to build the platform by integrating components from different upstream projects such as OpenStack, OpenDaylight, Open vSwitch, KVM and so on. Apart from integrating different components, OPNFV aims to identify gaps in these components and fixes them directly in upstream. OPNFV sees CI/CD to be a solution to its challenges by providing a foundation for developing, integrating and testing OPNFV faster and more efficient through the release cycles.
A key tenant of moving NFV from a Proof of Concept (Poc) to deployment is testing. NFV solutions that pull from open source projects such as OPNFV, OpenStack, OpenDaylight, and others must be integrated and tested in an environment that fully supports the performance and availability requirements of service provider networks. Testing criteria and solutions are also required to ensure NFV interoperability between hardware and software systems that comprise NFV. In this tutorial, you’ll learn best practices for open source NFV testing, including: methodology; mapping to ETSI NFV use-case/s; open source project integration; testing dashboards; Continuous Integration and Continuous Deployment (CI/CD); and testing acceleration.
OPNFV Update: The Danube Release and What Lies Around the BendJill Jensen Lovato
OPNFV facilitates the development and evolution of NFV components across various open source ecosystems. Through system level integration, deployment and testing, OPNFV creates a reference NFV platform to accelerate the transformation of enterprise and service provider networks. The recently announced fourth release, Danube, represents a growing maturity for both the project and upstream partners and brings together elements across the stack to more quickly introduce technologies that meet the needs of operators. Tapio Tallgren, OPNFV TSC Chair, and Heather Kirksey, OPNFV Director, presented a session during ONS 2017 on how OPNFV Danube, Euphrates, and the many rivers to come are helping to build the next-generation network for NFV.
OPNFV director Heather Kirksey and OPNFV TSC Chair, Chris Price discussed the approach the project took with the second release; what is new and different; the challenges of working upstream; and how the community is preparing the industry to move from NFV Proof of Concepts (PoCs) to NFV deployments.
Demo how to efficiently evaluate nf-vi performance by leveraging opnfv testi...OPNFV
Liang Gao, Huawei, Trevor Cooper, Intel
NFV environments are highly flexible and this introduces unique challenges for testing performance of NFVI and Network Services. This presentation introduces OPNFV performance test projects and explains their role as part of the testing ecosystem. Examples from three performance testing categories will be demonstrated showing test results and their interpretation. Test cases discussed will include data-path performance, live migration performance and storage performance.
Summit 16: The Open Source NFV Eco-system and OPNFV's Role ThereinOPNFV
There are a lot of open-source projects which deliver pieces of the NFV eco-system. The puzzle has many pieces like fd.io, IOvisor, OpenO, OSM, OpenStack, OpenDaylight, CNCF, CNI, Cloudfoundry, etc. This session is going to put the different open source projects in perspective and show how they all organize into a "big picture". OPNFV's role will receive a special spotlight.
Functional testing is key to validate the installation and the correct behavior of the OPNFV platform. This session will cover how to prepare and execute the Functest framework over a fresh installed Arno and possibly some spoiler of the second release. It will also walk though the different tools used in Arno: Rally, Tempest, vPing and Robot.
Some highlights of topics from the OpenStack Summit, as presented to the OpenStack St. Louis Meetup in November 2015. Most slides sourced from the summit videos (https://www.openstack.org/summit/tokyo-2015/videos/)
Opensource approach to design and deployment of Microservices based VNFMichelle Holley
Microservice is gaining increased adoption in the Telco NFV world. It is key to understand the design and deployment methodologies involved in developing Microservice based VNF. This talk provides an opensource practitioner approach to building and deploying a Microservice based VNF and includes the following: - Design patterns, workflow models - Design models for VNF placement, capacity management, scale-in/out and resiliency - Deployment considerations that includes handing of scale and fault tolerant VNF using well known Opensource tools.
About the presenter: Prem Sankar works for Ericsson Opensource Ecosystem team and part of the Opendaylight and OPNFV team in Ericsson. Prem evangelizes SDN and Cloud and has given many sessions and conducted workshops around SDN and ODL. Prem is PTL of ODL COE project and currently driving the Kuberenetes and ODL Integration in Opendaylight community. Prem is a frequent speaker at opensource summits and has presented in Opendaylight, OPNFV and Open networking summits.
Nagios Conference 2014 - Jess Portnoy - Nagios Monitoring Kaltura - The Open ...Nagios
Jess Portnoy's presentation on Nagios Monitoring Kaltura - The Open Source Video Platform.
The presentation was given during the Nagios World Conference North America held Oct 13th - Oct 16th, 2014 in Saint Paul, MN. For more information on the conference (including photos and videos), visit: http://go.nagios.com/conference
Similar to Open Platform for NFV: Arno and Beyond (20)
Morgan Richomme, Orange
Power consumption is a key driver of NFV. However very few projects deal with this aspect.
This session will detail a prototype realized in OPNFV Orange labs aiming to track power consumption during CI operations.
We could imagine that, if we generalize the information colelction to the Pharos community, we may get significative figures to establish power consumption profiles and why not try to get even deeper and get applicative profile using statistical tools
Storage Performance Indicators - Powered by StorPerf and QTIPOPNFV
Yujun Zhang, ZTE Corporation, Mark Beierl, Dell EMC
StorPerf uses heat to create VMs with attached cinder volumes. The volumes are used *without* a file system (ie target=/dev/vdb). The FIO workload is run and stats collected every minute. When we get 10 samples in a row that fit within a certain range and slope, we say it is a valid measurement. This avoids false numbers due to Ceph balancing or other warm up. The metrics can be read after job completes, and there is an indicator to state if the volume metrics stabilized or not.
Storage QPI will be calculated based on the test results from storperf by QTIP. It aims to be a comparable indicator for storage performance among different platforms.
Big Data for Testing - Heading for Post Process and AnalyticsOPNFV
Yujun Zhang, ZTE Corporation, Donald Hunter, Cisco, Trevor Cooper, Intel
The testing community created tens of testing projects, hundreds of testing cases, thousands of testing jobs. Huge amount of testing data has been produced. What comes next, then?
The testing community puts in place tools and procedures to declare testcases/projects, normalize and upload results. These tools and procedures have been adopted so we now have lots of data covering lots of scenarios, hardware, installers.
In this presentation, we shall discuss the stakes and challenges of result post processing.
* How analytics can provide valuable inputs to the community, end users or upstream projects.
* How can we produce accurate indicators, reports and graphs, focus on interpreting / consuming test results.
* How can we get the best of breeds of our result mine?
Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...OPNFV
Jose Lausuch, Ericsson, Nikolas Hermanns, Ericsson
How can we make sure that new code in OPNFV does not break or stop CI?
How can we ensure quick feedback for each patch-set?
With the new way to snapshot a virtual deployment it is now possible to get virtual clouds up and running in about 2 min. In addition, through low amount of disk/cpu consumption and isolation of the networking it is possible to have a very high number of virtual deployments co-existing in the same bare-metal server.
How Many Ohs? (An Integration Guide to Apex & Triple-o)OPNFV
Dan Radez, Red Hat, Tim Rozet, Red Hat
The OPNFV ecosystem is made up of projects that need to integrate with each other. Project Apex uses Triple-o under the covers which most people usually need some assistance to integrate with.
Come and spend a session with the Apex development team learning the ins and outs of Triple-o.
In this session participants will learn about the deployment process that is run when an Apex/Triple-o deployment is executed and how to assign services to nodes and generate networking configurations withing Triple-o to successfully integrate and deploy a new component in OpenStack.
Come learn how to untangle the learning curve presented when integrating and using Triple-o and simplify your future development and deployment endeavors with a new found intimate knowledge of the Apex & Triple-o platform.
Enabling Carrier-Grade Availability Within a Cloud InfrastructureOPNFV
Aaron Smith, Red hat, Pasi Vaananen, Red Hat
Carrier-Grade Cloud Infrastructure (Aaron Smith, Pasi Vaananen, Red Hat): The move from vertically integrated hardware and software to distributed execution in a cloud complicates the delivery of highly available services. Vertically integrated systems enabled all system layers required to communicate and participate in the support of availability of the service to be under control of single system vendor. With NFV, the cloud philosophy of infrastructure and application decoupling requires new open interfaces to support the necessary flow of information between layers and clear separation of the fault and availability management responsibilities between the infrastructure and application SW subsystems. Even in the cloud environment, traditional availability concepts such as fast detection, correlation, and fault notification still apply. A fast, low-latency fault management platform will be presented that allows cloud-based services to achieve 5NINES of availability and service continuity. Performance measurements from a prototype of the system will be presented along with a demo of the operation of a service requiring 50 ms fault remediation.
Learnings From the First Year of the OPNFV Internship ProgramOPNFV
Ray Paik, Linux Foundation, Serena Feng, ZTE
OPNFV launched its Internship program in Q1'2016, and there have been more than 10 interns around the world contributing to different OPNFV activities ranging from cross community CI, documentation, infrastructure, testing, etc. In this talk, there will be an overview of the OPNFV internship program that is different from more traditional internship programs and a discussion on areas for improvement that were identified. A community member who mentored two interns will also share her experience managing interns remotely and her advice for future interns & mentors. Finally, OPNFV interns will give a quick lightening round talk on their internship projects highlighting their contributions to the community. [NOTE: This is designed as a 60-minute session with interns' lightening round talks as 6-8 interns could be attending the OPNFV Summit. Presentations from Serena/Ray is expected to take about 20-25 minutes]
Juha Kosonen, Nokia, Mika Rautakumpu, Nokia
The Open Compute Project (OCP) is a collaborative community focused on redesigning hardware technology to efficiently support the growing demands on compute infrastructure. The designs have been optimized to lower cost of infrastructure and operations e.g. by removing non-essential components, disaggregating rack level solution with common resources, and simplifying server serviceability.
OpenStack provides the foundation for the NFVI and MANO components within OPNFV. OPNFV releases Colorado and recent Danube have been successfully integrated to OCP hardware and running smoothly. Also hardware acceleration is supported. The concept itself has gained a lot of interest from mobile operators, some of them are running OPNFV on top of OCP hardware in their test laboratories too.
This presentation will introduce how OpenStack, OCP and OPNFV open source projects fits perfectly together.
The Return of QTIP, from Brahmaputra to DanubeOPNFV
Yujun Zhang, ZTE Corporation, Julien Zhang, ZTE Corporation
QTIP project was suspended due to the changes in project team after Brahmaputra. Now it has returned to the community in Danube. Here is the story behind it.
- transfer from original team
- achievements in Danube
- intern projects
- vision for future
Fatih Degirmenci, Ericsson, Jack Morgan, Intel
The OPNFV community relies on our community labs, CI and testing projects to ensure we release quality code. The current strategies to use hardware resources in OPNFV community labs will not be able to sustain its current growth. New strategies need to be implemented to allow for new OPNFV projects. The presenters will look at the current lab usage model and discuss ways already being worked in OPNFV community labs through the POD descriptor file. In our CI process through Dynamic CI, Cross Community CI and other initiatives. In our testing projects use of hardware resources and its importance in the release process. The presenters will show current tools used to track usage such as the Bitergia dashboard.
Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...OPNFV
Zhiqiang Yu, China Mobile, Huabin Tang, China Mobile
Open Data Center Committee (ODCC) is co-founded by Baidu, Tencent, Alibaba, China Telecom, China Mobile, Intel, China Academy of Information and Communications Technology (CAICT). It is a non-profit industrial organization, focusing on researching open hardware such as server, data center and open network technologies to meet the growing demand on hardware in Chinese market.
Scorpio Multi-node Server is an ODCC project sponsored by China Mobile. It is a 4U size server chassis with 8 compute nodes or 4 storage nodes in maximum. It can also be mixture of different kind of servers, like 4 compute nodes and 2 storage nodes. Compared with traditional ATCA or Blade server, Multi-node Server's advantages include:
1.It is easier and cheaper to extend.
2.It has more choices for compute and storage nodes combination.
3.It is easier to maintain by engineers.
4. Even higher density.
5. 4U is more flexible than 10~14U Blade server.
OPNFV develops an integrated and tested open source platform that can be used to build NFV functionality. We are running OPNFV releases Colorado on Scorpio Multi-node smoothly and will try recent Danube on it in China Mobile’s Novonet (Next Generation Network) laboratory.
This presentation will introduce how OPNFV and Scorpio Multi-node server fit perfectly together. It's a fully open implementation of open software and open hardware.
Distributed vnf management architecture and use-casesOPNFV
Sridhar Pothuganti, NXP, Trinath Somanchi, NXP
Telco operators are on journey to discover what virtualization means for the network. Markets have believed that NFV architecture elements: NFVI and VIM, hold the complete responsibility in providing virtualized networks with carrier grade properties.
Telco operators have reached to a conclusion that VNFs must take their fair share of responsibility to realize NFV goals while meeting carrier-grade behavior in the entire NFV architecture. While the trend moves on, Cloud native VNFs are emerging best citizens of the cloud. Thus communication from EMS to VNFM is blurred and eventually may disappear in the future. This requires better understanding of, and agreement over the role of VNFMs and EMS for VNFs.
This presentation describes the evolution of Distributed VNF management, Architectural design considerations and Use-case scenarios. The following proposal is based on a comprehensive study on evolving cloud native VNF management.
Securing your nfv and sdn integrated open stack cloud- challenges, use-cases ...OPNFV
Sridhar Pothuganti, NXP, Trinath Somanchi, NXP
Network security and reliability are the most challenging tasks in any cloud. With NFV and SDN in place, Network Functions are virtualzied and network traffic is managed in separated control and data planes. Thus reducing the operational and capital expenditure. Virtualized Network Functions are tied with Software Defined Networks to boost the power of virtualization. This itself is challenging when Network services and security is a concern. While OpenStack is the best opted solution for IaaS, many service provides are moving towards best solutions to deal with service delivery and security challenges in SDN and NFV integrated OpenStack Cloud.
The Presentation outlines the challenges and proposes probable solutions for NFV and SDN integrated OpenStack Cloud.
Accelerated dataplanes integration and deploymentOPNFV
Tim Rozet, Red Hat, Feng Pan, Red Hat
This session will explore the challenges and lessons learned with integrating accelerated dataplanes into OPNFV deployments. More specifically the talk will focus on FD.IO (VPP) and OVS DPDK integration into Apex, including different types of configuration options, platform requirements, performance tuning, and deployment challenges. This talk will also provide context to how OpenStack functions differently with these types of dataplanes, and how integration with the OpenDaylight controller works.
Challenges in testing for composite vim platformsOPNFV
Jose Lausuch, Ericsson
Can I use OPNFV test frameworks on non-OPNFV deployments?
What are the limitations they have? What if I have a different VIM than OpenStack? What about K8? We need solutions that address next generation telco needs.
Trinath Somanchi, NXP, Prasad Gorja, NXP
Tacker is an OpenStack community project complementing the VNFM and NFVO modules of ETSI NFV E2E architecture. Moving forward, making VNFs as first class citizens in the NFV world, more capabilities are to be added to VNFM like enhanced service assurance, Network service level VNF forwarding graph and multisite VNF management. Tacker is now advancing with new features while aligning with ETSI NFV E2E architecture to provide best in class services for telcos.
This session gives a idea about new features proposed into Pike release.
Crossing the river by feeling the stones from legacy to cloud native applica...OPNFV
Doug Smith, Red Hat, Inc, Gergely Csatari, Nokia
There is an anecdote about a tourist lost in the middle of the countryside in Ireland, who pulls over and asks a local, "How can I get to Galway from here?" To which the local, after thinking for some time, responds, "If I was going to Galway, I wouldn't start from here at all."
Cloud native application development can feel like that sometimes, especially in the telecom industry. I have an application, it's running fine on a bare metal server, and now I am expected to make it resilient, scale-out, cloud native, microservice architecture, buzzword compliant. But how do you get there from where you are?
This presentation will present the hero's quest, identifying the key constraint to cloud resiliency at each stage, and identifying measures for addressing them. By showing the evolution story from the perspective of two applications, including a real telecom application, this presentation addresses the practical problems. The approach is not "rewrite your app from scratch", it is refactoring for incremental improvements.
Doug and Gergely will address the automation of application deployment and configuration, separation of state from behaviour, clustering, handling storage for cloud native applications, monitoring and event management, and container orchestration, so that, at each step along the journey, you know what problem you are solving, and how to get to the next step from where you are.
This presentation is in addition to a series of workshops held at the summit sponsored by the Cloud Native Computing Foundation and organized by Dave Neary, and includes a short summary of the topics presented in those workshops in addition to the perspectives on how to complete the quest to cloud native applications.
Juha Oravainen, Nokia, Tapio Tallgren, Nokia
In the future factory robots will communicate wirelessly and cars on the highways will exchange the information with each other. This requires extremely low latency mobile networks, known as 5G. This network will run on telco grade cloud platforms of which OPNFV is one example.
The first cloud radio access networks have already been deployed to operators. More is needed with future technologies/networks as more functionalities will be moved to the cloud. This talk tells what is needed to overcome low latency and high availability challenges with cloud platforms. At Nokia we are continuously evaluating the latest OPNFV SW on Nokia HW with radio VNFs to guarantee interoperability with open source components.
3. OPNFV - Arno our foundation!
Orchestration and Management
Virtual Network Functions
Infrastructure
Compute
Virtualization
Control
Storage
Virtualization
Control
Network
Virtualization
Control
Compute Storage Network
Build and
Integration
Deployment
and Testing
New
Requirements
and Features
Upstream
Project
Collaboration
Continuous Integration
4. Build and
Integration
Deployment
and Testing
New
Requirements
and Features
Network
Virtualiza/on
Control
Storage
Virtualiza/on
Control
OPNFV - Arno our foundation!
Bootstrap /
GetStarted
FuncTest
Compute
Virtualiza/on
Control
Compute Storage Network
OpenStack
OpenDaylightKVM
OVS
Upstream
Project
Collaboration
Infrastructure
Pharos Project Compliant Community Labs
OPNFV Bare Metal Lab
Orchestration and Management
Virtual Network Functions
Ceph
Octopus / Continuous Integration
Documentation
5. So who is OPNFV?
Pla/num
Members
Silver
Members
6. First ask the impossible
• Try, then learn what is possible.
– Arno intended to be: "
One vision, one platform, one release in 6 months.
• BGS, what?
– “Bootstrap & Get Started” launched our activities
– While our release demanded
• octopus – continuous automated integration & installation
• pharos – A global federated devops R&D environment
• functest – basic platform validation
• opnfvdocs – well, release docs…
6
24 September 2014
OPNFV Introduction
7. Bootstrap get started!!!
• Defines the "
minimum"
baseline"
platform"
and"
config
7
24 September 2014
OPNFV Introduction
8. Pharos
• The OPNFV federated lab"
project
8
24 September 2014
OPNFV Introduction
9. Octopus
• Provides CI for all projects
– Documentation, code, testing
– End to end development including "
review, merge, artifact storage
• From
– spinning up a validation task
• To
– Deploying the platform to the global lab
9
24 September 2014
OPNFV Introduction
10. Funcest
• OPNFV - Base system functionality testing…
• Well there’s a bit more to it:
• Rally Bench https://jira.opnfv.org/browse/FUNCTEST-1
• Rally Tempest https://jira.opnfv.org/browse/FUNCTEST-2
• vIMS https://jira.opnfv.org/browse/FUNCTEST-4
• ODL https://jira.opnfv.org/browse/FUNCTEST-5
• vPing https://jira.opnfv.org/browse/FUNCTEST-3
10
24 September 2014
OPNFV Introduction
11. Octopus - Continuous Integration
Bringing it together…
11
24 September 2014
OPNFV Introduction
Octopus will process any
set of images and packages
SystemsCode Images
Development
Continuous
Integration
Platform
Deployment
Application
Deployment
Requirements
Telco KPI
Rescuer
IPv6
Parser
...
OpenStack
ODL
OVS
CloudStack
...
Download
Upstream
Build
Verify
Package
Packages
Templates
Images
Packages
Clusters
Network
Scripts
Development Deployment
OPNFV
Platform
Validation &
Testing
Deploy Tools
Deploy OPNFVOPNFV Requirement
Projects
Upstream
components
Makefiles
Deploy tools
Dependencies
Packages
Funcest
Qtip
Vsperf
Yardstick
12. Con1nuous
integra1on
Valida1on
Integra1on
and
automated
build
Valida1on
and
packaging
Upstream
source
projects
Joint
dev
projects
OPNFV
source
projects
PlaCorm
Tes1ng
Development
3 October 2014 12
VNF
Tes1ng
Perform
-‐ance
HW
Tes1ng
And simplifying the view…
13. OPNFV, more than Arno
13
For
details
on
approved
OPNFV
projects
visit
wiki.opnfv.org/
Foreman
Fuel
OSCAR
IPv6
Yards/ck
Parser
FuncTest
Q/p
VSPERF
Predic/on
Copper
Doctor
DPACC
Availability
VNFFG
Resource
Scheduler
Promise
MOVIE
Mul/site
Escalator
Fastpath
Continuous Build and Integration
New Requirements & Features
Continuous Deployment and Testing
14. Network
Virtualiza/on
Control
Storage
Virtualiza/on
Control
Post-Arno Stack Evolution
Compute
Virtualiza/on
Control
Orchestration and Management
Virtual Network Functions
OpenStack
KVM OpenDaylight
OVS
OpenContrail
Compute Storage Network
Data
Plane
Accelera/on
Other Upstream Projects
for Virtualization Control
ONOS
Infrastructure
Pharos Project Compliant Community Labs
OPNFV Bare Metal Lab
Data
Plan
Accelera/on
DPDK ODP
Ceph