Jump to: navigation, search

Difference between revisions of "Meetings/QoS"

(Created page with "= Meetings = * IRC channel: <code><nowiki>#openstack-meeting(tbd)</nowiki></code> * Chair: sc68cal / ajo (Sean Collins / Miguel Ángel Ajo) == Logs and Minutes == Meetings,...")
 
(Agenda)
 
(18 intermediate revisions by the same user not shown)
Line 1: Line 1:
 
= Meetings =
 
= Meetings =
 
+
* Weekly Wednesdays at 1400 UTC
* IRC channel: <code><nowiki>#openstack-meeting(tbd)</nowiki></code>
+
* IRC channel: <code><nowiki>#openstack-meeting-3</nowiki></code>
 
* Chair: sc68cal / ajo (Sean Collins / Miguel Ángel Ajo)
 
* Chair: sc68cal / ajo (Sean Collins / Miguel Ángel Ajo)
  
== Logs and Minutes ==
+
== Announcements ==
  
Meetings, with their notes and logs, will be found under http://eavesdrop.openstack.org/meetings/neutron_qos
+
* Etherpad from summit:  https://etherpad.openstack.org/p/neutron-qos
 +
* Coding Sprint:  https://etherpad.openstack.org/p/neutron-liberty-qos-code-sprint
  
= Agenda =
+
== Blueprints ==
  
'''2015-04-XX'''
+
* https://review.openstack.org/#/c/88599/
  
(very preliminary...)
+
== Logs and Minutes ==
  
* Flavor framework coordination
+
Meetings, with their notes and logs, will be found under http://eavesdrop.openstack.org/meetings/neutron_qos
:* how do flavors work?
 
:* does QoSes fit as flavors?
 
:* or can they be used to enforce QoS policies on tenant ports?
 
* QoS types we can think of: bandwidth limiting, guarantees, traffic marking, traffic shaping (per proto flags), ... what are we yet missing?
 
* Current ideas for design
 
  
 +
= Agenda =
  
 +
=== '''2015-06-03''' 14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-06-03-14.01.html meeting log] ===
 +
* Etherpad with ideas, and work distribution at the end: https://etherpad.openstack.org/p/neutron-qos-jun-3-2015
  
'''2014-07-07'''
+
=== '''2015-05-27''' 14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-05-27-14.01.html meeting log] ===
 +
* Impressions from the summit session: https://etherpad.openstack.org/p/YVR-neutron-qos
 +
* people from comcast to prepare ovs/dscp + spec in parallel
 +
* where do we stand
 +
* open agenda
  
* Status of the code
+
interesting stuff (future): https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/supporting-network-bandwidth-guarantees-with-openstack-an-implementation-perspective
:* Foreign Key dependency error - solved?
 
:* Global requirements update = https://review.openstack.org/101918 [merging]
 
:* Healing migration = https://review.openstack.org/96438
 
:* Icehouse/freeze models = https://review.openstack.org/102857
 
:* Devstack: one name for the database = https://review.openstack.org/105059
 
* Design questions:
 
:* Removing auto-generation of db schema from models at startup: commit before or after healing?
 
* Next steps? Planning of work items•
 
* Testing plans: unit, functional, tempest, grenade, etc.
 
* Questions & open discussion.
 
  
 +
=== '''2015-05-21''' (Summit session)===
 +
Summit session: https://etherpad.openstack.org/p/YVR-neutron-qos
 +
=== '''2015-05-13''' 14:00 UTC 14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-05-06-14.01.html meeting log]===
 +
* Current shape of the spec: single api endpoint for rules, https://review.openstack.org/#/c/88599/11/specs/liberty/qos-api-extension.rst
 +
* New spec for the ML2/OVS bits: https://review.openstack.org//#/c/182349/
 +
* Focusing on egress for now
 +
* Summit session planning: https://etherpad.openstack.org/p/YVR-neutron-qos
  
'''2014-06-30'''
+
=== '''2015-05-06''' 14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-05-06-14.01.html meeting log]=== 
 +
* [http://lists.openstack.org/pipermail/openstack-dev/2015-May/063382.html API microversioning] spec implications
 +
* [https://review.openstack.org/#/c/88599/9..10/specs/liberty/qos-api-extension.rst Changes to the QoS API spec]:  scoping into bandwidth limiting
 +
* [https://review.openstack.org/#/c/88599/9..10/specs/liberty/qos-api-extension.rst Changes to the QoS API spec]: modeling of rules (class hierarchy)  (Guarantee split out)
 +
* Discuss multiple API end points (per rule type) vs single.
 +
* Traffic Classification considerations
 +
* The ingress vs egress differences and issues.
  
* Status of specs:
 
:* https://review.openstack.org/95738 = Healing (approved)
 
:* https://review.openstack.org/101963 = Reorganize migrations healing
 
* Status of the WIP patches
 
:* Foreign Key dependency error
 
:* Global requirements update = https://review.openstack.org/101918
 
:* Icehouse models = https://review.openstack.org/102857
 
* Design questions:
 
:* Removing auto-generation of db schema from models at startup: commit before or after healing?
 
:* Use of oslo.db?
 
* Next steps? Planning of work items•
 
* Testing plans: unit, functional, tempest, grenade, etc.
 
* Questions & open discussion.
 
  
  
'''2014-06-22'''
+
==='''2015-04-29''' 14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-04-29-14.01.html meeting log] ===
* Status of spec, https://review.openstack.org/95738
+
* High level api/cmdline overview, to share with operators. https://etherpad.openstack.org/p/neutron-qos-api-preview
* Status of the WIP patch
+
* Update on latest changes.
:* Foreign Key dependency error
+
* Service plugin discussion
:* Global requirements update needed
+
* Ideas for generic RPC mechanisms to subscribe for "port related updates"
* Design questions:
+
* Ideas for low-level implementation: "qos_driver" interface a'la firewall_driver ?
:* Removing auto-generation of db schema from models at startup: commit before or after healing?
+
* ML2-OVS, ML2-SRIOV, ML2-LB specs
:* Other?
+
* IPv6 flow labels proposal conflict with other proposed IPv6 flow labels usage (tenant isolation -ianwells-)
* Testing plans: unit, functional, tempest, grenade, etc.
 
* Questions & open discussion.
 
  
== Announcements ==
 
  
* Etherpad from summit: https://etherpad.openstack.org/p/neutron-db-migrations
+
==='''2015-04-21'''  14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-04-21-14.03.html meeting log] ===
<br /><br />
+
* Anounce coding sprint for QoS: https://etherpad.openstack.org/p/neutron-liberty-qos-code-sprint
 +
* Update to the API spec: https://review.openstack.org/#/c/88599
 +
* Design as a service plugin: https://wiki.openstack.org/wiki/Neutron/ServiceTypeFramework for better separation?
 +
* Separate specs for common ml2 bits + ml2-sriov design, ml2-ovs,  somebody for linux bridge?
 +
* QoS types we can think of: bandwidth limiting, guarantees, traffic marking, traffic shaping (per proto flags), ... what are we yet missing?
 +
* Ratelimiting vs ratecontrol (max/min) ?
 +
* Share API design with operators to get feedback.
  
== Bugs ==
 
  
All Neutron DB bugs (this query is too broad for the meeting scope):
+
==='''2015-04-15''' 14:00 UTC [http://eavesdrop.openstack.org/meetings/neutron_qos/2015/neutron_qos.2015-04-15-14.07.html meeting log]===  
* https://bugs.launchpad.net/neutron/+bugs?field.tag=db
+
* Coding sprint for QoS: https://etherpad.openstack.org/p/neutron-liberty-qos-code-sprint
<br />
+
* Free discussion / use case gathering
Bugs assigned to sub-team members:
+
* Agenda definition for first meeting : https://etherpad.openstack.org/p/neutron-qos-agenda
* HenryG: https://bugs.launchpad.net/neutron/+bugs?field.tag=db&field.assignee=gessau
+
* Flavor framework coordination
* akamyshnikova: https://bugs.launchpad.net/neutron/+bugs?field.tag=db&field.assignee=akamyshnikova
+
:* how do flavors work? , does QoSes fit as flavors?
* libosvar: https://bugs.launchpad.net/neutron/+bugs?field.tag=db&field.assignee=libosvar
+
:* or can they be used to enforce QoS policies on tenants?
* others?
 
<br /><br />
 
  
== Blueprints ==
+
= Meeting Commands =
 
 
* Healing script: https://blueprints.launchpad.net/neutron/+spec/db-migration-refactor
 
* Other: https://blueprints.launchpad.net/neutron/+spec/neutron-robust-db-migrations
 
<br /><br />
 
 
 
== Meeting Commands ==
 
  
<nowiki>/join #openstack-meeting</nowiki><br />
+
<nowiki>/join #openstack-meeting-3</nowiki><br />
<nowiki>#startmeeting neutron_db</nowiki><br />
+
<nowiki>#startmeeting neutron_qos</nowiki><br />
 
<nowiki>#topic Announcements</nowiki><br />
 
<nowiki>#topic Announcements</nowiki><br />
<nowiki>#link https://wiki.openstack.org/wiki/Meetings/NeutronDB</nowiki><br />
+
<nowiki>#link https://wiki.openstack.org/wiki/Meetings/NeutronQoS</nowiki><br />
 
<br />
 
<br />
<nowiki>#action HenryG will get something specific done this week.</nowiki><br />
+
<nowiki>#action ajo will get something specific done this week.</nowiki><br />
 
...<br />
 
...<br />
 +
<br />
 +
<nowiki>#undo</nowiki>
 
<br />
 
<br />
 
<nowiki>#endmeeting</nowiki><br />
 
<nowiki>#endmeeting</nowiki><br />
  
 
<br /><br /><br />
 
<br /><br /><br />

Latest revision as of 13:15, 10 June 2015

Meetings

  • Weekly Wednesdays at 1400 UTC
  • IRC channel: #openstack-meeting-3
  • Chair: sc68cal / ajo (Sean Collins / Miguel Ángel Ajo)

Announcements

Blueprints

Logs and Minutes

Meetings, with their notes and logs, will be found under http://eavesdrop.openstack.org/meetings/neutron_qos

Agenda

2015-06-03 14:00 UTC meeting log

2015-05-27 14:00 UTC meeting log

interesting stuff (future): https://www.openstack.org/summit/vancouver-2015/summit-videos/presentation/supporting-network-bandwidth-guarantees-with-openstack-an-implementation-perspective

2015-05-21 (Summit session)

Summit session: https://etherpad.openstack.org/p/YVR-neutron-qos

2015-05-13 14:00 UTC 14:00 UTC meeting log

2015-05-06 14:00 UTC meeting log


2015-04-29 14:00 UTC meeting log

  • High level api/cmdline overview, to share with operators. https://etherpad.openstack.org/p/neutron-qos-api-preview
  • Update on latest changes.
  • Service plugin discussion
  • Ideas for generic RPC mechanisms to subscribe for "port related updates"
  • Ideas for low-level implementation: "qos_driver" interface a'la firewall_driver ?
  • ML2-OVS, ML2-SRIOV, ML2-LB specs
  • IPv6 flow labels proposal conflict with other proposed IPv6 flow labels usage (tenant isolation -ianwells-)


2015-04-21 14:00 UTC meeting log


2015-04-15 14:00 UTC meeting log

  • how do flavors work? , does QoSes fit as flavors?
  • or can they be used to enforce QoS policies on tenants?

Meeting Commands

/join #openstack-meeting-3
#startmeeting neutron_qos
#topic Announcements
#link https://wiki.openstack.org/wiki/Meetings/NeutronQoS

#action ajo will get something specific done this week.
...

#undo
#endmeeting