Sorry if this is a double post. I missed the subscribe email, so if my initial 
email made it to the mailing list, I apologize. 

I'm trying to create a cloudstack setup (4.5.2 with KVM) with a "Guest"
network on two physical interfaces. I have two bridges on top of a single bond, 
one on the bond itself (cloudbr0) and one on a vlan subinterface of the bond 
(cloudbr1). I have interface tags configured (in this case they match my 
interface names, cloudbr0 and cloudbr1) on the guest networks. The reason for 
this is that I wish to use vxlan for isolation for the majority of clients, but 
I have a few clients that will eventually need to have physical hosts on their 
cloudstack network (necessitating using vlan for isolation). I also need the 
management interfaces to use 1500mtu network interfaces, but I need the vxlan 
interfaces to use 9000mtu to account for the overhead of vxlan.

I added a network offering, making sure to put in the tag of cloudbr1's 
interface. But when I deploy a network using this network offering, it uses 
cloudbr0 instead.

It seems like traffic between VMs on separate hosts, e.g. from a VM on one host 
to a virtual router on another will use the fqdn of the target host and 
whatever kernel routing is applicable. I.e., if I change my hosts file to 
direct connections from hyper0 to hyper1 on the cloudbr1 IP rather than the 
cloudbr0 IP, it will route over the intended interface. The caveat with this 
approach is that the VM was still created with MTU 1500 and the bridge 
interface for the VM at MTU 1450. I'd like for the VM to detect the MTU of the 
intended interface, have MTU 9000 with a bridge at MTU 8950. The latter case 
works as intended if I set both cloudbr0 and cloudbr1 to MTU 9000, but that 
presents a problem for my management network. 

[root@hyper1 ~]# ip -d link show vxlan766720: vxlan7667:
<BROADCAST,MULTICAST,UP,LOWER_UP> mtu 1450 qdisc noqueue state UNKNOWN 
    link/ether ba:42:75:e2:23:6c brd ff:ff:ff:ff:ff:ff    vxlan id 7667
group 239.0.29.243 dev cloudbr0 port 32768 61000 ttl 10 ageing 300 I would post 
some logs, but I'm not sure which (if any) are relevant.
I've grepped for "cloudbr0" and "cloudbr1" in all logs, and didn't see an 
instance of either. Please advise if I can provide any logs or information that 
may help.

Reply via email to