<div dir="ltr">Hello Openstack Community,<br><br>I write to submit my candidacy for the Neutron PTL position during the<br>Yoga cycle.<br><br>I have worked with Openstack since Grizzly in downstream projects,<br>and as a fulltime upstream developer from Rocky. I mostly focused on Neutron,<br>but worked with testing, CI and even added some networking features to Horizon.<br><br>I work for Ericsson, who brings in interesting TelCo needs and experiences, like<br>trunks or bandwidth aware scheduling. In Ericsson I worked not only as<br>developer, but as team lead and team coach, that gave me opportunity to view<br>things from different perspectives and help teams to solve issues together.<br><br>I tried to keep Neutron stadium projects alive and maintained, actively<br>participated in Neutron meetings and in activities like the scheduled bug<br>deputy weeks.<br><br>In the last cycles the Neutron community was stable, and worked together as a<br>real team, and was the best experience of my professional life to work with them<br>and learn every day new things. As I see the team was able to create a kind of<br>gravitation that encouraged developers from around the world to report their<br>bugs, propose their fixes and new ideas to networking projects.<br><br>My priorities as PTL are the following:<br><br>* Keep Neutron's stadium ecosystem alive and healthy. In Xena we moved<br>tap-as-a-service back to stadium, and there's even new features arriving<br>to make some of them work with OVN. Continue this effort to keep Neutron<br>as a natural API and code base for many projects.<br><br>* The team has strong tradition to focus on CI with dedicated weekly meeting,<br>eyes on jobs' results and increasing test coverage. Continue these efforts to<br>make Neutron CI more stable and capable of giving fast and reliable feedback<br>to developers.<br><br>* In the last cycles OVN became one of Neutron's in-tree backends, and now it is<br>used as default backend in Openstack CI. There's a continuous effort to remove the<br>gaps between ML2/OVS and OVN<br>(see: <a href="https://docs.openstack.org/neutron/latest/ovn/gaps.html">https://docs.openstack.org/neutron/latest/ovn/gaps.html</a>), some of these<br>already have owner (like QoS Minimum Bandwidth allocation with Placement, or<br>BGP), this effort should be continued.<br><br>* Neutron team is quite healthy, but I want to onboard developers from other<br>companies to keep the influx of people and ideas.<br><br>* In the last cycles the performance improvements were always on the written or<br>unconscious TODO list of the team (like enginefacade-switch, or this cycle's<br>efforts from Oleg and other Huawei developers). Like CI, performance<br>improvements and monitoring should be a continuous effort.<br><br>* Continue the ongoing implementation for feautres like new QoS rules (pps<br>limit and minimum pps), and new l3 related features.<br><br>Thank you for your time and consideration.<br><br>Lajos Katona (lajoskatona)<br></div>