NFV should be about ‘Open IT with choices’

Telecoms.com periodically invites expert third-party contributors to submit analysis on a key topic affecting the telco industry. In this piece Balaji Pitchaikani, Senior Director of Product Management at Dell, discusses what needs to be done to pave the way for industry-wide NFV.

Would it be too dramatic to say the end is nigh for traditional monolithic networking systems and architecture? Quite possibly, but the reality is that the enterprise networks of five years’ time will have only a passing similarity to those of five years ago as software–defined networking (SDN), mobility and big data transform the way people view and manage their architecture. Now it is the turn for the giants of the IT communications industry to take centre stage; the telecoms service providers.

These companies are caught in a proprietary world based on an archaic model. For every service-oriented network function – whether it be IMS, session border controller, SSGN/GGSN, or even firewall, DPI or CDN- there are racks full of proprietary infrastructure. These all require complicated installation and integration processes, in order to ensure they play nicely with the rest of the network, as well as management from network administrators with specialised knowledge of that particular product.

With long proprietary product cycles and tight regulatory standards restricting innovation and modernisation in the industry, the telecoms service provider model is at severe threat from agile internet-based service providers. Able to leverage new optimised processes and flexible infrastructure to provide similar services at a lower cost, these organisations can adapt to market demands and deliver new services rapidly. The choice facing these service providers is increasingly one of evolution or extinction.

A snapshot on NFV

Network Functions Virtualization (NFV) offers the path to evolution. At the highest level, it works by:

The benefits this can bring to telecoms service providers are profound, and can all be passed on to the customer. Replacing proprietary pieces of hardware with standardised servers and networking brings the agility to deliver new services dynamically while significantly reducing CAPEX and OPEX costs. This liberates the carriers from hardware lock-in which incurs extra costs further down the line; while being a boon to their customers fatigued from service providers being unable to adapt and deliver services that address changing business needs. The elevation of all the network functions to a single virtualized infrastructure with a common framework also means OPEX costs are likewise reduced, as operational visibility and management is simplified.

For the provider, the implementation process for a NFV solution is also considerably faster – especially if its customers are in the process of virtualizing their internal networks. As a result, new customers can be brought into the network faster, whilst existing customers can have their services upgraded quicker and with less complexity. Above all, NFV delivers new services that monetise the infrastructure.

Road to realisation

However a series of areas need to be addressed to pave the way for industry-wide NFV adoption:

–          SDN/NFV Overlays: An area of significant crossover between the two technologies; the creation of network overlays which successfully segregates the physical and virtual network are fundamental to the success of both SDN and NFV.

–          Optimizing commoditized Servers: Putting VNFs on an ‘off the shelf’ server is a key feature of NFV, but not one without interesting challenges, especially around maximising performance and interoperability with other network devices. Key work is required around delivering high-performance virtualized software which sits on standard hardware.

–          Manageability: Connecting and controlling VNFs to form service chainsthrough systems like OpenStack raises further challenges. Service providers require sophisticated VNF management software to orchestrate, monitor, repair and monetise for services. Furthermore traditional network functions need to be reimagined to fit into an OpenStack-like environment.

–          Orchestration APIs: Lying above the OpenStack-like integration platform is the service provider’s orchestration layer, which supports OSS/BSS functions in the network. As VNFs replace traditional network functions, new APIs on to these OSS/BSS systems are required to accommodate the change. With the networking paradigm rapidly shifting the emphasis is on DevOps to enact these changes to the OSS/BSS.

–          PoC & Field Trials: Traditional adoption rates for new technology in the telecoms service provider industry are very slow, with meticulous, extended test cycles the norm. NFV needs to move past the Proof of Concept stage; come off the paper and into the network. This is the challenge of the next two years. Actual deployments need to be seen sooner than later for moving from hype to reality.

Each of these challenges requires dedicated expertise to overcome. From the physical layer upwards, connectivity is key. Vendors are seeking various ways to meet these challenges with a choice to pursue either proprietary or open avenues.

Open on every level

We believe the best path is to offer service providers the choice of solutions within an open framework. Open environments encourage companies to prioritise interoperability and expertise to increase the appeal of their product and NFV requires specialisation and interoperability in every one of its functions to overcome the challenges of adoption. Furthermore, encouraging openness dovetails perfectly with other solutions, such as SDN and the growth of cloud computing, to create a fully synced networking experience that gives customers control over all their products.

Open IT with choices = Open Ecosystem + Open Orchestration + Open Protocols + Open Standards + Open Source

This brings us to our involvement in ETSI NFV. Along with other participating vendors and carriers, we are working to create an open platform that unites NFV, SDN and cloud computing technologies; combining the advantages of the open ecosystem described above with a clear guidance and support structure to ensure that service providers are fully equipped for NFV adoption. To drive these real customer-tested, customer-validated solutions into the market, we are working closely with telecommunications companies and standards groups like the European Telecommunications Standards Institute (ETSI). Our end goal is a perfected commercially viable, cloud-based NFV platform which offers an open choice of solutions to fit service providers individually based on need.

We believe that the principles of NFV are finally being realised. We believe that the pursuance of open ecosystems and standards is essential to the future of NFV and that vendors will embrace the choice to gain the most from their own NFV solutions.

About Balaji Pitchaikani

Bala was Vice President, Product Line Management at Force10 acquired by Dell in 2011. Now, as Sr. Director, Product Management, he is focused on delivering open, standards-based LAN/SAN converged products and solutions for cloud computing, high performance and virtualized enterprise/service provider data centers. Bala is also leading the strategy and product management for Pan Dell’s ((integrated across overall Dell) NFV – Network Function Virtualization initiative.