Draft - WIP

An overview of the set up and some "hello world" experiments (with OMF scripts) to get started on NetFPGA/OpenFlow experimentation on SB9

Hardware Set up

Figure 1: Ivan's arch drawing goes here

Software Details

Custom disk images exist that are preloaded with several of the software necessary for experimenting with the above hardware. These are the available options, which can be further customized using the 'save' function of OMF framework ( refer ​How to save...tutorial):

• Image 1
• Image 2

….

• Image k

Progress

1. Starting with James' disk image 'netfpga.ndz'. Targeting single image with NetFPGA software, OpenFlow software, Controller sw (NOX), tools
2. Designed two simple testing configurations:
   1. loopback configuration of NetFPGA (with ports c0-3) by looping corresponding ports on top switch to get c0↔c1, and c2↔c3
   2. 4-port switch configuration by connecting 4 hosts to ports c0-c3 via the top switch
3. Intermediate image with NOX and OpenFlow with support for NETFPGA-based switch
4. They require NOX to be run from src/ dir… The 'make install' fails with several Makefile errors - via illegal duplicate installs. Though these can be fixed(and was able to), nox_core still has to be run from the install root. Not an issue for progress…
5. Trying to pass the switch regression tests on reference NetFPGA switch implementation for tutorial!#2 - ​steps outlined here. Requires a 4 GbE ports - attempting to achieve this via 4 virtual interfaces riding on the data port exp0, connected to the NetFPGA via the top switch. Yet to run the regression tests…have to see if the CentOS scripts hold up on Ubuntu.
6. Next step is to get the NOX controller going with simple topology control for the top switch. Require the following information:
   1. How to change the firmware on the Pronto switch to OpenFlow? Also, a secchannel to controller.
   2. Is there a simple component for NOX that allows setting up topology/flow rules? .
7. Ivan has a service to configure the top switch from Pronto native to OpenFlow mode and vice versa. Invoked over http, the service uses telnet and reboots in reqd. configuration. However, he prefers using VLANs on the switch for topology control, configured through an existing HTTP-based service. We can control the NetFPGA switches via OpenFlow. The other option for controlling flows on OpenFlowNetFPGA switch is using dpctl on the host. This last option allows for using simple OMF scripting for dynamic control of flows.