[pve-devel] [PATCH pve-network 0/8] generic sdn controller plugins + improvments
Alexandre DERUMIER
aderumier at odiso.com
Mon Oct 14 10:14:48 CEST 2019
>>OK, thanks for the write up. I'll try to give this series a look the next days.
>>If something holds you up on continuing ping me and I'll try to give it more
>>priority.
Thanks Thomas! (No Problem, I can wait. I'm going to do more tests on loadbalancing for now)
----- Mail original -----
De: "Thomas Lamprecht" <t.lamprecht at proxmox.com>
À: "pve-devel" <pve-devel at pve.proxmox.com>, "aderumier" <aderumier at odiso.com>
Envoyé: Lundi 14 Octobre 2019 09:21:42
Objet: Re: [pve-devel] [PATCH pve-network 0/8] generic sdn controller plugins + improvments
On 10/11/19 1:13 PM, Alexandre DERUMIER wrote:
>>> Sorry, I did not had time to give this a proper check and it looks to start
>>> getting serious so I did not wanted to wave this through. If then something
>>> was off it would be much more work to fix/change it later on..
>
> No problem, It was just to be sure that it wasn't lost in the mailing.
>
>
>
>>> There are now quite a few plugins, (possible) involved daemons and
>>> technologies here..
> yes. I have added a demo plugin for faucet (an sdn for ovs). It's not fully
> working, but it was more to see if the plugin implementation could match with
> differents sdn technos.
>
>
>>> Would you, Alexandre, mind writing up in short what different technologies for
>>> which purpose/reason SDN has now or will gain soon and what implementations are
>>> used or planned to? That would be great, as currently I'm missing a bit the
>>> bigger picture, and that should be quite clear to be sure we're going in the
>>> right direction..
>
> yes sure.
>
> Currently, I'm focusing on linux bridge, with vlan && vxlan.
>
> The basic plugins are without sdn controller. (so layer2, no routing):
>
> vlan
> -----
> - vlan is classic vlan, but be able to define vmbr/vnet at datacenter level.
> so we'll be able to add permission on them. (That's really missing currently, if we want to give
> access to customer to some speficic vlans).
>
> vxlan
> -----
> vxlan:(unicast|multicast) is like vlan, but with tunneling over ip. (layer2, no routing)
>
>
> vxlan(bgp-evpn) is where we have a "real" sdn, with a controller. That's mean no arp flood,
> the controller (frr router here), exchange through bgp the mac/ip of the vms to differents hosts.
> And it's also possible to have anycast gateway (each host, have same ip on vmbr, which is the gateway
> of the vm).
> For external connectivity,basic bgp routing and static routing is implemented too.
>
> (Our usecase at work, is 3 datacenters with a shared proxmox cluster/ceph where we can move vm across dc, keeping the same gateway)
>
> That's the basic.
> (I think it's almost complete, maybe need to code cleanup, and I need to implement api permissions too)
>
OK, thanks for the write up. I'll try to give this series a look the next days.
If something holds you up on continuing ping me and I'll try to give it more
priority.
thanks!
More information about the pve-devel
mailing list