Visual RFC.
ALL RFCs / RFC 5227
Read the RFC ↗
RFC 5227 / IPV4 CONFLICT DETECTION

Choose a conflict response for an address already in use

05

Monitoring continues for the entire time an address is in use. A conflicting sender can lead to giving up, a limited defense, or special behavior for infrastructure deliberately configured to retain its address.

RFC 5227 · § 2.4EXAMPLE
5 / 5
Choose a conflict response for an address already in useOngoing conflict requires sender IP equal our configured IP and hardware unlike all our interfaces. Separate responses: option(a)cease and notify; option(b)one defensive Announcement if no recent conflict, then MUST cease on a second within10seconds; separate deliberately fixed-address option(c)keeps using address and MUST NOT send another defensive Announcement within10seconds, with controlled notifications. No ARP authenticity guarantee.Separate option (c): fixed by policyDeliberately fixed-address deviceRecent conflict: keep using addressLog / notify with controlled reportsMUST NOT send another defenseNo recent conflict: one defense is requiredACD does not authenticate ARP claims
05
Option(c): a deliberately fixed address remains in use.

Separate configured infrastructure case: it retains the address, logs/reports the conflict with controlled notifications, and MUST NOT send another defensive Announcement within10 seconds. With no recent conflict it MUST record the time and send one; suppression is not surrender.

Source for this drawing: RFC 5227 · Read RFC section 2.4 ↗

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
New to this? Start hereA quick picture + helpful background

A message needs an address.

Think of a packet as a small addressed envelope. Devices pass it onward; transport protocols decide what delivery promises an application gets.

Helpful first, if these ideas are unfamiliar

These pictures are analogies to help you learn. The linked RFC explains the actual rules.

Related RFCs and changes

“Updates” changes part of an earlier RFC. “Obsoletes” replaces it. This list shows selected related documents.

KEY POINT

Ordinary defense and deliberately fixed-address defense have different second-conflict rules.

  • An ARP Request or Reply with our configured sender IP but hardware unlike any of our interfaces is an ongoing conflict. The host MUST respond using one of the three options in§2.4.
  • Option(a): MAY cease use immediately and notify the configuring agent. Hosts SHOULD actively try to reset existing connections before abandoning the address.
  • Option(b): if there is reason to retain the address and no conflict within the previous10 seconds, MAY record the time and send one defensive Announcement. A second conflict within10 seconds means MUST cease use and report the error.
  • Option(c), only if deliberately configured never to relinquish the address: MAY defend indefinitely; log/inform an administrator with controlled notifications. With no recent conflict, MUST record the time and send one Announcement; within10 seconds MUST NOT send another defensive Announcement. It continues using the address.
  • ACD inherits ARP spoofing vulnerabilities (§5). Neither a Probe, an Announcement nor a defensive reply authenticates a peer. Passive monitoring is not periodic re-probing.
DETAILS

Each response example is labelled separately. The ten-second gate is not a general rule that every device must surrender: option(c) is a deliberate infrastructure configuration. The teaching decision helper has no real interface, timers, connection resets or defense state.

Read the RFC section ↗

All chapters in RFC 5227

Drawing view

Scroll the drawing to see every part. Playback controls stay above it.

RFC 9700 / CHAPTERS

Chapters

For full details, tables, algorithms, and exceptions, read the original RFC.

RFC status and corrections ↗