Here’s a network functions virtualization (NFV) use case I hadn’t considered before: replacing equipment that’s reached obsolescence, more politely called end-of-life (EOL).
The idea came up during a Metaswitch Networks webinar last week on NFV and the telecom voice network. (Disclosure: SDxCentral helped promote this webinar, and I was a guest speaker on it.)
You won’t “EOL abatement” on the proof-of-concept roster assembled by ETSI, but the use case has come up with a customer, and Paul Drew, general manager of Metaswitch’s open source business unit.
A European incumbent operator is facing end-of-life treatment for the equipment it’s using in the voice network. This means the products will no longer be supported or sold by the vendor.
The software is still supported by the vendor; it’s just that the carrier is being forced onto a new hardware platform. And the carrier didn’t like that idea.
“Rather than just replace the hardware from their existing vendor, they wanted to go to an NFV-based deployment,” Drew said. “They did not want to get locked in by the next hardware revision.”
It also happened to be a cheaper option, he said. This particular carrier has been offering enterprise services through its own data center, so the organization is well versed in virtualization and has ready RackSpace for an NFV deployment.
But the main thing is that the carrier doesn’t have to face equipment obsolescence again. Or, more precisely: The carrier’s hardware becomes obsolete more often, but in a way that’s expected. Servers get replaced every few years, and replacements are easy to find and don’t have to come from the same vendor.
This, of course, as been one goal of NFV all along: Avoid vendor lock-in by moving network functions to commodity hardware. The mini-epiphany for me during this webinar was that any time equipment reaches end-of-life, it forces a new round of equipment shopping, which can create a natural transition point for NFV.
Metaswitch plans to more formally announce this use case soon, Drew said.
The EoL of a current network is a great opportunity to make a big leap forward in service delivery infrastructure. We also think it’s a time to challenge the assumption that rebuilding a network is the right approach given the availability of cloud/X-as-a-service solutions.
Given the current revenue and trend line of a given services, what is the best way forward for profitability, agility and strategic growth? For voice and UC, cloud sourcing may be the better fit for that application for most service providers.
At Alianza, we argue that CAPEX should be spent on high-growth, strategic technologies, not rebuilding VoIP networks; CAPEX is precious. It enables new technology to be deployed in a service provider network and can jump start new solutions and revenue producing services. In order for CAPEX to be spent, it needs high ROI justification
Read more from:
Level 3: Challenging Service Provider Capital Assumptions http://blog.level3.com/sip-trunking/challenging-service-provider-capital-assumptions/
Alianza: NFV is Necessary but not Sufficient http://www.alianza.com/call-to-the-cloud/nfv-is-necessary-but-not-sufficient