Vous êtes sur la page 1sur 205

UNIVERSIT HASSAN 1ER

COLE NATIONALE DES SCIENCES


APPLIQUES KHOURIBGA

Module: Architecture et services de convergence II


Filire: GRT 3me anne

Chapitre 2: Migration NGN du


cur de rseau fixe
Said EL KAFHALI
kafhalisaid@gmail.com

A.U: 2014/ 2015

Rappels rseaux et tlcoms

Plan
Le RTC : le rseau tlphonique classique, le Rseau Tlphonique
Commut.
Le service tlphonique d'entreprise :
Son architecture.
Ses lments actifs (PABX, Terminaux).
Les services disponibles.
Ses contraintes et limitations.

Le rseau de donnes d'entreprise :


Son architecture.
Ses lments actifs (Serveurs, Postes...).
Les services disponibles.
Ses contraintes et limitations.

Principe du RTC
Le rseau tlphonique Commut (RTC) utilisant le principe de la
commutation de circuits, il met en relation deux abonns travers
une liaison ddie pendant tout l'change.
Bien que destin au transfert de la voix, le rseau tlphonique
permet aussi la transmission de donnes.
Le commutateur de rattachement qui ralise la conversion
analogique/numrique et inversement de la voix .

Schma globale de RTC

Schma globale de RTC: description


Le RTC est organis en 3 sous-parties :
La commutation : partie centrale du rseau. Elle permet de raliser la
mise en relation entre les abonns.
La transmission : ensemble des techniques mises en uvre pour relier
les commutateurs entre eux. Lensemble des commutateurs et des
supports de transmission entre commutateurs est appel rseau de
transmission ou rseau de transport.
La distribution : organisation technique mise en uvre pour relier les
abonns au commutateur le plus proche (commutateur de rattachement).
Lensemble des dispositifs permettant cette liaison est le rseau de
distribution.

Hirarchie du RTC

Hirarchie du RTC: description


Le rseau tlphonique commut a une organisation hirarchique
trois niveaux:
Zone Autonomie d'Acheminement (ZAA), cette zone, la plus basse
de la hirarchie, comporte un ou plusieurs Commutateurs Autonomie
d'Acheminement (CAA) qui eux-mmes desservent des Commutateurs
Locaux (CL). Les commutateurs locaux ne sont que de simples
concentrateurs de lignes auxquels sont raccords les abonns finals. La
ZAA est un rseau toil, elle constitue le rseau de desserte;
Zone de Transit Secondaire (ZTS), cette zone comporte des
Commutateurs de Transit Secondaires (CTS). Il n'y a pas d'abonns relis
aux CTS. Ils assurent le brassage des circuits lorsqu'un CAA ne peut
atteindre le CAA destinataire directement (rseau imparfaitement maill);
Zone de Transit Principal (ZTP), cette zone assure la commutation des
liaisons longues distances. Chaque ZTP comprend un Commutateur de
Transit Principal (CTP), L'un des commutateurs de transit principal
(CTP) est reli au commutateur international de transit (CTI).
8

Architecture dun commutateur RTC

Fonctions dun commutateur


Sa principale fonction est la connexion, cest dire la liaison
temporaire entre 2 jonctions (jonction: circuit ou ligne dabonn).
Ltablissement dune connexion ncessite:
lchange de signalisation entre les commutateurs
une suite dactions, appele traitement du signal assure par lunit de
commande (ordinateur).

Les Units de Raccordement dAbonns (URA):


fournissent lnergie lalimentation des postes tlphoniques.
respectent les caractristiques lectriques (boucle de courant).
dtectent le dcroch et le raccroch dun poste.
gnrent une sonnerie vers un poste et excutent des tests des lignes
dabonns.
offrent une fonction de concentration.
10

Transmission de la voix sur le RTC


Le tlphone opre dans la bande de 300 Hz 3,4 kHz.
En effet lnergie vocale humaine se situe en grande partie dans cette
gamme de frquences, ce qui permet dobtenir une conversation
fiable (mais sans tre excellente).
Pendant la phase de communication, les commutateurs supervisent la
communication pour dtecter le raccrochage de A ou de B. Si un des
2 raccroche, la liaison est libre (ou relche), cest la phase de
libration qui nouveau met en uvre la signalisation. La taxation
est aussi arrte.

11

Transmission de donnes sur RTC


La numrisation des commutateurs, en plus du transport de la
voix, a permis le transport des donnes 64kbits/s, ce qui
constitue une limitation pallie ensuite par larrive de lADSL.

12

Le diagramme dune communication tlphonique

13

Le PABX
Le PABX (Private Automatic Branch eXchange) fonctionne la base
pour des lignes de tlphone traditionnelles (analogiques).
Ces principales fonctions :
Il gre les appels en interne et vers l'extrieur et distribue les appels
entrants.
Il gre une bote vocale (si correspondant absent) et traite la voix et les
donnes comme la tlcopie.
Il gre les terminaux tlphoniques (postes analogiques ou numriques)
ainsi que diverses fonctionnalits de messagerie, de numrotation, etc.

PABX Cisco

14

URA (Unit de Raccordement dAbonn)


URA (Unit de Raccordement
Abonn)
convertit
le
signal
analogique d'un appel tlphonique
en une donne numrique.
Les frquences basses (tlphonie
fixe) sont gres par des URA.
Les frquences hautes (ADSL) sont
gres par des DSLAM.

Baie d'Units de
Raccordement Abonn
15

Le DSLAM
Un DSLAM (Digital Subscriber Line Multiplexer ou multiplexeur
daccs la ligne numrique de labonn) est un quipement situ
sur le rseau de loprateur local qui a pour fonction dacheminer et
de transmettre les donnes en provenance ou destination dabonns
lADSL par regroupement sur un seul support.

DSLAM Huawei
16

Architecture RTC dentreprise

17

Migration vers NGN

18

Migration du cur rseau fixe vers NGN


Quatre grands scnarios peuvent ainsi tre dgags:
Scnario 1: Mise en place de solution NGN en transit
Scnario 2: Mise en place de solution NGN jusquau commutateur
de classe 4
Scnario 3: Mise en place de solution NGN jusquau classe 5
Scnario 4: Mise en place de solution tout IP en overlay

19

Architecture NGN pour le trafic de transit international

20

Exemple
Pour un oprateur souhaitant dployer une solution VoIP pour
son trafic international il suffit dimplmenter:
Un softswitch qui centralisera le contrle des appels, le routage du
trafic et la gestion des aspects de signalisation. Ce softswitch
remplacera le (ou les) commutateur(s) de transit international
TDM existant(s).
Des passerelles media dans les PoP (Points de Prsence) situs
dans les pays o loprateur veut sinterconnecter au rseau
national TDM.

21

Architecture NGN pour le trafic de transit national

22

Exemple
Au niveau national, lapproche est similaire au cas international
sauf que ce sont les commutateurs de classe 3 et de niveau
hirarchiques suprieurs qui seront remplacs par un ou
plusieurs softswitch et passerelles media. Evidemment les
commutateurs TDM de classe 4 et 5 sont conservs et assurent
la livraison des communications tlphoniques TDM de
manire tout fait classique aux abonns.

23

Architecture NGN de classe 4

24

Architecture dun rseau NGN de classe 5

25

Architecture overlay VoIP

26

Diffrentes phases de la migration RTC

27

Rseau NGN vs rseau TDM

28

Tlphonie sur IP

29

Plan
Dfinition et concepts
Les rseaux d'entreprise et leurs volutions :
Sparation Voix / Donnes
Convergence vers un seul rseau
Pourquoi migrer vers la ToIP ? Les avantages et les inconvnients
d'une migration.
Comment intgrer la ToIP au systme d'information de l'entreprise
Comment inter-oprer avec les rseaux tlphoniques classiques
Les fonctionnalits utilisateurs apportes par la ToIP
Le march et ses acteurs.
Le vocabulaire de la ToIP.

30

Problmatique
La tlphonie est un des moyens de communication prfrs
des tres humains.
La tlphonie a t une vritable poule aux ufs dor pour les
oprateurs, qui ont longtemps maintenu leurs tarifs des
niveaux assez levs, alors mme que leurs infrastructures
taient largement amorties.
Aujourdhui, la position de ces oprateurs est rapidement
menace par larrive massive de la tlphonie sur IP, dont la
tarification tend vers la gratuit.
En France, fin 2006, la tlphonie sur IP reprsente dj prs
de 50 % du march de la tlphonie. Aux environs de 2009, on
estime que prs de 100 % du transport de la parole seffectuera
par lintermdiaire de paquets IP.
31

Abonns aux rseaux de tlcommunications

32

Motivation et introduction (1/3)


Lexistence de deux rseaux parallles (rseaux tlphoniques et
Internet) et la double facturation (pour le tlphone et pour laccs
Internet) ont fait natre une nouvelle philosophie : la tlphonie
sur IP (Internet Protocol).

Un autre but est dajouter de la valeur aux communications


tlphoniques en les liants des applications informatiques :
un accs facile lannuaire de lentreprise ;
un couplage tlphonie informatique pour faire apparatre sur lcran
du poste de travail les informations lies lappelant ;
la rcupration des messages vocaux, laisss sur le rpondeur vocal, dans
la messagerie texte ;
la visibilit sur lcran du poste informatique des journaux des appels
mis, dcrochs manqus ;
lappel en un clic partir dune page WEB ou dun document ;
la fonction prsence qui donne ltat des contacts dans un groupe ;
33

Motivation et introduction (2/3)


Quon appelle son voisin ou quon appelle lautre bout du
monde, le prix reste toujours celui dune communication
locale.
La tlphonie sur IP permet un intrt conomique majeur
pour une entreprise :
fonctionnement : la possibilit de ramener la facture tlphonique dans
le mme ordre de grandeur que la facture du rseau de donnes (diviser
par dix) ne laisse pas indiffrent ;
ressources humaines : on peut constituer une seule quipe grant les
deux services ;
Investissement : on peut utiliser un seul rseau physique et ainsi
minimiser le cot en infrastructure.

34

Motivation et introduction (3/3)


Ct services, cette intgration peut aussi permettre dajouter
des fonctions de communications nouvelles aux quipements
que nous utilisons :
un poste tlphonique va pouvoir communiquer avec nimporte quel
ordinateur de lInternet ;
un ordinateur intgrera toutes les fonctions dun tlphone ;
le transport de la vido entre ordinateurs sera plus facilement
gnralisable ;
lintgration des messageries vocales et Internet sera trs facile ;
de nouveaux services dannuaires, de communications de groupe (
multicast tlphonique ) seront facilement ralisables

35

Vers un rseau LAN WAN unique

36

Solution de ToIP classique en entreprise

37

La technique de transfert de paquets

38

Un flot de paquets tlphoniques

39

Composants et inter fonctionnements

40

Quels sont les dfis relever ?


Ces dfis sont dordre technique et organisationnels, citons les
principaux.
Migrer partir dun existant, et les principaux aspects associs.
Calculer le retour sur investissement.
Matriser la qualit de service, savoir le transport dun flux temps rel
(la voix) sur un rseau IP (Intranet) au dpart le plus souvent en mode
on fait au mieux ( best effort ): Vue de lutilisateur final et Vue de
ladministrateur du rseau IP.
Matriser, la fiabilit des rseaux, des serveurs de gestion des appels et la
scurit des communications.
Faire converger les quipes tlphonie et rseaux de donnes .

41

Le droulement dune communication ToIP


Le droulement dune communication tlphonique sur IP
parcourt les cinq grandes tapes suivantes :
Mise en place la communication.
tablissement de la communication.
Transport de linformation tlphonique.
Changement de rseau.
Arrive au destinataire.

42

quipements traverser par une communication ToIP

43

Avantages de la ToIP
Plusieurs raisons expliquent le succs de la tlphonie par
paquet, et plus spcifiquement de la tlphonie sur IP :
Convergence
Optimisation des ressources
Cot de transport quasiment nul
Services exclusifs
Disparition des commutateurs locaux

44

La premire gnration de tlphonie sur IP

45

La tlphonie au travers de lordinateur personnel


(deuxime gnration)

46

Tlphonie IP utilisant lordinateur personnel comme


intermdiaire (troisime gnration)

47

Apparition du modem ADSL dans la chane de


transmission de la tlphonie (quatrime gnration)

48

La tlphonie IP de bout en bout (cinquime gnration)

49

Le Triple-Play

50

Le Quadruple-Play

51

Le Penta-Play

52

La mise en place de la ToIP en entreprise


Cinq questions principales se posent :
Scurit
Disponibilit
Gestion
Contrle
Qualit de service

53

Temps de transfert dun paquet ToIP


Le temps de transfert dun flux de parole tlphonique est
constitu de la somme des cinq temps suivants: Temps de
numrisation de la voix, Temps de remplissage des paquets, Temps de
propagation, Temps de transmission et Temps de traitement par les nuds
intermdiaires.

54

Exemple (1/2)
On considre un rseau de type Ethernet 100 Mbit/s.
Lapplication logicielle de lmetteur numrise la parole
tlphonique en un temps ngligeable. Elle utilise un codeur
qui fonctionne une vitesse de 8 Kbit/s et gnre la
transmission de paquets dune taille de 64 octets (comprenant
16 octets den-tte). Le temps de propagation considr est de
200 000 km/s, et la liaison entre lmetteur et le rcepteur
comporte 7 nuds, chacun traitant un paquet en 1 ms.
Nous allons chercher la distance maximale Dmax entre les
correspondants pour assurer un temps de transfert dau plus
150 ms.

55

Exemple (2/2)
Le temps de transfert vaut ainsi :
Ttransfert = Tnumrisation + Tremplissage + Tpropagation + Ttransmission + Ttraitement_noeud
Dtaillons chacun de ces temps sparment :
Tnumrisation = 0 ms (nglig)
Tremplissage = (64 16) octets/8 Kbit/s = 384 bits/8,103 bits = 48 ms
Tpropagation = Dmax/(200 000 km/s) = Dmax/(200 km/ms)
Ttransmission = 64 octets/100 Mbit/s = 512 bits/108 bits = 0,005 12 ms
(ngligeable)
Ttraitement_noeud = 7 1 = 7 ms
Pour que le temps de transfert soit infrieur 150 ms, il faut donc que :
Ttransfert = 0 + 48 + Dmax/200 km + 0 + 7 < 150
Soit une distance Dmax de : Dmax < (150 55) 200 = 19 000 km
Dans ces conditions, la distance entre lmetteur et le rcepteur doit tre
infrieure 19 000 km pour assurer un temps de transfert dau plus 150 ms.
56

La voix et la tlphonie sur IP (1/2)


Deux approches de la voix sur IP doivent tre distingues:
La premire, linstar dATM et du Frame Relay, consiste
transporter la voix, issue des systmes traditionnels (PABX), sur
un rseau IP, nous lappellerons voix sur IP (VoIP, Voice over IP).
La seconde utilise le protocole IP de bout en bout, les tlphones
(IP phone) sont directement connects un LAN IP, cest la
tlphonie sur IP (ToIP, Telephony over IP).

57

La voix et la tlphonie sur IP (2/2)

58

Voix sur IP (VoIP) ou Tlphonie sur IP (ToIP)


La VoIP aux techniques de base permettant : la numrisation, le
codage, la compression, la mise en paquets dun flux voix, la
mise en uvre des protocoles de gestion des appels et aux
fonctions rciproques lautre bout de la chane ; il sagit donc
dun aspect transport pour lequel les critres sont lconomie,
la qualit de service ;
La ToIP aux fonctions visibles de lutilisateur final : affichage
plus riche sur son terminal ; composition plus facile des appels
; facilit dutilisation des services de type renvoi, messagerie
vocale, transfert, confrence plusieurs, rappel sur numro
occup ; couplage tlphonie informatique ;
59

La ToIP, une extension de VoIP

60

Architecture ToIP Full IP

Tel IP

SITE B
LAN

61

Architecture ToIP Full IP

62

Problmatique de transmission de la voix sur IP


Comment trouver tous les utilisateurs?
Comment les informer et les inviter participer une
communication?
Comment peuvent ils obtenir des informations sur les
paramtres dune session?
Comment et par quels moyens logiciels vhiculer du trafic
audio ?
Quels sont les protocoles de communications mis en jeu dans
telle ou telle application?

63

Tlphonie classique/ Tlphonie sur IP


En tlphonie classique, toute communication passe forcment
par le PABX (Private Automatic Branch eXchange), alors
quen tlphonie sur IP, la communication se fait directement
de poste poste .

Figure 1: Tlphonie classique


64

Figure 2 : Tlphonie sur IP

Principe de la tlphonie sur IP


Le principe de base de cette transmission consiste:
1.

2.

3.
4.

La voix transmettre est chantillonne et numrise par un


convertisseur analogique numrique.
Le signal numrique obtenu est comprim et encod grce des
algorithmes de compression spcifiques .
Le signal est dcoup en paquets.
Les paquets sont transmis travers le rseau Internet

la rception, les paquets sont r-assembls, le signal de


donnes ainsi obtenu est dcomprim puis convertis en signal
analogique sonore.

65

Scnarios possibles de tlphonie sur IP

66

Les terminaux
On distingue deux types de terminaux tlphoniques IP :
Les hardphones (IPPhone ou EtherPhone) correspondent dans
lenvironnement VoIP au tlphone traditionnel, ils peuvent tre dots
dun mini-cran donnant accs diffrents services et en particulier la
messagerie.
Les softphones sont constitus dun ensemble de logiciels mulant,
sur un PC traditionnel quip dun microphone et dun couteur, un
terminal tlphonique.

67

Larchitecture ToIP

68

La convergence tlphonie-informatique

69

Normalisation de la tlphonie sur IP


La plupart des tlphones sont encore, et seront encore pendant
plusieurs annes, connects aux rseaux tlphoniques
traditionnels commutation de circuits.
Les services de tlphonie IP doivent donc pouvoir accepter
tout trafic manant de ces rseaux et assurer la terminaison
dune communication.
La normalisation technique de la tlphonie IP est en cours
dans le cadre de nombreuses entits industrielles et
dorganismes de normalisation tels que lIUT et le IETF.
Un exemple de normalisation dans le cadre de lIUT est la srie
de recommandations H.323 (voir plus loin dans ce cours).

70

Tlphone IP
Le tlphone IP est capable de placer le bon niveau de priorit
dans le paquet IP et de le translater dans la trame Ethernet. Le
tlphone IP dispose gnralement dune ou plusieurs sorties
Ethernet pour connecter le tlphone un commutateur
Ethernet, un ordinateur personnel et une autre machine IP.

71

Intgration voix-donnes dans une architecture IP

72

Intgration voix-donnes dans un rseau tout-IP

73

La tlphonie sur Ethernet

74

La tlphonie sur le relais de trames

75

La tlphonie sur rseaux sans fil


Les rseaux sans fil permettent aux utilisateurs de sabstraire
des contraintes de cblage sur les derniers mtres de
raccordement jusqu leur poste.
La zone de couverture devient tendue, ce qui procure une
souplesse dutilisation accrue.
Le gain se traduit galement par une facilit de dploiement et
dextensibilit du rseau, ce dernier devenant ambiant.
Cest donc presque naturellement que la ToIP a donn
naissance la tlphonie sur rseaux sans fil, ou ToWLAN
(Telephony over Wireless LAN).
Cette application ne va toutefois pas sans contraintes. Il
sagit principalement dassurer la portabilit en sans-fil des
lments essentiels au dploiement de la voix.
76

Contraintes de la ToIP sans fil


La difficult de raliser la traverse de linterface air dans un
laps de temps suffisamment court pour satisfaire la contrainte
temps rel.
Il sagit dune vraie difficult dans la mesure o les
quipements raccords au point daccs Wi-Fi sont a priori
indpendants les uns des autres.
De plus, les environnements Wi-Fi offrent un dbit
particulirement fluctuant, et il est quasiment impossible de
connatre le dbit disponible linstant suivant.
Deux paramtres temporels ncessaires pour assurer un confort
dutilisation raisonnable sont le dlai de transit et la gigue.
La qualit de linterface radio, laquelle peut se dgrader sous
linfluence de plusieurs facteurs, tels que des interfrences
77

La tlphonie sur WiMax

78

Classes de services WiMax pour la ToIP


Le rseau WiMax est dot de quatre classes de services pour la
tlphonie, et le rseau WiMax-Mobile de cinq.
Les quatre classes de WiMax sont les suivantes :
UGS (Unsolicited Grant Service), dvolu la tlphonie grce
une forte garantie de la qualit de service.
rtPS (Real-time Packet Service), qui correspond des
applications ayant de fortes contraintes temporelles, mais avec des
dbits qui peuvent tre variables.
nrtPS (Non-real-time Packet Service), qui correspond des
applications sans contraintes temporelles mais avec des contraintes
de dbit.
BE (best-effort), qui ne possde aucune garantie.

79

Format de la trame WiMax

80

Tlphonie sur LTE (4G)

81

La qualit de service et ToIP

82

Qualit de service de la ToIP


Trois facteurs pour dterminer la qualit de service dune application
de tlphonie :
Qualit de la transmission de la voix. Cest la partie technique qui
prend en compte le signal de dpart et qui essaie de le retranscrire au
mieux au niveau du rcepteur.
Efficacit de la conversation. Cest linteractivit plus ou moins grande
entre les deux individus en train de converser.
Intelligibilit de la communication. Cest la faon dont sexpriment les
individus en communication.

Des facteurs externes sont galement prendre en compte dans la


qualit perue.
Bruit de ligne de la communication.
Bruit corrl au signal qui provient gnralement du codec et
essentiellement du choix de la quantification.
Bruit de fond provenant de lendroit o se trouve le micro.
83

valuation de la qualit de service (QoS)

84

TCP et le transport de donnes temps rel


Le protocole TCP implmente plusieurs mcanismes de
contrle:
Contrle de squence. Chaque trame est numrote au niveau de
lmetteur. Cela permet de reconstituer lordre des trames au
niveau du rcepteur, grce lestampille squentielle.
Contrle de flux. Un mcanisme de fentrage limite le nombre de
paquets quil est possible dmettre.
Contrle derreur. Le rcepteur envoie un message
dacquittement pour toutes les trames reues.
Contrle de congestion. Des mcanismes (appels Slow Start et
Congestion Avoidance) sont utiliss pour augmenter
progressivement le dbit denvoi des donnes au niveau de
lmetteur.
85

Rmission avec TCP

La contrainte de fiabilit ntant pas compatible avec la contrainte de


dlai impose par la ToIP, TCP nest pas un bon candidat pour les transferts
de type temps rel.
86

TCP/IP et le transport de la voix


Pour des raisons defficacit le protocole UDP (User Datagram
Protocol) simpose pour le transfert des flux multimdia :
pas douverture, ni de fermeture de session (gain en performance) ;
pas dacquittement, ni de reprise sur erreur (sans objet pour un transfert
de voix) ;
pas de contrle de flux et de congestion (incompatible avec la notion de
flux isochrone) ;
faible temps de latence (contrainte temporelle due linteractivit de la
voix).

Deux protocoles complmentaires ont t adjoints UDP:


Le premier RTP (Real Time Protocol) a essentiellement pour objet de
fournir les informations ncessaires la correction de gigue et au respect
du squencement.
Le second, intgr dans RTP, RTCP (Real Time Control Protocol)
fournit priodiquement des informations sur la qualit de service dans le
rseau.
87

Le contrle de session par RTP et RTCP

88

Le protocole RTP
Cest un protocole de la couche application du modle OSI et utilise
les protocoles de transport TCP ou UDP, mais, gnralement, il
utilise UDP qui est mieux appropri ce genre de transmission.
Le rle principal de RTP consiste mettre en uvre des numros de
squences de paquets IP et des mcanismes dhorodatages
(timestamp) pour permettre de reconstituer les informations de voix
ou vido.
Plus gnralement, RTP permet:
Didentifier le type de linformation transporte;
Dajouter des indicateurs de temps (horodater) et des numros de
squence linformation transporte;
De contrler larrive destination des paquets.

89

Architecture RTP

90

En-tte du paquet RTP (1/2)

Le champ V (2 bits): Version RTP, actuellement V=2.


Le bit P (Padding): indique sil y a (1) ou non (0) des octets de
bourrage.
Le champ Extension X (1 bit): Si X=1, len-tte est suivie dun
paquet dextension.
Le champ CSRC count CC (4 bits): Il contient le nombre de
CSRC qui suivent len-tte.
91

En-tte du paquet RTP (2/2)


Le bit M (Marker): Son interprtation est dfinie par un profil
dapplication (Profile).
Le champ donnes type PT (Payload Type) (7 bits): Ce champ
identifie le type de donnes (audio, vido, image, texte).
Le champ numro de squence (16 bits): Sa valeur initiale est
alatoire et il sincrmente de 1 chaque paquet envoy, il peut
servir dtecter des paquets perdus.
Le champ horodatage (32 bits): Ce champ reflte linstant o le
premier octet du paquet RTP a t chantillonn.
Le champ SSRC (32 bits): Ce champ identifie de manire unique la
source de synchronisation. Sa valeur est choisie de manire alatoire
par lapplication.
Le champ CSRC (32 bits): Ce champ identifie les sources
participantes.
92

Quelques exemples de valeurs de PT

93

Le protocole RTCP
RTCP (Real Time Control Protocol) est un protocole de contrle
utilis conjointement avec RTP pour contrler les flux de donnes et
la gestion de la bande passante.
RTCP permet de contrler le flux RTP, et de vhiculer
priodiquement des informations de bout en bout pour renseigner sur
la qualit de service de la session de chaque participant la session.
Le protocole RTCP remplit trois fonctions :
Linformation sur la qualit de service;
Lidentification permanente de chacun des flux multimdia entrants;
Le calibrage de la frquence dmission

94

Messages RTCP (1/2)


Chaque paquet RTCP contient un rapport metteur ou rcepteur
suivi dune description de la source (source description).
Il existe cinq types de paquets de contrle.
Chaque paquet commence par un en-tte fixe suivi dlments
structurs qui peuvent tre de longueur variable selon le type
de paquet.

95

Messages RTCP (2/2)


RR: contient le rapport de la qualit de la livraison des donnes des
participants passifs (rcepteur) incluant le nombre de paquets reus, le
nombre de paquets perdus, la gigue et lhorodatage qui permet le calcul du
dlai total de transmission entre les deux parties.
SR: contient le rapport de la qualit de livraison des donnes des
participants actifs (metteurs). Il contient les champs du RR, et des
informations sur lmetteur, la synchronisation (pour synchroniser deux
sources de donnes), un compteur cumulatif de paquets et le nombre
doctets envoys.
SDES: contient linformation concernant les metteurs comme le nom
canonique (CNAME), et le nom dusager (NAME), le numro de tlphone
(PHONE) et dautres informations concernant les participants.
BYE: indique la fin de la participation dune des parties.
APP: Dans le cas des applications spcifiques, les donnes peuvent tre
transmises dans des paquets spcifiques de type APP.
96

Les paquets RTCP

97

Qualit de service sur IP


LIETF propose deux grandes catgories de services pour les
contrles rseau. les services intgrs IntServ (Integrated
Services) et les services diffrencis DiffServ (Differentiated
Services).
Les services IntServ disposent des trois classes suivantes:
service garanti (Guaranteed Service) ;
service contrl (Controlled Load) ;
best-effort.

Les services DiffServ disposent des trois classes suivantes:


service garanti (Expedited Forwarding), ou service Premium ;
service contrl (Assured Forwarding), ou service Olympic ;
best-effort.
98

Qualit de service sur IP: IntServ (1/2)

IntServ est associ au protocole de signalisation RSVP


(Resource ReSerVation Protocol) qui
a t conu
originalement pour : associer un tat aux rservations de
ressource pour chaque flux individuel, dun host dorigine un
host destination, avec un chemin dtermin par destinationbased routing.

Ce protocole est utilis pour les classes CL et GS.

99

Qualit de service sur IP: IntServ (2/2)


La QoS rserve via le message RSVP: Resv

IP

Demande dune QoS via le message RSVP: PATH

100

Qualit de service sur IP: faiblesses de IntServ


IntServ gre des flux individuels via RSVP
IntServ ncessite limplmentation du RSVP dans tous les
routeurs.
RSVP ninclut pas toutes les QoS ncessaires pour les
applications NGN.

DiffServ
101

Qualit de service sur IP: DiffServ (1/2)


Traffic conditioning
(Meter, Marker, Dropper)

Link
utilisation
ratio

EF

65/100

AF2

20/100

AF1

10/100

BE

5/100

Input
Classifier

Scheduler
Queue management
102

Output

Qualit de service sur IP: DiffServ (2/2)


Conversational

Streaming

SIG
Interactive

EF

EF

AF1

AF1

AF2

AF2

Interactive
Interactive

Best effort

103

BE

IP
Backbone

BE

SIG

QoS ToIP dans l'entreprise

104

L'essentiel des protocoles (H.323,


SIP, ...)

105

Plan
Prsentation et architecture H.323
Principes et dfinitions.
Rle des composants H.323 : gatekeeper, MCU, gateway...
Les tapes d'une communication H.323 : RAS, H.225, H.245...
Prsentation et architecture SIP
Principes et dfinitions.
Rle de composants SIP : proxy, registrar, redirection, location...
Les tapes d'une communication SIP : Enregistrement,
localisation, appel, mobilit...
Les autres protocoles VoIP :
MGCP, MEGACO, H.248...
Le protocole IAX, le protocole Open Source d'Asterisk.
106

H.323: Principes et dfinitions


Le standard H.323, dvelopp par lITUT, est dfini comme
tant le standard spcifiant les lments, les protocoles et les
procdures pour raliser des communications audio, vido et
autres donnes en temps rel sur les rseaux de paquets.
Il dcrit galement les terminaux, quipements, et services
ncessaires ltablissement dune communication multimdia
sur un rseau local ne garantissant pas une qualit de service
optimale.
Il spcifie aussi les protocoles, les mthodes et les lments du
rseaux qui sont ncessaire ltablissement de connections
multimdia point point, multipoint et de confrences
multimdia entre trois parties et plus.
107

Historique du standard H.323


La premire version a t approuve en octobre 1996. Elle
dfinit les standards pour les transmissions multimdias au
dessus des rseaux IP. Cependant, cette version prsentait des
faiblesses telles que labsence de la qualit de service.
La deuxime version de H.323, approuve en janvier 1998,
permet une interoprabilit entre diffrents rseaux. De plus, Il
sadapte facilement avec dautres technologies de rseaux de
paquets.
La troisime version de H.323, approuve le 30 septembre
1999,
introduit
quelques
nouvelles
fonctionnalits
(identification de lappelant, communication entre gardesbarrires).
La quatrime version, a t approuve en novembre 2000.
108

Les principales volutions de H.323

109

H.323 dans le modle OSI

110

Larchitecture matrielle dune zone H.323


Rseau IP

Gatekeeper

Gateway
Rseau
tlphonique
classique

Terminal H.323
111

La pile du protocole H.323

112

Les lments du H.323


Les lments de base du standard H.323 sont les terminaux, les
gardes-barrires (Gatekeeper), les passerelles et les units de
contrle multipoint MCUs.

113

Les lments du H.323: Terminaux


Un terminal est un priphrique qui supporte les communications
multimdia bidirectionnelles en temps rel .
Tous les terminaux H.323 doivent supporter H.245, RAS
(Registration Admission Status) et RTP (Real Time Transport
Protocol).
Un terminal H.323 fournit les services suivants :
Services H.245: lchange de capacits et la gestion des canaux
logiques.
Services H.225: gestion de la signalisation des appels.
Services RAS: lenregistrement auprs du gatekeeper.
Services RTP / RTCP: squencement des paquets audio et vido.

114

Les lments du H.323: Gatekeeper


Pour permettre la localisation des utilisateurs dans un rseau IP
utilisant H.323, le gatekeeper effectue la conversion dun alias en
une adresse IP. Un alias est un identifiant associ un utilisateur.
Le gatekeeper se charge deffectuer la correspondance entre les alias
et les adresses IP.

Un alias peut tre dfini de plusieurs faons :


une adresse de type e-mail, ventuellement prfixe de lindication h323:
spcifiant quil sagit dun alias H.323 ;
une adresse de type numro de tlphone (recommandation E.164 de
lUIT-T) ;
une chane de caractres Unicode quelconque ;
une adresse de type URL ;
une adresse IP, ventuellement suffixe du numro de port utiliser.
Exemples: albert@domaineH323.com, albert323, 132.227.55.155:1720,
0323323323, etc.
115

Signalisation route et directe


Pour mettre en relation deux utilisateurs, il est possible
dutiliser deux moyens diffrents pour faire transiter la
signalisation dans le rseau :
un mode indirect, ou rout, la signalisation entre les
correspondants passant par le gatekeeper;
un mode direct, la signalisation entre les correspondants ne faisant
intervenir que ces correspondants, sans entit intermdiaire.

116

Signalisation en mode indirect

117

Signalisation en mode direct

118

Traduction dadresses par le gatekeeper

119

Autres fonctionnalits du gatekeeper


Contrle dadmission: Si la bande passante ne permet pas dtablir
un nouvel appel dans une zone H.323, la passerelle est habilite
interdire de nouveaux appels et tablir une liste de priorits
dappels licites.
AAA (Authentication, Authorization, Accounting):
ou
authentification, autorisation et comptabilisation. Lauthentification
permet de connatre lidentit de la personne connecte, tandis que
lautorisation indique quels sont les droits (et ventuellement les
conditions) attribus la personne qui sest authentifie.
Gestion des flux: le gatekeeper peut implmenter un gestionnaire de
bande passante pour dcider de lallocation de bande affecte aux
terminaux. Il est en outre possible de limiter le nombre
dintervenants dans une confrence et de rejeter certaines demandes
de flux (par exemple en nautorisant que la voix un utilisateur qui
rclame laudio et la vido).
120

Les lments du H.323: Passerelles


Une passerelle H.323 est un lment du rseau qui assure la
conversion voulue entre les formats de transmission (par
exemple, du format H.225.0 au format H.221 ou vice versa)
ainsi quentre les protocoles de communication (par exemple
du protocole H.245 au protocole H.242 ou vice versa).
La passerelle assure aussi ltablissement et la libration des
communications tant du ct rseau commutations de paquets
que du ct rseau commutation de circuits.

121

Utilisation dune passerelle pour joindre un rseau non IP

122

Normes dinterconnexion de rseaux par le biais dune


passerelle

123

Les lments du H.323 : Les units de contrle multipoint


(MCUs)
Le MCU est un lment du rseau qui fournit les capacits
plusieurs terminaux et passerelles pour participer une confrence
multipoint.
Il gre les ressources de la confrence et les changes de capacits.
Le MCU se compose de deux parties :
Un contrleur multipoint obligatoire qui assure la gestion dau
moins trois terminaux participants une confrence multipoint. Le
contrleur multipoint permet de ngocier avec tous les terminaux
les moyens mettre en uvre pour parvenir tablir des
communications multimdia. Il peut galement exercer un contrle
au niveau des ressources de la confrence pour dterminer par
exemple lentit qui transmet en muticast.
Un processeur multipoint facultatif qui assure le traitement
centralis des flux de donnes dans une confrence multipoint.
124

Rle de la MCU lors dune confrence

125

Recommandations du H.323

126

La signalisation dappel avec Q.931


Les cinq messages fondamentaux
obligatoirement tre supports :

suivants

doivent

SETUP : envoy pour initier et tablir une communication avec un


terminal H.323.
ALERTING : indique que le poste appel est en train de sonner et que
lappelant se met en attente de sa rponse.
CONNECT : indique que la communication peut dbuter.
RELEASE COMPLETE : envoy pour initier la terminaison de lappel.
STATUS FACILITY : envoy pour demander des services
complmentaires.

127

Ouverture dun canal de signalisation dappel


Louverture dun canal de signalisation dappel se fait
gnralement en trois tapes :
Message SETUP : lappelant contacte son correspondant.
Message ALERTING : la sonnerie du terminal appel retentit, et le
terminal se met en attente de la rponse du correspondant.
Message CONNECT : ds que lappel a dcroch, ce message prvient
lappelant de la disponibilit de son interlocuteur.

128

Fermeture du canal de signalisation dappel


La fermeture dun canal de signalisation dappel se fait
linitiative de linterlocuteur qui a raccroch son combin,
mettant fin la conversation.
Un message RELEASE COMPLETE est envoy pour fermer le
canal de signalisation dappel.

129

La signalisation denregistrement avec RAS


Le protocole RAS (Registration Admission Status) intervient
pour les dialogues entre les terminaux et le gatekeeper, donc
ncessairement dans une zone H.323.
Le protocole RAS utilise UDP comme protocole de transport et
les ports 1719 pour la diffusion dun message un seul
destinataire (mode unicast) et 1718 pour les diffusions
multiples (mode multicast).
Gnralement, tous les messages sont envoys en unicast.
Messages RAS gnriques:
XRQ : indique un message RAS de requte (REQUEST).
XRJ : indique un message RAS de rejet de la requte (REJECT).
XCF : indique que la requte a t correctement traite (CONFIRM).
130

Principales requtes RAS (1/2)

131

Principales requtes RAS (2/2)

132

Exemple: Enregistrement auprs dun gatekeeper


La requte RRQ (REGISTRATION REQUEST) est envoye par le terminal
au gatekeeper pour mentionner ce dernier sa disponibilit dans le rseau.
En rponse, le gatekeeper retourne soit un message RCF (REGISTRATION
CONFIRM) pour valider la demande denregistrement, soit un message
RRJ (REGISTRATION REJECT) pour la refuser.

133

tapes de localisation dun utilisateur

134

Le protocole de contrle de signalisation H.245


La flexibilit de H.323 ncessite que les diffrends terminaux
ngocient les capacits avant que les liens de la communication
audio, vido et/ou donnes ne soit tablit.
H.245 utilise les messages de contrle et de commandes qui sont
changs durant lappel.
Ces messages sont classs en quatre catgories :
1. Messages dchanges de capacits
2. Messages pour la gestion des canaux logiques
3. Messages pour la gestion des flux de contrle
4. Commandes gnrales et indications

135

changes de capacits entre terminaux


Le message TCS (TERMINALCAPABILITYSET) est obligatoirement le
premier envoy dans le canal H.245. Il indique les capacits du terminal qui
met ce message, notamment le type de mdia (audio, vido, donnes) et les
codecs quil supporte.

136

Ouverture dun canal de contrle


Le message OLC (OPENLOGICALCHANNEL) permet douvrir un canal
de signalisation de contrle (on dit aussi canal logique). Celui-ci indique le
type de donnes multimdias transmis et les codecs utiliss.

137

Fermeture dun canal de contrle


Deux messages distincts sont ncessaires pour clturer un canal de
signalisation de contrle: le message CLC (CLOSELOGICALCHANNEL),
qui attend un acquittement CLOSELOGICALCHANNELACK, et le
message ESC (ENDSESSIONCOMMAND), qui doit tre mis par chaque
intervenant.

138

Ltablissement dappel sous H.323.v1

139

La libration dun appel sous H.323

140

Le protocole dinitiation de session (SIP)


Dvelopp par lIETF et prsent dans le RFC 2543, le protocole
dinitiation de session (SIP) est un protocole de signalisation
appartenant la couche application du modle OSI.
Louverture de ces sessions permet de raliser de laudio ou
vidoconfrence, de lenseignement distance, de la voix
(tlphonie) et de la diffusion multimdia sur IP.
Pour ouvrir une session, lutilisateur met une invitation transportant
un descripteur de session permettant aux utilisateurs souhaitant
communiquer de saccorder sur la compatibilit de leur mdia.
SIP possde lavantage de ne pas tre attach un mdium
particulier et est sens tre indpendant du protocole de transport. De
plus il peut tre tendu et sadapter aux volutions futures.

141

Mcanismes protocolaires SIP


SIP fournis les mcanismes protocolaires ncessaires :
La localisation du terminal du correspondant;
Lanalyse de son profil et de ses services;
La ngociation du type de mdia et des paramtres de la communication;
Ltablissement et le suivi de lappel;
La disponibilit du correspondant;
La redirection dappel en cas de non-rponse, de dtection de signal occup
La redirection non conditionnelle;
La translation dadresse;
Laffichage du numro de lappelant;
La gestion de la mobilit ( changement de terminal);
Lidentification du type de terminal (tlphone IP, mobile, rpondeur, etc.);
Lauthentification de lappelant et de lappel;
Au transfert dappel;
des fonctions volues telles que le retour derreurs.
142

Architecture de SIP

143

Terminal
Le terminal (UA: User Agent) est llment dont dispose
lutilisateur pour appeler et tre appel.
Il est constitu de deux sous-entits, comme:
Une partie cliente, appele UAC (User Agent Client), charge
dmettre les requtes. Cest lUAC qui initie un appel.
Une partie serveur, appele UAS (User Agent Server), qui est
en coute, reoit et traite les requtes. Cest lUAS qui rpond
un appel.

144

Les serveurs denregistrement


Les serveurs denregistrement (Registrar Server) utiliss pour
la localisation des utilisateurs. Contiennent toutes les
caractristiques des agents SIP autres que les passerelles ;
Dans la pratique, lors de lactivation dun terminal dans un
rseau, la premire action initie par celui-ci consiste
transmettre une requte denregistrement auprs du serveur
denregistrement afin de lui indiquer sa prsence et sa position
de localisation courante dans le rseau.
Lenregistrement dun utilisateur est constitu par lassociation
de son identifiant et de son adresse IP.
Un utilisateur peut senregistrer sur plusieurs serveurs
denregistrement en mme temps.
145

Serveur de localisation
Le serveur de localisation (Location Server) joue un rle
complmentaire par rapport au serveur denregistrement en
permettant la localisation de labonn.
Ce serveur contient la base de donnes de lensemble des
abonns quil gre. Cette base est renseigne par le serveur
denregistrement.
Chaque fois quun utilisateur senregistre auprs du serveur
denregistrement, ce dernier en informe le serveur de
localisation.

146

Les serveurs de redirection


Les serveurs de redirection (Redirect server) qui, sur requte,
transmettent ladresse du next-hop server lagent client.
Agit comme un intermdiaire entre le terminal client et le
serveur de localisation.
Il est sollicit par le terminal client pour contacter le serveur de
localisation afin de dterminer la position courante dun
utilisateur.

147

Serveur proxy
Les serveurs de dlgation (Proxy server) qui grent les clients
SIP, reoivent et transmettent les requtes au serveur suivant
(Next-hop server).
Le SIP Proxy a un rle similaire au gatekeeper dH.323 (Call
manager ou contrleur de communication).
Un SIP Proxy peut interroger un SIP Registar ou un DNS pour
acqurir les informations dacheminement de la signalisation et
des communications ;
Le serveur proxy remplit les diffrentes fonctions suivantes :
localiser un correspondant ;
raliser ventuellement certains traitements sur les requtes ;
initier, maintenir et terminer une session vers un correspondant.
148

Architecture fonctionnelle SIP

Registrar

Location

SIP
SIP

server
Redirect server
SIP

SIP

UA

UA
Proxy server
149

Canaux RTP

Exemple de fonctionnement
Registrar

Redirect

Location
server

SIP servers
Ou est son chef?

REGISTER
Je suis l

Proxy
INVITE
je veux parler avec mon chef

SIP User Agents

150

Proxied INVITE

SIP User Agents

Proxy vs redirect

UA

Request

Request

Request

Response

Response

Response

Proxy

Proxy

UA

Redirect
Request

UA
151

UA

Architecture de SIP (1/2)

152

Architecture de SIP (2/2)


A chacune des couches de larchitecture SIP sont associs des
protocoles tels que :
RSVP (Resource Reservation Protocol) : protocole utilis
pour rserver les ressources rseaux sur IP.
RTP (Real Time Transport protocol) : protocole de transport
des donnes en temps rel
RTCP (Real Time Control Protocol) : protocole qui assure le
contrle de flux des donnes multimdia
SAP (Session Annoucement Protocol) : protocole pour
annoncer si les sessions multimdia ouvertes sont en multicast
SDP (Session Description Protocol) : protocole de description
des sessions multimdia
153

Les primitives de requtes (1/2)


Les messages SIP sont de deux types, les requtes et les
rponses.
Les primitives de requtes sont :
REGISTER, message mis par un agent pour informer un serveur
SIP Registar de sa localisation. Le client fournit une adresse du
type Nom@Domaine ;
INVITE, message douverture de session, mis par un UAC (User
Agent Client). Ce message peut tre transmis directement lagent
appel ou un serveur Proxy pour acheminement ;

154

Les primitives de requtes (2/2)


BYE, mis par tout agent client pour mettre fin une session en
cours ;
CANCEL, annulant une session, ne peut tre utilis que pendant la
phase douverture ;
ACK, qui acquitte un message INVITE et tablit la session
dchange ;
OPTIONS, message dobtention des capacits (caractristiques)
dun terminal, similaire H.245.

155

Les messages de rponse


Les messages de rponse sont aussi au nombre de six, ce sont :
INFORMATIONAL, simple message de service ;
SUCCESSFULL, message indiquant que laction a t mene
bien (succs)...
REDIRECTION, message indiquant quune autre action doit tre
conduite pour valider la requte,
CLIENT FAILURE, message signalant une erreur de syntaxe, la
requte ne peut tre traite,
SERVER FAILURE, message signalant une erreur sur un agent
serveur,
GLOBAL FAILURE, erreur gnrale, la requte ne peut tre
traite par aucun serveur.

156

Les codes dtat des messages de rponse SIP

157

Etablissement de la communication
Chaque utilisateur et sa machine est identifi par une adresse appele
URL SIP qui se prsente comme une URL Mailto ou Telnet :
utilisateur@machine
La partie utilisateur est compos dun nom ou un numro de
tlphone alors que la partie machine est un nom de domaine ou une
adresse IP.
Le client envoie une requte URI directement vers le port dentre de
lUAS du destinataire de la requte.
Une fois le client connect un serveur SIP distant, il peut lui
adresser une ou plusieurs requtes SIP et recevoir une ou plusieurs
rponses de ce serveur.
Les rponses contiennent certains champs : Call-ID, Cseq, Via et les
url To et From.
Les changes client-serveur se font laide de requtes (INVITE,
ACK, BYE, REGISTER, OPTION, CANCEL).
158

URL SIP
URL TO : contient ladresse du destinataire de la requte SIP.
URL FROM: contient ladresse source du client qui met la requte
SIP.
URL COURANTE ou requte URI: prcise la destination de la
requte REGISTER cest dire son domaine denregistrement. La
requte REGISTER est transmise de serveur en serveur jusqu ce
quelle ait atteint le serveur dont le domaine correspond celui list
dans la requte URI.
URL CONTACT : les requtes autres que REGISTER destination
de lURL TO sont redirigs aux adresses donnes dans lURL
CONTACT.
URL EXTERNAL : rserv des applications futures.

159

La structure de lURL SIP


sip :informations_utilisateur@domaine paramtres en-ttes
informations_utilisateur = (nom de lutilisateur :mot de
passe) ou (numro de tlphone si user = phone)
domaine = nom de domaine ou adresse IP : port
paramtres = ;transport = udp ou tcp; user = phone ou IP ;
method = INVITE, ACK, OPTIONS, BYE, CANCEL,
REGISTER; ttl = 0 255; maddr = adresse IP de multicast ; tag
= compteur en hxadcimal
en-tte = ?hname= hvalue & hname = hvalue .
Seules les URL CONTACT et EXTERNAL contiennent les
paramtres transport, method, ttl, maddr et des en-ttes.

160

Exemple
Une requte SIP par lexemple dune personne nomme
Jacques dont lurl est Jacques@uqam.ca qui invite une
personne Bill ayant pour url Bill@ele.ets.ca . La requte
INVITE sera la suivante :
INVITE sip :ele.ets.ca
Via: SIP/2.0/UDP ets.ca
From: sip:Jacques@uqam.ca
To: sip:Bill@ele.ets.ca
CallID: 1468@ets.ca
Cseq: 1 INVITE
161

Description des messages SIP

Dbut de ligne = ligne de requte ou ligne dtat


En-tte = en-tte gnrale ou en-tte de requte ou en-tte de
rponse ou en-tte dentit.
CRLF = indique la fin de ligne et le dbut du corps du message
(optionnel)
Corps du message = selon la mthode il indique des informations
sur la progression de la requte, description de la session, description
de destinations ou services intermdiaires, causes derreurs.
162

Principe de localisation partir dune adresse SIP

163

Scnarios de communication
Initialisation dune communication directe.
Enregistrement dun terminal.
Initialisation dune communication avec un serveur proxy.
Localisation par un serveur de redirection et initialisation
dappel directe.
Modification dynamique dune communication SIP.
Terminaison dune communication.

164

Initialisation dune communication directe


Dans ce cas, lappelant doit connatre la localisation (sous
forme dadresse IP) de la personne quil souhaite contacter.

165

Enregistrement dun terminal


Lorsquun terminal est activ dans un rseau, sa premire
action consiste se dclarer auprs dun serveur
denregistrement, de manire tre disponible si un appelant
souhaite le joindre.

166

Initialisation dune communication SIP avec un serveur


proxy

167

Localisation par un serveur de redirection et initialisation


dappel directe

168

Modification dune communication SIP


Requte re-invite accepte

Requte re-invite refuse

169

Terminaison dune communication SIP


Cette opration ne comporte que les deux tapes trs simples
suivantes :
Un message (requte BYE) est envoy pour indiquer au correspondant
que la session va tre clture.
Le correspondant rpond cette requte en validant la prise en compte de
cette demande par une rponse 200 OK.

170

Diagramme des squences: tablissement dappel

171

Diagramme des squences: Fermeture de lappel

172

Modle de dialogue

173

Les tapes successives (1/4)


1)

2)

3)

Le client A qui dsire initier une communication met une requte


INVITE contenant les URL From,To et Via. Celle ci est envoye au
serveur proxy.
Le proxy reoit la requte INVITE du client, il en extrait lURL
To, consulte sa base de donnes pour vrifier si le destinataire
existe et en fonction de cette vrification il renvoie un message
dtat au client source le notifiant que le destinataire nest pas
trouv dans le cas o celui-ci nexiste pas. Dans le cas contraire il
achemine la requte au destinataire ladresse IP contenue dans
lURL To pour signaler au destinataire une invitation une
communication.
En mme temps que le proxy achemine la requte au destinataire, il
envoie aussi un message dtat au client pour le notifier quil essaie
dtablir un contact avec le destinataire.

174

Les tapes successives (2/4)


4)

5)

6)

Ds la rception de la requte INVITE par le client destinataire, un


message dinvitation saffiche son cran lui indiquant le nom du
client qui dsire tablir une communication. Un message dtat est
envoy de manire automatique au proxy qui lacheminera vers le
client source pour linformer que le destinataire a reu son
invitation avec succs.
Le proxy reoit la rponse du destinataire, il extrait lURL From du
message et de la mme manire qu ltape 2, il achemine celle-ci
vers le client source. Un message ringing est affich lcran de ce
dernier.
Le client destinataire rpond par une message Ok au client source
et accepte ainsi son invitation communiquer. Cette rponse est
envoye au proxy.

175

Les tapes successives (3/4)


5)

6)

7)

8)

Le proxy reoit la rponse Ok, il lachemine au client source de la


mme manire qu ltape 5.
la rception de la rponse Ok, un message dacquittement est
envoy au proxy automatiquement contenant les mmes URL From
et To que les messages changs prcdemment.
De la mme manire qu ltape 2, le proxy achemine ce message
dacquittement vers le destinataire.
La communication est tablie ds la rception des messages
dacquittement Ack. A cette tape les paquets RTP et RTCP sont
changs entre les clients en multicast. Les ports RTP et RTCP sont
attribus et grs par le serveur proxy. Chaque fois quune
communication est tablie, le serveur proxy attribue chaque client
un port RTP pair et un port RTCP impair immdiatement suprieur.

176

Les tapes successives (4/4)


10)

11)

177

Si un client dsire mettre fin sa participation la confrence


multimdia, il envoie une requte Bye au proxy qui lachemine
son tour aux autres clients pour les informer du dpart de celui-ci.
Les clients rpondent par un message Ok au client qui dsire
terminer sa connexion via le proxy. Celui-ci libre les ports RTP et
RTCP quil a attribu ce client.

Les autres protocoles: MGCP


MGCP (Media Gateway Control Protocol ) nest pas en concurrence
avec SIP et H.323, il les complte.
SIP et H.323 sont des protocoles de cur de rseau et de priphrie
alors que MGCP nest quun protocole de priphrie dont la
souplesse permet lintgration de nombreux priphriques diffrents
(poste
tlphonique
analogique,
modem,
passerelle
dinterconnexion...) dans un rseau IP.
SIP et H.323 utilisent TCP pour le transport de la signalisation,
MGCP sadressant des terminaux lgers se contente dUDP.

178

Les autres protocoles: les entits MGCP


MGCP dfinit plusieurs entits:
La passerelle de signalisation (SG, Signalling Gateway) assure la mise
en relation de la signalisation du rseau tlphonique traditionnel,
gnralement SS7, avec la signalisation utilise dans le rseau en mode
paquet.
La passerelle mdia (MG, Media Gateway) ralise la paqutisation des
signaux voix.
Enfin, le contrleur de passerelle mdia (MGC, Media Gateway
Controller ou CA, Call Agent), cur du systme, pilote les diffrentes
passerelles.

179

Larchitecture MGCP

180

Linterconnexion RNIS et la voix sur IP

181

Exemple dutilisation de MGCP chez les FAI

182

Format dun message MGCP

Ligne de requte ou de rponse : notifie la commande excuter (sil


sagit dune requte) ou le rsultat de la commande (sil sagit dune
rponse). Cest une partie indispensable.
En-tte : spcifie la liste des paramtres du message. Cest une partie
facultative.
Corps du message : dcrit les paramtres de la session tablir. Cest une
partie facultative.
183

Schma sur l'implantation de MGCP

MGCP n'est donc pas un concurrent de SIP ou de H.323. Au contraire,


son rle est complmentaire et permet de faire communiquer le
rseau RTC avec des terminaux VoIP, intelligents ou non.
184

Mise en relation de deux endpoints

185

La pratique de la tlphonie sur IP

186

Le modle de tlphonie tout-IP: loffre gratuite


Loffre gratuite ne permet aux utilisateurs du logiciel que de
communiquer entre eux.
Il sagit dune communication purement IP, qui sollicite
exclusivement le rseau Internet.

187

Le modle de tlphonie IP/RTC : loffre payante


Loffre payante met en relation un utilisateur utilisant un
softphone avec un utilisateur du rseau de tlphonie
traditionnel. Les utilisateurs de softphone ne sont donc pas
confins des communications entre internautes mais
encourags acheter des crdits leur permettant dappeler les
tlphones traditionnels.

188

Tlphoner gratuitement dun PC vers un tlphone fixe


Parmi les dizaines de sites qui proposent de tlphoner
gratuitement dun PC vers des tlphones fixes sur des dizaines
de destinations, citons notamment les suivants :
Netappel (www.netappel.fr)
VoIPBuster (www.voipbuster.com)
VoIPStunt (www.voipstunt.com)
VoIPCheap (www.voipcheap.com)
VoIPDiscount (www.voipdiscount.com)
InternetCalls (www.internetcalls.com)
SIPDiscount (www.sipdiscount.com)

189

Skype
Skype est lun des premiers logiciels grand public avoir
permis la jonction entre la tlphonie du monde Internet et celle
du monde RTC.

Tlphones Skype
190

Windows Live Messenger (1/4)


Avec prs de 300 millions dutilisateurs, WLM est lun des
clients de messagerie les plus utiliss au monde.
La grande nouveaut de WLM rside dans la possibilit
dappeler des utilisateurs sur le rseau tlphonique traditionnel
(fixe ou mobile).

Fentre principale de WLM

191

Appel avec Windows Live Call

Windows Live Messenger (2/4)

NGN
Multimdia

User A

192

User B

Windows Live Messenger (3/4)


Presence

193

Instant messaging

Windows Live Messenger (4/4)

Video telephony / Video conferencing

194

Video telephony / Video conferencing


PSTN

Dial-Up
modem

User B

LEX

NGN
Multimdia
RAS
IP
backbone

xDSL
xDSL
modem
User A

195

BAS
DSLAM

Click to dial
PSTN
User A
LEX

NGN
Gateway

NGN
Multimdia
IP
backbone

xDSL
xDSL
modem
Internet User A
196

BAS
DSLAM
Web Server

Yahoo! Messenger (1/2)


Avec prs de 90 millions dadeptes dans le monde, Yahoo!
Messenger, la messagerie instantane de Yahoo!, est trs
proche de la messagerie de Microsoft.
Les utilisateurs dordinateurs Mac et UNIX nont pas t
oublis par le logiciel propos par Yahoo!.
Pour Windows, http://fr.messenger.yahoo.com.
Pour MacOS 8/9/X, http://fr.messenger.yahoo.com/mac.php,
Pour UNIX, http://fr.messenger.yahoo.com/unix.php,

197

Yahoo! Messenger (2/2)

Enregistrement dun message vocal

Appeler lordinateur dun contact

Appel partir du service Yahoo! Voice

198

Un tlphone intgrant
Yahoo! Messenger

Jabber (1/2)
Il ne sagit dune plate-forme ddie la messagerie
instantane et conue pour tre ouverte, rapide, facile utiliser
et tendre pour de nouveaux services, parmi lesquels la
tlphonie sur IP.

Le modle dcentralis de Jabber


199

Jabber (2/2)

Le modle coopratif des serveurs Jabber


200

Google Talk (1/2)


Pour Google, le service de tlphonie Google Talk nest que le
troisime volet de son offre de communication pour les
internautes, qui inclut aussi Google Mail, le courrier
lectronique, et Google Chat, la messagerie instantane.
Troisime volet de la communication initie par Google, la
ToIP a t lance le 9 aot 2005. Dans Google Talk la
conversation est fluide, stable, sans coupure ni retard
perceptible et globalement dexcellente qualit.

201

Google Talk (2/2)

Fentre de communication de la
messagerie instantane

Fentre principale de Google Talk

tat des contacts et actions disponibles

202

Asterisk (1/2)
Asterisk propose toutes les fonctionnalits dun standard
tlphonique de niveau professionnel, des plus lmentaires
aux plus complexes.
Il supporte une large gamme de services, voir le site de
lditeur, ladresse http://www.asterisk.org.
Le logiciel peut tre utilis comme une passerelle ToIP
htrogne. Par exemple, des utilisateurs utilisant diffrents
protocoles de signalisation, comme H.323 ou SIP, peuvent tre
mis en relation.
La premire vocation dAsterisk est de remplacer les PBX
dentreprise, trs coteux, et dont les configurations diffrent
dun quipement lautre.
203

Asterisk (2/2)

Procdure de call-back
204

Rfrences
Claude Servin, " RSEAUX & TLCOMS", Dunod, Paris, 2003, 2006 , ISBN:
2 10 049148 2.
Guy Pujolle, "Les rseaux", Groupe Eyrolles,
fvrier 201 4, SBN13 : 978-2-212-13852-8.

Edition 2014, 8me dition, I

Laurent Ouakil et Guy Pujolle , " Tlphonie sur IP ", Groupe Eyrolles, juin
2008, 2me dition , ISBN: 978-2-212-12359-3.
Pierre Ledru " Tlphonie sur IP, TolP : vers la convergence des rseaux ddis,
voix-vido-donnes ", ENI : DPTOIP, novembre 2011, ISBN : 978-2-7460-7004-2.

205