<div dir="ltr"><div>Just curious if anyone knows of any work going on around something like this Docker proposal for Multi-Host networking: <br><br><div style="margin-left:40px"><a href="https://github.com/docker/docker/issues/8951">https://github.com/docker/docker/issues/8951</a><br></div><br>Given the direction of LXD/LXC and their increased use in data centers & clouds I would like to know if anyone has looked at the proposal for native Docker multi-host networking in regards to an LXD/LXC solution for the same problem(s).<br><br></div><div>I've been looking at <a href="https://github.com/CumulusNetworks/vxfld">VXFLD (vxlan flood)</a> which was open-sourced last year by Cumulus Networks and MetaCloud (just before Cisco bought MetaCloud).<br><br></div><div>VXFLD attempts to solve the problem handling BUM (Broadcast, Unknown & Multicast) packets for VxLAN without requiring that the network support Multi-Cast.<br><br></div><div>VXFLD was submitted to IETF as a proposed uni-cast VxLAN solution but I'm not sure where it stands.<br></div><div><br></div><div>re. a uni-cast VxLAN solution which would enable Overlay networking of LXC containers.<br><br></div><div>These 2 topics (multi-host networking) and what VXFLD attempts to solve (unicast VxLAN) are big topics in OpenStack & SDN today. <br></div><div><br></div><div>I've been thinking that either an LXC "host" could be used as the VxLAN VTEP (Virtual Tunnel End Point) and traffic from LXC containers on that host could be inter-connected with any other LXC container on any other Host via the VxLAN tunnel.<br></div><div><br></div><div>Just thought I'd ask if anyone else was or has looked at this kind of problem/solution in LXC deployments?<br></div><div><br></div>Brian<br><div><br><div><p><br></p><p><br></p><p><br></p></div></div></div>