[NETVIRT-382] Unimgr:L3 service: port keeps sending arp req. to remotegw even though it gets a reply - arp entry is not learned

Duplicate — Mon, 13 Mar 2017 21:06:00 +0000

add a tenant with a L3 service:
2CPE - remote subnet behind UNI2 on each CPE

traffic:
10 untagged packets from c1u1 (local host) to c2u2 remote host
10 tagged packets from c2u2 remote host to c1u2 remote host

performed the following test:
configuration
send traffic
delete configuration

performing the test after init_karaf - tests passes

performing the same test again without init_karaf - fails
meaning:
init_karaf
configuration
send traffic - passed
delete configuration
configuration
send traffic - fails

looking at the wireshark port "CE 2 UNI 2 port 2" i see that the port sends an arp req. "who has 110.2.2.250" (which is the remotegw) and gets a reply but still it sends again and again
i even added a GARP in the test for the remotegw and i see it in the wireshark but still the port sends the req. again

in the arp table i see that the arp entry of the remotegw is not shown
http://10.0.90.131:8181/restconf/operational/neutronvpn:neutron-vpn-portip-port-data/

ips and macs:
IP_ADD_C1U1: 110.1.1.1/24
UNI_ID_C1U1: 111
HOST_IP_C1U1: 110.1.1.2
HOST_MAC_C1U1: 00:AA:AB:00:11:00

IP_ADD_C1U2: 110.1.2.1/24
UNI_ID_C1U2: 112
HOST_IP_C1U2: 110.1.2.2
HOST_MAC_C1U2: 00:AA:AB:00:12:00
GW_IP_C1U2: 110.1.2.250
GW_MAC_C1U2: 00:AA:AB:FF:12:00
REMOTE_NET_C1U2: 111.1.2.0/24
REMOTE_HOST_IP_C1U2: 111.1.2.2

IP_ADD_C2U1: 110.2.1.1/24
UNI_ID_C2U1: 121
HOST_IP_C2U1: 110.2.1.2
HOST_MAC_C2U1: 00:AA:AB:00:21:00

IP_ADD_C2U2: 110.2.2.1/24
UNI_ID_C2U2: 122
HOST_IP_C2U2: 110.2.2.2
HOST_MAC_C2U2: 00:AA:AB:00:22:00
GW_IP_C2U2: 110.2.2.250
GW_MAC_C2U2: 00:AA:AB:FF:22:00
REMOTE_NET_C2U2: 111.2.2.0/24
REMOTE_HOST_IP_C2U2: 111.2.2.2

attached:
test - sd_vpn-L3-2CPE_remote.tgen
logs - 20-12-16---13-52-59_ConfigTrafficDelete - test run after init_karaf and passed
logs - 20-12-16---13-54-28_ConfigTraffic - test run again and failed

OpenDaylight JIRA

[NETVIRT-382] Unimgr:L3 service: port keeps sending arp req. to remotegw even though it gets a reply - arp entry is not learned