<div dir="ltr"><div>I'm sure it is not news to anyone that we already have approved a too many specifications for Juno-3. The PTL made clear indeed that "Low priority" blueprints are considered best effort.<br>
</div><div><br></div><div>However, this already leaves us with 23 medium to high specifications to merge in Juno-3. This is already quite close to what the core team can handle, considering history from previous releases and the fact that there are 3 very big items in the list (new LB APIs, distributed router, and group policies).</div>
<div><br></div><div>I've counted already at least 7 requests for spec freeze exceptions on the mailing list, and it is likely more will come. In order to limit oversubscribing, I would suggest to exclude freeze exceptions requests for items which are not:</div>
<div>- targeting stability and scalability for Neutron FOSS framework</div><div>- have a "community" interest. By that I do not mean necessarily targeting the FOSS bits, but necessarily have support and interest from a number of teams of neutron contributors.</div>
<div><br></div><div>I don't want to be evil to contributors, but I think it is better to be clear now rather than arriving at the end of Juno-3 and having to tell contributors that unfortunately we were not able to give their patches enough review cycles.</div>
<div><br></div><div>Salvatore</div><div><br></div></div>