<div dir="ltr">Hello all:<br><br>I would like to announce my candidacy for the role of PTL of Neutron for<br>the Antelope cycle.<br><br>Let me introduce myself first. I started contributing to OpenStack in<br>Liberty release (2015). I've contributed to several projects, mainly<br>Neutron, neutron-lib, os-ken and os-vif, in addition to Nova and<br>devstack. During the last two years I've been focused on the ML2/OVN<br>integration, QoS and Placement related features and helping on the<br>Neutron CI improvement and stabilization.<br><br>For this new release, those are the main goals I would like to focus<br>on:<br><br>* Take care and focus on the approved and merged Neutron specs [1].<br>  Those RFEs should be actively attended by the community, from the spec<br>  proposal to the code review. In order to increase the attention of the<br>  community on these new RFEs, new ways of tracking them should be proposed<br>  (a topic that should be discussed during the PTG). For example, having a<br>  core reviewer “godfather” for each RFE.<br><br>* Continue with the improvement of CI stability. The job done during the<br>  last 2 or 3 releases has been impressive, probably the hardest and the most<br>  continued effort on the CI in the Neutron community ever. We *must*<br>  continue with this effort and the current processes to track the<br>  healthiness of the CI.<br><br>* Start working on the smart NIC / hardware offload testing. The number of<br>  backends (ML2/OVS, ML2/OVN, ML2/SR-IOV) make non-viable to test any<br>  possible combination. But at least, depending on the available hardware,<br>  we would be able to test the stability of those backends with the newest<br>  hardware offload NICs. Note: that will imply an external CI support.<br><br>* Work with users and operators, providing an active channel with them. The<br>  goal is to attract customers to be actively involved in the community,<br>  participating in the Neutron meetings (team meeting, CI meeting, drivers<br>  meeting) or even creating a specific meeting with them in order to capture<br>  new needs or issues.<br><br>* Live migration improvement, specially in ML2/OVN. This feature is still<br>  being tested and has not proven to be very stable. There are several core<br>  OVN and Neutron efforts right now but we still need to make this feature<br>  stable enough to be delivered to customers.<br><br><br>A part from those main goals, we should always keep an eye on:<br><br>* The SQLAlchemy 2.0 migration and any possible issue detected.<br><br>* The Neutron's stadium ecosystem alive and healthy: this is a permanent<br>  goal in any release. The Neutron ecosystem is wide and diverse and it is<br>  maintained with few resources. We should focus on those active projects<br>  and communities that support their respective repositories.<br><br>* Still closing the ML2/OVS - ML2/OVN feature gap, that is smaller every<br>  cycle.<br><br><br>Thank you in advance.<br><br><div>Rodolfo Alonso Hernandez (ralonsoh, <a href="mailto:ralonsoh@redhat.com">ralonsoh@redhat.com</a>)</div><div><br></div></div>