4
6 Published by the IEEE Computer Society 1089-7801/11/$26.00 © 2011 IEEE IEEE INTERNET COMPUTING News & Trends A new approach to network trafc control — born out of university researchers’ desire to conduct experiments on production- scale infrastructure and based on a slim, six- page white paper — is taking the networking industry by storm. The new technology, dubbed OpenFlow, is being promoted by a new consortium called the Open Networking Foundation (ONF; www.open networkingfoundation.org) and is on the cusp of commercial deployment. The foundation’s mem- bers include some of the world’s largest software providers, content delivery networks, and net- working equipment vendors. OpenFlow might — just might — allow unprecedented granular control of data trafc up and down the appli- cation stack. And the structure of the promot- ing foundation could capitalize on a focused approach to setting standards that will give the technology a quick-mover advantage. “We are moving networking into the world of computing,” says Dan Pitt, the executive direc- tor of the ONF. “You know the advances we’ve had in computing, in distributed systems, in survivability and robustness. Networking has been left behind.” Born Out of a Conundrum The OpenFlow architecture, which originated in labs at Stanford University and the Univer- sity of California, Berkeley, was the result of a conundrum researchers faced, voiced by Stan- ford researcher Nick McKeown in a recent pre- sentation on OpenFlow: “The only test network large enough to evaluate future Internet tech- nologies at scale is the Internet itself.” Yet the necessity for ubiquitous availability of Internet resources for the global economy precluded test- ing the very protocols that would advance those core networking technologies capable of bring- ing the Internet forward. The result, McKeown and the coauthors of the seminal OpenFlow paper (www.openow. org/documents/openow-wp-latest.pdf) concluded, was “that most new ideas from the networking research community go untried and untested; hence, the commonly held belief that the net- work infrastructure has ‘ossied.’” McKeown deects comment that OpenFlow seems to have struck a unique chord among net- working engineers in both academic and enter- prise settings. “It’s more a question of being timely,” he says. “There are lots of similarities between OpenFlow and previous attempts to provide an external interface for a control plane for locally con- trolled switches and routers. They’re all slightly different. There have also been attempts to sepa- rate the data plane from the control plane in the past, and, after all, there are many networks, like telephony networks, that already work that way. “The difference here is timeliness. ONF mem- ber companies, particularly the companies on the board of directors, have a pressing need to optimize the behavior of their networks so they can differentiate their solution from others. And while that has always been true in networking, it is now coupled with people with very deep pockets, people building data centers in particu- lar, who feel it is a competitive advantage to be able to modify the behavior of their network.” McKeown cites an example of large telecom- munications providers vying for the business of a global news network. Software-Dened Networking Could Shake Up More than Packets Greg Goth

Software-De ned Networking Could Shake Up More than Packetsbit/ensino/mo809_1s13... · more secure or reliable or whatever they decide is more competitively advantageous, it allows

  • Upload
    others

  • View
    0

  • Download
    0

Embed Size (px)

Citation preview

Page 1: Software-De ned Networking Could Shake Up More than Packetsbit/ensino/mo809_1s13... · more secure or reliable or whatever they decide is more competitively advantageous, it allows

6 Published by the IEEE Computer Society 1089-7801/11/$26.00 © 2011 IEEE IEEE INTERNET COMPUTING

News & Trends

A new approach to network traf!c control — born out of university researchers’ desire to conduct experiments on production-

scale infrastructure and based on a slim, six-page white paper — is taking the networking industry by storm.

The new technology, dubbed OpenFlow, is being promoted by a new consortium called the Open Networking Foundation (ONF; www.open networkingfoundation.org) and is on the cusp of commercial deployment. The foundation’s mem-bers include some of the world’s largest software providers, content delivery networks, and net-working equipment vendors. OpenFlow might — just might — allow unprecedented granular control of data traf!c up and down the appli-cation stack. And the structure of the promot-ing foundation could capitalize on a focused approach to setting standards that will give the technology a quick-mover advantage.

“We are moving networking into the world of computing,” says Dan Pitt, the executive direc-tor of the ONF. “You know the advances we’ve had in computing, in distributed systems, in survivability and robustness. Networking has been left behind.”

Born Out of a ConundrumThe OpenFlow architecture, which originated in labs at Stanford University and the Univer-sity of California, Berkeley, was the result of a conundrum researchers faced, voiced by Stan-ford researcher Nick McKeown in a recent pre-sentation on OpenFlow: “The only test network large enough to evaluate future Internet tech-nologies at scale is the Internet itself.” Yet the necessity for ubiquitous availability of Internet

resources for the global economy precluded test-ing the very protocols that would advance those core networking technologies capable of bring-ing the Internet forward.

The result, McKeown and the coauthors of the seminal OpenFlow paper (www.open"ow. org/documents/open"ow-wp-latest.pdf) concluded, was “that most new ideas from the networking research community go untried and untested; hence, the commonly held belief that the net-work infrastructure has ‘ossi!ed.’”

McKeown de"ects comment that OpenFlow seems to have struck a unique chord among net-working engineers in both academic and enter-prise settings.

“It’s more a question of being timely,” he says. “There are lots of similarities between OpenFlow and previous attempts to provide an external interface for a control plane for locally con-trolled switches and routers. They’re all slightly different. There have also been attempts to sepa-rate the data plane from the control plane in the past, and, after all, there are many networks, like telephony networks, that already work that way.

“The difference here is timeliness. ONF mem-ber companies, particularly the companies on the board of directors, have a pressing need to optimize the behavior of their networks so they can differentiate their solution from others. And while that has always been true in networking, it is now coupled with people with very deep pockets, people building data centers in particu-lar, who feel it is a competitive advantage to be able to modify the behavior of their network.”

McKeown cites an example of large telecom-munications providers vying for the business of a global news network.

Software-De!ned Networking Could Shake Up More than PacketsGreg Goth

IC-15-04-News.indd 6 6/9/11 3:10 PM

Page 2: Software-De ned Networking Could Shake Up More than Packetsbit/ensino/mo809_1s13... · more secure or reliable or whatever they decide is more competitively advantageous, it allows

Software-Defined Networking Could Shake Up More than Packets

JULY/AUGUST 2011 7

“Today, they would sell network services to [the news network], but the services are based on the same IETF standards on boxes from the same vendors that essentially do the same things, and that doesn’t allow them to tailor or customize that ser-vice,” he says. “If they were able to tailor that network and make it more secure or reliable or whatever they decide is more competitively advantageous, it allows them to dif-ferentiate, which means healthier competition. It means faster innova-tion and also higher prices because they can offer more services.”

Switching at Layer 2, 3, 4 and BeyondThe essential building block of the OpenFlow technology is its foun-dation in utilizing "ow tables con-tained in most Ethernet switches and routers. The OpenFlow researchers identi!ed a common set of functions in many of these machines to de!ne the required actions an OpenFlow switch must perform, including

forwarding a "ow’s packets to a given port, expected to be at line-rate;encapsulating and forwarding a f low’s packets to a controller, typically used for the !rst packet in a new "ow, so the controller can decide if the "ow should be added to a "ow table; ordropping a "ow’s packets. This can be used for security purposes or for purposes such as curbing denial-of-service attacks.

An intriguing aspect of the Open-Flow technology, the researchers describe, is its versatility in delin-eating the switches’ attributes. For example, they say, “It is useful to categorize switches into dedicated OpenFlow switches that do not sup-port normal Layer 2 and Layer 3 processing, and OpenFlow-enabled general-purpose commercial Ethernet

switches and routers, to which the OpenFlow Protocol and inter-faces have been added as a new feature.”

“It can really be at any layer,” Pitt says. “You have deep packet inspec-tion technologies now from a vari-ety of sources, and they don’t really care what layer you call it. When you’re doing marketing collateral for a product, you’re dealing with cus-tomers who are looking for a Layer 2 or Layer 4 solution, and you have to make sure those interests are satis-!ed. But frankly, in the future, it will be arbitrary, and you’re not going to care. I’ve looked at some potential uses for application congestion con-trol, wireless service distribution for mobile devices, and for security and energy management, and these are not traditional Layer 2 or 3 or 4 use cases.”

“You can think of OpenFlow as being layerless,” McKeown says. “Forwarding can be abstracted as a match plus an action. What is Layer 2? You match on one particular set of bits and forward to one or more ports. Layer 3, you match a differ-ent set of bits and forward to a set of ports. We refer to OpenFlow as a general abstraction of packet for-warding in the network; it can be viewed like an instruction set for the data plane of a network.”

Although OpenFlow technology has the potential "exibility to be deployed up to the application layer, initial deployments are likely to occur in data centers, according to Pitt and Heidelberg, Germany-based researcher Jürgen Quittek, general manager of NEC’s European network research division.

“OpenFlow has well-documented advantages in data centers,” Quittek says. “Data centers have quite com-plex networking requirements, which are hard to match with IP routing. When packets come into a data cen-ter, they come to a !rewall, which has to deal with load balancing,

News in BriefStanford University researchers announced that they’ve built a com-puter program that can decipher the widely used audio Captchas, enabling the formation of nefarious bot networks that could, for example, unleash an email spam !ood or dra-matically increase a Facebook page’s popularity through a “like”ing frenzy. Stanford professor John Mitchell and postdoc researcher Elie Bursztein used their program to success-fully decode Microsoft’s audio Capt-cha approximately 50 percent of the time. In tackling technology creator re Captcha’s audio Captchas, their success rate was much lower: approxi-mately 1 percent — but even that, they say, could wreak havoc.

More information is available at http://news.stanford.edu/news/2011/may/captcha-security-f law-052311.html.

Russia will likely secure its "rst seat on the ICANN board of directors in August with the expected appoint-ment of Marina Nikerova, chair of Russia’s National Domain Coor-dination Centre. The announce-ment that Nikerova had passed the ICANN interview process came in May at the second annual Russian Internet Governance Forum in Moscow.

More information is available at www.ewdn.com/2011/05/13/russia-may-participate-on-icann-board.

The W3C is working to bring real-time communications (RTC) to Internet users by offering voice and video through Javascript APIs, rather than plug-ins or individual applications. The W3C WebRTC Working Group’s goal is to facili-tate development of applications that run inside browsers and require no extra downloads or plug-ins. The technology recommendation is expected to be "nalized by February cont. on p. 8

IC-15-04-News.indd 7 6/9/11 3:10 PM

Page 3: Software-De ned Networking Could Shake Up More than Packetsbit/ensino/mo809_1s13... · more secure or reliable or whatever they decide is more competitively advantageous, it allows

News & Trends

8 www.computer.org/internet/ IEEE INTERNET COMPUTING

policy checkers, and so on. It’s easier to realize this on a single box with "ow-based technology than with IP routing. Because you have to reroute and change packet headers, it’s often more complicated with IP, so that looks to be the !rst deployment, and not just in Europe. OpenFlow allows you to also run non-IP packets. You can de!ne your own protocol exten-sions and have them realized by the OpenFlow controller.”

Kyle Forster, cofounder of Big Switch Networks, a Palo Alto, Calif.-based startup betting its future on OpenFlow technology, says that the promise of software-de!ned networking could extend beyond telecommunications operators them-selves to content-delivery networks, which might be able to use OpenFlow to further classify discrete applica-tion-layer data to differentiate vari-ous offerings.

“Obviously, the carriers are look-ing to OpenFlow,” Forster says. “My sense is the short-term prospective among the community is focused internally. I don’t think that many folks have thought about that porous interface between the enterprise and their ISP and what this could do there.”

A New Way to Look at Standards?OpenFlow isn’t the only technology vying to capture the market for soft-ware-de!ned networking. Another entity working on a solution, for example, is the IETF’s Forward-ing and Control Element Separation (Forces) working group (http://data tracker.ietf.org/wg/forces/charter/).

“Forces has a much richer set of functional components,” Quittek says. “It’s much bigger and blown up, if you’re looking at it from the ONF point of view. The OpenFlow pro-tocol is sort of a competitor that is smaller, simpler, leaner; so far it’s a very small and dense solution of the same problem.”

Pitt says the entire approach the ONF will take will veer from the typ-ical standards body structure.

“A really, really signi!cant dif-ference between the ONF and all the other standards bodies I’ve been involved in is that the ONF is driven by users. The others are all driven by vendors. I’ve represented vendors when I’ve been at these meetings, and I’ve tried to bring in the voice of the user, and it sure was an uphill struggle. It’s vendors trying to knock each other off.”

The ONF’s board of directors comprises the technology’s users, not its providers, Pitt says. The board will not only originate ongoing use cases and requirements but will also appoint working group chairmen, “because we are trying to keep user requirements front and center.”

McKeown says the choice between OpenFlow and other technologies such as IETF standards will likely not be an either-or proposition.

“They’re very complementary,” he says. “The ONF is trying to de!ne two standards, and they are not wire standards like IETF standards. The IETF does protocols between boxes or networks. OpenFlow is about the interface between a box’s data plane, or a network’s data plane, and its control plane. The reason for setting it up as a different body as the ONF is, !rst of all, [is because] that’s not the kind of thing the IETF does. The second thing is, whereas the IETF needs to standardize a very large number of protocols, the ONF is interested in keeping the Open-Flow standard simple, narrow, and not bloated.”

Pitt says OpenFlow could be a critical element in easing the dif-!culties of IPv6 deployment, using Ethernet’s evolution as an analogy.

Ethernet, Pitt says, has become distilled into essentially a multiple access control service interface and a frame format. “A frame format will live forever,” Pitt says, and he sees a

2013, with key deliverables including media, audio, and video stream func-tions, as well as peer-to-peer connec-tion functions.

More information is available at www.w3.org/2011/04/webrtc-charter.html.

In addition to raising “serious tech-nical and security concerns,” a new white paper states that the US Sen-ate’s proposed Protect IP Act would be “minimally effective” and “would promote development of techniques and software that circumvent use of the DNS.” “Security and Other Technical Concerns Raised by the DNS Filtering Requirements in the Protect IP Bill” analyzes the Senate’s antipiracy legislation, which would let the US Justice Depart-ment order American ISPs to stop rendering the DNS for infringing websites.

A copy of the Protect IP Act is available at www.publicknowledge.org / f i les/docs/B i l l - PROTECT- IP-Act-2011.pdf; the white paper is at http://infojustice.org/archives/3469.

In a "rst meeting that set the stage for closer collaborations, top of"-cials from ICANN visited the Gen-eral Secretariat headquarters of the International Criminal Police Organization (Interpol) in May to discuss Internet security gover-nance and common ways to prevent and address cybercrime. The talks between ICANN President Rod Beck-strom and Interpol General Secretary Ronald K. Noble included topics such as "nancial crime and crimes against children. Beckstrom and Noble also discussed the possibility of Interpol joining ICANN’s Governmental Advi-sory Committee (GAC) as an interna-tional observer.

More information is available at www.interpol.int/Public/ICPO/Press-Releases/PR2011/PR043.asp.

cont. from p. 7

News in Brief

IC-15-04-News.indd 8 6/9/11 3:10 PM

Page 4: Software-De ned Networking Could Shake Up More than Packetsbit/ensino/mo809_1s13... · more secure or reliable or whatever they decide is more competitively advantageous, it allows

Software-Defined Networking Could Shake Up More than Packets

JULY/AUGUST 2011 9

similar role for IPv6 in a software-de! ned networking architecture.

“IPv6 will be most important as a frame format. People are putting all kinds of things in there — ‘Now we can solve the quality-of-service problem,’ and so on. It doesn’t have to solve those. It has to solve the short-age of IPv4 addresses. So I think it will ease deployment of IPv6. All this disruptive stuff we’re doing takes time to percolate through the industry, but I think you’ll ! nd peo-ple say they can do IPv6 very easily with the OpenFlow approach: ‘Here’s a frame format, and I’ll ! ll a " ow table with what I want to do with it.’”

A lthough much of the network-ing industry is abuzz with the

potential of OpenFlow’s " exibility,

McKeown remains unruf" ed about the buzz it has caused.

“If OpenFlow succeeds, it will be because it becomes the right, the correct, abstraction of forwarding,” he says. “If it’s the wrong instruc-tion set, my view is that it stimulates somebody to come along with the right one. That would be ! ne, too. I have no particular allegiance to the technology on its own. I do believe that we need a general abstraction of instruction sets for the network, and OpenFlow is currently our best effort.”

Greg Goth is a freelance technology writer based in Connecticut.

Selected CS articles and columns are also available for free at http://

ComputingNow.computer.org.

News in Brief

The US once again leads the“Dirty Dozen” list of top spam-relaying countries, putting out nearly twice as much inbox pollu-tion as India, the second-place hon-oree. The list, compiled quarterly by security software vendor Sophos, said the US was responsible for 13.7 percent of the world’s spamin early 2011, followed by India (7.1 percent), Russia (6.6 percent), Brazil (6.4 percent), and South Korea (3.8 percent).

More details are available at http://nakedsecurit y. sophos.com/2011/05/11/dir ty-dozen-spam-relaying-countries.

cont. from p. 8

Is your career foundation solid?

IC-15-04-News.indd 9 6/9/11 3:10 PM