Skip site navigation (1)Skip section navigation (2)
Date:      Wed, 16 Aug 2023 02:46:55 +0000
From:      bugzilla-noreply@freebsd.org
To:        bugs@FreeBSD.org
Subject:   [Bug 262828] [carp] CARP arp replays with wrong src mac
Message-ID:  <bug-262828-227-dAeUgPNR9B@https.bugs.freebsd.org/bugzilla/>
In-Reply-To: <bug-262828-227@https.bugs.freebsd.org/bugzilla/>
References:  <bug-262828-227@https.bugs.freebsd.org/bugzilla/>

next in thread | previous in thread | raw e-mail | index | archive | help
https://bugs.freebsd.org/bugzilla/show_bug.cgi?id=3D262828

--- Comment #7 from Zhenlei Huang <zlei@FreeBSD.org> ---
(In reply to Ivan Rozhuk from comment #6)

As @Gleb Smirnoff Has pointed out:
> According to RFC826, which is current standard for ARP implementations,
> the hardware address in the transmission layer does not need to match
> the hardware addrees in the ARP reply packet itself. At least I can't
> find any evidence in the RFC that it must or even should. Moreover, it
> is mentioned in the RFC that:

> "Ethernet transmission layer (not necessarily accessible to the user)"

> So, RFC states that data in the Ethernet header isn't crucial for
> the operation of address resolution protocol.

This sysctl knob is for non-RFC-compliant devices and should be default off=
, so
that the change will be a NOOP to existing (RFC-compliant) setups.=20

The change is somewhat different than the original design of CARP protocol,
until it is proven stable enough then let's change the sysctl knob to defau=
lt
on and eventually remove it.

--=20
You are receiving this mail because:
You are the assignee for the bug.=



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?bug-262828-227-dAeUgPNR9B>