2. Règles SAVPF
Le SAVP est défini comme une couche intermédiaire entre le RTP (suivant le profil RTP régulier AVP) et la couche de transport (généralement UDP). Cela produit une hiérarchie à deux couches au sein du protocole de transport en temps réel. Dans le SAVPF, la couche supérieure (AVP) est remplacée par le profil RTP étendu pour le retour (AVPF).
L'AVPF modifie les règles de synchronisation pour la transmission des paquets RTCP et ajoute des formats de paquets RTCP supplémentaires spécifiques au retour. Ces fonctions sont indépendantes du fait que les paquets RTCP soient ensuite chiffrés et/ou protégés en intégrité ou non. Le fonctionnement de la couche AVPF reste inchangé dans le SAVPF.
Le profil AVPF dérive de la RFC 3550 [1] l'utilisation (facultative) du préfixe de chiffrement pour le RTCP. Le préfixe de chiffrement NE DOIT PAS être utilisé dans le profil SAVPF (il n'est pas utilisé dans le SAVP, car il n'est applicable qu'à la méthode de chiffrement spécifiée dans [1]).
La partie SAVP utilise des champs supplémentaires ajoutés à la fin des paquets RTP et RTCP et exécute des transformations cryptographiques sur (une partie de) le contenu des paquets RTP/RTCP. Ce comportement reste inchangé dans le SAVPF. Le calcul de la taille moyenne des paquets RTCP effectué par la couche AVPF à des fins de synchronisation DOIT prendre en compte les champs ajoutés par la couche SAVP.
La partie SRTP ne devient active que lorsque le RTP ou le RTCP a été programmé par la couche AVPF "supérieure" ou reçu du protocole de transport, quels que soient sa synchronisation et son contenu.
2.1. Formats de paquets
L'AVPF définit des formats de paquets supplémentaires pour fournir des informations de retour. Ces formats de paquets supplémentaires définis dans la RFC 4585 [3] (et d'autres définis ailleurs pour une utilisation avec l'AVPF) PEUVENT être utilisés avec le SAVPF.
Le SAVP définit un format de paquet modifié pour les paquets SRTP et SRTCP qui consiste essentiellement en des formats de paquets RTP/RTCP plus certains champs de protocole de fin à des fins de sécurité. Pour le SAVPF, tous les paquets RTCP DOIVENT être encapsulés comme défini dans la section 3.4 de la RFC 3711 [4].
2.2. Extensions
Les extensions aux paquets de retour RTCP AVPF définies ailleurs PEUVENT être utilisées avec le profil SAVPF à condition que ces extensions soient conformes aux règles d'extension de la RFC 4585 [3].
Des extensions supplémentaires (par exemple, des transformations) définies pour le SAVP suivant les règles de la section 6 de la RFC 3711 [4] PEUVENT également être utilisées avec le profil SAVPF. Le surdébit par paquet RTCP dépend des extensions et des transformations choisies. Les nouvelles extensions et transformations ajoutées à l'avenir PEUVENT introduire un surdébit supplémentaire par paquet encore inconnu.
Enfin, d'autres extensions spécifiquement adaptées au SAVPF PEUVENT être définies ailleurs.
2.3. Implications de la combinaison de l'AVPF et du SAVP
Le profil AVPF vise à permettre — statistiquement — aux récepteurs de fournir un retour rapide aux expéditeurs. La fréquence à laquelle les récepteurs sont, en moyenne, autorisés à envoyer des informations de retour dépend de la bande passante RTCP, de la taille du groupe et de la taille moyenne d'un paquet RTCP. Le SRTCP (voir la section 3.4 de la RFC 3711 [4]) ajoute des champs supplémentaires (dont certains sont de longueur configurable) à la fin de chaque paquet RTCP qui ont probablement une taille d'au moins 10 à 20 octets (14 octets par défaut). Notez que les extensions et les transformations définies à l'avenir, ainsi que la configuration de la longueur de chaque champ, PEUVENT ajouter un surdébit plus important. En utilisant le SRTP, la taille moyenne d'un paquet RTCP augmentera e réduira ainsi la fréquence à laquelle un retour (rapide) peut être fourni. Les concepteurs d'applications doivent en être conscients et prendre des précautions afin que les parts de bande passante RTCP soient maintenues. Cela DOIT être fait en ajustant la variable RTCP "avg_rtcp_size" per refléter la taille des paquets SRTCP.