Jump to: navigation, search

Difference between revisions of "Network/Meetings"

(On Demand Agenda)
Line 59: Line 59:
  
 
=== On Demand Agenda ===
 
=== On Demand Agenda ===
* Mitaka Design Summit Sessions
 
** Collecting ideas on the following etherpad
 
** https://etherpad.openstack.org/p/neutron-mitaka-designsummit
 
 
* Liberty-RC1
 
* Liberty-RC1
 
** https://launchpad.net/neutron/+milestone/liberty-rc1
 
** https://launchpad.net/neutron/+milestone/liberty-rc1
 
* Concrete plan to merge back pecan work
 
* Concrete plan to merge back pecan work
 
** Need to do this very early after Liberty-2 is cut this week
 
** Need to do this very early after Liberty-2 is cut this week
* Liberty-3 walk-through
+
* Mitaka Design Summit Sessions
** https://launchpad.net/neutron/+milestone/liberty-3
+
** Collecting ideas on the following etherpad
 +
** https://etherpad.openstack.org/p/neutron-mitaka-designsummit
 +
* Need decision on how to handle test jobs for Neutron client
 +
** Email with details: http://lists.openstack.org/pipermail/openstack-dev/2015-August/072772.html
 
* Vendor decomposition
 
* Vendor decomposition
 
** Which vendors have not started final decomposition?
 
** Which vendors have not started final decomposition?
Line 74: Line 74:
 
** Does anything need to be left in the tree for packaging?
 
** Does anything need to be left in the tree for packaging?
 
*** Currently requirements.txt is left in the vendor dir with the name of the vendor package, but no one seems to know if it is needed.
 
*** Currently requirements.txt is left in the vendor dir with the name of the vendor package, but no one seems to know if it is needed.
* Stable branches for networking subproject
 
** networking sub-projects can perform a release
 
** Working with networking-midonet as a test example
 
** These projects will have a version of 1.0.0
 
* Liberty-3 BPs and reviews
 
** https://launchpad.net/neutron/+milestone/liberty-3
 
** Focus here for the remaining weeks
 
** Handy dandy gerrit dashboard link: https://goo.gl/x9bO7i
 
** We need to merge all of this for Liberty (or make our best shot)
 
** Email to openstack-dev ML on this topic: http://lists.openstack.org/pipermail/openstack-dev/2015-August/071786.html
 
 
* nova-network compatibility tasks
 
* nova-network compatibility tasks
 
** Summit session(s) in Vancouver were very productive
 
** Summit session(s) in Vancouver were very productive
Line 92: Line 82:
 
*** "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)
 
** '''Aug 17 2015 update''' - sc68cal is working with scheuran in this gerrit topic https://review.openstack.org/#/q/status:open+project:openstack/neutron+branch:master+topic:bug/1468803,n,z
 
** 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
 
* Need decision on how to handle test jobs for Neutron client
 
** Email with details: http://lists.openstack.org/pipermail/openstack-dev/2015-August/072772.html
 
  
 
== Previous meeting logs ==
 
== Previous meeting logs ==

Revision as of 13:50, 14 September 2015


Meeting time: The OpenStack Networking Team (Neutron) holds public meetings alternating between Mondays at 2100 UTC (#openstack-meeting) and Tuesdays at 1400 UTC (#openstack-meeting). Everyone is encouraged to attend.

Apologies for Absence

Agenda for Next Neutron Team Meeting

Monday(9/14/2015) at 2100 UTC on #openstack-meeting

Announcements / Reminders

Bugs


Important bugs:

    • [1] neutronclient gate broken following VPNaaS infra changes
    • [2] Gate failures with 'the resource could not be found'
    • [3] neutron test_multi_prefix_slaac failing in the gate with ping failures starting around 7/22
    • [4] Referencing a lb-healthmonitor ID for the first time from Heat would fail
    • [5] security groups don't work with vip and ovs plugin
    • [6] Ipset race condition
  • Linuxbridge Gate Parity Bugs
    • [7] nova libvirtError: Unable to add bridge brqxxx-xx port tapxxx-xx: Device or resource busy


Docs (emagana)

Open Items for Liberty: (reviews needed)

Networking Guide

On Demand Agenda

Previous meeting logs