3.7. Riepilogo dei passi decisionali (Summary of Decision Steps)
3.7.1. Indicazioni generali
Prima di considerare l'invio di feedback RTCP, l'applicazione deve stabilire se il meccanismo è applicabile:
- L'applicazione deve decidere se — per il rapporto attuale tra tasso di pacchetti, ritardo massimo di feedback (specifico dell'applicazione) e round-trip time osservato (se disponibile) — i meccanismi di feedback sono applicabili.
La decisione può basarsi sulle statistiche di ricezione RTCP e su meccanismi fuori banda, e può essere rivista dinamicamente.
- L'applicazione deve decidere — per un certo tasso di errore osservato, banda assegnata, tasso di frame/pacchetti e dimensione del gruppo — se (e quali) meccanismi di feedback sono applicabili.
Anche le statistiche RTCP regolari forniscono input utili.
-
Se l'applicazione invia feedback, deve seguire le regole per RTCP anticipati o RTCP regolari con messaggi FB.
-
Il tipo di feedback RTCP non dovrebbe duplicare informazioni già disponibili al mittente da un protocollo di trasporto sottostante. Se il trasporto fornisce ACK positivi/negativi sulla ricezione (es. DCCP), il ricevitore dovrebbe evitare di ripetere le stesse informazioni a livello RTCP (astenersi da Generic NACK).
3.7.2. Attributi della sessione media
Le sessioni media sono tipicamente descritte con meccanismi fuori banda per indirizzi di trasporto, codec, ecc. Il meccanismo è duplice: formato di descrizione e trasporto della descrizione.
In IETF, SDP descrive le sessioni media mentre SIP, SAP, RTSP, HTTP, ecc. trasportano le descrizioni.
Un formato di descrizione MAY includere parametri che indicano il supporto ai meccanismi di feedback RTCP e quali MAY essere applicati.
A tal fine MUST essere indicato il profilo «AVPF» al posto di «AVP». Ulteriori attributi possono definire i tipi di feedback supportati.
La sezione 4 contiene la sintassi SDP per il feedback RTCP. Specifiche analoghe per altri formati sono fuori ambito.