Chapitre IV & V :TOIP - VOIP PDF

Université IBN KHALDOUN -Tiaret-
Faculté Des Mathématiques et de

l’informatique
Département d’Informatique
Technologie IP
Chapitre IV & V :
TOIP/VOIP
1ère Année Master :Réseaux & Télécoms
M. Kouadria A.
1
 Concept de convergence Voix /Données: Mutualiser la ressource
réseau pour supporter le trafic Data (IP) et Voix (téléphonie).
 VoIP= Transport de la Voix sur IP (numérisation et
acheminement de la voix, transposition de la signalisation)
 ToIP= Service de téléphonie s’appuyant sur la VoIP. Inclut :
 Services de base (téléphone, fax, …)
 Services à valeur ajoutée offerts par un PABX (filtrage,
renvoi, conférence, messagerie vocale, …), centre d’appels
3
Comparaison de la voix sur IP et de la téléphonie sur IP
2
5
3
7
4
9
10
5
11
Modes d'accès et architecture:
 Une communication dans un système de téléphonie VoIP

est établie selon trois modes :
o La voix sur IP entre deux ordinateurs
o La voix sur IP entre un ordinateur et un téléphone
o La voix sur IP entre deux téléphones
12
6
La voix sur IP entre deux ordinateurs:
 C'est le cas le plus simple. Il suffit de disposer d'une carte son, de

haut-parleurs et de microphones pour chacun des interlocuteurs.
 Dans ce premier type de voix sur IP, les utilisateurs communiquent

13
à partir d'un logiciel de voix sur IP qu'on appel soft phone.
La voix sur IP entre un PC et un téléphone:
 Ce cas nécessite une conversion des signaux entre le RTC et le réseau IP. En
effet, ces deux terminaux utilisant des technologies différentes (la commutation
de circuits et la commutation de paquets), l'échange des informations nécessite
une passerelle. L'utilisateur possédant un ordinateur et désirant appeler l'autre sur
son téléphone doit se connecter à un service spécial sur Internet, offert par un
14
fournisseur de service ou par son fournisseur d'accès à Internet .
7
La voix sur IP entre deux téléphones:
 C'est le cas le plus complexe car il nécessite deux conversions de signaux. On

utilise des passerelles analogues entre le réseau téléphonique et le réseau. Un
utilisateur appelle le numéro d'une passerelle et lui communique le numéro du
15
correspondant qu'il cherche à joindre.
L’architecture VOIP :
 L’architecture d’une infrastructure voix sur IP reflète le degré de convergence
entre réseaux. Il existe ainsi trois scénarios de mise en œuvre de la téléphonie sur
IP en entreprise.
1- Architecture hybride : Dans ce cas l’entreprise garde son infrastructure du

réseau (terminaux, réseau téléphonique interne et l’équipement PABX) tout en
bénéficiant du transport de la voix sur IP entre les sites. Pour mettre en place cette
solution, le choix existe entre :
 L’ajout d’une carte IP sur un PABX, s’il est évolutif en IP ;
 L’ajout d’une passerelle externe au PABX ;
 L’utilisation des fonctionnalités offertes par les routeurs de dernières

16
générations
8
17
2)- Architecture Full IP :
 Ce scénario constitue une migration complète de la téléphonie de l’entreprise sur

IP, incluant les terminaux téléphoniques.
18
9
3)- Architecture Centrex :
 Ce scénario consiste à externaliser les fonctions de téléphonie vers un IP Centrex,
service fourni par un opérateur ou autre fournisseur de solution de VoIP, qui gère
le service de bout en bout.
 Un Centrex IP est un IPBX Hébergé et géré par une tierce partie, généralement un
opérateur de téléphonie fixe. Ce système permet à une entreprise d'externaliser la
gestion de son système de VOIP et de s'affranchir de la gestion d'un PBX classique,
19
tout en bénéficiant des mêmes fonctionnalités
Les équipements :
 Serveur de communications (exemple : Call Manager de Cisco)
 Gère les autorisations d'appels entre les terminaux IP ou softphones et les

différentes signalisations du réseau
 Possède des interfaces réseaux opérateurs (RTC ou RNIS), sinon les appels
externes passeront par la passerelle dédiée (gateway voir plus loin).
 Les hardphones:
 Prévu pour remplacer les téléphones traditionnels
 Disposent d’une connexion LAN
20
10
Les équipements :
 Les softphones:
 Logiciels d’émulation de terminaux téléphoniques sur PC
 Numérotation par clicks de souris
 L’utilisation est tributaire du PC connecté au réseau IP
 Gatekeeper (Gestionnaire d’appel)
 Assume les fonctions de contrôle d’appels et de gestion des terminaux.

 Détient l’intelligence du réseau et donne des fonctionnalités de téléphonie aux
terminaux distants.
 Router
 Assure la commutation des paquets d'un réseau vers un autre réseau 21
Les équipements :
 Gateway (Passerelle)
 Elément de routage équipé de cartes d'interfaces analogiques et/ou numériques
 s'interconnecte avec d'autres PABX (en QSIG, RNIS) ou opérateurs de

télécommunications local, national ou international.
 Peut assurer l'interface de postes analogiques classiques qui pourront utiliser

toutes les ressources du réseau téléphonique IP (appels internes et externes,
entrants et sortants).
 Serveurs d’authentification (Radius)
 Serveurs de facturation (CDR/billing)

22
 Serveurs DNS
11
Quel est le principe de la voix sur IP ?
 Établissement de communication (Protocoles de signalisation)
 Numérisation (Codec )
 Transport (Protocoles de transport)
 Reconstitution (Codec)
23
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
 Lorsque l'on parle dans un téléphone classique, notre voix transite analogiquement
jusqu'au destinataire via le réseau commuté.
 Pour la téléphonie sur IP, la voix est numérisée pour être transmise sur un réseau
de données.
 Les Codecs (COdeur/DECodeur): permettent la conversion analogique/numérique
à l’émission puis la conversion numérique/analogique à la réception de la parole

24
téléphonique.
12
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
 La transformation d’une onde sonore en « paquets » de données

comporte plusieurs étapes :
 Conversion énergie mécanique / énergie électrique
 Conversion analogique/numérique
 Codage-Compression
 Paquétisation - Ajout des en-têtes
25
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
26
13
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
27
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
1. Conversion onde sonore/signal électrique
 Cette première étape est réalisée à l’aide d’un microphone.
Le microphone est un transducteur d'énergie, qui transforme de l'énergie acoustique en

énergie électrique.
2. Echantillonnage et quantification
 La conversion analogique/numérique (CAN) permet de représenter le signal
analogique, image de la parole, sous forme d’un ensemble fini de nombres à
une fréquence d’échantillonnage fixée .
 Cette CAN se caractérise par :
 La fréquence d’échantillonnage, c’est-à-dire la période avec laquelle le signal
analogique est mesuré au cours du temps.
 La méthode de quantification, c’est-à-dire le nombre et la distribution des valeurs
28
discrètes qui sont utilisées pour la mesure.
14
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
1. Conversion onde sonore/signal électrique
 Cette première étape est réalisée à l’aide d’un microphone.
Le microphone est un transducteur d'énergie, qui transforme de l'énergie acoustique en

énergie électrique.
2. Echantillonnage et quantification
 La conversion analogique/numérique (CAN) permet de représenter le signal
analogique, image de la parole, sous forme d’un ensemble fini de nombres à
une fréquence d’échantillonnage fixée .
 Cette CAN se caractérise par :
 La fréquence d’échantillonnage, c’est-à-dire la période avec laquelle le signal
analogique est mesuré au cours du temps.
 La méthode de quantification, c’est-à-dire le nombre et la distribution des valeurs
29
discrètes qui sont utilisées pour la mesure.
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
2.1. Echantillonnage
 Mathématiquement, le processus d’échantillonnage est le résultat de la
multiplication d’une série d’impulsions d’amplitude 1 par le signal analogique. On
obtient des impulsions à amplitude modulée (PAM =Pulse Amplitude
Modulation) :
30
15
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
2.1. Echantillonnage
 Théorème de Shannon
 La fréquence minimale d’échantillonnage d’un signal doit être au moins le

double de la fréquence maximale contenue dans le signal à échantillonner :
Fech ≥ 2 * Fmax_signal
 On considère alors que les échantillons contiennent toutes les informations du signal
 Comme la parole téléphonique a une
bande passante de 3200Hz, ce sont au

moins 6400 échantillons qui doivent être
acheminés au récepteur.
 La normalisation a optée pour un
31
échantillonnage 8000 fois par seconde
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
2.2 Quantification
 La quantification permet de représenter chaque échantillon par une valeur numérique au
moyen d’une loi de correspondance.
2.2.1 Quantification linéaire
 La loi la plus simple consiste à diviser l’ordonnée en segments égaux, le nombre de

segments dépendant du nombre de bits choisis pour la numérisation. C’est la
quantification linéaire.
32
16
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
2.2.2 Quantification non linéaire
 La loi de correspondance, pour la quantification doit être choisie de façon à ce que

la valeur des signaux ait le plus de signification possible.
 On utilise essentiellement 2 lois de correspondance :

 La loi µ en Amérique du Nord : 128 valeurs d’échantillons positives
 La loi A en Europe : 128 valeurs d’échantillons positives + 128 négatives, soit 256 valeurs
 Ces deux lois sont de type semi-logarithmique, garantissant ainsi une précision
à peu près constante :
33
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
34
17
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
3. Compression - codage : Une fois numérisé, le signal peut être traité par un DSP
(Digital Signal Processor) qui va le compresser, c’est-à-dire réduire la quantité
d’informations nécessaires pour l’exprimer .
- L’avantage de la compression est de réduire la bande passante nécessaire pour

transmettre le signal
 La compression/codage permet de coder des échantillons, issus de la quantification

de N1 bits en échantillons de N2 bits, avec N2 < N1, afin de réduire le débit en
ligne.
 Il existe des codages :
 HBR ( Hight Bit Rate Codec ) = codecs haut débit

35
 LBR ( Low Bit Rate Codec ) = codecs bas débits.
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
 Débit de différents codecs :
Codec Débit (Kbits/s)
G.711 64
G.726 32
G.728 16/24/32/40
G.729 8
G.729a 8
G.723.1 5.3/6.3
4. Suppression des silences :
 Pour optimiser la bande passante, il ne faut pas transmettre les silences. Par contre, les
utilisateurs doivent toujours avoir l’impression d’être en conversation.
 La VAD (Voice Activity Detection): permet, en cas de silence de ne pas les transmettre,
36
mais de générer à leur place, côté réception, un bruit de confort.
18
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
5. Paquétisation - ajout des en-têtes : Les données doivent encore être enrichies en
informations avant d’être converties en paquets de données à expédier sur le réseau
Exemple: type de trafic
Synchronisation : s’assurer du réassemblage des paquets dans l’ordre
6. Emission et transport :
 La voix est transporté au dessus d’IP, en mode non connecté (plus rapide) via
UDP( User Data Protocol).
 Le protocole utilisé pour transporter les échantillons de voix téléphonique est RTP
(Real-time Transport Protocol)
 Par défaut, le segment RTP contenu dans le paquet IP contient un nombre

d’échantillons équivalents à 20 ms de voix, mais cette valeur peut être modifiée
37
jusqu’à 200ms au maximum.
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
 L’en-tête contient :
 Les adresses IP (source et destination)
 Le n° de port UDP afin d’identifier les applications émettrice et

réceptrice
 Dans le champ RTP, les informations nécessaires à la restitution
du signal voix. 38
19
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
 Transport de la voix:
 Deux protocoles sont utilisés pour le transport des flux en temps réel : RTP et
RTCP.
 Les connexions RTP et RTCP sont établies par un protocole supplémentaire de

signalisation : H323, SIP…
39
CODAGE ET TRANSPORT
DE LA VOIX SUR IP :
A quoi servent RTP/RTCP ?
 Transport de flux en temps réel
 Identifier le type de l'information transportée (voix, vidéo)
 Ajouter des marqueurs temporels et des numéros de séquence
 Contrôle des flux RTP (par RTCP)
40
20
Protocoles de transport de la voix
RTP/RTCP
 Pourquoi un autre protocole de transport ?
 Besoin :
 Séquencement des paquets

 Horodatage des paquets
 Identification de participants
 Surveillance de l'état de la connexion
 Contrainte de temps réel = TCP inadapté
 TCP exige la fiabilité à100%

 TCP favorise la fiabilité au dépend des délais
 TCP existe seulement en version unicast
 UDP :
 Service de transport non fiable

 Pas de connaissance du taux de perte 41
 Impossibilité de reconstituer le flux et de synchroniser les média

RTP/RTCP
 Protocoles au dessus d’UDP adaptés au besoin temps réel
 RTP (Real-timeTransport Protocole) pour l’acheminement des données
 RTCP (Real-timeTransport Control Protocole) pour échanger des messages de

contrôle
 Conçu pour les communications multipoint
 Comportent les champs nécessaires pour :
 Reconstituer le flux
 Identifier le type de l’information transportée
 Contrôler l’arrivée des paquets à destination

42
21
RTP/RTCP
 RTP (RealtimeTransport Protocole):
 RTP fournit les outils nécessaires aux applications: séquencement et horodatage
 RTP reconstitue l’ordre des paquets, synchronise les média, détecte la perte de
paquets
43

RTP/RTCP
 L’en-tête d’un paquet RTP
V : version RTP
P : padding
X : en tête suivi d’une extension
CC : Nbre de source inclus dans le paquet RTP
M: marqueur (fin d’image par exemple)
44
22
RTP/RTCP
 Le champ Version V de 2 bits de longueur indique la version du protocole (V=2)
 Le champ padding P : 1 bit, si P est égal à 1, le paquet contient des octets additionnels de
bourrage (padding) pour finir le dernier paquet.
 Le champ extension X : 1 bit, si X=1 l'en-tête est suivie d'un paquet d'extension
 Le champ CSRC count CC : 4 bits, contient le nombre de CSRC qui suivent l'entête
 Le champ marker M: 1 bit, son interprétation est définie par un profil d'application
(profile)
 Le champ payload type PT : 7 bits, ce champ identifie le type du payload (audio, vidéo,
image, texte, html, etc.)
 Le champ séquence number : 16 bits, sa valeur initiale est aléatoire et il s'incrémente de 1

à chaque paquet envoyé, il peut servir à détecter des paquets perdus 45

RTP/RTCP
 Le champ timestamp : 32 bits, reflète l'instant où le premier octet du paquet RTP à été
échantillonné. Cet instant doit être dérivé d'une horloge qui augmente de façon monotone et
linéaire dans le temps pour permettre la synchronisation et le calcul de la gigue à la
destination
 Le champ SSRC : 32 bits, identifie de manière unique la source, sa valeur est choisie de
manière aléatoire par l'application. Le champ SSRC identifie la source de synchronisation
(ou dit simplement "la source"). Cet identificateur est choisi de manière aléatoire avec
l'intérêt qu'il soit unique parmi toutes les sources d'une même session La liste des CSRC
identifie les sources (SSRC) qui ont contribué à l'obtention des données contenues dans le
paquet qui contient ces identificateurs. Le nombre d'identificateurs est donné dans le champ
CC
46
 Le champ CSRC : 32 bits, identifie les sources contribuant.
23
RTP/RTCP
 RTCP (Real-time Transport Control Protocole)
 Protocole de contrôle qui accompagne RTP pour mesurer les performances
 Transmission périodique de paquets de contrôle (rapports) à tous les

participants dans une session RTP
 Plusieurs genres de rapports possibles : Receiver Report (RR), Sender

Report (SR), Source Description (SDES), BYE …
 La connaissance de ces paramètres permet :
 D’ajouter de la redondance en fonction des pertes
 D’adapter la mémoire tampon en fonction de la gigue

47

RTP/RTCP
 Receiver Report (RR) : statistiques des récepteurs pour l’émetteur ou les

émetteurs sur la qualité de transmission . Taux de pertes, RTT (temps aller
retour), gigue (variance des délais de transit)
 Sender Report (SR) : statistiques envoyées par la ou les sources
 BYE : lorsqu’un participant quitte la session, il informe les participants de son

départ
48
24
RTP/RTCP
 L’en-tête d’un paquet RTCP
 À propos des rapports RR (Receiver Report)
49
Qualité de service (QoS en anglais) :

 Le terme QoS désigne la capacité à fournir un service (notamment
un support de communication) conforme à des exigences en matière
de temps de réponse et de bande passante.
 Plusieurs paramètres influent sur la qualité de la voix :
 Le traitement de la voix (qualité de codage)
 Le délai de transmission
 La gigue
 Le phénomène d’écho
50
 La perte des paquets
25
Qualité de service :
1. Qualité du codec:
 Souvent, les techniques de codage offrant de faibles débits (codec
LBR), augmentent le délai de transmission.
 Pour caractériser la qualité du codeur, il existe le critère de notation

MOS ( Mean Opinion Score – note moyenne d’opinion), qui
classe les codecs en 5 classes :
 1 = Mauvais, 2 = Médiocre, 3 = Moyen, assez bon, 4 = Bon, 5 = Excellent
 Le MOS : est une mesure utilisée pour évaluer la qualité de la voix

restituée par un système de téléphonie, incluant l’ensemble des
51
contraintes de codage, compression et transport.
1.1 Le MOS de différents codecs codec :
Codec G.711 G.726 G.728 G.729 G.729a G.723.1
MOS 4.1 3.85 3.61 3.92 3.9 3.9
1.2 Taille des paquets :

 La bande passante utilisée sur le réseau, pour le transport de la parole
téléphonique, ne dépend pas uniquement du choix du codec, mais aussi de la
taille des paquets de voix.
52
26
 Ainsi, pour un même temps de parole à transmettre, si l’on utilise :
 Des petits paquets de voix :
 Il ya un plus grand nombre de paquets à transmettre
 Donc plus d’en-tête à transmettre
 Donc la BP utilisée est plus importante
 Par contre le temps d’acheminement de chaque paquet est plus court.
 De grands paquets de voix :
 Il ya un plus petit nombre de paquets à transmettre
 Donc moins d’en-tête à transmettre
 Donc la BP utilisée est moins importante

53
 Par contre le temps d’acheminement de chaque paquet est plus long
 Donc, il faut un bon compromis entre la taille des paquets à transmettre et

le délai nécessaire pour cette transmission.
1.3 Bande passante utilisée par différents codecs :
54
27
55
2. Délai de transmission :
 Le délai de transmission est le temps écoulé entre l’émission de la parole et sa
restitution à l’arrivée.
 Dans le cas de la VOIP, par exemple, il est donc la somme des opérations suivantes :
 Codage/Paquétisation de la voix
 Traversée du terminal (téléphone ou PC)
 Traversée du modem et de la passerelle
 Traversée du réseau IP
 Traversée du modem et de la passerelle
 Traversée du terminal (téléphone ou PC)
56
 Décodage/Dépaquétisation de la voix
28
 Pour permettre un échange interactif, la voix doit être transmise avec des
contraintes de délai.
 L’UIT-T, indique qu’un délai de transmission des paquets de voix :
 De 0 à 150 ms = est acceptable pour la plupart des conversations
 De 150 à 300 ms = est acceptable pour des conversations faiblement

interactives
 De 300 à 700ms = devient pratiquement une conversation half-duplex (talkie-

walkie)
 Au-delà de 700ms = inutilisable sans une bonne pratique de la conversation

half-duplex. 57
3. Gigue (jitter) :
 La gigue est la variation du délai de transmission.
 La gigue mesure la variation temporelle entre le moment où deux paquets auraient

dû arriver et le moment de leurs arrivées effectives.
 Les origines de la gigue sont multiples:
 Encapsulation des paquets IP dans les protocoles supportés.
 Charge du réseau à un instant donné.
 Variation des chemins empruntés dans le réseau.
58
29
 Pour compenser la gigue, on utilise des tampons (mémoire: buffer) qui

permettent de lisser l'irrégularité des paquets. Le fait d'insérer des buffers
augmente le temps de latence, leur taille doit donc être soigneusement définie, et
si possible adaptée de manière dynamique aux conditions du réseau.
 L’inconvénient est que l’utilisation de ce tampon de lissage introduit un délai

supplémentaire et augmente donc le délai de transmission. 59
 La dégradation de la qualité de service due à la présence de gigue se traduit par une

combinaison des deux facteurs cités précédemment:
 Le délai et la perte de paquets.
 Pour pallier à ces paramètres, il existe deux principales approches :
 Réserver une bande passante exclusivement au transfert de la voix : Cette

solution est possible dans le cas des réseaux locaux (type Intranet) mais il n’est
pas possible de l'appliquer lorsque le réseau TCP/IP Internet intervient dans la
communication.
 Prioriser les flux : Chaque routeur traversé décide s'il prend en compte ou pas
le champ de priorisation (champ TOS) propre à chaque type de données. 60
30
4. Phénomène d’écho : délai entre l'émission du signal et la réception de ce même signal

en réverbération produit par les composants électroniques des parties analogiques
 Echo côté locuteur : perception par le locuteur de sa propre voix, décalée dans le
temps.
 Echo côté auditeur : lorsque la parole du locuteur est réfléchie deux fois,
l’auditeur entend la voix du locuteur deux fois : un signal fort et clair, suivi d’un
signal très atténué et fortement décalé.
61
5. Perte des paquets :

 En cas de congestion du réseau, le protocole TCP prévoit de supprimer les trames
IP entrant dans un élément saturé (buffers pleins).
 Les paquets de voix étant véhiculés au-dessus d'UDP ce qui ne permet aucun
mécanisme de contrôle de flux ou de retransmission sur cette couche au niveau du
transport.
 D'où l'importance des protocoles RTP et RTCP qui permettent de déterminer le

taux de perte de paquet et d'agir en conséquence au niveau applicatif.
62
31
5. Perte des paquets :

 Pour combattre les effets des pertes de paquets, les terminaux peuvent utiliser des
techniques de :
 Redondance = au départ, on envoie périodiquement de paquets contenant

un « résumé » des N paquets précédents cela augmente le délai de
transmission.
 Masquage : à l’arrivée, on remplace le paquet manquant avec les données

des paquets qui précèdent et qui suivent le paquet perdu.
 Pour avoir une qualité de parole acceptable, le taux de parte de paquets doit être
inférieur à 5%
63
Protocoles de signalisation :
 La signalisation désigne la transmission d’un ensemble de signaux et

d’informations de contrôle échangés entre les intervenants d’une communication.
 Ces intervenants peuvent être des entités en bout de liaison (terminaux) ou des
entités intermédiaires de contrôle et de gestion des communications.
 Leurs échanges permettent l’initiation, la négociation, l’établissement, le

maintien et la fermeture de la connexion.
 Les principaux protocoles de signalisation :
 H.323
 SIP
 MGCP (Media Gateway control Protocol)
64
32
Le Protocole
H.323
65
H.323
 Le protocole H.323 figure parmi les plus réputés des protocoles de signalisation
pour la téléphonie sur IP.
 H.323 n’est en réalité que la référence du protocole. Son nom complet est Packet-
based Multimedia Communications Systems, ou « Systèmes de communication
multimédia fonctionnant en mode paquet ».
 Comme ce nom l’indique, il peut être utilisé pour tous les réseaux à commutation
de paquets, en particulier IP.
 Ce protocole est spécifié pour le traitement de la signalisation des données

multimédias avec de fortes contraintes temporelles, comme la voix ou la vidéo,
mais aussi la réalité virtuelle ou les jeux en réseau.
66
33
H.323
 Développé par l’ITU (International Telecommunications Union)

 Actuellement H323v6
 S’inspire de la téléphonie
 Utilisation de numéros de téléphone
 Association de nombreux protocoles

 Protocole de signalisation (contrôle) (H225)
 Négociation de codec (H245)
 Transport de l’information (RTP/RTCP)
 Complexe
 Empilage de protocole
 Gestion de la bande passante

 Utilisé plus dans les cœurs de réseaux
67
H.323
Architecture et fonctionnalités du protocole H.323 :
 Une architecture H.323 est généralement composée des quatre catégories d’entités
suivantes :
 • Terminaux (au minimum deux) : Ce sont les équipements de traitement destinés
aux utilisateurs, leur permettant d’émettre et de recevoir des appels. Deux
terminaux doivent au minimum être présents pour qu’une communication ait lieu.
 • Gatekeeper, ou garde-barrière : C’est l’équipement permettant la localisation

des utilisateurs. Ces derniers peuvent s’identifier entre eux par des noms, auxquels
il faut attribuer l’adresse IP correspondante dans le réseau ou, si l’appelé n’est pas
situé dans un réseau IP, la localisation de l’entité intermédiaire à joindre pour
l’appel. Outre cette fonction primordiale, un gatekeeper remplit tout un ensemble
de fonctions complémentaires de gestion et de contrôle des communications,
68
certaines étant indispensables et d’autres facultatives.
34
H.323
 • Passerelle, ou gateway: C’est l’équipement permettant à des utilisateurs du
réseau IP de joindre les utilisateurs qui sont actifs sur d’autres types de réseaux
téléphoniques, RTC, RNIS ou ATM. On peut avoir autant de passerelles
différentes que nécessaire, suivant la nature des réseaux non-IP à interconnecter.
 • MCU (Multipoint Control Unit), ou unité de contrôle multipoint, parfois

appelée pont multipoint. C’est l’équipement permettant la gestion des conférences,
c’est-à-dire les communications multimédias mettant en jeu plus de deux
interlocuteurs. Ces derniers doivent préalablement se connecter à la MCU, sur
laquelle s’établissent les demandes et négociations des paramètres à utiliser lors de
la conférence.
69
H.323
70
35
H.323
71
H.323
Les protocoles utilisés par H.323 :
 Trois protocoles de signalisation sont spécifiés dans le cadre de H.323 à savoir :
 RAS (Registration, Admission and Status) : Ce protocole est utilisé pour

communiquer avec un Gatekeeper.
 Il sert notamment aux équipements terminaux pour découvrir l'existence d'un

Gatekeeper et s'enregistrer auprès de ce dernier.
 Il sert pour les demandes de traduction d'adresses.
 La signalisation RAS utilise des messages H.225
 transmis sur un protocole de transport non fiable (Udp, par exemple).
 Q.931 - H.323 : utilise une version simplifiée de la signalisation RNIS Q.931 pour
l'établissement et le contrôle d'appels téléphoniques sur Ip 72
36
H.323
Les protocoles utilisés par H.323 :
 H.245:
 Ce protocole est utilisé pour l'échange de capacités entre deux équipements

terminaux.
 Par exemple, il est utilisé par ces derniers pour s'accorder sur le type de codec
à activer. Il peut également servir à mesurer le retard aller-retour (Round Trip
Delay) d'une communication.
73
H.323
 H.323 s ’applique à la téléphonie et à la visioconférence sur IP
 H.323 négocie les taux de compression et supporte la signalisation
 Les principaux taux de compression sont:

 – G.711, PCM à 64kb/s (sans compression)
 – G.726, ADPCM à 32kb/s
 – G.728, LD-CELP à 16kb/s
 – G.729a, CS-ACELP à 8kb/s
 – G.723.1 à 6.3 ou 5.3kb/s (valeur par défaut H.323)
 Il est évident que H.323 est omniprésent dans la communication temps réel sur
IP, lui offrant une grande interopérabilité
74
37
H.323
 H.323 s ’applique à la téléphonie et à la visioconférence sur IP
 H.323 négocie les taux de compression et supporte la signalisation
 Les principaux taux de compression sont:

 – G.711, PCM à 64kb/s (sans compression)
 – G.726, ADPCM à 32kb/s
 – G.728, LD-CELP à 16kb/s
 – G.729a, CS-ACELP à 8kb/s
 – G.723.1 à 6.3 ou 5.3kb/s (valeur par défaut H.323)
 Il est évident que H.323 est omniprésent dans la communication temps réel sur
IP, lui offrant une grande interopérabilité
75
H.323
Établissement d’appel :
 Une communication H.323 se déroule en cinq phases:
 Établissement d'appel
 Échange de capacité et réservation éventuelle de la bande passante à travers le

protocole RSVP (Ressource reSerVation Protocol)
 Établissement de la communication audio-visuelle
 Invocation éventuelle de services en phase d'appel (par exemple, transfert

d'appel, changement de bande passante, etc.)
 Libération de l'appel
76
38
Le Protocole
SIP
77
SIP
 Session Initiation Protocol (dont le sigle est SIP) : est un protocole normalisé et
standardisé par l'IETF (Internet Engineering Task Force) .
 SIP est au sens propre un protocole de signalisation hors bande pour

l’établissement, le maintien, la modification, la gestion et la fermeture de
sessions interactives entre utilisateurs pour la téléphonie et la vidéoconférence,
et plus généralement pour toutes les communications multimédias.
 Le protocole n’assure pas le transport des données utiles, mais a pour fonction
d’établir la liaison entre les interlocuteurs.
 Autrement dit, il ne véhicule pas la voix, ni la vidéo, mais assure simplement la

signalisation. 78
39
SIP
 Il se situe au niveau de la couche applicative du modèle de référence OSI et

fonctionne selon une architecture client-serveur, le client émettant des requêtes
et le serveur exécutant en réponse les actions sollicitées par le client.
 SIP fournit des fonctions annexes évoluées, comme la redirection d’appel, la

modification des paramètres associés à la session en cours ou l’invocation de
services.
79
SIP
Architecture de SIP
 Contrairement à H.323, largement fondé sur une architecture physique, le

protocole SIP s’appuie sur une architecture purement logicielle.
 L’architecture de SIP s’articule principalement autour des cinq entités suivantes :
 Terminal utilisateur ;
 Serveur d’enregistrement ;
 Serveur de localisation ;
 Serveur de redirection ;
 Serveur proxy.
80
40
SIP
Architecture de SIP
Figure 01: Architecture de SIP 81
SIP
Architecture de SIP
 On peut schématiquement observer qu’il existe deux catégories de services :
 L’un fourni au niveau de l’utilisateur (par le terminal),
 L’autre fourni au niveau des serveurs du réseau.
 Ces derniers sont répartis en deux classes :
 Les serveurs de redirection et proxy, qui facilitent le routage des messages

de signalisation et jouent le rôle d’intermédiaires,
 Et les serveurs de localisation et d’enregistrement, qui ont pour fonction

d’enregistrer ou de déterminer la localisation des abonnés du réseau.
82
41
SIP
Architecture de SIP
 Terminal :
 Le terminal est l’élément dont dispose l’utilisateur pour appeler et être appelé. Il
doit donc permettre de composer des numéros de téléphone.
 Il peut se présenter sous la forme d’un composant matériel (un téléphone) ou

d’un composant logiciel (un programme lancé à partir d’un ordinateur).
 Le terminal est appelé UA (User Agent). Il est constitué de deux sous-entités,

comme illustré à la figure 2 :
83
Figure 2 : UAC et UAS
SIP
Architecture de SIP
 Une partie cliente, appelée UAC (User Agent Client), chargée d’émettre les
requêtes.
 C’est l’UAC qui initie un appel.
 Une partie serveur, appelée UAS (User Agent Server), qui est en écoute, reçoit et
traite les requêtes.
 C’est l’UAS qui répond à un appel.
 L’association des requêtes et des réponses entre deux entités de type UA constitue
un dialogue.
84
42
SIP
Architecture de SIP
 Serveur d’enregistrement:
 Le serveur d’enregistrement (Registrar Server) offre un moyen de localiser un
correspondant avec souplesse, tout en gérant la mobilité de l’utilisateur. Il peut en
outre supporter l’authentification des abonnés.
 Dans la pratique, lors de l’activation d’un terminal dans un réseau, la première

action initiée par celui-ci consiste à transmettre une requête d’enregistrement
auprès du serveur d’enregistrement afin de lui indiquer sa présence et sa
position de localisation courante dans le réseau.
 C’est la requête REGISTER, que l’utilisateur envoie à destination du serveur

d’enregistrement. Celui-ci sauvegarde cette position en l’enregistrant auprès85 du
serveur de localisation.
SIP
Architecture de SIP
 L’enregistrement d’un utilisateur est constitué par l’association de son identifiant

et de son adresse IP.
 Un utilisateur peut s’enregistrer sur plusieurs serveurs d’enregistrement en même

temps.
 Dans ce cas, il est joignable simultanément sur l’ensemble des positions qu’il a
renseignées.
86
43
SIP
Architecture de SIP
 Serveur de localisation:
 Le serveur de localisation (Location Server) joue un rôle complémentaire par

rapport au serveur d’enregistrement en permettant la localisation de l’abonné.
 Ce serveur contient la base de données de l’ensemble des abonnés qu’il gère.

Cette base est renseignée par le serveur d’enregistrement.
 Chaque fois qu’un utilisateur s’enregistre auprès du serveur d’enregistrement, ce

dernier en informe le serveur de localisation.
87
SIP
Architecture de SIP
 Serveur de redirection :
 Le serveur de redirection (Redirect Server) agit comme un intermédiaire entre le

terminal client et le serveur de localisation.
 Il est sollicité par le terminal client pour contacter le serveur de localisation afin de
déterminer la position courante d’un utilisateur.
 L’appelant envoie une requête de localisation d’un correspondant (il s’agit en

réalité d’un message d’invitation, qui est interprété comme une requête de
localisation) au serveur de redirection.
 Celui-ci joint le serveur de localisation afin d’effectuer la requête de localisation

88
du correspondant à joindre.
44
SIP
Architecture de SIP
 Le serveur de localisation répond au serveur de redirection, lequel informe

l’appelant en lui fournissant la localisation trouvée.
 Ainsi, l’utilisateur n’a pas besoin de connaître l’adresse du serveur de localisation.
 Serveur proxy :
 Le serveur proxy (parfois appelé serveur mandataire) permet d’initier une

communication à la place de l’appelant.
 Il joue le rôle d’intermédiaire entre les terminaux des interlocuteurs et agit pour le
compte de ces derniers.
89
SIP
Architecture de SIP
 Le serveur proxy remplit les différentes fonctions suivantes :
 Localiser un correspondant ;
 Réaliser éventuellement certains traitements sur les requêtes ;
 Initier, maintenir et terminer une session vers un correspondant.
 Lorsqu’un utilisateur demande à un serveur proxy de localiser un

correspondant, ce dernier effectue la recherche, mais, au lieu de retourner le
résultat au demandeur (comme le ferait un serveur de redirection), il utilise cette
réponse pour effectuer lui-même l’initialisation de la communication en invitant
le correspondant à ouvrir une session.
90
45
SIP
Mise en place de serveurs SIP
 Plusieurs logiciels implémentent les diverses fonctionnalités des serveurs SIP,

notamment les suivants :
 SIP Express Router.
 Partysip SIP Proxy Server
 Ces deux logiciels libres fonctionnent exclusivement sur plate-forme Linux.
 Ces deux logiciels sont capables de fournir bien d’autres services que le routage
ou la seule fonction de serveur proxy. Ils peuvent être utilisés simultanément
comme serveurs de localisation, d’enregistrement, de redirection et de proxy. En
outre, ils peuvent délivrer plusieurs services complémentaires, comme
l’authentification (avec support de Diameter ou de Radius) ou la création de
journaux d’activité (en les couplant à une base SQL ou PostgresQL, par exemple).
91
SIP
Se connecter à des réseaux non-IP
 SIP a été conçu initialement pour les réseaux à commutation de paquets de type
IP, mais ses utilisateurs peuvent aussi joindre des terminaux connectés à des
réseaux de nature différente.
 Pour cela, il est nécessaire de mettre en place des passerelles (gateways), assurant
la conversion des signaux d’un réseau à un autre.
 L’appel dans l’autre sens, c’est-à-dire d’un réseau non-IP vers un réseau à
commutation de paquets, est tout aussi envisageable, à la seule condition que le
terminal appelant dispose de la capacité d’entrer l’adresse de son correspondant
SIP.
92
46
SIP
L’adressage SIP
 L’objectif de l’adressage est de localiser les utilisateurs dans un réseau.
 C’est une des étapes indispensables pour permettre à un utilisateur d’en joindre un
autre.
 Pour localiser les utilisateurs, il faut pouvoir les identifier de manière univoque.
SIP propose des moyens très performants pour nommer les utilisateurs, grâce au
concept d’URI, classique sur Internet.
 Un URI (Universal Ressource Identifier) définit une syntaxe permettant de

désigner de manière unique, formelle et normalisée une ressource, qu’il s’agisse
d’un document textuel, audio, vidéo ou plus généralement d’une entité logique ou
physique.
93
SIP
L’adressage SIP
 Les URL (Uniform Ressource Locator), que l’on manipule couramment dans
l’adressage Web pour joindre un site Internet, constituent un sous-ensemble des
URI.
 Elles ont pour fonction de spécifier une localisation relative à une ressource (par
exemple www.ietf.org), ainsi que la méthode permettant d’y accéder (par exemple
http, ftp, etc.).
 À la différence d’un URI, une URL se contente d’apporter une localisation et non
une définition de la ressource. Ainsi, un même document peut se trouver à deux
emplacements différents, donc à deux URL différentes dans le réseau Internet,
alors qu’il fait référence à une même ressource.
94
47
SIP
Format des adresses SIP
 Tout utilisateur SIP dispose d’un identifiant unique. Cet identifiant constitue
l’adresse de l’utilisateur permettant de le localiser.
 Le format d’une adresse SIP (ou URI SIP) respecte la RFC 3986 (nommée
Uniform Resource Identifier: Generic Syntax) et se présente sous la forme :
Figure 03:
Syntaxe d’une adresse SIP
 Les parties entre crochets sont optionnelles.

 On distingue dans cette adresse plusieurs parties :
 Le mot-clé sip spécifie le protocole à utiliser pour la communication. Par
analogie avec le Web (où une page est référencée par une adresse de type
http://monsite), le mot-clé sip précise que ce qui va suivre est l’adresse d’un
95
utilisateur.
SIP
 La partie identifiant définit le nom ou le numéro de l’utilisateur. Cet identifiant

est nécessairement unique pour désigner l’utilisateur de manière non ambiguë.
 La partie mot_ de_passe est facultative. Le mot de passe peut être utile pour
s’authentifier auprès du serveur, notamment à des fins de facturation.
 La partie serveur spécifie le serveur chargé du compte SIP dont l’identifiant

précède l’arobase. Le serveur est indiqué par son adresse IP ou par un nom qui
sera résolu par DNS.
 Des paramètres URI peuvent être associés à ce nom. C’est ce serveur qui sera
contacté pour joindre l’abonné correspondant. Un port peut être spécifié à la suite
du serveur.
96
48
SIP
 La partie paramètres est facultative. Les paramètres permettent soit de modifier

le comportement par défaut (par exemple, en modifiant les protocoles de transport
ou les ports), soit de spécifier des informations complémentaires (par exemple,
l’objet d’un appel qui sera envoyé à l’appelé en même temps que l’indication
d’appel, à la manière d’un e-mail précisant l’objet du message).
 Exemples d’adresses SIP :
- sip:guy.laurent@123.123.123.123
- sip:+33145555555:mon_pass123@ma_passerelle_rtc
- <sip:guy.laurent@sip_ietf.org:12345?subject=
Confirmation_RendezVous;transport=tcp:54321>
97
SIP
 On retiendra deux avantages de l’adressage SIP :
 L’adressage est indépendant de la localisation géographique des abonnés. SIP est

conçu pour assurer la mobilité de ses utilisateurs, et donc permettre de joindre
quelqu’un avec une adresse SIP unique, quels que soient sa localisation et son
terminal.
 Un utilisateur peut avoir plusieurs adresses SIP aboutissant toutes au même

terminal.
98
49
SIP
Localisation et résolution d’une adresse SIP
 D’une manière générale, une adresse SIP spécifie un utilisateur et un nom de

domaine.
 Pour localiser l’utilisateur, il faut d’abord contacter le serveur gérant le domaine

puis solliciter ce serveur pour déterminer la position de l’utilisateur.
 Si la partie indiquant le serveur de domaine contient une adresse IP, ce serveur est
joint directement. À défaut, l’adresse IP du serveur sera déterminée après une
résolution DNS.
 La demande de localisation de l’utilisateur s’effectue auprès du serveur de

domaine ainsi contacté. La position de l’utilisateur peut être référencée de manière
absolue ou relative. 99
SIP
Localisation et résolution d’une adresse SIP
 Le cas simple consiste en une position absolue, spécifiant une adresse IP

localisant l’utilisateur.
 Le cas plus complexe consiste en une position relative, spécifiant une autre
adresse SIP.
 Dans ce cas, il faut répéter l’opération de résolution de cette nouvelle adresse SIP
depuis le début :
 contacter le serveur SIP gérant le domaine,
 puis lui demander la position de l’utilisateur.
100
50
SIP
Figure 04: Principe de localisation à partir d’une adresse SIP
101
SIP
Les messages SIP
 Un message SIP peut être à la fois une requête d’un client (terminal appelant) vers
un serveur (terminal appelé), ou une réponse d’un serveur vers un client
102
51
SIP
Les messages SIP
 Une session est établi avec des requêtes et des réponses (principe HTTP)
 Les requêtes sont définis à travers six méthodes:
 INVITE : demande d’établissement de session entre agents utilisateurs
 ACK : confirmation de l’échange précédent
 BYE : terminaison de session
 CANCEL : annulation de requête pendante sans mettre fin à la session
 OPTIONS : demande d’informations sur le profil (capacités) de l’appelé, sans

initialisation de session
 REGISTER : demande d’un agent utilisateur pour enregistrer son adresse IP
et URL courantes pour recevoir les appels.
 Une requête SIP est spécifiée sur une ligne selon la forme suivante :
<Méthode> <URI> <SP> <SIP-Version> <retourChariot>
<Méthode> ::= INVITE | ACK | BYE | CANCEL | OPTIONS | REGISTER
103
 Exemple : INVITE sip:picard@societe.com SIP/2.0
SIP
Les messages SIP
 Les réponses peuvent être de plusieurs types:
 1xy (Informational) : requête bien reçue, traitement de requête en cours
 2xy (Success) : requête précédente reçue, acceptée et traitée
 3xy (Redirection) : autre action à entreprendre pour compléter la requête
 4xy (Client error) : requête contenant une erreur de syntaxe ou non valide pour le
serveur cible
 5xy (Server error) : échec du serveur à traiter une requête (jugée valide pour ce
serveur)
 6xy (Global failure): requête invalide pour tout serveur
 Une réponse SIP est spécifiée sur une ligne selon la forme suivante :
<SIP-Version> <SP status-code> <SP reason> <Carriage return>
 Exemple :
104
SIP/2.0 404 Not Found // le premier (4) caractère du code indique la classe de réponse
52
SIP
Les messages SIP
 Codes Réponses SIP
105
SIP
Les messages SIP
 SDP (1)
106
53
SIP
Les messages SIP
 SDP (2)
107
SIP
Exemples d’établissement de session
108
54
SIP
Scénarios de communication
 Nous allons illustrer la succession chronologique des messages de requêtes et de

réponses dans les six scénarios classiques suivants :
1. Initialisation d’une communication directe.
2. Enregistrement d’un terminal.
3. Initialisation d’une communication avec un serveur proxy.
4. Localisation par un serveur de redirection et initialisation d’appel directe.
5. Modification dynamique d’une communication SIP.
6. Terminaison d’une communication.
109
SIP
1. Initialisation d’une communication directe :
 Une communication peut s’effectuer directement entre deux correspondants, sans

faire intervenir d’autre entité.
 Dans ce cas, l’appelant doit connaître la localisation (sous forme d’adresse IP) de
la personne qu’il souhaite contacter.
Figure 05:
Initiation d’une communication
directe
110
55
SIP

 L’appelant (UAC) envoie un message (requête INVITE)
proposant à son correspondant (UAS) d’initier une
communication.
 Ce message contient les paramètres désirés pour
établir la communication.
Figure 05:
directe
111
SIP

 Dès que l’UAS reçoit le message, il en
informe l’utilisateur appelant (le téléphone

sonne, avec indication de l’appelant et du
motif de son appel s’il a renseigné ce champ,
ainsi que des services disponibles).
 Dans le même temps, il indique à l’appelant
(par une réponse provisoire 180 RINGING) que
l’appelé est
Figure 05: en train d’être averti de l’appel.

directe
112
56
SIP

 Dès que l’appelé accepte l’appel (en
décrochant), l’UAS informe l’appelant (par
la personne qu’il souhaite contacter. une réponse définitive 200 OK) que l’appel
peut débuter.
 Ce message contient les paramètres que
l’UAS supporte pour la session.
Figure 05:
directe
113
SIP

 Dans ce cas, l’appelant doit connaître la localisation(sous

L’UAC forme
retourne d’adresse
à l’UAS un IP) de
message
d’acquittement (requête ACK) lui indiquant
la personne qu’il souhaite contacter. qu’il a pris note que l’appel peut débuter.
 Ce message comporte les paramètres
fixés pour la session, qui tiennent compte
de ces possibilités et de celles de l’UAS.
Figure 05:
directe
114
57
SIP

Figure 05:
Initiation d’une communication  Les intervenants sont
ensuite mis en relation et

directe peuvent communiquer.
115
SIP
INVITE (1)
Ligne de la requête
Entête
Ligne vide
Corps
116
58
SIP
Ajouté par les proxy pour
identifier le chemin au retour et
INVITE (1) éviter les boucles
Entête
Ligne vide
Corps
117
SIP
INVITE (1)
Entête
URI
Ligne vide
Corps
118
59
SIP
INVITE (2)
119
SIP
INVITE (3)
120
60
SIP
INVITE (4)
121
SIP
INVITE (5)
122
61
SIP
INVITE (6)
123
SIP
180 Ringing (1)
124
62
SIP
180 Ringing (2)
125
SIP
180 Ringing (3)
126
63
SIP
200 OK (1)
127
SIP
200 OK (2)
128
64
SIP
ACK (1)
129
SIP
ACK (2)
130
65
SIP
2. Enregistrement d’un terminal :
 Lorsqu’un terminal est activé dans un réseau, sa première action consiste à se

déclarer auprès d’un serveur d’enregistrement, de manière à être disponible si un
appelant souhaite le joindre.
Figure 06:
Enregistrement
d’un terminal SIP
131
SIP
3. Initialisation d’une communication SIP avec un serveur proxy
 Les étapes et messages envoyés pour initier une session entre deux correspondants
dans le cas où un proxy est utilisé sont illustrés à la figure 07
132
Figure 07: Initialisation d’un appel avec un proxy
66
 Anne compose sur son terminal
l’adresse SIP de Brigitte.
 Cette dernière n’est pas
SIP
nécessairement une adresse IP et
peut être un identifiant qu’il faut
Initialisation d’une communication SIP avec un serveur proxy

résoudre.
3.
133
SIP
Scénarios de
Un communication
message d’invitation
(requête INVITE) est envoyé de
3. Initialisation d’une communication
l’UAC d’Anne SIP avec un serveur proxy
vers son serveur
proxy SIP.
134
67
 L’adresse du proxy d’Anne peut être configurée sur son terminal ou être
automatiquement distribuée, par DHCP par exemple. À réception de ce message, le serveur
SIP
proxy d’Anne utilise la partie domaine de l’adresse SIP de Brigitte pour déterminer le
serveur en charge de la gestion du compte de Brigitte (c’est-à-dire en charge du domaine de
ScénariosBrigitte).
de communication
 À cette fin, un serveur DNS peut être sollicité pour localiser le serveur proxy de Brigitte.
135
 En parallèle, le serveur proxy
SIP
informe Anne qu’il prend en charge
la requête et tente de la mettre en
relation.
 La réponse temporaire 100

TRYING indique à cette dernière
que le message a été reçu et qu’il
est en cours de traitement.
136
68
 Routage du message d’invitation.
 Le serveur proxy d’Anne transmet l’invitation au serveur proxy de Brigitte
après l’avoir localisé.
SIP
 C’est le message d’invitation original qui est intégralement relayé du proxy
d’Anne vers celui de Brigitte.
 La seule modification apportée au message par le premier serveur proxy
concerne le champ VIA, qui liste l’ensemble des machines parcourues lors de
l’acheminement du paquet, et auquel il ajoute sa propre adresse réseau
137
SIP
 Le serveur proxy de Brigitte informe le serveur proxy
d’Anne (par un message de réponse temporaire 100
TRYING) de la réception de la requête et de la tentative
d’initialisation.
138
69
SIP  Parallèlement, il recherche la localisation du
Scénarios de communication terminal de Brigitte en utilisant le service de
localisation.
139
SIP
Une fois la position du terminal dans le
3. Initialisation d’une ilcommunication
réseau trouvée, SIP avec un serveur proxy
lui transmet l’invitation
d’Anne
140
70
 Le terminal de Brigitte sonne. Le téléphone
SIP de Brigitte reçoit l’invitation et la fait connaître

à l’utilisateur Brigitte, le plus souvent par une
sonnerie.
141
SIP
 En parallèle, il indique à son proxy (par un
message 180 RINGING) que l’appel est en train
d’être notifié à Brigitte et que la
 communication est en attente de son

Les étapes et messages envoyés pour initier une session entre deux correspondants
acceptation.
142
71
SIP
Ce message informatif est
relayé jusqu’à l ’émettrice
Anne, qui reçoit généralement
3. Initialisationund’une communication SIP avec un serveur proxy
retour audio ou visuel
143
 Brigitte répond au téléphone. On suppose le
SIP cas où Brigitte a choisi de répondre à l’appel.
Scénarios de communication  À l’instant où elle décroche, l’UAS retourne

à l’UAC un message 200 OK pour l’informer
3. Initialisation d’une communication SIP avec

que l’appel est accepté.
un serveur proxy
144
72
 Le terminal d’Anne confirme les
paramètres d’appel.
SIP
 Le terminal d’Anne envoie un
message d’acquittement ACK qui
spécifie les paramètres définitifs à
utiliser lors de cette session.
145
 La requête ACK est envoyée directement à Brigitte
SIP
cette fois ci, sans passer la le serveur proxy, car Anne
connaît déjà l’adresse IP de Brigitte grâce à l’en-tête «
Contact » dans la réponse de Bob
146
73
 Anne compose sur son terminal
l’adresse SIP de Brigitte.
 Cette dernière n’est pas
SIP
nécessairement une adresse IP et
peut être un identifiant qu’il faut
Initialisation d’une communication SIP avec un serveur proxy

résoudre.
3.
147
SIP
4. Localisation par un serveur de redirection et initialisation d’appel directe
 La figure ci-dessous illustre le scénario où un serveur de redirection est utilisé par
le terminal appelant afin de localiser son correspondant et pour l’échange qui
s’ensuit. L’objectif est toujours de mettre en relation le terminal d’Anne avec celui
de Brigitte, mais par un autre moyen.
148
74
SIP
5. Modification d’une communication SIP:
 Lorsqu’un utilisateur est en communication, il peut arriver qu’il souhaite modifier
les paramètres de cette communication tout en la conservant active.
 Par exemple, s’il commence un téléchargement et que son débit risque de

diminuer en conséquence, il peut souhaiter utiliser un codec moins gourmand.
 Dans un autre cas, l’utilisateur peut vouloir enrichir la communication audio avec
une diffusion vidéo.
 Ou encore, il peut souhaiter inviter à une conférence un nouveau correspondant,

qui ne supporte pas le codec utilisé par les autres conférenciers.
149
SIP
6. Terminaison d’une communication SIP:

 La figure suivante illustre la terminaison d’une session à l’initiative de
n’importe quelle entité souhaitant mettre fin à l’appel.
150
75
SIP
Comparaison H.323 et SIP
151
MGCP
Le protocole MGCP
152
76
Protocoles de signalisation
MGCP
(Media Gateway Control Protocol)
 MGCP est un protocole permettant de contrôler les passerelles multimédia (Media

Gateways) qui assurent la conversion de la voix et de la vidéo entre les réseaux IP
et le Réseau Téléphonique Commuté (RTC).
 MGCP est un protocole de signalisation et de contrôle d'appel utilisé par les

systèmes de Voix sur IP (VoIP) qui sont reliés au Réseau Téléphonique Commuté
(RTC). Les passerelles multimédia qui permettent de passer d'un réseau à l'autre
sont contrôlées par un centre de contrôle des appels, couramment appelé softswitch,
qui rappelle le standard du réseau commuté. Les passerelles peuvent être des
équipements « peu intelligents », qui la plupart du temps ne font qu'exécuter les
commandes envoyées par le softswitch. Dans d'autres modèles de voix sur IP,
comme H.323, les passerelles multimédia sont plus intelligentes et mettent en place
153
un traitement de la signalisation plus complexe.
IAX/IAX2
Le protocole IAX/IAX2
154
77
IAX/IAX2
(Inter-Asterisk eXchange)
 Alternative au protocole SIP
 Utilisé par Asterisk
 Utilise un port UDP unique (4569, 5036 pour IAX1)
 Supporté par de plus en plus d’opérateurs et de
nombreux équipements
155
78

Chapitre IV & V :TOIP - VOIP PDF

Загружено:

Сведения о документе

Оригинальное название

Авторское право

Доступные форматы

Поделиться этим документом

Поделиться или встроить документ

Параметры публикации

Этот документ был вам полезен?

Это неприемлемый материал?

Авторское право:

Доступные форматы

Chapitre IV & V :TOIP - VOIP PDF

Загружено:

Авторское право:

Доступные форматы

Université IBN KHALDOUN -Tiaret-

Faculté Des Mathématiques et de

Comparaison de la voix sur IP et de la téléphonie sur IP

Modes d'accès et architecture:

 Une communication dans un système de téléphonie VoIP

o La voix sur IP entre un ordinateur et un téléphone

o La voix sur IP entre deux téléphones

 C'est le cas le plus simple. Il suffit de disposer d'une carte son, de

 Dans ce premier type de voix sur IP, les utilisateurs communiquent

La voix sur IP entre un PC et un téléphone:

fournisseur de service ou par son fournisseur d'accès à Internet .

 C'est le cas le plus complexe car il nécessite deux conversions de signaux. On

1- Architecture hybride : Dans ce cas l’entreprise garde son infrastructure du

 L’ajout d’une carte IP sur un PABX, s’il est évolutif en IP ;

 L’ajout d’une passerelle externe au PABX ;

 L’utilisation des fonctionnalités offertes par les routeurs de dernières

 Ce scénario constitue une migration complète de la téléphonie de l’entreprise sur

tout en bénéficiant des mêmes fonctionnalités

 Gère les autorisations d'appels entre les terminaux IP ou softphones et les

 Prévu pour remplacer les téléphones traditionnels

 Disposent d’une connexion LAN

 Logiciels d’émulation de terminaux téléphoniques sur PC

 Numérotation par clicks de souris

 L’utilisation est tributaire du PC connecté au réseau IP

 Gatekeeper (Gestionnaire d’appel)

 Assume les fonctions de contrôle d’appels et de gestion des terminaux.

 Assure la commutation des paquets d'un réseau vers un autre réseau 21

 Elément de routage équipé de cartes d'interfaces analogiques et/ou numériques

 s'interconnecte avec d'autres PABX (en QSIG, RNIS) ou opérateurs de

 Peut assurer l'interface de postes analogiques classiques qui pourront utiliser

 Serveurs d’authentification (Radius)

 Serveurs de facturation (CDR/billing)

 Établissement de communication (Protocoles de signalisation)

 Transport (Protocoles de transport)

 Les Codecs (COdeur/DECodeur): permettent la conversion analogique/numérique

à l’émission puis la conversion numérique/analogique à la réception de la parole

 La transformation d’une onde sonore en « paquets » de données

 Conversion énergie mécanique / énergie électrique

 Paquétisation - Ajout des en-têtes

Le microphone est un transducteur d'énergie, qui transforme de l'énergie acoustique en

discrètes qui sont utilisées pour la mesure.

Le microphone est un transducteur d'énergie, qui transforme de l'énergie acoustique en

discrètes qui sont utilisées pour la mesure.

 La fréquence minimale d’échantillonnage d’un signal doit être au moins le

 Comme la parole téléphonique a une

bande passante de 3200Hz, ce sont au

2.2.1 Quantification linéaire

 La loi la plus simple consiste à diviser l’ordonnée en segments égaux, le nombre de

 La loi de correspondance, pour la quantification doit être choisie de façon à ce que

 On utilise essentiellement 2 lois de correspondance :

- L’avantage de la compression est de réduire la bande passante nécessaire pour

 La compression/codage permet de coder des échantillons, issus de la quantification

 Il existe des codages :

 HBR ( Hight Bit Rate Codec ) = codecs haut débit

 LBR ( Low Bit Rate Codec ) = codecs bas débits.

 Par défaut, le segment RTP contenu dans le paquet IP contient un nombre

jusqu’à 200ms au maximum.

 Le n° de port UDP afin d’identifier les applications émettrice et

 Les connexions RTP et RTCP sont établies par un protocole supplémentaire de

 Transport de flux en temps réel

 Identifier le type de l'information transportée (voix, vidéo)

 Ajouter des marqueurs temporels et des numéros de séquence

 Contrôle des flux RTP (par RTCP)