1. Introduction

À l'époque où le protocole de transport en temps réel (Real-Time Transport Protocol, RTP) [RFC3550] a été conçu à l'origine, et pendant un certain temps par la suite, les points d'extrémité des sessions RTP ne transmettaient généralement qu'une seule source média et, par conséquent, n'utilisaient qu'un seul flux RTP et une seule source de synchronisation (SSRC) par session RTP, des sessions RTP distinctes étant généralement utilisées pour chaque type de média distinct. Récemment, toutefois, un certain nombre de scénarios ont émergé dans lesquels les points d'extrémité souhaitent envoyer plusieurs flux RTP, distingués par des identifiants de source de synchronisation RTP (SSRC) distincts, dans une seule session RTP. Ceux-ci sont décrits dans la Section 3. Bien que la conception initiale de RTP ait pris en compte de tels scénarios, la spécification n'a pas été écrite de manière cohérente avec ces cas d'usage à l'esprit ; ainsi, la spécification est quelque peu imprécise par endroits.

Ce mémo met à jour le [RFC3550] afin de clarifier le comportement dans les cas d'usage où les points d'extrémité utilisent plusieurs SSRC. Il met également à jour le [RFC4585] pour résoudre les problèmes liés à l'expiration des SSRC inactifs et pour clarifier le comportement concernant l'inclusion des messages de retour.