1. Introduction

Le protocole de transport en temps réel (RTP) [1] comprend deux composants : un protocole de transfert de données et un protocole de contrôle associé (RTCP). Historiquement, RTP et RTCP ont fonctionné sur des ports UDP séparés. Avec l'utilisation accrue de la traduction d'adresse et de port réseau (NAPT) [14], cela est devenu problématique, car le maintien de plusieurs liaisons NAT peut être coûteux. Cela complique également l'administration des pare-feu, car plusieurs ports doivent être ouverts pour autoriser le trafic RTP. Ce mémorandum explique comment les flux RTP et RTCP pour un seul type de média peuvent être exécutés sur un port unique, afin de faciliter la traversée du NAT et de simplifier l'administration des pare-feu, et examine quand un tel multiplexage est approprié. Le multiplexage de plusieurs types de médias (par exemple, audio et vidéo) sur un port unique n'est pas envisagé ici (voir toutefois la section 5.2 de [1]).

Ce mémorandum est structuré comme suit : dans la section 2, nous discutons des choix de conception qui ont conduit à l'utilisation de ports séparés et commentons l'applicabilité de ces choix aux environnements réseau actuels. Nous discutons de la terminologie dans la section 3 et de la manière de distinguer les paquets multiplexés dans la section 4 ; nous précisons ensuite quand et comment RTP et RTCP doivent être multiplexés, et comment signaler les sessions multiplexées, dans la section 5. Les questions de qualité de service et de bande passante sont discutées dans la section 6. Nous concluons par des considérations sur la sécurité à la section 7 et des considérations relatives à l'IANA à la section 8.

Ce mémorandum met à jour la section 11 de [1].