<div dir="ltr">Hi Neutrinos,<div><br></div><div>For those of you who couldn't join in person, please find a few notes below to capture some of the highlights of the event.</div><div><br></div><div>I would like to thank everyone one who helped me put this report together, and everyone who helped make this mid-cycle a fruitful one.</div><div><br></div><div>I would also like to thank IBM, and the individual organizers who made everything go smoothly.</div><div><br></div><div>Feel free to reach out if something is unclear, incorrect or incomplete.</div><div><br></div><div>Cheers,</div><div>Armando</div><div><br></div><div>~~~~~~~<br></div><div><br></div><div><font face="arial, helvetica, sans-serif">We touched on these topics (as initially proposed on <a href="https://etherpad.openstack.org/p/neutron-mitaka-midcycle">https://etherpad.openstack.org/p/neutron-mitaka-midcycle</a>)</font></div><div><ul><li><font face="arial, helvetica, sans-serif">Neutron-lib: discussed strategy for taking base DB model and context code into neutron-lib and getting rid of common-db-mixin. More to follow/baking in </font></li><li><font face="arial, helvetica, sans-serif">Routed-networks</font></li><ul><li><div><font face="arial, helvetica, sans-serif">Develpment started as per specification <a href="https://review.openstack.org/#/c/225384/">https://review.openstack.org/#/c/225384/</a>. In particular:</font></div></li><ul><li><span style="font-size:12.8px">Client patches</span></li><li><span style="font-size:12.8px"><span style="font-size:12.8px">Segment extension</span><br style="font-size:12.8px"></span></li><li><span style="font-size:12.8px"><span style="font-size:12.8px"><span style="font-size:12.8px">segments / host mapping</span><br></span></span></li></ul></ul><li><font face="arial, helvetica, sans-serif">Troubleshooting</font></li><ul><li>A number of proposals have been made over time, armax intends to push back on them all and invite the team to pause and think about this as two separate problems, which are at two different level of abstractions/complexity. Neutron, like an automobile, needs a dashboard whose warning lights provide feedback to the operator; only once this is available, well understood and well documented, remedy actions and effective tools in the toolbox can be implemented/used when digging under the bonnet. We clearly have an inexistent or an inadequate dashboard so far; figuring out what this dashboard looks like should be the first step to improve operability of Neuton deployments. More to follow on pending RFE bug.</li><ul><li><a href="https://bugs.launchpad.net/neutron/+bug/1507499">https://bugs.launchpad.net/neutron/+bug/1507499</a><br></li><li>Some preliminary notes available at: <a href="https://etherpad.openstack.org/p/neutron-troubleshooting">https://etherpad.openstack.org/p/neutron-troubleshooting</a><br></li></ul></ul><li><font face="arial, helvetica, sans-serif">Usability and stability fixes:</font></li><ul><li><font face="arial, helvetica, sans-serif">MTU cleanups: Implemented all MTU changes in Nova and Neutron required to fix the interface MTU setting mismatches identified by Matt and Sean. Deprecated the old network device mtu option in Nova and Neutron. Started working on a patch to address an issue when tunnels are used over IPv6 endpoints since the additional 20 byte overhead is not accounted for.</font></li><ul><li><font face="arial, helvetica, sans-serif"><a href="https://bugs.launchpad.net/neutron/+bug/1542108">https://bugs.launchpad.net/neutron/+bug/1542108</a></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://bugs.launchpad.net/neutron/+bug/1542475">https://bugs.launchpad.net/neutron/+bug/1542475</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/283798/">https://review.openstack.org/#/c/283798/</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/285532/">https://review.openstack.org/#/c/285532/</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/284818/">https://review.openstack.org/#/c/284818/</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/283790/">https://review.openstack.org/#/c/283790/</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/284814/">https://review.openstack.org/#/c/284814/</a></font></li></ul><li><font face="arial, helvetica, sans-serif">L3 HA: Worked out some race conditions in L3 HA when the server is receiving lots of router creates/deletes for the same tenant and pushed two patches to fix them.</font></li><ul><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/282876/14">https://review.openstack.org/#/c/282876/14</a><br></font></li></ul><li><font face="arial, helvetica, sans-serif">Reduce IP consumptions for router gateway ports (both DVR and non). carl_baldwin to put up model proposal, haleyb to follow up with code.</font></li></ul><li><font face="arial, helvetica, sans-serif">CI jobs cleanup</font></li><ul><li><div style="font-family:arial,sans-serif;font-size:12.8px">Assaf and armax had a chat about the -plus job and the current marching order is:</div><div style=""><ul style=""><li style="font-family:arial,sans-serif;font-size:12.8px;margin-left:15px">keep the API job as is; in the medium term they would like to adopt the same approach taken by the functional job to streamline the setup (e.g. setting up Keystone and Neutron only); this way they can cut back on the time to feedback as far as API tests go.<br></li><li style="font-family:arial,sans-serif;font-size:12.8px;margin-left:15px">continue to use the -plus job to run scenario tests, that requires the setup of an end-to-end cloud (Nova, Glance, Keystone, Neutron, et al).</li><li style="font-family:arial,sans-serif;font-size:12.8px;margin-left:15px"><span style="font-size:12.8px">Keeping the two jobs separate should help better tolerate, identify and isolate potential intermittent failures induced by scenario tests, by keeping the api job stable and on both check and gate queues.</span></li><li style="font-family:arial,sans-serif;font-size:12.8px;margin-left:15px"><span style="font-size:12.8px">Continue the de-fork effort</span></li><ul style=""><li style="margin-left:15px"><span style="font-size:12.8px"><a href="https://review.openstack.org/#/c/280427/">https://review.openstack.org/#/c/280427/</a></span><br></li><li style="margin-left:15px"><span style="font-size:12.8px"><a href="https://review.openstack.org/#/c/285116/">https://review.openstack.org/#/c/285116/</a></span></li></ul></ul></div></li></ul><li><font face="arial, helvetica, sans-serif">Nova integration aspects</font></li><ul><li><font face="arial, helvetica, sans-serif">Continued the conversation on get-me-a-network, thanks to Matt Riedemann for kickstarting the nova side of the effort</font></li><ul><li><font face="arial, helvetica, sans-serif">Nova spec: <a href="https://review.openstack.org/#/c/283206/">https://review.openstack.org/#/c/283206/</a></font></li><li><font face="arial, helvetica, sans-serif">Neutron blueprint dashboard: <a href="https://blueprints.launchpad.net/neutron/+spec/get-me-a-network">https://blueprints.launchpad.net/neutron/+spec/get-me-a-network</a></font></li><li><font face="arial, helvetica, sans-serif">Documentation: <a href="https://review.openstack.org/#/c/283133/">https://review.openstack.org/#/c/283133/</a></font></li><li><font face="arial, helvetica, sans-serif">Provide validation api to reduce amount of api calls to make between nova/neutron:</font></li><ul><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/283849/">https://review.openstack.org/#/c/283849/</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/284307/">https://review.openstack.org/#/c/284307/</a><br></font></li></ul><li><font face="arial, helvetica, sans-serif"> Made progress on Nova live migration with DVR patches, including removing a flaky tempest test from the gate when neutron is enabled.<br></font></li><li><font face="arial, helvetica, sans-serif">Talked about cells v2 and what Neutron can do, if at all, to adopt the same architecture. mlavalle to track nova development and put notes together.</font></li></ul></ul><li><font face="arial, helvetica, sans-serif">OpenStack client transition plan</font></li><ul><li><font face="arial, helvetica, sans-serif">Richard and armax sat down to finalize transition plan and chose deprecation/development strategies from Newton onwards</font></li><ul><li><font face="arial, helvetica, sans-serif"><a href="https://review.openstack.org/#/c/282555/">https://review.openstack.org/#/c/282555/</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://etherpad.openstack.org/p/osc-neutron-support">https://etherpad.openstack.org/p/osc-neutron-support</a><br></font></li><li><font face="arial, helvetica, sans-serif"><a href="https://bugs.launchpad.net/neutron/+bug/1521291">https://bugs.launchpad.net/neutron/+bug/1521291</a><br></font></li></ul></ul><li><font face="arial, helvetica, sans-serif">OVN and OVS integration</font></li><ul><li><font face="arial, helvetica, sans-serif">How to deal with destination MAC that OVN does not recognize<br></font></li><li><div class="gmail_default"><font face="arial, helvetica, sans-serif">discussion on current and future work for OVN features and scale</font></div></li><li><div class="gmail_default"><font face="arial, helvetica, sans-serif">discussion on how routed network models and FIPs fit in OVN deployments</font></div></li></ul><li><font face="arial, helvetica, sans-serif">API docs and docs in general</font></li><ul><li><font face="arial, helvetica, sans-serif">Sam-I-Am evangelized the importance of docs and we all listened and nodded in awe</font></li><li><font face="arial, helvetica, sans-serif"> DNS integration chapter for networking Guide<br></font></li><li><font face="arial, helvetica, sans-serif">Catching up on transition plan to adopt swagger</font></li></ul><li><font face="arial, helvetica, sans-serif">Stadium: discussed pros and cons of approaches for structuring networking projects in openstack governance; arnax to respin <a href="https://review.openstack.org/#/c/281628/">https://review.openstack.org/#/c/281628/</a> for updates.</font></li></ul><div>We didn't cover everything as planned, but that's the beauty of reality shows.</div></div></div>