TI, Stanford look to optimise networking chips for OpenFlow

July 09, 2012 // By Rick Merritt
Researchers from Stanford University, Texas Instruments and at least one other company are exploring ways to optimize networking chips for the emerging OpenFlow specification. The effort is part of a wider trend toward software-defined networking shaking up the communications industry.

Software-defined networks (SDNs) aim to cut through the complexities of a growing variety of protocols and techniques often coded into silicon that make today’s nets difficult to manage. SDNs also aim to bring the same kind of virtualization capabilities to networks that are now widely used in computers.

The OpenFlow specification developed at Stanford is leading the charge, gaining support in products from Hewlett-Packard, IBM, NEC and and a handful of startups. But some say it is just one approach to creating a software defined network.

The trend could be disruptive for established companies such as Cisco Systems that have deep investments in systems and chips geared to handle today’s protocols.

In an effort to get ahead of the curve, Cisco recently announced a broad initiative called Open Network Environment that it says goes beyond OpenFlow. Meanwhile the company also is developing systems for OpenFlow as part of an internal startup called Insieme, according to a New York Times report.

“In short, Cisco is planning on offering multiple approaches to program networks across its portfolio,” said Nick Lippis, a network analyst, writing for a GigaOM Pro report.

Meanwhile at Stanford, TI and others are collaborating on “a paper design of an OpenFlow optimized switch fabric,” said Martin Izzard, director of systems and applications research at TI.

The project, expected to run through the end of the year, aims to define in silicon “a classification pipeline variable in length and able to look at different kinds of labels or tags,” said Izzard.

The packet lookup and classification techniques in an OpenFlow switch are expected to be relatively generic so they can be flexibly configured as needed by network managers. Indeed, engineers are hammering out a high-level applications programming interface for routers and switches as the next big step in the evolution of the OpenFlow specification.

The goal of OpenFlow is to let end users program network systems using servers as controllers.