<div dir="ltr">This is great news! I can see our two projects working close together since we have aligned but not entirely overlapping goals.<br><br>Antoni, please reach out on IRC at any time. #kolla is active almost 24/7 due to all of our different timezones. There is usually two cores talking at any given time. I would love to help you add MidoNet in!<br></div><div class="gmail_extra"><br clear="all"><div><div class="gmail_signature"><div dir="ltr"><div>Sam Yaple</div></div></div></div>
<br><div class="gmail_quote">On Thu, Jul 23, 2015 at 1:16 PM, Antoni Segura Puimedon <span dir="ltr"><<a href="mailto:toni+openstackml@midokura.com" target="_blank">toni+openstackml@midokura.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote"><span class="">On Thu, Jul 23, 2015 at 7:35 PM, Mohammad Banikazemi <span dir="ltr"><<a href="mailto:mb@us.ibm.com" target="_blank">mb@us.ibm.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p>I let the creators of the project speak for themselves but here is my take on project Kuryr.<br><br>The goal is not to containerize Neutron or other OpenStack services. The main objective is to use Neutron as a networking backend option for Docker. The original proposal was to do so in the context of using containers (for different Neutron backends or vif types). While the main objective is fundamental to the project, the latter (use of containers in this particular way) seems to be a tactical choice we need to make. I see several different options available to achieve the same goal in this regard.<br></p></div></blockquote><div><br></div></span><div>Thanks Mohammad. It is as you say, the goal of Kuryr to provide Docker with a new libnetwork remote<br>driver that is powered by Neutron, not a containerization of Neutron. Kuryr deployments as you point out,<br>may opt to point to a Neutron that is containerized, and for that I was looking at using Kolla. However,<br>that is just deployment and I consider it to be something up to the deployer (of course, we'll make Kuryr<br></div><div>containerizable and part of Kolla :-) ).<br></div><div><br>The design for interaction/configuration is not yet final, as I still have to push drafts for the blueprints and<br>get comments, but my initial idea is that you will configure docker to pass the configuration of which<br>device to take hold of for the overlay and where the neutron api are in the following way.<br><br><pre><code>$ docker -d --kv-store=consul:localhost:8500 --label=com.docker.network.driver.kuryr.bind_interface=eth0 </code><code>--label=com.docker.network.driver.kuryr.neutron_api=10.10.10.10 </code><br><code><code>--label=com.docker.network.driver.kuryr.token=</code></code><code><code></code><code>AUTH_tk713d067336d21348bcea1ab220965485</code><br><br></code></pre><pre><code><span style="font-family:arial,helvetica,sans-serif">Another possibility is that those values were passed as env variables or plain old configuration files.</span><br></code></pre> </div><span class=""><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p><br>Now, there is another aspect of using containers in the context of this project that is more interesting at least to me (and I do not know if others share this view or not) and that is the use of containers for providing network services that are not available through libnetwork as of now or in near future or ever. From the talks I have had with libnetwork developers the plan is to stay with the basic networking infrastructure and leave additional features to be developed by the community and to do so possibly by using what else,  containers. <br></p></div></blockquote><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p><br>So take the current features available in libnetwork. You mainly get support for connectivity/isolation for multiple networks across multiple hosts. Now if you want to route between these networks, you have to devise a solution yourself. One possible solution would be having a router service in a container that gets connected to say two Docker networks. Whether the router service is implemented with the use of the current Neutron router services or by some other solutions is something to look into and discuss but this is a direction where I think Kuryr (did I spell it right? ;)) can and should contribute to.<br></p></div></blockquote><div><br></div></span><div>You got that right. The idea is indeed to get the containers networked via libnetwork that, as you point out,<br>was left intentionally simple to be developed by the community; then we want to make make:<br><br></div><div>a) Kuryr get the containers to networks that have been pre-configured with advanced networking (lb, sec groups, etc).<br>Being able to perform changes on those networks via neutron after the fact as well. For example the container<br>orchestration software could create a Neutron network with a load balancer and a FIP, start containers on that network<br>and add them to the load balancer.<br>b) Via the usage of either docker labels on `docker run` make Kuryr implicitly set up Neutron networks/topologies.<br><br></div><div>Yup, you spelled it well. In Czech it is Kurýr, but for project purposes I dropped the "´"<br>Thanks a lot for contributing and I'm very happy to see that you got a very good sense for the direction we are taking.<br>I'm looking forward to meet you all in the community meetings!<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><p><span class=""><br>Just my 2 cents on this topic.<br><br>Best,<br><br>Mohammad<br><br><br><img src="cid:1__=8FBBF418DFCDD61C8f9e8a93df938690918c8FB@" alt="Inactive hide details for "Steven Dake (stdake)" ---07/23/2015 11:34:09 AM---Gal, I’m not clear exactly what you plan to do wi" height="16" border="0" width="16"><font color="#424282">"Steven Dake (stdake)" ---07/23/2015 11:34:09 AM---Gal, I’m not clear exactly what you plan to do with regards to building docker containers for Neutro</font><br><br><font color="#5F5F5F" size="2">From:        </font><font size="2">"Steven Dake (stdake)" <<a href="mailto:stdake@cisco.com" target="_blank">stdake@cisco.com</a>></font><br><font color="#5F5F5F" size="2">To:        </font><font size="2">"OpenStack Development Mailing List (not for usage questions)" <<a href="mailto:openstack-dev@lists.openstack.org" target="_blank">openstack-dev@lists.openstack.org</a>>, Eran Gampel <<a href="mailto:Eran.Gampel@toganetworks.com" target="_blank">Eran.Gampel@toganetworks.com</a>>, Antoni Segura Puimedon <<a href="mailto:toni@midokura.com" target="_blank">toni@midokura.com</a>>, Irena Berezovsky <<a href="mailto:irena@midokura.com" target="_blank">irena@midokura.com</a>>, "<a href="mailto:gal.sagie@gmail.com" target="_blank">gal.sagie@gmail.com</a>" <<a href="mailto:gal.sagie@gmail.com" target="_blank">gal.sagie@gmail.com</a>></font><br><font color="#5F5F5F" size="2">Date:        </font><font size="2">07/23/2015 11:34 AM</font><br></span><font color="#5F5F5F" size="2">Subject:        </font><font size="2">Re: [openstack-dev] [Neutron][Kuryr][kolla] - Bringing Dockers networking to Neutron</font><br></p><hr style="color:#8091a5" align="left" noshade size="2" width="100%"><span class=""><div><div><br><br><br><font face="Calibri">Gal,</font><br><br><font face="Calibri">I’m not clear exactly what you plan to do with regards to building docker containers for Neutron, but the Kolla project has developed both linuxbridge and ovs agents as well as a complete running Neutron system inside container technology.  We can launch it AIO with docker-compose, or alternatively it can be launched AIO or multinode with Ansible.  Note we have a complete OpenStack implementation, not just Neutron.</font><br><br><font face="Calibri">We would welcome additional driver support using the standard OpenStack gerrit workflow.</font><br><br><a href="https://github.com/stackforge/kolla/tree/master/docker/centos/binary/neutron" target="_blank"><u><font face="Calibri" color="#0000FF">https://github.com/stackforge/kolla/tree/master/docker/centos/binary/neutron</font></u></a><br><br><font face="Calibri">Note we are also in the process of adding build from source to our tree here:</font><br><br><a href="https://github.com/stackforge/kolla/tree/master/docker/centos/source/neutron" target="_blank"><u><font face="Calibri" color="#0000FF">https://github.com/stackforge/kolla/tree/master/docker/centos/source/neutron</font></u></a><br><br><font face="Calibri">For further background on Kolla, check out our wiki page:</font><br><br><a href="https://wiki.openstack.org/wiki/Kolla" target="_blank"><u><font face="Calibri" color="#0000FF">https://wiki.openstack.org/wiki/Kolla</font></u></a><br></div></div></span></div></blockquote><div><br></div><div>Hi Steven,<br><br></div><div>I'm glad to see you in this thread.<br><br></div><div>The goal of Kuryr is as pointed above by Mohammad (I added a bit to it). This other goal of getting additional<br>drivers for Neutron in Kolla is something that I've been looking at for a while and, while I can only speak for MidoNet,<br></div><div>I think it is something that all of the Neutron vendors should be looking to provide<br><br>I have been playing with kolla a bit and I have it on my list to have a Neutron container with the MidoNet plugin<br>and a nova compute container with the MidoNet Host Agent. I'll be reaching out on irc for help with that ;-)<br><br><br></div><div>Best regards,<br><br></div><div>Antoni Segura Puimedon<br></div><div><br> <br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div><span class=""><div><div><br><font face="Calibri">Best wishes,</font><br><font face="Calibri">-steve</font><br><br><b><font face="Calibri">From: </font></b><font face="Calibri">Gal Sagie <</font><a href="mailto:gal.sagie@gmail.com" target="_blank"><u><font face="Calibri" color="#0000FF">gal.sagie@gmail.com</font></u></a><font face="Calibri">></font><b><font face="Calibri"><br>Reply-To: </font></b><font face="Calibri">"OpenStack Development Mailing List (not for usage questions)" <</font><a href="mailto:openstack-dev@lists.openstack.org" target="_blank"><u><font face="Calibri" color="#0000FF">openstack-dev@lists.openstack.org</font></u></a><font face="Calibri">></font><b><font face="Calibri"><br>Date: </font></b><font face="Calibri">Wednesday, July 22, 2015 at 9:28 AM</font><b><font face="Calibri"><br>To: </font></b><font face="Calibri">"OpenStack Development Mailing List (not for usage questions)" <</font><a href="mailto:openstack-dev@lists.openstack.org" target="_blank"><u><font face="Calibri" color="#0000FF">openstack-dev@lists.openstack.org</font></u></a><font face="Calibri">>, Eran Gampel <</font><a href="mailto:Eran.Gampel@toganetworks.com" target="_blank"><u><font face="Calibri" color="#0000FF">Eran.Gampel@toganetworks.com</font></u></a><font face="Calibri">>, Antoni Segura Puimedon <</font><a href="mailto:toni@midokura.com" target="_blank"><u><font face="Calibri" color="#0000FF">toni@midokura.com</font></u></a><font face="Calibri">>, Irena Berezovsky <</font><a href="mailto:irena@midokura.com" target="_blank"><u><font face="Calibri" color="#0000FF">irena@midokura.com</font></u></a><font face="Calibri">></font><b><font face="Calibri"><br>Subject: </font></b><font face="Calibri">[openstack-dev] [Neutron][Kuryr] - Bringing Dockers networking to Neutron</font><br>
</div></div></span><ul><ul><span class=""><div><div><br><font face="Calibri">Hello Everyone, </font><br><br><font face="Calibri">Project Kuryr is now officially part of Neutron's big tent.</font><br><font face="Calibri">Kuryr is aimed to be used as a generic docker remote driver that connects docker to Neutron API's</font><br><font face="Calibri">and provide containerised images for the common Neutron plugins.</font><br><font face="Calibri">We also plan on providing common additional networking services API's from other sub projects</font><br><font face="Calibri">in the Neutron big tent.</font><br><br><font face="Calibri">We hope to get everyone on board with this project and leverage this joint effort for the many different solutions out there (instead of everyone re-inventing the wheel for each different project).</font><br><br><font face="Calibri">We want to start doing a weekly IRC meeting to coordinate the different requierments and</font><br><font face="Calibri">tasks, so anyone that is interested to participate please share your time preference</font><br><font face="Calibri">and we will try to find the best time for the majority.</font><br><br><font face="Calibri">Remember we have people in Europe, Tokyo and US, so we won't be able to find time that fits</font><br><font face="Calibri">everyone.</font><br><br><font face="Calibri">The currently proposed time is  </font><b><u><font face="Calibri">Wedensday at 16:00 UTC </font></u></b><br><br><font face="Calibri">Please reply with your suggested time/day,</font><br><font face="Calibri">Hope to see you all, we have an interesting and important project ahead of us</font><br><br><font face="Calibri">Thanks</font><br></div></div></span><font face="Calibri">Gal.</font><tt>__________________________________________________________________________<span class=""><span><br>OpenStack Development Mailing List (not for usage questions)<br></span></span><span class=""><span>Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</a><br></span></span></tt><tt><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></tt><tt><br></tt><br></ul></ul><br>
<p></p></div>
</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></div>