Changes between Version 25 and Version 26 of Internal/OpenFlow/Controllers/MultiCtl
- Timestamp:
- Oct 13, 2012, 1:55:53 AM (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Internal/OpenFlow/Controllers/MultiCtl
v25 v26 231 231 * cmod.properties : stores Floodlight module configurations for all loaded and active service-providing modules. 232 232 233 ==== (10/11) ==== 234 Some time was spent getting a better sense of the software architecture. The most recent organization looks like below: 235 [[Image(module_arch.png)]] 236 This 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. 233 239 234 240 ----