1
General Discussion / Re: CARP arp reply with wrong src mac
« on: October 14, 2021, 02:38:06 pm »
Does anyone know of a solution that works with equipment that reads the source MAC address in the frame instead of parsing the ARP reply/announcement for the VIP MAC address?
I understand that from
VRRP April 2004
https://datatracker.ietf.org/doc/html/rfc3768#section-8.2
To
VRRPv3 March 2010
https://datatracker.ietf.org/doc/html/rfc5798#page-29
That it looks like this note has been added to clarify
“Note that the source address of the Ethernet frame
of this ARP response is the physical MAC address of the physical
router.“
But there is some equipment from other manufactures, ex. Nokia, Cisco, Juniper inspect the source mac of an ARP response to determine the MAC address associated with the IP.
At a previous point
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=141023
The option to modify the source mac was an option
net.link.ether.inet.carp_mac is set to 1
But it was removed as it deviated from the protocol.
The question is, what other options exist for interoperability with these vendors?
I understand that from
VRRP April 2004
https://datatracker.ietf.org/doc/html/rfc3768#section-8.2
To
VRRPv3 March 2010
https://datatracker.ietf.org/doc/html/rfc5798#page-29
That it looks like this note has been added to clarify
“Note that the source address of the Ethernet frame
of this ARP response is the physical MAC address of the physical
router.“
But there is some equipment from other manufactures, ex. Nokia, Cisco, Juniper inspect the source mac of an ARP response to determine the MAC address associated with the IP.
At a previous point
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=141023
The option to modify the source mac was an option
net.link.ether.inet.carp_mac is set to 1
But it was removed as it deviated from the protocol.
The question is, what other options exist for interoperability with these vendors?