Vous êtes sur la page 1sur 31

Voix sur IP - VOIP Par _SebF

1 - Introduction 2 - Le Rseau Tlphonique Commut 2.1 - Histoire de la tlphonie 2.2 - Principe du Rtc 2.3 - Architecture du rseau 3 - Les en eu! de la tlphonie sur Ip " - Les a#anta$es ".1 - Rduction des co%ts ".2 - &tandards ou#erts et interopra'ilit multi-(ournisseurs ".3 - Choi! d)un ser#ice opr "." - *n rseau #oi!+ #ido et donnes ,triple pla-. "./ - *n ser#ice PA01 distri'u ou centralis ".2 - 3#olution #ers un rseau de tlphonie sur Ip ".4 - Int$ration des ser#ices #ido / - L)Architecture 5oip /.1 - Les schmas /.2 - 6ate7a- et 6ate8eeper 2 - &tandards 5oIP 2.1 - Protocole H323 2.1.1 - Introduction 2.1.2 - 9onctionnement 2.1.3 - H323 dans le mod:le ;si 2.1." - La #isiocon(rence sur Ip 2.1./ - A#anta$es et incon#nients 2.1.2 - Comparaison a#ec &ip 2.1.4 - Conclusion 2.2 - Protocole &ip 2.2.1 - Introduction 2.2.2 - 9onctionnement 2.2.3 - &curit et Authenti(ication 2.2." - Comparaison a#ec H323 2.2./ - Conclusion 2.3 - Transport Rtp et Rtcp 2.3.1 - Introduction 2.3.2 - Les (onctions de Rtp 2.3.3 - 3nt<te Rtp 2.3." - Les (onctions de Rtcp 2.3./ - 3nt<te Rtcp 2.3.2 - Conclusion 2." - H221 2./ - Audio 4 - Pro'l:me et =o& 4.1 - Latence 4.2 - Perte de paquets 4.3 - 6i$ue > - 3tat du march ? - Conclusion 1@ - Aiscussion autour de la documentation 11 - &ui#i du document 1

1 - Introduction
La #oi! sur IP ,5oice o#er IP. est une technolo$ie de communication #ocale en pleine mer$ence. 3lle (ait partie d)un tournant dans le monde de la communication. 3n e((et+ la con#er$ence du triple pla- ,#oi!+ donnes et #ido. (ait partie des en eu! principau! des acteurs de la tlcommunication au ourd)hui. Plus rcemment l)Internet s)est tendu partiellement dans l)Intranet de chaque or$anisation+ #o-ant le tra(ic total 'as sur un transport rseau de paquets IP surpasser le tra(ic traditionnel du rseau #oi! ,rseau B commutation de circuits.. Il de#enait clair que dans le silla$e de cette a#ance technolo$ique+ les oprateurs+ entreprises ou or$anisations et (ournisseurs de#aient+ pour 'n(icier de l)a#anta$e du transport unique IP+ introduire de nou#eau! ser#ices #oi! et #ido. Ce (%t en 1??2 la naissance de la premi:re #ersion #oi! sur IP appele H323. Issu de l)or$anisation de standardisation europenne IT*-T sur la 'ase de la si$nalisation #oi! RCI& ,=?31.+ ce standard a maintenant donn suite B de nom'reuses #olutions+ quelques nou#eau! standards prenant d)autres orientations technolo$iques. Pour <tre plus prcis et nanmoins schmatique+ le si$nal numrique o'tenu par numrisation de la #oi! est dcoup en paquets qui sont transmis sur un rseau IP #ers une application qui se char$era de la trans(ormation in#erse ,des paquets #ers la #oi!.. Au lieu de disposer B la (ois d)un rseau in(ormatique et d)un rseau tlphonique commut ,RTC.+ l)entreprise peu! donc+ $rDce B la 5oIP+ tout (usionner sur un m<me rseau. Ca par du (ait que la tlphonie de#ient de la EdataE. Les nou#elles capacits des rseau! B haut d'it de#raient permettre de trans(rer de mani:re (ia'le des donnes en temps rel. Ainsi+ les applications de #ido ou audiocon(rence ou de tlphonie #ont en#ahir le monde IP qui+ usqu)alors+ ne pou#ait raisonna'lement pas supporter ce $enre d)applications ,temps de rponse important+ i$ueitter+ Cos-=os+..... Fusque #ers le milieu des annes ?@+ les or$anismes de normalisation ont tent de transmettre les donnes de mani:re tou ours plus e((icace sur des rseau! conGus pour la tlphonie. A partir de cette date+ il - a eu chan$ement. C)est sur les rseau! de donnes+ que l)on s)est #ertu B con#o-er la parole. Il a donc (allu d#elopper des al$orithmes de coda$e audio plus tolrants et introduire des mcanismes de contrHle de la qualit de ser#ice dans les rseau! de donnes. 9aire 'asculer di((rents t-pes de donnes sur un m<me rseau permet en plus+ de simpli(ier son administration. Comme toute inno#ation technolo$ique qui se respecte+ la 5oIP doit non seulement simpli(ier le tra#ail mais aussi (aire conomiser de l)ar$ent. Les entreprises dpensent normment en communications tlphoniques+ or le pri! des communications de la Toip ,Tlphonie sur Ip. est drisoire en comparaison. 3n particulier+ plus les interlocuteurs sont loi$ns+ plus la di((rence de pri! est intressante. Ae plus+ la tlphonie sur IP utilise usqu)B di! (ois moins de 'ande passante que la tlphonie traditionnelle. Ceci apportant de $rand intr<t pour la #oi! sur rseau pri#e. Il sem'lerait que les entreprises apr:s a#oir mis un certain nom're de doutes sur la qualit de ser#ices soient dsormais con#aincues de la plus $rande maturit technolo$ique des solutions proposes sur le march. =u)il s)a$isse d)entreprises mono-site ou multisites+ les sonda$es montrent que le phnom:ne de mi$ration #ers les s-st:mes de tlphonie sur IP en entreprise est actuellement en$a$. Les premi:res technolo$ies de 5oIP ima$ines taient propritaires et donc tr:s di((rentes les unes des autres. Pourtant+ un s-st:me qui est cens mettre des $ens et des s-st:mes en relation e!i$e une certaine dose de standardisation. C)est pourquoi sont apparus des protocoles standards+ comme le H323 ou le &IP.

2 - Le Rseau Tlphonique Commut


Iais qu)est-ce que le RTCJ Le RTC est tout simplement le rseau tlphonique que nous utilisons dans notre #ie de tous les ours et qui nous donne acc:s B de multiple (onction. 3n e((et outre le (ait de pou#oir tlphoner+ le RTC nous permet d)utiliser de multiples ser#ices tel 2

que la transmission et rception de (a!+ l)utilisation d)un minitel+ accder B Internet etc... Il reprsente donc l)un des protocole de discussion utilis sur la paire de cui#re 'oucle locale.

2.1 - Histoire de la tlphonie


Au premier tl$raphe de Chappe en 14?@ au RTC actuelle+ l)histoire des communications B connu de $rands moments et de $randes a#ancs d% B l)in$niosit de certains et au! pro$r:s technolo$ique et lectronique. Cous retiendrons quelques $randes dates tel que K 1>34 Premier tl$raphe lectrique in#ent par &amuel Iorse 1>>? Almon 0. &tro7$er ,*&A. in#ente le premier L slecteur M automatique et donne ainsi naissance B la commutation tlphonique automatique 1?3> Alec Ree#es ,9ranGais. dpose le 're#et des (uturs s-st:mes B modulation par impulsion et coda$e ,IIC. K quanti(ication et chantillonna$e du si$nal B inter#alles r$uliers+ puis coda$e sous (orme 'inaire. 1?22 Les premiers s-st:mes de transmission multiple! de t-pe IIC apparaissent au! 3tats*nis ils permettent une liaison B 2" #oies entre centrau! tlphonique+ B la m<me poque en 9rance on installe des IIC B 32 #oies. 1?4@ *n nou#eau pas est (ranchi dans le domaine de la commutation lectronique a#ec la mise en ser#ice en 9rance+ par le CC3T+ des premiers centrau! tlphoniques pu'lics en commutation lectronique temporelle. 1?4? Lancement du minitel en 9rance 1?>4 Le RCI& est mis en ser#ice en 9rance. 1??@ Ae nou#eau! concepts apparaissent tel que la commutation temporelle as-nchrone ,ATI. et la hirarchie numrique s-nchrone.

2.2 - Principe du Rtc


Le rseau tlphonique pu'lic ,RTPC+ Rseau Tlphonique Pu'lic Commut ou simplement RTC. a essentiellement pour o' et le trans(ert de la #oi!. Le transport des donnes n)- est autoris+ en 9rance+ que depuis 1?2". *tilisant le principe de la commutation de circuits+ il met en relation deu! a'onns B tra#ers une liaison ddie pendant tout l)chan$e.

;n distin$ue deu! $randes parties dans ce rseau K Le rseau capillaire ou de distri'ution+ c)est le raccordement depuis cheN l)a'onn B un point d)entre du rseau. Cette partie du rseau est analo$ique. Le rseau de transit+ e((ectue pour sa part le transport des communications entre les noeuds de transit concentrateurs O commutateurs.. Cette portion du rseau est actuellement numrique. La numrisation o((re plusieurs a#anta$es. Puisqu)il ne s)a$it que de @ et de 1+ la qualit du si$nal est prser#e+ quelle que soit la distance entre les con#ertisseurs ,analo$ique numrique et numrique analo$ique.. Ce n)est pas le cas des communications analo$iques oP le si$nal est pollu B chaque manipulation. La $estion $nrale du rseau discerne trois (onctions K La distri'ution+ celle-ci comprend essentiellement la liaison d)a'onn ou 'oucle locale ,paire mtallique torsade. qui relie l)installation de l)a'onn au centre de transmission de rattachement. Cette li$ne assure la transmission de la #oi! ,(rquence #ocale de 3@@ B 3 "@@ HN.+ de la numrotation ,1@ HN pou( la numrotation dcimale -au cadran- et 2?4 B 1233 HN pour la numrotation (rquentielle. et de la si$nalisation $nrale ,'oucle de courant+ (rquences supra #ocales. La commutation+ c)est la (onction essentielle du rseau+ elle consiste B mettre en relation deu! a'onns+ maintenir la liaison pendant tout l)chan$e et li'rer les ressources B la (in de celuici. C)est le rseau qui dtermine les param:tres de ta!ation et impute le co%t de la communication B l)appelant La transmission+ c)est la partie support de tlcommunication du rseau+ cette (onction est remplie soit par un s-st:me (ilaire cui#re ,en #oie de disparition.+ de la (i're optique ou des (aisceau! hertNiens. Au ourd)hui+ le rseau est pratiquement int$ralement numris+ seule la liaison d)a'onn reste analo$ique.

2.3 - Architecture du rseau


Le rseau tlphonique commut a une or$anisation hirarchique B trois ni#eau!. Il est structur en Nones correspondant B un ni#eau de concentration.

"

;n distin$ue K Qone B Autonomie d)Acheminement ,QAA.+ cette None+ la plus 'asse de la hirarchie+ comporte un ou plusieurs Commutateurs B Autonomie d)Acheminement ,CAA. qui eu!m<mes desser#ent des Commutateurs Locau! ,CL.. Les commutateurs locau! ne sont que de simples concentrateurs de li$nes au!quels sont raccords les a'onns (inals. La QAA ,Qone B Autonomie d)Acheminement. est un rseau toil+ elle constitue le rseau de desserteR Qone de Transit &econdaire ,QT&.+ cette None comporte des Commutateurs de Transit &econdaires ,CT&.. Il n)- a pas d)a'onns relis au! CT& ,Commutateurs de Transit &econdaires.. Ils assurent le 'rassa$e des circuits lorsqu)un CAA ,Commutateur B Autonomie d)Acheminement. ne peut atteindre le CAA destinataire directement ,rseau impar(aitement maill.R Qone de Transit Principal ,QTP.+ cette None assure la commutation des liaisons lon$ues distances. Chaque QTP ,Qone 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 en eu! de la tlphonie sur Ip


Aans cette partie+ nous allons #oir pourquoi la tlphonie IP est de#enue importante pour les entreprises. L)en eu est de russir B (aire con#er$er le rseau de donne IP et le rseau tlphonique actuel. 5oici les principales moti#ations pour dplo-er la tlphonie sur IP ,&ource &a$e Research 2@@3+ sonda$e aupr:s de 1@@ dcisionnaires IT.. Motivations Rduction de co%ts Ccessit de standardiser l)quipement Hausse de la producti#it des emplo-s Autres 'n(ices de producti#it Pourcentage 4/ S 22 S 2/ S 2" S /

Hausse du #olume d)appels B traiter Autres (acteurs

"2 S /@ S

La tlphonie sur IP e!ploite un rseau de donnes IP pour o((rir des communications #ocales B l)ensem'le de l)entreprise sur un rseau unique #oi! et donnes. Cette con#er$ence des ser#ices de communication donnes+ #oi!+ et #ido sur un rseau unique+ s)accompa$ne des a#anta$es lis B la rduction des co%ts d)in#estissement+ B la simpli(ication des procdures d)assistance et de con(i$uration+ et B l)int$ration accrue de (iliales et de sites distants au! installations du rseau d)entreprise. Les co%ts $nrau! de l)in(rastructure de rseau sont rduits. Le dploiement d)un unique rseau con#er$ #oi! et donnes sur tous les sites permet de raliser des conomies sur les in#estissements producti(s+ l)ordre d)ide en 2@@"-2@@/ atteint les /@S si l)on prend on compte les communications inter-site. Ae plus+ comme le tlphone et le PC parta$ent le m<me cD'le 3thernet+ les (rais de cD'la$e sont rduits. Les (rais d)administration du rseau sont $alement minimiss. Il est ainsi possi'le de raliser des conomies B court et B lon$ terme sur de nom'reu! postes K administration d)un seul rseau+ (ournisseur d)acc:s unique+ unique contrat de maintenance+ cD'la$e commun+ $ratuit des communications interur'aines+ rduction de la comple!it de l)int$ration d)applications. 3n(in+ la mi$ration de la solution actuelle #ers la Tlphonie sur IP s)e((ectue en douceur. Les solutions de tlphonie sur Ip sont conGues pour d$a$er une strat$ie de mi$ration B (ai'le risque B partir de l)in(rastructure e!istante. Le scnario #ers lequel #a s)orienter la tlphonie sur Ip dpend 'eaucoup de l)#olution du rseau lui-m<me. 3n e((et+ si Internet reste B peu pr:s dans sa con(i$uration actuelle oP il est essentiellement dimensionn en (onction d)une qualit de ser#ice mo-enne pour la transmission des donnes+ il est (ort pro'a'le que la tlphonie sur Ip restera un march rser# au rseau de t-pe 9rame+ Ipls. Les seules e!ceptions seraient alors les cas d)interconne!ion de P01 d)entreprises+ commerce lectronique+ applications nou#elles associant la #oi! pour une #rita'le utilisation multimdia d)Internet. 3n e((et+ ce qui ralenti considra'lement l)e!plosion de ce secteur est le (ait qu)il - ait encore trop peu de dploiements oprationnels en 9rance et m<me dans le monde. Ae nom'reuses entreprises connaissent la tlphonie sur IP+ mais toutes en sont au m<me stade K le test. Ae plus+ il (aut sa#oir que la plupart des dploiements oprationnels de tlphonie sur IP ont t raliss pour des uni#ersits+ or+ les uni#ersits n)a-ant pas les m<mes e!i$ences qu)une entreprise+ ces dploiements ne sont pas rellement pris en compte. Les applications et les ser#ices Ip int$rs amliorent la producti#it et le soin de la client:le. Les 'n(ices rcurrents seront apports par les $ains de producti#it lis B l)utilisation de nou#eau! ser#ices et de nou#eau! applicati(s tels que la messa$erie uni(ie qui permettent de li'rer+ selon les spci(icits des mtiers+ entre 2/ et "@ minutes de temps de tra#ail par colla'orateur+ les assistants personnels qui permettent au colla'orateur de personnaliser sur l)Intranet toutes les (onctions a#ances de ren#oi d)appel en (onction de son a$enda propre ou parta$ et les applications L d)eLearnin$ M+ qu)il con#ient de (aire apparaTtre dans une dmarche de dmonstration de retour sur l)in#estissement B court et mo-en terme. Ae plus+ les (onctions simpli(ies de cration+ de dplacement et de modi(ication rduisent le temps ncessaire pour a outer de nou#eau! utilisateurs au rseau. Le dploiement de nou#eau! ser#ices est acclr. L)utilisation d)une in(rastructure IP commune et d)inter(aces standard ou#ertes permet de d#elopper et de dplo-er tr:s rapidement des applications inno#antes. 3n(in+ les utilisateurs acc:dent B tous les ser#ices du rseau partout oP ils peu#ent s)connecter notamment B tra#ers l)e!tention mo'ilit- ,su'stitution de postes..

" - Les a#anta$es


La 5oIP o((re de nom'reuses nou#elles possi'ilits au! oprateurs et utilisateurs qui 'n(icient d)un rseau 'as sur Ip. Les a#anta$es les plus marqus sont les sui#ants.

".1 - Rduction des co%ts


3n dplaGant le tra(ic #oi! Rtc #ers le rseau pri# UACOIP les entreprises peu#ent rduire sensi'lement certains co%ts de communications. Rductions importantes mises en #idence pour des communications internationales+ ces rductions de#iennent encore plus intressantes dans la mutualisation #oi!Odonnes du rseau IP inter-sites ,UAC.. Aans ce dernier cas+ le $ain est directement proportionnel au nom're de sites distants.

".2 - &tandards ou#erts et interopra'ilit multi-(ournisseurs


Trop sou#ent par le pass les utilisateurs taient prisonniers d)un choi! technolo$ique antrieur. La 5oIP a maintenant prou# tant au ni#eau des rseau! oprateurs que des rseau! d)entreprises que les choi! et les #olutions de#iennent moins dpendants de l)e!istant. Contrairement B nos con#ictions du d'ut+ nous sa#ons maintenant que le monde 5oIP ne sera pas uniquement H323+ mais un usa$e multi-protocoles selon les 'esoins de ser#ices ncessaires. Par e!emple+ H323 (onctionne en mode Epeer to peerE alors que I6CP (onctionne en mode centralis. Ces di((rences de conception o((rent immdiatement une di((rence dans l)e!ploitation des terminaisons considres.

".3 - Choi! d)un ser#ice opr


Les ser#ices oprateurs ou#rent les alternati#es 5oIP. Con seulement l)entreprise peut oprer son rseau pri# 5oIP en e!tension du rseau RTC oprateur+ mais l)oprateur lui-m<me ou#re de nou#eau! ser#ices de transport 5oIP qui simpli(ient le nom're d)acc:s locau! B un site et rduit les co%ts induits. Le plus sou#ent les entreprises oprant des rseau! multi-sites louent une liaison pri#e pour la #oi! et une pour la donne+ en conser#ant les conne!ions RTC 4

d)acc:s local. Les nou#elles o((res 5oIP oprateurs permettent outre les acc:s RTC locau!+ de souscrire uniquement le mdia 5oIP inter-sites.

"." - *n rseau #oi!+ #ido et donnes ,triple pla-.


3n positionnant la #oi! comme une application supplmentaire du rseau IP+ l)entreprise ne #a pas uniquement su'stituer un transport oprateur RTC B un transport IP+ mais simpli(ier la $estion des trois rseau! ,#oi!+ donnes et #ido. par ce seul transport. *ne simpli(ication de $estion+ mais $alement une mutualisation des e((orts (inanciers #ers un seul outil. Concentrer cet e((ort permet de 'n(icier d)un rseau de meilleure qualit+ plus (acilement #oluti( et plus disponi'le+ pour#u que la 'ande passante du rseau concentrant la #oi!+ la #ido et les donnes soit dimensionne en consquence.

"./ - *n ser#ice PA01 distri'u ou centralis


Les PA01 en rseau 'n(icient de ser#ices centraliss tel que la messa$erie #ocale+ la ta!ation+ etc... Cette m<me centralisation continue B <tre assure sur un rseau 5oIP sans limitation du nom're de canau!. A l)in#erse+ un certain nom're de ser#ices sont par(ois souhaits dans un mode de dcentralisation. C)est le cas du centre d)appels oP le 'esoin est une centralisation du numro d)appel ,e! K numro #ert.+ et une dcentralisation des a$ents du centre d)appel. Ai((icile B e((ectuer en tlphonie traditionnelle sans l)utilisation d)un rseau IP pour le dport de la $estion des ACA distants. Il est ainsi tr:s (acile de constituer un centre d)appel ou centre de contacts ,multi canau!Omulti-mdias. #irtuel qui poss:de une centralisation de super#ision et d)in(ormations. Il con#ient pour en assurer une 'onne utilisation de dimensionner con#ena'lement le lien rseau. L)utilisation de la 5oIP met en commun un mdia qui peut B la (ois o((rir B un moment prcis une 'ande passante ma!imum B la donne+ et dans une autre priode une 'ande passante ma!imum B la #oi!+ $arantissant tou ours la priorit B celle-ci.

".2 - 3#olution #ers un rseau de tlphonie sur Ip


La tlphonie sur IP repose totalement sur un transport 5oIP. La mise en oeu#re de la 5oIP o((re lB une premi:re 'rique de mi$ration #ers la tlphonie sur IP.

".4 - Int$ration des ser#ices #ido


La 5oIP int:$re une $estion de la #oi! mais $alement une $estion de la #ido. &i nous e!cluons la con(i$uration des EmulticastsE sur les composants du rseau+ le rseau 5oIP peut accueillir des applications #ido de t-pe #ido con(rence+ #ido sur#eillance+ e-learnin$+ #ido on demand+...+ pour l)ensem'le des utilisateurs B un co%t d)in(rastructure rseau supplmentaire minime. >

/ - L)Architecture 5oip
/.1 - Les schmas
5oici le schma $nrale de l)utilisation de la 5oip en entreprise K

La 5oIP tant une nou#elle technolo$ie de communication+ elle n)a pas encore de standard unique. 3n e((et+ chaque constructeur apporte ses normes et ses (onctionnalits B ses solutions. Il e!iste tout de m<me des r(rences en la mati:re. Fe #ais dcrire les trois principales que sont H.323+ &IP et I6CPOI36AC;. Tous les acteurs de ce march utilisent comme 'ase pour leur produit une ou plusieurs de ces trois architectures. Il e!iste donc plusieurs approches pour o((rir des ser#ices de tlphonie et de #isiophonie sur des rseau! IP. Certaines placent l)intelli$ence dans le rseau alors que d)autres pr(:rent une approche peer to peer a#ec l)intelli$ence rpartie B la priphrie ,terminal de tlphonie IP+ passerelle a#ec le rseau tlphonique commut..... Chacune a ses a#anta$es et ses incon#nients. Le schma ci-dessus+ dcrit de (aGon $nrale la topolo$ie d)un rseau de tlphonie IP. 3lle comprend tou ours des terminau!+ un ser#eur de communication et une passerelle #ers les autres rseau!. Chaque norme a ensuite ses propres caractristiques pour $arantir une plus ou moins $rande qualit de ser#ice. L)intelli$ence du rseau est aussi dporte soit sur les terminau!+ soit sur les passerellesO6ate8eeper ,contrHleur de commutation.. ;n retrou#e les lments communs sui#ants K Le routeur K Il permet d)ai$uiller les donnes et le routa$e des paquets entre deu! rseau!. Certains routeurs+ comme les Cisco 22@@+ permettent de simuler un $ate8eeper $rDce B l)a out de cartes spcialises supportant les protocoles 5oIP. La passerelle K il s)a$it d)une inter(ace entre le rseau commut et le rseau IP. Le PA01 K C)est le commutateur du rseau tlphonique classique. Il permet de (aire le lien entre la passerelle ou le routeur et le rseau RTC. *ne mise B our du PA01 est aussi ncessaire. &i tout le rseau de#ient IP+ il n)- a plus 'esoin de ce matriel. ?

Les Terminau! K Aes PC ou des tlphones 5oIP. Pour transmettre les paquets+ on utilise RTP+ standardis en 1??2. Il est un protocole adapt au! applications prsentant des proprits temps rel. Il permet ainsi de reconstituer la 'ase de temps des (lu! ,horodata$e des paquets K possi'ilit de re-s-nchronisation des (lu! par le rcepteur.+ de dtecter les pertes de paquets et en in(ormer la source+ et d)identi(ier le contenu des donnes pour leurs associer un transport scuris. 3n re#anche+ ce n)est pas Ela solutionE qui permettrait d)o'tenir des transmissions temps rel sur IP. 3n e((et+ il ne procure pas de rser#ation de ressources sur le rseau ,pas d)action sur le rseau de t-pe R&5P+ di((ser#+ Policeur.+ de (ia'ilisation des chan$es ,pas de retransmission automatique+ pas de r$ulation automatique du d'it. et de $arantie dans le dlai de li#raison ,seules les couches de ni#eau in(rieur le peu#ent. et dans la continuit du (lu! temps rel. 0ien qu)autonome+ RTP peut <tre complt par RTCP. Ce dernier apporte un retour d)in(ormations sur la transmission et sur les lments destinataires. Ce protocole de contrHle permet de ren#o-er B la source des in(ormations sur les rcepteurs et ainsi lui permettre+ par e!emple+ d)adapter un t-pe de coda$e ou encore de modi(ier le d'it des donnes.

/.2 - 6ate7a- et 6ate8eeper


Pour commencer e #ais parler d)un des lments cle(s d)un rseau 5oIP+ la passerelle et leurs L 6ate8eepers M associs. Les passerelles ou $ate7a-s en tlphonie IP sont des ordinateurs qui (ournissent une inter(ace oP se (ait la con#er$ence entre les rseau! tlphoniques commuts ,RTC. et les rseau! 'ass sur la commutation de paquets TCPOIP. C)est une partie essentielle de l)architecture du rseau de tlphonie IP. Le $ate8eeper est l)lment qui (ournit de l)intelli$ence B la passerelle. Comme nous l)a#ons d B (ait remarqu+ nous pou#ons sparer les parties matrielles et lo$icielles d)une passerelle. Le $ate8eeper est le compa$non lo$iciel de la $ate7a-. *ne $ate7a- permet au! terminau! d)oprer en en#ironnements htro$:nes. Ces en#ironnements peu#ent <tre tr:s di((rents+ utilisant di#erses technolo$ies tels que le Cumris+ la tlphonie commute ou la tlphonie IP. Les $ate7a-s doi#ent aussi <tre compati'le a#ec les terminau! tlphoniques analo$iques. La $ate7a- (ournit la possi'ilit d)ta'lir une conne!ion entre un terminal analo$ique et un terminal multimdia ,un PC en $nral.. 0eaucoup de socits (ournissent des passerelles mais cela ne si$ni(ie pas qu)elles (ournissent le m<me ser#ice. Les $ate7a-s ,partie ph-sique. et les $ate8eepers ,partie lo$icielle. (ont l)o' et de deu! sections spares pour 'ien cerner la di((rence. Certaines socits #endent un produit E $ate7a- E+ mais en ralit+ elles incorporent une autre $ate7adu march a#ec leur $ate8eeper pour proposer une solution commerciale. La plus-#alue ne se (ait pas sur la $ate7a- mais sur le $ate8eeper car c)est sur celui-ci qu)on peut (aire la di((rence. *n $ate8eeper deu! ser#ices principau! K la $estion des permission et la rsolution d)adresses. La $ate8eeper est aussi responsa'le de la scurit. =uand un client #eut mettre un appel+ il doit le (aire au tra#ers du $ate8eeper. C)est alors que celui-ci (ournit une rsolution d)adresse du client de destination. Aans le cas oP il - a plusieurs $ate7a-s sur le rseau+ il peut rediri$er l)appel #ers un autre couple $ate7a-O$ate8eeper qui essaiera B son tour de router l)appel. Pendant la rsolution d)adresse+ le $ate8eeper peut aussi attri'uer une certaine quantit de 'ande passante pour l)appel. Il peut a$ir comme un administrateur de la 'ande passant disponi'le sur le rseau. Le $ate8eeper rpond au! aspects sui#ant de la tlphonie IP K Le routa$e des appels K en e((et+ le $ate8eeper est responsa'le de la (onction de routa$e. Con seulement+ il doit tester si l)appel est permis et (aire la rsolution d)adresse mais il doit aussi rediri$er l)appel #ers le 'on client ou la 'onne passerelle.

1@

Administration de la 'ande passante K le $ate8eeper alloue une certaine quantit de 'ande passant pour un appel et slectionne les codecs B utiliser. Il a$it en tant que r$ulateur de la 'ande passante pour prmunir le rseau contre les $oulots d)tran$lement ,'ottle-nec8.. Tolrance au! (autes+ scurit K le $ate8eeper est aussi responsa'le de la scurit dans un rseau de tlphonie IP. Il doit $rer les redondances des passerelles a(in de (aire a'outir tout appel. Il connaTt B tout moment l)tat de chaque passerelle et route les appels #ers les passerelles accessi'les et qui ont des ports li'res. 6estion des di((rentes $ate7a-s K dans un rseau de tlphonie IP+ il peut - a#oir 'eaucoup de $ate7a-s. Le $ate8eeper+ de par ses (onctionnalits de routa$e et de scurit+ doit $rer ces $ate7a-s pour (aire en sorte que tout appel attei$ne sa destination a#ec la meilleure qualit de ser#ice possi'le. Ainsi+ le $ate8eeper peut remplacer le classique PA01. 3n e((et+ il est capa'le de router les appels entrant et de les rediri$er #ers leur destination ou une autre passerelle. Iais il peut $rer 'ien d)autres (onctions telles que la con(rence ou le dou'le appel. Il n)e!iste pas les m<mes contraintes a#ec un $ate8eeper qu)a#ec un PA01. 3n e((et+ ce dernier est constitu par du lo$iciel et l)oprateur peut implmenter autant de ser#ices qu)il le dsire. Alors qu)a#ec un PA01+ l)#oluti#it est limite par le matriel propritaire de chaque constructeur+ a#ec le $ate8eeper+ l)amlioration des ser#ices d)un rseau de tlphonie IP n)a pas de limites. Le $rand 'n(ice du d#eloppement d)un $ros $ate8eeper est de remplacer le PA01 classique. 3n e((et+ chaque PA01 utilise son propre protocole pour communiquer a#ec les postes clients+ ce qui entraTne un surco%t. A#ec le couple $ate7a-O$ate8eeper+ ce pro'l:me n)e!iste pas. Il utilise des in(rastructures qui e!istent+ le LAC et des protocoles tel qu)IP.

2 - &tandards 5oIP
2.1 - Protocole H323

6.1.1 - Introduction
A#ec le d#eloppement du multimdia sur les rseau!+ il est de#enu ncessaire de crer des protocoles qui supportent ces nou#elles (onctionnalits+ telles que la #isiocon(rence K l)en#oi de son et de #ido a#ec un soucis de donnes temps rel. Le protocole H.323 est l)un d)eu!. Il permet de (aire de la #isiocon(rence sur des rseau! IP. H.323 est un protocole de communication en$lo'ant un ensem'le de normes utiliss pour l)en#oi de donnes audio et #ido sur Internet. Il e!iste depuis 1??2 et a t initi par l)IT* ,International Communication *nion.+ un $roupe international de tlphonie qui d#eloppe des standards de communication. Concr:tement+ il est utilis dans des pro$rammes tels que Iicroso(t Cetmeetin$+ ou encore dans des quipements tels que les routeurs Cisco. Il e!iste un pro et ;penH.323 qui d#eloppe un client H.323 en lo$iciel li're a(in que les utilisateurs et les petites entreprises puissent a#oir acc:s B ce protocole sans a#oir B d'ourser 'eaucoup d)ar$ent.

6.1.2 - Fonctionnement
Le protocole H.323 est utilis pour l)interacti#it en temps rel+ notamment la #isiocon(rence ,si$nalisation+ enre$istrement+ contrHle d)admission+ transport et encoda$e.. C)est le leader du march pour la tlphonie Ip. Il s)inspire du protocole H.32@ qui proposait une solution pour la #isiocon(rence sur un rseau numrique B int$ration de ser#ice ,Rnis ou Isdn en an$lais.+ comme par e!emple le ser#ice numris propos par 9rance Telecom. Le protocole H.323 est une adaptation de H.32@ pour les rseau! Ip. A l)heure actuelle+ la #isiocon(rence sur liaison Rnis est tou ours la technique la plus dplo-e. 3lle e!iste depuis 1??@. Les rseau! utiliss 11

sont B commutation de circuits. Ils permettent ainsi de $arantir une =ualit de &er#ice ,=o&. au! utilisateurs ,pas de risque de coupure du son ou de l)ima$e.. Au ourd)hui+ c)est encore un a#anta$e indiscuta'le. Par contre+ comme pour le tlphone+ la (acturation est (onction du d'it utilis+ du temps de communication et de la distance entre les appels. H.323 d(init plusieurs lments de rseau! K Les terminau! - Aans un conte!te de tlphonie sur IP+ deu! t-pes de terminau! H.323 sont Au ourd)hui disponi'les. *n poste tlphonique IP raccords directement au rseau 3thernet de l)entreprise. *n PC multimdia sur lequel est install une application compati'le H.323. Les passerelles ,6UK 6ate7a-. - 3lles assurent l)interconne!ion entre un rseau Ip et le rseau tlphonique+ ce dernier pou#ant <tre soit le rseau tlphonique pu'lic+ soit un Pa'! d)entreprise. 3lles assurent la correspondance de la si$nalisation et des si$nau! de contrHle et la cohsion entre les mdias. Pour ce (aire+ elles implmentent les (onctions sui#antes de transcoda$e audio ,compression+ dcompression.+ de modulation+ dmodulation ,pour les (a!.+ de suppression d)chos+ de suppression des silences et de contrHle d)appels. Les passerelles sont le plus sou#ent 'ases sur des ser#eurs in(ormatiques standards ,Uindo7s CT+ Linu!. quips d)inter(aces particuliers pour la tlphonie ,inter(aces analo$iques+ acc:s de 'ase ou acc:s primaire RCI&+ inter(ace 31+ etc.. et d)inter(aces rseau+ par e!emple de t-pe 3thernet. La (onctionnalit de passerelle peut toute(ois <tre int$re directement dans le routeur ainsi que dans les P'! eu!-m<mes. Les portiers ,6VK 6ate8eeper. - Ils sont des lments optionnels dans une solution H.323. Ils ont pour rHle de raliser la traduction d)adresse ,numro de tlphone - adresse Ip. et la $estion des autorisations. Cette derni:re permet de donner ou non la permission d)e((ectuer un appel+ de limiter la 'ande passante si 'esoin et de $rer le tra(ic sur le Lan. Les E$ardes'arri:reE permettent $alement de $rer les tlphones classiques et la si$nalisation permettant de router les appels a(in d)o((rir des ser#ices supplmentaires. Il peu#ent en(in o((rir des ser#ices d)annuaires. Les units de contrHle multipoint ,IC*+ Iultipoint Control *nit. - R(rence au protocole T.12@ qui permet au! clients de se connecter au! sessions de con(rence de donnes. Les units de contrHle multipoint peu#ent communiquer entre elles pour chan$er des in(ormations de con(rence. Aans un conte!te de tlphonie sur IP+ la si$nalisation a pour o' ecti( de raliser les (onctions sui#antes K Recherche et traduction d)adresses - &ur la 'ase du numro de tlphone du destinataire+ il s)a$it de trou#er son adresse IP ,appel tlphone . PC. ou l)adresse IP de la passerelle desser#ant le destinataire. Cette (onction est prise en char$e par le 6ate8eeper. 3lle est e((ectue soit localement soit par requ<te #ers un annuaire centralis. ContrHle d)appel - L)quipement terminal ,L endpoint M W terminal H.323 ou passerelle. situ B l)ori$ine de l)appel ta'lit une conne!ion a#ec l)quipement de destination et chan$e a#ec lui les in(ormations ncessaires B l)ta'lissement de l)appel. Aans le cas d)une passerelle+ cette (onction implique $alement de supporter la si$nalisation propre B l)quipement tlphonique B laquelle elle est raccorde ,si$nalisation analo$ique+ =.?31+ etc.. et de traduire cette si$nalisation dans le (ormat d(ini dans H.323. Le contrHle d)appel est pris en char$e soit par les quipements terminau! soit par le 6ate8eeper. Aans ce cas+ tous les messa$es de si$nalisation sont routs #ia le 6ate8eeper+ ce dernier ouant alors un rHle similaire B celui d)un P01. &er#ices supplmentaires K d#iation+ trans(ert d)appel+ con(rence+ etc. 12

Trois protocoles de si$nalisation sont spci(is dans le cadre de H.323 B sa#oir K RA& ,Re$istration+ Admission and &tatus. - Ce protocole est utilis pour communiquer a#ec un 6ate8eeper. Il sert notamment au! quipements terminau! pour dcou#rir l)e!istence d)un 6ate8eeper et s)enre$istrer aupr:s de ce dernier ainsi que pour les demandes de traduction d)adresses. La si$nalisation RA& utilise des messa$es H.22/.@ 2 transmis sur un protocole de transport non (ia'le ,*dp+ par e!emple.. =.?31 - H.323 utilise une #ersion simpli(ie de la si$nalisation RCI& =.?31 pour l)ta'lissement et le contrHle d)appels tlphoniques sur Ip. Cette #ersion simpli(ie est $alement spci(ie dans la norme H.22/.@. H.2"/ K ce protocole est utilis pour l)chan$e de capacits entre deu! quipements terminau!. Par e!emple+ il est utilis par ces derniers pour s)accorder sur le t-pe de codec B acti#er. Il peut $alement ser#ir B mesurer le retard aller-retour ,Round Trip Aela-. d)une communication. *ne communication H.323 se droule en cinq phases K Xta'lissement d)appel Xchan$e de capacit et rser#ation #entuelle de la 'ande passante B tra#ers le protocole R&5P ,Ressource re&er5ation Protocol. Xta'lissement de la communication audio-#isuelle In#ocation #entuelle de ser#ices en phase d)appel ,par e!emple+ trans(ert d)appel+ chan$ement de 'ande passante+ etc.. Li'ration de l)appel.

13

6.1.3 -

323 dans !e mod"!e Osi

Les di((rents protocoles sont reprsents ci-dessous dans le mod:le ;&I K

6.1.# - $a visiocon%&rence sur I'


Tout d)a'ord+ au ni#eau conomique+ la #isiocon(rence sur Ip s)a#:re moins co%teuse que celle sur liaison RCI& car d)un cHt+ l)quipement d)un PC est relati#ement peu cher K ce s-st:me ne ncessite pas l)installation de prises RCI& spciales. A)autre part+ une liaison Rnis a un co%t calcul selon la lon$ueur de l)appel+ le d'it+ et la distance. Alors que dans une liaison IP+ le pri! est (or(aitaire selon le d'it. 3n (in de compte+ la #isiocon(rence par Ip s)a#:re sou#ent moins onreuse que par liaison Rnis. 3nsuite+ qualitati#ement parlant+ la #isiocon(rence sur Ip peut utiliser des d'its suprieurs et ainsi a#oir une ima$e et un son meilleurs qu)a#ec une liaison Rnis. 3n e((et+ la #isiocon(rence sur Cumeris utilise des d'its allant de 12>V'Os B 3>"V'Os+ alors qu)en mutualisant certaines liaisons Ip+ on peut o'tenir des li$nes haut d'it allant usqu)B plusieurs I'Os. Ialheureusement+ le pro'l:me ma eur de la #isiocon(rence sur Ip est l)a'sence d)une =ualit de &er#ice ,=o&. sur les rseau! Ip. C)est $alement ce qui (ait l)a#anta$e des rseau! Rnis. Cependant+ a#ec l)#olution des rseau! Ip+ on sait dsormais qu)il est possi'le qu)on puisse disposer d)une =o& sur ceu!-ci tel que Rs#p+ Ai((ser#+ $estion de (ile d)attente. ;n pourrait donc a#oir des (lu! a#ec priorit sur ces rseau!. 3n dehors du protocole H.323+ il e!iste des normes de #isiocon(rence sur Ip a-ant des possi'ilits analo$ues B H.323 telles que Ip multicast+ qui est particuli:rement adapts au 1"

tlensei$nement et B la di((usion de sminaires et con(rences car il permet la conne!ion de plusieurs diNaines de sites #oire plus. Il e!iste $alement le s-st:me 5r#s qui est utilis dans certaines communauts scienti(iques+ notamment la ph-sique+ en raison de sa con#i#ialit. Il int:$re Ip multicast et H.323. Pour pou#oir sui#re une #isiocon(rence+ il (aut 'ien entendu le matriel adquat. Ce peut <tre un matriel ddi contenant tout ce qu)il (aut K moniteur+ micro+ et camra #ido. ;u alors+ un ensem'le matriel et lo$iciel sur un poste de tra#ail normal ,PC+ etc... &i la #isiocon(rence ne compte que deu! interlocuteurs+ alors la liaison est point B point comme illustr sur le schma ci-dessous K

Aans le cas oP il - a plus de deu! interlocuteurs+ la #isiocon(rence ncessite l)utilisation d)un pont multipoint comme illustr sur le schma ci-dessous K

1/

Pour se connecter entre eu!+ les interlocuteurs sont identi(is par un numro ou une adresse 3.12". 3lle est compose de numros et est structure comme un numro de tlphone. 3n particulier+ un numro de tlphone est une adresse 3.12". L 3.12" M est le nom de la norme qui d(init ces adresses. Pour router un appel H.323 dans le rseau+ il est ncessaire d)a#oir un L 6ateVeeper M. C)est un lment lo$iciel qui (onctionne dans un PC+ ou encore dans un pont multipoint ou dans un routeur IP ,3!emple dans les routeurs Cisco.. 3n (onction de l)adresse destinataire contenue dans l)appel H.323+ les di((rents 6ateVeeper #ont ta'lir la communication entre metteur et destinateur et mettre en place le routa$e. Par ailleurs+ le protocole H.323 int:$re la norme T.12@ qui permet le parta$e d)applications. ;n peut+ par e!emple+ a((icher des documents sur les postes de tra#ail des autres interlocuteurs.

6.1.( - )vantages et inconv&nients


Les rseau! IP sont B commutation de paquets+ les (lu! de donnes transitent en commun sur une m<me liaison. La #isiocon(rence IP mise sur une disponi'ilit de ces liaisons. Les d'its des rseau! IP doi#ent donc <tre adapts en (onction du tra(ic a(in d)#iter tout risque de coupure du son et de la #ido. Tous les sites n)ont pas le m<me d'it. Plus le d'it sera le# et plus le risque de coupure sera (ai'le. Par ailleurs+ tant que la =ualit de &er#ice n)e!istera pas dans les rseau! IP+ la (ia'ilit des #isiocon(rences sur les li$nes B (ai'le d'it sera 'asse. A l)heure actuelle+ la compati'ilit entre les di((rentes normes de #isiocon(rence est asseN (ai'le. La #isiocon(rence H.323 et H.32@ sont compati'les mais elles ncessitent l)emploi de passerelles H.32@OH.323. 3n ce qui concerne les di((rentes normes pour la #isiocon(rence sur Ip+ H.323 et Ip Iulticast ne sont+ en r:$le $nrale+ pas compati'les+ sau( dans le cadre de 5R5& qui permet un certain de$r d)interopra'ilit+ mais ne $:re pas la norme T.12@. 5oici les principau! 'n(ices qu)apporte la norme H.323 sont les sui#ants K Codec standards K H.323 ta'lit des standards pour la compression et la dcompression des (lu! audio et #ido. Ceci assure que des quipements pro#enant de (a'ricants di((rents ont une 'ase commune de dialo$ue. Interopra'ilit K Les utilisateurs #eulent pou#oir dialo$uer sans a#oir B se soucier de la compati'ilit du terminal destinataire. 3n plus d)assurer que le destinataire est en mesure de dcompresser l)in(ormation+ H.323 ta'lit des mthodes communes d)ta'lissement et de contrHle d)appel. Indpendance #is B #is du rseau K H.323 est conGu pour (onctionner sur tout t-pe d)architecture rseau. Comme les technolo$ies #oluent et les techniques de $estion de la 'ande passante s)amliorent+ les solutions 'ases sur H.323 seront capa'les de 'n(icier de ces amliorations (utures. Indpendance #is B #is des plates-(ormes et des applications K H.323 n)est li B aucun quipement ou s-st:me d)e!ploitation. &upport multipoint K H.323 supporte des con(rences entre trois points terminau! ou plus sans ncessiter la prsence d)une unit de contrHle spcialise. 6estion de la 'ande passante K Le tra(ic audio et #ido est un $rand consommateur de ressources rseau. A(in d)#iter que ces (lu! ne con$estionnent le rseau+ H.323 permet une 12

$estion de la 'ande passante B disposition. 3n particulier+ le $estionnaire du rseau peut limiter le nom're simultan de conne!ions H.323 sur son rseau ou limiter la lar$eur de 'ande B disposition de chaque conne!ion. Ae telles limites permettent de $arantir que le tra(ic important ne soit pas interrompu. &upport multicast K H.323 supporte le multicast dans les con(rences multipoint. Iulticast en#oie chaque paquet #ers un sous-ensem'le des destinataires sans rplication+ permettant une utilisation optimale du rseau. A l)heure actuelle+ le standard de (ait pour les s-st:mes de tlphonie sur IP est la norme H.323 de l)*IT. Indispensa'le pour permettre un minimum d)interopra'ilit entre quipements de (ournisseurs di((rents+ ce standard prsente toute(ois les incon#nients sui#ants K Protocole comple!e+ cr initialement pour les con(rences multimdia et qui incorpore des mcanismes super(lus dans un conte!te purement tlphonique. Ceci a notamment des incidences au ni#eau des terminau! H.323 ,tlphones IP+ par e!emple. qui ncessitent de ce (ait une capacit mmoire et de traitement non sans incidence au ni#eau de leur co%t. Comprend de nom'reuses options suscepti'les d)<tre implmentes de (aGon di((rentes par les constructeurs et donc de poser des pro'l:mes d)interopra'ilit ou de plus petit dnominateur commun ,dans le choi! du codec+ par e!emple. R A)autre part+ comme le seul codec o'li$atoire est le codec 6.411 ,2" Vps. et que le support des autres codecs plus e((icaces est optionnel+ l)interopra'ilit entre produits pro#enant de constructeurs di((rents ne si$ni(ie pas qu)ils (eront un usa$e optimal de la 'ande passante. 3n e((et+ dans le cas oP les codecs B 'as d'its sont di((rents+ le transport de la #oi! se (era B 2" V'ps+ ce qui+ en terme de 'ande passante+ ne prsente $u:re d)a#anta$es par rapport B un s-st:me tlphonique classique.

6.1.6 - *om'araison avec Si'


&ip est un autre protocole pour l)interacti#it en temps rel. Il a t d#elopp par l)I3T9 et s)inspire du protocole Http alors que H.323 s)inspire de la tlphonie. &ip est plus modulaire et peut (onctionner a#ec d)autres protocoles. Il est donc plus souple que H.323.

6.1.+ - *onc!usion
Le protocole H.323 est une des normes en#isa$ea'les pour la #isiocon(rence sur Ip. Cependant+ elle est pour l)instant surtout emplo- par des pro$rammes propritaires ,Iicroso(t+ etc... La documentation est di((icile d)acc:s car l)IT* (ait pa-er les droits d)acc:s au! derniers d#eloppements de cette technolo$ie+ en dehors des e((orts (aits par le pro et ;penH.323 pour rendre cette technolo$ie accessi'le B tous. Cet ensem'le de normes ne s)a#:rent pas tou ours compati'les a#ec d)autres protocoles B cause de son d#eloppement inspir de la tlphonie+ ce qui peut rendre son utilisation un peu Eri$ideE.

2.2 - Protocole &IP

6.2.1 - Introduction
Le protocole &ip ,&ession Initiation Protocole. a t initi par le $roupe II*&IC ,IultipartIultimedia &ession Control. et dsormais repris et maintenu par le $roupe &IP de l)I3T9 donnant la R(c 3221 rendant o'sol:te la R(c 2/"3. &ip est un protocole de si$nalisation appartenant B la couche application du mod:le ;si. &on rHle est d)ou#rir+ modi(ier et li'rer les sessions. L)ou#erture de ces sessions permet de raliser de l)audio ou #idocon(rence+ de 14

l)ensei$nement B distance+ de la #oi! ,tlphonie. et de la di((usion multimdia sur Ip essentiellement. *n utilisateur peut se connecter a#ec les utilisateurs d)une session d B ou#erte. Pour ou#rir une session+ un utilisateur met une in#itation transportant un descripteur de session permettant au! utilisateurs souhaitant communiquer de s)accorder sur la compati'ilit de leur mdia+ &ip permet donc de relier des stations mo'iles en transmettant ou rediri$eant les requ<tes #ers la position courante de la station appele. 3n(in+ &IP poss:de l)a#anta$e de ne pas <tre attach B un mdium particulier et est sens <tre indpendant du protocole de transport des couches 'asses.

6.2.2 - Fonctionnement
&ip inter#ient au! di((rentes phases de l)appel K Localisation du terminal correspondant+ Anal-se du pro(il et des ressources du destinataire+ C$ociation du t-pe de mdia ,#oi!+ #ido+ donnes.... et des param:tres de communication+ Aisponi'ilit du correspondant+ dtermine si le poste appel souhaite communiquer+ et autorise l)appelant B le contacter. 3ta'lissement et sui#i de l)appel+ a#ertit les parties appelant et appel de la demande d)ou#erture de session+ $estion du trans(ert et de la (ermeture des appels. 6estion de (onctions #olues K cr-pta$e+ retour d)erreurs+ ... A#ec &ip+ les utilisateurs qui ou#rent une session peu#ent communiquer en mode point B point+ en mode di((usi( ou dans un mode com'inant ceu!-ci. &ip permet donc l)ou#erture de sessions en mode K Point-B-point - Communication entre 2 machines+ on parle d)unicast. Ai((usi( - Plusieurs utilisateurs en multicast+ #ia une unit de contrHle I.C.* ,Iultipoint Control *nit. Com'inatoire - Plusieurs utilisateurs pleinement interconnects en multicast #ia un rseau B mailla$e complet de conne!ions. 5oici les di((rents lments inter#enant dans l)ou#erture de session K &ui#ant nature des chan$es+ choi! des protocoles les mieu! adapts ,Rs#p+ Rtp+ Rtcp+ &ap+ &dp.. Atermination du nom're de sessions+ comme par e!emple+ pour #hiculer de la #ido+ 2 sessions doi#ent <tre ou#ertes ,l)une pour l)ima$e et l)autre pour la #ido.. Chaque utilisateur et sa machine est identi(i par une adresse que l)on nomme *rl &ip et qui se prsente comme une *rl Iailto. Requ<te *ri permettant de localiser le pro!- ser#er auquel est rattach la machine de l)appel. Requ<te &ip+ une (ois le client ,machine appelante. connect B un ser#eur &ip distant+ il peut lui adresser une ou plusieurs requ<tes &ip et rece#oir une ou plusieurs rponses de ce ser#eur. 1>

Les rponses contiennent certains champs identiques B ceu! des requ<tes+ tels que K Call-IA+ Cseq+ To et 9rom. Les chan$es entre un terminal appelant et un terminal appel se (ont par l)intermdiaire de requ<tes K In#ite - Cette requ<te indique que l)application ,ou utilisateur. correspondante B l)*rl &ip spci(i est in#it B participer B une session. Le corps du messa$e dcrit cette session ,par e! K mdia supports par l)appelant .. 3n cas de rponse (a#ora'le+ l)in#it doit spci(ier les mdias qu)il supporte. Ac8 - Cette requ<te permet de con(irmer que le terminal appelant a 'ien reGu une rponse d(initi#e B une requ<te In#ite. ;ptions - *n pro!- ser#er en mesure de contacter l)*A& ,terminal. appel+ doit rpondre B une requ<te ;ptions en prcisant ses capacits B contacter le m<me terminal. 0-e - Cette requ<te est utilise par le terminal de l)appel B (in de si$naler qu)il souhaite mettre un terme B la session. Cancel - Cette requ<te est en#o-e par un terminal ou un pro!- ser#er B (in d)annuler une requ<te non #alide par une rponse (inale comme+ par e!emple+ si une machine a-ant t in#ite B participer B une session+ et a-ant accept l)in#itation ne reGoit pas de requ<te Ac8+ alors elle met une requ<te Cancel. Re$ister - cette mthode est utilise par le client pour enre$istrer l)adresse liste dans l)*RL T; par le ser#eur auquel il est reli. *ne rponse B une requ<te est caractrise+ par un code et un moti(+ appels code d)tat et raison phrase respecti#ement. *n code d)tat est un entier cod sur 3 'its indiquant un rsultat B l)issue de la rception d)une requ<te. Ce rsultat est prcis par une phrase+ te!t'ased ,*T9>.+ e!pliquant le moti( du re(us ou de l)acceptation de la requ<te. Le code d)tat est donc destin B l)automate $rant l)ta'lissement des sessions &ip et les moti(s au! pro$rammeurs. Il e!iste 2 classes de rponses et donc de codes d)tat+ reprsentes par le premier 'it K 1!! W In(ormation - La requ<te a t reGue et continue B <tre traite 2!! W &ucc:s - L)action a t reGue a#ec succ:s+ comprise et accepte 3!! W Redirection - *ne autre action doit <tre mene a(in de #alider la requ<te "!! W 3rreur du client - La requ<te contient une s-nta!e ronne ou ne peut pas <tre traite par ce ser#eur /!! W 3rreur du ser#eur - Le ser#eur n)a pas russi B traiter une requ<te apparemment correcte 2!! W 3chec $nral - La requ<te ne peut <tre traite par aucun ser#eur Aans un s-st:me &ip on trou#e deu! t-pes de composantes+ les users a$ents ,*A&+ *AC. et un rseau de ser#eurs K L)*A& ,*ser A$ent &er#er. - Il reprsente l)a$ent de la partie appele. C)est une application de t-pe ser#eur qui contacte l)utilisateur lorsqu)une requ<te &ip est reGue. 3t elle ren#oie une rponse au nom de l)utilisateur. 1?

L)*.A.C ,*ser A$ent Client. - Il reprsente l)a$ent de la partie appelante. C)est une application de t-pe client qui initie les requ<tes. Le relais mandataire ou P& ,Pro!- &er#er.+ auquel est reli un terminal (i!e ou mo'ile+ a$it B la (ois comme un client et comme un ser#eur. *n tel ser#eur peut interprter et modi(ier les messa$es qu)il reGoit a#ant de les retransmettre K Le R& ,Redirect &er#er. - Il ralise simplement une association ,mappin$. d)adresses #ers une ou plusieurs nou#elles adresses. ,lorsqu)un client appelle un terminal mo'ile - redirection #ers le P& le plus proche - ou en mode multicast - le messa$e mis est rediri$ #ers toutes les sorties au!quelles sont relis les destinataires.. Cotons qu)un Redirect &er#er est consult par l)*ac comme un simple ser#eur et ne peut mettre de requ<tes contrairement au Ps. Le L& ,Location &er#er. - Il (ournit la position courante des utilisateurs dont la communication tra#erse les Rs et P& au!quels il est rattach. Cette (onction est assure par le ser#ice de localisation. Le R6 ,Re$istrar. - C)est un ser#eur qui accepte les requ<tes Re$ister et o((re $alement un ser#ice de localisation comme le L&. Chaque P& ou R& est $nralement reli B un Re$istrar.

6.2.3 - S&curit& et )ut,enti%ication


Les messa$es &ip peu#ent contenir des donnes con(identielles+ en e((et le protocole &ip poss:de 3 mcanismes de cr-pta$e K Cr-pta$e de 'out en 'out du Corps du messa$e &ip et de certains champs d)en-t<te sensi'les au! attaques. Cr-pta$e au saut par saut ,hop '- hop. B (in d)emp<cher des pirates de sa#oir qui appelle qui. Cr-pta$e au saut par saut du champ d)en-t<te 5ia pour dissimuler la route qu)a emprunt la requ<te. Ae plus+ B (in d)emp<cher B tout intrus de modi(ier et retransmettre des requ<tes ou rponses &ip+ des mcanismes d)int$rit et d)authenti(ication des messa$es sont mis en place. 3t pour des messa$es &ip transmis de 'out en 'out+ des cls pu'liques et si$natures sont utilises par &ip et stoc8es dans les champs d)en-t<te Autorisation. *ne autre attaque connue a#ec Tcp ou *dp est le L den- o( ser#ice M+ lorsqu)un Pro!- &er#er intrus ren#oie une rponse de code 2!! au client ,si$ni(iant un chec $nral+ la requ<te ne peut <tre traite.. Le client peut i$norer cette rponse. &i il ne l)i$nore pas et met une requ<te #ers le ser#eur Er$ulierE auquel il tait reli a#ant la rponse du ser#eur EintrusE+ la requ<te aura de (ortes chances d)atteindre le ser#eur intrus et non son #rai destinataire.

6.2.# - *om'araison avec

323

5oici les a#anta$es du protocole H.323 K Il e!iste de nom'reu! produits ,plus de 3@. utilisant ce standard adopt par de $randes entreprises telles Cisco+ I0I+ Intel+ Iicroso(t+ Cetscape+ etc. Les cinq principau! lo$iciels de #isiocon(rence Picturel //@+ Proshare /@@+ Trinicon /@@+ &martstation et Cruiser 1/@ utilisent sur Ip la norme H.323. 2@

*n ni#eau d)interopra'ilit tr:s le#+ ce qui permet B plusieurs utilisateurs d)chan$er des donnes audio et #ido sans (aire attention au! t-pes de mdia qu)ils utilisent. 5oici les a#anta$es du protocole &ip K &ip est un protocole plus rapide. La sparation entre ses champs d)en-t<te et son corps du messa$e (acilite le traitement des messa$es et diminue leur temps de transition dans le rseau. Com're des en-t<tes est limit ,32 au ma!imum et en pratique+ moins d)une diNaine d)en-t<tes sont utilises simultanment.+ ce qui all:$e l)criture et la lecture des requ<tes et rponses. &ip est un protocole indpendant de la couche transport. Il peut aussi 'ien s)utiliser a#ec Tcp que *dp. Ae plus+ il spare les (lu! de donnes de ceu! la si$nalisation+ ce qui rend plus souple l)#olution Een directE d)une communication ,arri#e d)un nou#eau participant+ chan$ement de param:tres..... SIP Com're chan$es pour ta'lir la conne!ion Iaintenance du code protocolaire 3#olution du protocole 9onction de con(rence 9onction de tlser#ices Atection d)un appel en 'oucle &i$nalisation multicast 1+/ aller-retour &imple par sa nature te!tuelle B l)e!emple de Http Protocole ou#ert B de nou#elles (onctions Aistri'ue ;ui+ par d(aut ;ui ;ui+ par d(aut 2 B 4 aller-retour Comple!e et ncessitant un compilateur A out d)e!tensions propritaires sans concertation entre #endeurs Centralise par l)unit IC H.323 #2 Y H."/@ Ine!istante sur la #ersion 1 un appel rout sur l)appelant pro#oque une in(init de requ<tes Con 323

6.2.( - *onc!usion
La simplicit+ la rapidit et la l$:ret d)utilisation+ tout en tant tr:s complet+ du protocole &ip sont autant d)ar$uments qui pourraient permettre B &ip de con#aincre les in#estisseurs. Ae plus+ ses a#ances en mati:re de scurit des messa$es sont un atout important par rapport B ses concurrents.

2.3 - Transport Rtp et Rtcp

6.3.1 - Introduction
Rtp est un protocole qui a t d#elopp par l)I3T9 a(in de (acilit le transport temps rel de 'out en 'out des (lots donnes audio et #ido sur les rseau! Ip+ c)est B dire sur les rseau! de paquets. Rtp est un protocole qui se situe au ni#eau de l)application et qui utilise les protocoles sous- acents de transport Tcp ou *dp. Iais l)utilisation de Rtp se (ait $nralement au-dessus de *dp ce qui permet d)atteindre plus (acilement le temps rel. Les applications temps rels comme la parole numrique ou la #isio-con(rence constitue un #rita'le pro'l:me pour Internet. =ui dit application temps rel+ dit prsence d)une certaine qualit de ser#ice ,=o&. que Rtp ne $arantie pas du (ait qu)il (onctionne au ni#eau Applicati(. Ae plus Rtp est un protocole qui se trou#e dans un en#ironnement multipoint+ donc on peut dire que 21

Rtp poss:de B sa char$e+ la $estion du temps rel+ mais aussi l)administration de la session multipoint. Rtp et Rtcp sont d(inis+ depuis uillet 2@@3+ par la R(c 3//@ rendant o'sol:te la #ersion prcdente R(c 1>>?.

6.3.2 - $es %onctions de -t'


Le protocole Rtp+ Real Time Transport Protocol+ standardis en 1??2+ a pour 'ut d)or$aniser les paquets B l)entre du rseau et de les contrHler B la sortie. Ceci de (aGon B re(ormer les (lu! a#ec ses caractristiques de dpart. Rtp est $r au ni#eau de l)application donc ne ncessite pas l)implmentation d)un Vernel ou de li'rairies. Comme nous l)a#ons dit dans l)introduction+ Rtp est un protocole de 'out en 'out. Rtp est #olontairement incomplet et malla'le pour s)adapter au! 'esoins des applications. Il sera int$r dans le no-au de l)application. Rtp laisse la responsa'ilit du contrHle au! quipements d)e!trmit. Rtp+ est un protocole adapt au! applications prsentant des proprits temps rel. Il permet ainsi de K Reconstituer la 'ase de temps des (lu! ,horodata$e des paquets K possi'ilit de res-nchronisation des (lu! par le rcepteur. Iettre en place un squencement des paquets par une numrotation et ce a(in de permettre ainsi la dtection des paquets perdus. Ceci est un point primordial dans la reconstitution des donnes. Iais il (aut sa#oir quand m<me que la perte d)un paquet n)est pas un $ros pro'l:me si les paquets ne sont pas perdus en trop $rands nom're. Cependant il est tr:s important de sa#oir quel est le paquet qui a t perdu a(in de pou#oir pallier B cette perte. 3t ce par le remplacement par un paquet qui se compose d)une s-nth:se des paquets prcdent et sui#ant. Identi(ier le contenu des donnes pour leurs associer un transport scuris. L)identi(ication de la source c)est B dire l)identi(ication de l)e!pditeur du paquet. Aans un multicast l)identit de la source doit <tre connue et dtermine. Transporter les applications audio et #ido dans des trames ,a#ec des dimensions qui sont dpendantes des codecs qui e((ectuent la numrisation.. Ces trames sont incluses dans des paquets a(in d)<tre transportes et doi#ent de ce (ait <tre rcupres (acilement au moment de la phase de dpaqutisation a(in que l)application soit dcode correctement. 3n re#anche+ ce n)est pas Ela solutionE qui permettrait d)o'tenir des transmissions temps rel sur IP. 3n e((et+ il ne procure pas de K Rser#ation de ressources sur le rseau ,pas d)action sur le rseau+ c(. R&5P.R 9ia'ilit des chan$es ,pas de retransmission automatique+ pas de r$ulation automatique du d'it.R 6arantie dans le dlai de li#raison ,seules les couches de ni#eau in(rieur le peu#ent. et dans la continuit du (lu! temps rel.

6.3.3 - .nt/te -t'


L)ent<te d)un paquet Rtp est o'li$atoirement constitu de 12 octets. Cette ent<te prc:de le Epa-loadE qui reprsente les donnes utiles. 22

6.3.3.1 - V
Ce champ+ cod sur 2 'its+ permet d)indiquer la #ersion de Rtp. Actuellement+ 5W2.

6.3.3.2 - P
Ce 'it indique+ si il est B 1+ que les donnes poss:dent une partie de 'ourra$e.

6.3.3.3 - 0
Ce 'it spci(ie+ si il est B 1+ que l)ent<te est sui#ie d)une ent<te supplmentaire.

6.3.3.# - **
Ce champ+ cod sur " 'its+ reprsente le nom're de C&RC qui suit l)ent<te.

6.3.3.( - M
Ce 'it+ lorsqu)il est B 1+ d(inie que l)interprtation de la Iarque est par un pro(il d)application.

6.3.3.6 - P1
0as sur 4 'its+ ce champ identi(ie le t-pe du pa-load ,audio+ #ido+ ima$e+ te!te+ html+ etc...

6.3.3.+ - 2um&ro de s&3uence


Ce champ+ d)une taille de 2 octets+ reprsente le numro d)ordre d)mission des paquets. &a #aleur initiale est alatoire et il s)incrmente de 1 B chaque paquet en#o-+ il peut ser#ir B dtecter des paquets perdus.

6.3.3.4 - 1imestam'
Ce champ horodata$e+ de " octets+ reprsente l)horlo$e s-st:me ou l)horlo$e d)chantillonna$e de l)metteur. 3lle doit <tre monotone et linaire pour assurer la s-nchronisation des (lu!.

6.3.3.5 - SS-*
0as sur " octets+ ce champ identi(ie de mani:re unique la source de s-nchronisation+ sa #aleur est choisie de mani:res alatoire par l)application. 23

6.3.3.16 - SS-*
Ce champ+ sur " octets+ identi(ie les sources de contri'ution. La liste des participants a-ant leur contri'ution ,audio+ #ido. au! donne du paquet.

6.3.# - $es %onctions de -tc'


Le protocole Rtcp est (ond sur la transmission priodique de paquets de contrHle B tous les participants d)une session. C)est le protocole *dp ,par e!emple. qui permet le multiple!a$e des paquets de donnes Rtp et des paquets de contrHle Rtcp. Le protocole Rtp utilise le protocole Rtcp+ Real-time Transport Control Protocol+ qui transporte les in(ormations supplmentaires sui#antes pour la $estion de la session K Les rcepteurs utilisent Rtcp pour ren#o-er #ers les metteurs un rapport sur la =o&. Ces rapports comprennent le nom're de paquets perdus+ le param:tre indiquant la #ariance d)une distri'ution ,plus communment appel la $i$ue K c)est B dire les paquets qui arri#ent r$uli:rement ou irr$uli:rement. et le dlai aller-retour. Ces in(ormations permettent B la source de s)adapter+ par e!emple+ de modi(ier le ni#eau de compression pour maintenir une =o&. *ne s-nchronisation supplmentaire entre les mdias. Les applications multimdias sont sou#ent transportes par des (lots distincts. Par e!emple+ la #oi!+ l)ima$e ou m<me des applications numrises sur plusieurs ni#eau! hirarchiques peu#ent #oir les (lots $res sui#re des chemins di((rents. L)identi(ication car en e((et+ les paquets Rtcp contiennent des in(ormations d)adresses+ comme l)adresse d)un messa$e lectronique+ un numro de tlphone ou le nom d)un participant B une con(rence tlphonique. Le contrHle de la session+ car Rtcp permet au! participants d)indiquer leur dpart d)une con(rence tlphonique ,paquet 0-e de Rtcp. ou simplement de (ournir une indication sur leur comportement. Le protocole Rtcp demande au! participants de la session d)en#o-er priodiquement les in(ormations cites ci-dessus. La priodicit est calcule en (onction du nom're de participants de l)application. ;n 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 super#ision. ;n peut dtailler les paquets de super#ision en / t-pesK 2@@ K rapport de l)metteur 2@1 K rapport du rcepteur 2@2 K description de la source 2@3 K au re#oir 2@" K application spci(ique Ces di((rents paquets de super#ision (ournissent au! noeuds du rseau les instructions ncessaires B un meilleur contrHle des applications temps rel.

2"

6.3.( - .nt/te -tc'


Ce protocole d(ini cinq paquets de contrHle K 2@@ - &R ,&ender Report. K Ce rapport re$roupe des statistiques concernant la transmission ,pourcenta$e de perte+ nom're cumul de paquets perdus+ #ariation de dlai ,$i$ue.+ ...Ces rapports sont issus d)metteurs acti(s d)une session. 2@1 - RR ,Recei#er Report. K 3nsem'le de statistiques portant sur la communication entre les participants. Ces rapports sont issus des rcepteurs d)une session. 2@2 - &A3& ,&ource Aescription. K Carte de #isite de la source ,nom+ e-mail+ localisation.. 2@3 - 0Z3 K Iessa$e de (in de participation B une session. 2@" - APP K 9onctions spci(iques B une application. 5oici l)en-t<te commun B tous les paquets Rtcp.

6.3.(.1 - V
Ce champ+ cod sur 2 'its+ permet d)indiquer la #ersion de Rtp+ qui est la m<me que dans les paquets Rtcp. Actuellement+ 5W2.

6.3.(.2 - P
Ce 'it indique+ si il est B 1+ que les donnes poss:dent une partie de 'ourra$e.

6.3.(.3 - -*
Ce champ+ 'as sur / 'its+ indique le nom're de 'locs de rapport de rception contenus en ce paquet. *ne #aleur de Nro est #alide.

6.3.(.# - P1
Ce champ+ cod sur 1 octet+ est (i! B 2@@ pour identi(ier ce data$ramme Rtcp comme &R. 2/

6.3.(.( - $ongueur
Ce champ de 2 octets+ reprsente la lon$ueur de ce paquet Rtcp incluant l)ent<te et le 'ourra$e.

6.3.(.6 - SS-*
0as sur " octets+ ce champ+ reprsente l)identi(ication de la source pour le createur de ce paquet &R.

6.3.6 - *onc!usion
Rtp ncessite le protocole de transport *dp+ ,en-t<te > octets.+ qui (ournira les numros de port source et destination ncessaire B la couche application. Pour l)instant le protocole Rtp se trou#e au dessus de *dp+ tandis que dans le (utur+ on aura une indpendance #is B #is des couches rseau!. 3n rsumant+ ces deu! protocoles sont adapts pour la transmission de donnes temps rel. Cependant+ ils (onctionnent en strat$ie 'out B 'out et donc ne peu#ent contrHler l)lment principal de la communication K le rseau. Ces protocoles sont principalement utiliss en #isiocon(rence oP les participants sont tour B tour metteurs ou rcepteurs. Pour le transport de la #oi!+ ils permettent une transmission correcte sur des rseau! 'ien ci'ls. C)est-B-dire+ des rseau! qui implmentent une qualit de ser#ice adapte. Aes rseau! 'ien dimensionns ,'ande passante+ dterminisme des couches sous- acentes+ Cos+ .... peu#ent aussi se ser#ir de cette solution.

2." - H221
Le protocole H.221 est dcrit dans la R9C 2@32+ cette norme dcrit le transport d)un (lu! #ido sur Rtp. Le (ormat de l)en-t<te est le sui#ant K

&0IT ,&tart 0it. - 0as sur 3 'its+ ce champ reprsente le nom're de 'its de poids (orts B i$norer dans le premier octet de donnes. 30IT ,3nd 0it. - 0as sur 3 'its+ ce champ reprsente le nom're de 'its de poids (ai'le B i$norer dans le dernier octet de donnes. 22

I ,Intra-(rame encoded data (la$. - 0as sur 1 'it+ ce (la$ doit <tre mis B 1 si il contient seulement des intra-(rame cod. 5 ,Iotion 5ector. - 0as sur 1 'it+ ce (la$ indique si le Iotion 5ector est utilis ou pas. 6;0C ,6;0 num'er. - 0as sur " 'its+ ce champ code le nom're de 6;0 acti( au d'ut du paquet. PlaceN B @ si le paquet commence par un en-t<te de 6;0. I0AP ,Iacro'loc8 Address Predictor. - 0as sur / 'its+ ce champ code le prdicteur d)adresse de Iacro'loc8. PlaceN B @ si le paquet commence par un en-t<te de 6;0. =*ACT ,=uantiNer. - 0as sur / 'its+ ce champ reprsente la #aleur acti( a#ant le d'ut de ce paquet. HI5A ,HoriNontal Iotion 5ector Aata. - 0as sur / 'its+ ce champ doit <tre B @ si le (la$ 5 est B @ ou si le paquet commence a#ec une ent<te 6o'. 5I5A ,5ertical Iotion 5ector Aata. - 0as sur / 'its+ ce champ doit <tre B @ si le (la$ 5 est B @ ou si le paquet commence a#ec une ent<te 6o'.

2./ - Audio
Le transport de la #oi! sur un rseau IP ncessite au prala'le tout ou une partie des tapes sui#antes K Cumrisation K dans le cas oP les si$nau! tlphoniques B transmettre sont sous (orme analo$ique+ ces derniers doi#ent d)a'ord <tre con#ertis sous (orme numrique sui#ant le (ormat PCI ,Pulse Code Iodulation. B 2" V'ps. &i l)inter(ace tlphonique est numrique ,acc:s RCI&+ par e!emple.+ cette (onction est omise. Compression K le si$nal numrique PCI B 2" V'ps est compress selon l)un des (ormats de codec ,compression O dcompression. ,Ta'leau 3-3. puis insr dans des paquets IP. La (onction de codec est le plus sou#ent ralise par un A&P ,Ai$ital &i$nal Processor.. &elon la 'ande passante B disposition+ le si$nal #oi! peut $alement <tre transport dans son (ormat ori$inel B 2" V'ps. Acompression K cHt rception+ les in(ormations reGues sont dcompresses .il est ncessaire pour cela d)utiliser le m<me codec que pour la compression- puis recon#erties dans le (ormat appropri pour le destinataire ,analo$ique+ PCI 2"V'ps+ etc... L)o' ecti( d)un codec est d)o'tenir une 'onne qualit de #oi! a#ec un d'it et un dlai de compression le plus (ai'les possi'les. Le co%t du A&P est li B la comple!it du codec utilis. Le Ta'leau ci-dessous prsente les caractristiques des principau! codecs standards de l)*IT. Les codecs les plus sou#ent mis en oeu#re dans les solutions 5oIP sont 6.411+ 6.42? et 6.423.1. La qualit d)un codec est mesure de (aGon su' ecti#e en la'oratoire par une population test de personnes. Ces derni:res coutent tout un ensem'le de con#ersations compresses selon les di((rents codecs B tester et les #aluent qualitati#ement selon la ta'le sui#ante K 1ab!eau 7 .c,e!!e uti!is& 'our !8&va!uation de !a 3ua!it& de voix 9ua!it& de !a 'aro!e Score

24

3!cellente 0onne Correcte Pau#re Insu((isante

/ " 3 2 1

&ur la 'ase des donnes numriques des apprciations+ une opinion mo-enne de la qualit d)coute ,Iean ;pinion &core . I;&. est ensuite calcule pour chaque codec. Les rsultats o'tenus pour les principau! codecs sont rsums dans le ta'leau ci-dessous K 1ab!eau 7 Score MOSdes di%%&rents codecs *odec VoIP 6.411 ,PCI. 6.422 6.42? 6.423.1 6.423.1 6&I 6.42? !2 6.42? !3 6.42? ! 6&I :&bit ;<b's= 2" 32 > 2." /.3 13 Score MOS ".1 3.>/ 3.?2 3.? 3.2/ 3./ 3.24 2.2> 3.14

Aeu! o'ser#ations principales peu#ent <tre tires du Ta'leau 3-/ K La qualit de la #oi! o'tenue par les codecs 6.42? et 6.423.1 ,B 2."V'ps. est tr:s proche de celle du ser#ice tlphonique actuel+ et ce pour des d'its entre > et 1@ (ois in(rieurs. Ces deu! codecs prsentent une meilleure qualit que celle des rseau! tlphoniques cellulaires ,6&I.. Le cumul+ dans une m<me communication+ d)oprations de compressionOdcompression conduit B une rapide d$radation de la qualit. Les solutions mises en oeu#re doi#ent #iter des con(i$urations en tandem dans lesquelles un P01 reGoit un appel d)un poste distant B tra#ers une liaison 5oIP et le rediri$e #ers une autre liaison sem'la'le. ;((rant une qualit de #oi! tr:s proche+ les codecs 6.42? et 6.423.1 se distin$uent essentiellement par la 'ande passante qu)ils requi:rent et par le retard que chacun introduit dans la transmission. Le choi! d)un quipement implmentant l)un ou l)autre de ces codecs de#ra donc <tre (ait selon la situation+ en (onction notamment de la 'ande passante B disposition et du retard cumul ma!imum estim pour chaque liaison ,selon les standards de l)*IT+ le retard aller ,L one-7a- dela- M. de#rait <tre in(rieur B 1/@ ms.. Le (acteur du itter est primordiale pour une 'onne coute de la 5oip.

4 - Pro'l9me et :o&
4.1 - Latence
La maTtrise du dlai de transmission est un lment essentiel pour 'n(icier d)un #rita'le mode con#ersationnel et minimiser la perception d)cho ,similaire au! dsa$rments causs par les con#ersations par satellites+ dsormais lar$ement remplacs par les cD'les pour ce t-pe d)usa$e.. 2>

;r la dure de tra#erse d)un rseau IP dpend de nom'reu! (acteursK Le d'it de transmission sur chaque lien Le nom're d)lments rseau! tra#erss Le temps de tra#erse de chaque lment+ qui est lui m<me (onction de la puissance et la char$e de ce dernier+ du temps de mise en (ile d)attente des paquets+ et du temps d)acc:s en sortie de l)lment Le dlai de propa$ation de l)in(ormation+ qui est non n$li$ea'le si on communique B l)oppos de la terre. *ne transmission par (i're optique+ B l)oppos de la terre+ dure en#iron 4@ ms. Coter que le temps de transport de l)in(ormation n)est pas le seul (acteur responsa'le de la dure totale de traitement de la parole. Le temps de coda$e et la mise en paquet de la #oi! contri'uent aussi de mani:re importante B ce dlai. Il est important de rappeler que sur les rseau! IP actuels ,sans mcanismes de $arantie de qualit de ser#ice.+ chaque paquet IP L (ait sont chemin M indpendamment des paquets qui le prc:dent ou le sui#entK c)est ce qu)on appelle $rossi:rement le L 0est e((ort M pour si$ni(ier que le rseau ne contrHle rien. Ce (onctionnement est (ondamentalement di((rent de celui du rseau tlphonique oP un circuit est ta'li pendant toute la dure de la communication. Les chi((res sui#ants ,tirs de la recommandation *IT-T 611". sont donns B titre indicati( pour prciser les classes de qualit et d)interacti#it en (onction du retard de transmission dans une con#ersation tlphonique. Ces chi((res concernent le dlai total de traitement+ et pas uniquement le temps de transmission de l)in(ormation sur le rseau. Classe n[ Alai par sens Commentaires *!asse n> :&!ai 'ar sens 1 2 3 " @ B 1/@ ms 1/@ B 3@@ ms 3@@ B 4@@ ms Au delB de 4@@ ms *ommentaires Accepta'le pour la plupart des con#ersations Accepta'le pour des communications (ai'lement interacti#es Ae#ient pratiquement une communication hal( duple! Inutilisa'le sans une 'onne pratique de la con#ersation hal( duple!

3n conclusion+ on consid:re $nralement que la limite suprieure Eaccepta'leE + pour une communication tlphonique+ se situe entre 1/@ et 2@@ ms par sens de transmission ,en considrant B la (ois le traitement de la #oi! et le dlai d)acheminement..

4.2 - Perte de paquets


Lorsque les 'u((ers des di((rents lment rseau! IP sont con$estionns+ ils L li':rent M automatiquement de la 'ande passante en se d'arrassant d)une certaine proportion des paquets entrant+ en (onction de seuils prd(inis. Cela permet $alement d)en#o-er un si$nal implicite au! terminau! TCP qui diminuent d)autant leur d'it au #u des acquittements n$ati(s mis par le destinataire qui ne reGoit plus les paquets. Ialheureusement+ pour les paquets de #oi!+ qui sont #hiculs au dessus d)*AP+ aucun mcanisme de contrHle de (lu! ou de retransmission des paquets perdus n)est o((ert au ni#eau du transport. A)oP l)importance des protocoles RTP et RTCP qui permettent de dterminer le tau! de perte de paquet+ et d)a$ir en consquence au ni#eau applicati(. 2?

&i aucun mcanisme per(ormant de rcupration des paquets perdus n)est mis en place ,cas le plus (rquent dans les quipements actuels.+ alors la perte de paquet IP se traduit par des ruptures au ni#eau de la con#ersation et une impression de hachure de la parole. Cette d$radation est 'ien s%r accentue si chaque paquet contient un lon$ temps de parole ,plusieurs trames de #oi! de paquet.. Par ailleurs+ les codeurs B tr:s (ai'le d'it sont $nralement plus sensi'les B la perte d)in(ormation+ et mettent plus de temps B L reconstruire M un coda$e (id:le. 3n(in connaTtre le pourcenta$e de perte de paquets sur une liaison n)est pas su((isant pour dterminer la qualit de la #oi! que l)on peut esprer+ mais cela donne une 'onne appro!imation. 3n e((et+ un autre (acteur essentiel inter#ientR il s)a$it du mod:le de rpartition de cette perte de paquets+ qui peut <tre soit L r$uli:rement M rpartie+ soit rpartie de mani:re corrle+ c)est B dire a#ec des pics de perte lors des phases de con$estion+ sui#ies de phases moins d$rades en terme de =o&.

4.3 - 6i$ue
La $i$ue est la #ariance statistique du dlai de transmission. 3n d)autres termes+ elle mesure la #ariation temporelle entre le moment oP deu! paquets auraient d% arri#er et le moment de leur arri#e e((ecti#e. Cette irr$ularit d)arri#e des paquets est due B de multiples raisons dontK l)encapsulation des paquets IP dans les protocoles supports+ la char$e du rseau B un instant donn+ la #ariation des chemins emprunts dans le rseau+ etc... Pour compenser la $i$ue+ on utilise $nralement des mmoires tampon ,'u((er de $i$ue. qui permettent de lisser l)irr$ularit des paquets. Ialheureusement ces paquets prsentent l)incon#nient de rallon$er d)autant le temps de tra#erse $lo'al du s-st:me. Leur taille doit donc <tre soi$neusement d(inie+ et si possi'le adapte de mani:re d-namique au! conditions du rseau. La d$radation de la qualit de ser#ice due B la prsence de $i$ue+ se traduit en (ait+ par une com'inaison des deu! (acteurs cits prcdemmentK le dlai et la perte de paquetsR puisque d)une part on introduit un dlai supplmentaire de traitement ,'u((er de $i$ue. lorsque l)on dcide d)attendre les paquets qui arri#ent en retard+ et que d)autre part on (init tout de m<me par perdre certains paquets lorsque ceu!-ci ont un retard qui dpasse le dlai ma!imum autoris par le 'u((er.

; - 3tat du march
;n compte une 'onne #in$taine de (irmes sur le march. Les principau! sont Cisco+ Clarent+ A#a-a+ Alcatel+ Cortel Cet7or8+ &iemens+ Tno#is+ 3C;I ... Ce qu)il (aut souli$ner+ c)est le (ait qu)il - ait peu de concurrents car comme e l)ai dit prcdemment+ la tlphonie sur Ip est un march tr:s eune et tr:s no#ateur. A)ailleurs+ le (ait que la tlphonie sur IP soit un march che#auchant 2 secteurs qui se rapprochent et taient compl:tement di((rent aupara#ant+ la tlphonie et l)in(ormatique+ nous assistons ici B une concurrence a-ant des ori$ines di((rentes. 3n e((et+ nous retrou#ons le $ant de l)quipement rseau! Cisco en concurrence a#ec des entreprises de tlphonies tel que Alcatel ou &iemens. Iais Cisco et Clarent arri#ent lar$ement en t<te+ sur un march qui de 2/? millions de dollars cette anne pourrait atteindre 2+>? milliards en 2@@2. La tlphonie sur IP propose 3 t-pes de terminau! di((rents K Les hardphones qui sont des tlphones ph-siques IP+ les so(tphones qui sont des lo$iciels permettant de tlphoner sur IP au tra#ers d)un PC et les tlphones IP Ui-(i qui sont des tlphones sans-(il IP. Iais la plupart des concurrents proposent ces 3 produits qui sont plutHt homo$:nes. *n so(tphone Cisco et un &o(tphone &iemens sont quasi-identiques. &eule l)inter(ace $raphique les distin$ue. Pour le client+ le produit des 2 concurrents est identique dans la mesure oP il apporte les m<mes ser#ices. 3@

< - Conclusion
Actuellement+ il est #ident que la tlphonie IP #a continuer de se d#elopper dans les prochaines annes. Le march de la tlphonie IP est tr:s eune mais se d#eloppe B une #itesse (ul$urante. C)est au ourd)hui que les entreprises doi#ent in#estir dans la tlphonie IP si elles #eulent - ouer un rHle ma eur. Le (ait est que IP est maintenant un protocole tr:s rpandu+ qui a (ait ses preu#es et que 'eaucoup d)entreprises disposent a#anta$e de la tlphonie IP+ car elle demande un in#estissement relati#ement (ai'le pour son dploiement. La tlphonie IP ou#re la #oie de la con#er$ence #oi!Odonnes et celle de l)e!plosion de nou#eau! ser#ices tels que les CTI. Iaintenant que la normalisation a atteint une certaine maturit+ il n)est plus dan$ereu! de miser sur le standard H323 qui a t accept par l)ensem'le de la communaut. La tlphonie IP est une 'onne solution en mati:re d)int$ration+ de (ia'ilit+ d)#oluti#it et de co%t. 3lle (era partie int$rante des Intranets d)entreprises dans les annes B #enir et apparaTtra aussi dans la tlphonie pu'lique pour permettre des communications B 'as co%t. 3n(in+ le d#eloppement de cette technolo$ie reprsente-t-il un risque ou une opportunit pour les oprateurs traditionnels J La rponse n)est pas tranche. A)un cot+ une sta$nation des communications classiquesR d)un autre cot l)utilisation massi#e d)Internet #a au$menter le tra(ic et d#elopper de nou#eau! ser#ices que pourront d#elopper les oprateurs. 0ientHt nous tlphonerons tous sur IP... ;n peut ainsi #raisem'la'lement penser que le protocole IP de#iendra un our un standard unique permettant l)interopra'ilit des rseau! mondialiss. C)est pourquoi l)int$ration de la #oi! sur IP n)est qu)une tape #ers 3oIP K 3#er-thin$ o#er IP.

31