Author Archives: Jambi Ganbar

Getting ready for the 5G transformation with VMware Ready for Telco Cloud

Today, we are announcing another milestone in our support for communications service providers (CSPs) as they transition to a software-defined telco cloud. We are enhancing our award-winning VMware Ready for NFV program by including interoperability and readiness for VMware Telco Cloud Automation.

The addition of VMware Telco Cloud Automation into the program further accelerates the ability of CSPs to deploy software-based workloads on the VMware Telco Cloud platform. In order to reflect this expanded scope, we are renaming the program to VMware Ready for Telco Cloud. The original Ready for NFV certification will become Ready for Telco Cloud Infrastructure while the new certification level for VMware Telco Cloud Automation is called Ready for Telco Cloud.

As the telecommunication industry continues its migration to 5G, there are two critical shifts occurring that will shape the industry for years to come: a need for improved automation and the migration of network functions to a cloud native architecture. The expanded scope of the VMware Ready for Telco Cloud program reflects VMware’s commitment to supporting our carrier service provider customers as they engage with these shifts. The new certification level, VMware Ready for Telco Cloud, introduces our telco partner ecosystem to VMware’s multi-cloud and standards-based automation and orchestration product, aptly called VMware Telco Cloud Automation. A partner Network Function successfully completing this level of certification has demonstrated its support for a more automated deployment and operations.

The updated program offers two paths for partners by introducing two levels of certifications:

The Ready for Telco Cloud Infrastructure certification identifies virtual network functions that have been proven to interoperate with the core infrastructure layers of the VMware Telco Cloud, as referenced by the ETSI-compliant VMware vCloud NFV Reference Architecture. The focus of this certification level is on compatibility with the virtualized infrastructure manager (VIM) as well as compatibility with the other core components: VMware vSphere for virtualized compute, NSX for virtualized networking, and vSAN for virtualized storage. The fully automated program is available at no-cost to VMware partners, both in the VMware on-premise certification lab as well as in the VMware cloud as self-certification.

The second and new level of certification is called Ready for Telco Cloud. The certification additionally ensures that network functions are ready for deployment and lifecycle operations through VMware Telco Cloud Automation. In this level, the VMware team collaborates with partners to create an ETSI-compliant descriptor as well as a workflow, resource and commissioning artifact for a validated and tested Cloud Service Archive (CSAR). The built-in generic VNF Manager (gVNFM) function within VMware Telco Cloud Automation and the network function designer are central elements in this tier. This higher-level certification is available at the Ready for Telco Cloud lab on the VMware premises and includes the VMware Ready for Telco Cloud Infrastructure certification as a prerequisite.

The following diagram illustrates the path from the Ready for Telco Cloud Infrastructure certification to the Ready for Telco Cloud certification level:


The telecommunication industry has been on a journey toward software-based network functions that will leverage cloud-native architecture and design. Eventually, software development and delivery models will evolve to become more collaborative, significantly faster, and more automated.

We are committed to supporting our customers in their journey and are more than happy to share the extensive experience we have in the area with our partners. We see a logical progression in the way we engage with our telco partners:

  1. Ensure that the network function is interoperable with the fundamental cloud platform
  2. Automate the deployment and lifecycle operations

As containerized network functions become available, we will continue supporting our ecosystem. We see full alignment between suppliers and customers: we all want to accelerate the adaptation of software-based network functions, increase components integration, and elevate innovation. This is why the VMware Ready for Telco Cloud has embraced automation, cloud labs, and a continued evolution.

Connect with us: To certify a network function through the VMware Ready for Telco Cloud program, reach out to us at

VMware Ready for NFV Adds Self-Certification Option to Accelerate VNF Deployment

In August 2011, Marc Andreessen famously quipped in a Wall Street Journal article that “software is eating the world.” About a year later, network functions virtualization (NFV) took root, and our entire telecommunications industry began its journey from purpose-built boxes to software.

And as we march toward 5G, we’ve just made that journey easier and faster by giving our partners a new choice in our VMware Ready for NFV program: self-certification.

Vast Ecosystem of VNFs

But first, here’s a little background about how we’ve built a vast ecosystem of virtual network functions (VNFs) with choice at its heart.

VMware has been involved in NFV from the get-go, helping the telecommunication industry’s transformation and paving the way for the migration to software. We have provided our telco customers with a carrier-grade NFV platform and supported them with openness and choices where they matter most: Our customers can pick their virtualized infrastructure manager of choice, decide on their servers of choice, and most importantly, pick from a massive ecosystem of network functions that have we have certified in our lab to work with VMware vCloud NFV.

The ecosystem certification program we run is called VMware Ready for NFV. It is part of the VMware Ready partner program. Ready for NFV won industry awards and grew into a massive ecosystem encompassing many of the telecommunication industry’s traditional and emerging suppliers.


We recently announced our self-certification extension to the Ready for NFV program. Self-certification gives partners yet another choice: The option to use the VMware testing cloud to verify that their network functions work with VMware vCloud NFV. Self-certification also helps prepare relevant workloads for easy deployment with VMware Telco Cloud Automation.

The original on-premises path that tests partner network functions in the VMware lab remains available. It is well suited to certifying large network functions and hardware-dependent functions.

The cloud-based self-certification path gives partners more flexibility to define their own time lines, helps them certify more workloads, and reduces dependencies on building an on-premises lab for preparations.

Regardless of the path that a partner takes to certification, the program’s scope and test methodology is identical. The program maintains its high quality standards by using the same automation for both the on-premises and the cloud-based certifications.

Benefits of Self-Certification

Our passion in operating the program has always been helping our partners and our customers with their journey to the world of software. The self-certification option advances our customers’ transformation to software in four ways:

  • Choice. Our customers are in different phases of their journey. They operate different versions of our platform and different versions of their virtual network functions. By offering a self-certification extension, we help vendors verify that any version of their software is ready to quickly be deployed in any version of our customers’ telco cloud.
  • Agility. The first few migration projects take a while and are a learning phase for an organization: processes get tuned, operational aspects are ironed out, and sometimes even the procurement process changes. We then see a clear hockey-stick effect in VNF deployment. Because self-certification is easier and quicker than using our on-premises lab, we expect to see the hockey-stick effect appear earlier in the deployment process.
  • Efficiency. The VMware Ready for NFV program has evolved over the past four years. These days the program focuses on educating vendors on our platform capabilities. We see that our partners want hands-on experience with our platform to follow our test plan and evaluate their readiness. By giving our partners a virtual lab that mirrors our reference architecture, we help them prepare without needing a large hardware installation.
  • Focus. Our Ready for NFV team has probably more experience onboarding and deploying virtual network functions than any other organization in the world. The team has performed more than 120 certifications. And we wanted to allow our team to really focus on what our partners need the most–guidance when unique problems arise. The self-certification program frees our resources to help partners with their unique and hard questions.

Self-Certification Process

The process to use the self-certification program is easy. Our partners can point their browser to a url, download a few artifacts, launch a remote desktop, and onboard their network function into our testing cloud. The partner then selects the tests to be executed.

Once the tests are complete, the partner sees a graphical representation of their network function’s success against the certification guide. The partner can then decide on the next steps. If all is well, the partner provides our team with the report bundle. To maintain the program’s high quality standards, an engineer in the Ready for NFV program reviews the results.

Figure 1: The VMware Ready for NFV self-certification process.


Speeding Up the Software-Defined Transition to 5G

The telecommunications industry is doubling down on software. In the last seven years, we adopted virtual machines as a way to deploy network functions. And we are now embracing containers to further increase the efficiency of software-based telco workloads. 3GPP standards are written with software in mind such that transitioning from 4G to 5G networks is impossible without software.

We are committed to supporting our customers on the path to 5G by accelerating their transformation, reducing their operational costs, and improving their time to market.

Thanks for reading Jambi Ganbar, Director, Telco Partners Solution Validation, VMware

Connect with us: To certify a network function through the VMware Ready for NFV program, reach out to us at




Switzerland of NFV

Our CEO made a controversial statement on the keynote stage at Mobile World Congress last year.  He said: “there will be two kinds of 5G deployments – those who virtualize and those who will fail.”  As I look at the last year in the life of VMware’s Ready for NFV program, I see evidence that a lot of virtual network function vendors agree with our CEO.

VMware Ready for NFV is a functional interoperability program between VNFs and core components of the VMware vCloud NFV platform.  The program exists so that Communication Service Providers (CSPs) can easily deploy innovative services using best-in class VNFs on VMware’s vCloud NFV platform.  We collaborate with our VNF partners to ensure that they understand the expectations that our mutual customers have from a network function deployed on vCloud NFV.

What makes VMware qualified to help VNF vendors prepare for deployment?  We are the Switzerland of NFV.  We have leading global CSPs using our vCloud NFV platform since 2014 and the number of CSPs is continuously growing.  These customers expect from us, as the leader in virtualization, guidance on how to best virtualize their network functions and in return we work closely with them to understand their business and services needs.  This relationship allows us to collect requirements and translate them to product improvements as well provide guidance to our partners.  That guidance is the basis for our Ready for NFV program.  Because of our role as the layer between the VNF and the hardware, be it in virtualizing the compute, network or storage resources, we also understand the underlying hardware very well.  It is like being that country between Italy, France, Austria and Germany – Switzerland.

A good example of a benefit of the Ready for NFV program is the ability for a VNF to be onboarded quickly into one of the two Virtualized Infrastructure Managers (VIMs) we have in our solution and then deployed into the NFVI without manual intervention.  The process of onboarding is sometimes done using a VNF Manager and sometimes, depending on the VNF and the customer, directly into the VIM.  That onboarding process is tremendously efficient when the VNF is, for example, packaged correctly and is cloud-ready.  When the packaging is created well, resources and configuration specific to the VNF are included and are transportable between one installation and the next.

One can summarize the CSP interest when they receive the VNF with the following points:

  • Autonomous VNF Life Cycle Operations – Customers have to be able to install, upgrade and manage the VNF themselves (they may decide not to do so, but that is their decision).
  • Compact – All components required to operate the VNF are packaged together. VNFCs are clearly defined, use unique and specific names and are included in the package.
  • Unambiguous – The VNF package provided must be verifiable in one manner or another.
  • Holistic – The packaged VNF must include all configuration required to deploy a healthy VNF.

We see clear evidence that being the Switzerland of NFV resonates well with customers and VNF partners.  How?  An increasing number of VNF vendors that certified their VNF with VMware vCloud NFV 1.5 are coming back to the lab to certify a newer version of their VNFs against our latest platform version.  We have 61 VNFs in our catalog at the time of publication and a pipeline that is forever growing.  We also see that the established Network Equipment Providers (NEPs) such as Ericsson, Nokia, Huawei, Cisco and ZTE, are steadily increasing the number of VNFs they are bringing to the certification lab. A year ago we had 2 VNFs from Ericsson in the program.  Today we have 9.  That is growth.

As we start field trials of 5G networks, and the race to announce the first commercial deployment is heating up; the whole industry needs to collaborate to deliver a truly pervasive communication technology.  The VMware Ready for NFV program is an example of collaboration and cooperation between vendors to help materialize the successful transformation to 5G.  Being the Switzerland of NFV, we may need to figure out how to virtualize Swiss chocolate.  Until that happens, we are happy to welcome all VNFs from all partners and use cases to our Ready for NFV program.

Production Ready OpenStack Cloud, obviously.

My team just announced a new OpenStack distribution for our NFV platform – VMware Integrated OpenStack-Carrier Edition.  It is a great solution for our customers looking to benefit from a carrier-grade Network Functions Virtualisation (NFV) platform while leveraging OpenStack to run their Virtual Network Functions (VNFs) workloads.  The new distribution is our response to customers asking for a robust and proven NFV environment on which they can monetize NFV services, while also supporting their developers with OpenStack APIs.  We’ve packaged the distribution with our current NFV platform to deliver to market VMware vCloud NFV OpenStack Edition. With vCloud NFV-OpenStack, developers can “benefit” from the same Service Level Agreements (SLAs) that the operations team commits to in order to actually generate revenue.  It is THAT solid.  How is VMware able to offer such a robust solution? By the time you are finished reading this blog post the answer will be clear.

VMware is strongly committed to providing our customers with the flexibility to choose the best Virtualized Infrastructure Manager (VIM) within the vCloud NFV platform to meet their business priorities. One of our VIMs is VMware vCloud Director which is loved by many of our customers already in production. The other VIM is VMware Integrated OpenStack (VIO)-Carrier Edition. VMware has had a DefCore-compliant OpenStack distribution since 2015, and our latest release is an OpenStack 2017.01 Octata-based distribution. If a customer decides to use VIO-CE as the VIM, it provides the customer the best of both worlds: they can select their VIM based on the APIs they want to use to deploy NFV services, and be assured that it has been fully integrated, tested, and certified with our NFV infrastructure. We also incorporated new VIO-CE-focused test cases into our VNF interoperability program, VMware Ready for NFV, and are actively testing interoperability between leading VNFs and both VIMs.  To this day, 21 of our 43 Ready for NFV certified VNFs ) already support earlier versions VMware Integrated OpenStack, and will be re-certified on VIO-CE as soon as the code goes GA.  Our VNF partners are always given the option to choose which VIM in vCloud NFV they want to test their VNFs with, so having 21 partners supporting VMware Integrated OpenStack is a testament to their own customers interest in OpenStack.

With the introduction of our vCloud NFV-OpenStack, we are updating the Ready for NFV program scope to provide our VNF partners with a way to make sure that they are benefiting from the new carrier-specific capabilities we have introduced in VIO-CE.  The new tests also help communication service providers in using the new capabilities as soon as they install the new distribution.  In essence, a production-ready OpenStack environment to run revenue-generating network services is a reality.  Obviously.

A few of the new VIO-CE features that we added to the VMware Ready for NFV program scope are highlighted below.

  • Multi-tenancy and VNF resource reservation – customers that are used to the abstraction layers available in vCloud Director love splitting their physical data centre into purpose built-constructs. They tend to carve out virtual data centres to various VNFs using the Organization Virtual Data Center (OvDC) available in vCloud Director. OpenStack does not have an equivalent construct since data centers are broken down into projects and resources are not limited to specific virtual data centers.  Typically, resources are allocated based on first-come, first-served approach. Well, with VIO-CE, we introduce a new concept called Tenant Virtual Data Center. In the updated Ready for NFV program we are looking to test that a Tenant Virtual Data Center (Tenant vDC) can host a VNF and ensure strong resource isolation so that one workload does not infringe on the other. The benefit of this function is that the network provider can deliver Service Level Agreements (SLAs)-based services on shared infrastructure without worrying if the resources assigned to the VNF will be available at all times.
  • Dynamic Resource Scaling – one of the benefits of transitioning workloads from dedicated hardware to software is the ability to quickly provide the virtualized function with more hardware resources if the function needs them. There are two ways to scale resources: scale-out and scale-up.  In our work with VNF partners we see that scaling-out in response to workload demand is well supported. This method is somewhat limited as it creates another instance of the VNF component that requires the same amount of resources that are already being consumed. The ability to provide a finer grain control of resources in a running VNF is realized when resizing a live network function. This live resizing of a VNF component, by adding the appropriate required resources to the running VNF without the need to reboot the component, is supported by VIO-CE and is obviously tested in the Ready for NFV program scope
  • Advanced Networking – There are several advanced networking capabilities that are introduced in VIO-CE that are important for the NFV use case and that are covered by our program.  For example, the ability to attach various types of networking interfaces to a VNF component using neutron is crucial.  We see this type of functionality as especially of interest to data plane intensive workloads.  In some cases, the VNF component is looking for a direct pass-through interface directly to the physical Network Interface Card (NIC) while also using some virtualized interfaces.  Data plane traffic typically uses the direct pass-through path while management and control plane interfaces are happy to use our VMXNET3 para-virtualized network interface.  This is an obvious operational use case that we translated to our Ready for NFV test plan.  We also have seen use cases where the VNF component is using VLAN tags to scale the number of virtual interfaces.  This is especially useful for NFV use cases such as virtual routers or Packet Gateway.  The ability of the VNF component to tag traffic with a VLAN is also tested in our Ready for NFV program.

One of the nice things in a modular architecture, is the ability to change modules.  VMware customers with a vCloud NFV environment can experiment with OpenStack alongside their production setup.  In fact, they do not need to put all their eggs in one basket and can experiment with VIO-CE in the lab while continuing to run their production workloads using vCloud Director. With an ever-increasing number of VNF partners supporting VIO-CE, our customers also have a production ready OpenStack cloud.


Announcing VMware vCloud NFV 2.0 – Getting There Faster

With more than 80 production deployments across more than 45 communication service providers (CSPs), you can safely say that we have gained significant real-world experience in deploying and supporting our customers in rolling out NFV platforms, creating new services, and operating these services.  Today we announce the new version of our VMware vCloud NFV platform, which represents the culmination of this experience and our ongoing commitment to supporting our service provider customers in reaching their business goals. Continue reading

How To Go from Zero to 360 with vCloud NFV and OpenStack

The Tesla Model S has a mode called “Ludicrous mode” that allows the driver to reach 60 miles per hour (about 96 km/h) in just 2.8 seconds. That ability to wow drivers and passengers in 2.8 seconds is impressive, but then what? How do you get to 160 mph? On the German Autobahn, 60 miles per hour is considered slow and “please move over to the right lane” speed. The last time I was in a car on the Autobahn, my friend drove a BMW M5 at 260 km/h (around 160 miles per hour).  That takes a completely different level of instrumentation, focus and capabilities than the first 2.8 seconds. If we had our way, we would have combined the acceleration of the Tesla, with BMWs reliability, comfort, high-end speed, availability (wait until next year for a car?) and the total control my driver friend had to maintain in order to drive the car for an hour at 160 mph.

Operator networks and the services they deliver are a lot like cars. For starters, we want to be able to deploy a new service quickly. This is part of the drive and the benefits of Network Functions Virtualization (NFV). Instead of physically rolling out boxes to a data center, connecting them to each other with cables, paying for their cooling and electricity for every new services we want to offer, if we just virtualize the network, we should be able to deploy new services with a few clicks. Obviously, once these services are deployed, we have to manage the virtualized network and provide high service reliability and availability. If something does go wrong, we’d like to rapidly identify the root cause and resume normal operations as quickly as possible.

At the OpenStack Summit in Barcelona, we are taking attendees on this ride.  VMware is demonstrating deployment and 360-degrees monitoring of a Virtual IMS network with OpenStack on vCloud NFV. Continue reading

VMware’s vCloud NFV is OpenStack…and a whole lot more!

About twice a week I find myself having the same conversation: “This Virtual Network Function (VNF) works on OpenStack” someone says.  My response has not changed in a while: “Great, vCloud NFV is also OpenStack.”

At that point in the conversation the trajectory is never predictable, but always a lot of fun. As if I needed more convincing that the industry is confused about what OpenStack is and is not, I was lucky enough to present a session at VMworld explaining the role of VMware Integrated OpenStack (or VIO as we typically refer to it) in VMware vCloud NFV. The questions we received at the end of the presentation were a testament that we need to clarify a few things. Continue reading