Visual RFC.
ALL RFCs / RFC 9293
Read the RFC ↗
RFC 9293 / CONNECTION LIFECYCLE

Graceful close

10

A FIN ends one direction after its earlier bytes. The peer can still send in the other direction.

Related RFCs and changes

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

DIAGRAM§ 3.6 ↗
RFC 9293 · § 3.6EXAMPLE
5 / 5
Graceful closeEach direction closes separately; EOF and the active closer’s TIME-WAIT appear at their proper stages.Endpoint AEndpoint BFINACKFINACKApp sees EOFTIME-WAITCLOSEDWait 2 MSL on this active-close path
05
Retain closing state.

This helps handle retransmitted FINs and separates connection incarnations.

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

Close the stream in order.

  • FIN occupies sequence space and is acknowledged.
  • A half-close can leave the reverse direction usable.
  • The endpoint that completes the active-close path normally waits in TIME-WAIT for 2 MSL.
DETAILS

FIN and ACK can be combined with other traffic. The familiar four arrows are an illustrative case, not a required packet count.

Read the RFC section ↗

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

Privacy
All chapters in this RFC
  1. A reliable byte stream
  2. Headers & connections
  3. Three-way handshake
  4. Sequence & acknowledgment
  5. Initial sequence numbers
  6. Loss & retransmission
  7. Flow control
  8. Congestion control
  9. Segments & small writes
  10. Graceful close
  11. Resets & idle probes
  12. Security & the consolidated spec
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗