Visual RFC.
ALL RFCs / RFC 8288
Read the RFC ↗
RFC 8288 / WEB LINKING

Parse values without splitting quoted commas

02

A Link field can contain several link-values, and each value can contain parameters. Delimiters inside quoted text belong to that text.

RFC 8288 · § 3EXAMPLE
3 / 3
Parse values without splitting quoted commasA Link field has two link-values. The comma in quoted title One, two stays inside that title; the comma after the quote separates the next value. The final separate example repeats rel: the first next remains and later prev is ignored, never merged. Appendix B is advisory; the body controls required behavior.Respect the field’s parsing boundariesToken and quoted-string values MUST both parse</one>; rel="next"; rel="prev"First rel stays: nextLater rel: prevFirst-rel ruleignore duplicate relMUST ignore later rel · do not merge next + prevSeveral types in one rel value are a different case
03
Handle a separate duplicate-parameter example.

In </one>; rel="next"; rel="prev", the second rel MUST be ignored. The first next relation remains; this does not create both next and prev links.

Source for this drawing: RFC 8288 · Read RFC section 3 ↗

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.

Terms in this drawing
link-value
One target and its parameter list in a Link field.
Quoted string
Text surrounded by double quotes, with defined escaping rules.
Related RFCs and changes

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

KEY POINT

A link-value begins with a URI-reference inside angle brackets, then zero or more semicolon-delimited parameters. Multiple link-values form a comma-separated field list.

  • A link-value begins with a URI-reference inside angle brackets, then zero or more semicolon-delimited parameters. Multiple link-values form a comma-separated field list.
  • Recipients MUST parse both token and quoted-string parameter forms, such as rel=next and rel="next". Unquote before interpreting a parameter’s value.
  • The rel parameter MUST be present and MUST NOT appear more than once in a link-value. Parsers MUST ignore occurrences after the first; they do not merge duplicate rel parameters.
  • A single rel value may contain space-separated relation types. That creates multiple links sharing the same context, target and attributes; it is different from repeated rel parameters.
DETAILS

The example title="One, two" contains a literal comma, not a link separator. A parser must respect quoted-string escaping and angle-bracket boundaries; naive splitting on every comma or semicolon is insufficient. Separate Link fields can carry the same link-values as a combined field. Appendix B is advisory, not a replacement for the normative body; verified erratum 5878 corrects its target-attribute handling.

Read the RFC section ↗

All chapters in RFC 8288

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 ↗