<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 5 February 2016 at 05:41, Gal Sagie <span dir="ltr"><<a href="mailto:gal.sagie@gmail.com" target="_blank">gal.sagie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Armando,<div><br></div><div>I think that contributing and innovating in Dragonflow to implement Neutron in an open way and serve as an  alternative and as an example</div><div>for distributed networking patterns IS driving Neutron forward, i am very sad that you fail to see this and try to pick to</div><div>my review/patches count.</div></div></blockquote><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><br></div><div class="gmail_extra">Beside the big over head i devote to Dragonflow, due to the fact that it really runs as an open source project, i also help and contribute</div><div class="gmail_extra">as much as i can to OVN and of course my efforts in Kuryr, which to me solves a critical and important thing for Neutron and for OpenStack</div><div class="gmail_extra">in mixed containers environments.</div><div class="gmail_extra">(And the rest of the time that i try to devote to Neutron and other sub-projects, currently still under Neutron big-stadium)</div><div class="gmail_extra"><br></div><div class="gmail_extra">Of course that all of this in addition to my efforts and success to convince and assist in bringing more people</div><div class="gmail_extra">and more companies to contribute in an open way with the community in many areas in Neutron (some you are familiar with like the border gateway and l2gateway others that you are not..), </div><div class="gmail_extra">both internally and externally, writing blogs/arranging meetups to promote and extend some </div><div class="gmail_extra">of the above projects visibility and Neutron as such.</div><div class="gmail_extra"><br></div><div class="gmail_extra">Believe me that i truly am passionate about Neutron, OpenStack and open source and try my best to help and</div><div class="gmail_extra">contribute when ever i can and many times not due to my "Job requirement", i apologise that this is</div><div class="gmail_extra">not enough for you, there is only a limited amount of hours in a day :)</div><div class="gmail_extra"><br></div><div class="gmail_extra">However, i truly believe that Dragonflow, and ANY other true open source implementation of Neutron helps move</div><div class="gmail_extra">Neutron forward and i hope to continue do so either as Neutron big-stadium, as a big-tent project or as something else.</div></div></div></blockquote><div><br></div><div>I don't recall pointing at any stats. I appreciate your sales pitch, but that doesn't change the fact that when looking at features like port forwarding and tags (stuff that you indeed proposed and that can be beneficial for the project as a whole), you didn't seem to give them enough priority, meaning that Neutron core is not a priority for you...but don't get me wrong...everyone has his/her own priorities.</div><div><br></div><div>My point being contributing to Dragonflow/OVN/etc alone is great because it drives adoption and provide choice, but it is not enough to provide benefit and value to the rest of projects and initiatives that exist within the Neutron ecosystem, and use Neutron as a backbone to deliver network services.</div><div><br></div><div>There's a wealth of more or less glamorous activities that the core team is responsible for and are the true blood of this project. If the heart doesn't pump out this blood to the limbs, the limbs might as well die.</div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div><div class="gmail_extra"><br></div><div class="gmail_extra">As i have talked with Russell and explained, to me the Big Stadium was/is a way to keep Networking related projects "near"</div><div class="gmail_extra">the group of people that has the best context to review / help and comment, its obviously not working and thats fine, lets</div><div class="gmail_extra">try something different...</div><div><div class="h5"><div class="gmail_extra"><br></div><div class="gmail_extra"><br></div><div class="gmail_extra"><div class="gmail_quote">On Thu, Feb 4, 2016 at 8:18 PM, Armando M. <span dir="ltr"><<a href="mailto:armamig@gmail.com" target="_blank">armamig@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 February 2016 at 04:05, Gal Sagie <span dir="ltr"><<a href="mailto:gal.sagie@gmail.com" target="_blank">gal.sagie@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr">Hi Assaf,<div><br></div><div>I think that if we define a certain criteria we need to make sure that it applies to everyone equally.</div><div>and it is well understood. </div></div></blockquote><div><br></div><div>I must admit I am still waking up and going through the entire logs etc. However I cannot help but point out that one criteria that Russell and other TC people are behind (me included) is the significant 'team overlap' (and I would add it to be for a prolonged amount of time). This doesn't mean just drop the accidental bug fix or enhancement to enable the subproject to work with Neutron or address the odd regression that sneaks in from time to time, but it means driving Neutron forward so that it is beneficial for the project as a whole.<br></div><div><br></div><div>If you look at yourself, can you candidly say that you are making an impact to the core of Neutron? You seem you have dropped off the radar in the Mitaka timeframe, and haven't made a lasting impact in the Liberty timeframe. I applaud your Kuryr initiative and your specs proposals, but both are not enough to warrant Dragonflow for inclusion.</div><div><br></div><div>If the team overlap changes, then great, we'll reassess.</div><div><br></div><div>That said, I'll continue my discussion on the patch... </div><div> </div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div dir="ltr"><div>I have contributed and still am to both OVN and Dragonflow and hope to continue do so in the future, </div><div>i want to see both of these solutions become a great production grade open source alternatives.</div><div><br></div><div>I have less experience in open source and in this community from most of you, but from what i saw users</div><div>do take these things into consideration, its hard for a new user and even not so new to understand the possibilities correctly </div><div>specially if we cant even define them ourselves</div><div><br></div><div>Instead of spending time on technology and on solving the problems for our users we are concentrating</div><div>on this conversation, we haven't even talked about production maturity, feature richness and stability as you say</div><div>and by doing this move, we are signaling something else for our users without actually discussing about all the</div><div>former ourselves.<br></div><div><br></div><div>I will be ok with what ever the Neutron team decide on this, as they can define the criteria as they please.</div><div>Just shared my opinion on this process and my disappointment from it as someone who values open source</div><div>a lot.</div><span><font color="#888888"><div><br></div><div>Gal.</div><div><br></div></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Feb 4, 2016 at 11:31 AM, Assaf Muller <span dir="ltr"><<a href="mailto:amuller@redhat.com" target="_blank">amuller@redhat.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left-width:1px;border-left-color:rgb(204,204,204);border-left-style:solid;padding-left:1ex"><div><div>On Thu, Feb 4, 2016 at 10:20 AM, Assaf Muller <<a href="mailto:amuller@redhat.com" target="_blank">amuller@redhat.com</a>> wrote:<br>
> On Thu, Feb 4, 2016 at 8:33 AM, Gal Sagie <<a href="mailto:gal.sagie@gmail.com" target="_blank">gal.sagie@gmail.com</a>> wrote:<br>
>> As i have commented on the patch i will also send this to the mailing list:<br>
>><br>
>> I really dont see why Dragonflow is not part of this list, given the<br>
>> criteria you listed.<br>
>><br>
>> Dragonflow is fully developed under Neutron/OpenStack, no other<br>
>> repositories. It is fully Open source and already have a community of people<br>
>> contributing and interest from various different companies and OpenStack<br>
>> deployers. (I can prepare the list of active contributions and of interested<br>
>> parties) It also puts OpenStack Neutron APIs and use cases as first class<br>
>> citizens and working on being an integral part of OpenStack.<br>
>><br>
>> I agree that OVN needs to be part of the list, but you brought up this<br>
>> criteria in regards to ODL, so: OVN like ODL is not only Neutron and<br>
>> OpenStack and is even running/being implemented on a whole different<br>
>> governance model and requirements to it.<br>
>><br>
>> I think you also forgot to mention some other projects as well that are<br>
>> fully open source with a vibrant and diverse community, i will let them<br>
>> comment here by themselves.<br>
>><br>
>> Frankly this approach disappoints me, I have honestly worked hard to make<br>
>> Dragonflow fully visible and add and support open discussion and follow the<br>
>> correct guidelines to work in a project. I think that Dragonflow community<br>
>> has already few members from various companies and this is only going to<br>
>> grow in the near future. (in addition to deployers that are considering it<br>
>> as a solution)  we also welcome anyone that wants to join and be part of the<br>
>> process to step in, we are very welcoming<br>
>><br>
>> I also think that the correct way to do this is to actually add as reviewers<br>
>> all lieutenants of the projects you are now removing from Neutron big<br>
>> stadium and letting them comment.<br>
>><br>
>> Gal.<br>
><br>
> I understand you see 'Dragonflow being part of the Neutron stadium'<br>
> and 'Dragonflow having high visibility' as tied together. I'm curious,<br>
> from a practical perspective, how does being a part of the stadium<br>
> give Dragonflow visibility? If it were not a part of the stadium and<br>
> you had your own PTL etc, what specifically would change so that<br>
> Dragonflow would be less visible. Currently I don't understand why<br>
> being a part of the stadium is good or bad for a networking project,<br>
> or why does it matter. Looking at Russell's patch, it's concerned with<br>
> placing projects (e.g. ODL, OVN, Dragonflow) either in or out of the<br>
> stadium and the criteria for doing so, I'm just asking how do you<br>
> (Gal) perceive the practical effect of that decision.<br>
<br>
</div></div>Allow me to expand:<br>
It seems to me like there is no significance to who is 'in or out'.<br>
However, people, including potential customers, look at the list of<br>
the Neutron stadium and deduce that project X is better than Y because<br>
X is in but Y is out, and *that* in itself is the value of being in or<br>
out, even though it has no meaning. Maybe we should explain what<br>
exactly does it mean being in or out. It's just a governance decision,<br>
it doesn't reflect in any way of the quality or appeal of a project<br>
(For example some of the open source Neutron drivers out of the<br>
stadium are much more mature, stable and feature full than other<br>
drivers in the stadium).<br>
<div><div><br>
><br>
>><br>
>><br>
>> On Wed, Feb 3, 2016 at 11:48 PM, Russell Bryant <<a href="mailto:rbryant@redhat.com" target="_blank">rbryant@redhat.com</a>> wrote:<br>
>>><br>
>>> On 11/30/2015 07:56 PM, Armando M. wrote:<br>
>>> > I would like to suggest that we evolve the structure of the Neutron<br>
>>> > governance, so that most of the deliverables that are now part of the<br>
>>> > Neutron stadium become standalone projects that are entirely<br>
>>> > self-governed (they have their own core/release teams, etc).<br>
>>><br>
>>> After thinking over the discussion in this thread for a while, I have<br>
>>> started the following proposal to implement the stadium renovation that<br>
>>> Armando originally proposed in this thread.<br>
>>><br>
>>> <a href="https://review.openstack.org/#/c/275888" rel="noreferrer" target="_blank">https://review.openstack.org/#/c/275888</a><br>
>>><br>
>>> --<br>
>>> Russell Bryant<br>
>>><br>
>>> __________________________________________________________________________<br>
>>> OpenStack Development Mailing List (not for usage questions)<br>
>>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
>><br>
>><br>
>><br>
>> --<br>
>> Best Regards ,<br>
>><br>
>> The G.<br>
>><br>
>> __________________________________________________________________________<br>
>> OpenStack Development Mailing List (not for usage questions)<br>
>> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
<br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><span><font color="#888888"><div><br></div>-- <br><div>Best Regards ,<br><br>The G. </div>
</font></span></div><span><font color="#888888">
</font></span></div></div><span><font color="#888888"><br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></font></span></blockquote></div><br></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br><br clear="all"><div><br></div>-- <br><div>Best Regards ,<br><br>The G. </div>
</div></div></div></div></div>
<br>__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" rel="noreferrer" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" rel="noreferrer" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div>