Changes between Version 8 and Version 9 of Internal/OpenFlow/FloodlightFVModule
- Timestamp:
- Jun 14, 2012, 7:37:16 AM (12 years ago)
Legend:
- Unmodified
- Added
- Removed
- Modified
-
Internal/OpenFlow/FloodlightFVModule
v8 v9 8 8 [#s Setup] [[BR]] 9 9 [#bg Background] [[BR]] 10 [#a Approach] - a diary-style log of the implementation 11 10 [#a Approach] - a diary-style log of the implementation [[BR]] 11 [#end jump to bottom.] 12 12 == Overview. == #o 13 13 ''Slicing'' is the SDN (in our case referring to !OpenFlow) term for network virtualization. Specifically, A slice is a SDN controller and the network resources allocated to it by a hypervisor-like entity such as !FlowVisor. With proper resource isolation and allocation, multiple controllers can coexist on a single physical network. … … 124 124 * IFloodlightProxy, a copy of IFloodlightProviderService to be used by FVController 125 125 126 127 126 '''re-wired files:''' 128 127 * FVController implements IFloodlightProxy, with FVAcceptor as its version of !FloodlightProvider 129 128 For the following files, 'rewiring' refers to swapping out IFloodlightProviderService with IFloodlightProxy. 130 * ForwardingBase, Forwarding (the generic forwarding components loaded by default)129 * !ForwardingBase, Forwarding (the generic forwarding components loaded by default) 131 130 132 131 '''additional changes''': … … 134 133 * Have FVAcceptor subscribe to IFloodlightProviderService as its floodlightprovider 135 134 * Incorporate !FloodlightProvider's functions into FVAcceptor (for now, brutely drop in, just exporting IFloodlightProxy service) 135 136 This process forces the forwarding component to register with FVController, as opposed to the core module. The core module still takes care of !OpenFlow signaling e.g. echo keepalives and the initial handshake, so any switches will still connect properly and keep the connection alive. 137 == . ==#end