Jump to: navigation, search

Network/Meetings

Revision as of 21:01, 21 December 2015 by Armax (talk | contribs) (Announcements / Reminders)


'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.

Announcements / Reminders

  • No meeting Dec 28th, 2015

Blueprints

Current milestone: https://launchpad.net/neutron/+milestone/mitaka-2 (ends Jan 16 2016)

Bugs

Approximate stats for the current cycle:

  • From Mitaka beginning (Sep-23-2015) (last recurrence in parenthesis):
    • Total reports: 538 (503)
      • Fix released: 232 (222)
      • Unassigned: 79 (79)
        • New: 17 (18)
        • Incomplete: 19 (24)
        • Confirmed: 28 (22)
        • Triaged: 6 (8)
  • For last week:
    • Total reports: 44 (55)
      • Fix released: 6 (8)
      • Unassigned: 14 (15)
        • New: 5 (10)
        • Incomplete: 2 (0)
        • Confirmed: 6 (1)
        • Triaged: 0 (0)

Bug deputy

Use this section to keep track of who volunteers for the 'bug deputy' role. This is usually edited at the end of the IRC Meeting.

Date ihrachys regXboi markmcclain armax mestery mangelajo garyk rossella_s dougwig HenryG carl_baldwin amotoki
Oct-05-2015 x
Oct-12-2015 x
Oct-19-2015 x
Oct-24-2015 x
Nov-02-2015 x
Nov-09-2015 x
Nov-16-2015 x
Nov-23-2015 x
Nov-30-2015 x
Dec-07-2015 x
Dec-14-2015 x
Dec-21-2015 x

Docs

  • Discuss proofing devref and spec patches. (Sam-I-Am)

Open Items for Liberty: (reviews needed)

Networking Guide

On Demand Agenda

We can only pick one or two topics we can talk in the time left of the meeting. People should add ideas to the topics section. We will select one or two topics we can chew during the next meeting. Please follow the template below:

  • Topic for the meeting:
    • Pagination support in the agents, Brian Haley, Dec 17th
      • There are currently two reviews adding "pagination" to the RPC calls to sync networks and routers on the DHCP and L3 agents (respectively). One has chosen a config variable, the other has chosen a large number, with backoff logic on failure. We need to discuss a common way these can move forward so we don't have two different solutions for the same problem. Brian (haleyb) might not be available Monday, but Zhi Chang and Oleg Bondarev are the respective authors.
        • https://review.openstack.org/#/c/234067/
        • https://review.openstack.org/#/c/257100/
          • <armax> IMO, consistency is paramount; besides the config variable approach has been shot down a few times before and the patch is blocked since it's a duplicate. To prevent these from happening, I think we should wrap this into some sort of utility method, but it's probably best to have fixes to the related issues merged separately, and reconcile them later (in whichever shape they end up being)


  • Topic for the meeting:
    • <Topic title> <submitter> <date submitted>
      • <brief description>

Previous meeting logs