<div dir="ltr">Hi,<div><br></div><div>Just brainstorming here, but IMHO it would be good to keep it extensible and not to lock in VLAN as the sole container "VIF" mechanism. For instance, there is the ipvlan [1] technology that was purpose-built to be more appropriate for container systems. This tech actually comes from some of the Google folks that deploy containers at scale, if my memory serves correctly. So, we may want to start with VLAN as the reference implementation but should leave it open to try out an alternative such as the above in the near future. Perhaps in practice this implies that the vid field of the neutron side isn't strictly an int field, not sure.</div><div><br></div><div>Cheers,</div><div>Brenden Blanco</div><div><br></div><div>[1] <a href="https://lwn.net/Articles/620087/">https://lwn.net/Articles/620087/</a></div></div><div class="gmail_extra"><br><div class="gmail_quote">On Wed, May 20, 2015 at 11:21 PM, Kevin Benton <span dir="ltr"><<a href="mailto:blak111@gmail.com" target="_blank">blak111@gmail.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>
<br>
I wasn't able to make it to the session but from the etherpad I saw<br>
that the VLAN-aware VMs mentioned there. Would that be enough to cover<br>
this particular use-case?<br>
<span class="im HOEnZb"><br>
On Wed, May 20, 2015 at 3:28 AM, Adrian Otto <<a href="mailto:adrian.otto@rackspace.com">adrian.otto@rackspace.com</a>> wrote:<br>
> Magnum and Neutron Teams,<br>
><br>
> If you are in Vancouver today and can help design or implement native<br>
> networking support to obviate the need for overlay networks when using<br>
> containers, please join this design session:<br>
><br>
> <a href="http://sched.co/3CjK" target="_blank">http://sched.co/3CjK</a> (3:30 PM, Room 303)<br>
><br>
> This will be based on feedback gathered at the Fishbowl session earlier in<br>
> the day: <a href="http://sched.co/3B0z" target="_blank">http://sched.co/3B0z</a> (11:00 AM, Room 306)<br>
><br>
> Thanks,<br>
><br>
> Adrian<br>
><br>
> __________________________________________________________________________<br>
> OpenStack Development Mailing List (not for usage questions)<br>
> Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>
<br>
<br>
</span><span class="HOEnZb"><font color="#888888">--<br>
Kevin Benton<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
__________________________________________________________________________<br>
OpenStack Development Mailing List (not for usage questions)<br>
Unsubscribe: <a href="http://OpenStack-dev-request@lists.openstack.org?subject:unsubscribe" target="_blank">OpenStack-dev-request@lists.openstack.org?subject:unsubscribe</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>