Changes between Version 8 and Version 9 of Internal/OpenFlow/FloodlightFVModule


Ignore:
Timestamp:
Jun 14, 2012, 7:37:16 AM (12 years ago)
Author:
akoshibe
Comment:

Legend:

Unmodified
Added
Removed
Modified
  • Internal/OpenFlow/FloodlightFVModule

    v8 v9  
    88[#s Setup] [[BR]]
    99[#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.]
    1212== Overview. == #o
    1313''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.     
     
    124124 * IFloodlightProxy, a copy of IFloodlightProviderService to be used by FVController
    125125
    126 
    127126'''re-wired files:'''
    128127 * FVController implements IFloodlightProxy, with FVAcceptor as its version of !FloodlightProvider 
    129128For 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)
    131130
    132131'''additional changes''':
     
    134133 * Have FVAcceptor subscribe to IFloodlightProviderService as its floodlightprovider
    135134 * Incorporate !FloodlightProvider's functions into FVAcceptor (for now, brutely drop in, just exporting IFloodlightProxy service)
     135
     136This 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