Changes between Initial Version and Version 1 of OFIU-GEC12-status

Timestamp:

11/22/11 23:11:25 (12 years ago)

Author:

chsmall@grnoc.iu.edu

Comment:

First Draft of GEC12 report

OFIU-GEC12-status

@@ +1 @@
+= OpenFlow Campus Trials at Indiana University GEC12 Report =
+
+Christopher Small – Principal Investigator[[BR]]
+Matthew Davy – Co-Principal Investigator [[BR]]
+Dave Jent – Co-Principal Investigator [[BR]]
+
+= Summary = 
+ 
+ * FlowScale deployment and demo at GEC12 and SC11
+ * RouteFlow regional testbed deployment and demo at Open Networking Summit
+ * OpenFlow Training for campus network staff
+ * Restoration of cross-campus links 
+ * ProtoGENI Deployment
+ * OpenFlow Training for campus network staff
+ * Additional wired and wireless OpenFlow deployments
+ * Measurement Manager packaging and development 
+ 
+= Major Accomplishments =
+== Milestones == 
+
+
+= Deleverables =
+
+
+= Description of Work Performed =
+
+__"Plastic Slices" demonstration of initial integration with AM and other campuses:__ Along with all the other OpenFlow campus deployments deployed the simulated "Plastic Slices" experiments. To facilitate these efforts we placed an additional MyPLC Planetlab nodes (for a total of 4) at the IUPUI campus in Indianapolis. We also deployed monitoring software on the PL nodes, MyPLC node and the Flowvisor server to facilitate. We also have used our existing testpoint in Indianapolis to deploy multiple interfaces on all the vlans used to provide a reference point to troubleshoot connectivity. The configuration is the "standard" cmpus configuration with vlans 3715 and 3716 bridged to vlan 1715 and the Planetlab nodes on vlan 1715. 
+
+__GENI VM "stack" for Expedient/OIM/Flowvisor/Measurement:__ In order to support OpenFlow in campus in a more supportable way we have moved Expedient/OIM and Flowvisor to a production server located in the Bloomington Data Center Enterprise Machine Room instead of it's formner location in the testlab. Production 24/7 monitoring is in place to detect any problems with the server and alert the IU GlobalNOC Service Desk of any issue. The design and layout is based on the Internet2 and National Lambda Rail OpenFlow VM servers. The concept is to provide some seperation of the tools as there are still some issues with library and OS distribution support and conflicts. It also provides some ability to migrate and create new test VMs  to minimise downtime in case a major restructuring or upgrade/change of OpenFlow tools.
+
+
+__Workshop/Rapid development VM environment:__ We have created a new framework for rapid development and testing of OpenFlow hardware and Software. This consists of a stock of VM images that can be rapidly deployed in the IU testlab for testing OpenFlow features. For example we have a VM images based on the Stanford OpenFlow Tutorial image that contains most of the OpenFlow tools (mininet, nox, flowvisor, openflow reference code, wireshark w/ OF plugin, etc..) to begin most experimentation with OpenFlow.The goal of this framework is to provide very easy tools for experimenters and testers to have the tools available and pre-built to conduct research and functional testing of hardware and software. 
+
+We also plan on using this as a basis to build a infrastructure to conduct hands-on OpenFlow workshops where each attendee can get a remote VM built for each workshop attendee. Once the workshop is over the VM instances can be deleted.
+
+We plan in the future on building more VMs such as a Layer 3 specific one that would have software such as Quagga and RouteFlow.
+
+__Production controller deployment:__ We have deployed a Big Switch controller for controlling non-GENI OpenFlow work. This controller is connected to vlans directly and does not go through Flowvisor (though other vlans on the switches could/are connected to Flowvisor) This replaces some of our early experiments with using SNAC for production users.  
+
+
+__Deployment to new buildings/Preparation for IU UITS building moves:__ We are continuing deployments to new switches and new buildings. Adding two IU-purchased HP switches to the E2 and Informatics buildings. We are also planning on a major move of users this August and September as most IU IT staff will be moving into a new building or to space freed up by other moves. We are planning to make sure current OF users remain connected and are looking for opportunities to enable more users to be added to OpenFlow networks. 
+
+__Testlab deployments:__ We are working with 3-4 new vendor switches in our testlab (not purchased using grant funds). We are running preexisting (oftest) and newly developed test code against the switches to verify their ability to function for projects like FlowScale and for general deployment where we want the flexibility to handle as many types of applications and experiments as possible. 
+
+== Activities and Findings ==
+
+__Measurement Manager packaging and development:__ We have released the Measurement Manager code. This mostly involved better documentation of the features and packaging the software demonstrated at GEC 9 and 10 in one downloadable package. The Measurement Manager release 1.0 is available at:
+
+[http://gmoc-db.grnoc.iu.edu/sources/meas_manager/meas_manager-0.0.3.tar http://gmoc-db.grnoc.iu.edu/sources/meas_manager/meas_manager-0.0.3.tar]
+
+
+__FlowScale (Load Balancer Application)__: We have completed the initial coding of a load balancer application that utilizes OpenFlow switches. The initial deployment will allow Indiana University to distribute traffic to multiple Intrusion Detection System devices. The initial design for a custom OpenFlow app that divides the traffic and provides a simple Web interface to control traffic. The prototype is in the test lab with a number of IDS sensors with 1 Gig interfaces. We are testing the prototype with a number of vendor's switches to make a determination of what hardware will be selected for final purchase.
+
+The final deployment of the FlowScale IDS will be scaled up to additional 10G sensors and capable of processing all traffic transmitted across the Bloomington and Indianapolis campus networks. 
+
+
+Full deployment will be done when final approvals of the additional sensors and switches by the IU Security Office. It is expected that the deployment will happen early in the fall semester.
+
+We are also looking at possible applications beyond the Intrusion Detection use which will require a much larger production deployment of OpenFlow devices.
+
+__Interop Las Vegas:__ Provided assistance in the deployment of the OpenFlow lab at the Interop Las Vegas conference
+http://www.interop.com/lasvegas/it-expo/interopnet/openflow-lab/
+
+== Project Participants ==
+During this time, key participants in the OpenFlow campus trial included:
+ 
+ * Chris Small, PI
+ * Matt Davy, Co-PI
+ * John Meylor
+ * Ali Khalfan
+ * Ed Furia
+ * Jason Muller
+ * Ron Milford
+ * Camilo Viecco
+ 
+
+
+== Collaborations ==
+
+ * Clemson (loadBalancer)
+ * Stanford (monitoring)
+ * CpQD (L3 router)
+ * Internet2 (monitoring)
+ * NLR (monitoring)
+ * OpNET (Interop)
+
+
+== Publications & Documents ==
+
+Small, C,  Measurement Manager Poster  GENI Engineering Conference, San Juan Nov 2-4
+http://groups.geni.net/geni/attachment/wiki/OFIU-GEC10-status/IU_OF_GEC10_poster.pdf
+
+Davy, M., "IU OpenFlow and NDDI Developments"
+http://groups.geni.net/geni/attachment/wiki/GEC11OpenFlowDeployment/2011-07-26.GEC11-Updates.pdf  
+
+
+
+== GENI Documents ==
+
+None
+
+