Changes between Version 25 and Version 26 of Internal/OpenFlow/Controllers/MultiCtl


Ignore:
Timestamp:
Oct 13, 2012, 1:55:53 AM (12 years ago)
Author:
akoshibe
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Internal/OpenFlow/Controllers/MultiCtl

    v25 v26  
    231231 * cmod.properties : stores Floodlight module configurations for all loaded and active service-providing modules. 
    232232
     233==== (10/11) ====
     234Some time was spent getting a better sense of the software architecture. The most recent organization looks like below:
     235[[Image(module_arch.png)]]
     236This image attempts to summarize the required communication channels and message processing chain.
     237
     238 * Some more discussion on use case was had, in the context of different management domains with multiple controllers owned by separate groups, but on the same network. In the traditional network setup, each group would have to actively collaborate in order to prevent controllers from trampling each others' policies. For example, a central controller orchestrator, when allowing a user to administrate the network, would only permit the user to configure their own controller. The orchestrator would have to "know" which users can access which controller, and how that controller may influence the network. 
    233239
    234240----