RFC 9218 - Schéma de priorisation extensible pour HTTP
Date de publication : Juin 2022
Statut : Standards Track
Auteurs : K. Oku (Fastly), L. Pardue (Cloudflare)
Résumé (Abstract)
Ce document décrit un schéma qui permet à un client HTTP de communiquer ses préférences sur la manière dont le serveur en amont priorise les réponses à ses requêtes, et permet également à un serveur d'indiquer à un intermédiaire en aval comment ses réponses doivent être priorisées lorsqu'elles sont transférées. Ce document définit le champ d'en-tête Priority (Priority Header Field) pour communiquer la priorité initiale de manière indépendante de la version HTTP, ainsi que des trames (Frames) HTTP/2 et HTTP/3 pour reprioriser les réponses. Ces éléments partagent une structure de format commune conçue pour offrir une extensibilité future.
Table des matières (Contents)
- 1. Introduction
- 1.1 Notational Conventions (Conventions de notation)
- 2. Motivation for Replacing RFC 7540 Stream Priorities (Motivation pour remplacer les priorités de flux RFC 7540)
- 2.1 Disabling RFC 7540 Stream Priorities (Désactivation des priorités de flux RFC 7540)
- 2.1.1 Advice when Using Extensible Priorities as the Alternative (Conseils lors de l'utilisation des priorités extensibles comme alternative)
- 3. Applicability of the Extensible Priority Scheme (Applicabilité du schéma de priorité extensible)
- 4. Priority Parameters (Paramètres de priorité)
- 4.1 Urgency (Urgence)
- 4.2 Incremental (Incrémental)
- 4.3 Defining New Priority Parameters (Définition de nouveaux paramètres de priorité)
- 4.3.1 Registration (Enregistrement)
- 5. The Priority HTTP Header Field (Le champ d'en-tête HTTP Priority)
- 6. Reprioritization (Repriorisation)
- 7. The PRIORITY_UPDATE Frame (La trame PRIORITY_UPDATE)
- 7.1 HTTP/2 PRIORITY_UPDATE Frame (Trame PRIORITY_UPDATE HTTP/2)
- 7.2 HTTP/3 PRIORITY_UPDATE Frame (Trame PRIORITY_UPDATE HTTP/3)
- 8. Merging Client- and Server-Driven Priority Parameters (Fusion des paramètres de priorité pilotés par le client et le serveur)
- 9. Client Scheduling (Ordonnancement côté client)
- 10. Server Scheduling (Ordonnancement côté serveur)
- 10.1 Intermediaries with Multiple Backend Connections (Intermédiaires avec plusieurs connexions backend)
- 11. Scheduling and the CONNECT Method (Ordonnancement et la méthode CONNECT)
- 12. Retransmission Scheduling (Ordonnancement de la retransmission)
- 13. Fairness (Équité)
- 13.1 Coalescing Intermediaries (Intermédiaires de coalescence)
- 13.2 HTTP/1.x Back Ends (Backends HTTP/1.x)
- 13.3 Intentional Introduction of Unfairness (Introduction intentionnelle d'inéquité)
- 14. Why Use an End-to-End Header Field? (Pourquoi utiliser un champ d'en-tête de bout en bout ?)
- 15. Security Considerations (Considérations de sécurité)
- 16. IANA Considerations (Considérations IANA)
- 17. References (Références)
- 17.1 Normative References (Références normatives)
- 17.2 Informative References (Références informatives)
- Acknowledgements (Remerciements)
- Authors' Addresses (Adresses des auteurs)
Ressources connexes
- Texte officiel:
https://www.rfc-editor.org/rfc/rfc9218.txt - Page officielle:
https://datatracker.ietf.org/doc/html/rfc9218 - Errata:
https://www.rfc-editor.org/errata_search.php?rfc=9218