1 - Introduction

La voix sur IP (Voice over IP) est une technologie de communication vocale en pleine
mergence. Elle fait partie d'un tournant dans le monde de la communication. En effet, la
convergence du triple play (voix, donnes et vido) fait partie des enjeux principaux des
acteurs de la tlcommunication aujourd'hui. Plus rcemment l'Internet s'est tendu
partiellement dans l'Intranet de chaque organisation, voyant le trafic total bas sur un
transport rseau de paquets IP surpasser le trafic traditionnel du rseau voix (rseau
commutation de circuits). Il devenait clair que dans le sillage de cette avance
technologique, les oprateurs, entreprises ou organisations et fournisseurs devaient, pour
bnficier de l'avantage du transport unique IP, introduire de nouveaux services voix et
vido. Ce ft en 1996 la naissance de la premire version voix sur IP appele H323. Issu
de l'organisation de standardisation europenne ITU-T sur la base de la signalisation voix
RNIS (Q931), ce standard a maintenant donn suite de nombreuses volutions, quelques
nouveaux
standards
prenant
d'autres
orientations
technologiques.
Pour tre plus prcis et nanmoins schmatique, le signal numrique obtenu par
numrisation de la voix est dcoup en paquets qui sont transmis sur un rseau IP vers
une application qui se chargera de la transformation inverse (des paquets vers la voix). Au
lieu de disposer la fois d'un rseau informatique et d'un rseau tlphonique commut
(RTC), l'entreprise peux donc, grce la VoIP, tout fusionner sur un mme rseau. Ca par
du fait que la tlphonie devient de la "data". Les nouvelles capacits des rseaux haut
dbit devraient permettre de transfrer de manire fiable des donnes en temps rel.
Ainsi, les applications de vido ou audioconfrence ou de tlphonie vont envahir le monde
IP qui, jusqu'alors, ne pouvait raisonnablement pas supporter ce genre d'applications
(temps de rponse important, jigue-jitter, Cos-Qos,...). Jusque vers le milieu des annes
90, les organismes de normalisation ont tent de transmettre les donnes de manire
toujours plus efficace sur des rseaux conus pour la tlphonie. A partir de cette date, il y
a eu changement. C'est sur les rseaux de donnes, que l'on s'est vertu convoyer la
parole. Il a donc fallu dvelopper des algorithmes de codage audio plus tolrants et
introduire des mcanismes de contrle de la qualit de service dans les rseaux de
donnes. Faire basculer diffrents types de donnes sur un mme rseau permet en plus,
de
simplifier
son
administration.
Comme toute innovation technologique qui se respecte, la VoIP doit non seulement
simplifier le travail mais aussi faire conomiser de l'argent. Les entreprises dpensent
normment en communications tlphoniques, or le prix des communications de la Toip
(Tlphonie sur Ip) est drisoire en comparaison. En particulier, plus les interlocuteurs
sont loigns, plus la diffrence de prix est intressante. De plus, la tlphonie sur IP
utilise jusqu' dix fois moins de bande passante que la tlphonie traditionnelle. Ceci
apportant de grand intrt pour la voix sur rseau prive. Il semblerait que les entreprises
aprs avoir mis un certain nombre de doutes sur la qualit de services soient dsormais
convaincues de la plus grande maturit technologique des solutions proposes sur le
march. Qu'il s'agisse d'entreprises mono-site ou multisites, les sondages montrent que le
phnomne de migration vers les systmes de tlphonie sur IP en entreprise est
actuellement
engag.
Les premires technologies de VoIP imagines taient propritaires et donc trs diffrentes
les unes des autres. Pourtant, un systme qui est cens mettre des gens et des systmes
en relation exige une certaine dose de standardisation. C'est pourquoi sont apparus des
protocoles standards, comme le H323 ou le SIP.

2 - Le Rseau Tlphonique Commut

Mais qu'est-ce que le RTC? Le RTC est tout simplement le rseau tlphonique que nous
utilisons dans notre vie de tous les jours et qui nous donne accs de multiple fonction.
En effet outre le fait de pouvoir tlphoner, le RTC nous permet d'utiliser de multiples
services tel que la transmission et rception de fax, l'utilisation d'un minitel, accder
Internet etc... Il reprsente donc l'un des protocole de discussion utilis sur la paire de
cuivre boucle locale.
2.1 - Histoire de la tlphonie

Du premier tlgraphe de Chappe en 1790 au RTC actuelle, l'histoire des

communications connu de grands moments et de grandes avancs d l'ingniosit
de certains et aux progrs technologique et lectronique. Nous retiendrons quelques
grandes dates tel que :
1837 Premier tlgraphe lectrique invent par Samuel Morse
1889 Almon B. Strowger (USA) invente le premier slecteur automatique
et donne ainsi naissance la commutation tlphonique automatique
1938 Alec Reeves (Franais) dpose le brevet des futurs systmes
modulation par impulsion et codage (MIC) : quantification et chantillonnage
du signal intervalles rguliers, puis codage sous forme binaire.
1962 Les premiers systmes de transmission multiplex de type MIC
apparaissent aux Etats-Unis ils permettent une liaison 24 voies entre
centraux tlphonique, la mme poque en France on installe des MIC 32
voies.
1970 Un nouveau pas est franchi dans le domaine de la commutation
lectronique avec la mise en service en France, par le CNET, des premiers
centraux tlphoniques publics en commutation lectronique temporelle.
1979 Lancement du minitel en France
1987 Le RNIS est mis en service en France.
1990 De nouveaux concepts apparaissent tel que la commutation temporelle
asynchrone (ATM) et la hirarchie numrique synchrone.
2.2 - Principe du Rtc
Le rseau tlphonique public (RTPC, Rseau Tlphonique Public Commut ou
simplement RTC) a essentiellement pour objet le transfert de la voix. Le transport des
donnes n'y est autoris, en France, que depuis 1964. Utilisant le principe de la
commutation de circuits, il met en relation deux abonns travers une liaison ddie
pendant
tout
l'change.

On distingue deux grandes parties dans ce rseau :

Le rseau capillaire ou de distribution, c'est le raccordement depuis chez

l'abonn un point d'entre du rseau. Cette partie du rseau est analogique.
Le rseau de transit, effectue pour sa part le transport des communications
entre les noeuds de transit concentrateurs / commutateurs). Cette portion du
rseau est actuellement numrique.
La numrisation offre plusieurs avantages. Puisqu'il ne s'agit que de 0 et de 1, la
qualit du signal est prserve, quelle que soit la distance entre les convertisseurs
(analogique numrique et numrique analogique). Ce n'est pas le cas des
communications analogiques o le signal est pollu chaque manipulation.
La gestion gnrale du rseau discerne trois fonctions :
La distribution, celle-ci comprend essentiellement la liaison d'abonn ou boucle
locale (paire mtallique torsade) qui relie l'installation de l'abonn au centre
de transmission de rattachement. Cette ligne assure la transmission de la voix
(frquence vocale de 300 3 400 Hz), de la numrotation (10 Hz pouf la
numrotation dcimale -au cadran- et 697 1633 Hz pour la numrotation
frquentielle) et de la signalisation gnrale (boucle de courant, frquences
supra vocales)
La commutation, c'est la fonction essentielle du rseau, elle consiste mettre
en relation deux abonns, maintenir la liaison pendant tout l'change et librer
les ressources la fin de celui-ci. C'est le rseau qui dtermine les paramtres
de taxation et impute le cot de la communication l'appelant
La transmission, c'est la partie support de tlcommunication du rseau, cette
fonction est remplie soit par un systme filaire cuivre (en voie de disparition),
de la fibre optique ou des faisceaux hertziens. Aujourd'hui, le rseau est
pratiquement intgralement numris, seule la liaison d'abonn reste
analogique.
2.3 - Architecture du rseau
Le rseau tlphonique commut a une organisation hirarchique trois niveaux. Il
est structur en zones correspondant un niveau de concentration.

On distingue :
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 (Zone Autonomie
d'Acheminement) 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
(Commutateurs de Transit Secondaires). Ils assurent le brassage des circuits
lorsqu'un CAA (Commutateur Autonomie d'Acheminement) 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 (Zone de Transit Principal) comprend un
Commutateur de Transit Principal (CTP), L'un des commutateurs de transit
principal (CTP) est reli au commutateur international de transit.

3 - Les enjeux de la tlphonie sur Ip

Dans cette partie, nous allons voir pourquoi la tlphonie IP est devenue importante pour
les entreprises. L'enjeu est de russir faire converger le rseau de donne IP et le rseau
tlphonique actuel. Voici les principales motivations pour dployer la tlphonie sur IP
(Source Sage Research 2003, sondage auprs de 100 dcisionnaires IT).
Motivations

Pourcentage

Rduction de cots

75 %

Ncessit de standardiser l'quipement

66 %

Hausse de la productivit des employs

65 %

Autres bnfices de productivit

64 %

Hausse du volume d'appels traiter

46 %

Autres facteurs

50 %

La tlphonie sur IP exploite un rseau de donnes IP pour offrir des communications

vocales l'ensemble de l'entreprise sur un rseau unique voix et donnes. Cette
convergence des services de communication donnes, voix, et vido sur un rseau unique,
s'accompagne des avantages lis la rduction des cots d'investissement, la
simplification des procdures d'assistance et de configuration, et l'intgration accrue de
filiales
et
de
sites
distants
aux
installations
du
rseau
d'entreprise.
Les cots gnraux de l'infrastructure de rseau sont rduits. Le dploiement d'un unique
rseau converg voix et donnes sur tous les sites permet de raliser des conomies sur
les investissements productifs, l'ordre d'ide en 2004-2005 atteint les 50% si l'on prend on
compte les communications inter-site. De plus, comme le tlphone et le PC partagent le
mme cble Ethernet, les frais de cblage sont rduits. Les frais d'administration du
rseau sont galement minimiss. Il est ainsi possible de raliser des conomies court et
long terme sur de nombreux postes : administration d'un seul rseau, fournisseur
d'accs unique, unique contrat de maintenance, cblage commun, gratuit des
communications interurbaines, rduction de la complexit de l'intgration d'applications.
Enfin, la migration de la solution actuelle vers la Tlphonie sur IP s'effectue en douceur.
Les solutions de tlphonie sur Ip sont conues pour dgager une stratgie de migration
faible
risque

partir
de
l'infrastructure
existante.
Le scnario vers lequel va s'orienter la tlphonie sur Ip dpend beaucoup de l'volution
du rseau lui-mme. En effet, si Internet reste peu prs dans sa configuration actuelle
o il est essentiellement dimensionn en fonction d'une qualit de service moyenne pour la
transmission des donnes, il est fort probable que la tlphonie sur Ip restera un march
rserv au rseau de type Frame, Mpls. Les seules exceptions seraient alors les cas
d'interconnexion de PBX d'entreprises, commerce lectronique, applications nouvelles
associant la voix pour une vritable utilisation multimdia d'Internet. En effet, ce qui
ralenti considrablement l'explosion de ce secteur est le fait qu'il y ait encore trop peu de
dploiements oprationnels en France et mme dans le monde. De nombreuses
entreprises connaissent la tlphonie sur IP, mais toutes en sont au mme stade : le test.
De plus, il faut savoir que la plupart des dploiements oprationnels de tlphonie sur IP
ont t raliss pour des universits, or, les universits n'ayant pas les mmes exigences
qu'une entreprise, ces dploiements ne sont pas rellement pris en compte.
Les applications et les services Ip intgrs amliorent la productivit et le soin de la
clientle. Les bnfices rcurrents seront apports par les gains de productivit lis
l'utilisation de nouveaux services et de nouveaux applicatifs tels que la messagerie unifie
qui permettent de librer, selon les spcificits des mtiers, entre 25 et 40 minutes de
temps de travail par collaborateur, les assistants personnels qui permettent au
collaborateur de personnaliser sur l'Intranet toutes les fonctions avances de renvoi
d'appel en fonction de son agenda propre ou partag et les applications d'eLearning ,
qu'il convient de faire apparatre dans une dmarche de dmonstration de retour sur
l'investissement court et moyen terme. De plus, les fonctions simplifies de cration, de
dplacement et de modification rduisent le temps ncessaire pour ajouter de nouveaux
utilisateurs au rseau. Le dploiement de nouveaux services est acclr. L'utilisation
d'une infrastructure IP commune et d'interfaces standard ouvertes permet de dvelopper
et de dployer trs rapidement des applications innovantes. Enfin, les utilisateurs accdent
tous les services du rseau partout o ils peuvent s'y connecter notamment travers
l'extention mobility (substitution de postes).

4 - Les avantages
La VoIP offre de nombreuses nouvelles possibilits aux oprateurs et utilisateurs qui
bnficient d'un rseau bas sur Ip. Les avantages les plus marqus sont les suivants.
4.1 - Rduction des cots

En dplaant le trafic voix Rtc vers le rseau priv WAN/IP les entreprises peuvent
rduire sensiblement certains cots de communications. Rductions importantes
mises en vidence pour des communications internationales, ces rductions
deviennent encore plus intressantes dans la mutualisation voix/donnes du rseau
IP inter-sites (WAN). Dans ce dernier cas, le gain est directement proportionnel au
nombre
de
sites
distants.

4.2 - Standards ouverts et interoprabilit multi-fournisseurs

Trop souvent par le pass les utilisateurs taient prisonniers d'un choix technologique
antrieur. La VoIP a maintenant prouv tant au niveau des rseaux oprateurs que
des rseaux d'entreprises que les choix et les volutions deviennent moins
dpendants
de
l'existant.
Contrairement nos convictions du dbut, nous savons maintenant que le monde
VoIP ne sera pas uniquement H323, mais un usage multi-protocoles selon les besoins
de services ncessaires. Par exemple, H323 fonctionne en mode "peer to peer" alors
que MGCP fonctionne en mode centralis. Ces diffrences de conception offrent
immdiatement une diffrence dans l'exploitation des terminaisons considres.
4.3 - Choix d'un service opr
Les services oprateurs ouvrent les alternatives VoIP. Non seulement l'entreprise
peut oprer son rseau privVoIP en extension du rseau RTC oprateur, mais
l'oprateur lui-mme ouvre de nouveaux services de transport VoIP qui simplifient le
nombre d'accs locaux un site et rduit les cots induits. Le plus souvent les
entreprises oprant des rseaux multi-sites louent une liaison prive pour la voix et
une pour la donne, en conservant les connexions RTC d'accs local. Les nouvelles
offres VoIP oprateurs permettent outre les accs RTC locaux, de souscrire
uniquement le mdia VoIP inter-sites.
4.4 - Un rseau voix, vido et donnes (triple play)
En positionnant la voix comme une application supplmentaire du rseau IP,
l'entreprise ne va pas uniquement substituer un transport oprateur RTC un

transport IP, mais simplifier la gestion des trois rseaux (voix, donnes et vido) par
ce seul transport. Une simplification de gestion, mais galement une mutualisation
des efforts financiers vers un seul outil. Concentrer cet effort permet de bnficier
d'un rseau de meilleure qualit, plus facilement volutif et plus disponible, pourvu
que la bande passante du rseau concentrant la voix, la vido et les donnes soit
dimensionne
en
consquence.

4.5 - Un service PABX distribu ou centralis

Les PABX en rseau bnficient de services centraliss tel que la messagerie vocale,
la taxation, etc... Cette mme centralisation continue tre assure sur un rseau
VoIP sans limitation du nombre de canaux. A l'inverse, un certain nombre de services
sont parfois souhaits dans un mode de dcentralisation. C'est le cas du centre
d'appels o le besoin est une centralisation du numro d'appel (ex : numro vert), et
une dcentralisation des agents du centre d'appel. Difficile effectuer en tlphonie
traditionnelle sans l'utilisation d'un rseau IP pour le dport de la gestion des ACD
distants. Il est ainsi trs facile de constituer un centre d'appel ou centre de contacts
(multi canaux/multi-mdias) virtuel qui possde une centralisation de supervision et
d'informations.
Il convient pour en assurer une bonne utilisation de dimensionner convenablement le
lien rseau. L'utilisation de la VoIP met en commun un mdia qui peut la fois offrir
un moment prcis une bande passante maximum la donne, et dans une autre
priode une bande passante maximum la voix, garantissant toujours la priorit
celle-ci.
4.6 - Evolution vers un rseau de tlphonie sur Ip
La tlphonie sur IP repose totalement sur un transport VoIP. La mise en oeuvre de la
VoIP offre l une premire brique de migration vers la tlphonie sur IP.
4.7 - Intgration des services vido
La VoIP intgre une gestion de la voix mais galement une gestion de la vido. Si
nous excluons la configuration des "multicasts" sur les composants du rseau, le
rseau VoIP peut accueillir des applications vido de type vido confrence, vido
surveillance, e-learning, vido on demand,..., pour l'ensemble des utilisateurs un
cot d'infrastructure rseau supplmentaire minime.

5 - L'Architecture Voip
5.1 - Les schmas
Voici

le

schma

gnrale

de

l'utilisation

de

la

Voip

en

entreprise

La VoIP tant une nouvelle technologie de communication, elle n'a pas encore de
standard unique. En effet,chaque constructeur apporte ses normes et ses
fonctionnalits ses solutions. Il existe tout de mme des rfrences en la matire.
Je vais dcrire les trois principales que sont H.323, SIP et MGCP/MEGACO. Tous les
acteurs de ce march utilisent comme base pour leur produit une ou plusieurs de ces
trois architectures. Il existe donc plusieurs approches pour offrir des services de
tlphonie et de visiophonie sur des rseaux IP. Certaines placent l'intelligence dans
le rseau alors que d'autres prfrent une approche peer to peer avec l'intelligence
rpartie la priphrie (terminal de tlphonie IP, passerelle avec le rseau
tlphonique commut...). Chacune a ses avantages et ses inconvnients.
Le schma ci-dessus, dcrit de faon gnrale la topologie d'un rseau de tlphonie
IP. Elle comprend toujours des terminaux, un serveur de communication et une
passerelle vers les autres rseaux. Chaque norme a ensuite ses propres
caractristiques pour garantir une plus ou moins grande qualit de service.
L'intelligence du rseau est aussi dporte soit sur les terminaux, soit sur les
passerelles/Gatekeeper (contrleur de commutation). On retrouve les lments
communs suivants :
Le routeur : Il permet d'aiguiller les donnes et le routage des paquets entre
deux rseaux. Certains routeurs, comme les Cisco 2600, permettent de
simuler un gatekeeper grce l'ajout de cartes spcialises supportant les
protocoles VoIP.
La passerelle : il s'agit d'une interface entre le rseau commut et le rseau
IP.
Le PABX : C'est le commutateur du rseau tlphonique classique. Il permet
de faire le lien entre la passerelle ou le routeur et le rseau RTC. Une mise
jour du PABX est aussi ncessaire. Si tout le rseau devient IP, il n'y a plus
besoin de ce matriel.
Les Terminaux : Des PC ou des tlphones VoIP.

Pour transmettre les paquets, on utilise RTP, standardis en 1996. Il est un protocole
adapt aux applications prsentant des proprits temps rel. Il permet ainsi de
reconstituer la base de temps des flux (horodatage des paquets : possibilit de resynchronisation des flux par le rcepteur), de dtecter les pertes de paquets et en
informer la source, et d'identifier le contenu des donnes pour leurs associer un
transport scuris. En revanche, ce n'est pas "la solution" qui permettrait d'obtenir
des transmissions temps rel sur IP. En effet, il ne procure pas de rservation de
ressources sur le rseau (pas d'action sur le rseau de type RSVP, diffserv, Policeur),
de fiabilisation des changes (pas de retransmission automatique, pas de rgulation
automatique du dbit) et de garantie dans le dlai de livraison (seules les couches de
niveau infrieur le peuvent) et dans la continuit du flux temps rel. Bien
qu'autonome, RTP peut tre complt par RTCP. Ce dernier apporte un retour
d'informations sur la transmission et sur les lments destinataires. Ce protocole de
contrle permet de renvoyer la source des informations sur les rcepteurs et ainsi
lui permettre, par exemple, d'adapter un type de codage ou encore de modifier le
dbit des donnes.
5.2 - Gateway et Gatekeeper
Pour commencer je vais parler d'un des lments clefs d'un rseau VoIP, la passerelle
et leurs Gatekeepers associs. Les passerelles ou gateways en tlphonie IP sont
des ordinateurs qui fournissent une interface o se fait la convergence entre les
rseaux tlphoniques commuts (RTC) et les rseaux bass sur la commutation de
paquets TCP/IP. C'est une partie essentielle de l'architecture du rseau de tlphonie
IP. Le gatekeeper est l'lment qui fournit de l'intelligence la passerelle. Comme
nous l'avons dj fait remarqu, nous pouvons sparer les parties matrielles et
logicielles d'une passerelle. Le gatekeeper est le compagnon logiciel de la gateway.
Une gateway permet aux terminaux d'oprer en environnements htrognes. Ces
environnements peuvent tre trs diffrents, utilisant diverses technologies tels que
le Numris, la tlphonie commute ou la tlphonie IP. Les gateways doivent aussi
tre compatible avec les terminaux tlphoniques analogiques. La gateway fournit la
possibilit d'tablir une connexion entre un terminal analogique et un terminal
multimdia (un PC en gnral). Beaucoup de socits fournissent des passerelles
mais cela ne signifie pas qu'elles fournissent le mme service. Les gateways (partie
physique) et les gatekeepers (partie logicielle) font l'objet de deux sections spares
pour bien cerner la diffrence. Certaines socits vendent un produit " gateway ",
mais en ralit, elles incorporent une autre gateway du march avec leur gatekeeper
pour proposer une solution commerciale. La plus-value ne se fait pas sur la gateway
mais sur le gatekeeper car c'est sur celui-ci qu'on peut faire la diffrence.
Un gatekeeper deux services principaux : la gestion des permission et la rsolution
d'adresses. La gatekeeper est aussi responsable de la scurit. Quand un client veut
mettre un appel, il doit le faire au travers du gatekeeper. C'est alors que celui-ci
fournit une rsolution d'adresse du client de destination. Dans le cas o il y a
plusieurs gateways sur le rseau, il peut rediriger l'appel vers un autre couple
gateway/gatekeeper qui essaiera son tour de router l'appel. Pendant la rsolution
d'adresse, le gatekeeper peut aussi attribuer une certaine quantit de bande passante
pour l'appel. Il peut agir comme un administrateur de la bande passant disponible sur
le rseau. Le gatekeeper rpond aux aspects suivant de la tlphonie IP :
Le routage des appels : en effet, le gatekeeper est responsable de la fonction
de routage. Non seulement, il doit tester si l'appel est permis et faire la
rsolution d'adresse mais il doit aussi rediriger l'appel vers le bon client ou la
bonne passerelle.
Administration de la bande passante : le gatekeeper alloue une certaine
quantit de bande passant pour un appel et slectionne les codecs utiliser. Il
agit en tant que rgulateur de la bande passante pour prmunir le rseau
contre les goulots d'tranglement (bottle-neck).

Tolrance aux fautes, scurit : le gatekeeper est aussi responsable de la

scurit dans un rseau de tlphonie IP. Il doit grer les redondances des
passerelles afin de faire aboutir tout appel. Il connat tout moment l'tat de
chaque passerelle et route les appels vers les passerelles accessibles et qui ont
des ports libres.
Gestion des diffrentes gateways : dans un rseau de tlphonie IP, il peut y
avoir beaucoup de gateways. Le gatekeeper, de par ses fonctionnalits de
routage et de scurit, doit grer ces gateways pour faire en sorte que tout
appel atteigne sa destination avec la meilleure qualit de service possible.
Ainsi, le gatekeeper peut remplacer le classique PABX. En effet, il est capable de
router les appels entrant et de les rediriger vers leur destination ou une autre
passerelle. Mais il peut grer bien d'autres fonctions telles que la confrence ou le
double appel. Il n'existe pas les mmes contraintes avec un gatekeeper qu'avec un
PABX. En effet, ce dernier est constitu par du logiciel et l'oprateur peut
implmenter autant de services qu'il le dsire. Alors qu'avec un PABX, l'volutivit est
limite par le matriel propritaire de chaque constructeur, avec le gatekeeper,
l'amlioration des services d'un rseau de tlphonie IP n'a pas de limites. Le grand
bnfice du dveloppement d'un gros gatekeeper est de remplacer le PABX classique.
En effet, chaque PABX utilise son propre protocole pour communiquer avec les postes
clients, ce qui entrane un surcot. Avec le couple gateway/gatekeeper, ce problme
n'existe pas. Il utilise des infrastructures qui existent, le LAN et des protocoles tel
qu'IP.

6 - Standards VoIP
6.1 - Protocole H323
6.1.1 - Introduction
Avec le dveloppement du multimdia sur les rseaux, il est devenu ncessaire
de crer des protocoles qui supportent ces nouvelles fonctionnalits, telles que la
visioconfrence : l'envoi de son et de vido avec un soucis de donnes temps
rel. Le protocole H.323 est l'un d'eux. Il permet de faire de la visioconfrence
sur
des
rseaux
IP.
H.323 est un protocole de communication englobant un ensemble de normes
utiliss pour l'envoi de donnes audio et vido sur Internet. Il existe depuis 1996
et a t initi par l'ITU (International Communication Union), un groupe
international de tlphonie qui dveloppe des standards de communication.
Concrtement, il est utilis dans des programmes tels que Microsoft Netmeeting,
ou encore dans des quipements tels que les routeurs Cisco. Il existe un projet
OpenH.323 qui dveloppe un client H.323 en logiciel libre afin que les utilisateurs
et les petites entreprises puissent avoir accs ce protocole sans avoir
dbourser beaucoup d'argent.
6.1.2 - Fonctionnement
Le protocole H.323 est utilis pour l'interactivit en temps rel, notamment la
visioconfrence (signalisation, enregistrement, contrle d'admission, transport et
encodage). C'est le leader du march pour la tlphonie Ip. Il s'inspire du
protocole H.320 qui proposait une solution pour la visioconfrence sur un rseau
numrique intgration de service (Rnis ou Isdn en anglais), comme par
exemple le service numris propos par France Telecom. Le protocole H.323 est
une adaptation de H.320 pour les rseaux Ip. A l'heure actuelle, la
visioconfrence sur liaison Rnis est toujours la technique la plus dploye. Elle
existe depuis 1990. Les rseaux utiliss sont commutation de circuits. Ils
permettent ainsi de garantir une Qualit de Service (QoS) aux utilisateurs (pas
de risque de coupure du son ou de l'image). Aujourd'hui, c'est encore un
avantage indiscutable. Par contre, comme pour le tlphone, la facturation est

fonction du dbit utilis, du temps de communication et de la distance entre les

appels.
H.323 dfinit plusieurs lments de rseaux :
Les terminaux - Dans un contexte de tlphonie sur IP, deux types de
terminaux H.323 sont Aujourd'hui disponibles. Un poste tlphonique IP
raccords directement au rseau Ethernet de l'entreprise. Un PC
multimdia sur lequel est install une application compatible H.323.
Les passerelles (GW: Gateway) - Elles assurent l'interconnexion entre un
rseau Ip et le rseau tlphonique, ce dernier pouvant tre soit le rseau
tlphonique public, soit un Pabx d'entreprise. Elles assurent la
correspondance de la signalisation et des signaux de contrle et la
cohsion entre les mdias. Pour ce faire, elles implmentent les fonctions
suivantes de transcodage audio (compression, dcompression), de
modulation, dmodulation (pour les fax), de suppression d'chos, de
suppression des silences et de contrle d'appels. Les passerelles sont le
plus souvent bases sur des serveurs informatiques standards (Windows
NT, Linux) quips d'interfaces particuliers pour la tlphonie (interfaces
analogiques, accs de base ou accs primaire RNIS, interface E1, etc.) et
d'interfaces rseau, par exemple de type Ethernet. La fonctionnalit de
passerelle peut toutefois tre intgre directement dans le routeur ainsi
que dans les Pbx eux-mmes.
Les portiers (GK: Gatekeeper) - Ils sont des lments optionnels dans
une solution H.323. Ils ont pour rle de raliser la traduction d'adresse
(numro de tlphone - adresse Ip) et la gestion des autorisations. Cette
dernire permet de donner ou non la permission d'effectuer un appel, de
limiter la bande passante si besoin et de grer le trafic sur le Lan. Les
"gardes-barrire" permettent galement de grer les tlphones
classiques et la signalisation permettant de router les appels afin d'offrir
des services supplmentaires. Il peuvent enfin offrir des services
d'annuaires.
Les units de contrle multipoint (MCU, Multipoint Control Unit) Rfrence au protocole T.120 qui permet aux clients de se connecter aux
sessions de confrence de donnes. Les units de contrle multipoint
peuvent communiquer entre elles pour changer des informations de
confrence.
Dans un contexte de tlphonie sur IP, la signalisation a pour objectif de raliser
les fonctions suivantes :
Recherche et traduction d'adresses - Sur la base du numro de tlphone
du destinataire, il s'agit de trouver son adresse IP (appel tlphone . PC)
ou l'adresse IP de la passerelle desservant le destinataire. Cette fonction
est prise en charge par le Gatekeeper. Elle est effectue soit localement
soit par requte vers un annuaire centralis.
Contrle d'appel - L'quipement terminal ( endpoint = terminal H.323
ou passerelle) situ l'origine de l'appel tablit une connexion avec
l'quipement de destination et change avec lui les informations
ncessaires l'tablissement de l'appel. Dans le cas d'une passerelle,
cette fonction implique galement de supporter la signalisation propre
l'quipement tlphonique laquelle elle est raccorde (signalisation
analogique, Q.931, etc.) et de traduire cette signalisation dans le format
dfini dans H.323. Le contrle d'appel est pris en charge soit par les
quipements terminaux soit par le Gatekeeper. Dans ce cas, tous les
messages de signalisation sont routs via le Gatekeeper, ce dernier

jouant
alors
un
rle
similaire

celui
d'un
PBX.
Services supplmentaires : dviation, transfert d'appel, confrence, etc.
Trois protocoles de signalisation sont spcifis 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 dcouvrir l'existence d'un Gatekeeper et s'enregistrer
auprs de ce dernier ainsi que pour les demandes de traduction
d'adresses. La signalisation RAS utilise des messages H.225.0 6 transmis
sur un protocole de transport non fiable (Udp, par exemple).
Q.931 - H.323 utilise une version simplifie de la signalisation RNIS
Q.931 pour l'tablissement et le contrle d'appels tlphoniques sur Ip.
Cette version simplifie est galement spcifie dans la norme H.225.0.
H.245 : ce protocole est utilis pour l'change de capacits 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.
Une communication H.323 se droule en cinq phases :
tablissement d'appel
change de capacit et rservation 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.)
Libration de l'appel.
6.1.3 - H323 dans le modle Osi

Les diffrents protocoles sont reprsents ci-dessous dans le modle OSI :

6.1.4 - La visioconfrence sur Ip

Tout d'abord, au niveau conomique, la visioconfrence sur Ip s'avre moins
coteuse que celle sur liaison RNIS car d'un ct, l'quipement d'un PC est
relativement peu cher : ce systme ne ncessite pas l'installation de prises RNIS
spciales. D'autre part, une liaison Rnis a un cot calcul selon la longueur de
l'appel, le dbit, et la distance. Alors que dans une liaison IP, le prix est
forfaitaire selon le dbit. En fin de compte, la visioconfrence par Ip s'avre
souvent
moins
onreuse
que
par
liaison
Rnis.
Ensuite, qualitativement parlant, la visioconfrence sur Ip peut utiliser des dbits
suprieurs et ainsi avoir une image et un son meilleurs qu'avec une liaison Rnis.
En effet, la visioconfrence sur Numeris utilise des dbits allant de 128Kb/s
384Kb/s, alors qu'en mutualisant certaines liaisons Ip, on peut obtenir des lignes
haut dbit allant jusqu' plusieurs Mb/s. Malheureusement, le problme majeur
de la visioconfrence sur Ip est l'absence d'une Qualit de Service (QoS) sur les
rseaux Ip. C'est galement ce qui fait l'avantage des rseaux Rnis. Cependant,
avec l'volution des rseaux Ip, on sait dsormais qu'il est possible qu'on puisse
disposer d'une QoS sur ceux-ci tel que Rsvp, Diffserv, gestion de file d'attente.
On pourrait donc avoir des flux avec priorit sur ces rseaux.
En dehors du protocole H.323, il existe des normes de visioconfrence sur Ip
ayant des possibilits analogues H.323 telles que Ip multicast, qui est

particulirement adapts au tlenseignement et la diffusion de sminaires et

confrences car il permet la connexion de plusieurs dizaines de sites voire plus.
Il existe galement le systme Vrvs qui est utilis dans certaines communauts
scientifiques, notamment la physique, en raison de sa convivialit. Il intgre Ip
multicast
et
H.323.
Pour pouvoir suivre une visioconfrence, il faut bien entendu le matriel
adquat. Ce peut tre un matriel ddi contenant tout ce qu'il faut : moniteur,
micro, et camra vido. Ou alors, un ensemble matriel et logiciel sur un poste
de travail normal (PC, etc.). Si la visioconfrence ne compte que deux
interlocuteurs, alors la liaison est point point comme illustr sur le schma cidessous
:

Dans le cas o il y a plus de deux interlocuteurs, la visioconfrence ncessite

l'utilisation d'un pont multipoint comme illustr sur le schma ci-dessous :

Pour se connecter entre eux, les interlocuteurs sont identifis par un numro ou
une adresse E.164. Elle est compose de numros et est structure comme un
numro de tlphone. En particulier, un numro de tlphone est une adresse
E.164. E.164 est le nom de la norme qui dfinit ces adresses.
Pour router un appel H.323 dans le rseau, il est ncessaire d'avoir un
GateKeeper . C'est un lment logiciel qui fonctionne dans un PC, ou encore
dans un pont multipoint ou dans un routeur IP (Exemple dans les routeurs
Cisco). En fonction de l'adresse destinataire contenue dans l'appel H.323, les
diffrents GateKeeper vont tablir la communication entre metteur et
destinateur
et
mettre
en
place
le
routage.
Par ailleurs, le protocole H.323 intgre la norme T.120 qui permet le partage
d'applications. On peut, par exemple, afficher des documents sur les postes de
travail des autres interlocuteurs.
6.1.5 - Avantages et inconvnients
Les rseaux IP sont commutation de paquets, les flux de donnes transitent en
commun sur une mme liaison. La visioconfrence IP mise sur une disponibilit
de ces liaisons. Les dbits des rseaux IP doivent donc tre adapts en fonction
du trafic afin d'viter tout risque de coupure du son et de la vido. Tous les sites
n'ont pas le mme dbit. Plus le dbit sera lev et plus le risque de coupure
sera faible. Par ailleurs, tant que la Qualit de Service n'existera pas dans les
rseaux IP, la fiabilit des visioconfrences sur les lignes faible dbit sera
basse.
A l'heure actuelle, la compatibilit entre les diffrentes normes de
visioconfrence est assez faible. La visioconfrence H.323 et H.320 sont
compatibles mais elles ncessitent l'emploi de passerelles H.320/H.323.
En ce qui concerne les diffrentes normes pour la visioconfrence sur Ip, H.323
et Ip Multicast ne sont, en rgle gnrale, pas compatibles, sauf dans le cadre de
VRVS qui permet un certain degr d'interoprabilit, mais ne gre pas la norme
T.120.
Voici les principaux bnfices qu'apporte la norme H.323 sont les suivants :

Codec standards : H.323 tablit des standards pour la compression et la

dcompression des flux audio et vido. Ceci assure que des quipements
provenant de fabricants diffrents ont une base commune de dialogue.
Interoprabilit : Les utilisateurs veulent pouvoir dialoguer sans avoir
se soucier de la compatibilit du terminal destinataire. En plus d'assurer
que le destinataire est en mesure de dcompresser l'information, H.323
tablit des mthodes communes d'tablissement et de contrle d'appel.
Indpendance vis vis du rseau : H.323 est conu pour fonctionner sur
tout type d'architecture rseau. Comme les technologies voluent et les
techniques de gestion de la bande passante s'amliorent, les solutions
bases sur H.323 seront capables de bnficier de ces amliorations
futures.
Indpendance vis vis des plates-formes et des applications : H.323
n'est li aucun quipement ou systme d'exploitation.
Support multipoint : H.323 supporte des confrences entre trois points
terminaux ou plus sans ncessiter la prsence d'une unit de contrle
spcialise.
Gestion de la bande passante : Le trafic audio et vido est un grand
consommateur de ressources rseau. Afin d'viter que ces flux ne
congestionnent le rseau, H.323 permet une gestion de la bande
passante disposition. En particulier, le gestionnaire du rseau peut
limiter le nombre simultan de connexions H.323 sur son rseau ou
limiter la largeur de bande disposition de chaque connexion. De telles
limites permettent de garantir que le trafic important ne soit pas
interrompu.
Support multicast : H.323 supporte le multicast dans les confrences
multipoint. Multicast envoie chaque paquet vers un sous-ensemble des
destinataires sans rplication, permettant une utilisation optimale du
rseau.
A l'heure actuelle, le standard de fait pour les systmes de tlphonie sur IP est
la norme H.323 de l'UIT. Indispensable pour permettre un minimum
d'interoprabilit entre quipements de fournisseurs diffrents, ce standard
prsente toutefois les inconvnients suivants :
Protocole complexe, cr initialement pour les confrences multimdia et
qui incorpore des mcanismes superflus dans un contexte purement
tlphonique. Ceci a notamment des incidences au niveau des terminaux
H.323 (tlphones IP, par exemple) qui ncessitent de ce fait une
capacit mmoire et de traitement non sans incidence au niveau de leur
cot.
Comprend de nombreuses options susceptibles d'tre implmentes de
faon diffrentes par les constructeurs et donc de poser des problmes
d'interoprabilit ou de plus petit dnominateur commun (dans le choix
du codec, par exemple) ; D'autre part, comme le seul codec obligatoire
est le codec G.711 (64 Kps) et que le support des autres codecs plus
efficaces est optionnel, l'interoprabilit entre produits provenant de
constructeurs diffrents ne signifie pas qu'ils feront un usage optimal de
la bande passante. En effet, dans le cas o les codecs bas dbits sont
diffrents, le transport de la voix se fera 64 Kbps, ce qui, en terme de
bande passante, ne prsente gure d'avantages par rapport un systme
tlphonique classique.
6.1.6 - Comparaison avec Sip

Sip est un autre protocole pour l'interactivit en temps rel. Il a t dvelopp

par l'IETF et s'inspire du protocole Http alors que H.323 s'inspire de la
tlphonie. Sip est plus modulaire et peut fonctionner avec d'autres protocoles.
Il est donc plus souple que H.323.
6.1.7 - Conclusion
Le protocole H.323 est une des normes envisageables pour la visioconfrence
sur Ip. Cependant, elle est pour l'instant surtout employ par des programmes
propritaires (Microsoft, etc.). La documentation est difficile d'accs car l'ITU fait
payer les droits d'accs aux derniers dveloppements de cette technologie, en
dehors des efforts faits par le projet OpenH.323 pour rendre cette technologie
accessible tous. Cet ensemble de normes ne s'avrent pas toujours
compatibles avec d'autres protocoles cause de son dveloppement inspir de la
tlphonie, ce qui peut rendre son utilisation un peu "rigide".
6.2 - Protocole SIP
6.2.1 - Introduction
Le protocole Sip (Session Initiation Protocole) a t initi par le groupe MMUSIC
(Multiparty Multimedia Session Control) et dsormais repris et maintenu par le
groupe SIP de l'IETF donnant la Rfc 3261 rendant obsolte la Rfc 2543. Sip est
un protocole de signalisation appartenant la couche application du modle Osi.
Son rle est d'ouvrir, modifier et librer les sessions. L'ouverture de ces sessions
permet de raliser de l'audio ou vidoconfrence, de l'enseignement distance,
de la voix (tlphonie) et de la diffusion multimdia sur Ip essentiellement. Un
utilisateur peut se connecter avec les utilisateurs d'une session dj ouverte.
Pour ouvrir une session, un utilisateur met une invitation transportant un
descripteur de session permettant aux utilisateurs souhaitant communiquer de
s'accorder sur la compatibilit de leur mdia, Sip permet donc de relier des
stations mobiles en transmettant ou redirigeant les requtes vers la position
courante de la station appele. Enfin, SIP possde l'avantage de ne pas tre
attach un mdium particulier et est sens tre indpendant du protocole de
transport des couches basses.
6.2.2 - Fonctionnement
Sip intervient aux diffrentes phases de l'appel :
Localisation du terminal correspondant,
Analyse du profil et des ressources du destinataire,
Ngociation du type de mdia (voix, vido, donnes...) et des paramtres
de communication,
Disponibilit du correspondant, dtermine si le poste appel souhaite
communiquer, et autorise l'appelant le contacter.
Etablissement et suivi de l'appel, avertit les parties appelant et appel de
la demande d'ouverture de session, gestion du transfert et de la
fermeture des appels.
Gestion de fonctions volues : cryptage, retour d'erreurs, ...
Avec Sip, les utilisateurs qui ouvrent une session peuvent communiquer en mode
point point, en mode diffusif ou dans un mode combinant ceux-ci. Sip permet
donc l'ouverture de sessions en mode :

Point--point - Communication entre 2 machines, on parle d'unicast.

Diffusif - Plusieurs utilisateurs en multicast, via une unit de contrle
M.C.U (Multipoint Control Unit)
Combinatoire - Plusieurs utilisateurs pleinement interconnects
multicast via un rseau maillage complet de connexions.

en

Voici les diffrents lments intervenant dans l'ouverture de session :

Suivant nature des changes, choix des protocoles les mieux adapts
(Rsvp, Rtp, Rtcp, Sap, Sdp).
Dtermination du nombre de sessions, comme par exemple, pour
vhiculer de la vido, 2 sessions doivent tre ouvertes (l'une pour l'image
et l'autre pour la vido).
Chaque utilisateur et sa machine est identifi par une adresse que l'on
nomme Url Sip et qui se prsente comme une Url Mailto.
Requte Uri permettant de localiser le proxy server auquel est rattach la
machine de l'appel.
Requte Sip, une fois le client (machine appelante) 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 identiques ceux des requtes, tels que : Call-ID, Cseq,
To et From.
Les changes entre un terminal appelant et un terminal appel se font par
l'intermdiaire de requtes :
Invite - Cette requte indique que l'application (ou utilisateur)
correspondante l'Url Sip spcifi est invit participer une session. Le
corps du message dcrit cette session (par ex : mdia supports par
l'appelant ). En cas de rponse favorable, l'invit doit spcifier les mdias
qu'il supporte.
Ack - Cette requte permet de confirmer que le terminal appelant a bien
reu une rponse dfinitive une requte Invite.
Options - Un proxy server en mesure de contacter l'UAS (terminal)
appel, doit rpondre une requte Options en prcisant ses capacits
contacter le mme terminal.
Bye - Cette requte est utilise par le terminal de l'appel fin de
signaler qu'il souhaite mettre un terme la session.
Cancel - Cette requte est envoye par un terminal ou un proxy server
fin d'annuler une requte non valide par une rponse finale comme, par
exemple, si une machine ayant t invite participer une session, et
ayant accept l'invitation ne reoit pas de requte Ack, alors elle met
une requte Cancel.
Register - cette mthode est utilise par le client pour enregistrer
l'adresse liste dans l'URL TO par le serveur auquel il est reli.
Une rponse une requte est caractrise, par un code et un motif, appels
code d'tat et raison phrase respectivement. Un code d'tat est un entier cod

sur 3 bits indiquant un rsultat l'issue de la rception d'une requte. Ce

rsultat est prcis par une phrase, textbased (UTF-8), expliquant le motif du
refus ou de l'acceptation de la requte. Le code d'tat est donc destin
l'automate grant l'tablissement des sessions Sip et les motifs aux
programmeurs. Il existe 6 classes de rponses et donc de codes d'tat,
reprsentes par le premier bit :
1xx = Information - La requte a t reue et continue tre traite
2xx = Succs - L'action a t reue avec succs, comprise et accepte
3xx = Redirection - Une autre action doit tre mene afin de valider la
requte
4xx = Erreur du client - La requte contient une syntaxe ronne ou ne
peut pas tre traite par ce serveur
5xx = Erreur du serveur - Le serveur n'a pas russi traiter une requte
apparemment correcte
6xx = Echec gnral - La requte ne peut tre traite par aucun serveur
Dans un systme Sip on trouve deux types de composantes, les users agents
(UAS, UAC) et un rseau de serveurs :
L'UAS (User Agent Server) - Il reprsente l'agent de la partie appele.
C'est une application de type serveur qui contacte l'utilisateur lorsqu'une
requte Sip est reue. Et elle renvoie une rponse au nom de l'utilisateur.
L'U.A.C (User Agent Client) - Il reprsente l'agent de la partie appelante.
C'est une application de type client qui initie les requtes.
Le relais mandataire ou PS (Proxy Server), auquel est reli un terminal fixe ou
mobile, agit la fois comme un client et comme un serveur. Un tel serveur peut
interprter et modifier les messages qu'il reoit avant de les retransmettre :
Le RS (Redirect Server) - Il ralise simplement une association (mapping)
d'adresses vers une ou plusieurs nouvelles adresses. (lorsqu'un client
appelle un terminal mobile - redirection vers le PS le plus proche - ou en
mode multicast - le message mis est redirig vers toutes les sorties
auxquelles sont relis les destinataires). Notons qu'un Redirect Server est
consult par l'Uac comme un simple serveur et ne peut mettre de
requtes contrairement au Ps.
Le LS (Location Server) - Il fournit la position courante des utilisateurs
dont la communication traverse les Rs et PS auxquels il est rattach.
Cette fonction est assure par le service de localisation.
Le RG (Registrar) - C'est un serveur qui accepte les requtes Register et
offre galement un service de localisation comme le LS. Chaque PS ou RS
est gnralement reli un Registrar.
6.2.3 - Scurit et Authentification
Les messages Sip peuvent contenir des donnes confidentielles, en effet le
protocole Sip possde 3 mcanismes de cryptage :
Cryptage de bout en bout du Corps du message Sip et de certains champs
d'en-tte sensibles aux attaques.

Cryptage au saut par saut (hop by hop) fin d'empcher des pirates de
savoir qui appelle qui.
Cryptage au saut par saut du champ d'en-tte Via pour dissimuler la
route qu'a emprunt la requte.
De plus, fin d'empcher tout intrus de modifier et retransmettre des requtes
ou rponses Sip, des mcanismes d'intgrit et d'authentification des messages
sont mis en place. Et pour des messages Sip transmis de bout en bout, des cls
publiques et signatures sont utilises par Sip et stockes dans les champs d'entte
Autorisation.
Une autre attaque connue avec Tcp ou Udp est le deny of service , lorsqu'un
Proxy Server intrus renvoie une rponse de code 6xx au client (signifiant un
chec gnral, la requte ne peut tre traite). Le client peut ignorer cette
rponse. Si il ne l'ignore pas et met une requte vers le serveur "rgulier"
auquel il tait reli avant la rponse du serveur "intrus", la requte aura de
fortes chances d'atteindre le serveur intrus et non son vrai destinataire.
6.2.4 - Comparaison avec H323
Voici les avantages du protocole H.323 :
Il existe de nombreux produits (plus de 30) utilisant ce standard adopt
par de grandes entreprises telles Cisco, IBM, Intel, Microsoft, Netscape,
etc.
Les cinq principaux logiciels de visioconfrence Picturel 550, Proshare
500, Trinicon 500, Smartstation et Cruiser 150 utilisent sur Ip la norme
H.323.
Un niveau d'interoprabilit trs lev, ce qui permet plusieurs
utilisateurs d'changer des donnes audio et vido sans faire attention
aux types de mdia qu'ils utilisent.
Voici les avantages du protocole Sip :
Sip est un protocole plus rapide. La sparation entre ses champs d'entte et son corps du message facilite le traitement des messages et
diminue leur temps de transition dans le rseau.
Nombre des en-ttes est limit (36 au maximum et en pratique, moins
d'une dizaine d'en-ttes sont utilises simultanment), ce qui allge
l'criture et la lecture des requtes et rponses.
Sip est un protocole indpendant de la couche transport. Il peut aussi
bien s'utiliser avec Tcp que Udp.
De plus, il spare les flux de donnes de ceux la signalisation, ce qui rend
plus souple l'volution "en direct" d'une communication (arrive d'un
nouveau
participant,
changement
de
paramtres...).

SIP

H323

Nombre changes pour tablir

la connexion

1,5 aller-retour

6 7 aller-retour

Maintenance du code

Simple par sa nature textuelle

Complexe et ncessitant un com

protocolaire

l'exemple de Http

Evolution du protocole

Protocole ouvert de nouvelles

fonctions

Ajout d'extensions propritaires

concertation entre vendeurs

Fonction de confrence

Distribue

Centralise par l'unit MC

Fonction de tlservices

Oui, par dfaut

H.323 v2 + H.450

Dtection d'un appel en boucle Oui

Inexistante sur la version 1

un appel rout sur l'appelant pro
infinit de requtes

Signalisation multicast

Non

Oui, par dfaut

6.2.5 - Conclusion
La simplicit, la rapidit et la lgret d'utilisation, tout en tant trs complet, du
protocole Sip sont autant d'arguments qui pourraient permettre Sip de
convaincre les investisseurs. De plus, ses avances en matire de scurit des
messages sont un atout important par rapport ses concurrents.
6.3 - Transport Rtp et Rtcp
6.3.1 - Introduction
Rtp est un protocole qui a t dvelopp par l'IETF afin de facilit le transport
temps rel de bout en bout des flots donnes audio et vido sur les rseaux Ip,
c'est dire sur les rseaux de paquets. Rtp est un protocole qui se situe au
niveau de l'application et qui utilise les protocoles sous-jacents de transport Tcp
ou Udp. Mais l'utilisation de Rtp se fait gnralement au-dessus de Udp ce qui
permet d'atteindre plus facilement le temps rel. Les applications temps rels
comme la parole numrique ou la visio-confrence constitue un vritable
problme pour Internet. Qui dit application temps rel, dit prsence d'une
certaine qualit de service (QoS) que Rtp ne garantie pas du fait qu'il fonctionne
au niveau Applicatif. De plus Rtp est un protocole qui se trouve dans un
environnement multipoint, donc on peut dire que Rtp possde sa charge, la
gestion du temps rel, mais aussi l'administration de la session multipoint.
Rtp et Rtcp sont dfinis, depuis juillet 2003, par la Rfc 3550 rendant obsolte la
version prcdente Rfc 1889.
6.3.2 - Les fonctions de Rtp
Le protocole Rtp, Real Time Transport Protocol, standardis en 1996, a pour but
d'organiser les paquets l'entre du rseau et de les contrler la sortie. Ceci
de faon reformer les flux avec ses caractristiques de dpart. Rtp est gr au
niveau de l'application donc ne ncessite pas l'implmentation d'un Kernel ou de
librairies. Comme nous l'avons dit dans l'introduction, Rtp est un protocole de
bout en bout. Rtp est volontairement incomplet et mallable pour s'adapter aux
besoins des applications. Il sera intgr dans le noyau de l'application. Rtp laisse
la
responsabilit
du
contrle
aux
quipements
d'extrmit.
Rtp, est un protocole adapt aux applications prsentant des proprits temps
rel. Il permet ainsi de :
Reconstituer la base de temps des flux (horodatage des paquets :
possibilit de resynchronisation des flux par le rcepteur)
Mettre en place un squencement des paquets par une numrotation et
ce afin de permettre ainsi la dtection des paquets perdus. Ceci est un
point primordial dans la reconstitution des donnes. Mais il faut savoir
quand mme que la perte d'un paquet n'est pas un gros problme si les
paquets ne sont pas perdus en trop grands nombre. Cependant il est trs

important de savoir quel est le paquet qui a t perdu afin de pouvoir

pallier cette perte. Et ce par le remplacement par un paquet qui se
compose d'une synthse des paquets prcdent et suivant.
Identifier le contenu des donnes pour leurs associer un transport
scuris.
L'identification de la source c'est dire l'identification de l'expditeur du
paquet. Dans un multicast l'identit de la source doit tre connue et
dtermine.
Transporter les applications audio et vido dans des trames (avec des
dimensions qui sont dpendantes des codecs qui effectuent la
numrisation). Ces trames sont incluses dans des paquets afin d'tre
transportes et doivent de ce fait tre rcupres facilement au moment
de la phase de dpaqutisation afin que l'application soit dcode
correctement.
En revanche, ce n'est pas "la solution" qui permettrait
transmissions temps rel sur IP. En effet, il ne procure pas de :

d'obtenir

des

Rservation de ressources sur le rseau (pas d'action sur le rseau, cf.

RSVP);
Fiabilit des changes (pas de retransmission automatique, pas de
rgulation automatique du dbit);
Garantie dans le dlai de livraison (seules les couches de niveau infrieur
le peuvent) et dans la continuit du flux temps rel.
6.3.3 - Entte Rtp
L'entte d'un paquet Rtp est obligatoirement constitu de 16 octets. Cette entte
prcde
le
"payload"
qui
reprsente
les
donnes
utiles.

6.3.3.1 - V
Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp. Actuellement,
V=2.

6.3.3.2 - P
Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage.
6.3.3.3 - X
Ce bit spcifie, si il est 1, que l'entte est suivie d'une entte supplmentaire.
6.3.3.4 - CC
Ce champ, cod sur 4 bits, reprsente le nombre de CSRC qui suit l'entte.
6.3.3.5 - M
Ce bit, lorsqu'il est 1, dfinie que l'interprtation de la Marque est par un profil
d'application.
6.3.3.6 - PT
Bas sur 7 bits, ce champ identifie le type du payload (audio, vido, image,
texte, html, etc.).
6.3.3.7 - Numro de squence
Ce champ, d'une taille de 2 octets, reprsente le numro d'ordre d'mission des
paquets. Sa valeur initiale est alatoire et il s'incrmente de 1 chaque paquet
envoy, il peut servir dtecter des paquets perdus.
6.3.3.8 - Timestamp
Ce champ horodatage, de 4 octets, reprsente l'horloge systme ou l'horloge
d'chantillonnage de l'metteur. Elle doit tre monotone et linaire pour assurer
la synchronisation des flux.
6.3.3.9 - SSRC
Bas sur 4 octets, ce champ identifie de manire unique la source de
synchronisation, sa valeur est choisie de manires alatoire par l'application.
6.3.3.10 - CSRC
Ce champ, sur 4 octets, identifie les sources de contribution. La liste des
participants ayant leur contribution (audio, vido) aux donne du paquet.
6.3.4 - Les fonctions de Rtcp
Le protocole Rtcp est fond sur la transmission priodique de paquets de
contrle tous les participants d'une session. C'est le protocole Udp (par
exemple) qui permet le multiplexage des paquets de donnes Rtp et des paquets
de contrle Rtcp. Le protocole Rtp utilise le protocole Rtcp, Real-time Transport
Control Protocol, qui transporte les informations supplmentaires suivantes pour
la gestion de la session :
Les rcepteurs utilisent Rtcp pour renvoyer vers les metteurs un rapport
sur la QoS. Ces rapports comprennent le nombre de paquets perdus, le
paramtre indiquant la variance d'une distribution (plus communment
appel la gigue : c'est dire les paquets qui arrivent rgulirement ou
irrgulirement) et le dlai aller-retour. Ces informations permettent la

source de s'adapter, par exemple, de modifier le niveau de compression

pour maintenir une QoS.
Une synchronisation supplmentaire entre les mdias. Les applications
multimdias sont souvent transportes par des flots distincts. Par
exemple, la voix, l'image ou mme des applications numrises sur
plusieurs niveaux hirarchiques peuvent voir les flots gres suivre des
chemins diffrents.
L'identification car en effet, les paquets Rtcp contiennent des informations
d'adresses, comme l'adresse d'un message lectronique, un numro de
tlphone ou le nom d'un participant une confrence tlphonique.
Le contrle de la session, car Rtcp permet aux participants d'indiquer leur
dpart d'une confrence tlphonique (paquet Bye de Rtcp) ou
simplement de fournir une indication sur leur comportement.
Le protocole Rtcp demande aux participants de la session d'envoyer
priodiquement les informations cites ci-dessus. La priodicit est calcule en
fonction du nombre de participants de l'application. On peut dire que les paquets
Rtp ne transportent que les donnes des utilisateurs. Tandis que les paquets
Rtcp ne transportent en temps rel, que de la supervision. On peut dtailler les
paquets de supervision en 5 types:
200 : rapport de l'metteur
201 : rapport du rcepteur
202 : description de la source
203 : au revoir
204 : application spcifique
Ces diffrents paquets de supervision fournissent aux noeuds du rseau les
instructions ncessaires un meilleur contrle des applications temps rel.
6.3.5 - Entte Rtcp
Ce protocole dfini cinq paquets de contrle :
200 - SR (Sender Report) : Ce rapport regroupe des statistiques
concernant la transmission (pourcentage de perte, nombre cumul de
paquets perdus, variation de dlai (gigue), ...Ces rapports sont issus
d'metteurs actifs d'une session.
201 - RR (Receiver Report) : Ensemble de statistiques portant sur la
communication entre les participants. Ces rapports sont issus des
rcepteurs d'une session.
202 - SDES (Source Description) : Carte de visite de la source (nom, email, localisation).
203 - BYE : Message de fin de participation une session.
204 - APP : Fonctions spcifiques une application.

Voici

l'en-tte

commun

tous

les

paquets

Rtcp.

6.3.5.1 - V
Ce champ, cod sur 2 bits, permet d'indiquer la version de Rtp, qui est la mme
que dans les paquets Rtcp. Actuellement, V=2.
6.3.5.2 - P
Ce bit indique, si il est 1, que les donnes possdent une partie de bourrage.
6.3.5.3 - RC
Ce champ, bas sur 5 bits, indique le nombre de blocs de rapport de rception
contenus en ce paquet. Une valeur de zro est valide.
6.3.5.4 - PT
Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme Rtcp
comme SR.
6.3.5.5 - Longueur
Ce champ de 2 octets, reprsente la longueur de ce paquet Rtcp incluant l'entte
et le bourrage.
6.3.5.6 - SSRC
Bas sur 4 octets, ce champ, reprsente l'identification de la source pour le
createur de ce paquet SR.
6.3.6 - Conclusion
Rtp ncessite le protocole de transport Udp, (en-tte 8 octets), qui fournira les
numros de port source et destination ncessaire la couche application. Pour
l'instant le protocole Rtp se trouve au dessus de Udp, tandis que dans le futur,
on
aura
une
indpendance
vis

vis
des
couches
rseaux.
En rsumant, ces deux protocoles sont adapts pour la transmission de donnes

temps rel. Cependant, ils fonctionnent en stratgie bout bout et donc ne

peuvent contrler l'lment principal de la communication : le rseau.
Ces protocoles sont principalement utiliss en visioconfrence o les participants
sont tour tour metteurs ou rcepteurs. Pour le transport de la voix, ils
permettent une transmission correcte sur des rseaux bien cibls. C'est--dire,
des rseaux qui implmentent une qualit de service adapte. Des rseaux bien
dimensionns (bande passante, dterminisme des couches sous-jacentes, Cos,
...) peuvent aussi se servir de cette solution.
6.4 - H261
Le protocole H.261 est dcrit dans la RFC 2032, cette norme dcrit le transport d'un
flux
vido
sur
Rtp.
Le
format
de
l'en-tte
est
le
suivant
:

SBIT (Start Bit) - Bas sur 3 bits, ce champ reprsente le nombre de bits de poids
forts

ignorer
dans
le
premier
octet
de
donnes.
EBIT (End Bit) - Bas sur 3 bits, ce champ reprsente le nombre de bits de poids
faible

ignorer
dans
le
dernier
octet
de
donnes.
I (Intra-frame encoded data flag) - Bas sur 1 bit, ce flag doit tre mis 1 si il
contient
seulement
des
intra-frame
cod.
V (Motion Vector) - Bas sur 1 bit, ce flag indique si le Motion Vector est utilis ou
pas.
GOBN (GOB number) - Bas sur 4 bits, ce champ code le nombre de GOB actif au
dbut du paquet. Placez 0 si le paquet commence par un en-tte de GOB.
MBAP (Macroblock Address Predictor) - Bas sur 5 bits, ce champ code le prdicteur
d'adresse de Macroblock. Placez 0 si le paquet commence par un en-tte de GOB.
QUANT (Quantizer) - Bas sur 5 bits, ce champ reprsente la valeur actif avant le
dbut
de
ce
paquet.
HMVD (Horizontal Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le
flag V est 0 ou si le paquet commence avec une entte Gob.
VMVD (Vertical Motion Vector Data) - Bas sur 5 bits, ce champ doit tre 0 si le flag
V est 0 ou si le paquet commence avec une entte Gob.

6.5 - Audio
Le transport de la voix sur un rseau IP ncessite au pralable tout ou une partie des
tapes suivantes :
Numrisation : dans le cas o les signaux tlphoniques transmettre sont
sous forme analogique, ces derniers doivent d'abord tre convertis sous forme
numrique suivant le format PCM (Pulse Code Modulation) 64 Kbps. Si
l'interface tlphonique est numrique (accs RNIS, par exemple), cette
fonction est omise.
Compression : le signal numrique PCM 64 Kbps est compress selon l'un
des formats de codec (compression / dcompression) (Tableau 3-3) puis
insr dans des paquets IP. La fonction de codec est le plus souvent ralise
par un DSP (Digital Signal Processor). Selon la bande passante disposition, le
signal voix peut galement tre transport dans son format originel 64 Kbps.
Dcompression : ct rception, les informations reues sont dcompresses
.il est ncessaire pour cela d'utiliser le mme codec que pour la compressionpuis reconverties dans le format appropri pour le destinataire (analogique,
PCM 64Kbps, etc.).
L'objectif d'un codec est d'obtenir une bonne qualit de voix avec un dbit et un dlai
de compression le plus faibles possibles. Le cot du DSP est li la complexit du
codec utilis. Le Tableau ci-dessous prsente les caractristiques des principaux
codecs standards de l'UIT. Les codecs les plus souvent mis en oeuvre dans les
solutions
VoIP
sont
G.711,
G.729
et
G.723.1.
La qualit d'un codec est mesure de faon subjective en laboratoire par une
population test de personnes. Ces dernires coutent tout un ensemble de
conversations compresses selon les diffrents codecs tester et les valuent
qualitativement
selon
la
table
suivante
:
Tableau : Echelle utilis pour l'valuation de la qualit de voix
Qualit de la parole

Score

Excellente

Bonne

Correcte

Pauvre

Insuffisante

Sur la base des donnes numriques des apprciations, une opinion moyenne de la
qualit d'coute (Mean Opinion Score . MOS) est ensuite calcule pour chaque codec.
Les rsultats obtenus pour les principaux codecs sont rsums dans le tableau cidessous
:
Tableau : Score MOSdes diffrents codecs
Codec VoIP

Dbit (Kbps)

Score MOS

G.711 (PCM)

64

4.1

G.726

32

3.85

G.729

3.92

G.723.1

6.4

3.9

G.723.1

5.3

3.65

GSM

13

3.5

G.729 x2

3.27

G.729 x3

2.68

G.729 x GSM

3.17

Deux observations principales peuvent tre tires du Tableau 3-5 :

La qualit de la voix obtenue par les codecs G.729 et G.723.1 ( 6.4Kbps) est
trs proche de celle du service tlphonique actuel, et ce pour des dbits entre
8 et 10 fois infrieurs. Ces deux codecs prsentent une meilleure qualit que
celle des rseaux tlphoniques cellulaires (GSM).
Le
cumul,
dans
une
mme
communication,
d'oprations
de
compression/dcompression conduit une rapide dgradation de la qualit.
Les solutions mises en oeuvre doivent viter des configurations en tandem
dans lesquelles un PBX reoit un appel d'un poste distant travers une liaison
VoIP et le redirige vers une autre liaison semblable.
Offrant une qualit de voix trs proche, les codecs G.729 et G.723.1 se distinguent
essentiellement par la bande passante qu'ils requirent et par le retard que chacun
introduit dans la transmission. Le choix d'un quipement implmentant l'un ou l'autre
de ces codecs devra donc tre fait selon la situation, en fonction notamment de la
bande passante disposition et du retard cumul maximum estim pour chaque
liaison (selon les standards de l'UIT, le retard aller ( one-way delay ) devrait tre
infrieur 150 ms). Le facteur du jitter est primordiale pour une bonne coute de la
Voip.

7 - Problme et QoS
7.1 - Latence
La matrise du dlai de transmission est un lment essentiel pour bnficier d'un
vritable mode conversationnel et minimiser la perception d'cho (similaire aux
dsagrments causs par les conversations par satellites, dsormais largement
remplacs
par
les
cbles
pour
ce
type
d'usage).
Or la dure de traverse d'un rseau IP dpend de nombreux facteurs:
Le dbit de transmission sur chaque lien
Le nombre d'lments rseaux traverss
Le temps de traverse de chaque lment, qui est lui mme fonction de la
puissance et la charge de ce dernier, du temps de mise en file d'attente des
paquets, et du temps d'accs en sortie de l'lment
Le dlai de propagation de l'information, qui est non ngligeable si on
communique l'oppos de la terre. Une transmission par fibre optique,
l'oppos de la terre, dure environ 70 ms.
Noter que le temps de transport de l'information n'est pas le seul facteur responsable
de la dure totale de traitement de la parole. Le temps de codage et la mise en
paquet de la voix contribuent aussi de manire importante ce dlai.
Il est important de rappeler que sur les rseaux IP actuels (sans mcanismes de
garantie de qualit de service), chaque paquet IP fait sont chemin
indpendamment des paquets qui le prcdent ou le suivent: c'est ce qu'on appelle
grossirement le Best effort pour signifier que le rseau ne contrle rien. Ce

fonctionnement est fondamentalement diffrent de celui du rseau tlphonique o

un circuit est tabli pendant toute la dure de la communication.
Les chiffres suivants (tirs de la recommandation UIT-T G114) sont donns titre
indicatif pour prciser les classes de qualit et d'interactivit en fonction du retard de
transmission dans une conversation tlphonique. Ces chiffres concernent le dlai
total de traitement, et pas uniquement le temps de transmission de l'information sur
le
rseau.
Classe n Dlai par sens Commentaires
Classe n

Dlai par sens

Commentaires

0 150 ms

Acceptable pour la plupart des conversations

150 300 ms

Acceptable pour des communications faiblement interactives

300 700 ms

Devient pratiquement une communication half duplex

Au del de 700 ms

Inutilisable sans une bonne pratique de la conversation half duplex

En conclusion, on considre gnralement que la limite suprieure "acceptable" , pour

une communication tlphonique, se situe entre 150 et 200 ms par sens de
transmission (en considrant la fois le traitement de la voix et le dlai
d'acheminement).
7.2 - Perte de paquets
Lorsque les buffers des diffrents lment rseaux IP sont congestionns, ils
librent automatiquement de la bande passante en se dbarrassant d'une certaine
proportion des paquets entrant, en fonction de seuils prdfinis. Cela permet
galement d'envoyer un signal implicite aux terminaux TCP qui diminuent d'autant
leur dbit au vu des acquittements ngatifs mis par le destinataire qui ne reoit plus
les paquets. Malheureusement, pour les paquets de voix, qui sont vhiculs au dessus
d'UDP, aucun mcanisme de contrle de flux ou de retransmission des paquets
perdus n'est offert au niveau du transport. D'o l'importance des protocoles RTP et
RTCP qui permettent de dterminer le taux de perte de paquet, et d'agir en
consquence
au
niveau
applicatif.
Si aucun mcanisme performant de rcupration des paquets perdus n'est mis en
place (cas le plus frquent dans les quipements actuels), alors la perte de paquet IP
se traduit par des ruptures au niveau de la conversation et une impression de
hachure de la parole. Cette dgradation est bien sr accentue si chaque paquet
contient un long temps de parole (plusieurs trames de voix de paquet). Par ailleurs,
les codeurs trs faible dbit sont gnralement plus sensibles la perte
d'information, et mettent plus de temps reconstruire un codage fidle.
Enfin connatre le pourcentage de perte de paquets sur une liaison n'est pas suffisant
pour dterminer la qualit de la voix que l'on peut esprer, mais cela donne une
bonne approximation. En effet, un autre facteur essentiel intervient; il s'agit du
modle de rpartition de cette perte de paquets, qui peut tre soit rgulirement
rpartie, soit rpartie de manire corrle, c'est dire avec des pics de perte lors des
phases de congestion, suivies de phases moins dgrades en terme de QoS.
7.3 - Gigue
La gigue est la variance statistique du dlai de transmission. En d'autres termes, elle
mesure la variation temporelle entre le moment o deux paquets auraient d arriver
et le moment de leur arrive effective. Cette irrgularit d'arrive des paquets est
due de multiples raisons dont: l'encapsulation des paquets IP dans les protocoles
supports, la charge du rseau un instant donn, la variation des chemins
emprunts
dans
le
rseau,
etc...

Pour compenser la gigue, on utilise gnralement des mmoires tampon (buffer de

gigue) qui permettent de lisser l'irrgularit des paquets. Malheureusement ces
paquets prsentent l'inconvnient de rallonger d'autant le temps de traverse global
du systme. Leur taille doit donc tre soigneusement dfinie, et si possible adapte
de
manire
dynamique
aux
conditions
du
rseau.
La dgradation de la qualit de service due la prsence de gigue, se traduit en fait,
par une combinaison des deux facteurs cits prcdemment: le dlai et la perte de
paquets; puisque d'une part on introduit un dlai supplmentaire de traitement
(buffer de gigue) lorsque l'on dcide d'attendre les paquets qui arrivent en retard, et
que d'autre part on finit tout de mme par perdre certains paquets lorsque ceux-ci
ont un retard qui dpasse le dlai maximum autoris par le buffer.

8 - Etat du march
On compte une bonne vingtaine de firmes sur le march. Les principaux sont Cisco,
Clarent, Avaya, Alcatel, Nortel Network, Siemens, Tnovis, 3COM ... Ce qu'il faut souligner,
c'est le fait qu'il y ait peu de concurrents car comme je l'ai dit prcdemment, la
tlphonie sur Ip est un march trs jeune et trs novateur. D'ailleurs, le fait que la
tlphonie sur IP soit un march chevauchant 2 secteurs qui se rapprochent et taient
compltement diffrent auparavant, la tlphonie et l'informatique, nous assistons ici
une concurrence ayant des origines diffrentes. En effet, nous retrouvons le gant de
l'quipement rseaux Cisco en concurrence avec des entreprises de tlphonies tel que
Alcatel ou Siemens. Mais Cisco et Clarent arrivent largement en tte, sur un march qui de
259 millions de dollars cette anne pourrait atteindre 2,89 milliards en 2006. La tlphonie
sur IP propose 3 types de terminaux diffrents : Les hardphones qui sont des tlphones
physiques IP, les softphones qui sont des logiciels permettant de tlphoner sur IP au
travers d'un PC et les tlphones IP Wi-fi qui sont des tlphones sans-fil IP. Mais la
plupart des concurrents proposent ces 3 produits qui sont plutt homognes. Un softphone
Cisco et un Softphone Siemens sont quasi-identiques. Seule l'interface graphique les
distingue. Pour le client, le produit des 2 concurrents est identique dans la mesure o il
apporte
les
mmes
services.
Voici une documentation complmentaire sur la tlphonie sur IP en Open Source.

9 - Conclusion
Actuellement, il est vident que la tlphonie IP va continuer de se dvelopper dans les
prochaines annes. Le march de la tlphonie IP est trs jeune mais se dveloppe une
vitesse fulgurante. C'est aujourd'hui que les entreprises doivent investir dans la tlphonie
IP
si
elles
veulent
y
jouer
un
rle
majeur.
Le fait est que IP est maintenant un protocole trs rpandu, qui a fait ses preuves et que
beaucoup d'entreprises disposent avantage de la tlphonie IP, car elle demande un
investissement relativement faible pour son dploiement. La tlphonie IP ouvre la voie de
la convergence voix/donnes et celle de l'explosion de nouveaux services tels que les CTI.
Maintenant que la normalisation a atteint une certaine maturit, il n'est plus dangereux de
miser sur le standard H323 qui a t accept par l'ensemble de la communaut.
La tlphonie IP est une bonne solution en matire d'intgration, de fiabilit, d'volutivit
et de cot. Elle fera partie intgrante des Intranets d'entreprises dans les annes venir
et apparatra aussi dans la tlphonie publique pour permettre des communications bas
cot.
Enfin, le dveloppement de cette technologie reprsente-t-il un risque ou une opportunit
pour les oprateurs traditionnels ? La rponse n'est pas tranche. D'un cot, une
stagnation des communications classiques; d'un autre cot l'utilisation massive d'Internet
va augmenter le trafic et dvelopper de nouveaux services que pourront dvelopper les
oprateurs.
Bientt
nous
tlphonerons
tous
sur
IP...
On peut ainsi vraisemblablement penser que le protocole IP deviendra un jour un standard

unique permettant l'interoprabilit des rseaux mondialiss. C'est pourquoi l'intgration

de la voix sur IP n'est qu'une tape vers EoIP : Everything over IP.

10 - Discussion autour de la documentation

Vous pouvez poser toutes vos questions, vos remarques et vos expriences propos de la
voix sur IP. Pour cela, rendez-vous sur le Forum "Tlphonie".