Difference between revisions of "Network/Meetings"
(→On Demand Agenda) |
|||
Line 86: | Line 86: | ||
*** "Get me a network (https://review.openstack.org/#/c/184857/) (kevinbenton to own this) | *** "Get me a network (https://review.openstack.org/#/c/184857/) (kevinbenton to own this) | ||
*** ARP Spoof patch series is stalled, need to make a decision on how to proceed. (kevinbenton will do this after beating requirements out of markmcclain) | *** ARP Spoof patch series is stalled, need to make a decision on how to proceed. (kevinbenton will do this after beating requirements out of markmcclain) | ||
+ | * macvtap ml2 driver and agent - will land in neutron tree. Question is how to procede with agent code (scheuran) | ||
+ | ** 1) Copy (duplicate) required agent code like in the past. | ||
+ | ** 2) Extract a common base class for macvtap, linuxbridge and sriov-nic (impls are close to each other). Purpose: Sharing base agent code. Starting with macvtap only in liberty. Moving others to common base class in Mitaka. New agent base class cannot be used for OVS, as it already diverged too much from others. | ||
+ | *** Liberty: only methods that are obious common and only differ in details that can be abstracted (_setup_rpc, _report_state, _device_info_has_changes, _process_network_devices) | ||
+ | *** Mitaka: Methods that have a lot of common code, but require fruther thinking (treat_devices_added_updated, scan_devices, daemon_loop) | ||
+ | *** N: Having a common agent with interface drivers? | ||
+ | ** Modular l2 agent (spec not in a good shape) and agent extension (is just for extending existing agents) is is not an option | ||
== Previous meeting logs == | == Previous meeting logs == |
Revision as of 19:46, 3 August 2015