6. IANA Considerations
This section establishes registries and registration procedures for link-related elements.
6.1. Link HTTP Header Registration
Registry: HTTP Message Header Registry
Entry: Link
Protocol: HTTP
Status: Standard
6.2. Link Relation Type Registry
Registry Purpose
Establishes the Link Relation Type Registry to replace Atom's "Registry of Link Relations" with broader scope.
6.2.1. Registration Process
Requirements:
- Designated Expert review
- Specification Required (RFC 5226 terminology)
- Typically published in RFC or Open Standard
- Third-party registration allowed if widely deployed
Registration Template:
- Relation Name
- Description
- Reference
- Notes (optional)
- Application Data (optional)
Submission Process:
- Send to
[email protected] - Mark subject clearly (e.g., "NEW RELATION - example")
- Decision within 14 days
- Appeals to Application Area Directors or IESG
6.2.2. Initial Registry Contents
Common Registered Relations:
alternate- Substitute for link contextappendix- Refers to appendixbookmark- Entry pointchapter- Chapter in collectioncontents- Table of contentscopyright- Copyright statementcurrent- Current versionedit- Editable versionfirst- First in serieshelp- Help resourceicon- Icon representationindex- Indexlast- Last in seriesnext- Next in sequenceprev/previous- Previous in sequenceself- Link to itselfstylesheet- Style sheetup- Parent/superior resource
6.3. Link Relation Application Data Registry
Purpose: Store application-specific metadata about relation types
Examples:
- Browser archiving behavior
- Security properties
- Performance characteristics
Official Registry: IANA Link Relations