3.1. Choix du schéma de multiplexage

Le multiplexage par session et le multiplexage par SSRC ont des avantages et des inconvénients différents :

Le multiplexage par session repose sur l'envoi du flux de retransmission dans une session RTP distincte (au sens de RTP [3]) de celle du flux d'origine ; c'est-à-dire que les flux d'origine et de retransmission sont envoyés vers des adresses réseau et/ou numéros de port différents. Disposer d'une session séparée permet plus de souplesse. En multicast, l'usage de deux sessions distinctes pour les flux d'origine et de retransmission permet à un récepteur de choisir de s'abonner ou non à la session RTP qui transporte le flux de retransmission. La session d'origine peut aussi être du multicast à source unique tandis que des sessions unicast séparées servent à acheminer les retransmissions vers chaque récepteur, qui ne recevra ainsi que les paquets de retransmission qu'il demande.

L'usage de sessions séparées facilite aussi un traitement différencié par le réseau et peut simplifier le traitement dans les mixeurs, les traducteurs et les caches de paquets.

Avec le multiplexage par SSRC, une seule session suffit pour les flux d'origine et de retransmission. Cela permet aux serveurs de streaming et au middleware impliqués dans un grand nombre de sessions simultanées de minimiser leur consommation de ports.

Ce format de charge utile de retransmission autorise le multiplexage par session et le multiplexage par SSRC pour les sessions unicast. Du point de vue de l'implémentation, la différence entre les deux approches est faible. Ainsi, pour maximiser l'interopérabilité, les émetteurs et les récepteurs SHOULD prendre en charge les deux approches de multiplexage. Pour les sessions multicast, le multiplexage par session MUST être utilisé car l'association du flux d'origine et du flux de retransmission est problématique si le multiplexage par SSRC est employé avec des sessions multicast (voir la section 5.3 pour la motivation).