& cplSiteName &
Comments
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
<<   <   Page 2 / 5   >   >>
creynolds32701
creynolds32701
4/21/2017 | 9:17:45 AM
re: Help with your initiative
Hi Stephen - Please reach out to me. We have some technology that may help with the standards and getting everyone to share and use the IP developed. 

Chuck Reynolds

TSI 

www.cloudasafile.com

 
arifhrashid
arifhrashid
4/21/2017 | 1:40:46 AM
Time for Telecom Reboot
True , not a simple reboot but a deeplevel reformat is required.
brooks7
brooks7
4/20/2017 | 4:57:32 PM
Re: Diagnosis
Carol,

I think they might be interested in scaling their networks.  So,  Google and Facebook have done it.  There is existence proof that NOTHING is stopping anybody from doing it.  So stop waiting and do it.  There are no barriers.  The telcos are inventing barriers to do it.

Is hiring hard?  Well, yes it is for everyone in the US.  Gosh.  What have they been doing for the last 5 years? 

My point is that the culture prevents them from starting today.  There was no barrier for them to start 5 years ago.  Stop every one of the standards groups, buy some VMWare licenses, Pick some Products and start coding.  Today.  Don't wait.  Do not do any product evaluations.  Don't bother with RFPs.  Just go.  Many reasons can be invented to not have a group of services created (let's set a goal of 200 new services per company per year).  But the real reason is culture. 

To be specific about the cultural issue, it has to do with accountability.  The model used in Telcos is that nobody can be fired for screwing up except at the bottom.  Committtees make decisions.  Those committees do detailed studies.  They debate fine points.  Nobody can be blamed for a bad decision.  The accountability is too diluted.  The growth portion of the product life cycle of these services is shoter than the decision cycle in a carrier.

Now, the question to me is why do SPs bother with this when it is like Johnny Cochran said, "If it doesn't fit, you must acquit."

seven

 
briansoloducha
briansoloducha
4/20/2017 | 4:40:47 PM
Re: Diagnosis
"Facebook has no fear of pushing out new software, and if there are problems, rolling it back and fixing it in the next release, no big deal. How do you explain that to people for whom the blood/brain barrier between engineering and ops has always been a given?"

Better question - how do you try and bring that into your company when your company has a history of FIRING PEOPLE who do this? We need approvals up to VP-level to do changes planned 3-weeks in advance for a mid-week, middle-of-the-night change. If people circumvent this approval process, they do so at risk of immediate dismissal. And yet, management here wants to change the culture....

Thank you for discussing this topic.
Duh!
Duh!
4/20/2017 | 4:23:38 PM
Re: Diagnosis
I also concur, with a few further points.

Cargo cults (look it up) are an apt metaphor for imagining that virtualization will make CSPs like Google et. al. A few of the trappings of the scale-out datacenter are necessary, but not sufficient. Taken out of their full context, they are risible. Kind of like those mock airports in Micronesia.

The cargo cult posits that massive cultural change can make it all work. I think they fail to realize depth of the culture change that is needed, and the institutional immune responses to be overcome.  Google's engineers think like computer scientists; CSP engineers think like telecom engineers. Ordinary minds will revert to the way of thinking they grew up with. Change isn't a simple matter of courseware and threats.

DevOps and CI/CD, for example. Facebook has no fear of pushing out new software, and if there are problems, rolling it back and fixing it in the next release, no big deal. How do you explain that to people for whom the blood/brain barrier between engineering and ops has always been a given? We don't need regression testing anymore? Field trials involving unproven code get conducted with live, not-necessarily-friendly customers?

Speaking of thinking like computer scientists, consider ETSI's NFV model. Lots of functional boxes, connected by a hodge-podge of numerous and disparate interfaces. Computer science notions like abstraction, recursion, remote procedure calls, and inheritance are apparently absent. Would or could such a model be drawn for a scale-out datacenter?

On the other hand, never underestimate the determination of this industry, once it's been sold a panacea, to make it work. They'll muddle along until it does.
saints4454
saints4454
4/20/2017 | 4:20:15 PM
Re: Virtualize or Automate?
I agree Carol.  ONAP definitely has the potential to be beneficial for SP's.

 

Brad
Carol Wilson
Carol Wilson
4/20/2017 | 3:09:18 PM
Re: Virtualize or Automate?
Brad,

Your comment is perfectly in line with what every major service provider says. It is the reason the Open Network Automation Platform project exists. 

 

Carol 
Carol Wilson
Carol Wilson
4/20/2017 | 3:07:01 PM
Re: Diagnosis
Seven,

There was a variety of companies at the Open Networking Summit - smaller ones including startups along with Google, Facebook, AT&T, etc. - the one thing on which they all agreed is that there is much more demand for software engineers than exist today on the planet. Are a lot of the smarter ones more interested in starting their own companies than working in the bowels of a telecom giant? I'm sure that's true.

For telecom players to try to scale their networks in the way that Facebook and Google do isn't ludicrous and it isn't about them trying to be an OTT player. It is about trying to meet bandwidth demand in a way that scales. And the traditional approaches don't do that. 

But this discussion seems to be much more about bashing telecom in the most outrageous way for other purposes. 
Steve Saunders
Steve Saunders
4/20/2017 | 2:43:20 PM
Re: Virtualize or Automate?
very interesting point, Brad!
saints4454
saints4454
4/20/2017 | 2:03:20 PM
Virtualize or Automate?
I really liked your article and agree with many aspects.  For the past few years, I've stressed the need for investment more so in Automation of Telecom networks vs. the virtualization of network functions.

Dramatic efficiencies in Operations can be realized by starting with transforming how SP's operate their networks.  

Over the past 4 years, if 50% of the virtualization investments would have been made in automation initiatives, I believe that the SP's capabilities to adopt virutalization would be far better and they would be in a better position to compete with the innovation being seen from OTT players.

Automate and Augment first.

Brad
<<   <   Page 2 / 5   >   >>


Featured Video
Upcoming Live Events
September 17-19, 2019, Dallas, Texas
October 1-2, 2019, New Orleans, Louisiana
October 10, 2019, New York, New York
October 22, 2019, Los Angeles, CA
November 5, 2019, London, England
November 7, 2019, London, UK
November 14, 2019, Maritim Hotel, Berlin
December 3-5, 2019, Vienna, Austria
December 3, 2019, New York, New York
March 16-18, 2020, Embassy Suites, Denver, Colorado
May 18-20, 2020, Irving Convention Center, Dallas, TX
All Upcoming Live Events