Re: [lxc-users] Has anyone looked at an LXC solution like the proposal for native Docker Multi-Host Networking

2015-01-17 Thread brian mullan
I just setup a test environment which I think will validate this with cloud
servers.

I created 2 LXC containers  cn1,  cn2

In both cn1 and cn2 I create 2 nested LXC containers

Now as expected the cn1 and cn2 get the default 10.0.3.x addresses and they
can both ping the internet & each other (by default)

The nested containers in both cn1 and cn2 get a 10.0.4.x address.

The nested LXC containers in each cannot ping the nested containers in the
other so I think this seems to make a valid test-case for VXFLD or some
other solution in regards to a working unicast vxlan setup.

Brian


___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users

[lxc-users] Has anyone looked at an LXC solution like the proposal for native Docker Multi-Host Networking

2015-01-17 Thread brian mullan
Just curious if anyone knows of any work going on around something like
this Docker proposal for Multi-Host networking:

https://github.com/docker/docker/issues/8951

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).

I've been looking at VXFLD (vxlan flood)
 which was open-sourced last year
by Cumulus Networks and MetaCloud (just before Cisco bought MetaCloud).

VXFLD attempts to solve the problem handling BUM (Broadcast, Unknown &
Multicast) packets for VxLAN without requiring that the network support
Multi-Cast.

VXFLD was submitted to IETF as a proposed uni-cast VxLAN solution but I'm
not sure where it stands.

re. a uni-cast VxLAN solution which would enable Overlay networking of LXC
containers.

These 2 topics (multi-host networking) and what VXFLD attempts to solve
(unicast VxLAN) are big topics in OpenStack & SDN today.

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.

Just thought I'd ask if anyone else was or has looked at this kind of
problem/solution in LXC deployments?

Brian
___
lxc-users mailing list
lxc-users@lists.linuxcontainers.org
http://lists.linuxcontainers.org/listinfo/lxc-users