Nov 15 18:25:15 director dnsmasq-dhcp[3453]: DHCPDISCOVER(tap9fdd5920-62) 172.23.0.232 56:6f:3d:48:00:3c
Nov 15 18:25:15 director dnsmasq-dhcp[1517]: 3907474188 available DHCP range: 172.23.0.241 -- 172.23.0.251
Nov 15 18:25:15 director dnsmasq-dhcp[3453]: DHCPOFFER(tap9fdd5920-62) 172.23.0.232 56:6f:3d:48:00:3c
Nov 15 18:25:15 director dnsmasq-dhcp[1517]: 3907474188 client provides name: ostack-ceph0
Nov 15 18:25:15 director dnsmasq-dhcp[1517]: 3907474188 DHCPDISCOVER(br-ctlplane) 56:6f:3d:48:00:3c ignored
Nov 15 18:25:15 director dnsmasq-dhcp[1517]: 3907474188 available DHCP range: 172.23.0.241 -- 172.23.0.251
Nov 15 18:25:15 director dnsmasq-dhcp[1517]: 3907474188 client provides name: ostack-ceph0

Nov 15 18:25:15 director dnsmasq-dhcp[3453]: DHCPREQUEST(tap9fdd5920-62) 172.23.0.232 56:6f:3d:48:00:3c
Nov 15 18:25:15 director dnsmasq-dhcp[3453]: DHCPACK(tap9fdd5920-62) 172.23.0.232 56:6f:3d:48:00:3c host-172-23-0-232

For clarity it is also to be said that after the upgrade of oVirt and the import of the storage domain where the VM lived before, the network interfaces resulted swapped.

So at begin I exchanged vlan assignment for the vnics to have correct behaviour / binding of names.

Only thing I also missed is that the definition of ifcg-br-ctlplane was

[root@director ~]# cat /etc/sysconfig/network-scripts/ifcfg-br-ctlplane
# This file is autogenerated by os-net-config
DEVICE=br-ctlplane
ONBOOT=yes
HOTPLUG=no
NM_CONTROLLED=no
PEERDNS=no
DEVICETYPE=ovs
TYPE=OVSBridge
MTU=1500
BOOTPROTO=static
IPADDR=172.23.0.220
NETMASK=255.255.255.0
OVS_EXTRA="set bridge br-ctlplane other-config:hwaddr=56:6f:3d:48:00:14 -- br-set-external-id br-ctlplane bridge-id br-ctlplane -- set bridge br-ctlplane fail_mode=standalone -- del-controller br-ctlplane -- set bridge br-ctlplane fail_mode=standalone -- del-controller br-ctlplane"
[root@director ~]#

And so I had also to change other-config:hwaddr=56:6f:3d:48:00:14 in other-config:hwaddr=56:6f:3d:48:00:13 due to the new mac of the eth1 interface being 56:6f:3d:48:00:13

In fact in my first post you can see the macs not matching....

[root@director ~]# ovs-ofctl show br-ctlplane
. . .
 1(eth1): addr:56:6f:3d:48:00:13
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
 . . .
 LOCAL(br-ctlplane): addr:56:6f:3d:48:00:14
     config:     0
     state:      0
     speed: 0 Mbps now, 0 Mbps max
OFPT_GET_CONFIG_REPLY (xid=0x4): frags=normal miss_send_len=0
 [root@director ~]#

So after having the correct mac and using "No Network Filter" filter, all seems as before with VDSM MAC Spoof hook.

I'm not sure if there is a less open filter accomplishing my needs...

Gianluca