vRouter responds to ARP req for default GW from BMS with vhost0 MAC
Affects | Status | Importance | Assigned to | Milestone | ||
---|---|---|---|---|---|---|
Juniper Openstack | Status tracked in Trunk | |||||
R2.20 |
Fix Committed
|
High
|
Praveen | |||
R2.20.x |
Fix Committed
|
High
|
Divakar Dharanalakota | |||
Trunk |
Fix Committed
|
High
|
Divakar Dharanalakota |
Bug Description
If DM is managing 2 MX routers and configures the virtual-
172.16.183.1 is the TOR, 172.16.180.9 is the TSN. 1.1.1.3 is the BMS and its trying to ping 1.1.1.1.
16:38:50.751062 10:0e:7e:be:79:00 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 106: 172.16.183.1.4212 > 172.16.180.9.4789: VXLAN, flags [I] (0x08), vni 126
00:e0:ed:20:fa:53 > ff:ff:ff:ff:ff:ff, ethertype ARP (0x0806), length 56: Request who-has 1.1.1.1 tell 1.1.1.3, length 42
16:38:50.751136 90:e2:ba:50:ac:89 > 10:0e:7e:be:79:00, ethertype IPv4 (0x0800), length 106: 172.16.180.9.65478 > 172.16.183.1.4789: VXLAN, flags [I] (0x08), vni 126
90:e2:ba:50:ac:89 > 00:e0:ed:20:fa:53, ethertype ARP (0x0806), length 56: Reply 1.1.1.1 is-at 90:e2:ba:50:ac:89, length 42
16:38:50.751319 10:0e:7e:be:79:00 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 148: 172.16.183.1.42359 > 172.16.180.9.4789: VXLAN, flags [I] (0x08), vni 126
00:e0:ed:20:fa:53 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 98: 1.1.1.3 > 1.1.1.1: ICMP echo request, id 9023, seq 1, length 64
16:38:51.750447 10:0e:7e:be:79:00 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 148: 172.16.183.1.42359 > 172.16.180.9.4789: VXLAN, flags [I] (0x08), vni 126
00:e0:ed:20:fa:53 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 98: 1.1.1.3 > 1.1.1.1: ICMP echo request, id 9023, seq 2, length 64
16:38:52.750465 10:0e:7e:be:79:00 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 148: 172.16.183.1.42359 > 172.16.180.9.4789: VXLAN, flags [I] (0x08), vni 126
00:e0:ed:20:fa:53 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 98: 1.1.1.3 > 1.1.1.1: ICMP echo request, id 9023, seq 3, length 64
16:38:53.750465 10:0e:7e:be:79:00 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 148: 172.16.183.1.42359 > 172.16.180.9.4789: VXLAN, flags [I] (0x08), vni 126
00:e0:ed:20:fa:53 > 90:e2:ba:50:ac:89, ethertype IPv4 (0x0800), length 98: 1.1.1.3 > 1.1.1.1: ICMP echo request, id 9023, seq 4, length 64
^C
1602 packets captured
1603 packets received by filter
0 packets dropped by kernel
root@csol2-
vhost0 Link encap:Ethernet HWaddr 90:e2:ba:50:ac:89
inet addr:172.16.180.9 Bcast:172.
inet6 addr: fe80::92e2:
UP BROADCAST RUNNING MULTICAST MTU:1500 Metric:1
RX packets:6322707 errors:0 dropped:2102 overruns:0 frame:0
TX packets:1497677 errors:0 dropped:0 overruns:0 carrier:0
RX bytes:435504428 (435.5 MB) TX bytes:601016317 (601.0 MB)
no longer affects: | juniperopenstack/r2.30 |
summary: |
- vRouter responds to ARP req from BMS for def. GW with vhost0 IP + vRouter responds to ARP req for def. GW from BMS with vhost0 IP |
summary: |
- vRouter responds to ARP req for def. GW from BMS with vhost0 IP + vRouter responds to ARP req for default GW from BMS with vhost0 MAC |
I suspect this happens because there's an ECMP route for the GW address. ::BuildArpFlags has an exception for ipam subnet route,
RouteKSyncEntry
but maybe that's not sufficient.
Do we also need to add an exception for GW address and ensure that the
route has an IP-MAC binding?