Zum Hauptinhalt springen

6. IANA-Überlegungen

Diese Spezifikation aktualisiert den Eintrag des Message-Header-Registers für "Link" in HTTP [RFC3864], sodass er auf dieses Dokument verweist.

Header field: Link
Applicable protocol: http
Status: standard
Author/change controller:
    IETF  ([email protected])
    Internet Engineering Task Force
Specification document(s):
    [RFC5988]

Diese Spezifikation richtet das Register der Link-Beziehungstypen (Link Relation Type registry) ein und aktualisiert Atom [RFC4287] dahingehend, dass es darauf anstelle des "Registry of Link Relations" verweist.

Die zugrunde liegenden Registerdaten (z. B. die XML-Datei) müssen den Text der Simplified BSD License enthalten, wie in Abschnitt 4.e der Trust Legal Provisions beschrieben (http://trustee.ietf.org/license-info).

Beziehungstypen werden auf Empfehlung eines Designated Expert (ernannt vom IESG oder dessen Beauftragten) mit der Anforderung "Specification Required" registriert (unter Verwendung der Terminologie aus [RFC5226]).

Die Anforderungen an registrierte Beziehungstypen sind in Abschnitt 4.1 beschrieben.

Registrierungsanfragen bestehen aus der unten stehenden ausgefüllten Registrierungsvorlage, die typischerweise in einem RFC oder einem Open Standard (im Sinne der Beschreibung in [RFC2026], Abschnitt 7) veröffentlicht wird. Um jedoch die Zuweisung von Werten vor der Veröffentlichung zu ermöglichen, kann der Designated Expert die Registrierung genehmigen, sobald er davon überzeugt ist, dass eine Spezifikation veröffentlicht wird.

Beachten Sie, dass Beziehungstypen von Dritten registriert werden können, wenn der Designated Expert feststellt, dass ein nicht registrierter Beziehungstyp weit verbreitet eingesetzt wird und voraussichtlich nicht rechtzeitig registriert wird.

Die Registrierungsvorlage lautet:

Relation Name:

Description:

Reference:

Notes: [optional]

Application Data: [optional]

Registrierungsanfragen sollten an die Mailingliste [email protected] gesendet werden, mit einer klaren Kennzeichnung in der Betreffzeile (z. B. "NEW RELATION - example", um einen Beziehungstyp "example" zu registrieren).

Innerhalb von höchstens 14 Tagen nach der Anfrage genehmigen oder lehnen der/die Designated Expert(s) die Registrierungsanfrage ab und teilen diese Entscheidung der Review-Liste und IANA mit. Ablehnungen sollten eine Erklärung und, falls zutreffend, Vorschläge enthalten, wie die Anfrage erfolgreich gestaltet werden kann.

Entscheidungen (oder deren Ausbleiben) des Designated Expert können zunächst bei den Application Area Directors angefochten werden (erreichbar über die E-Mail-Adresse [email protected] oder direkt durch Nachschlagen ihrer E-Mail-Adressen auf der Website http://www.iesg.org/) und, wenn der Beschwerdeführer mit der Antwort nicht zufrieden ist, beim gesamten IESG (über die Mailingliste [email protected]). IANA sollte Registeraktualisierungen nur von dem/den Designated Expert(s) akzeptieren und alle Registrierungsanfragen an die Review-Mailingliste weiterleiten.

6.2.2. Erster Inhalt des Registers​

Der anfängliche Inhalt des Registers der Link-Beziehungstypen ist:

Relation Name: alternate
Description: Designates a substitute for the link's context.
Reference: [W3C.REC-html401-19991224]

Relation Name: appendix
Description: Refers to an appendix.
Reference: [W3C.REC-html401-19991224]

Relation Name: bookmark
Description: Refers to a bookmark or entry point.
Reference: [W3C.REC-html401-19991224]

Relation Name: chapter
Description: Refers to a chapter in a collection of resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: contents
Description: Refers to a table of contents.
Reference: [W3C.REC-html401-19991224]

Relation Name: copyright
Description: Refers to a copyright statement that applies to the
   link's context.
Reference: [W3C.REC-html401-19991224]

Relation Name: current
Description: Refers to a resource containing the most recent
   item(s) in a collection of resources.
Reference: [RFC5005]

Relation Name: describedby
Description: Refers to a resource providing information about the
   link's context.
Documentation: <http://www.w3.org/TR/powder-dr/#assoc-linking>

Relation Name: edit
Description: Refers to a resource that can be used to edit the
   link's context.
Reference: [RFC5023]

Relation Name: edit-media
Description: Refers to a resource that can be used to edit media
   associated with the link's context.
Reference: [RFC5023]

Relation Name: enclosure
Description: Identifies a related resource that is potentially
   large and might require special handling.
Reference: [RFC4287]

Relation Name: first
Description: An IRI that refers to the furthest preceding resource
   in a series of resources.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Originally requested by Mark Nottingham in December
   2004.

Relation Name: glossary
Description: Refers to a glossary of terms.
Reference: [W3C.REC-html401-19991224]

Relation Name: help
Description: Refers to a resource offering help (more information,
   links to other sources information, etc.)
Reference: [W3C.REC-html401-19991224]

Relation Name: hub
Description: Refers to a hub that enables registration for
   notification of updates to the context.
Reference: <http://pubsubhubbub.googlecode.com/> <http://
   pubsubhubbub.googlecode.com/svn/trunk/pubsubhubbub-core-0.3.html>
Notes: this relation type was requested by Brett Slatkin.

Relation Name: index
Description: Refers to an index.
Reference: [W3C.REC-html401-19991224]

Relation Name: last
Description: An IRI that refers to the furthest following resource
   in a series of resources.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Originally requested by Mark Nottingham in December
   2004.

Relation Name: latest-version
Description: Points to a resource containing the latest (e.g.,
   current) version of the context.
Reference: [RFC5829]

Relation Name: license
Description: Refers to a license associated with the link's
   context.
Reference: [RFC4946]

Relation Name: next
Description: Refers to the next resource in a ordered series of
   resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: next-archive
Description: Refers to the immediately following archive resource.
Reference: [RFC5005]

Relation Name: payment
Description: indicates a resource where payment is accepted.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Requested by Joshua Kinberg and Robert Sayre.  It is
   meant as a general way to facilitate acts of payment, and thus
   this specification makes no assumptions on the type of payment or
   transaction protocol.  Examples may include a Web page where
   donations are accepted or where goods and services are available
   for purchase. rel="payment" is not intended to initiate an
   automated transaction.  In Atom documents, a link element with a
   rel="payment" attribute may exist at the feed/channel level and/or
   the entry/item level.  For example, a rel="payment" link at the
   feed/channel level may point to a "tip jar" URI, whereas an entry/
   item containing a book review may include a rel="payment" link
   that points to the location where the book may be purchased
   through an online retailer.

Relation Name: prev
Description: Refers to the previous resource in an ordered series
   of resources.  Synonym for "previous".
Reference: [W3C.REC-html401-19991224]

Relation Name: predecessor-version
Description: Points to a resource containing the predecessor
   version in the version history.
Reference: [RFC5829]

Relation Name: previous
Description: Refers to the previous resource in an ordered series
   of resources.  Synonym for "prev".
Reference: [W3C.REC-html401-19991224]

Relation Name: prev-archive
Description: Refers to the immediately preceding archive resource.
Reference: [RFC5005]

Relation Name: related
Description: Identifies a related resource.
Reference: [RFC4287]

Relation Name: replies
Description: Identifies a resource that is a reply to the context
   of the link.
Reference: [RFC4685]

Relation Name: section
Description: Refers to a section in a collection of resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: self
Description: Conveys an identifier for the link's context.
Reference: [RFC4287]

Relation Name: service
Description: Indicates a URI that can be used to retrieve a
   service document.
Reference: [RFC5023]
Notes: When used in an Atom document, this relation type specifies
   Atom Publishing Protocol service documents by default.  Requested
   by James Snell.

Relation Name: start
Description: Refers to the first resource in a collection of
   resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: stylesheet
Description: Refers to an external style sheet.
Reference: [W3C.REC-html401-19991224]

Relation Name: subsection
Description: Refers to a resource serving as a subsection in a
   collection of resources.
Reference: [W3C.REC-html401-19991224]

Relation Name: successor-version
Description: Points to a resource containing the successor version
   in the version history.
Reference: [RFC5829]

Relation Name: up
Description: Refers to a parent document in a hierarchy of
   documents.
Reference: [RFC5988]
Notes: this relation type registration did not indicate a
   reference.  Requested by Noah Slater.

Relation Name: version-history
Description: points to a resource containing the version history
   for the context.
Reference: [RFC5829]

Relation Name: via
Description: Identifies a resource that is the source of the
   information in the link's context.
Reference: [RFC4287]

Relation Name: working-copy
Description: Points to a working copy for this resource.
Reference: [RFC5829]

Relation Name: working-copy-of
Description: Points to the versioned resource from which this
   working copy was obtained.
Reference: [RFC5829]

Diese Spezifikation richtet außerdem das Register für Link-Beziehungs-Anwendungsfelder (Link Relation Application Field registry) ein, damit Einträge im Register der Link-Beziehungstypen um anwendungsspezifische Daten (im Folgenden "App-Daten") erweitert werden können, die für alle Instanzen eines gegebenen Link-Beziehungstyps gelten.

Anwendungsdaten werden auf Empfehlung eines Designated Expert (ernannt vom IESG oder dessen Beauftragten) mit der Anforderung "Specification Required" registriert (unter Verwendung der Terminologie aus [RFC5226]). Registrierungsanfragen bestehen aus der unten stehenden ausgefüllten Registrierungsvorlage:

Application Name:

Description:

Default Value:

Notes: [optional]

Die Description sollte (SHOULD) den Wertebereich der App-Daten angeben. Der Default Value muss (MUST) für Einträge geeignet sein, auf die die App-Daten nicht zutreffen.

Einträge, die vor dem Hinzufügen von App-Daten existierten, gelten automatisch als mit dem Standardwert für diese App-Daten versehen; sollten Ausnahmen bestehen, sollte die Änderung solcher Einträge von dem/den Designated Expert(s) in Absprache mit dem Autor der vorgeschlagenen App-Daten sowie, wenn möglich, dem Registranten des bestehenden Eintrags koordiniert werden.

Registrierungsanfragen sollten an die Mailingliste [email protected] gesendet werden, mit einer klaren Kennzeichnung in der Betreffzeile (z. B. "NEW APP DATA - example", um App-Daten "example" zu registrieren).

Innerhalb von höchstens 14 Tagen nach der Anfrage genehmigt oder lehnt der Designated Expert die Registrierungsanfrage ab und teilt diese Entscheidung der Review-Liste mit. Ablehnungen sollten eine Erklärung und, falls zutreffend, Vorschläge enthalten, wie die Anfrage erfolgreich gestaltet werden kann. Registrierungsanfragen, die über einen Zeitraum von mehr als 21 Tagen unentschieden bleiben, können dem IESG zur Klärung vorgelegt werden (über die Mailingliste [email protected]).

Wenn eine Registrierungsanfrage erfolgreich ist, leitet der Designated Expert sie zur Veröffentlichung an IANA weiter. IANA sollte Registeraktualisierungen nur von dem/den Designated Expert(s) akzeptieren und alle Registrierungsanfragen an die Review-Mailingliste weiterleiten.