RFC 9218 - Erweiterbares Priorisierungsschema für HTTP
Veröffentlichungsdatum: Juni 2022
Status: Standards Track
Autoren: K. Oku (Fastly), L. Pardue (Cloudflare)
Zusammenfassung (Abstract)
Dieses Dokument beschreibt ein Schema, das es einem HTTP-Client ermöglicht, seine Präferenzen darüber zu kommunizieren, wie der Upstream-Server Antworten auf seine Anfragen priorisiert, und es einem Server auch ermöglicht, einem Downstream-Vermittler Hinweise zu geben, wie seine Antworten bei der Weiterleitung priorisiert werden sollen. Dieses Dokument definiert das Priority-Header-Feld (Priority Header Field) zur Kommunikation der anfänglichen Priorität auf HTTP-versionsunabhängige Weise sowie HTTP/2- und HTTP/3-Frames zur Neupriorisierung von Antworten. Diese teilen eine gemeinsame Formatstruktur, die für zukünftige Erweiterbarkeit konzipiert ist.
Inhaltsverzeichnis (Contents)
- 1. Introduction (Einführung)
- 1.1 Notational Conventions (Notationskonventionen)
- 2. Motivation for Replacing RFC 7540 Stream Priorities (Motivation für den Ersatz der RFC 7540 Stream-Prioritäten)
- 2.1 Disabling RFC 7540 Stream Priorities (Deaktivierung der RFC 7540 Stream-Prioritäten)
- 2.1.1 Advice when Using Extensible Priorities as the Alternative (Ratschläge bei Verwendung erweiterbarer Prioritäten als Alternative)
- 3. Applicability of the Extensible Priority Scheme (Anwendbarkeit des erweiterbaren Prioritätsschemas)
- 4. Priority Parameters (Prioritätsparameter)
- 4.1 Urgency (Dringlichkeit)
- 4.2 Incremental (Inkrementell)
- 4.3 Defining New Priority Parameters (Definition neuer Prioritätsparameter)
- 4.3.1 Registration (Registrierung)
- 5. The Priority HTTP Header Field (Das Priority-HTTP-Header-Feld)
- 6. Reprioritization (Neupriorisierung)
- 7. The PRIORITY_UPDATE Frame (Der PRIORITY_UPDATE-Frame)
- 7.1 HTTP/2 PRIORITY_UPDATE Frame (HTTP/2 PRIORITY_UPDATE-Frame)
- 7.2 HTTP/3 PRIORITY_UPDATE Frame (HTTP/3 PRIORITY_UPDATE-Frame)
- 8. Merging Client- and Server-Driven Priority Parameters (Zusammenführung von client- und servergesteuerten Prioritätsparametern)
- 9. Client Scheduling (Client-Scheduling)
- 10. Server Scheduling (Server-Scheduling)
- 10.1 Intermediaries with Multiple Backend Connections (Vermittler mit mehreren Backend-Verbindungen)
- 11. Scheduling and the CONNECT Method (Scheduling und die CONNECT-Methode)
- 12. Retransmission Scheduling (Wiederübertragungsplanung)
- 13. Fairness (Fairness)
- 13.1 Coalescing Intermediaries (Zusammenführende Vermittler)
- 13.2 HTTP/1.x Back Ends (HTTP/1.x-Backends)
- 13.3 Intentional Introduction of Unfairness (Absichtliche Einführung von Unfairness)
- 14. Why Use an End-to-End Header Field? (Warum ein End-to-End-Header-Feld verwenden?)
- 15. Security Considerations (Sicherheitsüberlegungen)
- 16. IANA Considerations (IANA-Überlegungen)
- 17. References (Referenzen)
- 17.1 Normative References (Normative Referenzen)
- 17.2 Informative References (Informative Referenzen)
- Acknowledgements (Danksagungen)
- Authors' Addresses (Adressen der Autoren)
Verwandte Ressourcen
- Offizieller Text:
https://www.rfc-editor.org/rfc/rfc9218.txt - Offizielle Seite:
https://datatracker.ietf.org/doc/html/rfc9218 - Errata:
https://www.rfc-editor.org/errata_search.php?rfc=9218