Light Reading
Stanford's Nick McKeown says SDN won't take hold until networking equipment vendors give up some control

SDN's Killer App: More Network Control

Phil Harvey
The Philter
Phil Harvey
3/21/2013
50%
50%

ANAHEIM, Calif. -- OFC/NFOEC 2013 -- Everyone here has a software-defined networking (SDN) story. They all seem to point to a future of simpler networks that, with the help of virtualization, are much easier to control. But how hard will network equipment vendors really work for that goal when they have huge installed bases of routers and switches to protect? The status quo for those firms commands bigger margins now than if all or part of their networking functions were suddenly being handled on standard servers. Stanford University professor Nick McKeown says a lot of the vendors that say they're on board with SDN are only adding more code to support SDN-like interfaces and functions to specialized control planes inside of vertically integrated, proprietary routers and switches and gateways. In the hallways, after his plenary talk here, he was even more fired up. "I'm feeling sorry for the service providers who have to wade through that garbage," McKeown says. SDN, if done correctly, doesn't change the functionality of the network -- it moves those functions around. And, when the transport network's control and forwarding plane are separated, innovation can happen more quickly and less expensively, McKeown says. When I pressed him for a real-life application that could be the result of the simpler networks that SDN promises, he didn't disappoint. "You know how you have network neutrality now," he asked. "What if the customer could flip it around and tell the service provider: 'I'd like to give preference in my home network to Netflix.'" It would be interesting to see a service provider offering its network as a service and trusting its customers to provision network tasks via some portal or app that controls some virtual abstraction of its physical network. Indeed, it'd be nice to be billed for what you provision and use on that network, not just for the privilege of connecting to it and hardly using it. The general idea of a more services-oriented and software-defined telco is appealing. Some optical networking vendors here are getting on board with discussions to see how SDN-enabler OpenFlow will work in optical networks. McKeown, in his plenary presentation slides, says that SDN will get to simpler, more innovative networks, but first the big router and switch makers have to agree to get out of the way: "Networks will be in service of the owner, the operator, the customer and the application rather than just the high-margin vendor." — Phil Harvey, Editor, Light Reading

(15)  | 
Comment  | 
Print  | 
Newest First  |  Oldest First  |  Threaded View
Page 1 / 2   >   >>
dwx
50%
50%
dwx,
User Rank: Light Sabre
3/22/2013 | 5:14:35 PM
re: SDN's Killer App: More Network Control
I agree. -áA provider I worked for allowed customers to change their WAN Frame-Relay BW via a web portal 8 years ago now. -á It also allowed Ethernet connected customers to turn up new VLANs between sites within a pre-built VPLS. -á Of course this required proprietary tools to do so, but I don't think that changes with OpenFlow at all. -áAre service providers going to allow a customer to turn up a pipe to Netflix at a whim which then provisions network resources on intermediate devices? -áUnlikely. -á And that isn't even bringing in security ramifications for devices which carry sensitive traffic like PCI data, which they do today. -á
mark-r
50%
50%
mark-r,
User Rank: Light Beer
3/21/2013 | 10:59:32 PM
re: SDN's Killer App: More Network Control
Network as a service a new thing? What would you call, say, a classical wide-area-network (WAN) service by a network service provider to a multi-sited enterprise or ASP customer, to connect the customer's sites (offices/data centers/POPs) and external network access points? What new does SDN/OF enable?

E.g. if the classical WAN service is packet-layer transparent, the customer equipment (whatever they are, even custom built) will be in full control of the WAN service. The network SP does not need SDN/OF for that. How the customer manages its own systems interconnected by the WAN service is up to the customer (within what is supported by the customer premise technologies, which, as mentioned, can even be proprietary if needed).

What we need is better service layering architecture, not more control by itself or new protocols (much can be accomplished by less rigid, smarter use of existing protocols).
dig_deeper
50%
50%
dig_deeper,
User Rank: Light Beer
3/21/2013 | 8:31:05 PM
re: SDN's Killer App: More Network Control
Parsimony, if you read my comment again, you will see that I referred to OpenFlow and how Nick and team advocated so much for OpenFlow as the savior and driver for capex reduction for top of the rack and other switching and routing equipment. -áThats was a big mistake.

Openflow would never be able to provide that capex reduction value proposition that got pitched by them for many years and drove ridiculous an wasted R&D investments on OpenFlow.-á
Phil Harvey
50%
50%
Phil Harvey,
User Rank: Light Beer
3/21/2013 | 8:18:17 PM
re: SDN's Killer App: More Network Control
-áThat's why I'm careful to point out that even though folks are discussing SDN, what they're really talking about is the idea of service providers being able to offer the network as a service. That's not happening now but it could, as you point out.
febi85
50%
50%
febi85,
User Rank: Light Beer
3/21/2013 | 7:49:29 PM
re: SDN's Killer App: More Network Control
Verizon uses ForCES and it deployed in the field. I agree it has less interest, but some showing interest to it and many turning towards it,
Parsimony in Networking
50%
50%
Parsimony in Networking,
User Rank: Light Beer
3/21/2013 | 7:46:17 PM
re: SDN's Killer App: More Network Control
Nice association fallacy, but ultimately spoken like someone who hasn't actually thought much about this problem, and who certainly hasn't actually implemented one of these protocols. -á:)-á

No I don't think that the ~20 RFCs that make up the core internet protocol suite are simple, especially in composition. -á-á

But that doesn't make abstract-ámodeling-á/ negotiation of arbitrary forwarding hardware any simpler either.-á
Parsimony in Networking
100%
0%
Parsimony in Networking,
User Rank: Light Beer
3/21/2013 | 7:35:54 PM
re: SDN's Killer App: More Network Control
dig_deeper: -áI'm not sure I agree that Nick has pointed the "whole industry in the wrong direction". -áI do believe that SDN in general and OF specifically,-áshoddily-ádesigned protocol that it is, are ENORMOUSLY over hyped. -áI also think it's likely that OF will, after the bubble bursts (or gradually deflates), be relegated to the protocol graveyard along with COPS and GSMP.-á

Having said that, I think that Nick, or rather, Scott and Nick, have opened up a very interesting area of inquiry. -á

Saying that OF is the one SDN protocol to rule them all, and the ultimate culmination of the SDN concept, is obviously ridiculous (I put this down to an aggressive ONF marketing campaign; that IS what they do after all). -áSaying that SDN itself has no value is almost equally absurd.
Parsimony in Networking
50%
50%
Parsimony in Networking,
User Rank: Light Beer
3/21/2013 | 7:26:00 PM
re: SDN's Killer App: More Network Control
Interesting... -áAs much as I like the people who work on ForCES, and believe that their design is more mature than OFs, they have zero vendor adoption AFAIK and almost no customer interest. -á
buraglio
50%
50%
buraglio,
User Rank: Light Beer
3/21/2013 | 7:11:00 PM
re: SDN's Killer App: More Network Control
The ONF isn't *totally* transparent. -áFollowing the WGs is much easier but even then that is not enough. -á"Vendor agnostic forwarding abstraction is all OpenFlow is." is one of the most elegant descriptions of OpenFlow I've heard, ever. -áThere are certainly ways to accomplish many of the tasks but most of those-ámechanisms, while possibly well documented,-áare clunky at best. -áProgrammatically-áadapting the network in a proactive manner is one of the huge advantages that OpenFlow brings to the table and large entities are going to embrace it. -áMaybe not now, but they will. -á-áIs it scary to the network vendors? -áAbsolutely. -áWas it productized too early? -áMaybe. -áIs it going away? -áHighly doubtful.-á
Was dynamic routing scary when it was originally deployed? -áYup. -áNow it's the norm. -á
dig_deeper
50%
50%
dig_deeper,
User Rank: Light Beer
3/21/2013 | 7:06:24 PM
re: SDN's Killer App: More Network Control
Brent, Please enlighten us why only a "vendor agnostic" solution is required to -áprovide on-demand bandwidth for netflix, as asked by you? -áYou are confusing two different things. -áTo provide on-demand bandwidth for netflix, you simply need a programmatic way to configure the existing network equipment. -á -áIt's a network orchestration problem, and there are practical ways to accomplish it.

If configuration level APIs are provided on top of existing equipment, it provides the agility of quick re-configuration and programmability. -áWith open REST APIs available, the orchestrator can be from a 3rd party, making the automation and orchestration piece "vendor agnostic"The "vendor agnostic" argument for Openflow is what people use for cost reduction of networking equipment, which is close to hallucination.-á
Page 1 / 2   >   >>
More Blogs from The Philter
There's an interesting tension between how much SDN can benefit service providers and how it could threaten their established businesses
OneAPI may provide developers a reason to build apps and content for networks, not just mobile operating systems
Ericsson CEO Hans Vestberg defends his company's managed services deals and says he'd rather invest in R&D than make expensive acquisitions
Use our message boards to share photos from your Barcelona experience this week
Flash Poll
From The Founder
It's clear to me that the communications industry is divided into two types of people, and only one is living in the real world.
LRTV Custom TV
Distributed Access Architectures – 2

10|21|14   |   8:51:00 AM   |   (0) comments


ARRIS CTO Network Solutions Tom Cloonan discusses why many if not most MSOs will continue with integrated CCAP, while addressing why some are also looking at two futuristic, distributed access architectures: Remote PHY and Remote CCAP.
LRTV Custom TV
Distributed Access Architectures – 1

10|21|14   |   9:01   |   (0) comments


SCTE Sr. Director of Engineering Dean Stoneback discusses the pros and cons of distributed access architecture (DAA) and its various forms, which range from basic Remote PHY to full CMTS functionality in the node.
LRTV Custom TV
The WiFi Road to Riches – 2

10|21|14   |   3:58   |   (0) comments


ARRIS Senior Solution Architect Eli Baruch talks about how MSOs can enable public and community WiFi through 1) outdoor access points, 2) businesses seeking to offer WiFi to customers, and 3) residential WiFi gateway extensions.
LRTV Custom TV
The WiFi Road to Riches – 1

10|21|14   |   10:15   |   (0) comments


SCTE Director of Advanced Technologies Steve Harris discusses WiFi deployments, drivers, challenges and advances, including 802.11ac, carrier-grade WiFi, community WiFi, Hotspot 2.0, Passpoint, WiFi-First and voice-over-WiFi.
LRTV Custom TV
Advantech Accelerates 100G Traffic Handling

10|17|14   |   7:56   |   (0) comments


Paul Stevens from Advantech explains why handling 100GbE needs a whole new platform design approach and how Advantech is addressing the needs of equipment providers and carriers to give them the flexibility and performance they will need for SDN and NFV deployment.
LRTV Huawei Video Resource Center
Holland's Imtech Traffic & Infra Discusses Huawei's ICT Solution and Services

10|16|14   |   4:49   |   (0) comments


Dimitry Theebe is from the business unit at Imtech Traffic & Infra which delivers communications solutions for transportations. His partnershp with Huawei began about a years ago. In this video, Theebe speaks more about this partnership and what he hopes to accomplish with Huawei.
LRTV Huawei Video Resource Center
Huawei's Comprehensive Storage Solutions Vital for SVR

10|16|14   |   6:16   |   (0) comments


SVR Information Technology provides cloud services for academic and special sectors. With Huawei's support, SVR and Yildiz Technical University has established Turkey's largest and most advanced High Performance Computing system. CSO Ismail Cem Aslan talks about what he hopes Huawei's OceanStor storage system will bring for him.
LRTV Huawei Video Resource Center
Mexico's Servitron's Impression of Huawei at CCW 2014

10|16|14   |   6:35   |   (0) comments


Servitron is a network operator in Mexico that has been in the trunking industry for the past 20 years. Its COO, Ing. Ragnar Trillo O., explains at Critical Communications World 2014 that his company has been interested in the long-term evolution of LTE technology and its adoption for TETRA.
LRTV Huawei Video Resource Center
Building a Better Dubai

10|16|14   |   2:06   |   (0) comments


Abdulla Ahmed Al Falasi is the director of commercial affairs, a telecommunications coordinator for the government of Dubai. Their areas of service span across multiple industries, including police, safety, shopping malls and more. In this video, Abdulla talks about his department's work with Huawei.
LRTV Huawei Video Resource Center
Huawei Lights Up Malaysia Partner Maju Nusa

10|16|14   |   1:59   |   (0) comments


Malaysia's Maju Nusa is an enterprise partner to Huawei in networking, route switches and telco equipment. At this year's Critical Communications World in Singapore, CTO Pushpender Singh talks about what Huawei's eLTE solutions mean to his company and for Malaysia.
LRTV Custom TV
Evolving From HFC to FTTH Networks

10|15|14   |   2:19   |   (0) comments


Cisco's Todd McCrum delves into the future of cable's HFC plant, examining how DOCSIS 3.1 and advanced video compression will extend its life and how the IP video transition will usher in GPON and EPON over FTTH.
LRTV Custom TV
Exploring the Future of Cable Access

10|15|14   |   6:23   |   (0) comments


Cisco's Brett Wingo looks at where cable access architectures are heading, discussing the impact of DOCSIS 3.1, CCAP, Remote PHY, SDN, virtualization of cable networks and related technologies.
Upcoming Live Events
October 29, 2014, New York City
November 6, 2014, Santa Clara
November 11, 2014, Atlanta, GA
December 2, 2014, New York City
December 3, 2014, New York City
December 9-10, 2014, Reykjavik, Iceland
June 9-10, 2015, Chicago, IL
Infographics
WhoIsHostingThis.com presents six of the world's most extreme WiFi hotspots, enabling the most epic selfies you can imagine.
Hot Topics
Forget the Internet, Brace for Skynet
Stephen Saunders, 10/15/2014
HBO Will Go OTT in 2015
Mari Silbey, Independent Technology Editor, 10/15/2014
Google: Carriers & Cloud Providers Need to Cooperate
Mitch Wagner, West Coast Bureau Chief, Light Reading, 10/16/2014
Could Data Be the New 'Currency'?
Ray Le Maistre, Editor-in-chief, 10/16/2014
iPad Air 2 Lets Users Switch Carriers Any Time
Mitch Wagner, West Coast Bureau Chief, Light Reading, 10/17/2014
Like Us on Facebook
Twitter Feed