The Autonomous Network Is the Endgame for Telecom

Steve Saunders
8/31/2017
100%
0%

Who you gonna call?
So the big question for service providers is: Who can they trust to design and help build their autonomous network? Options range from traditional to mold-breaking.

At the "trad" end of the scale they can go with one of the incumbent vendors (Huawei Technologies Co. Ltd. , Nokia Corp. (NYSE: NOK), Ericsson AB (Nasdaq: ERIC), etc.), which in turn are competing head-on with the incumbent OSS vendors ( Amdocs Ltd. (NYSE: DOX), Oracle Corp. (Nasdaq: ORCL), Netcracker Technology Corp. -- all of which have their own NFV and multi-domain orchestration platforms) and the heavy-duty IT vendors ( Hewlett Packard Enterprise , IBM Corp. (NYSE: IBM), Dell Technologies (Nasdaq: DELL)).

"Each type of company brings its own strengths to the party, and some of them play in more than one camp, notably Ericsson, which is strong in network operating software, as a network equipment provider and as an integrator," comments James Crawshaw, analyst at Heavy Reading, who recently published a report on this market called Intent-Based Networking, Automating Next-Generation Networks.

On the more disruptive end of the scale, carriers can opt to use code from one of the new carrier-driven industry organizations, such as ONAP or OSM; do it themselves using an automation programming framework and a lot of hard work; or go with one of the new and disruptive "God code" middleware solutions now entering the fray (more on these later).

Whichever path they take, for service providers this is a decision fraught with much more anxiety today than it was four or five years ago when they were considering suppliers for NFV.

Back then, service providers were optimistic that deploying software-based virtualization (SDN and NFV) would buy them two benefits: cost savings, plus a way to escape from being locked into one vendor's end-to-end communications portfolio. At the same time, those same service providers were also predisposed to continue to work with the incumbent vendors they knew and trusted.

For the incumbent vendors, this situation presented a serious quandary. How could they continue to lock in their biggest customers while also showing that they were fully committed to the bold new, open and interoperable world of software-based virtualization? Their answer, basically, was to slap some open source lipstick on a proprietary pig, by continuing to sell their own technology while also joining a slew of open source virtualization organizations. This effectively sent their service provider customers (and analysts and the media, who all fell for this line) the strong impression -- not guarantee, mind -- that their products would seamlessly interwork with products from other open source supporters.

Today, of course, we know that "support" for open source code doesn't mean that a vendor's products will interoperate with anyone else's, at all. Mostly they won't, without a lot of hard systems integration and/or lab work. Now add in the fact that the incumbents' early NFV products were mostly hard to implement (buggy, overly complicated, expensive to get running) and the result, four years on, is a lot of very big incumbent equipment companies with a lot of very frustrated carrier customers.

Next page: Making sense of the vendor marketectures

 
(19)  | 
Comment  | 
Print  | 
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
Page 1 / 2   >   >>
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Light Sabre
9/22/2017 | 11:13:03 PM
Far off
"this stuff is pretty much pie in the sky right now"

Indeed, most of the telecom execs I speak to about SONs and similar areas (1) have and/or acknowledge vastly different definitions for SONs and "intelligent networks" in the industry, (2) note that we're quite far away from this vision, and/or (3) seem to have little idea what I'm talking about.
mendyk
50%
50%
mendyk,
User Rank: Light Sabre
9/15/2017 | 4:11:13 PM
Re: Componentry?
Don't go away mad ...
PaulERainford
50%
50%
PaulERainford,
User Rank: Light Sabre
9/15/2017 | 4:09:27 PM
Re: Componentry?
This conversation is getting silly. I'm off to nail some jelly to the wall.
mendyk
50%
50%
mendyk,
User Rank: Light Sabre
9/15/2017 | 1:51:14 PM
Re: Componentry?
As a wise old copy editor (as if there were any other kind) once advised, know the language of the tribe. Virtualized functions run on components, but referring to those functions as componentry does not comply with the idiom of this particular tribe.
PaulERainford
50%
50%
PaulERainford,
User Rank: Light Sabre
9/15/2017 | 12:40:10 PM
Re: Componentry?

Componentry | Definition of Componentry by Merriam-Webster

https://www.merriam-webster.com/dictionary/componentry
 
Define componentry: the parts that make up a system or device.
PaulERainford
50%
50%
PaulERainford,
User Rank: Light Sabre
9/15/2017 | 12:33:14 PM
Re: Componentry?
Plus: it didn't strike me as wrong. It's hard copy editing in a foreign language, you know.
mendyk
50%
50%
mendyk,
User Rank: Light Sabre
9/15/2017 | 12:29:25 PM
Re: Componentry?
As an emeritus member of the Copy Desk Academy, I take issue with your hand-washing in this matter. I remember getting the most pleasure out of thankless tasks by correcting things that came from on high.
PaulERainford
50%
50%
PaulERainford,
User Rank: Light Sabre
9/15/2017 | 11:23:00 AM
Re: Componentry?
Oi, leave the copy desk out of it. This came to us from on high and is no sillier than many other words we assured are common parlance on Planet Telecom.
IS-dg
50%
50%
IS-dg,
User Rank: Light Beer
9/7/2017 | 10:42:54 AM
Re: Testify!
I meant http://platonicrealms.com/encyclopedia/zenos-paradox-of-the-tortoise-and-achilles

Zeno, Xeno, ya know.
Steve Saunders
50%
50%
Steve Saunders,
User Rank: Blogger
9/7/2017 | 10:38:45 AM
Re: Componentry?
possibly worried about being downsized by automation? 
Page 1 / 2   >   >>
More Blogs from From the Founder
After almost two decades at Light Reading, it's time for a different optical adventure.
John Chambers is still as passionate about business and innovation as he ever was at Cisco, finds Steve Saunders.
Light Reading founder Steve Saunders talks with VMware's Shekar Ayyar, who explains why cloud architectures are becoming more distributed, what that means for workloads, and why telcos can still be significant cloud services players.
Light Reading's recent Automation Everywhere conference provided invaluable guidance and insights for network operators figuring out their automation strategies.
Ngena's global 'network of networks' solves a problem that the telecom vendors promised us would never exist. That doesn't mean its new service isn't a really good idea.
Featured Video
Flash Poll
Upcoming Live Events
September 17-19, 2019, Dallas, Texas
October 1, 2019, New Orleans, Louisiana
October 2-22, 2019, Los Angeles, CA
October 10, 2019, New York, New York
November 5, 2019, London, England
November 7, 2019, London, UK
December 3-5, 2019, Vienna, Austria
December 3, 2019, New York, New York
All Upcoming Live Events
Partner Perspectives - content from our sponsors
Transform Beyond Borders to Lead the Innovation
By Ben Zhou, CEO, Whale Cloud
Reject Limits. Build the Future.
By David Wang, Huawei
China Telecom & Huawei Jointly Complete the World's First End-to-End 5G SA Voice & Video Call
By Jay Liu, Senior Marketing Manager, Cloud Core Product Line, Huawei Technologies
All Partner Perspectives