• Note: Explain the NFV automated test, briefly describe the automated links involved in the entire NFV testing workflow, and the current status of NFV testing in industry.

Main problems currently and basic solutions: sort out the working process, do implementation in communities, promote standardization.


During 2020 many NFV deployments from careers globally has seen further maturity and hardening and confirms the industry is ready for large workloads migrate to the Cloud infrastructure using common, shared, programmable and automated manner .

However it is easy said than done due to the fact that many players in the ecosystem has different interpretation of standards, the situation is further aggreviated as different SDO’s and OSC (Open Source Communities) have overlaps and there is no  homogenous definition , this makes gates for vendors to promote silos and makes issues for service providers as over time the so called open systems becomes the closed systems .

Thus NFV testing complexity hampered service agility and TTM the two most important factors for CSP’s to adopt NFV. It makes situation further difficult as there is no standard way to make changes to infrastructure and conduct Day2 operations. Many customers and business owners raise this question

“Can we build an infrastructure that we can upgrade multiple time a day “

There is clearly a vivid need to define a Standard Testing framework that can help to perform testing and benchmarking in a vendor agnostic manner and flexible enough to integrate any vendor tools in the pipeline to realize the CSP’s vision to build a fully automated CT (Continuous testing) framework.

Similarly, as NFV journey for CSP’s evolve to meet the cloud native world requirements we need to build platforms that can serve both the VNF and CNF in a homogenous manner with as much similarities as possible, this vision is vital for the success of true transformation and to avoid any silos in test platforms. Similarly, it will enable carriers to extend testing and CI/CD capabilities to the IT applications and Infrastructure.

This paper is an industry effort to identify potential problems for Testing of NFV and SDN Environments, and lead to propose a process and possible solution to test any change with agility for continuous flow to newer services delivery ensuring shorter TTM.

There has been a number of studies done under different initiatives however there is not a lot of information readily available around how should CSPs define and build such platforms. Similarly, it is encouraging to build such platforms using as many Open source projects as possible

This paper is an attempt to share EUAG perspective on consumption aspects of ONAP, what are the challenges, key considerations, models & references as well as opportunities when CSPs would want to build such platforms.

End User advisory group was created by LFN (Linux Foundation) to share views, challenges, and best practices between user organizations, highlighting new areas of opportunity for the developer community. EUAG is made of individuals from end-user organizations, including telecommunications carriers, cable CSPs, network providers, and compute or storage service providers.

Being the voice of end users, it is important to support the vision of ONAP and its adoption in the industry and at the same time contribute use cases and requirements that delivers maximum value to the industry as a whole.

  • No labels