It was great to see that now a small number of projects inside GENI are making progress towards becoming deployable systems. Compliments to Rob Ricci’s demo of ProtoGENI which was very well done.

The evening before the major demo at the plenary, we also exhibited at the demo session that was held in the tower of the Rice Eccles Stadium. Thanks to Rob Sherwood, Srini Seetharaman, Jad Naous,  Masayoshi Kobayahsi, Sapan Bhatia, Tony Mack, and Andy Bavier for the hard work that it took to make this happen. It was worth it!

Photo Gallery: GEC6

The OpenRoads Team

n-casting between WiFi-WiMAX using OpenRoads is an example of our vision.  It was also part of SIGCOMM’s best demonstration.  An improved demonstration was shown in Mobicom and won honorable mention.  This demonstration has been shown in several other occasions, such as the OpenFlow workshop at Stanford.  If you have not yet seen the demonstration, a video of it is available on this website.

Now you are also able to reproduce this demonstration.  We are proud to make this demonstration available to the community.  This includes instructions for the physical setup and streaming server.  We have also made available the source code for the network controller, wireless client and visualization.  More importantly, we make OpenFlow Wireless available to public, to promote innovation in the wireless networks we use every day.

n-casting and OpenFlow Wireless are made available to you by the team pictured above, with the help of many others.

Currently negotiations for on scope and amounts for the individual projects are ongoing and nothing is final yet. That being said the current plans are for a substantial part of the funding to be used in OpenFlow deployments at a number of universities and backbone networks. Schools previously mentioned as participating include Princeton, Rutgers, Clemson, Wisconsin, Indiana, Georgia Tech and University of Washington with NLR and Internet2 connecting them. A number of networking hardware vendors have committed to providing OpenFlow enabled switches and routers for the deployments. We’ll update you on the details as they are being announced.

In the men time congratulations and thanks to Chip Elliot (pictured to the right) and his team at the GPO for having taken another major step to move the GENI vision forward.

• Introduction and State of OpenFlow – Nick McKeown, Stanford University
• OpenFlow Demos – Guido Appenzeller, Stanford University
• NOX – Martin Casado, Nicira
• GENI and OpenFlow – Heidi Dempsey, BBN

Manuel Palacin from the University Politecnico di Torino (Italy) and the Technical University of Catalonia-UPC (Spain) recently completed a thesis on “OpenFlow Switching Performance“. The thesis presents an interesting performance evaluation of the OpenFlow reference implementation (ver 0.8.9_rev2), and compares it against that achieved by Linux Routing (ip_forwarding) and Bridging (bridge tools). Using an Agilent tester for generating packets with different MAC address, IP addresses and UDP port numbers, Manuel measured the latency and throughput achieved by the three software switching schemes.

The thesis presents performance observed by the Agilent tester, while varying the:

• Packet size
• Link load
• Flow table entries (viz. exact match hashtable and wild card linear table)
• Topology (2 input port -> 1 output ports, or 1 input port -> 1 output port)
• Heterogeneity of flow size

Before each run, Manuel inserts entries to Routing (using explicit “route add”), Switching (using separate MAC learning stage), and OpenFlow (using dpctl without secchan to controller). Then, allowed the Agilent tester to forward packets over a window of 1 minute and measured the throughput/latency achieved. The summary of performance results are:

• Performance difference is noticeable at high load and small packet size; Bridging is worse off than OpenFlow (which in turn is worse off than Routing for certain cases)
• Hash table matching is quicker and supports more throughput, in comparison to wild card matching
• OpenFlow is fairest in scheduling flows, closely followed by Routing. Bridging technology seems unfair to large flows

This thesis conducted a comprehensive test of switching performance, and provides interesting ballpark numbers for throughput and latency.

The features described in the tech report have been included in the newly released FlowVisor version 0.4, including:

* preliminary bandwidth isolation between slices

* improved OpenFlow message rate limting for switch CPU isolation

* per-slice virtual topologies

Both the technical report and the new version are available from the FlowVisor’s webpage:

http://www.openflowswitch.org/wk/index.php/FlowVisor

Two types of switches from the IP8800 series — the IP8800/S3640-24T2XW and the IP8800/S3640-48T2XW — are currently deployed including both 24 and 48 port GE switches, each with 2 10-gigabit ports.   A total of five switches are used in the immediate OpenFlow deployment here in the Gates building on Stanford’s campus.

VLANs have been deployed on the switches to differentiate between OpenFlow and non-OpenFlow traffic.  Within the OpenFlow category, both “production” and “experimental” networks are configured.  The OpenFlow production network serves many researchers with normal network connectivity providing email, web and the usual network resources.  The experimental networks provide segmented access to such projects as OpenPipes (PDF) and OpenRoads (PDF) with development and demos running continuously.

The NEC switches support multiple virtual OpenFlow instances to be running on a physical switch, each with its own quota of flows.  The switch hardware accelerates:

• Matching on the full OpenFlow 10-tuple.
• The L2 MAC destination address rewrite action.
• Forwarding to multiple output ports (multicasting).

The NEC switches have provided a stable platform carrying a large part of our local traffic.  NEC has been very effective at ensuring that their switches support the latest OpenFlow specifications.

Masayoshi Kobayashi and Te-Yuan Huang in Beijing

The OpenFlow demo “Lossless Handover with n-casting between WiFi-WiMAX on OpenRoads” won an honorable mention at MobiCom 2009 in Beijing this week. Congratulations to Kok-Kiong Yap, Te-Yuan Huang, Masayoshi Kobayashi, Michael Chan, Rob Sherwood, Guru Parulkar and Nick McKeown. This is the second award for the OpenRoads team in the past months after their Best Poster Award at SIGCOMM 2009.

The Abstract for the Poster can be found on TY’s home page and a video explaining the demo is embedded above. The  video embedded below gives an overview of the technology and is also available in an HD version.

]]> http://cleanslate.stanford.edu/wordpress/?feed=rss2&p=49 0 http://feedproxy.google.com/~r/OpenFlowBlog/~3/krUlqCFgMQo/ http://feedproxy.google.com/~r/OpenFlowBlog/~3/krUlqCFgMQo/#comments Wed, 23 Sep 2009 23:26:00 +0000 dtalayco http://www.openflowswitch.org/wp/?p=777 The release of OpenFlow software for the Quanta LB4G gigabit Ethernet switch provides a platform for researchers and users of OpenFlow with a low cost option for high port count, hardware accelerated, OpenFlow controlled switches. The switch provides line rate switching across 48 gigabit ports.  Initial support of 4 10-gigabit ports is also provided.

This is an experimental platform for OpenFlow development and research.  For a production ready, supported switch, see the Toroki Lightswitch 4810 announced here.

A PowerPC 8541 CPU running at 825 MHz powers the switch.  Two independent gigabit Ethernet management interfaces are provided, directly connected to the CPU for out-of-band management and control.

The hardware supports between 1000 and 2000 flows in hardware depending on usage.  Once installed, traffic matching flows will be forwarded by hardware at line rate.

The software is based on OpenFlow 0.8.9r2 with support for OpenFlow 0.9 under development.  The distribution includes the u-boot boot loader, a Linux kernel image (2.6.15) and the kernel modules necessary to bring up and run the hardware as an OpenFlow switch.  Basic OS functionality is provided by the popular BusyBox utilities.  Configuration and user applications may be saved to the flash file system to be restored across reboot.

To receive access to the software or to provide feedback regarding the package, please send email to info@openflowswitch.org and include “LB4G” in the subject line.

Let us know what features you’d like to see added to the LB4G software package.