Visual RFC.
ALL RFCs / RFC 8201
Read the RFC ↗
RFC 8201 / IPv6 Path MTU

Check Packet Too Big feedback

02

A Packet Too Big message includes a reported MTU and a quote of the packet that triggered it. The sender needs to relate the quote to traffic it actually sent and to the relevant local path before changing state.

RFC 8201 · § 4EXAMPLE
4 / 4
Check Packet Too Big feedbackA separate report claims 1400 but its quoted packet does not match transmitted traffic. The chosen validation policy rejects it; correlation, even when successful, is not cryptographic authentication.PTB may lower a relevant estimateICMPv6 error · widths schematicType 2 · Code 0MTU field (32 bits): 1400Quote: not in sent trafficquote mismatchBefore: 1500 · after: 1500Reject under validation policyCorrelation ≠ cryptographic authentication
04
Match the quoted traffic first

Separate example, current 1500. The 1400 report’s quoted packet does not match transmitted traffic in this bounded example. The implementation’s recommended validation gate rejects it before any cache update. This is not cryptographic origin validation.

Source for this drawing: RFC 8201 · Read RFC section 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

A PTB can lower a relevant estimate; it cannot raise it or push it below 1280.

  • ICMPv6 Packet Too Big is Type2, Code 0, with a 32-bit MTU field and as much of the invoking packet as fits the ICMPv6 error limit (RFC 4443§3.2). It has no TCP or UDP port of its own. The quote is context, not an authentication credential.
  • Nodes should appropriately validate the PTB payload against transmitted traffic (§4). The first state assumes a matching packet on pathA. The unmatched-quote state applies this recommended validation as the teaching implementation’s rejection policy; it does not invent a new capitalized MUST.
  • A PTB reporting an MTU less than 1280 must be discarded. A node must not reduce its estimate below the IPv6 minimum link MTU (§4). Discarding the message is distinct from accepting its number and merely clamping it to 1280.
  • A node must not increase its PMTU estimate in response to a PTB (§4). An equal or larger reported number causes no estimate increase; the message may be stale, reflect a different path, or be forged. The sender of the original packet may still need drop notification (§5.2).
  • A valid smaller report affects the relevant path representation (§5.2), not every unrelated interface or destination. A lower number that passes correlation is not thereby cryptographically authenticated (§6); false reductions can still harm throughput.
  • The tentative-floor comparison described in §5.2 does not override §4’s explicit discard requirement for a reported MTU below 1280. The illustrated validation gate discards that message instead of changing the cache to a clamped value.
DETAILS

Chosen current estimate 1500. Independent reports:1400,1200,9000 and an unmatched quote. Field layout schematic; report values are not packet lengths.

Read the RFC section ↗

All chapters in RFC 8201

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 ↗