<div dir="ltr">Hi all,<div><br></div><div>We had a session discussion the future of the Neutron API. The etherpad is available here: <a href="https://etherpad.openstack.org/p/newton-neutron-future-neutron-api">https://etherpad.openstack.org/p/newton-neutron-future-neutron-api</a></div><div><br></div><div>The first two topics were Keystone V3 and Pecan. Both of those were relatively straight-forward.</div><div><br></div><div>For the switch to Keystone V3, we will need to accept project_id in the API as well as tenant_id for backward compatibility. Without the adoption of micro-versioning (more on that below), we will have to support both indefinitely.</div><div><br></div><div>The plan for Pecan is to finish fixing up the last remaining bugs with some of the service plugins. Once it is passing all tests, we will upgrade the pecan jobs from experimental to non-voting and then voting (after maybe a week).</div><div><br></div><div>Once we are comfortable that it looks stable, we will switch Neutron to default to pecan so everything will be running it by default. This may break some out-of-tree service plugins/extensions so we need to do it early to address any issues.</div><div><br></div><div><br></div><div>Finally, the topic of microversioning came up again. Until we adopt it, we will have to maintain backward compatibility in all of our responses (so we would never be able to get rid of tenant_id).</div><div><br></div><div>This led to several questions that need to be answered before we can proceed:</div><div><ul><li>Do we have any volunteers to do the microversioning work?</li><li>Do we drop support for extensions on the switch to microversioning?</li><li>If we keep extensions, are we okay with them being un-versioned and possibly incompatible between implementations?</li></ul><div><br></div><div>I think until we get the questions above agreed upon early on, there isn't much point in getting down into detailed planning because the effort won't go anywhere without high-level agreement.</div></div><div><br></div><div><br></div><div>Cheers,</div><div>Kevin Benton</div></div>