Network/LBaaS/Attic

This page tracks old Neutron Loadbalancer as a Service (LBaaS) meeting information.

Agenda

 * Announcements
 * kilo-2, Feb 5
 * Open Discussion

Agenda

 * Announcements
 * v2 Reviews - first four are merged!
 * https://review.openstack.org/#/c/123487/
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Advanced services split discussion
 * https://review.openstack.org/#/c/136835/
 * Flavors
 * https://review.openstack.org/#/c/102723
 * Open Discussion

Agenda

 * Announcements
 * v2 Reviews - first four are merged!
 * https://review.openstack.org/#/c/123487/
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Happy Turkey Day!
 * Advanced services split discussion
 * https://review.openstack.org/#/c/136835/
 * Open Discussion

Agenda

 * Announcements
 * New meeting time! Tuesdays, 1600 UTC
 * v2 Reviews - first three are merged!
 * https://review.openstack.org/#/c/123485/
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Advanced services split (summary from neutron meeting)
 * Drivers, splitting status into operational and provisioning, and getting rid of DEFERRED
 * v2 Object Model - Potentially simplifying the object relations or making the objects purely logical constructs (intro only, no decision)
 * Drivers, potential taskflow model, all async (intro only, no decision)
 * Open Discussion

Agenda

 * Announcements
 * New meeting time! Tuesdays, 1600 UTC
 * v2 Reviews - first three are merged!
 * https://review.openstack.org/#/c/123485/
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Kilo Summit Stuff
 * Advanced services split (summary of session, no details)
 * Drivers, splitting status into operational and provisioning, and getting rid of DEFERRED
 * Drivers, potential taskflow model, all async (intro only, no decision)
 * v2 Object Model - Potentially simplifying the object relations or making the objects purely logical constructs (intro only, no decision)
 * Open Discussion

Agenda

 * Announcements
 * No meeting next week, summit!
 * v2 Reviews - first three are merged!
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Kilo Design Summit
 * LIghtning talks, vote: https://www.surveymonkey.com/s/RLTPBY6
 * Final roll call for Paris
 * UDP LB session
 * Meeting time change
 * Open Discussion

Agenda

 * Announcements
 * v2 Reviews
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Kilo Design Summit
 * https://etherpad.openstack.org/p/kilo-neutron-summit-topics-distilled
 * Open Discussion

Agenda

 * Announcements
 * v2 Reviews
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Kilo Design Summit
 * http://lists.openstack.org/pipermail/openstack-dev/2014-September/045844.html
 * https://etherpad.openstack.org/p/kilo-neutron-summit-topics
 * https://wiki.openstack.org/wiki/Summit/Planning
 * Kilo Specs repo is now open
 * http://git.openstack.org/cgit/openstack/neutron-specs/tree/specs/kilo
 * Floating IP discussion (rm_work, ptoohill, blogan)
 * Open Discussion

Agenda

 * Announcements
 * v2 Reviews
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Kilo Design Summit
 * http://lists.openstack.org/pipermail/openstack-dev/2014-September/045844.html
 * https://etherpad.openstack.org/p/kilo-neutron-summit-topics
 * https://wiki.openstack.org/wiki/Summit/Planning
 * Kilo Specs repo is now open
 * http://git.openstack.org/cgit/openstack/neutron-specs/tree/specs/kilo
 * Juno Docs contributions
 * https://wiki.openstack.org/wiki/NetworkingGuide/TOC
 * Requiring keystone v3? (rm_work)
 * Open Discussion

Agenda

 * Announcements
 * Kilo Design Summit
 * http://lists.openstack.org/pipermail/openstack-dev/2014-September/045844.html
 * https://etherpad.openstack.org/p/kilo-neutron-summit-topics
 * https://wiki.openstack.org/wiki/Summit/Planning
 * Incubator Update
 * Trying a feature branch for Kilo
 * Details for using the feature branch - https://wiki.openstack.org/wiki/Neutron/FeatureBranch
 * Most reviews were already moved; please claim your new review when it needs changes
 * Please abandon your review on master once its on the branch
 * https://etherpad.openstack.org/p/lbaas_reviews
 * Cleaning up the meeting wiki page
 * Open Discussion

Agenda

 * freenode IRC hacked, change your nick passwords
 * https://blog.freenode.net/2014/09/server-issues-2/
 * Incubator update
 * Kilo Design Summit Etherpad
 * http://lists.openstack.org/pipermail/openstack-dev/2014-September/045844.html
 * https://etherpad.openstack.org/p/kilo-neutron-summit-topics
 * https://wiki.openstack.org/wiki/Summit/Planning
 * Neutron sessions will be on Wednesday and Thursday
 * Cross-project track is Tuesday
 * Friday is for program pods
 * Summit meetup
 * Who will be there? Let's plan a meetup
 * Open Discussion

Agenda

 * Announcements
 * Juno RC1 - https://launchpad.net/neutron/+milestone/juno-rc1
 * Time to start thinking about Kilo specs
 * Barbican integration -- Keystone Trusts, comments and concerns (rm_work)
 * Incubator update
 * Adding features to v1?
 * Open Discussion

Agenda

 * Documentation for V2 needs to be postponed and V1 re-instated
 * http://docs.openstack.org/api/openstack-network/2.0/content/lbaas_ext.html
 * LBaaS v2 Client Code
 * https://review.openstack.org/#/c/111475/
 * Update on incubator
 * What is LBaaS v1 in Juno?
 * Is Juno open for fixing v1 bugs?.

Agenda

 * Review the work items from the Hackathon and check on the status and/or if we still think it’s relevant
 * stats of pool in v1 is moved to loadbalancer in v2. Better to have it in listener or leave it in pool.
 * New common Barbican utilities module - how do we proceed

Agenda

 * Review Updates
 * Review politicking (How likely is v2 to actually get merged in?)
 * Separating deployment and operational status.
 * Deployment Statuses - PENDING_CREATE, PENDING_UPDATE, PENDING_DELETE, DEFERRED, ACTIVE
 * Operational Statuses - ACTIVE, INACTIVE
 * Calling driver interface on every API request (i.e. create pool before create lb)
 * Support for multiple providers is what doesn't allow this currently
 * Only solution would be for all entities to be individually tied to a provider
 * Octavia update

Agenda

 * Review Updates
 * Octavia Work
 * Parallel TLS Work
 * Change to move handling of ACTIVE/ERROR/DEFERRED and db deletes out of drivers
 * Don't let gerrit overwrite dependent commits
 * LBaaS related talk submissions
 * https://etherpad.openstack.org/p/Kilo_LBaaS_talk_submissions
 * Please add your submissions and VOTE!! VOTE!! VOTE!!! And forward to other so they can VOTE!


 * Design sessions.
 * Do we want to prepare for 3? One on Octavia, one on Flavor framework (with Advanced Services team), and on one Neutron LBaaS.
 * When are the deadlines for design sessions so we don’t miss it.
 * Also should we talk at the next summit about prioritization of the K work? Should we have some specs/BP submitted prior to the Paris summit?
 * Mid-cycle meetup.
 * I have noticed that Neutron has their mid-cycle meetup right before juno-2 and nova had it this week. What is the best time for us to have our next meetup? Before kilo-2 or right after?

Agenda

 * Review Updates
 * TLS Work Division

Agenda

 * Review Updates
 * Discuss blockers and how to mitigate
 * Juno release coming quickly!

Agenda

 * Paris summit talks (Susanne)
 * Code review issues
 * Shim vs. Agent Refactor

Agenda

 * Are shim layers really needed for Juno?
 * If the old API and new API will coexist independently, why is a shim layer needed?
 * Has the caveat that the pools resource can exist independently in both APIs.  This can be accomplished by renaming new API pools to something different or by doing a shim for the pool resource.
 * Should the agent refactoring be included in the main object object model refactor?  The plugin might be able to just call the namespace driver directly, with some modification.
 * Status of entities that only exist in the database and not in a backend (i.e. they are not linked to an existing load balancer)
 * Can the existing drivers continue to be enhanced in Juno release?
 * When will the "core" code land in gerrit?

Agenda

 * Updates
 * Located @ https://etherpad.openstack.org/p/neutron-lbaas-weekly-standup
 * Node pools vs pools naming.
 * Moving discussion to ML
 * Mark McClain's flavor blueprint
 * Everyone please review. Meeting tomorrow on this item.
 * TLS blueprint update (evgenyf)
 * We agreed to move dev effort to v2 only.
 * L7 switching blueprint (avishavb)
 * Everyone please review bp.

Agenda

 * Hackathon updates
 * Standup etherpad walk through
 * https://etherpad.openstack.org/p/neutron-lbaas-weekly-standup

Agenda

 * Hackathon logistics
 * Plan for hackathon in 2 weeks
 * Possible scope of hackathon
 * API Revision in Neutron LBaaS
 * By the time the Juno freeze occurs what functionality will be exposed via the Neutron LBaaS API (SSL? L7? etc.)
 * Cleaning up Neutron LBaaS plugin interface points
 * Getting reference implementation up to date with API revision
 * Choose direction for barbican integration
 * Using eventing model
 * Pushing orchestration decisions to GUI & power API users
 * BP refactor review
 * https://review.openstack.org/#/c/89903/

Agenda

 * Finalize first object model refactor blueprint
 * https://review.openstack.org/#/c/89903/
 * N:M vs 1:M LoadBalancer to Listener relationship
 * IPv4 and IPv6 addresses on LoadBalancer
 * N:M vs 1:M Pool to HealthMonitor relationship
 * Should deprecation be left to another blueprint?
 * M:1 vs 1:1 Listener to Pool
 * Pool status
 * Epic/Umbrella blueprint for tasks needed complete object model and API refactor

Agenda

 * Go over updated object model blueprint
 * https://review.openstack.org/#/c/89903/
 * The new API will require a different creation workflow

We should also discuss that the new API is going to require a different workflow to get a load balancer up and running. How is this going to look and if it makes sense. I think the creation workflow would be this:
 * Create Pool
 * Create Pool Member(s) and associate to Pool
 * Create Listener and add pool to this listener.
 * Create Load Balancer and add listener to this load balancer.

This might have some issues as I think there might be an expectation that the root object should be created first. In this case the load balancer is the root object and is created last. So Another option is: * Create Load Balancer * Create Listener and associate it with the load balancer * Create Pool and associate with Listener * Create pool member and associate with pool

Problem with this is when does the actual load balancer process get spun up? And does this solve for the M:N relationship between load balancers and listeners? A load balancer should be able to add an existing listener.

Current methods are: We may only need to change vip to loadbalancer and thats it.
 * Should subnet_id live on the pool, pool members, or somewhere else?
 * Driver abstract class changes needed to support new API
 * create_vip, update_vip, delete_vip
 * create_pool, update_pool, delete_pool
 * create_member, update_member, delete_member
 * create_pool_health_monitor, update_pool_health_monitor,
 * delete_pool_health_monitor
 * stats

Agenda

 * Stephen's API proposal
 * https://docs.google.com/document/d/129Da7zEk5p437_88_IKiQnNuWXzWaS_CpQVm4JBeQnc/edit#heading=h.hgpfh6kl7j7a
 * The document proposes the API that covers pretty much of the features that we've identified on the requirements page. The use cases are being addressed also. We need to converge on general approach proposed there.
 * Summit Agenda
 * We have two sessions at the neutron track. It makes sense to focus on the topics that will benefit most from face-to-face discussion.

Agenda
- need to discuss basic concepts beyond lbaas API. Particular objects only vs the notion of Loadbalancer. - member status
 * Networking functions vs Virtualized appliances
 * Update on API discussion
 * Status fields: admin, operational, deployment

Action Items

 * Jorge to engage in "Single API" discussion on ML
 * outline issues of existing LBaaS API
 * Jorge to create API proposal based off of Atlas API spec.
 * Add "least common denominator" requirements to wiki

Minutes/Log
Minutes: http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-10-14.01.html Log: http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-10-14.01.log.html

Agenda

 * Discuss API proposals

Action Items

 * Fill use case statistics: https://docs.google.com/a/mirantis.com/spreadsheet/ccc?key=0Ar1FuMFYRhgadDVXZ25NM2NfbGtLTkR0TDFNUWJQUWc
 * Propose options for 'single-call API' for certain cases: https://docs.google.com/document/d/1Ewl95yxAMq2fO0Z6Dz6fL-w2FScERQXQR1-mXuSINis/edit

Minutes
Minutes: http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-03-14.00.html Log: http://eavesdrop.openstack.org/meetings/neutron_lbaas/2014/neutron_lbaas.2014-04-03-14.00.log.html

Agenda for Meeting 27.03.2014
https://wiki.openstack.org/wiki/Neutron/LBaaS/Glossary Most of key points have been already discussed. One of the items - integration with existing libra features
 * Glossary
 * Object model discussion
 * Collaboration
 * HA
 * Open discussion

Links: https://wiki.openstack.org/wiki/Neutron/LBaaS/requirements

Blueprint Tracking
We'll revisit the rationale and the design of the feature. We'll discuss current progress and recent proposals from Stephen Balukoff
 * Loadbalancer instance
 * L7 rules
 * SSL

Discussion Topics
We have a patch on review https://review.openstack.org/#/c/64139/ that introduces the ability to configure different providers with the same vendor driver and different configuration parameters. That looks like something that is better addressed with flavors.
 * Downstream version of lbaas (?)
 * Service Type Framework (providers)

Open discussion
any other topics you would like to bring up for discussion during the summit.

Icehouse LBaaS Etherpad: https://etherpad.openstack.org/p/icehouse-neutron-lbaas

Announcements/General Information

 * Gates are stable, we're good to go with reviews

Blueprint Tracking

 * Loadbalancer instance
 * SSL
 * L7 rules
 * HA support for HAProxy

Discussion Topics

 * Downstream version of lbaas (?)

Open discussion
any other topics you would like to bring up for discussion during the summit.

Icehouse LBaaS Etherpad: https://etherpad.openstack.org/p/icehouse-neutron-lbaas