Changes between Version 2 and Version 3 of Internal/OpenFlow/topoMapping


Ignore:
Timestamp:
Jul 26, 2012, 6:01:08 PM (12 years ago)
Author:
akoshibe
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Internal/OpenFlow/topoMapping

    v2 v3  
    22This page aims to serve as documentation for the on-going work to produce a topology mapping tool/service for the ORBIT testbeds.
    33
    4 == Overview ==
     4== Motivation ==
    55Currently ORBIT does not have a framework with which users can easily set up network topologies for their experiments. Users may choose to build test topologies using methods such as:
    66 * node-side packet filtering, e.g. `ebtables`
     
    1919==== topology setup ====
    2020both on the nodes and network:
    21   * ''nodes'' : via OMF (sorry, not familiar with it) ?
    22   * ''network'' : via !OpenFlow e.g. a Floodlight module that takes a topology description and pushes static flows, or even CLI.
     21  * ''nodes'' : via OMF (sorry, not familiar with it)
     22  * ''network'' : via !OpenFlow e.g. a Floodlight module that takes a topology description and pushes static flows, or even CLI.  
    2323
     24== Components Overviews ==
     25==== !OpenFlow topology setup ====
     26It is assumed that [http://floodlight.openflowhub.org Floodlight] will be used for development. Several methods to enforce topology using SDN methods come to mind:
     27 1. '''''re-writing switch capabilities''''' : expose just the switch ports included in the desired topology to the modules involved in the experiment. This may be done by over-writing the FEATURE_REPLY messages that the controller receives from the switches during the initial handshake or later status changes.
     28 
     29 2. '''''static flow entries, via Static Flow Pusher''''' : very high-priority flows may be proactively pushed to the controller via its RESTFul API. This would not require a module within Floodlight, but rather an external script that communicates with it.
     30 
     31 3. '''''modified forwarding module''''' : A Floodlight module that behaves like the forwarding module, but alters its forwarding behavior based on the topology file. This module would replace any other routing/forwarding module.