Changes between Version 35 and Version 36 of Internal/OpenFlow/FloodlightFVModule


Ignore:
Timestamp:
Aug 1, 2012, 7:57:48 AM (12 years ago)
Author:
akoshibe
Comment:

—

Legend:

Unmodified
Added
Removed
Modified

  • Internal/OpenFlow/FloodlightFVModule

    v35 v36  
    380380The first case allows each IFloodlightProvider to be simpler in slice management, but guarantees that if n switches are present, n IFloodlightProviders are needed, which may get messy. The second case guarantees a complicated IFloodlightProvider, but probably less overall modifications. Both probably suffer scalability issues if done carelessly: for 1 this is the number of IFloodlightProviders and for 2 the large hashMap of DPID to slicers.
    381381 
    382 
    383 
     382==== (7/31-8/1) ====
     383Further comparisons suggest that classifiers are essentially analogous to Floodlight's OFSwitchImpl. Treating each OFSwitchImpl as a Classifier seems to be a good way to seamlessly incorporate the slicing portion of Flowvisor. 
    384384 
    385385===== --- =====