Hi Matt, Thanks for the reply. We are(i am working with Mechthild) using an Ericsson R6K router(bridge/bvi on the router).
The VPP VRRP master indeed sends GARP at start up with the right VRRP MAC address, so are the VRRP periodic advertisements using the correct virtual MAC. However, when it has to resolve the GW address it sends out ARP requests using the VIP and with the sender MAC as the physical interface MAC, like in this packet Mechthild has shown (172.17.1.3 is the VIP and .126 is the GW ) 22:33:52.620143 78:ac:44:1f:47:60 > ff:ff:ff:ff:ff:ff, ethertype 802.1Q (0x8100), length 46: vlan 101, p 0, ethertype ARP, Ethernet (len 6), IPv4 (len 4), Request who-has 172.17.1.126 tell 172.17.1.3, length 28 Frame 8: 64 bytes on wire (512 bits), 64 bytes captured (512 bits) Ethernet II, Src: Dell_1f:47:60 (78:ac:44:1f:47:60), Dst: Broadcast (ff:ff:ff:ff:ff:ff) 802.1Q Virtual LAN, PRI: 0, DEI: 0, ID: 101 Address Resolution Protocol (request) Hardware type: Ethernet (1) Protocol type: IPv4 (0x0800) Hardware size: 6 Protocol size: 4 Opcode: request (1) Sender MAC address: Dell_1f:47:60 (78:ac:44:1f:47:60) <<<<<<<<<< Sender IP address: 172.17.1.3 Target MAC address: 00:00:00_00:00:00 (00:00:00:00:00:00) Target IP address: 172.17.1.126 This causes the R6K to update the ARP/bridge table. The RFC states that, When a VRRP router restarts or boots, it SHOULD NOT send any ARP messages using its physical MAC address for the IPv4 address it owns; it should only send ARP messages that include virtual MAC addresses. However it is not mentioning about regular operation - but logically it should still work the same way, or? Thanks and best regards, Ajesh
-=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#20914): https://lists.fd.io/g/vpp-dev/message/20914 Mute This Topic: https://lists.fd.io/mt/89367259/21656 Group Owner: vpp-dev+ow...@lists.fd.io Unsubscribe: https://lists.fd.io/g/vpp-dev/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
