Changes between Version 7 and Version 8 of OFIU-GEC13-status


Ignore:
Timestamp:
03/23/12 12:01:02 (8 years ago)
Author:
chsmall@grnoc.iu.edu
Comment:

--

Legend:

Unmodified
Added
Removed
Modified
  • OFIU-GEC13-status

    v7 v8  
    4343= Description of Work Performed =
    4444
     45__RouteFlow experiment deployment__: We have constructed a specialized testbed to conduct RouteFlow experiments. The first testbed consisted of 4 virtual routers running on a Pronto OpenFlow switch. We have expanded the experiment to include multiple physical switches and a simulation of a realistic topology of a wide area backbone network.
     46
     47We would like to deploy the RouteFlow experiment onto the GENI framework. Unfortunately the experiment needs functions (layer 2 rewrite) that is not available on the GENI Mesoscale switches deployed on Internet2 and NLR. We currently have deployed this experiment on a dedicated infrastructure at Indiana University/ We will simulate a wide area deployment on the RouteFlow experiment deployment at the Open Networking Summit with CPqD in April but are exploring mechanisms to allow this experiment to be deployed to a wide area backbone infrastructure in the future on Internet2 infrastructure. Part of the RouteFlow goal is not only to test the RouteFlow experiment itself but provide a framework for additional experimentation to be added to the Layer 3 basics. Experiments in therms of routing protocol and security improvements should be very easily added to a RouteFlow network as the control plane is entirely managed by open source software.
     48
     49We have demonstrated the RouteFlow deployment and additional software to enable network management functions to be conducted on SDN based Layer 3 networks simply and reliably. The RouteFlow web based UI allows for the creation of peerings and other administrative functions not by configuring individual devices but by managing the network as a whole.
     50
     51__XSP experimentation__: We have continued work on the integration of the eXtensible Session Protocol (XSP) and OpenFlow configurations. At SC11 we demonstrated using an OpenFlow network in concert with XSP to direct extremely large flows to additional paths when the application traffic was causing congestion. The demonstration showed a 100Gb/sec link under congestion from Lustre and GridFTP traffic load. XSP used OpenFlow switches in the path to direct traffic over a dynamically constructed 10G/sec path using application based session information to detect the congestion and determine the appropriate way to resolve the problem.
     52
     53 __Internet2 ProtoGENI cluster integrated with OpenFlow__: Issues with the cross-campus connection and IP addressing to allow access to the ProtoGENI cluster at Indiana university has been resolved. It also now allows a dedicated Layer 2 path without any tunneling to be used between the IUPUI and Bloomington university campuses.
     54
     55 
     56__Management and measurement software deployed for IU Production controller__: In the management of the IU production controller we have encountered issues with detection of controller errors and mechanisms to restore service gracefully when these problems have occurs. John Maylor has been working on building software to detect controller errors, notify the appropriate network engineering staff and provide automatic remediation of problems. Troubleshooting tools to allow for easier analysis and logging of detected issues is also being developed.
     57
     58__ Topology discovery work__: One of the desires given in operating the InCNTRE SDN InterOperation lab is for the easy and clear wat to detect topology and present the information to the operator. While mechanisms are built into FlowVisor and NoX supplies a topology discovery function discovering topology is not easily presented to the experimenter or operator. Many applications, for example the OE-SS software used in the Internet2 OS^3E service, have implemented topology discovery at the application layer. If topology could be made available to operators and experimenters it would simplify the troubleshooting for operators and make it clearer for experimenters to understand the substrate they are deploying their experiment on.
     59
     60We are working on taking some of the desired tools for the InterOp lab and use development previous done in the measurement manager, OE-SS code and UNIS topology representations from the GEMINI project to develop a way to visualise the topology of a campus or the entire Mesoscale OpenFlow infrastructure.
     61
    4562
    4663== Project Participants ==
     
    4966 * Chris Small, PI
    5067 * Matt Davy, Co-PI
     68 * Ahmed El-Hassany
     69 * Ali Khalfan
    5170 * John Meylor
    52  * Ali Khalfan
    5371 * Jason Muller
    5472 * Ron Milford
    55 
    56  
     73 * Martin Swany
     74 * Steve Wallace
    5775
    5876
     
    6987== Publications & Documents ==
    7088
    71 Small, C,  FlowScale Poster  GENI Engineering Conference 12, Kansas City, MO
    72 http://groups.geni.net/geni/attachment/wiki/OFIU-GEC12-status/FlowScale_poster.pdf
     89Small, C,  RouteFlow: Layer 3 with OpenFlow switches slides, Winter 2012 Internet2 Joint Tech Conference
     90http://www.internet2.edu/presentations/jt2012winter/20120125-Small-routeflow_jt.pdf
    7391
    74 Small, C, RouteFlow Regional Deployment Poster
    75 http://groups.geni.net/geni/attachment/wiki/OFIU-GEC12-status/RF_ONS_poster.pdf
     92Small, C, RouteFlow: Layer 3 with OpenFlow switches presentation, Winter 2012 Internet2 Joint Tech Conference
     93http://events.internet2.edu/2012/jt-loni/agenda.cfm?go=session&id=10002156&event=1223
    7694
    77 Small C., Davy M. OpenFlow overview from GEC12 network Engineer workshop
    78 http://groups.geni.net/geni/attachment/wiki/OFIU-GEC12-status/geni-of-workshop.pdf
    79 
    80 Small, C, Davy M. Flowscale: Loadbalancing as a service GEC12 Plenary Presentation
    81 http://groups.geni.net/geni/attachment/wiki/GEC12ExperimentationPlenary/flowscale_gec.pdf
     95Davy, M. Wallace, S. OpenFlow Tutorial , Winter 2012 Internet2 Joint Tech Conference
     96http://events.internet2.edu/2012/jt-loni/agenda.cfm?go=session&id=10002159&event=1223
    8297
    8398
    84 == Outreach activities ==
     99== Outreach and other related activities ==
     100
     101The [http://incntre.iu.edu/summer, Summer of Networking] at Indiana University, an internship program has been announced.
     102
     103Summer of Networking students receive ten weeks of intensive instruction from IU's acclaimed network engineering staff,
     104gaining real-life experience in fields such as network engineering, software development, network security, and networking research. They also:
     105
     106 * Work alongside the foremost minds in networking and research computing
     107 * Create and troubleshoot networks based on real-world case studies
     108 * Build professional and collaborative skills
     109 * Participate in training seminars and workshops
     110 * Develop projects with one of several technology units, including the GlobalNOC
     111
     112
     113InCNTRE conducted a full day OpenFlow Tutorial at the [http://events.internet2.edu/2012/jt-loni/index.cfm, Internet2 Joint Techs conference] in Baton Rouge, LA. This presentation was geared towards network administrators presenting some of the lessions learbned durring IU OpenFlow network deployment and providing advice to campus engineers to help them deploy OpenFlow networks and connect to GENI.
     114
     115The presentations and materials for the workshop are available at:
     116http://events.internet2.edu/2012/jt-loni/agenda.cfm?go=session&id=10002159&event=1223
     117
     118Conducted a seminar on the Security implications of SDN and OpenFlow networks during the RSA conference in San Francisco. This presentation highlighted some of the experimentation done at IU.
     119Referenced in an Open Networking Foundation Blog post https://www.opennetworking.org/?p=194&option=com_wordpress&Itemid=72