RTP RTCP
RTP RTCP
RTP RTCP
Claudio WEIDMANN
<claudio.weidmann@ensea.fr>
Universit de Cergy-Pontoise e
20102011
Claudio WEIDMANN
Rseaux avancs e e
1 / 35
Claudio WEIDMANN
Rseaux avancs e e
2 / 35
Rseaux avancs e e
Internet et le multimdia e Tuyt Trm DANG NGOC e a
Universit de Cergy-Pontoise e
20092010
Rseaux avancs e e
3 / 35
Plan
Rseaux avancs e e
4 / 35
Rseaux avancs e e
5 / 35
Protocoles Applicatifs
Rseaux avancs e e
6 / 35
Protocoles Applicatifs
Protocoles applicatifs
Transport multimdia Signaux qualit de service
H.323 SIP SAP RTSP RSVP RTCP RTP
media (MPEG, H.261, etc.)
dmons (application)
transport
TCP
UDP
rseau
IPv4, IPv6
noyau
liaison
PPP
AAL3/4
AAL5
PPP
physique
Sonet
ATM
Ethernet
V.34
Rseaux avancs e e
7 / 35
RTP
Rseaux avancs e e
8 / 35
RTP
Motivation
Internet repose sur le principe du best eort. Comment contrler le dbit o e des ux temps-rel ? probl`me identique en unicast et en multicast. e e
Rseaux avancs e e
9 / 35
RTP
Utilis pour la voix sur IP : tlphonie, visio confrence, Push-to-talk e ee e Conu pour le transport en temps-rel de bout en bout pour sur un c e rseau ` commutation de paquet sans garantie de bande passante e a (Internet). Deux sous-protocoles : RTP : Protocole de transfert de donnes, Format de paquet e standardis pour transmettre en temps-rel de laudio et de la vido e e e sur Internet. RTCP : pour controler le retour sur la qualit de service et la e synchronisation entre les donnes. e
Rseaux avancs e e
10 / 35
RTP
RTP et RTCP
Par convention, RTP numro de ports pairs, RTCP numros de ports e e impairs.
Port 2n Port 2n+1
RTP
audio Port 2m
RTCP RTP
Port 2m+1
video
RTCP
Rseaux avancs e e
11 / 35
RTP
RTP
RTP et UDP
Bas sur UDP car : e souvent utilis en multicast e en temps-rel, le temps est plus important que la abilit e e Pas de rmission des paquets perdus ! ee si la donne est critique (audio), on met de la redondance dans e lapplication (reconstruction du paquet n ` partir des paquets n-1 et a n+1) si la donne nest pas critique (vido), tant pis ! e e
Rseaux avancs e e
12 / 35
RTP
RTP
entete RTP
entete UDP
entete IP
Rseaux avancs e e
13 / 35
RTP
RTP
Format RTP
0 2 34
V PX CC
89
M PT
16
ESTAMPILLE (Timestamp)
24
31
NUMERO DE SEQUENCE
...
Donnes multimdia encapsules (audio, video, ...)
Version = 2 Padding : bourrage apr`s payload e Extension CSRC count : nombre didentiants CSRC Marker Payload Type : type de donnes transportes e e Numro de squence e e estampille (gnre alatoirement pour la premi`re valeur) e ee e e SSRC : o` la donne a t combine ou gnre u e ee e e ee CSRC (0 ` 15 CSRC de 32 bits chacun) : les sources contribuantes ` a a
Tuyt Trm DANG NGOC e a Rseaux avancs e e
14 / 35
RTP
RTCP
Protocole de contrle des ux RTP, permettant de vhiculer des o e informations basiques sur les participants dune session, et sur la qualit de e service.
Rseaux avancs e e
15 / 35
RTP
RTCP
Transmissions priodiques de paquets de contrle par tous les participants e o dans la session. chaque rcepteur informe les participants de la qualit de rception e e e permet ` lmetteur dagir (diminuer la frquence dchantillonage a e e e par exemple) permet aux autres rcepteurs de savoir sils sont les seuls ` avoir e a un probl`me ou non e RTCP nore pas de garantie de dbit e RTCP ne fait quorir aux applications le moyen de adapter (partiellement) le ux des donnes e
Rseaux avancs e e
16 / 35
RTP
RTCP
Receiver report (RR) : envoys par les rcepteurs sur la qualit de la e e e rception : pourcentage de paquets reus, dernier numro de paquet e c e reu, etc. c Source description (SDES) : dcrit les infos (nom , email, etc.) de la e source. Envoy par la source aux participants. e End of participation (BYE) : annonce de fermeture du ux par la source ou annonce dun participant quittant la confrence. e Application-specic message (APP) : extensions spciques pour e certaines applications.
Tuyt Trm DANG NGOC e a Rseaux avancs e e
17 / 35
RTP
RTCP
RTP/RTCP
Avec RTCP, on sait maintenant comment contrler le dbit des o e applications temps-rel : e la destination sait reconstruire le ot de donnes (ordre des paquets, e et synchronisation temporelle) la source peut adapter son dbit ` la qualit du rseau (en fonction e a e e des rapports des destintaires) lintelligence est aux extrmits e e distribution toujours best eort alas de la diusion sur Internet e Il faudrait un moyen de contraindre le rseau ` traiter spcialement les e a e paquets temps rel e protocole RSVP
Dpartement des Sciences Informatiques
Rseaux avancs e e
18 / 35
RTSP
Rseaux avancs e e
19 / 35
RTSP
Protocole non connect, mais serveur distingue sessions (avec tat) e e Description des mdias disponibles e
SDP (Session Description Protocol)
Permet dtablir des sessions RTP (hors bande) e Contrle de la session ( tlcommande ) o ee
PLAY, PAUSE, TEARDOWN
Rseaux avancs e e
20 / 35
RSVP
Rseaux avancs e e
21 / 35
RSVP
RSVP
RSVP = Resource ReSerVation Protocol RSVP indique aux routeurs intermdiaires un ux ` traiter spcialement e a e RSVP permet de rserver des ressources dans les routeurs le long dun e chemin. Par exemple : bande passante sur les liens le dattente spcialise pour un ux e e dlai dacheminement e taux de perte etc. RSVP ne spcie pas ce que sont les ressources ` rserver e a e RSVP est seulement un mcanisme pour acheminer les demandes e le long dun chemin la QoS demande est transporte de mani`re opaque e e e
Dpartement des Sciences Informatiques
Rseaux avancs e e
22 / 35
RSVP
RSVP
RSVP est adapt ` la diusion multicast ea mais RSVP peut aussi servir pour le cas unicast La rservation est eectue par le(s) rcepteur(s) e e e tous les rcepteurs ne veulent pas (ou ne peuvent pas sorir) une e bonne qualit de service e RSVP est indpendant du protocole de routage : le routage peut changer, e pas la rservation e RSVP dcouvre le chemin e RSVP diuse priodiquement la rservation e e expiration des rservations dans les routeurs e
Rseaux avancs e e
23 / 35
RSVP
RSVP
Messages de rservation : e
demande de rservation e conrmation de rservation e erreur de rservation (rponse ` une demande) e e a libration de rservation e e
Rseaux avancs e e
24 / 35
RSVP
RSVP
Principes :
1
la source met priodiquement des messages RSVP de recherche de e e chemin ` ladresse du groupe a une application destinataire reoit un tel message c lapplication destinataire envoie un message RSVP de rservation e la source reoit ce message c la source attend ltape 4 pour envoyer les donnes, ou e e tout ceci se fait en parall`le avec le ux de donnes. e e
2 3 4
Observations :
Rseaux avancs e e
25 / 35
RSVP
RSVP
Dploiement de RSVP : pendant encore un certain temps, il y aura des e routeurs qui ne comprendront pas RSVP (par exemple R2 ici) :
1 demande de chemin S>D
R1
R2
R3
Ici, R2 route les datagrammes sans les consulter R2 ne rserve pas de ressource e dgradation de la QoS e Note : RSVP est encore en phase de dnition... e
Tuyt Trm DANG NGOC e a Rseaux avancs e e
26 / 35
RSVP
RSVP
Exemple : demande de rservation par D1 e
1 demande de chemin 2 mmorisation de la session 6 mmorisation de la rservation
R1
4 demande de rservation
D1
D2
R2
27 / 35
RSVP
RSVP
Identication dune session : adresse IP de destination numro de protocole (TCP ou UDP ou...) e numro de port e utilis comme une clef pour retrouver ltat associ ` un chemin dans e e ea un routeur obligatoire dans tous les messages RSVP
Rseaux avancs e e
28 / 35
RSVP
RSVP
Identication dun ux ` rserver : a e sous ensemble des datagrammes dune session notion de ltre :
une adresse source (IP + port) prcise e nimporte quelle adresse source
partage ou non de la ressource entre les sources QoS demande (non encore normalise) e e
slection des e sources explicite nimporte partage de la ressource non oui xed-lter shared-explicit wildcard-lter
Rseaux avancs e e
29 / 35
RSVP
RSVP
Exemples : xed-lter :
application point ` point (unicast) a retransmission dune confrence (source unique) e tlsurveillance (multiples sources visionnes simultanment) ee e e diusion dmission de tlvision e ee
shared-explicit et wildcard-lter :
audio-confrence, o` tout le monde ne parle pas en mme temps e u e
Rseaux avancs e e
30 / 35
RSVP
RSVP
Format des messages RSVP :
0
Version
4
Flags
8
Type (Reserved) Length
16
24
RSVP Checksum RSVP Length ClassNum CType
31
Send_TTL
...
Length ClassNum CType n
Principe : une en-tte commune, plus des objets (1 ` n) ayant la mme e a e structure. Note : les messages RSVP sont encapsuls directement dans des e datagrammes IP
Dpartement des Sciences Informatiques
Rseaux avancs e e
31 / 35
RSVP
RSVP
Quelques objets RSVP : SESSION : identication de session adresse IP destination + protocole + port RSVP HOP : adresse dun routeur intermdiaire e adresse IP + interface STYLE : style de rservation e xed-lter, shared-explicit ou wildcard-lter TIME VALUE : priode de rafraichissement e temps en millisecondes FILTER SPEC : datagrammes ` traiter spcialement a e adresse source (IP + port) SENDER TEMPLATE : identication de lmetteur e adresse source (IP + port) SENDER TSPEC : caractristiques du ux e non encore dni e
Tuyt Trm DANG NGOC e a Rseaux avancs e e
Dpartement des Sciences Informatiques
32 / 35
RSVP
RSVP
Quelques exemples de messages RSVP : demande de rservation : e demande de chemin : en-tte RSVP e en-tte RSVP e objet SESSION objet SESSION objet RSVP HOP objet RSVP HOP (chang par e (chang par e chaque routeur) chaque routeur) objet STYLE objet (ex : xed-lter) TIME VALUES objet objet SENFLOW SPEC DER TEMPLATE objet objet FILTER SPEC SENDER TSPEC objet FILTER SPEC Tuyt Trm DANG NGOC e a Rseaux avancs e e
libration de chemin e en-tte RSVP e objet SESSION objet RSVP HOP (chang par e chaque routeur) objet SENDER TEMPLATE objet SENDER TSPEC
Dpartement des Sciences Informatiques
33 / 35
Crdits e
Rseaux avancs e e
34 / 35
Crdits e
Bibliographie
RTP (RFC3550), RTCP (RFC3611) Certains des transparents ont t largement inspirs du cours de ee e Pierre David, maitre de confrences ` luniversit de Strasbourg. e a e
Rseaux avancs e e
35 / 35