Etude et mise en place de service VOIP sécurisé dans une entreprise.

II.6. Protocoles de transport

Il est indispensable de parler aussi des protocoles de transport qui sont appliqués en VoIP à savoir l'RTP et le RTCP.

II.6.1 Le protocole RTP

Real-Time Transport Protocol (RTP) est un protocole de communication informatique permettant le transport de données soumises à des contraintes de temps réel, tels que des flux média audio ou vidéo.

A. Fonctionnement

RTP est à l'heure actuelle principalement utilisé comme transport de média pour les services de la voix sur IP ou de vidéo conférence, voire de

8 https://wapiti.telecom-lille.fr/commun/ens/peda/options/st/rio/pub/exposes/exposesser2010-

ttnfa2011/barisaux-gourong/SIP.html Mardi, le 13/03/2018, 20:45

47

streaming. En mode unidirectionnel, il est toujours associé avec un autre protocole de signalisation qui gère l'établissement de session et permet l'échange du numéro de port utilisé par les deux extrémités. On peut citer :

> Le protocole SIP pour les services de VoIP et de visioconférences ;

> Le protocole H.323 pour les mêmes services (ancienne génération);

> Le protocole RTSP pour le streaming bien que ce dernier possède

un mode d'encapsulation TCP ;

Le protocole ajoute un en-tête spécifique aux paquets UDP pour :

> Spécifier le type et le format (codec) du média transporté ;

> Numéroter les paquets afin de pouvoir gérer les pertes et les dé-séquencements ;

> Fournir une indication d'horloge pour gérer la gigue.

RTP sera utilisé avantageusement sur un réseau temps réel (par exemple un réseau ATM à bande passante garantie, un canal optique, une radiodiffusion ou un canal satellite).

RTP est unidirectionnel mais peut être utilisé en mode diffusion (multicast) via satellite. Il est alors extrêmement économique en termes de ressources réseau pour servir un grand nombre de récepteurs, ce qui permet d'augmenter considérablement le débit utile et la qualité de codage du contenu.

B. Caractéristiques techniques

II.6.2. Canal de retour

Bien qu'unidirectionnel, RTP peut toutefois être utilisé conjointement avec un canal de retour (feedback) sur la qualité de service (QoS) via RTCP (Real-Time Transport Control Protocol), négocié indépendamment (voir RTSP).

Ce feedback peut par exemple informer l'émetteur sur les propriétés temps-réel du canal, l'état du tampon du récepteur, ainsi que demander des changements de compression/débit pour les applications multimédia par

48

exemple (dans ce cas, les données manquantes pourront être transmises via Unicast).

Pour la diffusion en masse cependant (flux en direct, radiodiffusé), cette voie de retour n'est généralement pas utilisée, mais le contenu est transmis plusieurs fois en parallèle avec un décalage temporel suffisant pour pallier les interruptions temporaires de qualité de réception, mais n'excèdent pas les limites des tampons des récepteurs (normalement pas plus d'une quinzaine de secondes d'écart). Le récepteur peut alors reconstituer et réordonner la séquence complète afin d'obtenir un flux continu sans perte.

C. Mode multicast

La mise en oeuvre de RTP en mode multicast requiert la configuration préalable de routage au niveau du récepteur, qui doit faire lui-même la demande de routage à ses routeurs hôtes, entre l'émetteur et le récepteur.

L'émetteur quant à lui informe séparément les routeurs de diffusion auxquels il est directement connecté.

Pour les contenus protégés à valeur ajoutée, l'absence de voie de retour implique l'utilisation de clé de déchiffrement du contenu, que le récepteur doit négocier séparément avec l'émetteur (chacun peut recevoir facilement le contenu chiffré simplement en se connectant au routeur de diffusion). Mais RTP lui-même ne s'occupe pas du chiffrement et transporte le contenu de façon transparente.⁹