<div dir="ltr">Sounds good to me.</div><div class="gmail_extra"><br><br><div class="gmail_quote">On 14 July 2014 07:13, 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">Hi,<br>
I am sorry but I had to attend a meeting now. Can we please postpone this<br>
to tomorrow?<br>
Thanks<br>
Gary<br>
<div class=""><br>
On 7/8/14, 11:19 AM, "Gary Kotton" <<a href="mailto:gkotton@vmware.com">gkotton@vmware.com</a>> wrote:<br>
<br>
>Hi,<br>
><br>
</div><div class="">>Just an update and a progress report:<br>
><br>
>1. Armando has created an umbrella BP -<br>
><br>
><a href="https://review.openstack.org/#/q/status:open+project:openstack/neutron-spe" target="_blank">https://review.openstack.org/#/q/status:open+project:openstack/neutron-spe</a><br>
>c<br>
><br>
>s+branch:master+topic:bp/esx-neutron,n,z<br>
><br>
>2. Whoever is proposing the BP’s can you please fill in the table -<br>
><br>
</div>><a href="https://urldefense.proofpoint.com/v1/url?u=https://docs.google.com/documen" target="_blank">https://urldefense.proofpoint.com/v1/url?u=https://docs.google.com/documen</a><br>
>t/d/1vkfJLZjIetPmGQ6GMJydDh8SSWz60iUhuuKhYMJ&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D<br>
>%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=SvPJghzudWc<br>
>d764hV5HdpNELoKWhcqrGB2hyww4WB90%3D%0A&s=74fad114ce48f985c58e1b4e1bdc7efa2<br>
>ed2376034e7ebd8cb82f0829915cf01<br>
<div class="HOEnZb"><div class="h5">><br>
>qoz8/edit?usp=sharing<br>
><br>
>Lets meet again next week Monday at the same time and same place and plan<br>
><br>
>future steps. How does that sound?<br>
><br>
>Thanks<br>
><br>
>Gary<br>
><br>
><br>
><br>
>On 7/2/14, 2:27 PM, "Gary Kotton" <<a href="mailto:gkotton@vmware.com">gkotton@vmware.com</a>> wrote:<br>
><br>
><br>
><br>
>>Hi,<br>
><br>
>>Sadly last night night we did not have enough people to make any<br>
>>progress.<br>
><br>
>>Lets try again next week Monday at 14:00 UTC. The meeting will take place<br>
><br>
>>on #openstack-vmware channel<br>
><br>
>>Alut a continua<br>
><br>
>>Gary<br>
><br>
>><br>
><br>
>>On 6/30/14, 6:38 PM, "Kyle Mestery" <<a href="mailto:mestery@noironetworks.com">mestery@noironetworks.com</a>> wrote:<br>
><br>
>><br>
><br>
>>>On Mon, Jun 30, 2014 at 10:18 AM, Armando M. <<a href="mailto:armamig@gmail.com">armamig@gmail.com</a>> wrote:<br>
><br>
>>>> Hi Gary,<br>
><br>
>>>><br>
><br>
>>>> Thanks for sending this out, comments inline.<br>
><br>
>>>><br>
><br>
>>>Indeed, thanks Gary!<br>
><br>
>>><br>
><br>
>>>> On 29 June 2014 00:15, Gary Kotton <<a href="mailto:gkotton@vmware.com">gkotton@vmware.com</a>> wrote:<br>
><br>
>>>>><br>
><br>
>>>>> Hi,<br>
><br>
>>>>> At the moment there are a number of different BP¹s that are proposed<br>
><br>
>>>>>to<br>
><br>
>>>>> enable different VMware network management solutions. The following<br>
><br>
>>>>>specs<br>
><br>
>>>>> are in review:<br>
><br>
>>>>><br>
><br>
>>>>> VMware NSX-vSphere plugin: <a href="https://review.openstack.org/102720" target="_blank">https://review.openstack.org/102720</a><br>
><br>
>>>>> Neutron mechanism driver for VMWare vCenter DVS network<br>
><br>
>>>>> creation:<a href="https://review.openstack.org/#/c/101124/" target="_blank">https://review.openstack.org/#/c/101124/</a><br>
><br>
>>>>> VMware dvSwitch/vSphere API support for Neutron ML2:<br>
><br>
>>>>> <a href="https://review.openstack.org/#/c/100810/" target="_blank">https://review.openstack.org/#/c/100810/</a><br>
><br>
>>>>><br>
><br>
>>>I've commented in these reviews about combining efforts here, I'm glad<br>
><br>
>>>you're taking the lead to make this happen Gary. This is much<br>
><br>
>>>appreciated!<br>
><br>
>>><br>
><br>
>>>>> In addition to this there is also talk about HP proposing some for of<br>
><br>
>>>>> VMware network management.<br>
><br>
>>>><br>
><br>
>>>><br>
><br>
>>>> I believe this is blueprint [1]. This was proposed a while ago, but<br>
>>>>now<br>
><br>
>>>>it<br>
><br>
>>>> needs to go through the new BP review process.<br>
><br>
>>>><br>
><br>
>>>> [1] -<br>
><br>
>>>><a href="https://urldefense.proofpoint.com/v1/url?u=https://blueprints.launchpad" target="_blank">https://urldefense.proofpoint.com/v1/url?u=https://blueprints.launchpad</a><br>
>>>>.<br>
><br>
>>>>n<br>
><br>
>>>>et/neutron/%2Bspec/ovsvapp-esxi-vxlan&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%<br>
>>>>0<br>
><br>
>>>>A<br>
><br>
>>>>&r=eH0pxTUZo8NPZyF6hgoMQu%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=MX5q1Rh4UyhnoZ<br>
>>>>u<br>
><br>
>>>>1<br>
><br>
>>>>a8dOes8mbE9NM9gvjG2PnJXhUU0%3D%0A&s=622a539e40b3b950c25f0b6cabf05bc81bb<br>
>>>>6<br>
><br>
>>>>1<br>
><br>
>>>>159077c00f12d7882680e84a18b<br>
><br>
>>>><br>
><br>
>>>>><br>
><br>
>>>>> Each of the above has specific use case and will enable existing<br>
><br>
>>>>>vSphere<br>
><br>
>>>>> users to adopt and make use of Neutron.<br>
><br>
>>>>><br>
><br>
>>>>> Items #2 and #3 offer a use case where the user is able to leverage<br>
><br>
>>>>>and<br>
><br>
>>>>> manage VMware DVS networks. This support will have the following<br>
><br>
>>>>> limitations:<br>
><br>
>>>>><br>
><br>
>>>>> Only VLANs are supported (there is no VXLAN support)<br>
><br>
>>>>> No security groups<br>
><br>
>>>>> #3 ­ the spec indicates that it will make use of pyvmomi<br>
><br>
>>>>><br>
><br>
>>>>>(<a href="https://urldefense.proofpoint.com/v1/url?u=https://github.com/vmware/" target="_blank">https://urldefense.proofpoint.com/v1/url?u=https://github.com/vmware/</a><br>
>>>>>p<br>
><br>
>>>>>y<br>
><br>
>>>>>vmomi&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgoMQu%2Bf<br>
>>>>>D<br>
><br>
>>>>>t<br>
><br>
>>>>>ysg45MkPhCZFxPEq8%3D%0A&m=MX5q1Rh4UyhnoZu1a8dOes8mbE9NM9gvjG2PnJXhUU0%<br>
>>>>>3<br>
><br>
>>>>>D<br>
><br>
>>>>>%0A&s=436b19122463f2b30a5b7fa31880f56ad0127cdaf0250999eba43564f8b559b9<br>
>>>>>)<br>
><br>
>>>>>.<br>
><br>
>>>>> There are a number of disclaimers here:<br>
><br>
>>>>><br>
><br>
>>>>> This is currently blocked regarding the integration into the<br>
><br>
>>>>>requirements<br>
><br>
>>>>> project (<a href="https://review.openstack.org/#/c/69964/" target="_blank">https://review.openstack.org/#/c/69964/</a>)<br>
><br>
>>>>> The idea was to have oslo.vmware leverage this in the future<br>
><br>
>>>>><br>
><br>
>>>>>(<a href="https://urldefense.proofpoint.com/v1/url?u=https://github.com/opensta" target="_blank">https://urldefense.proofpoint.com/v1/url?u=https://github.com/opensta</a><br>
>>>>>c<br>
><br>
>>>>>k<br>
><br>
>>>>>/oslo.vmware&k=oIvRg1%2BdGAgOoM1BIlLLqw%3D%3D%0A&r=eH0pxTUZo8NPZyF6hgo<br>
>>>>>M<br>
><br>
>>>>>Q<br>
><br>
>>>>>u%2BfDtysg45MkPhCZFxPEq8%3D%0A&m=MX5q1Rh4UyhnoZu1a8dOes8mbE9NM9gvjG2Pn<br>
>>>>>J<br>
><br>
>>>>>X<br>
><br>
>>>>>hUU0%3D%0A&s=e1559fa7ae956d02efe8a65e356f8f0dbfd8a276e5f2e0a4761894e17<br>
>>>>>1<br>
><br>
>>>>>6<br>
><br>
>>>>>84b03)<br>
><br>
>>>>><br>
><br>
>>>>> Item #1 will offer support for all of the existing Neutron API¹s and<br>
><br>
>>>>>there<br>
><br>
>>>>> functionality. This solution will require a additional component<br>
><br>
>>>>>called NSX<br>
><br>
>>>>> (<a href="https://www.vmware.com/support/pubs/nsx_pubs.html" target="_blank">https://www.vmware.com/support/pubs/nsx_pubs.html</a>).<br>
><br>
>>>>><br>
><br>
>>>><br>
><br>
>>>> It's great to see this breakdown, it's very useful in order to<br>
>>>>identify<br>
><br>
>>>>the<br>
><br>
>>>> potential gaps and overlaps amongst the various efforts around ESX and<br>
><br>
>>>> Neutron. This will also ensure a path towards a coherent code<br>
><br>
>>>>contribution.<br>
><br>
>>>><br>
><br>
>>>>> It would be great if we could all align our efforts and have some<br>
><br>
>>>>>clear<br>
><br>
>>>>> development items for the community. In order to do this I¹d like<br>
><br>
>>>>>suggest<br>
><br>
>>>>> that we meet to sync and discuss all efforts. Please let me know if<br>
><br>
>>>>>the<br>
><br>
>>>>> following sounds ok for an initial meeting to discuss how we can move<br>
><br>
>>>>> forwards:<br>
><br>
>>>>>  - Tuesday 15:00 UTC<br>
><br>
>>>>>  - IRC channel #openstack-vmware<br>
><br>
>>>><br>
><br>
>>>><br>
><br>
>>>> I am available to join.<br>
><br>
>>>><br>
><br>
>>>>><br>
><br>
>>>>><br>
><br>
>>>>> We can discuss the following:<br>
><br>
>>>>><br>
><br>
>>>>> Different proposals<br>
><br>
>>>>> Combining efforts<br>
><br>
>>>>> Setting a formal time for meetings and follow ups<br>
><br>
>>>>><br>
><br>
>>>>> Looking forwards to working on this stuff with the community and<br>
><br>
>>>>>providing<br>
><br>
>>>>> a gateway to using Neutron and further enabling the adaption of<br>
><br>
>>>>>OpenStack.<br>
><br>
>>>><br>
><br>
>>>><br>
><br>
>>>> I think code contribution is only one aspect of this story; my other<br>
><br>
>>>>concern<br>
><br>
>>>> is that from a usability standpoint we would need to provide a clear<br>
><br>
>>>> framework for users to understand what these solutions can do for them<br>
><br>
>>>>and<br>
><br>
>>>> which one to choose.<br>
><br>
>>>><br>
><br>
>>>> Going forward I think it would be useful if we produced an overarching<br>
><br>
>>>> blueprint that outlines all the ESX options being proposed for<br>
><br>
>>>>OpenStack<br>
><br>
>>>> Networking (and the existing ones, like NSX - formerly known as NVP,<br>
>>>>or<br>
><br>
>>>> nova-network), their benefits and drawbacks, their technical<br>
><br>
>>>>dependencies,<br>
><br>
>>>> system requirements, API supported etc. so that a user can make an<br>
><br>
>>>>informed<br>
><br>
>>>> decision when looking at ESX deployments in OpenStack.<br>
><br>
>>>><br>
><br>
>>>>><br>
><br>
>>>>><br>
><br>
>>>>> Thanks<br>
><br>
>>>>> Gary<br>
><br>
>>>>><br>
><br>
>>>><br>
><br>
>>>> Cheers,<br>
><br>
>>>> Armando<br>
><br>
>>>><br>
><br>
>>>>><br>
><br>
>>>>> _______________________________________________<br>
><br>
>>>>> OpenStack-dev mailing list<br>
><br>
>>>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
><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>
><br>
>>>><br>
><br>
>>>> _______________________________________________<br>
><br>
>>>> OpenStack-dev mailing list<br>
><br>
>>>> <a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
><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>
><br>
>>>_______________________________________________<br>
><br>
>>>OpenStack-dev mailing list<br>
><br>
>>><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
><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>
><br>
>>_______________________________________________<br>
><br>
>>OpenStack-dev mailing list<br>
><br>
>><a href="mailto:OpenStack-dev@lists.openstack.org">OpenStack-dev@lists.openstack.org</a><br>
><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">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>
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>
</div></div></blockquote></div><br></div>