Physical servers connected directly to the MX can be made part of a contrail L2 VN by creating physical/logical interfaces on physical router objects. Once this is done, the physical server should have L2 connectivity to all the other hosts (VMs/BMS) in that VN.
When this setup is first configured, it is seen that the control node will not advertise an inclusive multicast route into the EVPN towards the MX. As a result, ARP requests that are coming from the physical server connected to the MX are not flooded into the L2 VN. Restarting the control node fixes this issue.
ARP request from the physical server for contrail_VM is not flooded by MX into the contrail VN.
root@vibrant# run show evpn instance _contrail_l2_9_MGMT extensive
Instance: _contrail_l2_9_MGMT
Route Distinguisher: 172.16.89.200:73
Encapsulation type: VXLAN
MAC database status Local Remote
MAC advertisements: 2 13
MAC+IP advertisements: 1 13
Default gateway MAC advertisements: 1 0
Number of local interfaces: 1 (1 up)
Interface name ESI Mode Status
ge-0/0/0.2001 00:00:00:00:00:00:00:00:00:00 single-homed Up
Number of IRB interfaces: 1 (1 up)
Interface name VLAN VNI Status L3 context
irb.9 9 Up _contrail_l3_9_MGMT
Number of bridge domains: 1
VLAN VNI Intfs / up IRB intf Mode MAC sync IM route label
8191 9 1 1 irb.9 Extended Enabled 9
Number of neighbors: 3
172.16.80.10
Received routes
MAC address advertisement: 4
MAC+IP address advertisement: 4
Inclusive multicast: 0
Ethernet auto-discovery: 0
172.16.80.11
Received routes
MAC address advertisement: 4
MAC+IP address advertisement: 4
Inclusive multicast: 0
Ethernet auto-discovery: 0
172.16.80.12
Received routes
MAC address advertisement: 5
MAC+IP address advertisement: 5
Inclusive multicast: 0
Ethernet auto-discovery: 0
Number of peers: 3
Number of ethernet segments: 1
ESI: 05:00:00:fc:00:00:00:00:09:00
Status: Resolved by IFL irb.9
Local interface: irb.9, Status: Up/Forwarding
Router-ID: 172.16.89.200
Source VTEP interface IP: 172.16.89.200
Physical servers connected directly to the MX can be made part of a contrail L2 VN by creating physical/logical interfaces on physical router objects. Once this is done, the physical server should have L2 connectivity to all the other hosts (VMs/BMS) in that VN.
When this setup is first configured, it is seen that the control node will not advertise an inclusive multicast route into the EVPN towards the MX. As a result, ARP requests that are coming from the physical server connected to the MX are not flooded into the L2 VN. Restarting the control node fixes this issue.
Topology:
physical_ server( 192.168. 255.240) ------- -MX---- ------- (192.168. 255.230) Contrail_ VM
ARP request from the physical server for contrail_VM is not flooded by MX into the contrail VN.
root@vibrant# run show evpn instance _contrail_l2_9_MGMT extensive 00:00:00: 00:00:00: 00 single-homed Up fc:00:00: 00:00:09: 00
Instance: _contrail_l2_9_MGMT
Route Distinguisher: 172.16.89.200:73
Encapsulation type: VXLAN
MAC database status Local Remote
MAC advertisements: 2 13
MAC+IP advertisements: 1 13
Default gateway MAC advertisements: 1 0
Number of local interfaces: 1 (1 up)
Interface name ESI Mode Status
ge-0/0/0.2001 00:00:00:
Number of IRB interfaces: 1 (1 up)
Interface name VLAN VNI Status L3 context
irb.9 9 Up _contrail_l3_9_MGMT
Number of bridge domains: 1
VLAN VNI Intfs / up IRB intf Mode MAC sync IM route label
8191 9 1 1 irb.9 Extended Enabled 9
Number of neighbors: 3
172.16.80.10
Received routes
MAC address advertisement: 4
MAC+IP address advertisement: 4
Inclusive multicast: 0
Ethernet auto-discovery: 0
172.16.80.11
Received routes
MAC address advertisement: 4
MAC+IP address advertisement: 4
Inclusive multicast: 0
Ethernet auto-discovery: 0
172.16.80.12
Received routes
MAC address advertisement: 5
MAC+IP address advertisement: 5
Inclusive multicast: 0
Ethernet auto-discovery: 0
Number of peers: 3
Number of ethernet segments: 1
ESI: 05:00:00:
Status: Resolved by IFL irb.9
Local interface: irb.9, Status: Up/Forwarding
Router-ID: 172.16.89.200
Source VTEP interface IP: 172.16.89.200