Visual RFC.
ALL RFCs / RFC 2131
Read the RFC ↗
RFC 2131 / MECHANISMS

Renew before the lease expires

03

A bound client first renews with its original server, then tries any server, and finally stops using an expired address.

Related RFCs and changes

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

RFC 2131 · § 4.4.5EXAMPLE
4 / 4
Renew before the lease expiresA clock and moving timeline marker progress through bound, renewal, rebinding, and expiry.EXAMPLE LEASE · 8 HOURS0T1 · 4hT2 · 7h8hEXPIREDunicast original serverbroadcast any serverstop using addressNo renewal ACK in this example · configurable T1/T2
04
Stop using the address.

Without a valid extension the client returns to initialization.

Protocol participantThreat or exceptionProtocol controlSimplified drawings · precise section references
KEY POINT

Expiry is a hard boundary on address use.

  • T1 normally defaults to 50% of the lease; T2 to 87.5%. Servers may configure them.
  • At T1 the client enters RENEWING and unicasts DHCPREQUEST to the original server.
  • At T2 it enters REBINDING and broadcasts; if the lease expires without renewal, it must stop using the address.
DETAILS

These defaults may include random variation to avoid synchronized requests. An ACK that extends the lease resets the relevant timing.

Read the RFC section ↗

Diagrams simplify the RFC. Read the linked sections for complete requirements.

Privacy
All chapters in this RFC
  1. Discover and select an address
  2. Reach a server through a relay
  3. Renew before the lease expires
  4. Validate a remembered address
  5. Check conflicts and release addresses
  6. Request settings without a lease
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗