Aller au contenu principal

4. Paquets RTP et RTCP distinguables

Lorsque les paquets RTP et RTCP sont multiplexés sur un port unique, le champ du type de paquet RTCP occupe la même position dans le paquet que la combinaison du bit marqueur (M) RTP et du type de charge utile (PT) RTP. Ce champ peut être utilisé pour distinguer les paquets RTP et RTCP lorsque deux restrictions sont observées : 1) les valeurs de type de charge utile RTP utilisées sont distinctes des types de paquets RTCP utilisés ; et 2) pour chaque type de charge utile RTP (PT), PT+128 est distinct des types de paquets RTCP utilisés. La première contrainte exclut un conflit direct entre le type de charge utile RTP et le type de paquet RTCP ; la seconde contrainte exclut un conflit entre un paquet de données RTP avec le bit marqueur activé et un paquet RTCP.

Les conflits suivants entre les types de paquets RTP et RTCP sont connus :

  • Les types de charge utile RTP 64-65 sont en conflit avec les paquets RTCP FIR et NACK (obsolètes) définis dans le format original "RTP Payload Format for H.261 Video Streams" [3] (qui a été rendu obsolète par [17]).

  • Les types de charge utile RTP 72-76 sont en conflit avec les paquets RTCP SR, RR, SDES, BYE et APP définis dans la spécification RTP [1].

  • Les types de charge utile RTP 77-78 sont en conflit avec les paquets RTCP RTPFB et PSFB définis dans le profil RTP/AVPF [4].

  • Le type de charge utile RTP 79 est en conflit avec les paquets RTCP Extended Report (XR) [5].

  • Le type de charge utile RTP 80 est en conflit avec les paquets Receiver Summary Information (RSI) définis dans "RTCP Extensions for Single-Source Multicast Sessions with Unicast Feedback" [6].

De nouveaux types de paquets RTCP pourraient être enregistrés à l'avenir et réduiraient encore les types de charge utile RTP disponibles lors du multiplexage de RTP et RTCP sur un seul port. Pour permettre ce multiplexage, les futures attributions de types de paquets RTCP DEVRAIENT être effectuées après les attributions actuelles dans la plage 209-223, puis dans la plage 194-199, de sorte que seuls les types de charge utile RTP de la plage 64-95 soient bloqués. Les types de paquets RTCP dans les plages 1-191 et 224-254 ne DEVRAIENT être utilisés que lorsque les autres valeurs ont été épuisées.

Compte tenu de ces contraintes, il est RECOMMANDÉ de suivre les directives du profil RTP/AVP [7] pour le choix des valeurs de type de charge utile RTP, avec la restriction supplémentaire que les valeurs de type de charge utile dans la plage 64-95 ne DOIVENT PAS être utilisées. Plus précisément, les types de charge utile RTP dynamiques DEVRAIENT être choisis dans la plage 96-127 lorsque cela est possible. Les valeurs inférieures à 64 PEUVENT être utilisées si cela est insuffisant, auquel cas il est RECOMMANDÉ d'utiliser en premier les numéros de type de charge utile qui ne sont pas attribués de manière statique par [7].

Note : Étant donné que la section 6.1 de [1] stipule que tous les paquets RTCP DOIVENT être envoyés sous forme de paquets composés commençant par un paquet Sender Report (SR) ou Receiver Report (RR), on pourrait se demander pourquoi les types de charge utile RTP autres que 72 et 73 sont interdits lors du multiplexage de RTP et RTCP. Cela est fait pour prendre en charge [18], qui permet l'utilisation de paquets RTCP non composés dans certaines circonstances.