Visual RFC.
ALL RFCs / RFC 4271
Read the RFC ↗
RFC 4271 / PROTOCOL MECHANISMS

Handle failures without assuming route truth

05

Session and UPDATE errors require specified handling, and transport protection is distinct from route authorization.

Related RFCs and changes

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

DIAGRAM§ 6 ↗
RFC 4271 · § 6EXAMPLE
3 / 3
Handle failures without assuming route truthSession and UPDATE errors require specified handling, and transport protection is distinct from route authorization.peerKEEPALIVEsHold Timer expiresWithdraw peer routes; recompute candidatesTransport/session health does not establish route authorization
03
Withdraw affected routes and recompute from remaining candidates.

Withdraw affected routes and recompute from remaining candidates.

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

KEEPALIVEs and the Hold Timer detect a peer that stops communicating.

  • KEEPALIVEs and the Hold Timer detect a peer that stops communicating.
  • A syntactically valid AS_PATH does not cryptographically prove prefix ownership or path authorization.
DETAILS

RFC 7606 later revises UPDATE error handling. Follow updates rather than assuming every malformed UPDATE always requires the original full session reset.

Read the RFC section ↗

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

Privacy
All chapters in this RFC
  1. Establish a BGP session
  2. Advertise and withdraw prefixes
  3. Use AS paths to detect loops
  4. Select routes using policy and reachability
  5. Handle failures without assuming route truth
RFC 9700 / CHAPTERS

Chapters

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

RFC status and corrections ↗