2. Regole SAVPF
Il SAVP è definito come uno strato intermedio tra l'RTP (seguendo il normale profilo RTP AVP) e lo strato di trasporto (solitamente UDP). Ciò produce una gerarchia a due strati all'interno del Real-time Transport Protocol. In SAVPF, lo strato superiore (AVP) è sostituito dal profilo RTP esteso per il feedback (AVPF).
L'AVPF modifica le regole di timing per la trasmissione dei pacchetti RTCP e aggiunge formati di pacchetti RTCP extra specifici per il feedback. Queste funzioni sono indipendenti dal fatto che i pacchetti RTCP siano successivamente crittografati e/o protetti nell'integrità. Il funzionamento dello strato AVPF rimane invariato in SAVPF.
Il profilo AVPF deriva dalla RFC 3550 [1] l'uso (opzionale) del prefisso di crittografia per l'RTCP. Il prefisso di crittografia NON DEVE essere utilizzato all'interno del profilo SAVPF (non è utilizzato in SAVP, poiché è applicabile solo al metodo di crittografia specificato in [1]).
La parte SAVP utilizza campi extra aggiunti alla fine dei pacchetti RTP e RTCP ed esegue trasformazioni crittografiche su (alcuni dei) contenuti dei pacchetti RTP/RTCP. Questo comportamento rimane invariato in SAVPF. Il calcolo della dimensione media del pacchetto RTCP effettuato dallo strato AVPF ai fini del timing DEVE tenere conto dei campi aggiunti dallo strato SAVP.
La parte SRTP diventa attiva solo quando l'RTP o l'RTCP è stato programmato dallo strato AVPF "superiore" o ricevuto dal protocollo di trasporto, indipendentemente dal timing e dal contenuto.
2.1. Formati dei pacchetti
L'AVPF definisce formati di pacchetto extra per fornire informazioni di feedback. Quei formati di pacchetto extra definiti nella RFC 4585 [3] (e altri definiti altrove per l'uso con AVPF) POSSONO essere utilizzati con SAVPF.
Il SAVP definisce un formato di pacchetto modificato per i pacchetti SRTP e SRTCP che consiste essenzialmente nei formati di pacchetto RTP/RTCP più alcuni campi di protocollo finali per scopi di sicurezza. Per SAVPF, tutti i pacchetti RTCP DEVONO essere incapsulati come definito nella Sezione 3.4 della RFC 3711 [4].
2.2. Estensioni
Le estensioni ai pacchetti di feedback RTCP AVPF definite altrove POSSONO essere utilizzate con il profilo SAVPF a condizione che tali estensioni siano conformi alle regole di estensione della RFC 4585 [3].
Estensioni aggiuntive (ad esempio, trasformazioni) definite per il SAVP seguendo le regole della Sezione 6 della RFC 3711 [4] POSSONO essere utilizzate anche con il profilo SAVPF. Il sovraccarico per pacchetto RTCP dipende dalle estensioni e dalle trasformazioni scelte. Nuove estensioni e trasformazioni aggiunte in futuro POSSONO introdurre ulteriori sovraccarichi per pacchetto ancora sconosciuti.
Infine, ulteriori estensioni specificamente per SAVPF POSSONO essere definite altrove.
2.3. Implicazioni della combinazione di AVPF e SAVP
Il profilo AVPF mira a consentire — statisticamente — ai ricevitori di fornire feedback tempestivi ai mittenti. La frequenza con cui i ricevitori sono, in media, autorizzati a inviare informazioni di feedback dipende dalla larghezza di banda RTCP, dalla dimensione del gruppo e dalla dimensione media di un pacchetto RTCP. L'SRTCP (vedere la Sezione 3.4 della RFC 3711 [4]) aggiunge campi extra (alcuni dei quali sono di lunghezza configurabile) alla fine di ogni pacchetto RTCP che sono probabilmente grandi almeno 10-20 byte (14 byte come impostazione predefinita). Si noti che le estensioni e le trasformazioni definite in futuro, così come la configurazione della lunghezza di ciascun campo, POSSONO aggiungere un sovraccarico maggiore. Utilizzando l'SRTP, la dimensione media di un pacchetto RTCP aumenterà e ridurrà quindi la frequenza con cui è possibile fornire un feedback (tempestivo). I progettisti di applicazioni devono esserne consapevoli e prendere precauzioni affinché le quote di larghezza di banda RTCP vengano mantenute. Ciò DEVE essere fatto regolando la variabile RTCP "avg_rtcp_size" per riflettere la dimensione dei pacchetti SRTCP.