[NETVIRT-384] L3 VPN: arp entries are not cleared after the arp timeout even though traffic is not running Created: 21/Dec/16  Updated: 19/Oct/17  Resolved: 10/Jan/17

Status: Resolved
Project: netvirt
Component/s: General
Affects Version/s: Boron
Fix Version/s: None

Type: Bug
Reporter: Gal Gabi Assignee: Unassigned
Resolution: Cannot Reproduce Votes: 0
Labels: None
Remaining Estimate: Not Specified
Time Spent: Not Specified
Original Estimate: Not Specified
Environment:

Operating System: All
Platform: All

Attachments: Zip Archive netvirt_ArpNotCleared.zip    
External issue ID: 7417

 Description   

add a tenant with a L3 service with 4 CPEs (2 UNIs in each)
send traffic between them
stop the test - Traffic-Gen is no longer running, meaning no traffic

looking at the arp entries under operational/neutronvpn:neutron-vpn-portip-port-data
i see that the entries are not deleted (waited for more than an hour)

performed tcpdump on one of the CPE ports (c2u2) - no monitoring traffic was shown

according to Tali the timeout for the arp entry should be 2min:
https://github.com/opendaylight/netvirt/blob/master/vpnservice/vpnmanager/vpnmanager-impl/src/main/java/org/opendaylight/netvirt/vpnmanager/ArpConstants.java

attached:
karaf.log
tcpdump
folder 21-12-16---09-13-56:
CPE dump flows
karaf-models-dump.tar.gz
output - of the test

 Comments   
Comment by Gal Gabi [ 21/Dec/16 ]

Attachment netvirt_ArpNotCleared.zip has been added with description: logs and tcpdump

Comment by Periyasamy Palanisamy [ 10/Jan/17 ]

Now L3VPN uses proactive arp monitoring for learned routes. ODL sends arp periodically for the learned ip and as long as device responds to the arp requests, learned route stays in the ODL.

Generated at Wed Feb 07 20:21:25 UTC 2024 using Jira 8.20.10#820010-sha1:ace47f9899e9ee25d7157d59aa17ab06aee30d3d.