12. Retransmission Scheduling (Pianificazione della ritrasmissione)
I protocolli di trasporto come TCP e QUIC forniscono affidabilità rilevando la perdita di pacchetti e ritrasmettendo le informazioni perse. Oltre alle considerazioni nella Sezione 10, la pianificazione dei dati ritrasmessi può competere con i nuovi dati. Il resto di questa sezione discute le considerazioni quando si utilizza QUIC.
La Sezione 13.3 di [QUIC] afferma: "Un endpoint dovrebbe (SHOULD) dare priorità alla ritrasmissione dei dati rispetto all'invio di nuovi dati, a meno che le priorità specificate dall'applicazione non indichino diversamente." Quando un'applicazione HTTP/3 utilizza lo schema di priorità definito in questo documento e l'implementazione del trasporto QUIC supporta la priorità di flusso indicata dall'applicazione, un trasporto che considera la priorità relativa dei flussi durante la pianificazione sia dei nuovi dati che dei dati ritrasmessi potrebbe corrispondere meglio alle aspettative dell'applicazione. Tuttavia, non esiste alcun requisito su come il trasporto scelga una pianificazione basata su queste informazioni, poiché la decisione dipende da diversi fattori e compromessi. Potrebbe dare priorità ai nuovi dati dei flussi ad alta urgenza rispetto ai dati ritrasmessi dei flussi a bassa priorità, oppure potrebbe dare priorità ai dati ritrasmessi rispetto ai nuovi dati indipendentemente dall'urgenza.
La Sezione 6.2.4 di [QUIC-RECOVERY] evidenzia anche le considerazioni sulla priorità dell'applicazione quando si inviano pacchetti di sonda dopo la scadenza di un timer Probe Timeout. Le implementazioni QUIC che supportano la priorità indicata dall'applicazione potrebbero utilizzare la priorità relativa dei flussi quando scelgono i dati della sonda.