Consegui replicar seu cenário exato.
Aqui está o meu teste env para
+---------------------------------------------------------+ +-----------------------------------------+
| | | |
| Mac OS X El Capitan | | Mikrotik router board |
| Host is also setup with vlan0 VLAN ID 20 | | |
| 192.168.10.3 | | |
| | | |
| Both VMs are bridged to en0 |en0 Trunk | VLAN 20 192.168.10.250 |
| +-----------------------------------------------------------------------------+ VLAN 30 192.168.30.250 |
| | | | VLANs 20 and 30 | |
| +------------------+ +-------------------+ | | |
| | | | | | | |
| | Cent OS 7 | | Cent OS 7 | | | |
| | Node 1 | | Node 2 | | | |
| | | | | | | |
| | 192.168.10.2 | | 192.168.10.4 | | +-----------------------------------------+
| +------------------+ +-------------------+ |
| VLAN 20 VLAN 20 |
+---------------------------------------------------------+
Exatamente a mesma coisa acontece.
Quando as duas VMs são conectadas a en0:
- Eles podem pingar uns aos outros. 192.168.10.2 < - > 192.168.10.4
- Eles podem pingar VLAN 20 Int 192.168.10.250 que sai no Mikrotik, então eles têm conectividade externa do mundo.
- Mac host que também é configurado com vlan0 VLAN ID 20 192.168.10.3 pode pingar Mikrotik
- As VMs não podem fazer o ping do host e o host não pode efetuar ping de VMs.
Ao interligar VMs a vlan0 em vez de en0 - elas perdem conectividade com o mundo externo (não é possível pingar o mikrotik)
Portanto, parece que a situação é realmente muito semelhante à forma como a ponte é feita no KVM com o macvtap. Com o macvtap, as VMs não podem se comunicar com o host, portanto, aqui, o problema é explicado link
This situation is actually not an error — it is the defined behavior of macvtap. Due to the way in which the host's physical Ethernet is attached to the macvtap bridge, traffic into that bridge from the guests that is forwarded to the physical interface cannot be bounced back up to the host's IP stack. Additionally, traffic from the host's IP stack that is sent to the physical interface cannot be bounced back up to the macvtap bridge for forwarding to the guests.
Parece que o mesmo mecanismo está em vigor com VLANs em ponte. Eu não tenho certeza, apenas especulando aqui.
Edit: Encontrei este blog da rackspace que explica exatamente esse problema link