diff options
| author |   Matthew Smith <mgsmith@netgate.com> | 2020-06-15 10:58:23 -0500 |
|---|---|---|
| committer |   Damjan Marion <dmarion@me.com> | 2020-06-27 10:23:04 +0000 |
| commit | d352bf8276f33f33e4af5e8a7b85dad8187f531d (patch) | |
| tree | 6823fffc02ffcecd5c24a03cd145b6f2d8792c01 /extras/deprecated/vppinfra/test_cuckoo_bihash.c | |
| parent | a4611b85b58155fc3abbe2a7f16bd98e1a3dc39d (diff) | |
vrrp: backup processes priority 255 advertisement
Type: fix
When accept mode is enabled, a backup VR will configure the VR virtual
addresses locally and respond to packets sent to those addresses. This
did not work when the primary VR is the address owner and sends
advertisements using the virtual address as the source address. It
also did not work when NAT was configured on the interface with the
virtual address as the NAT pool address. In both cases, advertisements
from other VRs would arrive and be dropped because they appeared to
be spoofed - the source address would be an address that is
configured as an interface address on the instance receiving it.
When accept mode is enabled for a VR and the VR enters the master state,
add an input feature on ip[46]-multicast for the interface which looks
for VRRP advertisements, figures out whether they are for a VR which
is configured with accept mode and is in the master state and kicks
them straight to the VRRP nodes to avoid dropping them.
Change-Id: I240ba1ee0b3fd6d693de729698c1181dc71bb08b
Signed-off-by: Matthew Smith <mgsmith@netgate.com>
Diffstat (limited to 'extras/deprecated/vppinfra/test_cuckoo_bihash.c')
0 files changed, 0 insertions, 0 deletions