Le protocole RTP : la voix sur le réseau IP
Là où SIP établit l'appel, RTP transporte la voix. Real-time Transport Protocol numérise l'audio, le découpe en paquets horodatés, et les achemine en temps réel sur le réseau IP. C'est lui qui rend la conversation possible — et c'est aussi lui qui souffre quand le réseau est mauvais : voix robotisée, coupures, son dans un seul sens... Bienvenue dans le cœur audio de la VOIP.
Rappel essentiel SIP & RTP : la séparation signalisation / média
📨 SIP — la signalisation
- Établit l'appel
- Gère la signalisation
- Termine la session
- Protocole textuel
🔊 RTP — la voix
- Transporte la voix
- Transmission en temps réel
- Synchronisation multimédia
- Protocole binaire
Introduction Rôle du protocole RTP
RTP est le protocole qui transporte les flux temps réel sur un réseau IP. Il assure trois fonctions essentielles :
🚚 Transport
- Acheminement des flux audio
- Encapsulation des données voix
⏱️ Temps réel
- Transmission immédiate
- Pas d'attente, pas de retransmission
🎼 Synchronisation
- Ordre des paquets
- Horodatage pour reconstruire le son
Principe Fonctionnement général
Lorsqu'un appel est accepté, la voix subit cette transformation en cascade :
Architecture simplifiée Flux RTP entre deux téléphones
Anatomie Contenu d'un paquet RTP
Cliquez sur chaque champ du paquet pour découvrir son rôle.
Compression Les codecs audio RTP
Le codec compresse la voix et réduit la bande passante consommée. Le choix dépend du compromis qualité / débit.
Réseau Ports RTP
Contrairement à SIP (ports fixes 5060 / 5061), RTP utilise des ports UDP dynamiques négociés à la volée dans le bloc SDP de l'INVITE SIP.
# Plage typique 10 000 – 20 000 (selon la configuration de l'IPBX) # Plage Cisco par défaut 16 384 – 32 767 # Plage Asterisk par défaut (rtp.conf) 10 000 – 20 000
Choix technique Pourquoi RTP utilise UDP (et pas TCP)
✅ UDP — choisi pour RTP
- Rapidité : pas de handshake
- Faible latence : envoi immédiat
- Pas de retransmission en cas de perte
- Adapté au temps réel
❌ TCP — inadapté pour RTP
- Handshake 3 voies + acquittements
- Retransmission automatique
- Tampon = latence ajoutée
- Tout le flux peut bloquer si un paquet est perdu
Critique RTP et qualité audio
La qualité d'un appel VOIP dépend fortement de quatre paramètres réseau. À surveiller en priorité :
< 150 ms = OK
< 30 ms recommandé
< 1 % acceptable
Dimensionner selon codec
Interactif Simulateur de qualité d'appel
Faites varier les paramètres réseau : la qualité d'appel se recalcule en direct.
Vue d'ensemble Communication RTP — exemple complet
🎬 Les 5 étapes d'un échange RTP
- Capture : le téléphone A capte la voix du locuteur via son micro.
- Numérisation : le codec (G.711, G.729, Opus…) convertit l'analogique en données numériques.
- Encapsulation : les données sont découpées en paquets RTP (avec n° séquence, horodatage, SSRC).
- Transport : les paquets circulent sur le réseau IP en UDP.
- Reconstitution : le téléphone B les remet en ordre via le n° séquence, comble les pertes éventuelles et restitue le son via son haut-parleur.
Combiné avec SIP Un appel complet
SIP et RTP fonctionnent ensemble. SIP négocie, RTP transporte :
Téléphone A Serveur SIP Téléphone B | | | |------INVITE------->| | |<------200 OK-------| | |------ACK---------->| | | | | |========== RTP AUDIO ====================| | | | |------BYE---------->| |
Sécurité SRTP — la version chiffrée
Dépannage Cas de panne typiques
Quatre symptômes audio classiques et leurs causes habituelles.
Activité pratique TSSR TP Packet Tracer — Analyser un flux RTP
🎯 Objectifs
- Observer les paquets RTP capturés en mode Simulation
- Comprendre comment la voix est transportée sur le réseau IP
- Analyser les paramètres réseau influant sur la qualité
Ouvrir la maquette du Chapitre 4
Reprenez le fichier .pkt du Chapitre 4 (routeur CME + switch + 2 IP Phones 101/102). Vérifiez que les deux téléphones affichent bien leur numéro.
Filtrer pour ne garder que RTP
Passez en mode Simulation. Dans Edit Filters, décochez tout puis cochez uniquement RTP. Cette fois, vous ne voulez voir que le flux audio.
Établir l'appel et laisser tourner
Sur le 101, composez 102 ; sur le 102, décrochez. Laissez l'appel actif quelques secondes en utilisant Auto Capture / Play dans la fenêtre Simulation pour voir le flux continu de paquets RTP traverser le réseau.
Inspecter le PDU d'un paquet RTP
Cliquez sur un paquet RTP dans la liste d'événements → Inbound PDU Details. Notez sur votre compte-rendu :
- Couche 3 (IP) : adresses source et destination
- Couche 4 (UDP) : ports source/destination (plage 16384-32767 chez Cisco — ports dynamiques)
- Couche 7 (RTP) : Sequence Number, Timestamp, Payload Type
Comparer deux paquets RTP consécutifs
Sélectionnez deux paquets RTP successifs et comparez leurs en-têtes :
- Le Sequence Number s'incrémente de +1 à chaque paquet → ordre des paquets
- Le Timestamp progresse selon la durée audio encapsulée (typiquement +160 pour G.711 à 20 ms)
- Le SSRC reste identique tant qu'on est sur le même flux
Simuler une perte de paquets (bonus)
Sur le routeur ou un câble, faites un clic droit → Set as Failed sur l'interface pendant l'appel : observez ce qui se passe sur les téléphones et sur le flux RTP dans la fenêtre Simulation (les paquets s'interrompent).
Réactivez ensuite (Set as Working) et observez la reprise. Cela illustre concrètement le cas de panne « Aucun son » vu plus haut dans ce chapitre.
Vérifier l'état RTP côté CME
Depuis la CLI du routeur :
! Statistiques d'appels actifs (incluant RTP) show call active voice brief ! État des canaux DSP / codec utilisé show voice call summary
- Le fichier
.pktavec un appel RTP capturé. - Capture d'écran du PDU Inspector pour deux paquets RTP successifs avec annotations sur les champs Sequence Number / Timestamp / Payload Type.
- Capture d'écran montrant la perte du flux lors de la coupure du lien.
- Sortie de
show call active voice brief.
Évaluation Quiz Protocole RTP
10 questions pour valider vos acquis sur RTP.