I have written many times about the Network Functions Virtualization (NFV) and/or Software Defined Networks (SDN) revolutions for the telecom operators, but last week I had the chance to attend to a hands-on workshop with some of the most advanced vendors for the Core Network virtualization field. I was able to test the products, ask all the questions I wanted, and get a real feeling on the vendors and operators opinions on the subject. Despite the trip to Silicon Valley in the sunny California USA, the beautiful San Francisco sights, and the unavoidable visit to the technology monsters (e.g. Google in Mountain View CA, Apple in Cupertino CA, Oracle in Redwood Shores CA, etc.), my objective was doing a reality check on the NFV trend which I will try to share with you.
What is ON with NFV:
The advantages of the NFV for the CSP’s are obvious, as previously commented in my article “The Network Functions Virtualization, a different kind of animal”, these includes: using COTS hardware, flexible automatic scaling & HA based on software, licensing costs reduction as a consequence of unified software domains, signalling load reduction, and pure IT software based maintenance & operation, among others. The operators are all well aware of this, either by their own initiative or because of the NFV/SDN vendors sales efforts, and that is the reason why most of them are researching the technology and have already done trials (e.g. Telefonica, AT&T, NTT, Vodafone, Verizon, Orange, Verizon, Optus, Telecom Italy, T-Mobile, for naming a few I know).
According to the information seen these days the release of the ETSI ISG standards for NFV will most likely happen around October 2014, and this should unify the different approaches in the market today. In the meantime the vendors seems to be taking different paths, like virtualizing the current core network nodes one by one (e.g. virtual S-GW, virtual P-GW, virtual MME, etc.), or virtualizing the functions required in the core (e.g. virtual attach & register, database, bearer handling, policy, etc.). If you think the NFV for the core or the Evolved Packet Core (EPC) is going slow, and the tier-1 operators will wait years for testing these technologies, you had better think again. Many products are available now, and some mavericks in the industry are already betting hard for the change.
In terms of the actual products these already deliver some of the promises commented. I was able to see virtual EPC’s based on software running, and handling test traffic with the equivalent functionality of the traditional core while reducing the signalling messages, and having an impressive flexibility for the flow logic and scaling. I also saw OpenStack based orchestration working, and API’s connecting to the operators OSS/BSS. Some HA capabilities are also quite innovative, like methods for managing the SCTP flows when a virtual machine gets down and other takes over. All of this was running on standard Blades, or Bare Metal, having a ridiculous cost compared to the current traditional solutions.
What is OFF with NFV:
As you would expect the current NFV solutions are not all roses. The bad news are the lack of maturity seen in most of the solutions, typical of the starting and revolutionary technologies.
The automatic scaling is not yet mastered, and the management & monitoring capabilities neither. Some solutions are still not able to match the performance of the traditional cores when activating Deep Packet Inspection (DPI) up to layer 7, which is being optimized with virtual DPI’s now. Some challenges are also seen when handling distributed no-SQL DB’s for things like the HA. The standards support is still not complete neither, as most of the solutions still do not cover the 3GPP Release 12 for naming an example. The Policy and Charging features are very limited, often relying on external solutions, which potentially affects the improved performance. There seem to be a lack of security features in the products. Among other limitations.
These challenges combined with the fact a new EPC represents additional costs, as no operator would intend to fully replace the current core network yet, the fear for mentality change in the different areas of the carrier, and the lack of knowledge in the NFV/SDN details and possible use cases, are currently blocking the technology embracement. An interesting article on this is available in Light Reading (here), and reflects what I felt from some operators in the field.
What is coming for NFV:
Lucky for us some intelligent carriers are solving those challenges by having a vision of the future today. Some operators in the US are thinking on interesting use cases, like having portable EPC’s for special events in highly congested areas (e.g. you can imagine installing a virtual core network next to the radios around the stadium during the Super Bowl day, reducing congestion and improving the QoE), they are already testing this as you read this article. Other carriers in the UK and Japan are thinking on dedicated core networks for M2M type traffic based on NFV. The NFV start-ups are improving their products, including vendors like Cyan, Connectem, Affirmed, among many others, making these more robust and solving the challenges faced. Some big vendors are also perfecting their NFV offers for entering into the game, including vendors like Ericsson, Juniper, Alcatel Lucent, among many others.
As soon as we start seeing production deployments in the field, and I anticipate you this will happen very soon according to what I saw, other operators will join the trend and learn from the competition. This is the future of telecoms.
- The Network Functions Virtualization, a different kind of animal (madridtelecom.wordpress.com)
- Qosmos Announces Founding Membership in CloudNFV, Multi-Vendor NFV Demonstration Platform (virtual-strategy.com)
- SDN and NFV – The Ups and Downs (networkingnerd.net)