SDN blog roundup: Is the SDN standards process too slow?

In this week's SDN blog roundup, bloggers take a look at whether the SDN standards process is too slow, and they compare SDN controllers.

SDN standards are important but shouldn't delay innovation

On the Plexxi site, Michael Bushong, vice president of marketing, explores how the lengthy SDN standards process should not be allowed to hamper SDN technology releases and innovation.

Developing standards is important for interoperability, for example. But Bushong explains how innovation is outpacing standards development. He also points out how crucial it is to get SDN code and product into the hands of users to further innovation without waiting around for finalized standards.

Read Bushong's full post on the pros and cons of standards and how they will eventually impact the adoption of SDN.

Could the overlay network be integrated with the physical network?

On the EtherealMind blog, author Greg Ferro explores whether integrating overlay and physical networks is worthwhile. In previous posts, Ferro covered how overlay networks deliver better results and how tunnel fabrics work. In this latest post, Ferro recognizes that overlay networking is in its early stages, but he stressed that it is a "real" technology that has momentum.

Read Ferro's full post detailing if and how the overlay and physical networks could be integrated.

Cisco's ONE strategy for SDN adoption

On the Cisco blog, Cisco's Data Center and Cloud Services team member Stephen Speirs outlines Cisco's strategy for helping businesses benefit from SDN, which he calls the next evolution in the network. Speirs introduces Cisco's Strategy and Analysis Services for Open Network Environment, a series of workshop sessions aimed at educating customers about how SDN and Cisco ONE can optimize their IT strategy.

Check out Speirs' full post on Cisco ONE's SDN strategy.

A look at SDN controller platforms

On SDNCentral, guest blogger Srini Seetharaman took a look at specific SDN controller platforms, including POX, Ryu, and OpenDaylight. Seetharaman explores his experiences with each controller and writes that for the purpose of building a controller platform, three main features need to be present: the ability to listen to asynchronous events, packet-parsing capabilities, and the ability and create and send an OpenFlow/SDN message southbound to the programmable data plane.

Seetharaman also touches on the OpenDaylight controller and shares his thoughts on three main questions the industry has been hearing after Big Switch Networks left the project.

Check out Seetharaman's full post on SDN controller platforms and see what he has to say about the OpenDaylight controller specifically.

Reviewing Centec V330

On the Packet Pushers' blog, author Tamihiro Yuzawa writes his third post focusing on OpenFlow 1.0-capable switches with a very specific requirement: the ability to modify Layer 3 destination addresses. He explains that his company, Sakura Internet, is in need of these switches because of DDoS attack mitigation and writes that this final article stems from a response by a company called Centec Networks.

Yuzawa goes into detail about Centec's V330 OpenFlow switch and includes diagrams to illustrate his point. He ends his post by writing about his company's quest to find a switch that worked to mitigate these attacks and how classifying this problem as SDN was a "misnomer." However, Yuzawa writes that it's essential to "keep a wish list" open when looking for something similar to what Sakura Internet needed and to not give up too soon.

Read Yuzawa's full review of Centec's V330 OpenFlow Switch.

Dig deeper on Network hardware and SDN

Pro+

Features

Enjoy the benefits of Pro+ membership, learn more and join.

0 comments

Oldest 

Forgot Password?

No problem! Submit your e-mail address below. We'll send you an email containing your password.

Your password has been sent to:

SearchNetworking

SearchEnterpriseWAN

SearchCloudProvider

SearchUnifiedCommunications

SearchSecurity

SearchDataCenter

Close