Light Reading

Liability Issues Increase in Virtual World

Carol Wilson
6/4/2014
50%
50%

NICE -- TM Forum Live! -- For all the admitted enthusiasm about network functions virtualization here, there is also a growing number of concerns being raised here, the most recent being that of how liability is shared for service failures or outages once multiple software-based functions run on logically separate hardware.

In multiple sessions on NFV, service providers have admitted there is not yet a clear understanding of how liability will be shared and how service level agreements (SLA) will be designed, delivered, and guaranteed once they move off purpose-built telecom hardware onto more agile virtualized network gear.

"When you have different providers providing virtual network functions on the same NFV infrastructure, you need to take into account the different roles," said Laurent Leboucher, VP of APIs and Digital Ecosystems for Orange (NYSE: FTE) in a Wednesday morning panel. "When something goes wrong, who is responsible? This is a new source of complexity, making fault management more difficult. We will need to manage this complexity."

The overall role of managing VNFs will fall to the network orchestrator, says Caroline Chappell, senior analyst with Heavy Reading and chair of the session at which Leboucher was speaking. "The orchestrator will have to understand the implications of where it places specific VNFs."

Those decisions will be based on factors such as liability, security, network performance and other business issues, all of which now will typically become part of the contract process. A company providing a VNF will also provide requirements for running it. Those requirements become part of the policies put in place with the network orchestrator, Chappell says. As for the hardware running the virtual functions, it is part of the NFV infrastructure, which is what provides SLAs up to those VNFs, she says.

"The service provider will have to have a well-mapped, well-managed NFV infrastructure," she adds. The hope is the industry can get a common approach to the NFV infrastructure that can be trusted.

"The liability then lies with whoever runs the NFV infrastructure, and that can be an operator or a systems integrator," Chappell says. "The role of systems integrators could change under virtualization."

The Heavy Reading analyst says the challenge will be to be able to abstract the virtual infrastructure at each layer of the network, which could potentially lead to separate SLAs and performance requirements for individual layers, creating the need for understanding who is responsible for what.

It's one more layer of complexity for the technology ultimately being counted on to simplify the network operator's efforts to bring service to market more quickly.

— Carol Wilson, Editor-at-Large, Light Reading

(11)  | 
Comment  | 
Print  | 
Newest First  |  Oldest First  |  Threaded View        ADD A COMMENT
Page 1 / 2   >   >>
TomNolle
50%
50%
TomNolle,
User Rank: Light Sabre
6/6/2014 | 8:20:25 AM
Re: It's all about Federation
No, but we're clearly talking past each other.  I don't disagree with your points, so let's just leave it at that.
Joe Stanganelli
50%
50%
Joe Stanganelli,
User Rank: Light Sabre
6/6/2014 | 3:33:00 AM
Not so much unclear; just obscure, maybe
Well, it's unclear unless you're an attorney or insurance specialist with a modicum of data privacy knowledge.  Mostly it has to do with basic contract law, although special regulations may come into play as well, depending upon the jurisdiction (as discussed here).

This is why cyber insurance is becoming more popular.  Your cyber insurance carrier can help clarify your liabilities for you, and a good cyber insurance policy can cover a wide range of things you wouldn't normally think of.
brookseven
50%
50%
brookseven,
User Rank: Light Sabre
6/5/2014 | 7:57:51 PM
Re: It's all about Federation
Tom,

You are missing the point.  Let's go down the road 10 years and say there are 100 different products approved for deployment in virtual environment by 1 carrier.  The carrier now has to know the valid combination of instances to run on the shared infrastructure.  Even if it is ONLY sharing with itself...it still has to know.  

Unless we are saying that 1 hardware server = 1 application, then we are running a number of possibly different application on the same hardware.  Once you do that, the ability to prove that a server can support that load becomes difficult in a test and integration environment.

Now I have done this in a SaaS vendor in the IT space.  The way we dealt with it was to build standard packages of VMs that can be run on the same server and test that as a unit.  We could do that, because we were not offering the broad arrange of services that you see in a carrier. We only did this on our servers in our data centers and we only bought 1 type of server.  With that we were able to predict performance across a number of load variations.  Even then, we knew there were potential risks to what we were doing.

Which is sort of the problem here.  To keep to the same level of assurance that is normal in the custom hardware space, lots of the desired flexibility is lost.  Remember you have to be able to support this network with relatively low level people.  The software equivalent of card swappers.

Again, I repeat - many of these challenges already exist inside of business critical SaaS operations in the IT space.  They have been dealt with.  Let me use one that most folks are familiar with....Anybody study the implementation of Gmail in your group?  Its a 24/7/365 service that has scaled massively.  People complain bitterly when their are interruptions.  Just saying, it might be a good place to start.

seven
TomNolle
50%
50%
TomNolle,
User Rank: Light Sabre
6/5/2014 | 4:57:39 PM
Re: It's all about Federation
I think that's the point operators are raising with Carol, in two dimensions.  First, it's complex enough to figure out what an SLA means when the service elements are hosted components instead of fixed appliances.  Second, it's harder if you assume that the pool of virtual functions and NFV Infrastructure isn't totally homogeneous; that there are different contributors perhaps demanding different configurations.  I think that most operators will never support a vast mix-and-match component/resource universe for that reason; they'll offer users some preconfigured choices to let them pick what they want, and provide SLAs on the combinations they've prequalified.
Yulot
50%
50%
Yulot,
User Rank: Moderator
6/5/2014 | 4:41:38 PM
Re: It's all about Federation
@TomNolle: You are right to refer to it being magnified. The risk is indeed always there. Even in "traditional" or non virtualized networks, operators are not managing very well the end-to-end chain of devices, network elements and applications. They sometimes do a good job on a per segment basis, but they fail to really know their performance throughout the end to end chain at one specific moment in time, to understand how or what degrades the service. This is also why they never really commit to minimum SLA, but rather quote what the maximum can be in optimal conditions instead. So I guess it will be magnified indeed in virtualized or SDN environments.
TomNolle
100%
0%
TomNolle,
User Rank: Light Sabre
6/5/2014 | 1:37:29 PM
Re: It's all about Federation
I didn't make that assumption, actually.  I was responding to Carol's point about the diversity of suppliers, which is different from the question of whether you can write an SLA for a VNF hosted on shared infrastruture.  Whatever the crosstalk issues are with respect to VNFs on VMs, they're similar to issues of how traffic from one source impacts other users who share routers or trunks.
brookseven
50%
50%
brookseven,
User Rank: Light Sabre
6/5/2014 | 12:53:33 PM
Re: It's all about Federation
Tom,

There is an assumption in your comment that the working of one VM on a server can not in any way impact the workings of another.  That is not true.  There is all kinds of separation, but if you load up instances on other VMs on the same machine then there is less CPU available for your VM.  The challenge with that is that these compute peaks can happen inside the time to trigger a new instance being created to offload work.

You can't say that you are on a shared infrastructure and make an assumption that you have absolute control on the things you are sharing.

seven

 
jabailo
50%
50%
jabailo,
User Rank: Light Sabre
6/5/2014 | 12:45:22 PM
Me and My Landlord
I wonder if these issues will end up like those between me and my landlord.

This past week I have been besieged in my apartment with toxic smells coming from my neighbors back patio.   It's like a combination of rug cleaner and trash (I think it's used fluid).  

I complained and the result was a ten day notice for him to clean up his property.  However, that means I could be smelling this result for 10 days more.

Everyone is doing everything right according to the rules, but the problem doesn't get solved.
TomNolle
50%
50%
TomNolle,
User Rank: Light Sabre
6/5/2014 | 9:02:12 AM
Re: It's all about Federation
If that's their concern it would be interesting, because it suggests a lot more disorder in selecting and on-boarding VNFs than we now have in controlling how devices are admitted into networks.  Most of the operators I've talked with are assuming that they would have a very specific process for certifying functionality in their labs, just as they have for physical devices like switches, routers, firewalls, etc.  The security risk associated with relaxing VNF certification processes would IMHO be more of an issue than SLA risks.

I think the biggest risk on the SLA front is that NFV is still a kind of microcosmic process and SLAs are still an end-to-end requirement.  If you can't manage all of the components of a service in a consistent way you can't guarantee it, no matter what technology you use.  NFV introduces new technology choices and so it magnifies that risk, but SDN would do exactly the same thing.
Carol Wilson
50%
50%
Carol Wilson,
User Rank: Blogger
6/5/2014 | 5:21:18 AM
Re: It's all about Federation
Tom,

That's an interesting perspective. What I'm hearing here is individual carriers talking about how they guarantee SLAs for their own customers and negeotiate with their own hardware and software suppliers when their own networks are based on VNFs from different companies running in generic hardware from someone else. 

It's not something they've dealt with in the past. 
Page 1 / 2   >   >>
Flash Poll
From The Founder
Last week I dropped in on "Hotlanta," Georgia to moderate Light Reading's inaugural DroneComm conference – a unique colloquium investigating the potential for drone communications to disrupt the world's telecom ecosystem. As you will see, it was a day of exploration and epiphany...
LRTV Documentaries
Verizon's Emmons: SDN Key to Cost-Effective Scaling

5|22|15   |   03:53   |   (0) comments


For Verizon and other network operators to ramp up available bandwidth cost effectively, they need to move to SDN and agree on how to do that.
LRTV Documentaries
Lack of Universal SDN a Challenge

5|21|15   |   04:51   |   (3) comments


Heavy Reading Analyst Sterling Perrin talks about how uncertainty about SDN standards and approaches may be slowing deployment.
LRTV Custom TV
Steve Vogelsang Interview: Carrier SDN

5|20|15   |   05:02   |   (0) comments


Sterling Perrin speaks to Steve Vogelsang, Alcatel-Lucent CTO for IP Routing & Transport business, about the new Carrier SDN-enabling Network Services Platform and the operator challenges it solves.
LRTV Custom TV
Carrier SDN: On-Demand Networks for an On-Demand World

5|20|15   |   20:52   |   (0) comments


Steve Vogelsang, Alcatel-Lucent CTO for IP Routing & Transport business, talks about requirements and benefits of Carrier SDN during the keynote address at the Light Reading Carrier SDN event May 2015.
LRTV Documentaries
The Security Challenge of SDN

5|19|15   |   02:52   |   (0) comments


CenturyLink VP James Feger discusses concerns that virtualization could create new vulnerabilities unless network operators build in safeguards.
LRTV Custom TV
NFV Elasticity – Highly Available VNF Scale-Out Architectures for the Mobile Edge

5|18|15   |   5:50   |   (0) comments


Peter Marek and Paul Stevens from Advantech Networks and Communications Group talk about their NFV Elasticity initiative and the company's latest platforms for deploying virtual network functions at the edge of the network. Packetarium XL and the new Versatile Server Module: 'designed to reach parts of the network that other servers cannot reach.'
LRTV Huawei Video Resource Center
Bay Area Spark Meetup 2015

5|14|15   |   3:54   |   (0) comments


Developed in 2009, Apache Spark is a powerful open source processing engine built around speed, ease of use and sophisticated analytics. This spring, Huawei hosted a meetup for Spark developers and data scientists in Santa Clara, California. Light Reading spoke with organizers and attendees about Huawei's code contributions and long-term commitment to Spark.
LRTV Custom TV
The Transport SDN Buzz

5|12|15   |   06:01   |   (1) comment


Sterling Perrin, senior analyst at Heavy Reading, speaks with Peter Ashwood-Smith of Huawei and Guru Parulkar of ON.Lab about the evolution of transport SDN and the integration of technologies.
LRTV Custom TV
Next-Generation CCAP: Cisco cBR-8 Evolved CCAP

5|5|15   |   04:49   |   (0) comments


John Chapman, Cisco's CTO of Cable Access Business Unit and Cisco Fellow, explained the innovation design of Cisco's cBR-8, the industry's first Evolved CCAP, including DOCSIS 3.1 design from ground-up, distributed CCAP with Remote PHY and path to virtualization. Cisco's cBR-8 Evolved CCAP is the platform that will last through the transitions.
LRTV Custom TV
Meeting the Demands of Bandwidth & Service Group Growth

5|1|15   |   5:35   |   (0) comments


Jorge Salinger, Comcast's Vice President of Access Architecture, explains how DOCSIS 3.1 and multi-service CCAP can meet the demands of the bandwidth and service group growth.
LRTV Custom TV
DOCSIS 3.1: Transforming Cable From Hardware-Defined Network to Software-Defined Network

4|29|15   |   03:48   |   (0) comments


John Chapman, Cisco's CTO of Cable Access Business Unit and Cisco Fellow, explains how DOCSIS 3.1 can transform cable HFC network to a more agile software-defined network.
LRTV Huawei Video Resource Center
Predicting Traffic Patterns for Quality Mobile Broadband

4|29|15   |   6:45   |   (0) comments


Accessing information ubiquitously creates complexity and creates heavy traffic onto the network, especially at large-scale events like sporting events or festivals. In this video, Huawei's Mohammad Hussain speaks to experts about how to predict traffic and improve user experience during periods of heavy traffic.
Upcoming Live Events
June 8, 2015, Chicago, IL
June 9, 2015, Chicago, IL
June 9-10, 2015, Chicago, IL
June 10, 2015, Chicago, IL
September 29-30, 2015, The Westin Grand Müchen, Munich, Germany
October 6, 2015, Westin Peachtree Plaza, Atlanta, GA
November 11-12, 2015, The Westin Peachtree Plaza, Atlanta, GA
All Upcoming Live Events
Infographics
Network functions virtualization (NFV) is not the easiest of topics to take on board, so here's a Light Reading infographic, developed following conversations with the folks at HP, that helps make sense of where NFV is taking the industry.
Hot Topics
Choosing a Technology Supplier? Consider Changing Your Selection Criteria
Steve Saunders, CEO and founder, Light Reading, 5/18/2015
Verizon Saves 60% Swapping Copper for Fiber
Sarah Thomas, Editorial Operations Director, 5/19/2015
Chattanooga Charts Killer Gigabit Apps
Mari Silbey, Senior Editor, Cable/Video, 5/20/2015
Smarter 'Dumb' TVs Will Drive OTT Adoption
Mari Silbey, Senior Editor, Cable/Video, 5/18/2015
Charter, Bright House: The Wedding's Back On
Mari Silbey, Senior Editor, Cable/Video, 5/19/2015
Like Us on Facebook
Twitter Feed
Webinar Archive
BETWEEN THE CEOs - Executive Interviews
With 200 customers in 60 countries, Stockholm-based Net Insight has carved out a solid leadership position in one of the hottest vertical markets going in comms right now: helping service providers and broadcasters deliver video and other multimedia traffic over IP networks. How has Net Insight managed to achieve this success in the face of immense competition from the industry giants?
My ongoing interview tour of the leading minds of the telecom industry recently took me to Richardson, Texas, where I met with Rod Naphan, CTO and SVP, Solutions, ...
I recently popped down to Texas to chat with CEO Eric L. Pratt about his company, Taqua.
Cats with Phones