<html>
<head>
<meta http-equiv="Content-Type" content="text/html; charset=utf-8">
</head>
<body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space;" class="">
<div class="">Team,</div>
<div class=""><br class="">
</div>
<div class="">OpenStack Networking support for Magnum Bays was an important topic for us in Vancouver at the design summit. Here is one blueprint that requires discussion that’s beyond the scope of what we can easily fit in the BP whiteboard:</div>
<div class=""><br class="">
</div>
<div class=""><a href="https://blueprints.launchpad.net/magnum/+spec/native-docker-network" class="">https://blueprints.launchpad.net/magnum/+spec/native-docker-network</a></div>
<div class=""><br class="">
</div>
<div class="">Before we dive into implementation planning, I'll offer these as guardrails to use as a starting point:</div>
<div class=""><br class="">
</div>
<div class="">1) Users of the Swarm bay type have the ability to create containers. Those containers may reside on different hosts (Nova instances). We want those containers to be able to communicate with each other over a network similar to the way that they
can over the Flannel network used with Kubernetes.</div>
<div class=""><br class="">
</div>
<div class="">2) We should leverage community work as much as possible, combining the best of Docker and OpenStack to produce an integrated solution that is easy to use, and exhibits performance that's suitable for common use cases.</div>
<div class=""><br class="">
</div>
<div class="">3) Recognize that our Docker community is working on libnetwork [1] which will allow for the creation of logical "networks" similar to "links" that allow containers to communicate with each other across host boundaries. The implementation is pluggable,
and we decided in Vancouver that working on a Neutron plugin for libnetwork could potentially make the user experience consistent whether you are using Docker within Magnum or not.</div>
<div class=""><br class="">
</div>
<div class="">4) We would like to plug in Neutron to Flannel as a modular option for Kubernetes Bays, so both solutions leverage OpenStack networking, and users can use familiar, native tools.</div>
<div class=""><br class="">
</div>
<div class="">References:</div>
<div class="">[1] <a href="https://github.com/docker/libnetwork" class="">https://github.com/docker/libnetwork</a></div>
<div class=""><br class="">
</div>
<div class="">Please let me know what you think of this approach. I’d like to re-state the Blueprint description, clear the whiteboard, and put up a spec that will accommodate in-line comments so we can work on the implementation specifics better in context.</div>
<div class=""><br class="">
</div>
<div class="">Adrian</div>
</body>
</html>