SDxCentral
Join Log In
SD-WAN 5G Edge 1 IoT SDN NFV Containers Cloud Security AI Data Center Storage APM/NPM Open Source

Log In to SDxCentral

Log in with your email? Forgot your password?
  • Newsletters
  • eBriefs
  • Podcasts
  • Webinars
  • Videos
  • Directory
  • White Papers
  • Resources
  • Use Cases
  • Support

Join SDxCentral and get information tailored to your particular interests everyday.

Join
Sponsored:
Dell EMC Citrix Riverbed

NFV Won’t Monetize Overnight (but Can Still Have a Short-Term Payoff)

Software Telco Congress NFV
Craig Matsumoto
Craig MatsumotoNovember 25, 2013
3:29 pm MT
Email LinkedIn Facebook Twitter Reddit Hacker News

Network functions virtualization (NFV) was a primary topic of last week’s Software Telco Congress, exemplified by the use of #theNFVevent as a conference hashtag. And why not: NFV is what makes a software telco, in a sense. The whole principle is that the hardware running these functions should no longer be so important.

With NFV having steeped in the public consciousness for a year, the economic implications are starting to become clearer. In one keynote, Josh Bottum (pictured above), service creation manager at Cisco, argued that NFV isn’t like coupon-clipping, where carriers will get immediate returns by buying equipment more cheaply.

“This is an evolution, not a tactical 90-day or 180-day project,” he said.

That’s going to take a change in mentality, particularly for the larger carriers. Apple and Amazon didn’t get to be so valued in the market just because they cut costs. They fostered cultures where curiosity and inventiveness are encouraged.

Big carriers could stand to do the same, if they want NFV to live up to its potential. “They are, without question, really, really good at running big networks. I just think they need to take off the chains and start to [spread] this appreciation throughout the culture,” Bottum said.

That idea came up later during a short discussion I moderated with Bottum and Sekhar Banerjee, principal product strategist with OpenWave. The question was about which types of carriers might benefit most from NFV. Smaller carriers need to be nimble and more frugal by definition, so they’d likely gravitate toward the idea.

But NFV is being driven by the large carriers, specifically by factions within the carriers that are determined not to let this idea sink. For some, like AT&T, it’s a CEO-driven agenda, Bottum said. It’s why AT&T started Domain 2.0, in a sense demolishing the domain supplier concept to give smaller vendors a foot in the door, he said.

“There’s too much momentum with that [ETSI] group,” Bottum said. “The big guys are leading.”

NFV and Fast-Fail

That connects back to something I heard Telefónica mention in October, at the SDN & OpenFlow World Congress: that NFV is more about hardware reuse than about cheap hardware. If an application turns out to be a dud, the carrier can kill it off and apply the hardware to something better.

Carriers claim they’re ready for that fast-fail kind of environment. They’ll have to be, because they’re competing with over-the-top players that are accustomed to that pace, Banerjee and Bottum agreed.

One place for carriers to prove their fast-fail mettle would be in virtualized customer premises equipment (CPE) — generic set-top boxes running services that exist as virtual machines back in the cloud. Such a CPE doesn’t have to be changed in order to add new services — meaning new services could be rolled out more quickly, leading to revenues more quickly.

That’s a nice short-term gain. The bigger effect might be that the carrier could move quickly to the next idea, creating a faster treadmill of new services, theoretically.

Interestingly, a virtual CPE would probably cost more than a normal CPE, Bottum said. That’s because costs have been wrung out of CPE gear for generation after generation. Off-the-shelf hardware would actually have to catch up.

But there are chances for new efficiencies if CPE functions turn into virtual machines. “We’ve seen applications use 75 percent less CPU and memory in two releases,” Bottum said.

Related Articles

6WIND Snares Another Former Brocade vRouter Customer
6WIND Snares Another Former Brocade vRouter Customer
Ethernity ENET vRouter Aimed at a Programmable Network Bottleneck
Ethernity ENET vRouter Aimed at a Programmable Network Bottleneck
Telefónica Validates Wind River’s Cloud Platform for its Unica Project
Telefónica Validates Wind River’s Cloud Platform for its Unica Project
AT&T’s Extensive SDN Plans Pave Way for 5G
AT&T’s Extensive SDN Plans Pave Way for 5G
Masergy’s New CEO Is Tasked to Grow Its SDN-Based Offerings
Masergy’s New CEO Is Tasked to Grow Its SDN-Based Offerings
CenturyLink Dove Into NFV Early Because of a Profitable Business Case
CenturyLink Dove Into NFV Early Because of a Profitable Business Case
SDxCentral Daily News

Join your Peers! Subscribe to SDxCentral's Newsletter

Article Tags:

Breaking News NFV SDN SDxCentral

Craig Matsumoto

About Craig Matsumoto

Craig Matsumoto is managing editor at SDxCentral.com, responsible for the site's content and for covering news. He is a "veteran" of the SDN scene, having started covering it way back in 2010, and his background in technology journalism goes back to 1994. Craig is based in Silicon Valley. He can be reached at craig@sdxcentral.com.

Subscribe to Get the Daily News!

About SDxCentral

  • Newsletters
  • About Us
  • Contact Us
  • Work With Us
  • Editorial Team
  • Careers
  • Legal
  • Support

Engage With us

This material may not be copied, reproduced, or modified in whole or in part for any purpose except with express written permission from an authorized representative of SDxCentral, LLC. In addition to such written permission to copy, reproduce, or modify this document in whole or part, an acknowledgement of the authors of the document and all applicable portions of the copyright notice must be clearly referenced. All Rights Reserved.

© 2012-2019 SDxCentral, LLC, All Rights Reserved. SDNCentral™, the SDNCentral logo, SDxCentral™, SDxCentral logo, SDxNews™, SDxTech™, SDx™, the SDx logo, and DemoFriday™ are trademarks of SDxCentral, LLC in the U.S. and other countries.

  • Terms of Service
  • Privacy