April 20, 2024

PDFS

C'est en forgeant qu'on devient forgeron

Qu’est-ce que le protocole de transport en temps réel (RTP) ?

6 min read

Qu’est-ce que le protocole de transport en temps réel (RTP) ?

Le protocole de transport en temps réel (RTP) est une norme de réseau conçue pour la transmission de données audio ou vidéo optimisée pour une livraison cohérente de données en direct. Il est utilisé dans la téléphonie Internet, la voix sur IP et les télécommunications vidéo. Il peut être utilisé pour des appels individuels (unicast) ou dans des conférences one-to-many (multicast).

RTP a été normalisé par l’Internet Engineering Task Force (IETF) en 1996 avec Request for Comments (RFC) 1889. Il a été mis à jour en 2003 par RFC 3550.

L’IETF a conçu RTP pour envoyer des vidéos en direct ou en temps réel sur Internet. Toutes les données du réseau sont envoyées en paquets discrets, appelés paquets. En raison de la nature distribuée d’Internet, on s’attend à ce que certains paquets arrivent avec des espacements de temps différents (appelés gigue), dans le mauvais ordre (appelé livraison hors service), ou de ne pas être livré du tout (appelé perte de paquets).

RTP peut compenser ces problèmes sans affecter gravement la qualité de l’appel. Il favorise la livraison rapide des paquets plutôt que la réception de toutes les données. Cela permet au flux vidéo d’être cohérent et de toujours jouer, au lieu de mettre en mémoire tampon ou d’arrêter la lecture.

Pour illustrer cette différence, imaginez qu’un internaute souhaite regarder une vidéo sur Internet. Le service de streaming vidéo utiliserait RTP pour envoyer les données vidéo à leur ordinateur. Si certains des paquets de données étaient perdus, RTP corrigerait cette erreur et la vidéo pourrait perdre quelques images ou une fraction de seconde d’audio. Cela peut être si bref qu’il est imperceptible pour le spectateur.

S’ils voulaient plutôt enregistrer une copie exacte d’une vidéo, en utilisant un autre protocole — tel que HTTP — téléchargerait la vidéo exactement. Si des paquets étaient perdus, il demanderait que le paquet soit renvoyé, ce qui ralentirait le téléchargement mais serait parfaitement précis.

Protocole de contrôle RTP (RTCP) est utilisé en conjonction avec RTP pour renvoyer des informations à l’expéditeur sur le flux multimédia. RTCP est principalement utilisé pour que le client envoie une qualité de service (QoS) des données, telles que la gigue, la perte de paquets et le temps d’aller-retour (RTT). Le serveur peut utiliser ces informations pour passer à un autre codec ou la qualité du flux. Ces données peuvent également être utilisées pour la signalisation de contrôle ou pour collecter des informations sur les participants lorsque plusieurs sont connectés au flux.

RTP ne définit pas de codecs ou de signalisation spécifiques et utilise d’autres normes pour les types de données. Il peut utiliser plusieurs protocoles de signalisation tels que le protocole d’ouverture de session (siroter), H.323 ou XMPP. Le multimédia peut être de presque n’importe quel codec, y compris G.711, MP3, H.264 ou MPEG-2.

Protocole de transport sécurisé en temps réel (SRTP) ajoute chiffrement à RTP. Il peut être utilisé pour sécuriser le flux multimédia afin qu’il ne puisse pas être déchiffré par d’autres.

relations des composants SIP
SIP permet aux serveurs proxy de communiquer afin que les utilisateurs puissent communiquer à l’aide du protocole de transport en temps réel.

Quelles applications utilisent le protocole de transport en temps réel ?

RTP est généralement utilisé lorsqu’un flux multimédia doit être diffusé en direct ou reçu par de nombreux utilisateurs simultanément.

La voix sur IP (VoIP) repose sur RTP pour la transmission multimédia. Ils utiliseront souvent SIP pour initier et contrôler l’appel et crypter l’appel avec SRTP. Quelques exemples de serveurs VoIP qui utilisent RTP sont Asterisk, 3CX et d’autres logiciels PBX.

La plupart des services de conférence audio et vidéo sur Internet utilisent RTP. Ces services utilisent souvent RTP comme méthode de transmission multimédia sous-jacente et ajoutent des fonctionnalités et des normes de commodité en plus. Quelques exemples incluent Équipes Microsoft, Apple FaceTime, Cisco WebEx et WhatsApp. Zoom conférences utiliser un dérivé proche de RTP.

Protocole de diffusion en temps réel (RTSP) repose sur RTP et peut être utilisé pour envoyer de la vidéo entre un serveur et un client. VideoLAN est un serveur RTSP populaire. De nombreuses caméras de sécurité prennent également en charge l’envoi de vidéo au format RTSP à enregistrer par un serveur de sécurité vidéo. Certains services de télévision en direct ou de streaming mettent en œuvre le RTSP pour sa facilité de diffusion auprès de nombreux téléspectateurs.

La plupart des services de streaming vidéo à la demande modernes ont abandonné l’utilisation de RTP au profit de la mise en cache préalable et de l’utilisation du streaming adaptatif dynamique sur HTTP (DASH).

quatre piliers de plateformes vidéo complètes
Alors que la majorité des services de conférence audio et vidéo sur Internet comme Microsoft Teams, Apple FaceTime et Cisco Webex utilisent le protocole de transport en temps réel, le service de streaming vidéo à la demande est passé du RTP au streaming adaptatif dynamique sur HTTP.

Quels sont les détails techniques du protocole de transport en temps réel ?

RTP utilise le plus souvent UDP paquets. En effet, UDP est conçu pour une transmission de données simple et rapide sans garantir la livraison. RTP peut être utilisé avec TCP, mais cela n’est pas recommandé car la nature sensible au temps de RTP contraste avec l’accent mis par TCP sur la fiabilité au détriment de la vitesse.

N’importe quel numéro de port peut être utilisé avec RTP. Généralement, il se situera dans la plage de ports élevée de 1024 à 65535. RTP sera unport numéroté et RTCP sera le prochain numéro impair Port. Les L’autorité d’assignation des numéros internet a enregistré le port 5004 pour RTP et 5005 pour une utilisation RTCP, et de nombreuses applications les utiliseront comme normes.

Les paquets RTP incluent : un numéro de séquence, qui est utilisé pour détecter les paquets perdus ; identification de la charge utile, qui décrit le codec multimédia spécifique ; Cadre indication, qui marque le début et la fin de chaque trame IP ; identification de la source, qui identifie l’expéditeur de la trame ; et la synchronisation intramédia, qui utilise des horodatages pour détecter différentes gigues de retard dans un même flux et les compenser.

Des vulnérabilités de sécurité existent dans les serveurs RTP mal implémentés. RTP n’est pas intrinsèquement chiffré ou authentifié. Si ceux-ci n’étaient pas activés, cela pourrait laisser le flux multimédia ouvert à l’enregistrement, usurpation ou attaques de l’homme du milieu. Il est donc très important que les systèmes VoIP qui utilisent RTP soient correctement configurés et sécurisés.

RTP est également vulnérable au déni de service distribué (DDOS) des attaques qui peuvent faire échouer un flux multimédia ou les clients qui s’y connectent. Des services spécifiques qui utilisent RTP peuvent avoir leurs propres vulnérabilités dans le logiciel.

Leave a Reply

Your email address will not be published. Required fields are marked *