<div dir="ltr">Last Friday I recall we had two discussions around this topic. One in the morning, which I think led to Maruti to push [1]. The way I understood [1] was that it is an attempt at unifying [2] and [3], by choosing the API approach of one and the architectural approach of the other.<div><br></div><div>[1] <a href="https://review.openstack.org/#/c/134179/" target="_blank">https://review.openstack.org/#/c/134179/</a></div><div>[2] <a href="https://review.openstack.org/#/c/100278/" target="_blank">https://review.openstack.org/#/c/100278/</a></div><div>[3] <a href="https://review.openstack.org/#/c/93613/" target="_blank">https://review.openstack.org/#/c/93613/</a></div><div><br></div><div>Then there was another discussion in the afternoon, but I am not 100% of the outcome.</div><div><br></div><div>All this churn makes me believe that we probably just need to stop pretending we can achieve any sort of consensus on the approach and let the different alternatives develop independently, assumed they can all develop independently, and then let natural evolution take its course :)</div><div><br></div><div>Ultimately the biggest debate is on what the API model needs to be for these abstractions. We can judge on which one is the best API of all, but sometimes this ends up being a religious fight. A good API for me might not be a good API for you, even though I strongly believe that a good API is one that can:</div><div><br></div><div>- be hard to use incorrectly</div><div>- clear to understand</div><div>- does one thing, and one thing well</div><div><br></div><div>So far I have been unable to be convinced why we'd need to cram more than one abstraction in one single API, as it does violate the above mentioned principles. Ultimately I like the L2 GW API proposed by 1 and 2 because it's in line with those principles. I'd rather start from there and iterate.</div><div><br></div><div>My 2c,</div><div>Armando</div><div><div class="gmail_extra"><br><div class="gmail_quote">On 14 November 2014 08:47, Salvatore Orlando <span dir="ltr"><<a href="mailto:sorlando@nicira.com" target="_blank">sorlando@nicira.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">Thanks guys.<div><br></div><div>I think you've answered my initial question. Probably not in the way I was hoping it to be answered, but it's ok.</div><div><br></div><div>So now we have potentially 4 different blueprint describing more or less overlapping use cases that we need to reconcile into one?</div><div>If the above is correct, then I suggest we go back to the use case and make an effort to abstract a bit from thinking about how those use cases should be implemented.</div><span><font color="#888888"><div><br></div><div>Salvatore</div></font></span></div><div><div><div class="gmail_extra"><br><div class="gmail_quote">On 14 November 2014 15:42, Igor Cardoso <span dir="ltr"><<a href="mailto:igordcard@gmail.com" target="_blank">igordcard@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">Hello all,<div>Also, what about Kevin's <a href="https://review.openstack.org/#/c/87825/" target="_blank">https://review.openstack.org/#/c/87825/</a>? One of its use cases is exactly the L2 gateway. These proposals could probably be inserted in a more generic work for moving existing datacenter L2 resources to Neutron.</div><div>Cheers,</div></div><div class="gmail_extra"><div><div><br><div class="gmail_quote">On 14 November 2014 15:28, Mathieu Rohon <span dir="ltr"><<a href="mailto:mathieu.rohon@gmail.com" target="_blank">mathieu.rohon@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">Hi,<br>
<br>
As far as I understood last friday afternoon dicussions during the<br>
design summit, this use case is in the scope of another umbrella spec<br>
which would define external connectivity for neutron networks. Details<br>
of those connectivity would be defined through service plugin API.<br>
<br>
Ian do you plan to define such an umbrella spec? or at least, could<br>
you sum up the agreement of the design summit discussion in the ML?<br>
<br>
I see at least 3 specs which would be under such an umbrella spec :<br>
<a href="https://review.openstack.org/#/c/93329/" target="_blank">https://review.openstack.org/#/c/93329/</a> (BGPVPN)<br>
<a href="https://review.openstack.org/#/c/101043/" target="_blank">https://review.openstack.org/#/c/101043/</a> (Inter DC connectivity with VPN)<br>
<a href="https://review.openstack.org/#/c/134179/" target="_blank">https://review.openstack.org/#/c/134179/</a> (l2 gw aas)<br>
<div><div><br>
<br>
On Fri, Nov 14, 2014 at 1:13 PM, Salvatore Orlando <<a href="mailto:sorlando@nicira.com" target="_blank">sorlando@nicira.com</a>> wrote:<br>
> Thanks Maruti,<br>
><br>
> I have some comments and questions which I've posted on gerrit.<br>
> There are two things I would like to discuss on the mailing list concerning<br>
> this effort.<br>
><br>
> 1) Is this spec replacing  <a href="https://review.openstack.org/#/c/100278" target="_blank">https://review.openstack.org/#/c/100278</a> and<br>
> <a href="https://review.openstack.org/#/c/93613" target="_blank">https://review.openstack.org/#/c/93613</a> - I hope so, otherwise this just adds<br>
> even more complexity.<br>
><br>
> 2) It sounds like you should be able to implement this service plugin in<br>
> either a feature branch or a repository distinct from neutron. Can you<br>
> confirm that?<br>
><br>
> Salvatore<br>
><br>
> On 13 November 2014 13:26, Kamat, Maruti Haridas <<a href="mailto:maruti.kamat@hp.com" target="_blank">maruti.kamat@hp.com</a>><br>
> wrote:<br>
>><br>
>> Hi Friends,<br>
>><br>
>>      As discussed during the summit, I have uploaded the spec for review<br>
>> at <a href="https://review.openstack.org/#/c/134179/" target="_blank">https://review.openstack.org/#/c/134179/</a><br>
>><br>
>> Thanks,<br>
>> Maruti<br>
>><br>
>><br>
>><br>
>><br>
>> _______________________________________________<br>
>> OpenStack-dev mailing list<br>
>> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
>> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
>><br>
><br>
><br>
> _______________________________________________<br>
> OpenStack-dev mailing list<br>
> <a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
> <a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
><br>
<br>
_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
</div></div></blockquote></div><br><br clear="all"><div><br></div></div></div><span><font color="#888888">-- <br><div><div dir="ltr"><div>Igor Duarte Cardoso.</div><a href="http://igordcard.com" target="_blank">http://igordcard.com</a><br><div><a href="https://twitter.com/igordcard" target="_blank">@igordcard</a><br></div></div></div>
</font></span></div>
<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div>
</div></div><br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org" target="_blank">OpenStack-dev@lists.openstack.org</a><br>
<a href="http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev" target="_blank">http://lists.openstack.org/cgi-bin/mailman/listinfo/openstack-dev</a><br>
<br></blockquote></div><br></div></div></div>