<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 5, 2015 at 10:38 AM, Vikas Choudhary <span dir="ltr"><<a href="mailto:choudharyvikas16@gmail.com" target="_blank">choudharyvikas16@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">++[Neutron] tag<div><div class="h5"><br><div class="gmail_extra"><br><div class="gmail_quote">On Thu, Nov 5, 2015 at 11:33 AM, Vikas Choudhary <span dir="ltr"><<a href="mailto:choudharyvikas16@gmail.com" target="_blank">choudharyvikas16@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr">Hi All,<div><br></div><div>I would appreciate inputs on following queries:</div><div>1. Are we assuming nova bm nodes to be docker host for now? </div></div></blockquote></div></div></div></div></div></blockquote><div><br></div><div>Yes. That's the assumption for deployments as of now before we tackle containers running on<br></div><div>more complicated deployment topologies (like containers running inside tenant VMs).<br>   <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div>If Not:</div></div></blockquote></div></div></div></div></div></blockquote><div><br></div><div>When we go for other kinds of deployments,<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>         - Assuming nova vm as docker host and ovs as networking plugin:</div><div>            This line is from the etherpad[1], "<span style="color:rgb(0,0,0);font-family:"Helvetica Neue",Arial,sans-serif;font-size:12px;line-height:16px;background-color:rgb(188,236,200)">Eachdriver would have an executable that receives the name of the veth pair that has to be bound to the overlay</span>" .</div></div></blockquote></div></div></div></div></div></blockquote><div><br></div><div>The binding will obviously have to change for such deployments<br> <br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div>            Query 1:  As per current ovs binding proposals by Feisky[2] and Diga[3], vif seems to be binding with br-int on vm. I am unable to understand how overlay will work. AFAICT , neutron will configure br-tun of compute machines ovs only. How overlay(br-tun) configuration will happen inside vm ?</div><div>           </div><div>             Query 2: Are we having double encapsulation(both at vm and compute)? Is not it possible to bind vif into compute host br-int?</div><div>            </div><div>             Query3: I did not see subnet tags for network plugin being passed in any of the binding patches[2][3][4]. Dont we need that?</div></div></blockquote></div></div></div></div></div></blockquote><div><br></div><div>The spec for containers on VMs has not yet been drafted and we are open for proposals and discussion. I would like to have more than one spec proposal for it and to try to achieve community consensus before the new year for what's the best way to go.<br><br></div><div>Currently it seems that the approaches that will be proposed are:<br></div><div>- ovn-like solution with vlan tag per port [5]<br></div><div>- routed solution with port per VM as explained by Brenden Blanco [6]<br><br></div><div>I'm hoping that we will arrive to something in between or perhaps more complete than either of those options.<br><br>[5] <a href="http://docs.openstack.org/developer/networking-ovn/containers.html">http://docs.openstack.org/developer/networking-ovn/containers.html</a><br>[6] <a href="https://gist.github.com/drzaeus77/89aa3db154c688a15ee6">https://gist.github.com/drzaeus77/89aa3db154c688a15ee6</a><br><br></div><div>Regards,<br><br></div><div>Toni<br></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><div class="h5"><div class="gmail_extra"><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex"><div dir="ltr"><div><br></div><div><br></div><div>[1]  <a href="https://etherpad.openstack.org/p/Kuryr_vif_binding_unbinding" target="_blank">https://etherpad.openstack.org/p/Kuryr_vif_binding_unbinding</a></div><div>[2]  <a href="https://review.openstack.org/#/c/241558/" target="_blank">https://review.openstack.org/#/c/241558/</a></div><div>[3]  <a href="https://review.openstack.org/#/c/232948/1" style="text-decoration:none;color:rgb(6,84,172);font-family:sans-serif" target="_blank">https://review.openstack.org/#/c/232948/1</a></div><div><span style="color:rgb(0,0,0);font-family:sans-serif">[4]  </span><font color="#000000" face="sans-serif"><a href="https://review.openstack.org/#/c/227972/" target="_blank">https://review.openstack.org/#/c/227972/</a></font><span style="color:rgb(0,0,0);font-family:sans-serif">  </span></div><span><font color="#888888"><div><br></div><div><br></div><div>-Vikas Choudhary</div></font></span></div>
</blockquote></div><br></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>