<div dir="ltr">I chimed in on another thread, but I am reinstating my point just in case.<br><div class="gmail_extra"><br><div class="gmail_quote">On 13 November 2014 04:38, Gary Kotton <span dir="ltr"><<a href="mailto:gkotton@vmware.com" target="_blank">gkotton@vmware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">



<div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif">
<div>Hi,</div>
<div>A few months back we started to work on a umbrella spec for Vmware networking support (<a href="https://review.openstack.org/#/c/105369" target="_blank">https://review.openstack.org/#/c/105369</a>). There are a number of different proposals for a number of different use
 cases. In addition to providing one another with an update of our progress we need to discuss the following challenges:</div>
<ul>
<li>At the summit there was talk about splitting out vendor code from the neutron code base. The aforementioned specs are not being approved until we have decided what we as a community want/need. We need to understand how we can continue our efforts and not
 be blocked or hindered by this debate.</li></ul></div></blockquote><div>The proposal of allowing vendor plugin to be in full control of their own destiny will be submitted as any other blueprint and will be discussed as any other community effort. In my opinion, there is no need to be blocked on waiting whether the proposal go anywhere. Spec, code and CI being submitted will have minimal impact irrespective of any decision reached.</div><div><br></div><div>So my suggestion is to keep your code current with trunk, and do your 3rd Party CI infrastructure homework, so that when we are ready to push the trigger there will be no further delay.</div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word;color:rgb(0,0,0);font-size:14px;font-family:Calibri,sans-serif"><ul><li>CI updates – in order to provide a new plugin we are required to provide CI (yes, this is written in stone and in some cases marble)</li><li>Additional support may be required in the following:
<ul>
<li>Nova – for example Neutron may be exposing extensions or functionality that requires Nova integrations</li><li>Devstack – In order to get CI up and running we need devatck support</li></ul>
</li></ul>
<div>As a step forwards I would like to suggest that we meeting at #openstack-vmware channel on Tuesday at 15:00 UTC. Is this ok with everyone?</div>
<div>Thanks</div><span class="HOEnZb"><font color="#888888">
<div>Gary</div>
</font></span></div>

<br>_______________________________________________<br>
OpenStack-dev mailing list<br>
<a href="mailto:OpenStack-dev@lists.openstack.org">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>