https://jira.opendaylight.org This file is an XML representation of an issue en-us 8.20.10 820010 22-06-2022 https://jira.opendaylight.org/browse/NETVIRT-151 netvirt <p>Seen when pinging external addresses using floating IP's and an external gateway.</p> <p>Initial pings work, and they will keep working as long as you keep sending them.</p> <p>However, if you stop the pings. Wait a while (a few minutes). Then try to ping again, it won't work. The problem is that we stop answering ARP requests.</p> <p>Then, after a few minutes, we'll answer again.</p> <p><span class="error">&#91;0&#93;</span> is a log is showing the time from when I sent the first ping to when it started working again.</p> <p><span class="error">&#91;0&#93;</span> <a href="https://gist.github.com/anfredette/3048034b2a520db46ccea1613a20bd69" class="external-link" target="_blank" rel="nofollow noopener">https://gist.github.com/anfredette/3048034b2a520db46ccea1613a20bd69</a></p> <p>While it's not working, I see logs like this:<br/> 2016-09-16 09:32:24,652 | INFO | pool-16-thread-1 | ArpNotificationHandler | 341 - org.opendaylight.netvirt.vpnmanager-impl - 0.4.0.SNAPSHOT | Received ARP Request for interface 159202241306702:eth2:flat </p> <p>Then, after I see this log:<br/> 2016-09-16 09:32:26,148 | INFO | ache Timer Tasks | ArpScheduler | 341 - org.opendaylight.netvirt.vpnmanager-impl - 0.4.0.SNAPSHOT | Removing the ARP cache forMacEntry [expiryTime=1474032745864, vpnName=c543f7d0-16d1-4155-ba68-4a0104bf6c86, macAddress=MacAddress <span class="error">&#91;_value=fa:16:3e:04:b1:38&#93;</span>, ipAddress=/192.168.56.10, interfaceName=53750758692350:eth2:flat]</p> <p>It starts working again.</p> <p>Operating System: All<br/> Platform: All</p> NETVIRT-151

ARP Replies Intermittent for Floating IP Addresses

Bug Resolved Done Koby Aizer Andre Fredette Fri, 16 Sep 2016 13:59:14 +0000 Sun, 25 Sep 2016 07:21:35 +0000 Sun, 25 Sep 2016 07:21:35 +0000 Boron General 0 3 <p>I wasn't able to reproduce it with a single node (control+compute) with carbon's build distribution-karaf-0.6.0-20160918.140517-691</p> <p>This was seen on Master. I was using 2 openstack nodes. One was control+compute. The other was compute. I had an external ODL controller.</p> <p>I think a key factor is that the ARP entry on the external gateway times out, and then can't be refreshed because there's a period where the controller won't answer the requests.</p> <p>The ARP time-out on my external gatway is 1 minute, which is pretty short. As a work-around, I'm going to increase the time-out on my gateway, but even if that works, this is still an issue.</p> <p>Is the following MAC Entry for floating IP address ?</p> <p>MacEntry [expiryTime=1474032745864, vpnName=c543f7d0-16d1-4155-ba68-4a0104bf6c86, macAddress=MacAddress <span class="error">&#91;_value=fa:16:3e:04:b1:38&#93;</span>, ipAddress=/192.168.56.10, interfaceName=53750758692350:eth2:flat]</p> <p>Actually this ip address (192.168.56.10) is going under ARP timout in controller which shouldn't happen if it is floating ip address. This could lead to controller not to respond for ARP requests on this ip address.</p> <p>The intent of having ARP timeout is only for learned ip addresses on the data plane (example: non-neutron VM's).</p> <p>Assigning to Alon to have further look with following details:</p> <p>From the log <span class="error">&#91;0&#93;</span>, I see 192.168.56.10 is floating IP address and there is an entry created for this IP address in VpnPortipToPort DS when there is an ARP response for this IP address.</p> <p>2016-09-16 09:32:26,660 | TRACE | pool-16-thread-1 | ArpNotificationHandler | 341 - org.opendaylight.netvirt.vpnmanager-impl - 0.4.0.SNAPSHOT | ArpNotification Response Received from interface 53750758692350:eth2:flat and IP 192.168.56.10 having MAC FA:16:3E:04:B1:38<br/> 2016-09-16 09:32:26,665 | TRACE | pool-39-thread-1 | ElanVpnPortIpToPortListener | 348 - org.opendaylight.netvirt.elanmanager-impl - 0.4.0.SNAPSHOT | Adding mac address fa:16:3e:04:b1:38 to interface 53750758692350:eth2:flat <br/> 2016-09-16 09:32:26,666 | DEBUG | pool-16-thread-1 | VpnUtil | 341 - org.opendaylight.netvirt.vpnmanager-impl - 0.4.0.SNAPSHOT | ARP learned for fixedIp: 192.168.56.10, vpn c543f7d0-16d1-4155-ba68-4a0104bf6c86, interface 53750758692350:eth2:flat, mac FA:16:3E:04:B1:38, isSubnetIp true added to VpnPortipToPort DS</p> <p>And also seeing following log message from alivenessmonitor module.<br/> 2016-09-16 09:32:26,654 | WARN | pool-16-thread-1 | AlivenessMonitor | 333 - org.opendaylight.genius.alivenessmonitor-impl - 0.2.0.SNAPSHOT | Monitoring State not available for key: 53750758692350:eth2:flat.192.168.56.1.192.168.56.10.Arp to process the Packet received</p> <p>Is there a scenario ARP request is sent from 192.168.56.10(floating IP) to 192.168.56.1(VM) ? When VM responds with ARP response, then VPN module adds entry for floating IP into VpnPortipToPort DS. <br/> I hope this leads to controller not responding to ARP requests on floating IP address for some period. Can you have a look and fix it appropriately ?</p> <p><span class="error">&#91;0&#93;</span> <a href="https://gist.github.com/anfredette/3048034b2a520db46ccea1613a20bd69" class="external-link" target="_blank" rel="nofollow noopener">https://gist.github.com/anfredette/3048034b2a520db46ccea1613a20bd69</a></p> Development External issue ID 6732 External issue URL Rank 0|i01q13: