6.4. Regole di temporizzazione

Il messaggio di feedback NACK può essere inviato in un pacchetto RTCP composto regolare completo o in un pacchetto RTCP anticipato, come da AVPF [1]. Inviare un NACK in un pacchetto anticipato consente di reagire più rapidamente a una data perdita di pacchetto. Tuttavia, in quel caso se subito dopo l'invio del pacchetto RTCP anticipato si verifica una nuova perdita di pacchetto, il ricevente dovrà allora attendere il successivo pacchetto RTCP composto regolare dopo quello anticipato. Inviare i NACK solo in RTCP composto regolare aumenta il ritardo massimo tra il rilevamento della perdita di un pacchetto originale e la possibilità di inviare un NACK per quel pacchetto. Chi implementa dovrebbe considerare le possibili implicazioni di questo fatto per l'applicazione usata.

Inoltre, i riceventi possono sfruttare l'intervallo minimo tra i pacchetti RTCP composti regolari. Questo intervallo può essere usato per mantenere al minimo i report regolari del ricevente, consentendo comunque ai riceventi di inviare pacchetti RTCP anticipati in periodi che richiedono feedback più frequente, ad esempio in fasi di maggiore tasso di perdita di pacchetti. Si noti che, sebbene i pacchetti RTCP possano essere soppressi perché non contengono NACK, deve essere disponibile la stessa banda RTCP come se fossero stati inviati. Per i dettagli sull'uso dell'intervallo minimo si veda AVPF [1].