RFC 9218 - Schema di prioritizzazione estensibile per HTTP
Data di pubblicazione: Giugno 2022
Stato: Standards Track
Autori: K. Oku (Fastly), L. Pardue (Cloudflare)
Sommario (Abstract)
Questo documento descrive uno schema che consente a un client HTTP di comunicare le proprie preferenze su come il server upstream dovrebbe prioritizzare le risposte alle sue richieste, e consente anche a un server di suggerire a un intermediario downstream come le sue risposte dovrebbero essere prioritizzate quando vengono inoltrate. Questo documento definisce il campo di intestazione Priority (Priority Header Field) per comunicare la priorità iniziale in modo indipendente dalla versione HTTP, nonché frame HTTP/2 e HTTP/3 per riprioritizzare le risposte. Questi condividono una struttura di formato comune progettata per fornire estensibilità futura.
Indice (Contents)
- 1. Introduction (Introduzione)
- 1.1 Notational Conventions (Convenzioni notazionali)
- 2. Motivation for Replacing RFC 7540 Stream Priorities (Motivazione per sostituire le priorità di stream RFC 7540)
- 2.1 Disabling RFC 7540 Stream Priorities (Disabilitazione delle priorità di stream RFC 7540)
- 2.1.1 Advice when Using Extensible Priorities as the Alternative (Consigli quando si utilizzano priorità estensibili come alternativa)
- 3. Applicability of the Extensible Priority Scheme (Applicabilità dello schema di priorità estensibile)
- 4. Priority Parameters (Parametri di priorità)
- 4.1 Urgency (Urgenza)
- 4.2 Incremental (Incrementale)
- 4.3 Defining New Priority Parameters (Definizione di nuovi parametri di priorità)
- 4.3.1 Registration (Registrazione)
- 5. The Priority HTTP Header Field (Il campo di intestazione HTTP Priority)
- 6. Reprioritization (Riprioritizzazione)
- 7. The PRIORITY_UPDATE Frame (Il frame PRIORITY_UPDATE)
- 7.1 HTTP/2 PRIORITY_UPDATE Frame (Frame PRIORITY_UPDATE HTTP/2)
- 7.2 HTTP/3 PRIORITY_UPDATE Frame (Frame PRIORITY_UPDATE HTTP/3)
- 8. Merging Client- and Server-Driven Priority Parameters (Unione dei parametri di priorità guidati da client e server)
- 9. Client Scheduling (Pianificazione del client)
- 10. Server Scheduling (Pianificazione del server)
- 10.1 Intermediaries with Multiple Backend Connections (Intermediari con connessioni backend multiple)
- 11. Scheduling and the CONNECT Method (Pianificazione e il metodo CONNECT)
- 12. Retransmission Scheduling (Pianificazione della ritrasmissione)
- 13. Fairness (Equità)
- 13.1 Coalescing Intermediaries (Intermediari di coalescenza)
- 13.2 HTTP/1.x Back Ends (Backend HTTP/1.x)
- 13.3 Intentional Introduction of Unfairness (Introduzione intenzionale di iniquità)
- 14. Why Use an End-to-End Header Field? (Perché utilizzare un campo di intestazione end-to-end?)
- 15. Security Considerations (Considerazioni sulla sicurezza)
- 16. IANA Considerations (Considerazioni IANA)
- 17. References (Riferimenti)
- 17.1 Normative References (Riferimenti normativi)
- 17.2 Informative References (Riferimenti informativi)
- Acknowledgements (Ringraziamenti)
- Authors' Addresses (Indirizzi degli autori)
Risorse correlate
- Testo ufficiale:
https://www.rfc-editor.org/rfc/rfc9218.txt - Pagina ufficiale:
https://datatracker.ietf.org/doc/html/rfc9218 - Errata:
https://www.rfc-editor.org/errata_search.php?rfc=9218