Openstack Tacker - Moving into Pike
•
0 likes•749 views
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.
Report
Share
Report
Share
Download to read offline
Recommended
Software-defined migration how to migrate bunch of v-ms and volumes within a...
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.
Demo how to efficiently evaluate nf-vi performance by leveraging opnfv testi...
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.
Building the carrier grade nfv infrastructure
This document discusses an all-in-one rack-based solution for network functions virtualization infrastructure (NFVI) that aims to address problems with traditional NFV deployments. It proposes a rack-based delivery approach with integrated computing, storage, networking hardware and software components including virtualized infrastructure manager, platform infrastructure manager and virtual network functions. The solution aims to reduce costs and complexity through pre-integration, standardized racks and centralized management. Future plans include further standardization, field testing and collaboration with industry partners.
Being Brave: Deploying OpenStack from Master
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.
Faster, Higher, Stronger – Accelerating Fault Management to the Next Level
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.
How to Reuse OPNFV Testing Components in Telco Validation Chain
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.
Upstream Testing Collaboration
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.
My network functions are virtualized, but are they cloud-ready
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.
Recommended
Software-defined migration how to migrate bunch of v-ms and volumes within a...
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.
Demo how to efficiently evaluate nf-vi performance by leveraging opnfv testi...
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.
Building the carrier grade nfv infrastructure
This document discusses an all-in-one rack-based solution for network functions virtualization infrastructure (NFVI) that aims to address problems with traditional NFV deployments. It proposes a rack-based delivery approach with integrated computing, storage, networking hardware and software components including virtualized infrastructure manager, platform infrastructure manager and virtual network functions. The solution aims to reduce costs and complexity through pre-integration, standardized racks and centralized management. Future plans include further standardization, field testing and collaboration with industry partners.
Being Brave: Deploying OpenStack from Master
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.
Faster, Higher, Stronger – Accelerating Fault Management to the Next Level
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.
How to Reuse OPNFV Testing Components in Telco Validation Chain
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.
Upstream Testing Collaboration
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.
My network functions are virtualized, but are they cloud-ready
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.
Automatic Integration, Testing and Certification of NFV in China Mobile
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.
Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...
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.
OPNFV scenarios challenges and opportunities
OPNFV scenarios represent different variants of the NFV reference platform. The number of scenarios has increased each release, creating challenges around release effort and management. A process is needed to consolidate scenarios and manage their lifecycle. The presentation proposes defining generic scenarios that represent stable stack compositions and specific scenarios for experimental development. It also introduces scenario descriptors and relationships between scenarios to help organize and understand the different options. This approach aims to make scenarios and their capabilities more clear for users while keeping their number manageable.
Improving POD Usage in Labs, CI and Testing
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.
Challenge in asia region connecting each testbed and poc of distributed nfv ...
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.
Challenges in testing for composite vim platforms
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.
Enabling Carrier-Grade Availability Within a Cloud Infrastructure
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.
How OPNFV Uses OpenStack & How It's Useful
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.
Distributed VNF Management - Architecture and Use cases
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.
Hands-On Testing: How to Integrate Tests in OPNFV
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.
Accelerated dataplanes integration and deployment
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.
Big Data for Testing - Heading for Post Process and Analytics
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?
Test and perspectives on nfvi from china unicom sdn nfv lab
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.
Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...
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.
Challenges in positioning open stack for nf-vi_ are we biting off more than w...
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.
Fast datastacks - fast and flexible nfv solution stacks leveraging fd.io
This document discusses using Vector Packet Processor (VPP) to provide fast and flexible networking capabilities for NFV solution stacks. It introduces VPP as a high-performance virtual switch that can achieve high throughput even at large scale. VPP offers features like IPv4 and IPv6 routing, Layer 2 switching, and VXLAN tunneling with linear performance scaling across multiple CPU cores. The FastDataStacks project aims to integrate VPP into OpenStack-based NFV solution stacks to provide enhanced networking functions.
Open Platform for NFV: Arno and Beyond
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.
Open stack gluon + opnfv netready
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.
Requirement analysis of vim platform reliability in a three-layer decoupling ...
The document discusses reliability analysis in a three-layer decoupled NFV environment. It describes the NFV architecture with decoupled hardware, virtualization, and application layers. It analyzes reliability solutions that rely on a single layer versus multiple layers, and discusses various failure scenarios involving the NFVI, VIM, NFVO, and VNF layers. The conclusion is that NFV reliability requires coordination across layers, and recovery performance involves a tradeoff between reliability and latency depending on whether the NFVO or VIM drives failure recovery.
Connection points between opnfv and etsi nfv tst working group
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.
Summit 16: Keynote: Huawei - Road to All- Cloud Carrier Network
OPNFV aims to be the de facto interoperability standard and authoritative reference platform for all-cloud carrier networks over the next 10 years. It seeks to address challenges around NFV interoperability and cooperation between organizations by integrating code and testing. As the open source NFV platform, OPNFV can bridge the NFV industry and serve as a high-quality ecological environment through defining interface standards based on integration projects. Huawei heavily invests in OPNFV through increased integration testing and certification work as well as enhanced cooperation with upstream projects, operators, and vendors.
Qtip benchmarking as a service for opnfv
This document introduces QTIP-WEB, a proof-of-concept for a benchmarking as a service platform. It allows users to import inventory, run benchmark playbooks from a GitHub repository, and view results without needing local installations. The platform is based on Ansible Semaphore and supports customizing playbooks, self-hosting, and integrating with other OPNFV services. Its goal is to provide a shared benchmarking service for the OPNFV community.
More Related Content
What's hot
Automatic Integration, Testing and Certification of NFV in China Mobile
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.
Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...
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.
OPNFV scenarios challenges and opportunities
OPNFV scenarios represent different variants of the NFV reference platform. The number of scenarios has increased each release, creating challenges around release effort and management. A process is needed to consolidate scenarios and manage their lifecycle. The presentation proposes defining generic scenarios that represent stable stack compositions and specific scenarios for experimental development. It also introduces scenario descriptors and relationships between scenarios to help organize and understand the different options. This approach aims to make scenarios and their capabilities more clear for users while keeping their number manageable.
Improving POD Usage in Labs, CI and Testing
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.
Challenge in asia region connecting each testbed and poc of distributed nfv ...
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.
Challenges in testing for composite vim platforms
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.
Enabling Carrier-Grade Availability Within a Cloud Infrastructure
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.
How OPNFV Uses OpenStack & How It's Useful
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.
Distributed VNF Management - Architecture and Use cases
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.
Hands-On Testing: How to Integrate Tests in OPNFV
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.
Accelerated dataplanes integration and deployment
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.
Big Data for Testing - Heading for Post Process and Analytics
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?
Test and perspectives on nfvi from china unicom sdn nfv lab
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.
Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...
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.
Challenges in positioning open stack for nf-vi_ are we biting off more than w...
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.
Fast datastacks - fast and flexible nfv solution stacks leveraging fd.io
This document discusses using Vector Packet Processor (VPP) to provide fast and flexible networking capabilities for NFV solution stacks. It introduces VPP as a high-performance virtual switch that can achieve high throughput even at large scale. VPP offers features like IPv4 and IPv6 routing, Layer 2 switching, and VXLAN tunneling with linear performance scaling across multiple CPU cores. The FastDataStacks project aims to integrate VPP into OpenStack-based NFV solution stacks to provide enhanced networking functions.
Open Platform for NFV: Arno and Beyond
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.
Open stack gluon + opnfv netready
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.
Requirement analysis of vim platform reliability in a three-layer decoupling ...
The document discusses reliability analysis in a three-layer decoupled NFV environment. It describes the NFV architecture with decoupled hardware, virtualization, and application layers. It analyzes reliability solutions that rely on a single layer versus multiple layers, and discusses various failure scenarios involving the NFVI, VIM, NFVO, and VNF layers. The conclusion is that NFV reliability requires coordination across layers, and recovery performance involves a tradeoff between reliability and latency depending on whether the NFVO or VIM drives failure recovery.
Connection points between opnfv and etsi nfv tst working group
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.
What's hot (20)
Automatic Integration, Testing and Certification of NFV in China Mobile
Automatic Integration, Testing and Certification of NFV in China Mobile
Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...
Run OPNFV Danube on ODCC Scorpio Multi-node Server - Open Software on Open Ha...
Challenge in asia region connecting each testbed and poc of distributed nfv ...
Challenge in asia region connecting each testbed and poc of distributed nfv ...
Enabling Carrier-Grade Availability Within a Cloud Infrastructure
Enabling Carrier-Grade Availability Within a Cloud Infrastructure
Distributed VNF Management - Architecture and Use cases
Distributed VNF Management - Architecture and Use cases
Big Data for Testing - Heading for Post Process and Analytics
Big Data for Testing - Heading for Post Process and Analytics
Test and perspectives on nfvi from china unicom sdn nfv lab
Test and perspectives on nfvi from china unicom sdn nfv lab
Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...
Testing, CI Gating & Community Fast Feedback: The Challenge of Integration Pr...
Challenges in positioning open stack for nf-vi_ are we biting off more than w...
Challenges in positioning open stack for nf-vi_ are we biting off more than w...
Fast datastacks - fast and flexible nfv solution stacks leveraging fd.io
Fast datastacks - fast and flexible nfv solution stacks leveraging fd.io
Requirement analysis of vim platform reliability in a three-layer decoupling ...
Requirement analysis of vim platform reliability in a three-layer decoupling ...
Connection points between opnfv and etsi nfv tst working group
Connection points between opnfv and etsi nfv tst working group
Viewers also liked
Summit 16: Keynote: Huawei - Road to All- Cloud Carrier Network
OPNFV aims to be the de facto interoperability standard and authoritative reference platform for all-cloud carrier networks over the next 10 years. It seeks to address challenges around NFV interoperability and cooperation between organizations by integrating code and testing. As the open source NFV platform, OPNFV can bridge the NFV industry and serve as a high-quality ecological environment through defining interface standards based on integration projects. Huawei heavily invests in OPNFV through increased integration testing and certification work as well as enhanced cooperation with upstream projects, operators, and vendors.
Qtip benchmarking as a service for opnfv
This document introduces QTIP-WEB, a proof-of-concept for a benchmarking as a service platform. It allows users to import inventory, run benchmark playbooks from a GitHub repository, and view results without needing local installations. The platform is based on Ansible Semaphore and supports customizing playbooks, self-hosting, and integrating with other OPNFV services. Its goal is to provide a shared benchmarking service for the OPNFV community.
MEF's inter-domain orchestration delivering dynamic third networks [presente...
Shi Fan, China Telecom
Enterprise customers want on-demand connectivity and cloud services with assured performance and global reach. To deliver that cost-effectively, network operators are transitioning to more automated, virtualized, and interconnected networks powered by LSO (Lifecycle Services Orchestration), SDN, and NFV. Many of the world’s leading service providers are embracing the LSO framework and development of standardized, open APIs to enable end-to-end service orchestration across multiple interconnected provider networks and across various technology domains within a single provider network (e.g., packet WAN, NFV, SD-WAN, and optical transport).
The term 'orchestration' is used widely in a variety of contexts. This presentation will present MEF's view of the orchestration of dynamic services and service components across all internal and external domains from one or more providers. Lifecycle Service Orchestration supports the full lifecycle, and not just the configuration and activation phases of the service lifecycle. This presentation will also help put other form of orchestration in context.
Opnfv testing + opnfv pharos + opnfv xci
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.
Crossing the river by feeling the stones from legacy to cloud native applica...
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.
Summit 16: ARM Mini-Summit - Intro & Overview
The document provides an overview and agenda for an ARM NFV Ecosystem Mini Summit. It discusses how ARM technology is well positioned for networking through performance per watt and diversity of solutions. It also summarizes the promise of NFV to reduce costs and accelerate time to market for new services. Key presentations will cover NFV solutions from various companies for different use cases as well as an overview of OPNFV and efforts to develop the NFV ecosystem through an ARM-based reference stack and partner labs.
Summit 16: ARM Mini-Summit - NXP QorIQ NFV Solutions - NXP Semiconductors
This document summarizes NXP Semiconductors' strategy for network function virtualization (NFV) solutions using their QorIQ line of ARM-based processors. Key points include:
- NFV aims to virtualize network services and deploy them flexibly throughout the network for better performance, scalability and cost efficiency compared to proprietary hardware appliances.
- NXP's NFV strategy focuses on distributing virtual network functions (VNFs) using their QorIQ processors in various network locations from data centers to customer premises equipment.
- Their NFV platform supports open standards and provides reference VNFs, benchmarks and tools to simplify virtualizing services on scalable and optimized QorIQ hardware.
Summit 16: ARM Mini-Summit - Efficient NFV solutions for Cloud and Edge - Cavium
The document discusses efficient NFV solutions using ARM technology for cloud and edge environments. It provides an overview of Cavium's ARM processor roadmap, NFV reference platforms, ecosystem enablement activities, and proof-of-concept demonstrations for centralized and distributed NFV deployments including virtualized baseband units and mobile-CORD.
Summit 16: Automated Platform for Testing VNF Performance and Interoperabili...
VNF sizing is one of the big issues for users, integrators and also venders/providers of VNF. In legacy system, network functions are integrated in the systems with carefully sizing by estimated performance metrics, but in NFV, performance and metrics of VNF are depends on flavors. To decide which flavor is suitable for requirements, we have to know the basic data of each metrics with variable flavors. But there are many parameters, so automatic testing is necessary. We had developed the test automation system of VNF that can automatically conducting the sequence of tests with variable parameters such as number of core, memory size, interface speed, etc. We already created the test cases that evaluate BGP interoperability of virtual router and performance test of Cisco, Juniper, Brocade, and so on. We think the activity is similar to Yardstick, so we would like to collaborate with them. In this talk, we summarize our activities and development result, and introducing our latest plan to collaborate with OPNFV.
Summit 16: ARM Mini-Summit - NFV for the Masses - Marvell
The document discusses network function virtualization (NFV) and introduces the Marvell ARMADA 8040 system-on-chip and networking community board. The ARMADA 8040 provides powerful processing capabilities, advanced networking and connectivity features, and full CPU and I/O virtualization support to help bring NFV technologies to more developers. It is available on an affordable mini-ITX board to make it accessible for the NFV community to develop and test virtualized network functions.
Summit 16: ARM Mini-Summit - OpenDataPlane Monarch Release - Linaro
ODP (OpenDataPlane) is a framework that provides (1) portable and scalable APIs for data plane applications to run across diverse platforms, (2) multiple independently maintained implementations of the ODP API specification, and (3) a validation test suite. It aims to enable applications to exploit platform-specific acceleration without effort while maintaining portability. The Linaro Networking Group sponsors and governs ODP through an open governance model. ODP Monarch provides a stable, production-ready release of ODP that supports applications in areas like NFV infrastructure, appliances, and virtual network functions across a range of server and embedded platforms.
OPNFV: Overview and Approach to Upstream Integration
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.
Summit 16: Open-O Mini-Summit - Vision and Update
Summit 16: Open-O Mini-Summit - Vision and Update, Deng Hui, Chair, OPEN-O Governing Board, China Mobile
Summit 16: Open-O Mini-Summit - Welcome & Introduction
Summit 16: Open-O Mini-Summit - Welcome & Introduction,
Marc Cohn, Director, OPEN-O Project, The Linux Foundation
Summit 16: Open-O Mini-Summit - VF Event Streaming Project Proposal
This document proposes the VF (Virtual Functions) Event Streaming (VES) Project to develop a common event streaming format and collection system to reduce effort for integrating virtual network function (VNF) telemetry data into automated management systems. It describes the objectives, scope, and deliverables of the project, including a common event data model, VES agent and collector, and integration with OpenStack services. Use cases are provided to illustrate how the framework could reduce costs by 80% for supporting subsequent VNFs. Code components and a reference VNF are referenced.
Summit 16: Open-O Mini-Summit - Open Source Evolution for Carriers
Summit 16: Open-O Mini-Summit - Open Source Evolution for Carriers
Marc Cohn, Director, OPEN-O Project
Summit 16: Open-O Mini-Summit - Open Source, Orchestration, and OPNFV
Summit 16: Open-O Mini-Summit - Open Source, Orchestration, and OPNFV,
Deng Hui, Chair, OPEN-O Governing Board, China Mobile,
Christopher Donley, Chair, OPEN-O Technical Steering Committee, Huawei,
Marc Cohn, Director, OPEN-O Project, The Linux Foundation
Summit 16: Open-O Mini-Summit - TOSCA and YANG Data Modeling for NFV
This document discusses TOSCA and YANG data modeling for network function virtualization (NFV). It provides an overview of TOSCA, how it can be used to model virtual network functions (VNFs) and composite network services, and how it can incorporate YANG models. It then provides an example of using TOSCA to model a virtual DNS service deployed on OpenStack, including relationships to networking and security components. Finally, it demonstrates how TOSCA can be used to compose multiple VNF blueprints into an end-to-end network service chain.
Summit 16: ARM Mini-Summit - OPNFV vision, contributions and offerings - Enea
This presentation discusses Enea's contributions and offerings related to OPNFV and NFV. Some key points:
- Enea was involved in early work bringing up OPNFV architectures on ARM hardware and demonstrating reference platforms.
- Enea hosts a multi-vendor NFV lab compliant with OPNFV specifications and participates in the OPNFV Armband project to support ARM.
- Enea's NFV portfolio includes an OPNFV-based virtualization platform, VNF/PNF platform, high performance dataplane software, guest operating systems, and a VNF management platform.
- Going forward, Enea aims to focus on areas like hardening OPNFV releases
Opnfv vision, community and projects
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.
Viewers also liked (20)
Summit 16: Keynote: Huawei - Road to All- Cloud Carrier Network
Summit 16: Keynote: Huawei - Road to All- Cloud Carrier Network
MEF's inter-domain orchestration delivering dynamic third networks [presente...
MEF's inter-domain orchestration delivering dynamic third networks [presente...
Crossing the river by feeling the stones from legacy to cloud native applica...
Crossing the river by feeling the stones from legacy to cloud native applica...
Summit 16: ARM Mini-Summit - NXP QorIQ NFV Solutions - NXP Semiconductors
Summit 16: ARM Mini-Summit - NXP QorIQ NFV Solutions - NXP Semiconductors
Summit 16: ARM Mini-Summit - Efficient NFV solutions for Cloud and Edge - Cavium
Summit 16: ARM Mini-Summit - Efficient NFV solutions for Cloud and Edge - Cavium
Summit 16: Automated Platform for Testing VNF Performance and Interoperabili...
Summit 16: Automated Platform for Testing VNF Performance and Interoperabili...
Summit 16: ARM Mini-Summit - NFV for the Masses - Marvell
Summit 16: ARM Mini-Summit - NFV for the Masses - Marvell
Summit 16: ARM Mini-Summit - OpenDataPlane Monarch Release - Linaro
Summit 16: ARM Mini-Summit - OpenDataPlane Monarch Release - Linaro
OPNFV: Overview and Approach to Upstream Integration
OPNFV: Overview and Approach to Upstream Integration
Summit 16: Open-O Mini-Summit - Welcome & Introduction
Summit 16: Open-O Mini-Summit - Welcome & Introduction
Summit 16: Open-O Mini-Summit - VF Event Streaming Project Proposal
Summit 16: Open-O Mini-Summit - VF Event Streaming Project Proposal
Summit 16: Open-O Mini-Summit - Open Source Evolution for Carriers
Summit 16: Open-O Mini-Summit - Open Source Evolution for Carriers
Summit 16: Open-O Mini-Summit - Open Source, Orchestration, and OPNFV
Summit 16: Open-O Mini-Summit - Open Source, Orchestration, and OPNFV
Summit 16: Open-O Mini-Summit - TOSCA and YANG Data Modeling for NFV
Summit 16: Open-O Mini-Summit - TOSCA and YANG Data Modeling for NFV
Summit 16: ARM Mini-Summit - OPNFV vision, contributions and offerings - Enea
Summit 16: ARM Mini-Summit - OPNFV vision, contributions and offerings - Enea
Similar to Openstack Tacker - Moving into Pike
OpenStack Tacker Liberty Midcycle
The document summarizes the agenda for an OpenStack Tacker meeting covering health monitoring, TOSCA data modeling, service chaining strategy, and governance topics. Key discussion points include Tacker's health monitoring framework and drivers, updates to the Heat translator library to parse TOSCA descriptors for Tacker, ETSI MANO information elements and flows, and plans to improve Tacker's review process and development practices.
Tacker vancouver project onboarding new
Tacker is an OpenStack-based NFV orchestration framework used to deploy and manage virtual network functions (VNFs). It is compatible with ETSI NFV standards and provides full functionality to orchestrate network services on various virtualized infrastructure managers. Tacker has been accepted into the OpenStack Big Tent project and continues to add new features like VNF scaling, descriptors, and monitoring. Developers are encouraged to contribute by reviewing blueprints, fixing bugs, writing tests, and ensuring ETSI compliance.
Open stack networking_101_update_2014-os-meetups
This is the latest Update to my OpenStack Networking / Neutron 101 Slides with some more Information and caveats on the new DVR and Gateway HA Features
The OpenStack Tacker Project and SDN/NFV MANO: Craig Stevens, Brocade
Audience: Intermediate
About: NFV/SDN end to end service orchestration and management are key topics at play in the industry today. This presentation gives an overview of some of the key components in this space like TOSCA NFV, Service Orchestration, VNF Management, Diagnostics before then diving into the OpenStack Tacker VNF Management details.
Speaker Bio: Craig Stevens – Principal Software Engineer, Brocade
Craig is a Principal Software Engineer at Brocade and has held various CTO, architectural and software engineering positions working with Service Providers throughout Asia Pacific. Craig is able to draw on his background and experience to give a unique perspective on this new software paradigm.
OpenStack Australia Day - Sydney 2016
https://events.aptira.com/openstack-australia-day-sydney-2016/
Demystifying OpenStack for NFV
The document provides an overview of demystifying OpenStack for NFV. It discusses ETSI NFV architecture, OpenStack components relevant to NFV such as Tacker, Neutron, Heat, Ceilometer, and how they work together to provide NFV capabilities. It also summarizes key NFV concepts like VNF lifecycle management, service function chaining using networking-sfc, and how monitoring is implemented using Ceilometer.
OpenStack Collaboration made in heaven with Heat, Mistral, Neutron and more..
Cross-project collaboration is something OpenStack community has embraced for a long time. Common libraries like Oslo reduces the time and effort to build a new service. Another way this manifests is in new OpenStack services getting built using existing services to solve an higher level use-case.
In this talk we are present how the band of projects comprising of Mistral, Tacker, Neutron, Heat, TOSCA-parser and Barbican came together to build an industry leading ETSI NFV Orchestrator that leveraged the best of these projects. Each of these projects brought in critical functionalities needed towards the final product. You will learn how, when strung together, this solution follows the classic Microservices design pattern that the industry is rapidly adopting.
BoF - Open NFV Orchestration using Tacker
Tacker is an OpenStack service that addresses NFV Orchestration and VNF Manager use cases using ETSI MANO architecture. It supports VNF instantiation and termination, monitoring, auto-scaling, configuration, and network service orchestration using VNF forwarding graphs. Features in the Liberty update include improved VNF lifecycle management, transition to MANO APIs, and initial VNF service function chaining APIs. Future work may include multi-VIM support, enhanced VNF placement, expanded service function chaining, and support for non-VM network functions.
Navigating OpenStack Networking
Designed for IT professionals looking to expand their OpenStack Networking knowledge, “Navigating OpenStack Networking” is a comprehensive and fast-paced session which provides an overview of OpenStack Networking, its history, its predecessor (Nova Networks), its components and then dives deep into the architecture, its features and plugin model and its role in building an OpenStack Cloud.
VIO30 Technical Overview
VMware Integrated OpenStack (VIO) 3.0 provides an enterprise solution for OpenStack that leverages VMware's data center technologies. VIO 3.0 is based on the latest OpenStack Mitaka release and features a more compact control plane architecture. It allows existing vSphere workloads to be imported and managed through OpenStack APIs. Troubleshooting tools like vRealize Log Insight and vRealize Operations Manager provide visibility into the OpenStack and NSX environments through dedicated content packs.
How Cloud Native VNFs Deployed on OpenStack Will Change the Telecom Industry ...
How Cloud Native VNFs Deployed on OpenStack Will Change the Telecom Industry ...Cloud Native Day Tel Aviv
Many of the existing network functions, such as routers, firewalls, load balancers and such, have undergone the initial transition from a physical appliance to a virtual appliance. That transition required mostly performance optimization to accommodate the additional I/O overhead of the hypervisor and some configuration changes to accommodate the fact that a VM can be more dynamic in nature.
This shift to NFV, which is basically a cloud-based data center, has revolutionized the way network functions can be delivered. The transition to a cloud native world is considered far more disruptive as it touches changes in both the architecture, to accommodate hyper-scale and multi-tenancy, as well as the business model, which needs to be more consumption based, rather than fixed.
This talk will dive into the main requirements that differentiate a cloud native network function from the traditional network function, and, after making the leap from non-virtualized to virtualized network functions, what is then required to achieve cloud native capabilities, along with the challenges and benefits of this transition.The Future of SDN in CloudStack by Chiradeep Vittal
The core of CloudStack networking has always been software-defined. As the networking industry evolves to a software-defined future, CloudStack will have to evolve with it.
The presentation will examine the present state of SDN in CloudStack, look at some industry directions and attempt to predict the evolution of CloudStack with those trends.
Bio
Chiradeep Vittal is a Distinguished Engineer in the Converged Infrastructure Group at Citrix where he has technology leadership responsibilities around Citrix Cloud Platform, Citrix Lifecycle Manager and Citrix Workspace Pod. He is also a Project Management Committee member of the Apache CloudStack Project. At cloud.com (acquired by Citrix), he was a founding engineer, often tasked with the thorny details of virtualized networking and storage. Prior to cloud.com, he worked at several Silicon Valley startups in various architectural roles.
Chiradeep has a B.Tech in Computer Science from IIT, Bombay and a M.Sc from the University of Alberta. He has spoken / presented at several conferences, including CloudStack Collab, LISA, OSCON, ONS, SDN Summit and LinuxCon. His twitter handle is @chiradeep and occasionally blogs at http://cloudierthanthou.wordpress.com
Virt july-2013-meetup
This document introduces programmable virtual networks and discusses their advantages over traditional network slicing. It describes FlowVisor, an early network slicing tool, and its limitations in providing full network virtualization. The document then introduces OpenVirteX, a new system that aims to provide complete programmable virtual networks through topology, address, and policy virtualization. OpenVirteX maps virtual and physical network elements and allows independent control of virtual networks. While still in development, OpenVirteX has the potential to enable more flexible and innovative virtualized networks than previous solutions.
SDN and NFV
This document discusses Software Defined Networking (SDN) and Network Function Virtualization (NFV). It provides a brief history of SDN including its origins at Stanford University and the development of the OpenFlow protocol. It also outlines the SDN architecture including abstraction layers, control programs, network operating systems, and switches. Key frameworks like OpenDaylight and controllers like Floodlight are mentioned. NFV is defined as implementing network functions in software rather than proprietary hardware to leverage standard servers and virtualization.
NFV management and orchestration framework architecture
This presentation details about the architecture framework for management and orchestration of NFV framework
Support of containerized workloads in ONAP
This was an overview of the things that we're woking on ONAP to make possible the execution of VNFs in Kubernetes
Directions for CloudStack Networking
Presented at the CloudStack Silicon Valley User Group in September 2015 at Nuage Networks. Discussed impact of containers, emerging software defined networking platforms, NFV, IPv6 and performance.
Chapter9ccna
This chapter discusses VLANs (virtual LANs), which logically segment a physical network into smaller broadcast domains. VLANs provide benefits like simplified management, security, and flexibility. Key concepts covered include VLAN memberships, frame tagging protocols like ISL and 802.1q, the VLAN Trunk Protocol (VTP) for managing VLANs across switches, and trunking for carrying multiple VLANs between switches. The chapter concludes with examples of configuring VLANs, trunking, inter-VLAN routing, and VTP on Cisco switches.
CCNA Presentation
This chapter discusses VLANs (virtual LANs), which logically segment a physical network into smaller broadcast domains. VLANs provide benefits like simplified management, security, and flexibility. Key concepts covered include VLAN memberships, frame tagging protocols like ISL and 802.1q, the VLAN Trunk Protocol (VTP) for managing VLANs across switches, and trunking for carrying multiple VLANs between switches. The chapter concludes with examples of configuring VLANs, trunking, inter-VLAN routing, and VTP on Cisco switches.
Summit 16: OpenStack Tacker - Open Platform for NFV Orchestration
OpenStack Tacker project has provided a viable community built opensource software for NFV Orchestration. Tacker project is wrapping up its third release for Mitaka with many key features like TOSCA Parser integration, Multi-Site, Enhanced Platform Awareness (EPA), Auto VIM Resource handling. Tacker Multi-Site allows operators to place, manage and monitor VNFs in multiple OpenStack Clouds. TOSCA Parser integration brings industry's first OASIS NFV Profile Standards based TOSCA Orchestrator. Enhanced VNF Placement places VNFs in the most efficient way with CPU-Pinning, NUMA topology awareness, etc. Beyond Mitaka, Tacker project is embarking onto new areas like Network Service Orchestration, Service Function Chaining (SFC), VNF Auto Scaling. Audience will also learn how Tacker is being incorporated into OPNFV deliverables and in NFV Information Model Standardization efforts.
Successfully Deliver and Operate OpenStack in Production with VMware VIO
This document discusses VMware's approach to integrating their virtualization technologies with OpenStack. It emphasizes that VMware contributes to OpenStack projects while also competing to make VMware the best platform for running OpenStack. Specifically, it promotes using vSphere for compute (Nova), NSX for networking (Neutron), and vSAN for block storage (Cinder), arguing these provide the best features for reliability, ease-of-use, and management. It also describes how VMware technologies can help simplify and improve OpenStack operations through tools like vCenter and vCOps.
Similar to Openstack Tacker - Moving into Pike (20)
The OpenStack Tacker Project and SDN/NFV MANO: Craig Stevens, Brocade
The OpenStack Tacker Project and SDN/NFV MANO: Craig Stevens, Brocade
OpenStack Collaboration made in heaven with Heat, Mistral, Neutron and more..
OpenStack Collaboration made in heaven with Heat, Mistral, Neutron and more..
How Cloud Native VNFs Deployed on OpenStack Will Change the Telecom Industry ...
How Cloud Native VNFs Deployed on OpenStack Will Change the Telecom Industry ...
The Future of SDN in CloudStack by Chiradeep Vittal
The Future of SDN in CloudStack by Chiradeep Vittal
NFV management and orchestration framework architecture
NFV management and orchestration framework architecture
Summit 16: OpenStack Tacker - Open Platform for NFV Orchestration
Summit 16: OpenStack Tacker - Open Platform for NFV Orchestration
Successfully Deliver and Operate OpenStack in Production with VMware VIO
Successfully Deliver and Operate OpenStack in Production with VMware VIO
More from OPNFV
Energy Audit aaS with OPNFV
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 QTIP
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.
How Many Ohs? (An Integration Guide to Apex & Triple-o)
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.
Learnings From the First Year of the OPNFV Internship Program
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]
OPNFV and OCP: Perfect Together
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 Danube
The document summarizes the story of the OpenStack community project QTIP, which benchmarks OpenStack platform performance. It describes how the project started, paused for 3 months, and then a new team resumed it by taking over as project leaders. They improved committer policies, refocused the project scope, and successfully transitioned and released QTIP in the Danube cycle. Key lessons learned included communicating with the original team, understanding the original purpose, pivoting when needed, and refactoring bravely when necessary.
Distributed vnf management architecture and use-cases
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 ...
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.
OPNFV with 5G 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.
NFV interoperability, for the success of commercial deployments
Timo Perala, Nokia, Michael Wiegers, Ericsson
To further enhance Network Functions Virtualization (NFV) industrialization, Cisco, Ericsson, Huawei and Nokia announced Memorandum of Understanding (MoU) to create the NFV Interoperability Testing Initiative (NFV-ITI) last year December.
The main objective of NFV-ITI is to promote competition and create industry alignment on generic principles for NFV interoperability testing and support for specific customer situations. NFV-ITI will focus on testing interoperability configurations of commercial NFV solutions actually used in the communication services providers' networks. The initiative is open for ratification by any NFV vendor subscribing to the objectives of the MoU.
NFV-ITI will address NFV multi-vendor interoperability challenges for communication service providers, enabling them to optimize NFV deployment and integration costs, and reduce time-to-market for new services.
NFV-ITI will complement and heavily build on other industry interoperability activities, including but not limited to those of OPNFV, ETSI NFV Testing WG, and NVIOT Forum.
More from OPNFV (10)
Storage Performance Indicators - Powered by StorPerf and QTIP
Storage Performance Indicators - Powered by StorPerf and QTIP
How Many Ohs? (An Integration Guide to Apex & Triple-o)
How Many Ohs? (An Integration Guide to Apex & Triple-o)
Learnings From the First Year of the OPNFV Internship Program
Learnings From the First Year of the OPNFV Internship Program
Distributed vnf management architecture and use-cases
Distributed vnf management architecture and use-cases
Securing your nfv and sdn integrated open stack cloud- challenges, use-cases ...
Securing your nfv and sdn integrated open stack cloud- challenges, use-cases ...
NFV interoperability, for the success of commercial deployments
NFV interoperability, for the success of commercial deployments
Recently uploaded
Quarkus Hidden and Forbidden Extensions
Quarkus has a vast extension ecosystem and is known for its subsonic and subatomic feature set. Some of these features are not as well known, and some extensions are less talked about, but that does not make them less interesting - quite the opposite.
Come join this talk to see some tips and tricks for using Quarkus and some of the lesser known features, extensions and development techniques.
A Study of Variable-Role-based Feature Enrichment in Neural Models of Code
Understanding variable roles in code has been found to be helpful by students
in learning programming -- could variable roles help deep neural models in
performing coding tasks? We do an exploratory study.
- These are slides of the talk given at InteNSE'23: The 1st International Workshop on Interpretability and Robustness in Neural Software Engineering, co-located with the 45th International Conference on Software Engineering, ICSE 2023, Melbourne Australia
Mobile App Development Company In Noida | Drona Infotech
Looking for a reliable mobile app development company in Noida? Look no further than Drona Infotech. We specialize in creating customized apps for your business needs.
Visit Us For : https://www.dronainfotech.com/mobile-application-development/
Mobile app Development Services | Drona Infotech
Drona Infotech is one of the Best Mobile App Development Company In Noida Maintenance and ongoing support. mobile app development Services can help you maintain and support your app after it has been launched. This includes fixing bugs, adding new features, and keeping your app up-to-date with the latest
Visit Us For :
Graspan: A Big Data System for Big Code Analysis
We built a disk-based parallel graph system, Graspan, that uses a novel edge-pair centric computation model to compute dynamic transitive closures on very large program graphs.
We implement context-sensitive pointer/alias and dataflow analyses on Graspan. An evaluation of these analyses on large codebases such as Linux shows that their Graspan implementations scale to millions of lines of code and are much simpler than their original implementations.
These analyses were used to augment the existing checkers; these augmented checkers found 132 new NULL pointer bugs and 1308 unnecessary NULL tests in Linux 4.4.0-rc5, PostgreSQL 8.3.9, and Apache httpd 2.2.18.
- Accepted in ASPLOS ‘17, Xi’an, China.
- Featured in the tutorial, Systemized Program Analyses: A Big Data Perspective on Static Analysis Scalability, ASPLOS ‘17.
- Invited for presentation at SoCal PLS ‘16.
- Invited for poster presentation at PLDI SRC ‘16.
What is Augmented Reality Image Tracking
Augmented Reality (AR) Image Tracking is a technology that enables AR applications to recognize and track images in the real world, overlaying digital content onto them. This enhances the user's interaction with their environment by providing additional information and interactive elements directly tied to physical images.
Transform Your Communication with Cloud-Based IVR Solutions
Discover the power of Cloud-Based IVR Solutions to streamline communication processes. Embrace scalability and cost-efficiency while enhancing customer experiences with features like automated call routing and voice recognition. Accessible from anywhere, these solutions integrate seamlessly with existing systems, providing real-time analytics for continuous improvement. Revolutionize your communication strategy today with Cloud-Based IVR Solutions. Learn more at: https://thesmspoint.com/channel/cloud-telephony
GreenCode-A-VSCode-Plugin--Dario-Jurisic
Presentation about a VSCode plugin from Dario Jurisic at the GSD Community Stage meetup
Enterprise Resource Planning System in Telangana
Enterprise Resource Planning System includes various modules that reduce any business's workload. Additionally, it organizes the workflows, which drives towards enhancing productivity. Here are a detailed explanation of the ERP modules. Going through the points will help you understand how the software is changing the work dynamics.
To know more details here: https://blogs.nyggs.com/nyggs/enterprise-resource-planning-erp-system-modules/
AI Fusion Buddy Review: Brand New, Groundbreaking Gemini-Powered AI App
AI Fusion Buddy Review: Brand New, Groundbreaking Gemini-Powered AI App
👉👉 Click Here To Get More Info 👇👇
https://sumonreview.com/ai-fusion-buddy-review
AI Fusion Buddy Review: Key Features
✅Create Stunning AI App Suite Fully Powered By Google's Latest AI technology, Gemini
✅Use Gemini to Build high-converting Converting Sales Video Scripts, ad copies, Trending Articles, blogs, etc.100% unique!
✅Create Ultra-HD graphics with a single keyword or phrase that commands 10x eyeballs!
✅Fully automated AI articles bulk generation!
✅Auto-post or schedule stunning AI content across all your accounts at once—WordPress, Facebook, LinkedIn, Blogger, and more.
✅With one keyword or URL, generate complete websites, landing pages, and more…
✅Automatically create & sell AI content, graphics, websites, landing pages, & all that gets you paid non-stop 24*7.
✅Pre-built High-Converting 100+ website Templates and 2000+ graphic templates logos, banners, and thumbnail images in Trending Niches.
✅Say goodbye to wasting time logging into multiple Chat GPT & AI Apps once & for all!
✅Save over $5000 per year and kick out dependency on third parties completely!
✅Brand New App: Not available anywhere else!
✅ Beginner-friendly!
✅ZERO upfront cost or any extra expenses
✅Risk-Free: 30-Day Money-Back Guarantee!
✅Commercial License included!
See My Other Reviews Article:
(1) AI Genie Review: https://sumonreview.com/ai-genie-review
(2) SocioWave Review: https://sumonreview.com/sociowave-review
(3) AI Partner & Profit Review: https://sumonreview.com/ai-partner-profit-review
(4) AI Ebook Suite Review: https://sumonreview.com/ai-ebook-suite-review
#AIFusionBuddyReview,
#AIFusionBuddyFeatures,
#AIFusionBuddyPricing,
#AIFusionBuddyProsandCons,
#AIFusionBuddyTutorial,
#AIFusionBuddyUserExperience
#AIFusionBuddyforBeginners,
#AIFusionBuddyBenefits,
#AIFusionBuddyComparison,
#AIFusionBuddyInstallation,
#AIFusionBuddyRefundPolicy,
#AIFusionBuddyDemo,
#AIFusionBuddyMaintenanceFees,
#AIFusionBuddyNewbieFriendly,
#WhatIsAIFusionBuddy?,
#HowDoesAIFusionBuddyWorks
Energy consumption of Database Management - Florina Jonuzi
Presentation from Florina Jonuzi at the GSD Community Stage Meetup on June 06, 2024
Automated software refactoring with OpenRewrite and Generative AI.pptx.pdf
https://2024.springio.net/sessions/automated-software-refactoring-with-openrewrite-and-generative-ai/
DDS-Security 1.2 - What's New? Stronger security for long-running systems
DDS Security Version 1.2 was adopted in 2024. This revision strengthens support for long runnings systems adding new cryptographic algorithms, certificate revocation, and hardness against DoS attacks.
ALGIT - Assembly Line for Green IT - Numbers, Data, Facts
Presentation from Ghazal Aakel and Eric Jochum at the GSD Community Stage Meetup on June 6th, 2024
OpenMetadata Community Meeting - 5th June 2024
The OpenMetadata Community Meeting was held on June 5th, 2024. In this meeting, we discussed about the data quality capabilities that are integrated with the Incident Manager, providing a complete solution to handle your data observability needs. Watch the end-to-end demo of the data quality features.
* How to run your own data quality framework
* What is the performance impact of running data quality frameworks
* How to run the test cases in your own ETL pipelines
* How the Incident Manager is integrated
* Get notified with alerts when test cases fail
Watch the meeting recording here - https://www.youtube.com/watch?v=UbNOje0kf6E
Preparing Non - Technical Founders for Engaging a Tech Agency
Preparing non-technical founders before engaging a tech agency is crucial for the success of their projects. It starts with clearly defining their vision and goals, conducting thorough market research, and gaining a basic understanding of relevant technologies. Setting realistic expectations and preparing a detailed project brief are essential steps. Founders should select a tech agency with a proven track record and establish clear communication channels. Additionally, addressing legal and contractual considerations and planning for post-launch support are vital to ensure a smooth and successful collaboration. This preparation empowers non-technical founders to effectively communicate their needs and work seamlessly with their chosen tech agency.Visit our site to get more details about this. Contact us today www.ishtechnologies.com.au
LORRAINE ANDREI_LEQUIGAN_HOW TO USE WHATSAPP.pptx
WhatsApp offers simple, reliable, and private messaging and calling services for free worldwide. With end-to-end encryption, your personal messages and calls are secure, ensuring only you and the recipient can access them. Enjoy voice and video calls to stay connected with loved ones or colleagues. Express yourself using stickers, GIFs, or by sharing moments on Status. WhatsApp Business enables global customer outreach, facilitating sales growth and relationship building through showcasing products and services. Stay connected effortlessly with group chats for planning outings with friends or staying updated on family conversations.
Why Mobile App Regression Testing is Critical for Sustained Success_ A Detail...
A dynamic process unfolds in the intricate realm of software development, dedicated to crafting and sustaining products that effortlessly address user needs. Amidst vital stages like market analysis and requirement assessments, the heart of software development lies in the meticulous creation and upkeep of source code. Code alterations are inherent, challenging code quality, particularly under stringent deadlines.
Empowering Growth with Best Software Development Company in Noida - Deuglo
Do you want Software for your Business? Visit Deuglo
Deuglo has top Software Developers in India. They are experts in software development and help design and create custom Software solutions.
Deuglo follows seven steps methods for delivering their services to their customers. They called it the Software development life cycle process (SDLC).
Requirement — Collecting the Requirements is the first Phase in the SSLC process.
Feasibility Study — after completing the requirement process they move to the design phase.
Design — in this phase, they start designing the software.
Coding — when designing is completed, the developers start coding for the software.
Testing — in this phase when the coding of the software is done the testing team will start testing.
Installation — after completion of testing, the application opens to the live server and launches!
Maintenance — after completing the software development, customers start using the software.
Fundamentals of Programming and Language Processors
Fundamentals of Programming and Language Processors
Recently uploaded (20)
A Study of Variable-Role-based Feature Enrichment in Neural Models of Code
A Study of Variable-Role-based Feature Enrichment in Neural Models of Code
Mobile App Development Company In Noida | Drona Infotech
Mobile App Development Company In Noida | Drona Infotech
Transform Your Communication with Cloud-Based IVR Solutions
Transform Your Communication with Cloud-Based IVR Solutions
AI Fusion Buddy Review: Brand New, Groundbreaking Gemini-Powered AI App
AI Fusion Buddy Review: Brand New, Groundbreaking Gemini-Powered AI App
Energy consumption of Database Management - Florina Jonuzi
Energy consumption of Database Management - Florina Jonuzi
Automated software refactoring with OpenRewrite and Generative AI.pptx.pdf
Automated software refactoring with OpenRewrite and Generative AI.pptx.pdf
DDS-Security 1.2 - What's New? Stronger security for long-running systems
DDS-Security 1.2 - What's New? Stronger security for long-running systems
ALGIT - Assembly Line for Green IT - Numbers, Data, Facts
ALGIT - Assembly Line for Green IT - Numbers, Data, Facts
Preparing Non - Technical Founders for Engaging a Tech Agency
Preparing Non - Technical Founders for Engaging a Tech Agency
Why Mobile App Regression Testing is Critical for Sustained Success_ A Detail...
Why Mobile App Regression Testing is Critical for Sustained Success_ A Detail...
Empowering Growth with Best Software Development Company in Noida - Deuglo
Empowering Growth with Best Software Development Company in Noida - Deuglo
Fundamentals of Programming and Language Processors
Fundamentals of Programming and Language Processors
Openstack Tacker - Moving into Pike
- 2. OpenStack Tacker Moving into Pike Prasad Gorja Trinath Somanchi
- 3. Session Outline • Introduction. • Features - Today. • Pike release – In progress. • Get involved. • Q&A.
- 4. Introduction Tacker – Official OpenStack project for NFV Orchestration and VNF Management using standards based architectures. Current version: 0.7.0 Release - Ocata Operation Support Systems Business Support Systems Compute Storage Network Virtualization Layer Compute Virtualization Storage Virtualization Network Virtualization Vi-Ha EMS - 1 EMS - 2 EMS - n VNF - 1 VNF - 2 VNF - n Orchestrator Orchestrat or Orchestrat or VNF Manager(s) Virtualized Infrastructure Manager(s) Vn-Nf Service, VNF, Infrastructure Description Os-Ma Se-Ma Ve-Vnfm Or-Vnfm Or-Vi Vi-Vnfm Nf-Vi NFVI
- 5. Project Overview • Started on NFV Orchestration early 2015 • Announced in OpenStack Vancouver Summit – May, 2015 • First release in Kilo with basic VNF life-cycle management • Second release in Liberty with Monitoring Framework • Accepted into OpenStack Big-Tent in March, 2016 • Part of official OpenStack Mitaka. • Closely work with OPNFV and standards bodies like ETSI NFV and OASIS TOSCA
- 6. Tacker Stackalytics - Pike Contribution by companies
- 7. Features • VNF Catalog ○ repository of VNF descriptors (VNFDs) in a database • VNF Instantiation and Termination using Heat ○ TOSCA to Heat translation in Tacker • VNF Configuration injection during instantiation, update and restart. • Loadable VNF specific mgmt-driver. • Loadable per-VNF Health Monitoring. • Self Healing according to VNFD policy • VNF Forwarding graph with Neutron networking-sfc driver. • Alarm based monitoring driver using Celiometer. • VNF auto scaling (alarm monitor based) and manual scaling. • Support for shell scripts in TOSCA templates to install VNFCs. • Network Service Descriptor support in Tacker to provide a end-to-end TOSCA based network service. • Support VNF create with direct VNFD template input via CLI/API without onboarding VNFD. Reference: https://www.slideshare.net/OPNFV/summit-16-openstack-tacker-open-platform-for-nfv-orchestration
- 8. On going work - Pike • Scalable VIM monitoring using Mistral. • Scalable VNF monitoring using Mistral. • Persistent block storage in Tacker TOSCA. • Securing VIM credentials using Barbican. • OpenStack client support. … and more to come
- 9. Scalable VNF monitoring using Mistral • Tacker server will generate a VNF monitoring workflow and execute it if there is a VNF configured with monitor policies. The workflow and execution will be removed once the monitored target VDU is removed. • Monitor actions cannot access tacker database directly, so we introduce a conductor server to do database access for the mistral actions. • Mistral does not stop long-live running action even if the workflow execution is deleted. So when the workflow is removed, the VNFM plugin will kill the mistral action via MSG queue.
- 10. Scalable VIM monitoring using Mistral • Tacker server will generate a VIM reachability workflow and execute it if there is a VNF configured with monitor policies. The workflow and execution will be removed once the monitored VIM is removed. • Monitor actions cannot access tacker database directly, so we introduce a conductor server to do database access for the mistral actions. • Mistral does not stop long-live running action even if the workflow execution is deleted. Conductor based checking must be deployed to check the status.
- 11. Persistent block storage in Tacker TOSCA • A New feature for Tacker. There is no storage related attributes in TOSCA templates. • HEAT support Block Storage. • Instance boot from image with a new created volume attached. • Instance boot for Volume.
- 12. Securing VIM credentials using Barbican • VIM registration in Tacker requires VIM credentials to be stored in the database. • Keystone Fernet keys are used to encrypt the passwords before storing to DB. • Tacker across the nodes need a centralized solution to store the keys. • OpenStack Barbican to store the cryptographic keys.
- 13. OpenStack client support • All OpenStack projects are moving for one client – OpenStack Client (OSC). • All the individual commands are moved as plugins. • Tacker Client moved to a one OpenStack Client tent.
- 14. Get Involved Meet Tacker ? IRC: #tacker Weekly meetings: #openstack-meeting 0430 UTC. Mailing list: [openstack][tacker] Resources Tacker wiki - https://wiki.openstack.org/wiki/Tacker Tacker Documentation - http://docs.openstack.org/developer/tacker/ Tacker Blueprints / Specs - http://specs.openstack.org/openstack/tacker-specs/