There seems to be a timing issue between the
ARP entries that arrive from the server to
the agent and the internal qr-device getting
created by the agent.
So those unsuccessful arp entries are dropped.
This patch makes sure that the early ARP entries
are cached in the agent and then utilized when
the internal device is up.
Closes-Bug: #1501086
Change-Id: I9ec5412f14808de73e8dd86e3d51593946d312a0
(cherry picked from commit d9fb3a66b4aead65fac2df08a5f34538e7af4d7b)
Reviewed: https:/ /review. openstack. org/238989 /git.openstack. org/cgit/ openstack/ neutron/ commit/ ?id=0cc889f3185 a2e8fe3fef45190 e4fb457ce40150
Committed: https:/
Submitter: Jenkins
Branch: stable/liberty
commit 0cc889f3185a2e8 fe3fef45190e4fb 457ce40150
Author: Swaminathan Vasudevan <email address hidden>
Date: Mon Sep 28 11:43:03 2015 -0700
Cache the ARP entries in L3 Agent for DVR
There seems to be a timing issue between the
ARP entries that arrive from the server to
the agent and the internal qr-device getting
created by the agent.
So those unsuccessful arp entries are dropped.
This patch makes sure that the early ARP entries
are cached in the agent and then utilized when
the internal device is up.
Closes-Bug: #1501086 e73e8dd86e3d515 93946d312a0 5fac2df08a5f345 38e7af4d7b)
Change-Id: I9ec5412f14808d
(cherry picked from commit d9fb3a66b4aead6