Projet Voix Afef Bessaad 2ING1

MINISTERE DE LENSEIGNEMENT SUPERIEUR DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE
UNIVERSITE DE SOUSSE
INSTITUT SUPERIEUR DINFORMATIQUE ET DES TECHNOLOGIES DE COMMUNICATION HAMMAM SOUSSE
Raliser par : BESSAAD AFEF 2ING1
Anne universitaire : 2007-200
Sommaire
Introduction : gnrale..................................................................................................................1 : Prsentation .................................................................................................................................2 I.Gnralits ..................................................................................................................................2 1.Rendement du service ................................................................................................................2 2.Mythe ou ralit .........................................................................................................................2 3.Le best effort...........................................................................................................................3 4.Diffrence entre VOIP et TOIP...................................................................................................3 II. Les grandes structures de normalisation ...................................................................................4 : Dfinition et fonctionnement......................................................................................................5 I.Dfinition.....................................................................................................................................5 II.Fonctionnement de la Voix sur IP..............................................................................................5 1.Fonctionnement...........................................................................................................................5 2.tapes de Dmarrage dune activit VoIP................................................................................7 : Rseau tlphonique commut..................................................................................................9 I.Histoire de la tlphonie..............................................................................................................9 II.Dfinition du RTC......................................................................................................................9 III.Principe du RTC......................................................................................................................10 1.Description ...............................................................................................................................10 2.Architecture du rseau...............................................................................................................11 IV.Conclusion..............................................................................................................................12 : Les architectures et leurs caractristiques ............................................................................13 I.Introduction................................................................................................................................13 II.Les diffrents types de tlphonie sur IP..................................................................................14 1.PC PC ...................................................................................................................................14 2.PC poste tlphonique............................................................................................................15 3.Poste tlphonique PC............................................................................................................15
4.Entre 2 postes tlphoniques.....................................................................................................16 5.Les centres d'appel Internet ......................................................................................................17 III.Les quipements .....................................................................................................................18 1.Les passerelles (Gateway) ........................................................................................................18 2.Les portiers (Gatekeeper) .........................................................................................................18 a)dfinition...............................................................................................................................18 b)Principales fonctions du portier ...........................................................................................19 3.Les systmes de facturation .....................................................................................................20 4.Les terminaux tlphoniques traditionnels et les nouvelles gnrations de terminaux ............20 a)Les terminaux classiques .....................................................................................................20 b)Le micro-ordinateur multimdia ..........................................................................................20 c)Les tlphones Ethernet .......................................................................................................21 IV.conclusion...............................................................................................................................21 : Les protocoles.............................................................................................................................22 I.Introduction................................................................................................................................22 II.Les protocoles associs.............................................................................................................22 1.Introduction...............................................................................................................................22 2.IPv6 ..........................................................................................................................................22 a)Introduction...........................................................................................................................22 b) Principales Caractristiques ................................................................................................22 c) Format de len-tte ..............................................................................................................24 d)IPv6 et VoIP .........................................................................................................................24 3.RSVP: Resource Reservation Protocol ....................................................................................25 a)Introduction...........................................................................................................................25 b)rle .......................................................................................................................................25 c)Fonctionnement ....................................................................................................................25
d)RSVP et VoIP......................................................................................................................26 4.DIFFserv...................................................................................................................................26 a)Introduction...........................................................................................................................26 b) Fonctionnement ..................................................................................................................27 c)Dsavantages.........................................................................................................................28 .................................................................................................................................................28 d)DIFFserv et VoIP .................................................................................................................28 5.MPLS: Multi-Protocol Label Switching ..................................................................................28 6.VPN: Virtual Private Network .................................................................................................29 a)Dfinition .............................................................................................................................29 b)Utilisation .............................................................................................................................30 c)fonctionnement .....................................................................................................................30 d)VPN et VoIP ........................................................................................................................31 III.Protocoles l'tablissement des connexions..............................................................................31 1.Introduction...............................................................................................................................31 2.H323..........................................................................................................................................31 a)Introduction...........................................................................................................................31 b)Norme...................................................................................................................................32 c)Fonctionnement.....................................................................................................................33 d)tablissement de la communication.....................................................................................36 e)La libration de connexion....................................................................................................37 f)Avantage................................................................................................................................38 g)Inconvnients .......................................................................................................................39 3.Protocole SIP.............................................................................................................................39 a)Introduction...........................................................................................................................39
b)Fonctionnement....................................................................................................................40 c)Etablissement de connexion..................................................................................................42 d)Caractristiques de SIP.........................................................................................................44 4.MGCP ......................................................................................................................................44 a)Introduction...........................................................................................................................45 b)Etablissement / libration dune connexion..........................................................................45 c)Comparaison ........................................................................................................................48 IV.Protocole de transport de la voix............................................................................................48 1.RTP: Real Time Transport Protocol ........................................................................................48 a)Introduction...........................................................................................................................48 b)Caractristiques.....................................................................................................................49 c)Fonctionnement.....................................................................................................................49 d)Description de l'en-tte ........................................................................................................50 2.RTCP: Real Time Transport Control Protocol..........................................................................51 a)Introduction ..........................................................................................................................51 b)Caractristique......................................................................................................................52 c)Les fonctions de Rtcp............................................................................................................52 d)Comment est utilis RTCP vis vis de RTP........................................................................54 3.RTP /RTCP et VoIP..................................................................................................................55 V.Conclusion................................................................................................................................55 : Mode de diffusion et Solutions................................................................................................56 I.Le rseau multiservice ..............................................................................................................56 1.Prsentation du rseau multiservice .........................................................................................56 2. Les avantages d'un rseau intgr unique ...............................................................................56 3.Les avances technologiques ...................................................................................................57 II.Les solutions.............................................................................................................................58
1.Solutions matrielles ................................................................................................................58 a)solutions voix sur IP propose par Cofratel .........................................................................58 b)Solutions voix sur IP propose par AudioCodes (Misil) .....................................................60 2.Solutions logicielles .................................................................................................................61 a)introduction...........................................................................................................................61 b) Winphone ...........................................................................................................................62 c)Roger Wilco .........................................................................................................................63 d)Autres logiciels Windows ....................................................................................................64 Chapitre7 : Les avantages et Les inconvnients de la VoIP .......................................................................................................................................................66 I.Avantages...................................................................................................................................66 1.Rduction des cots...................................................................................................................66 2. Standards ouverts et interoprabilit multi-fournisseurs..........................................................67 3.Choix d'un service opr...........................................................................................................67 4.Un rseau voix, vido et donnes (triple play)..........................................................................67 5.Un service PABX distribu ou centralis..................................................................................68 6.Evolution vers un rseau de tlphonie sur Ip..........................................................................68 7.Intgration des services vido...................................................................................................68 II.La voix sur IP : Difficults associes.......................................................................................68 1.Comparaison IP - Tlcoms .....................................................................................................69 2.Le transfert de la voix : un chemin sem dembches .............................................................70 III.Solutions de VoIP...................................................................................................................71 IV.conclusions .............................................................................................................................72 Chapitre8 : Qualit de service....................................................................................................73 I.Introduction................................................................................................................................73 II.La qualit du codeur ................................................................................................................73
III.Le dlai de transmission..........................................................................................................74 1.Analyse des dlais ....................................................................................................................74 2.Analyse des pertes ....................................................................................................................75 IV.La gigue de transmission .......................................................................................................77 V.Le taux de perte des paquets ...................................................................................................77 VI.L'cho .....................................................................................................................................78 VII.Conclusion ............................................................................................................................78 Chapitre9 : Scurit de la VoIP..................................................................................................79 I.Introduction................................................................................................................................79 II.Attaques locales........................................................................................................................80 III.Attaque des flux VoIP.............................................................................................................81 IV.Attaques gnriques ..............................................................................................................82 1.Anonymat..................................................................................................................................82 2.Spoofing....................................................................................................................................82 V.Solution....................................................................................................................................83 1.Tunnel IPSec.............................................................................................................................83 2.Filtrage rseau...........................................................................................................................83 3.IDS............................................................................................................................................84 VI.Conclusion..............................................................................................................................84 Conclusion....................................................................................................................................85
Liste de figures
Figure 1 : diffrence entre VoIP et ToIP.....................................................................................3 Figure 2 : appel tlphonique sur un terminal VoIP..................................................................7 Figure 3 : dmarrage dune activit VoIP...................................................................................8 Figure 4 : Principe du rseau tlphonique commutpublic...................................................11 Figure 5 : Architecture de RTC..................................................................................................11 Figure 6 : architecture VOIP......................................................................................................13 Figure 7 : architecture PC PC travers LAP........................................................................14 Figure 8 : architecture PC PC travers un rseau local......................................................15 Figure 9 :architecture PC poste tlphonique........................................................................15 Figure 10: architecture poste tlphonique PC......................................................................16 Figure 11 : architecture entre deux postes tlphoniques travers RTC..............................16 Figure 12 : architecture entre deux postes tlphoniques travers PBX...............................17 Figure 13: Web call center .......................................................................................................................................................18 Figure 14 : fonctionnement RSVP..............................................................................................26 Figure 15 : fonctionnement DIFFserv........................................................................................28 Figure 16 : principe de MPLS....................................................................................................29 Figure 17 : fonctionnement VPN................................................................................................30 Figure 18 : architecture H323.....................................................................................................32 Figure 19 : architecture des protocoles selon H323..................................................................33 Figure 20 : lments rseau pour H323.....................................................................................34 Figure 21 : tablissement dune connexion H323.....................................................................37 Figure 22 : libration dune connexion H323............................................................................38 Figure 23 : Architecture des protocoles selon SIP....................................................................40 Figure 24 : Etablissement et libration dune connexion SIP..................................................43 Figure 25 : Principe de MGCP...................................................................................................45 Figure 26 : architecture des protocoles selon MGCP...............................................................45 Figure 27 : tablissement et libration dune connexion MGCP.............................................47 Figure 28 : matriel typique dun rseau VoIP.........................................................................58 Figure 29 : interconnexion de PABX via liens LIA..................................................................60 Figure 30 : systme dvaluation et de rfrence pour le AC4804A-C...................................61 Figure 31 :Winphone...................................................................................................................62 Figure 32 : lment utiliser pour le logiciel Winphone.............................................................63 Figure 33 : Logiciel Roger Wilco................................................................................................63
Figure 34 : Media Ring Talk.......................................................................................................64 Figure 35 : Net2Phone.................................................................................................................65 Figure 36 : principe de rduction de cots................................................................................67 Figure 37 : comparaison IP et tlcom.......................................................................................70 Figure 38 : principe de gigue......................................................................................................71 Figure 39 : dlai de transmission................................................................................................74 Figure 40 : solution scuris........................................................................................................83
Liste des tableaux

Tableau 1 : avantages et inconvnients de best effort .............................................................3 Tableau 2 : fonctionnement VoIP.................................................................................................7 Tableau 3 : entte IPv6................................................................................................................24 Tableau 4 : description de lentte IPv6....................................................................................24 Tableau 5 : les commandes SIP..................................................................................................44 Tableau 6 : comparaison entre H323,SIP et MGCP.................................................................48 Tableau 7 : entte RTP................................................................................................................50 Tableau 8 : description de lentte RTP....................................................................................51 Tableau 9 : entte RTCP.............................................................................................................53 Tableau 10 : description de lentte RTCP...............................................................................54 Tableau 11 : comparaison entre IP & X25................................................................................69 Tableau 12 : dlai entre mission et rception de parole.........................................................76 Tableau 13 : difficult de la transmission de VoIP...................................................................77
Introduction gnrale
VOIP
Introduction : gnrale
Pour tablir un appel ltranger, la communication tlphonique restent toujours trop chres. La solution classiquement utilise est le rseau tlphonique commut ou "RTC". Le tlphone portable permet galement de joindre ses correspondants, cette fois-ci via les rseaux GSM, GPRS et UMTS. La voix sur IP (Voice over Internet Protocol) constitue une troisime solution. Ainsi les tlphones analogiques dpendants de centraux tlphoniques ddis, la voix sur IP permet le transport de conversations tlphoniques sur tout rseau numrique ou analogique acceptant le protocole TCP/IP (Ethernet, RNIS, etc.). Les utilisateurs du tlphone ont habitus payer leurs utilisations de tlphone en fonction de la distance et de la dure mais depuis lvolution de l'Internet, les mentalits changent et on s'habitue au principe de rseau informatique et de son accs forfaitaire. On peut ainsi communiquer, par cran interpos, n'importe o dans le monde sans aucune considration financire puisque le prix est toujours celui d'une communication locale. C'est videmment cet aspect financier qui est l'origine de la tlphonie sur IP. Car c'est une rvolution au niveau des tarifs qui s'annoncent dmesurment bas. Dans le cas de la voix sur IP deux abonns changent des paquets lorsqu'ils communiquent. Il y a une numrisation des voix, puis une segmentation des donnes en paquets, et enfin un adressage avec l'"Internet Protocol" (IP, H.323, SIP et MGCP). La voix sur IP dcrit des communications "Point Point"; pour la diffusion de son sur IP en multipoints on parlera plutt de Streaming comme les radios par exemple. Cette nouvelle technique permet de bnficier de nouveaux services bass sur la voix, les images et les donnes. Le rseau sert pour les communications tlphoniques, les changes de donnes images, Internet, musique, vido...
BESSAAD AFEF
Chapitre1 : prsentation
VOIP
: Prsentation
I. Gnralits
1. Rendement du service
La combinaison voix, donnes et vido sur le mme rseau de transport permet dimaginer de nouvelles applications. Par exemple la vido confrence sur Internet. Dautres applications sont en gestation, telle la messagerie unifie pour envoyer indiffremment des messages voix sur IP, lectroniques ou tlcopie via lInternet. La voix sur IP permet damliorer le travail coopratif..Avec ces applications coopratives, les utilisateurs peuvent dialoguer avec un correspondant, tout en consultant simultanment les mmes donnes sur leur ordinateur, grce aux infrastructures Internet. Le dveloppement actuel des technologies IP devrait faciliter le travail de coopration multimdia.
2. Mythe ou ralit
Le premier logiciel de tlphonie apparaissent en 1995, pour tlphoner lautre bout du monde, grce Internet, pour le prix dune conversation locale. Les grands oprateurs du moment sourient, dnoncent la qualit de service qui pourrait tre associe un rseau est le: best effort et accusent ce moyen de communication mergeant daccaparer la bande passante du rseau des rseaux.
BESSAAD AFEF
VOIP
3. Le best effort
Avantages Pas dinterruption de flux de donnes Pas de rservation de circuit mode non connect Pas dencombrement du rseau avec des acquittements inconvnients Perte de paquet possible Pas de chemin de communication fixe Pas de remonte derreurs
Tableau 1 : avantages et inconvnients de best effort
4. Diffrence entre VOIP et TOIP

La VoIP = Le transport de la voix sur un lien IP Transforme la voix TDM en sortie du PABX en Paquet IP, et l'achemine jusqu'au rseau RTC Notion OPERATEUR Accs des services avancs Intgration simplifie Notion CLIENT & Utilisateurs
La ToIP = LIP jusquau POSTE TELEPHONIQUE
Figure 1 : diffrence entre VoIP et ToIP
BESSAAD AFEF
VOIP
II. Les grandes structures de normalisation

Avant 1996, les solutions de voix sur IP reposaient sur des architectures propritaires. Les organismes de normalisation impliqus dans la dfinition de standards pour la voix sur IP sont : UIT-T (Union Internationale des Tlcommunications, secteur Tlcoms) ; IETF (Internet Engineering Task Force) ; IMTC (International Multimedia Teleconferencing Consortium) ; ECTF (Entreprise Computer Telephony Forum) ; ETSI (European Telecommunication Standards Institute) ; International Teleconferencing Association ; International Multimedia Association.
On assiste ainsi actuellement trois normes (H323, SIP et MGCP). H.323 (g de plus de 10 ans, largement rpandu pour les IPBX) IAX (Asterisk) MGCP (Media Gateway Control Protocol) SCCP (Skinny Client Control Protocol - proprit de Cisco Systems) Jingle, bas sur le protocole de messagerie instantane standard ouvert Jabber
BESSAAD AFEF
Chapitre2 : dfinition et fonctionnement
VOIP
: Dfinition et fonctionnement
I. Dfinition
La VoIP, comme son nom lindique, est une technique de transmission de voix base sur le protocole IP. Il sagit dun protocole de niveau 3 sans connexion, de ce fait les paquets IP peuvent emprunter des chemins diffrents [2]. 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 aujourdhui [1]. La voix restant une forme de communication bien plus conviviale que le courrier lectronique ou les formes de messageries instantanes. Pour lentreprise et les oprateurs ce facteur cot de la communication est important, mais le dploiement de rseaux privs virtuels MPLS, l'introduction de la qualit de service dans les rseaux (QoS), la convergence voix-donnes (CTI), les divers projets de consolidation des deux dernires annes, l'arrive des autocommutateurs IP, la disponibilit de postes tlphoniques intgrant des fonctionnalits [1].
II. Fonctionnement de la Voix sur IP

1. Fonctionnement
Le transport de la voix se fait ainsi : Le codec audio de l'metteur numrise et compresse la voix. Ces donnes numriques sont achemines jusqu'au destinataire dans des paquets IP. Le codec du destinataire effectue les oprations inverses (dcompression, puis restitution du son).
BESSAAD AFEF
VOIP
Pour des raisons techniques, le phnomne d'cho est, degr variable, omniprsent dans ce type de communication. Les logiciels qui compensent cet effet sont souvent propritaires. Supposons que l'appareil A utilise le logiciel A et que l'appareil B utilise le logiciel B. Les deux logiciels risquent de traiter l'cho de faon lgrement diffrente, ce qui amne des effets de bord non contrls. Par exemple, des sifflements se font entendre pendant la communication. Ainsi que la latence variable du rseau Internet fait que les donnes voyagent plus ou moins vite. Alors que cette variabilit est acceptable pour des donnes, elle ne l'est pas pour la voix, phnomne physique qui demande une certaine continuit pour que les gens puissent se comprendre. En dehors de la VoIP sur Internet, la VoIP se retrouve aussi dans le milieu oprateur en cur de rseau pour remplacer les infrastructures TDM traditionnelles. On trouve principalement 2 usages rsidentiels oprateurs : l'utilisation de call server IP et de passerelle VoIP rsidentielles (Livebox, Freebox, ClubBox, Wenbox, Annabox,) pour utiliser l'ADSL pour transporter la voix plutt que la bande basse de la ligne analogique. l'utilisation de call server IP et passerelles voix dans les DSLAM qui permettent de faire de la voix sur IP partir d'un tlphone traditionnel et de manire transparente pour l'utilisateur. Ces volutions d'usages amnent les grands oprateurs revoir leurs infrastructures cur pour le traitement d'appel. Le schma suivant dcrit le fonctionnement d'un appel partir d'un terminal VoIP.
BESSAAD AFEF
VOIP
Figure 2 : appel tlphonique sur un terminal VoIP tap e 1 2 Description
Le son capt par un terminal VoIP est numris. Les donnes sont transmises par le rseau de 2 manires, selon le type de terminal du destinataire : -si le destinataire dispose d'un terminal de VoIP, la transmission des donnes se fait par Internet ; -si le destinataire possde un terminal traditionnel, une passerelle entre Internet et le rseau tlphonique commut classique permet au destinataire de l'appel d'entendre et de rpondre son interlocuteur. Le destinataire entend le message mis par l'metteur sur son terminal. Tableau 2 : fonctionnement VoIP
2. tapes de Dmarrage dune activit VoIP

Configurez votre tlphone IP, il devient un tlphone public accessible par tous. Chaque utilisateur du tlphone doit disposer d'une carte tlphone valide avec des units.
BESSAAD AFEF
VOIP
Figure 3 : dmarrage dune activit VoIP
BESSAAD AFEF
Chapitre3: rseau tlphonique commut
VOIP
: Rseau tlphonique commut

I. Histoire de la tlphonie
Lhistoire 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.
II. Dfinition du RTC

Le RTC est tout simplement le rseau tlphonique que nous utilisons dans notre vie de tous les jours et qui nous donne accs des fonctions multiples. En effet outre le fait de pouvoir BESSAAD AFEF 9
VOIP
tlphoner, le RTC nous permet d'utiliser de multiples services tel que la transmission et la rception de fax, l'utilisation d'un minitel, accder Internet etc. Il reprsente donc l'un des protocoles de discussion utilis sur la paire de cuivre boucle locale.
III. Principe du RTC

1. Description
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 que depuis quelques dizaines des annes. Utilisant le principe de la commutation de circuits, il met en relation deux abonns travers une liaison ddie pendant tout lchange. 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 et de la signalisation. La commutation : Cest 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 : Cest 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.
BESSAAD AFEF
10
VOIP
Figure 4 : Principe du rseau tlphonique commutpublic
2. Architecture du rseau
Figure 5 : Architecture de RTC 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 BESSAAD AFEF 11
VOIP
accueillent les abonns et peuvent tablir diffrents types de communications tels les communications locales. Zone de Transit Secondaire (ZTS) : cette zone comporte des Commutateurs de Transit Secondaires (CTS). Ils assurent les brassages des circuits lorsquun CAA ne peut atteindre le CAA destinataire directement. Zone de Transit Principal (ZTP) : cette zone assure la commutation des liaisons longues distances. Dans les zones faible densit, les abonnes sont rattaches des commutateurs locaux (CL) qui sappellent Concentrateur de trafic.
IV. Conclusion
Le RTC est relativement peu coteux mettre en place par rapport une liaison spcialis. Cependant, on n'achte pas la connexion au rseau, on la loue, ce qui peut la longue s'avrer assez coteux. Les liaisons courte distance ne sont pas trs chres, et pour transmettre un message un ami dans la mme ville, il vaudra mieux lui passer un coup de fil . Pour des communications trs longues distance l'utilisation d'un autre rseau comme Internet sera largement plus conomique. De ce point l, on a lide utiliser un autre rseau de commutation de paquets pour transmettre les donnes un cout plus rduit que le rseau de commutation de circuit RTC.. Cest le rseau Voix sur IP.
BESSAAD AFEF
12
Chapitre4: les architectures et leurs caractristiques
VOIP
: Les architectures et leurs caractristiques

I. Introduction
Le rseau peut tre subdivis en deux parties distinctes, le rseau de transit et le rseau daccs. Les exigences poses par les applications ont une incidence directe sur les technologies qui seront mises en uvre, aussi bien au niveau de lpine dorsale que sur laccs dusager. Un rseau universel doit satisfaire un faisceau dexigences, souvent contradictoires. Le principal dilemme est la priorisation des applications en temps rel par rapport au transfert de donnes.
Figure 6 : architecture VOIP
BESSAAD AFEF
13
VOIP
II.
Les diffrents types de tlphonie sur IP
PC PC : En entreprise puis en grand public. PC poste tlphonique (vice versa) : Cas du poste tlphonique puis du centre dappels. Entre 2 postes tlphoniques : En entreprise puis en grand public par boitiers ou passerelles.
1. PC PC
Dans le cas o le rseau d'accs serait le RNIS, l'ordinateur doit possder une carte RNIS. Dans les autres cas, il faut un modem entre l'ordinateur et le rseau considr. L'accs Internet se fait en souscrivant un abonnement auprs d'un fournisseur d'accs Internet (IAP : Internet Access Provider). Dans le modle PC PC sur Internet, la voix sur IP se rduit une application logicielle installe sur les ordinateurs. Conditions Les correspondants sont connects en permanence sur internet sinon : Ils se fixent un rendez-vous pralable sur Internet et lappel doit activer son logiciel de VoIP se sorte tre prvenu de larrive dune communication. Ils utilisent des logiciels de voix sur IP compatibles. Comme les adresses IP changeant chaque connexion, les correspondants doivent se mettre d'accord sur la consultation d'un annuaire centralis dynamique mis jour chaque connexion par chaque correspondant potentiel qui doit s'y enregistrer pour permettre l'appelant de connatre l'adresse de l'appel.
Figure 7 : architecture PC PC travers LAP
BESSAAD AFEF
14
VOIP
Figure 8 : architecture PC PC travers un rseau local
2. PC poste tlphonique
Si cest lappelant qui a un PC, il doit se connecter sur un service spcial sur Internet, offert par un "ISP" ou par son "IAP", mais qui doit mettre en uvre une "passerelle" avec le rseau tlphonique. C'est cette passerelle qui se chargera de l'appel du correspondant et de l'ensemble de la "signalisation" relative la communication tlphonique, du ct du correspondant demand.
Figure 9 :architecture PC poste tlphonique
3. Poste tlphonique PC
Si le correspondant qui appelle est sur son poste tlphonique et qu'il veut joindre un correspondant sur Internet, il devra appeler le numro spcial d'une passerelle qui grera l'tablissement de la communication avec le rseau Internet et le correspondant sur ce rseau pourvu, l aussi, qu'il soit au rendez-vous ( moins qu'il ne soit connect en permanence).
BESSAAD AFEF
15
VOIP
Figure 10: architecture poste tlphonique PC
4. Entre 2 postes tlphoniques

Les deux modes de connexion :
"Connexion directe" en composant l'adresse IP du correspondant. Il faut fixer l'avance un rendez-vous au correspondant pour qu'il se connecte au rseau. "Connexion serveur" en slectionnant le correspondant sur une liste d'usagers prsents en ligne. Lorsque l'usager du logiciel de tlphonie sur Internet se connecte au rseau, ses coordonnes, (adresse lectronique, adresse IP, etc.) sont automatiquement inscrites dans l'annuaire en ligne.
Figure 11 : architecture entre deux postes tlphoniques travers RTC
BESSAAD AFEF
16
VOIP
Les offres de voix sur IP en entreprise proposent dans la plupart des cas de relier les PABX de deux ou plusieurs sites distants, en utilisant un rseau de donnes WAN en lieu et place d'une liaison spcialise inter-PABX traditionnelle. La communication tlphonique entre les sites emprunte le rseau de donnes, mais les communications avec l'extrieur continuent se faire par le RTC.
Figure 12 : architecture entre deux postes tlphoniques travers PBX
5. Les centres d'appel Internet

De nombreux services ont fait leur apparition sur Internet. Parmi eux, on peut citer les centres d'appel "Web". Le centre d'appel Web combine les meilleures fonctionnalits d'un centre d'appel classique et d'Internet. Ce service permet aux utilisateurs du Web d'accder aux centres d'appels tlphoniques. Un message invite l'internaute cliquer sur un bouton de la page Web pour entrer en contact tlphonique avec un agent
BESSAAD AFEF
17
VOIP
Figure 13 : Web call center
III. Les quipements

1. Les passerelles (Gateway)
C'est un quipement de type Passerelle qui permet l'interconnexion entre le rseau IP et le RTC. Elle assure diverses fonctions, notamment le codage ou le dcodage de la voix, la mise en paquet de la voix, le traitement des tlcopies, l'annulation d'cho etc. Le codage et la compression de la voix requirent une puissance de calcul telle que ce traitement est aujourd'hui assur par des processeurs spcialiss DSP (Digital Signal Processing). Les passerelles disposent d'un raccordement tlphonique via des interfaces analogiques ou numriques comme des E1 ou T1 qui supportent plusieurs ports, et d'un raccordement au rseau IP gnralement via des cartes Ethernet ou Fast Ethernet. Il existe plusieurs gammes de passerelles sur le march : des passerelles pour les entreprises et des passerelles pour les oprateurs.
2. Les portiers (Gatekeeper)

a) dfinition La structure initiale des rseaux voix sur IP tait trs simple, chaque nud assurant, sans aucune spcialisation, toutes les fonctions : authentification /autorisation des appels, enregistrement des BESSAAD AFEF 18
VOIP
informations de facturation, codage, traitement et mise sous paquets de la voix, etc. Dans cette structure, le traitement tait local. La maturit atteinte par le march aujourdhui appelle des solutions moins sommaires. La nouvelle structure s'inspire la fois des architectures des services distribus Internet (annuaire, messagerie, etc.) et des travaux effectus sur les rseaux intelligents. Ainsi l'introduction de nuds de contrle de service apparat aujourd'hui avec les portiers. Cette mutation des architectures des rseaux voix sur IP permet de dlocaliser les fonctions des diffrents nuds, facilitant considrablement l'volution des services. Les fonctions de routage d'appels, contrle des appels, collecte des informations de facturation sont centralises dans les portiers. On voque alors comme dans les rseaux intelligents, la notion "d'intelligence rpartie". Cette transformation a t retenue par l'UIT-T dans la norme H.323. Grce cette intelligence rpartie, il est plus ais de dvelopper des interfaces avec d'autres systmes comme les plates formes de facturation, et d'implmenter de nouveaux services. b) Principales fonctions du portier Translation d'adresse : le portier effectue la conversion d'adresse tlphonique (adressage selon la norme E.164 de l'UIT-T) en adresse IP ; Gestion de la bande passante : Le portier peut limiter le nombre de connexions simultanes afin de ne pas monopoliser les ressources du rseau. C'est lui qui dcide d'accepter ou non une nouvelle connexion l'aide des messages RAS H.225.0 (norme H.323) ; Il peut relayer ou effectuer lui-mme la signalisation des appels, l'aide de la signalisation H.225/Q.931 ; Il peut accepter ou rejeter des appels pour des raisons autres que la limitation de la bande passante (origine de l'appelant, etc.) ; Il peut effectuer une gestion plus complexe des appels, notamment en grant les listes de terminaux en ligne ou un tat de la bande passante utilise, etc.
BESSAAD AFEF
19
VOIP
L'ensemble des quipements contrls par un portier est appel une "zone". Le portier n'est pas obligatoire dans un rseau de voix sur IP mais lorsqu'il existe, tous les quipements de la zone doivent dialoguer avec lui pour tablir des communications.
3. Les systmes de facturation

Un aspect trs important d'une offre de tlphonie sur IP concerne la facturation. Une fois le client authentifi, le systme collecte des CDR (Call Detail Records) qu'il transmet la station d'administration. Les CDR contiennent des informations telles que les adresses IP des terminaux, les numros de tlphone appelant et appel, les heures et dure de communication. A partir des informations contenues dans les CDRs, le portier dtermine le centre qui se chargera de la facturation et lui envoie les CDRs en temps rel. Les CDR peuvent tre filtrs et reformats avant l'envoi au systme de facturation. Une copie de ces informations est conserve par le portier.
4. Les terminaux tlphoniques traditionnels et les nouvelles gnrations de terminaux

a) Les terminaux classiques Tous les services de tlphonie sur Internet n'exigent pas une nouvelle gnration de terminaux tlphoniques, ou d'quipements adaptateurs. Les principales offres de service sont bases sur les terminaux existants (tlphones et fax raccords travers les PABX ou le RTC). Pour certaines offres, des terminaux ddis pourraient permettre d'exploiter pleinement les nouveaux services ns de la convergence voix/donnes. b) Le micro-ordinateur multimdia Le micro-ordinateur multimdia, doit tre quip au moins d'un microphone, d'un haut-parleur, d'une carte son (full duplex pour permettre une conversation simultane). BESSAAD AFEF 20
Chapitre4: les architectures et leurs caractristiques c) Les tlphones Ethernet
VOIP
On voit apparatre sur le march des tlphones ddis, qu'on peut brancher directement sur le rseau local Ethernet de l'entreprise " Web Phone ". D'autres tlphones peuvent tre branchs directement sur la prise srie de l'ordinateur. On rencontre aussi des quipements adaptateurs permettant de brancher des tlphones classiques sur un rseau Ethernet. Exemple le " Packet Phone Adaptor" (PPA) de Lucent Technologies qui peut se brancher sur un rseau local Ethernet 10 base T ou sur la prise Ethernet dun modem cble par exemple.
IV. conclusion
Les rseaux transportant la voix sur IP s'appuient sur plusieurs types de rseaux dorsaux (" backbones ") IP, relais de trames ou ATM. Dans les deux derniers cas, les routeurs doivent possder des up-link ATM ou Frame.
BESSAAD AFEF
21
Chapitre5: les protocoles
VOIP
: Les protocoles
I. Introduction
Dans cette partie on va tudier les diffrent protocoles associs la voix sur IP (IPV6,DIFFserv ,VPN,MPLS)aussi Nous allons nous intresser tout particulirement sur principaux protocoles utiliss pour l'tablissement des connexions en voix sur IP (H323, SIP, MGCP, H261) aussi Les principaux protocoles utiliss pour le transport de la voix elle-mme (RTP et RTCP)
II. Les protocoles associs

1. Introduction
Pour rsoudre le problme du best effort associ IP, les solutions sont doubles. Il faut la fois bien dimensionner les caractristiques de bande passante mais aussi amliorer le transfert. Ceci est fait grce aux protocoles de plus haut niveau (couche 5 7) qui permettent d'obtenir une Qualit de Service plus favorable pour le transport de la voix. Tout dabord, il faut prsenter la nouvelle version dIP : IPv6 dont les caractristiques lorientent vers laspect multimdia du rseau. Ensuite, l'tude des protocoles de niveau suprieur montre que des solutions seront ultrieurement viables pour assurer une Qualit de Service (RSVP, DiffServ) quasi inexistante sur IP. Finalement, il faut introduire le VPN qui, combin IP, peut vraisemblablement remdier aux dfauts rencontrs prcdemment.
2. IPv6
a) Introduction La nouvelle version du protocole IP s'inscrit comme l'volution naturelle et normale du protocole IP. Cette volution supporte par les grands constructeurs se fera progressivement, ceci pour supplanter les faiblesses dIPv4. IPv6 est conu pour fonctionner aussi bien sur des rseaux trs hauts dbits comme ATM que sur des rseaux faible bande passante tels que les rseaux sans fils. b) Principales Caractristiques BESSAAD AFEF 22
VOIP
Bien que reprsentant une trs forte volution par rapport la version prcdente, les principales fonctionnalits d'IPv4 sont conserves. Ainsi huit changements majeurs sont prendre en compte : Des possibilits tendues d'adressage et de routage : la taille de l'adresse IP augmente de 32 128 bits afin de supporter un plus grand nombre de nuds adressables. Quand les rfrigrateurs seront capables de commander les produits manquants directement sur Internet, il sera ncessaire davoir une possibilit dadressage consquente. Un format d'en-tte simplifi : l'en-tte IPv6 est simplifi et rduit un traitement commun dans tous les routeurs ce qui diminue donc le cot de traitement. Des capacits d'extension des en-ttes et des options : les options sont ranges dans des en-ttes supplmentaires situs entre l'en-tte IPv6 et l'en-tte du paquet de transport (TPDU, Transport Protocol Data Unit). Des droits d'authentification et de confidentialit : IPv6 intgre des extensions permettant l'authentification des usagers et l'intgrit des donnes grce des outils de cryptographie. Des potentialits d'auto configuration : IPv6 dispose de plusieurs formes d'auto configuration comme la configuration "plug and play" d'adresses de nuds sur un rseau isol grce aux caractristiques offertes par DHCP. Des moyens pour le "Source Route" : IPv6 intgre une fonction tendue de source routing grce SDRP afin d'tendre le routage des routes inter-domaine et intradomaine. Une transition d'IPv4 IPv6 simple et flexible : la transition d'IPv4 IPv6 rpond quatre objectifs essentiels : -un besoin de modernisation, -un besoin de redploiement, -un adressage facile, -une diminution du cot de dmarrage. Des possibilits de qualit de service : l'introduction de flux tiquets (avec des priorits), les services de contraintes "temps rel" sont de nouveaux lments rendant possible la qualit de service. BESSAAD AFEF 23
VOIP
Aprs cette numration succincte des principales caractristiques d'IPv6, il convient de reprendre un certain nombre de ces lments afin d'apporter quelques claircissements sur les nouvelles possibilits d'IPv6. c) Format de len-tte 0 version Classe de trafic(Tclass) Longueur du contenu (Payload Length) 15 16 32 Etiquette de Flux En-tte suivante Limite nud (hop limit) Adresse Source Adresse Destinateur
Tableau 3 : entte IPv6 Champ V : version Classe de trafic Etiquette de Flux Longueur du contenu En-tte suivante Limite nud Versio n 4 8 20 16 8 Fonction Dfini le numro de version de protocole : IPv6 est acctuellement6 Indice permettant deffectuer des priorits Etiquette de flux peut tre utiliser par une station pour marquer certains paquets afin quils suivent un routage particulier dans un rseau Reprsente la longueur des donnes aprs len-tte IPv6
Adresse Source Adresse Destinateur
Identifie le type den-tte suivant immdiatement len-tte IPv6 8 Utilis pour dtruire les paquets qui pourraient rester dans le rseau la suite de boudes dues aux tables de routage. Ce champ est dcrment dune unit chaque nud qui retransmet le paquet. 128 Adresse de lmetteur du datagramme 128 Adresse du destinateur du paquet, il est possible que ladresse ne soit pas celle du destinateur final si une option de routage est prsente Tableau 4 : description de lentte IPv6
d) IPv6 et VoIP BESSAAD AFEF 24
VOIP
IPv6 permettra, de par sa conception, d'assurer une qualit de service minimum tout en conservant l'aspect indpendant associ ses objectifs primaires. Ce protocole est un premier pas vers une stratgie rseau volue. Si ses caractristiques le rendront plus adapt au temps rel, il faudra tout de mme avoir des protocoles de plus haut niveau qui prendront en charge la QoS terminale.
3. RSVP: Resource Reservation Protocol

a) Introduction Associ RTP, ce protocole peut en pallier les dfauts, savoir fiabilit et QoS. En effet, RTP respecte le principe bout bout et donc ne gre pas les paramtres lis au rseau. C'est pourquoi un lment est ncessaire pour s'en occuper. RSVP intervient non plus sur les machines mettrices et rceptrices, mais sur le rseau lui-mme. Les objectifs qui ont pouss son dveloppement sont les suivants : - Etablissement et maintien d'un chemin unique pour un flot de donnes, - Elaboration d'un systme d'ordonnancement des paquets, - Cration d'un module de contrle grant les ressources des diffrents nuds du rseau. b) rle Il est conu pour optimiser la livraison de donnes multipoint (1 source x rcepteurs). Un fonctionnement sera un mode dgrad. Son rle est de grer de manire indpendante chaque hte de destination afin d'adapter la QoS en fonction de ces capacits et besoins. La rservation de ressources est demande par le rcepteur, il met une requte de QoS correspondant ses besoins. Celle-ci parvient l'metteur sous forme d'un message RSVP. Ce mode d'attribution de ressources l'avantage d'tre effectu par le rcepteur qui, ainsi, peut demander une QoS adapte ses besoins et la consommation dsire. En effet, ce type de protocole assurant une QoS dans la transmission d'informations, il est normal que la rservation de ressources soit facture. c) Fonctionnement
BESSAAD AFEF
25
VOIP
Pour assurer un chemin unique au cours d'une communication, il faut que les systmes terminaux fonctionnent en mode connect. Cependant, RSVP n'assure pas un mode connect avec les routeurs et une mise jour dynamique de la rservation est ncessaire. Les rcepteurs sont donc obligs de d'envoyer priodiquement des messages RSVP aux routeurs assurant le chemin.
Figure 14 : fonctionnement RSVP Les requtes RSVP sont des messages de diffrente nature permettant l'metteur comme au rcepteur d'avoir un chemin ddi de transfert. Sept types de messages sont utiliss : rservation (Resv), route (Path), fin de rservation (Teardown), fin de route (TearPath), confirmation de rservation (ResvConf), erreurs (ResvErr, PathErr). d) RSVP et VoIP Si le principe de la rservation de ressources est novateur et fondamentalement diffrent de la philosophie IP, son utilisation restera vraisemblablement restreinte aux rseaux LAN. Il est en effet assez compliqu d'avoir sur un rseau mondial des modules adapts RSVP.
4. DIFFserv
a) Introduction
BESSAAD AFEF
26
VOIP
Les services diffrencis proposent une alternative RSVP, jug trop complexe pour des rseaux tendus. Ce type de service vise utiliser les champs de QoS d'ors et dj disponible avec IPv4 et IPv6. Devant la demande croissante de transmission de flux multimdia, les modules du rseau aujourd'hui intgre les algorithmes permettant le traitement du champ TOS d'IP. Le principe de DiffServ est d'accorder un traitement particulier au paquet le ncessitant.
b) Fonctionnement L'metteur de flux spcialis, au travers du champ "Type Of Service" d'IPv4 ou "Traffic Class" d'IPv6, spcifie une classe de service qu'il souhaite donner ses paquets. Au cours de son voyage dans le rseau, ce paquet traverse des modules (routeurs) qui, quips d'algorithmes (Packet Classifier), lisent le champ TOS. Ensuite un rpartiteur de paquet (Packet Scheduler) met en uvre le traitement diffrenci en lui affectant une discipline de service adapte (file d'attente spcialise). Rappelons que les routeurs sont soumis de grands nombres de demandes qui les obligent grer des files d'attente.
BESSAAD AFEF
27
VOIP
Figure 15 : fonctionnement DIFFserv c) Dsavantages Bien que plus simple par rapport RSVP, le service diffrenci ne peut rivaliser en termes de fiabilit et de garantie de QoS. Cependant, suivant le dimensionnement du rseau et la disponibilit de ressources, il est vraisemblable que les demandes prioritaires le seront effectivement. En fait, DIFFserv ne fait qu'amnager le "best effort" de manire plus rationnelle sans fournir de QoS stricte. d) DIFFserv et VoIP L'utilisation des services diffrencis pour le transport de la Voix sur IP est viable pour des rseaux bien dimensionns. Cette technique, de stratgie rseau, vise optimiser le routage des paquets dont la QoS est primordiale.
5. MPLS: Multi-Protocol Label Switching
BESSAAD AFEF
28
VOIP
A l'initiative de l'IETF, le mcanisme de commutation de label MPLS est conu pour sparer le routage de la commutation. Sur un rseau tendu, beaucoup de routeurs sont mis en place. Appartenant un mme rseau, ils sont capables de tirer partie de leur architecture commune au niveau Liaison. Il n'est donc plus ncessaire de faire le long traitement d'une trame IP au niveau rseau. C'est l ou intervient MPLS, en affectant un label commun pour tous les paquets d'une mme destination. Plus besoin de grer les adresses sources et destinataires. Donc tous les paquets d'un flux seront traits de manire identique et ainsi routs selon un chemin fixe.
Figure 16 : principe de MPLS
6. VPN: Virtual Private Network

a) Dfinition Les rseaux privs virtuels (VPN : Virtual Private Network) permettent lutilisateur de crer un chemin virtuel scuris entre une source et une destination. Avec le dveloppement dInternet, il est intressant dassurer un processus de transfert de donnes scuris et fiable. Grce un principe de tunnel (tunnelling) dont chaque extrmit est identifie, les donnes transitent aprs BESSAAD AFEF 29
VOIP
avoir t chiffres. Un des grands intrts des VPNs est de raliser des rseaux privs moindre cot. b) Utilisation Une des premires applications des VPN est de permettre un hte distant daccder lintranet de lentreprise ou celui dun client grce Internet tout en garantissant la scurit des changes. Il utilise la connexion avec son fournisseur daccs pour se connecter Internet et grce au VPN, il cre un rseau priv virtuel entre lappelant et le serveur de VPN de lentreprise. Cette solution est particulirement intressante pour des commerciaux : ils peuvent se connecter, de faon scurise et do ils veulent, aux ressources de lentreprise. Cela dit, les VPN peuvent galement tre utiliss lintrieur mme de lentreprise, sur lintranet, pour lchange de donnes confidentielles. c) fonctionnement
Le principe du VPN est bas sur la technique du tunnelling. Cela consiste construire un chemin virtuel aprs avoir identifi lmetteur et le destinataire. Ensuite la source chiffre les donnes et les achemine en empruntant ce chemin virtuel.
Figure 17 : fonctionnement VPN Les donnes transmettre peuvent appartenir un protocole diffrent dIP. Dans ce cas le protocole de tunnelling encapsule les donnes en rajoutant un en-tte. Permettant le routage des trames dans le tunnel. Le tunneling est lensemble des processus dencapsulation, de transmission et de dcapsulation. BESSAAD AFEF 30
Chapitre5: les protocoles d) VPN et VoIP
VOIP
Mme si le principe de transmettre la voix par VPN est allchant, la viabilit du projet n'est pas encore prouve. En effet, on retrouve un cueil majeur : le Temps de latence. La transmission VoIP est dj soumise des difficults consquentes au niveau dlais. L'adjonction un VPN, ne fait qu'augmenter ce paramtre, ceci cause du cryptage des donnes. Comme le VPN assure une transmission scurise, il lui faut pouvoir encrypter et dcrypter les donnes transfres. Ceci induit des temps supplmentaires, nuisible pour VoIP.
III. Protocoles l'tablissement des connexions

1. Introduction
La Voix sur IP met en uvre les techniques tlcoms sur un rseau paquets. A cet gard, une normalisation de la signalisation est donc ncessaire pour garantir l'interoprabilit des quipements. En 1996, une trentaine de logiciels de tlphonie ou visioconfrence sur IP existaient. Chacun ayant une signalisation propritaire, les applications n'taient videmment pas compatibles entre elles. En 1997, l'IETF conoit un systme de signalisation SIP (Session Initiation Protocol) adapt la philosophie IP, contrairement H.323 qui s'inspire des circuits tlcoms. L'investissement des industries dans H.323 fait que SIP tombe en dsutude. Aujourd'hui SIP et MGCP (Media Gateway Control Protocol) mergent et s'imposent sur des parts de march spcifiques : change de signalisation entre terminaux lgers et passerelles de rseaux tendus.
2. H323
a) Introduction H.323 est un protocole de communication englobant un ensemble de normes utilises 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
BESSAAD AFEF
31
VOIP
Figure 18 : architecture H323 b) Norme Diffrents protocoles utiliss dans H.323 sont : H.323 : System Document H.225.0 : signalisation d'appel, empaquetage, enregistrement au garde-barrire, admission et tat H.245 : contrle (galement utilis dans H.324 et H.310) T.120 : contrle des donnes et des confrences, RTP: Real-time Transport Protocol (IETF) RTCP: Real-time Transport Control Protocol (IETF) Les diffrents protocoles sont reprsents ci-dessous
BESSAAD AFEF
32
VOIP
Figure 19 : architecture des protocoles selon H323 c) 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). 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. Les rseaux utiliss sont commutation de circuits. Ils permettent ainsi de garantir une Qualit de Service (QoS) aux utilisateurs. Aujourd'hui, c'est encore un avantage indiscutable.
H.323 dfinit plusieurs lments de rseaux :
BESSAAD AFEF
33
VOIP
Figure 20 : lments rseau pour H323 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 installe une application compatible H.323. Les passerelles (GW: Gateway) Les portiers (GK: Gatekeeper) 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.
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 BESSAAD AFEF 34
VOIP
destinataire. Cette fonction est prise en charge par le Gatekeeper. Elle est effectue soit localement soit par requte vers un annuaire centralis. Contrle dappel, lquipement terminal 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 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.
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 BESSAAD AFEF 35
VOIP
Invocation ventuelle de services en phase d'appel (par exemple, transfert d'appel, changement de bande passante, etc.) Libration de l'appel. Les fonctions ddies H.323 sont les suivantes Contrle de la procdure d'appel : requte, tablissement et suivi de l'appel. Gestion des flux multimdias : liste de codecs recommands ou obligatoires. Gestion des confrences multipoint : modle de confrence gr par une entit centrale. Gestion de la bande passante : le gatekeeper devient un centre de contrle et a les moyens de limiter les connexions et d'allouer la bande passante disponible Interconnexion d'autres rseaux : ATM, RNIS,RTC. d) tablissement de la communication La connexion est effectu au moyen du protocole Q.931, le mme que dans le RNIS. Le protocole RAS sert lenregistrement des quipements terminaux et au contrle dadmission la communication. H.245 permet de commander les applications de bout en bout. Les applications de donnes se servent de T.120, alors que laudio et la vido disposent de plusieurs types de codecs. La figure suivante illustre la procdure dtablissement dune communication multimdia point point dans un environnement IP. La premire phase se sert du protocole H.225/RAS. Le terminal qui lance ltablissement requiert, au pralable, lautorisation de la part du portier. Ensuite, par lintermdiaire du protocole Q.931, il ouvre la connexion vers le partenaire. Le partenaire doit galement demander son admission au portier, avant de confirmer ltablissement de connexion. Lorsque les deux terminaux ont achev la phase de connexion, une phase dchange de paramtres, base sur H.245, se droule. Aussitt que le canal logique est disponible, la BESSAAD AFEF 36
VOIP
communication audio et vido peut dbuter. Elle utilise les protocoles RTP (Real Time Protocol) et RTCP (Real Time Control Protocol).
Figure 21 : tablissement dune connexion H323 e) La libration de connexion
BESSAAD AFEF
37
VOIP
H.323 dbute par une phase de dconnexion entre points dextrmits. Ensuite, chaque terminal informe le portier de la fin de la communication. Les ressources du rseau sont, ds lors, nouveau disponibles pour lensemble des usagers.
Figure 22 : libration dune connexion H323 f) Avantage 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. BESSAAD AFEF 38
VOIP
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. g) Inconvnients 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.
3. Protocole SIP
a) Introduction Le protocole Sip (Session Initiation Protocole) a t initi par le groupe MMUSIC (Multiparty MultiMedia Session Control) Dvelopp au sein du groupe de travail IETF, SIP intervient aux diffrentes phases de l'appel SIP est un protocole de signalisation pour la tlphonie et la visioconfrence. Sa simplicit et son intgration au monde IP, fait qu'il vient bousculer le mastodonte H.323 dj bien implant. Son rle est d'ouvrir, modifier et librer les sessions. L'ouverture de ces sessions permet de BESSAAD AFEF 39
VOIP
raliser de l'audio ou vidoconfrence, de l'enseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur IP essentiellement.
Figure 23 : Architecture des protocoles selon SIP b) 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. BESSAAD AFEF 40
VOIP
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 en multicast via un rseau maillage complet de connexions.
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 rattache 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. 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, 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 :
BESSAAD AFEF
41
Chapitre5: les protocoles 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
VOIP
4xx = Erreur du client La requte contient une syntaxe errone 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 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. Les codes de rponse sont similaires HTTP.
100 Trying 200 OK 404 Not Found
Certains codes sont spcifiques SIP.
180 Ringing 486 Busy c) Etablissement de connexion
La demande dtablissement contient les adresses de destination et de source en format SIP, de mme que les paramtres c et m. Le paramtre c dfinit les coordonnes pour le flux audio qui sera mis vers lusager Frey. Ce flux sera transmis au moyen du protocole IP version 4, vers ladresse IP 172.190.30.24. Le paramtre m indique quil sagit dun flux audio qui utilisera le port UDP 49150 et le protocole RTP. Il requiert lalgorithme de codage audio G.723.1 (valeur 4). Dans le sens oppos, le codage audio est de type GSM (valeur 0).
BESSAAD AFEF
42
VOIP
Figure 24 : Etablissement et libration dune connexion SIP
Mthode BESSAAD AFEF
Principe 43
Chapitre5: les protocoles INVITE
VOIP
Dbute une communication SIP, cration du call-ID et ventuellement du tag sur le champ From. REGISTER Enregistre un utilisateur auprs dun nud VoIP (non utilis en communication directe entre 2 clients). ACK Confirmation de ltablissement de la session SIP. Call-ID identique celui du paquet invite. associ ajout ventuel du tag sur le champ to du paquet INVITE relatif. BYE Met fin la communication .Mme call-ID que les paquets prcdents. Idem si utilisation des Tags. CANCEL Annule un SIP INVITE (appel).Mme call-ID et ventuellement tag du champ from du SIP INVITE Tableau 5 : les commandes SIP d) Caractristiques de SIP
Prend en charge :
L'authentification et la localisation des multiples participants La ngociation sur les types de mdia utilisables par les diffrents participants en encapsulant des messages SDP (Session Description Protocol)
Ne prend pas en charge :

Le transport des donnes changes durant la session comme la voix ou la vido
Son point fort :

SIP tant indpendant de la transmission des donnes, tout type de donnes et de protocoles peut tre utilis pour cet change
4. MGCP
BESSAAD AFEF 44
Chapitre5: les protocoles a) Introduction
VOIP
Le protocole MGCP sert lchange de message de signalisation entre un contrleur de passerelles de mdias et des passerelles rparties dans un rseau IP. Pour ltablissement et la libration des connexions, MGCP se sert de signaux et dvnements. La standardisation de MGCP a t stoppe pour faire place MEGACO/H.248 (Media Gateway Control Protocol), protocole labor en collaboration entre lIETF et lUIT. Ce nouveau standard ntant pas driv de MGCP, la migration vers MEGACO/H.248 semble trs difficile.
Figure 25 : Principe de MGCP
Figure 26 : architecture des protocoles selon MGCP b) Etablissement / libration dune connexion BESSAAD AFEF 45
VOIP
Suite au message dtablissement IAM (Initial Address Message) du protocole SS7, le contrleur de passerelles ordonne louverture dune connexion avec les messages CRCX (Create Connection) et transmet le message IAM vers sa destination. Louverture de connexion est confirme avec les messages ACK (Acknowledge). Le message MDCX (Modify Connection) permet de transmettre la passerelle de gauche le numro de port UDP choisi par la passerelle de droite. Les messages ACM (Address Complete) et ANM (Answer Message) du SS7 permettent dindiquer de bout en bout que la sonnerie retentit, respectivement, que lusager appel a rpondu. La libration de la connexion est effectue
BESSAAD AFEF
46
VOIP
Figure 27 : tablissement et libration dune connexion MGCP
BESSAAD AFEF
47
Chapitre5: les protocoles c) Comparaison
VOIP
Tableau 6 : comparaison entre H323,SIP et MGCP
IV. Protocole de transport de la voix

Si on a une session RTP, tous les paquets RTP et RTCP de la session utilisent Ladresse multicast Les paquets RTP et RTCP utilisent des numros de port distincts Paquets de RTCP
1. RTP: Real Time Transport Protocol

a) Introduction 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
BESSAAD AFEF
48
VOIP
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. b) Caractristiques Protocole de transport pour des paquets contenant des donnes audio et vido Standard trs suivi Fonctionne sur les machines htes en priphrie de la communication Interoprabilit Contient des infos utiles pour vhiculer de la voix etvido Identification du contenu Timestamps Numro de squence Bas sur UDP tend UDP Session RTP Adresse multicast
c)
Fonctionnement
Mettre en place un squencement des paquets par une numrotation et ce afin de permettre ainsi la dtection des paquets perdus. 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. BESSAAD AFEF 49
VOIP
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 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, 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. d) Description de l'en-tte 0 V P 16 X CC M PT Numro de squence Horodatage (timestamp) Identificateur de la source de synchronisation(SSRC) Identificateur(s) de la (du) source(s) de contributrice(s)(CSRC) Donnes Tableau 7 : entte RTP 15 32
BESSAAD AFEF
50
Chapitre5: les protocoles Champ V : version P : padding X : extension CC : nombre de CSRC M : marker PT : Payload Type Numro de squence
VOIP Version Fonction 2 Dfini le numro de version de RTP : actuellement2 1 Indice permettant de spcifier que les octets de donnes ont une partie de bourrage 1 Spcifie (si 1) quun en-tte supplmentaire suit le paquet 4 Contient le nombre didentificateur de sources contributrices contenues dans la liste CSRC 1 Indique la prsence de descriptifs contenant la trace dvnements particuliers 7 Donne le type de contenu audio et/ou vido transport par le paquet ainsi que son format de codage (PCM, G721, JPEG) 16 Ce champ, d'une taille de 2 octets, reprsente le numro d'ordre d'mission des paquets. Sa valeur initiale est alatoire et ils incrmente de 1 chaque paquet envoy, il peut servir dtecter des paquets perdus. 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. Bas sur 4 octets, ce champ identifie de manire unique la source de synchronisation, sa valeur est choisie de manire alatoire par l'application. Ce champ, sur 4 octets, identifie les sources de contribution. La liste des participants ayant leur contribution (audio, vido) aux donnes du paquet.
Horodatage
32
SSRC CSRC
32 32
Tableau 8 : description de lentte RTP
2. RTCP: Real Time Transport Control Protocol

a) Introduction Pour expliquer les diffrents paquets de contrle fournis par RTCP, il faut voir dans quel contexte RTP est utilis. Par exemple, une application de visioconfrence pourra l'utiliser pour transmettre les caractristiques de chacun des participants.
Ce protocole dfini quatre principaux paquets de contrle :

SR (Sender Report) : ce rapport regroupe des statistiques concernant la transmission (pourcentage de perte, nombre cumul de paquets perdus,
BESSAAD AFEF
51
VOIP
variation de dlai (gigue), Ces rapports sont issus d'metteurs actifs d'une session. RR (Receiver Report) : ensemble de statistiques portant sur la communication entre les participants. Ces rapports sont issus des rcepteurs d'une session. SDES (Source Description) : carte de visite de la source (nom, email, localisation). BYE : message de fin de participation une session. Les en-ttes des diffrents rapports explicits ci-dessus ne seront pas dtaills. Voici cependant l'en-tte commun tous les paquets RTCP b) Caractristique Informations de contrle Statistiques sur les donnes vhicules Nombre de paquets envoys, de paquets perdus, gigue, etc. Localisation des problmes Adaptation des transmissions au niveau des metteurs Utilisation de ces donnes non prcise dans RTP Utilis conjointement avec RTCP c) Les fonctions de Rtcp
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. BESSAAD AFEF 52
VOIP
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 nuds du rseau les instructions ncessaires un meilleur contrle des applications temps rel.
0 V
RC
15 PT
16 Longueur Rapport(s)
32
Tableau 9 : entte RTCP
BESSAAD AFEF
53
VOIP
. Champ V : version Version 2 Fonction 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. Ce bit indique, sil est 1, que les donnes possdent une partie de bourrage. 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. 4 1 Ce champ, cod sur 1 octet, est fix 200 pour identifier ce datagramme Rtcp comme SR. Ce champ de 2 octets, reprsente la longueur de ce paquet Rtcp incluant l'entte et le bourrage.
P : padding RC : Report counter
1 1
PT :Paquet Type Longueur
Tableau 10 : description de lentte RTCP d) Comment est utilis RTCP vis vis de RTP Comme on peut le remarquer RTP et RTCP se contentent dassister l metteur et le destinataire dans leur activit dchange de donnes et cest lapplication de sadapter la situation. En effet, les paquets de donnes traversent des routeurs avant darriver leur destination, or lors de leurs passages par le routeur ils sont disposs selon une file dattente FIFO (First In First Out) et sans aucune priorit. BESSAAD AFEF 54
VOIP
3. RTP /RTCP et VoIP

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, ou 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 (ATM). Des rseaux bien dimensionns (bande passante, dterminisme des couches sous-jacentes,), style LAN d'entreprise, peuvent aussi se servir de cette solution. RTP ncessite le protocole de transport UDP (en-tte 8 octets) qui fournira les numros de port source et destination ncessaire la couche application.
V. Conclusion
La communication vocale par Internet, ou la tlphonie IP, est actuellement une des applications rseau interactives les plus utilises parmi celles qui impliquent directement la perception humaine. La raison pour la quelle VoIP est une application intressante de mon point de vue est sa facilit de dploiement, ce qui fait quelle peut se rpondre trs rapidement. Avec un minimum deffort et de dpenses, on peut utiliser linfrastructure rseau existante pour faire des appels tlphoniques.
BESSAAD AFEF
55
Chapitre6: Mode de diffusion et solutions
VOIP
: Mode de diffusion et Solutions

I. Le rseau multiservice
1. Prsentation du rseau multiservice
L'utilisation de nouvelles technologies par les entreprises souhaitant bnficier d'un vritable avantage comptitif ncessite la mise en place de systmes et d'applications performants leur procurant la capacit de servir convenablement leurs clients, de matriser leurs cots, de contrler leurs chanes logistiques, etc. et ceci mieux que leurs concurrents. Pour gagner dans des conditions de march extrmement comptitives, les entreprises ont besoin d'une infrastructure et d'applications leur offrant la possibilit de se dmarquer de leurs rivales. Le rseau multiservices permet de rpondre ces besoins en combinant les donnes, la voix, et la vido en un unique rseau intelligent. Un environnement fiable, scuris et volutif que les entreprises peuvent valoriser comme un atout stratgique. Les responsables informatiques doivent trouver un quilibre entre des contraintes budgtaires et la demande croissante en bande passante, tout en conciliant des trafics aux caractristiques diffrentes. Le rseau multiservices permet aux entreprises de crer un rseau unique performant bien plus facile et moins coteux grer et exploiter. Mais le bnfice ne s'arrte pas l. L'intgration des rseaux de donnes, voix, vido en une architecture unique permet aux dirigeants non seulement d'enrayer les drapages budgtaires, mais offre aux entreprises une nouvelle faon de travailler; donc un meilleur moyen de rester comptitif. Avec le rseau multiservices, les entreprises peuvent dvelopper et dployer de toutes nouvelles applications, ce qui tait impossible auparavant avec les rseaux spars. Les principaux constructeurs de systme rseaux ou tlphoniques tels que Cisco System, Matra Nortel, Alcatel etc., proposent aujourd'hui ce type de rseau.
2.
Les avantages d'un rseau intgr unique

56
BESSAAD AFEF
VOIP
Presque instantanment, les entreprises qui unissent leurs rseaux de voix et de donnes peuvent raliser des conomies grce au mode forfaitaire de tarification des communications de donnes. Elles utiliseront en effet le rseau WAN pour transporter la voix et les fax entre les diffrents bureaux. Ces conomies peuvent justifier le cot des projets de consolidation, et mme financer le dveloppement de nouvelles applications. Plus important, les entreprises peuvent faire passer laugmentation croissante de la voix au sein d'un budget unique qui reprsente les cots combins des donnes et de la voix. Face l'volution du march, cette unification supplmentaire permet de nouvelles opportunits, et le rseau devient la fois plus facile grer et moins coteux btir et exploiter. Un rseau multiservices est aisment extensible de nouvelles capacits et de nouvelles caractristiques, qui protgent ainsi les investissements d'aujourd'hui et laissent la place aux fonctionnalits de demain. Le rsultat Les entreprises sont mieux positionnes pour combattre, parce qu'elles ont une infrastructure flexible qui permet de rpondre rapidement aux volutions du march.
3. Les avances technologiques

Les entreprises utilisant au maximum les bnfices des solutions de rseau multiservices utilisent plus efficacement de la bande passante, dterminent des priorits par type de trafic, et permettent au accs plus rapide aux donnes; les solutions des constructeurs fournissent aux clients le choix de toutes les technologies de transport de la voix sur des canaux de donnes, dont la voix sur Frame relay(VoFR), la voix sur ATM (VoATM), et la voix sur IP (VoIP). Parmi celles-ci, la voix sur IP est la seule technologie qui supporte les applications IP avances, orientes Internet, et jusqu' l'utilisateur final, caractristiques du rseau du Nouveau monde. C'est en effet la seule oprant au niveau 3 du modle OSI, ce qui assure universalit et prsence de bout en bout. Les entreprises doivent prendre soigneusement en compte leurs besoins lors du choix de la technologie d'intgration de la voix sur les canaux de donnes. Dans certains BESSAAD AFEF 57
VOIP
cas, elles pourront requrir des technologies de transports diffrentes selon les parties du rseau. Les solutions multiservices permettent de dployer ces rseaux hybrides, et de migrer vers d'autres technologies selon les besoins. Le rseau multiservices est dsormais ralisable moindre cot, grce aux avances significatives dans la technologie fiables et volutives d'aujourd'hui.
II. Les solutions

1. Solutions matrielles
Les solutions matrielles ncessitent des quipements supplmentaires intgrs un rseau traditionnel dentreprise (rseau informatique TCP/IP et tlphonique RTC ).
Figure 28 : matriel typique dun rseau VoIP Les diffrents lments constituant la Fig. 4 : Le routeur Le Gatekeeper La passerelle Le PABX Le RTC Les PC a) solutions voix sur IP propose par Cofratel
BESSAAD AFEF
58
VOIP
Les diffrents types darchitectures proposs par la socit Cofratel abordent et testent les lments suivants : Interconnexion de 2 routeurs via un port Wan, qui simule une ligne point point de type Transfix, mise en place dun secours automatique de la ligne sur RNIS. Interconnexion des 2 routeurs via un port RNIS S0. Comparaison voix sur IP et voix sur Frame Relay (relais de trame). Mise en uvre de la QoS (qualit de service) sur la liaison. Bande passante utilise sur la ligne WAN avec compression de la voix. Impact sur la qualit de la voix en faisant varier les lments prcdents. Pour la gestion de la voix dans les routeurs Cisco ; il faut faire une mise jour logicielle des routeurs avec la version IP Plus du logiciel IOS.
Trois solutions nous sont proposes :

Interconnexion de PABX via liens LIA . Dport dun poste simple sur un site distant. Interconnexion des PABX via une interface RNIS S0.
La solution la plus intressante retenue pour les manipulations des

tudiants est la suivante :
BESSAAD AFEF
59
VOIP
Figure 29 : interconnexion de PABX via liens LIA
Les lments rajouter dans chaque routeur sont les suivants :

IOS en version IP plus. Module 1 emplacement pour carte voix/fax sur IP (VIC). Carte VIC voix/fax sur IP 2 ports LIA. Carte dinterface WIC 1 port synchrone Wan 2 Mbps. Carte dinterface WIC 1 port RNIS S0. Un cble V11, X21 crois (pour simuler la ligne point point entre routeurs). Pour ce fonctionnement, il faut rajouter au moins une carte LIA * dans chaque PABX. La version logicielle des PABX 4200 doit tre au moins en release 3. b) Solutions voix sur IP propose par AudioCodes (Misil)
Nos contacts avec lentreprise Misil nous ont permis dobtenir des informations concernant une solution VoIP. Module ES04-A et MP 100
BESSAAD AFEF
60
VOIP
Figure 30 : systme dvaluation et de rfrence pour le AC4804A-C
Ce systme comprend :
2 modules AC4804A-M 2 cartes-mres avec 4 interfaces tlphoniques pour chaque carte 1 carte dinterface port PCI 1 logiciel PC, cble pour la connexion entre les cartes, documentation Une autre solution nous avait t propose concernant le module MP100 qui regroupait les fonctions du module ESO4 en un seul botier. Ce systme semblait plus abordable pour les manipulations. Notamment grce la prsence de diodes ragissant en fonction des actions effectues.
2. Solutions logicielles
a) introduction Lorsque nous appelons ltranger ou lautre bout de la France, les communications tlphoniques restent toujours trop chres notre got. Pourquoi ne pas les rduire considrablement en adoptant Internet pour tlphoner directement nos correspondants grce des logiciels de VOIP ?
BESSAAD AFEF
61
Chapitre6: Mode de diffusion et solutions b) Winphone
VOIP
Figure 31 :Winphone Ce logiciel fonctionne sous Windows 95/98/NT. Il ncessite la prsence dun modem et dune carte son si le modem nest pas dot dun haut-parleur et micro intgr. WinPhone permet dutiliser son PC comme un poste tlphonique et comme un fax. A laide dun PABX, deux types de communications distinctes sont envisageables : Communication de PC PC, communication de PC un tlphone traditionnel branch directement sur le PABX. De nombreuses options sont paramtrables dans le menu de configuration (cf. capture dcran ci-contre), notamment la vitesse de transmission, le protocole utilis, ainsi que le type de numrotation (pour lutilisation telle que nous lavons envisage, il faut cocher la numration dcimale). Dans le cas dun rseau " idal " tel que nous lavons cre, la vitesse de transmission ne dgrade en aucun cas la qualit de la conversation.
BESSAAD AFEF
62
VOIP
Figure 32 : lment utiliser pour le logiciel Winphone c) Roger Wilco Roger Wilco est un logiciel de communication vocale sur rseau (IP ou Internet) trs apprci par les joueurs. En effet il est trs lger car il consomme peu de bande passante et peu de ressources systme. Il ncessite une carte son (de prfrence en full-duplex pour pouvoir mettre et recevoir en mme temps), ainsi que des couteurs et un micro. Un utilisateur cre une session, en indiquant son adresse IP (quil soit connect Internet ou un rseau Ethernet), et tous les autres utilisateurs qui veulent communiquer avec lui nont plus qu cliquer sur " join " pour se joindre cette session.
Figure 33 : Logiciel Roger Wilco
BESSAAD AFEF
63
VOIP
Pour parler, il suffit de maintenir appuye une touche choisie au pralable pendant la dure de votre message. Mais il existe aussi une fonction de dclenchement automatique qui fait que ds que loprateur parle, ses paroles sont tout de suite envoyes aux autres. Linconvnient de Roger Wilco est sa faible qualit audio, qui est infrieure une communication tlphonique traditionnelle ; de plus les discussions sont perturbes par des chos trs dsagrables. Il faut noter aussi quil y a un dcalage dune seconde environ entre lmission et la rception des paroles et ce mme sur un rseau local. d) Autres logiciels Windows Media Ring Talk est un logiciel de tlphonie sur Internet distribu par Creative. Il permet des communications tlphoniques par Internet, mais aussi lenvoi de messages et lutilisation dun forum de discussion. Cependant, pour utiliser ce logiciel, il faut obligatoirement sinscrire sur le site de Creative, mme si on veut lutiliser sur un rseau local. Media Ring Talk possde en outre un outil interne danalyse de charge du rseau.
Figure 34 : Media Ring Talk
BESSAAD AFEF
64
VOIP
Net2Phone propose un systme de cartes tlphoniques prpayes grce auxquelles on peut accder son rseau de tlphonie IP depuis un simple tlphone. Seul problme en France, ce service nest vraiment utilisable que depuis la rgion parisienne (il faut appeler une passerelle locale pour tlphoner). Net2phone (cf. schma ci-contre) possde aussi les mmes fonctionnalits que Media Ring Talk, lorsquil se prsente sous la forme dune barre se trouvant en bas du navigateur (utilisation standard sur PC).
Figure 35 : Net2Phone
BESSAAD AFEF
65
Chapitre7: avantages et inconvnients
VOIP
Chapitre7 : Les avantages et Les inconvnients de la VoIP

I. Avantages
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.
BESSAAD AFEF
66
Chapitre7: avantages et inconvnients Figure 36 : principe de rduction de cots
VOIP
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.
3. Choix d'un service opr

Les services oprateurs ouvrent les alternatives VoIP. Non seulement l'entreprise peut oprer son rseau priv VoIP en extension du rseau RTC oprateur, mais l'oprateur luimme 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. 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.
BESSAAD AFEF
67
VOIP
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.
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.
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, elearning, vido on demand,..., pour l'ensemble des utilisateurs un cot d'infrastructure rseau supplmentaire minimum
II. La voix sur IP : Difficults associes

Afin de bien percevoir les difficults associes au transport de la voix sur IP, un comparatif entre la commutation de circuits des tlcoms et la commutation de paquets dIP est
BESSAAD AFEF
68
VOIP
ncessaire. Ensuite, une tude des diffrents dlais associs VoIP permettra de comprendre les facteurs incompressibles ngatifs pour la communication.
1. Comparaison IP - Tlcoms
Les deux approches IP et tlcoms sont pratiquement opposes. O IP est simple et dbrouillard, les tlcoms sont complexes et figs. Le rseau qui est utilis par les tlcoms est le rseau X25. Le tableau suivant tabli la comparaison entre ces deux systmes sur diffrents points :
Tableau 11 : comparaison entre IP & X25
BESSAAD AFEF
69
VOIP
Figure 37 : comparaison IP et tlcom
2. Le transfert de la voix : un chemin sem dembches

Le tableau prcdent fait un tat des lieux des diffrences entre IP et X25. Il est cependant ncessaire d'expliquer comment arrivent ses dfauts de transmission. Voici pourquoi cette partie rpertorie les trois principales causes des difficults et des limites associes VoIP : Dlai : temps de transmission d'un paquet (doit rester infrieur 400ms pour respecter les contraintes d'une conversation interactive) Gigue : variation de dlai (ncessite un buffer de resynchronisation en bout de chemin) Perte : disparition de paquets au cours de la communication (fait partie de la transmission IP mais doit tre soit rduite, soit inhibe)
BESSAAD AFEF
70
VOIP
Figure 38 : principe de gigue Le schma ci-dessus reprend les difficults voques et permet de comprendre quel sont les effets indsirables impliqus.
III. Solutions de VoIP

On dnombre 4 types de solutions, le choix de l'une ou l'autre est souvent associe au nombre de communications simultanes, la qualit dsire ou encore au choix de dlocaliser le service tlphonie. Les solutions peuvent tre complmentaires via des passerelles et peuvent communiquer avec le rseau classique via des "media gateway". Les solutions grand public "triple-play" ou mme "quadruple-play" type Livebox, Freebox et autres Machinbox... Ces solutions sont des "bundles" horizontaux, qui ont pout but d'largir la gamme des oprateurs tlcoms et des FAI (Fournisseurs d'Accs Internet) en fournissant dans un package tout-en-un Internet, TV et Tlphonie fixe voire Tlphonie mobile pour le quadruple-play. Les Softphones propritaires (Skype, Gizmo, Windows Live Messenger ou Google Talk) ou libres (WengoPhone, Ekiga, KPhone). Les solutions professionnelles de Centrex IP. Ces solutions "Full-IP" consistent remplacer le rseau tlphonique existant et dlocaliser le serveur de routage qui permet de router les diffrentes communications. Ce type de service permet une mutualisation entre PME afin de baisser les cots tlcoms. Le Centrex IP se rapproche des solutions "Machinbox" grand public sauf que l'outil professionnel garantit un nombre de communications simultanes selon une qualit donne. BESSAAD AFEF 71
VOIP
Les IPBX (PABX virtuel) qui, contrairement au Centrex IP, ne sont pas dlocaliss. Les PABX (Private Automatic Branch eXchange) sont des commutateurs tlphoniques priv qui relient les postes tlphoniques d'un tablissement (lignes internes) avec le rseau tlphonique public (lignes externes). L'IPBX est un logiciel qui virtualise ce type d'quipement et qui permet d'y ajouter des fonctionnalits.
IV. conclusions
Toutes ces contraintes et dfauts inhrent IP sont les fondements des difficults rencontres par le concept VoIP.
BESSAAD AFEF
72
Chapitre8: Qualit de service
VOIP
Chapitre8 : Qualit de service

I. Introduction
La mise en uvre de la QOS est un pralable indispensable lintgration des flux voix sur les rseaux informatiques, particulirement les rseaux IP. En effet, la qualit de la voix est affecte par les paramtres suivants : Le traitement de la voix (qualit de codage ou de compression), Le dlai de transmission La gigue Le phnomne d'cho La perte des paquets.
II. La qualit du codeur

A l'mission, la voix est code et compresse avant d'tre encapsule dans les paquets IP. La taille du paquet est un compromis entre la ncessit de rduire le dlai de transmission et loptimisation de la bande passante.
Les codeurs rencontrs dans les applications de voix sur IP se sont
dvelopps dans des axes trs varis. On distingue trois grandes catgories : Les techniques temporelles (avec des dbits compris entre 16 et 64 kbits/s) ; Les techniques paramtriques (avec des dbits compris entre 2,4 et 4,8 kbits/s) ; Les techniques par analyse et synthse (avec des dbits entre 5 et 16 kbits/s).
C'est la note moyenne d'opinion MOS (Mean Opinion Score) qui classe les
codeurs en cinq grandes classes : 1 = Mauvais, 2 = Mdiocre, 3 = Moyen assez bon, 4 = Bon, 5 = Excellent.
BESSAAD AFEF
73
VOIP
III. Le dlai de transmission

1. Analyse des dlais
Quantifier le dlai de transmission sur le rseau de manire fiable est quasi impossible, car il y a trop d'inconnues : table de routage, congestion, pannes, files d'attente Cependant sur le chemin que prendrait une transmission de voix, on peut dtailler certains dlais inhrents au rseau :
Figure 39 : dlai de transmission Dlais de l'metteur : Numrisation et codage : temps mis par une carte son ou une passerelle pour numriser et coder un signal initialement analogique. Compression qui se dcompose en trois parties : Dlai de trame : contrairement la numrisation d'un signal qui se fait en continue, la compression porte sur une certaine longueur de donnes. Attendre ces informations induites un temps non nul de traitement
BESSAAD AFEF
74
VOIP
Dlai d'encodage : la compression par synthse s'appuyant sur la prdiction, ce dlai est ncessaire l'encodeur pour savoir, pendant qu'il est en fonctionnement comment volue le signal. Dlai de traitement : temps mis par l'algorithme pour compresser une trame. Il dpend du processeur et de l'algorithme utilis. Mise en paquets : intervalle de temps pendant lequel l'application constitue un paquet (cration de l'en-tte, remplissage des donnes). Transmission : ce temps dpend de la configuration dans laquelle on se trouve. A savoir soit on est reli par modem soit par accs direct sur un LAN-WAN.
Dlais rseau : Propagation : sur un rseau filaire, la vitesse de propagation est de 200000 km/s, Commutation et files d'attente : suivant la nature du rseau diffrents temps
cela induit un temps de propagation non nul. peuvent tre indexs. Dlais du rcepteur : (ce sont les mmes que pour l'metteur) Rception. Buffer de gigue : cette mmoire tampon permet de resynchroniser les paquets
arrivant avec des dlais variables. Elle sert donc compenser les dcalages et remettre en ordre les paquets. Dpaquetisation. Dcompression. Dcodage et conversion numrique analogique.
Jusqu' prsent les mesures effectues avec une solution tlphone tlphone (via IP), sur un rseau bien gr et surdimensionn (en bande passante), montrent un dlai total de 200 ms.
2. Analyse des pertes

La perte d'un paquet occasionne un manque d'information lors de la rception du signal audio. Suivant le nombre de paquets perdus, la qualit sonore en bout de BESSAAD AFEF 75
VOIP
ligne peut s'en ressentir. Dans la philosophie IP, cette perte de paquet fait partie intgrante du concept. En effet les routeurs sont obligs (avec l'algorithme Random Early Detection) de dtruire des paquets afin d'anticiper d'ventuelles congestions.
Il existe principalement quatre causes de perte de paquet :
Dure de vie puise (TTL = 0). Retard la rception suprieure au buffer de gigue. Destruction par un module congestionn Le dlai est le temps coul entre l'mission de la parole et sa restitution l'arrive. Pour permettre un change interactif, la voix doit tre transmise avec des contraintes de dlai. 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 dlai de transmission dans une conversation tlphonique. Classe n 1 2 3 4 Dlai par sens 0 150 ms 150 300 ms 300 700 ms Au-del de 700 ms Commentaires Acceptable pour la plupart des conversations. Acceptable pour des communications faiblement interactives (voir satellite 250 ms par bond) Devient pratiquement une communication half duplex Inutilisable sans une bonne pratique de la conversation half duplex (militaire)
Tableau 12 : dlai entre mission et rception de parole On peut complter les chiffres du tableau ci-dessus par un indice de difficult de communication en fonction du retard par sens : Dlai par sens 200 ms 450 ms 700 ms Difficult de communication 28% 35% 46%
BESSAAD AFEF
76
Chapitre8: Qualit de service Tableau 13 : difficult de la transmission de VoIP
VOIP
Les causes de dlai sont nombreuses :

retard d au codage, au dcodage et la mise en paquets de la voix, retard d la srialisation retard dans les files d'attente des routeurs retard de propagation retard d la compensation de gigue.
IV. La gigue de transmission

La gigue est la variation du dlai de transmission. Le protocole utilis pour transporter les paquets voix sur un rseau IP est UDP (User Datagram Protocol). La signalisation utilise la couche de TCP (Transmission Control Protocol). Le protocole UDP fonctionne en mode non connect : les paquets n'empruntent pas forcement le mme chemin, d'o une variation du dlai de transit. Une autre cause de la variation du dlai de transit dpend du nombre de routeurs traverss et de la charge de chaque routeur travers. Pour restituer un flux synchrone l'arrive, on installe des buffers de compensation de gigue; mais ce stockage allonge encore le dlai de transmission. La gigue doit rester infrieure 100 ms pour garder une qualit acceptable.
V. Le taux de perte des paquets

Le protocole UDP ne garantit pas que les paquets arrivent destination. Une erreur sur l'en-tte du paquet peut entraner sa perte ou l'envoi vers une mauvaise destination. D'autre part, lorsque les routeurs IP sont congestionns, ils librent automatiquement de la bande passante en dtruisant une certaine proportion des paquets entrants en fonction de seuils prdfinis. Le taux de perte des paquets dpendra de la qualit des lignes empruntes et du dimensionnement du rseau. Pour avoir une qualit de parole acceptable, le taux de perte de paquet doit rester infrieur 20%.
BESSAAD AFEF
77
VOIP
VI. L'cho
L'cho est le dlai entre l'mission d'un signal et la rception de ce mme signal rverbr. Ce problme se pose gnralement dans les communications PC Tlphone, Tlphone PC ou Tlphone Tlphone. Il est caus par les composantes lectroniques des parties analogiques du systme qui renvoient une partie du signal trait. Un cho infrieur 50 ms n'est pas perceptible.
VII. Conclusion
Sachant que la tlphonie est le 2me moyen de communication aprs l'change verbal direct, les problmatiques de qualit (QoS - Quality of Service), de fiabilit et de scurit sont donc majeures. Avec le tlphone classique, le problme ne se pose peu ou pas car le rseau est ddi cette utilisation, c'est le rseau commut. Les applications IP, quant elles, transitent de la voix, des donnes (data) et de la vido. Il est donc important de dfinir des priorits selon le type de flux transport et mme selon les donnes de chaque flux.
BESSAAD AFEF
78
Chapitre9: scurit de la VoIP
VOIP
Chapitre9 : Scurit de la VoIP

I. Introduction
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 emprunte 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'en-tte 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.
La scurit de base
La scurit de linfrastructure VoIP est fortement lie la scurit du rseau IP. Les actions: Mise jour du software Verrouillage de la configuration (hard phone/soft phone)
La sparation des quipements DATA et VoIP

Permet elle seule de parer une grande partie des attaques, notamment les attaques concernant lcoute clandestine Les actions: Sparation au niveau IP (layer 3) BESSAAD AFEF 79
Chapitre9: scurit de la VoIP Sparation grce aux VLAN (layer 2).
VOIP
Le chiffrement
Doit garantir la confidentialit et lintgrit des donnes changes Les actions: Chiffrement du flux de signalisation Chiffrement du flux mdia
La scurit primtrique
Permet de protger le rseau VoIP de lentreprise face aux risques externes Les actions: SBC : Dfinitions de seuils / Call Admission Control
Scurit dans le rseau IP

Liaison Cloisonnement des VLAN Filtrage des adresses MAC par port Protection contre les attaques ARP Rseau Contrle d'accs par filtrage IP Authentification et chiffrement Transport Validation du protocole par filtrage, relayage et traduction sur le SBC ( Session Border Controller) Authentification et chiffrement SSL/TLS
II. Attaques locales

Les attaques tudies ici sont des attaques locales, au niveau du LAN principalement. Elles ont t testes sur des quipements Cisco IP Phone et leur infrastructure (quipements, serveurs et applicatifs). Des vulnrabilits graves ont t mises en lumire et exploites, allant dun simple dni de service sur les quipements (tlphones et serveurs) au dtournement de flux audio conduisant lcoute de nimporte quelle conversation sur le rseau, en passant par la rcupration dinformations confidentielles et la facturation dappels dautres personnes.
BESSAAD AFEF
80
VOIP
III. Attaque des flux VoIP

Le flux voix VoIP utilise deux types de canaux de communication, lun de contrle, lautre de donnes. Le canal de contrle utilise le protocole Cisco Skinny sur les ports TCP 20002002. Chaque tlphone IP tablit une connexion TCP avec le serveur hbergeant le Call Manager 3.x sur le port 2000. Cette connexion est garde active grce lmission de KeepAlive toutes les 30 secondes.
Les caractristiques importantes dun point de vue scurit sont les suivantes :
le canal de contrle est connect en permanence ; la connexion est initialise par le poste IP-phone ; les actions Skinny sont transmises en clair. Le canal de donnes sert faire transiter les donnes audio des communications. Il utilise un driv du protocole RTSP : il sagit de paquets UDP envoys sur des ports dynamiquement ngocis travers le canal de contrle.
La substitution dun paquet conduit aux rsultats suivants selon les cas :
simuler lappui dune touche du pav numrique du tlphone, pour modifier la vole le numro compos par lutilisateur du tlphone (ou bien lenregistrer afin despionner les numros composs), ou deffectuer des choix sa place lors de la consultation dun serveur vocal, par exemple ; envoyer un faux paquet de type Open Received Channel Ack, juste avant lmission du vritable paquet, contenant un mauvais numro de port UDP pour spcifier le canal de donne : lutilisateur lgitime nentendra alors que du silence dans son combin.
Dans le cas de la VoIP, le but est :

de se faire passer pour le serveur Call Manager, la passerelle voix-donnes VG200 ou un autre tlphone IP distant vis--vis du tlphone IP couter ; de se faire passer pour le tlphone IP couter vis--vis du Call Manager, de la passerelle VG200 ou du tlphone IP distant.
BESSAAD AFEF
81
VOIP
IV. Attaques gnriques

1. Anonymat
Pour la VoIP, les adresses directes sont au premier plan, au mme titre que les numros de tlphones RTC, d'o l'apparition de la fonction numro cach et de la liste rouge ! L'anonymat des correspondants n'est pas forcment simple mettre en uvre car il devient difficile de filtrer le trafic et de cohabiter avec des rgles strictes de filtrage. Les relais SIP permettent d'assurer l'anonymat des utilisateurs, dans une certaine mesure en se rfrant au Call-ID qui doit tre prsent dans tous les paquets de la mme transaction pour qu'ils soient recevables. L'anonymat ne peut donc pas tre assur dans le cas d'une communication VoIP directe sans proxy entre 2 clients.
2. Spoofing
Dans un paquet SIP, les identifiants d'une communication lorsqu'elle est tablie sont le Call-ID, et les tags des champs From et To s'ils sont utiliss. Les 3 principaux types de spoofing sur le protocole SIP s'effectuent avec des paquets SIP INVITE, BYE et CANCEL Le premier est trivial mettre en uvre en LAN comme sur Internet en forgeant un paquet SIP INVITE (avec des champs Call-ID, From, To, et Cseq adquats). Dans le paquet SIP le champ From est suivi d'un tag. Lors de la rception du SIP INVITE, l'appel ajoutera galement son tag alatoire et toutes les communications suivantes devront inclure ces 2 tags respectifs sur From et To. La probabilit de russite pour falsifier les 2 paquets suivants est quasiment nulle sans coute du trafic si l'ala du Call-ID et des tags sont corrects. Cette figure reprsente une solution scurise d'architecture de VoIP, mais il en existe bien sr beaucoup d'autres. Minisip permet de tester cette solution dans son intgralit.
BESSAAD AFEF
82
VOIP
Figure 40 : solution scuris
V. Solution
1. Tunnel IPSec
La surcharge engendre par IPSec peut tre minimise en configurant le tunnel pour traiter uniquement les flux de voix sur IP (pour des machines/protocoles fixs).Un atout intressant est la possibilit d'utiliser la totalit des soft phones disponibles puisqu'ils n'ont plus grer la scurit des changes (via SRTP/MiKEY...). Pour rsumer : les tunnels simplifient le dploiement de la VoIP scurise, mais ne peuvent pas tre employs sur de larges infrastructures ou sur des soft phones peu puissants.
2.
Filtrage rseau
Il fortement recommand de filtrer les ports accessibles sur les serveurs depuis le rseau des utilisateurs, au niveau des routeurs. Pour cela, il peut tre utile de placer les serveurs sur un sous-rseau ddi. Il convient de lister les services et les ports associs qui doivent tre pris en considration lors de limplmentation dune politique de filtrage sur un rseau VoIP.
BESSAAD AFEF
83
VOIP
3.
IDS
Il nest pas trs courant de trouver des outils de dtection dintrusion pour des solutions de voix sur IP. La quantit de faux positifs dus lobservation du flux RTP pourrait tre plus que consquente. Bien quelle permette de dtecter des dnis de service par exemple, la dtection dintrusion se ramne souvent de la dtection de fraude.
VI. Conclusion
Les principales recommandations permettant de se protger contre les attaques prcdentes sont les suivantes: verrouiller les adresses MAC / adresses IP par port dans les commutateurs traverss par du flux VoIP (cela peut tre relativement simple lorsque les tlphones IP ne se dplacent jamais) ; utiliser IPSec entre les quipements VoIP ; mettre jour les applicatifs et les firmwares des quipements VoIP ; activer le chiffrement des communications VoIP ; utiliser lauthentification des quipements VoIP ; activer au mieux les fonctions de scurit offertes par les quipements de linfrastructure VoIP utilise et qui ne seraient pas actives par dfaut.
BESSAAD AFEF
84
Conclusion
Conclusion
Cette tude permet de faire un tat de lart en matire de VoIP. Ce domaine technologiquement vaste et financirement intressant, voit diffrents acteurs s'y attacher. Ainsi de nombreux dveloppements et standardisation ont lieu, assurant l'volution du transport des donnes multimdias sur un support dont la philosophie est le "Best Effort". Les technologies voques sont dans l'ensemble assez matures pour transporter la Voix sur IP. Malheureusement, le rseau et son dimensionnement restent encore les points durs de la dmarche VoIP. Malgr cela, la convergence entre les tlcoms et IP est trs probable. C'est, en effet, la voie que prennent les grands oprateurs et constructeurs de matriels tlcoms et rseaux. L'avenir de la tlphonie via Internet dpendra essentiellement de deux lments : l'avenir des rseaux de communication et l'adoption de nouvelles technologies spcialement conues pour la tlcommunication en temps rel sur Internet.
BESSAAD AFEF
85
Bibliographie
Livres
Livre tlphonie sur Internet : Jean-Franois Susbielle Edition Eyrolles, 1996 Internet multimdia et temps rel : Jean-Franois Susbielle Edition Eyrolles, 2000 Tlcom & Rseau : Tlphonie sur IP, 3 novembre 2000, numro 172
Sites Internet
http://www.protocols.com http ://wapiti.enic.fr/commun/ens/peda/options/ST/RIO/pub/exposes/fg.html http://www.cs.columbia.edu/~hgs/sip http://www.reseau-telecom.net http://www.guill.net/reseaux/H323.html http://www.webproforum.com/vfoip/ http://www.phonezone.com http://www.okstate.edu/faculty/scheets/pub/voip_1.htm http://techweb.com/commcentral/telecom/features http://www.stardust.com/press http://www.itel.ch/Technologie/Telephonie/fondamentaux/Voix_sur_IP.htm http://www.equival.com/phonepatch/index.html http://www.sit.ulaval.ca/logi/presteleconf/page2b.htm http://www.audiocodes.com/html/products_vop_eval.shtml [18]http://www.tmcnet.com/articles/itmage/0599/ http://www.chambet.com/publications/sec-win2k/
BESSAAD AFEF

Projet Voix Afef Bessaad 2ING1

Uploaded by

Document Information

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Projet Voix Afef Bessaad 2ING1

Uploaded by

Copyright:

Available Formats

MINISTERE DE LENSEIGNEMENT SUPERIEUR DE LA RECHERCHE SCIENTIFIQUE ET DE LA TECHNOLOGIE

INSTITUT SUPERIEUR DINFORMATIQUE ET DES TECHNOLOGIES DE COMMUNICATION HAMMAM SOUSSE

Raliser par : BESSAAD AFEF 2ING1

Anne universitaire : 2007-200

Liste des tableaux

Tableau 1 : avantages et inconvnients de best effort

4. Diffrence entre VOIP et TOIP

La ToIP = LIP jusquau POSTE TELEPHONIQUE

Figure 1 : diffrence entre VoIP et ToIP

II. Les grandes structures de normalisation

Chapitre2 : dfinition et fonctionnement

II. Fonctionnement de la Voix sur IP

Chapitre2 : dfinition et fonctionnement

Chapitre2 : dfinition et fonctionnement

Figure 2 : appel tlphonique sur un terminal VoIP tap e 1 2 Description

2. tapes de Dmarrage dune activit VoIP

Chapitre2 : dfinition et fonctionnement

Figure 3 : dmarrage dune activit VoIP

Chapitre3: rseau tlphonique commut

: Rseau tlphonique commut

II. Dfinition du RTC

Chapitre3: rseau tlphonique commut

III. Principe du RTC

Chapitre3: rseau tlphonique commut

Figure 4 : Principe du rseau tlphonique commutpublic

Chapitre3: rseau tlphonique commut

Chapitre4: les architectures et leurs caractristiques

: Les architectures et leurs caractristiques

Figure 6 : architecture VOIP

Chapitre4: les architectures et leurs caractristiques

Les diffrents types de tlphonie sur IP

Figure 7 : architecture PC PC travers LAP

Chapitre4: les architectures et leurs caractristiques

Figure 8 : architecture PC PC travers un rseau local

Figure 9 :architecture PC poste tlphonique

Chapitre4: les architectures et leurs caractristiques

Figure 10: architecture poste tlphonique PC

4. Entre 2 postes tlphoniques

Figure 11 : architecture entre deux postes tlphoniques travers RTC

Chapitre4: les architectures et leurs caractristiques

Figure 12 : architecture entre deux postes tlphoniques travers PBX

5. Les centres d'appel Internet

Chapitre4: les architectures et leurs caractristiques

Figure 13 : Web call center

III. Les quipements

2. Les portiers (Gatekeeper)

Chapitre4: les architectures et leurs caractristiques

Chapitre4: les architectures et leurs caractristiques

3. Les systmes de facturation

4. Les terminaux tlphoniques traditionnels et les nouvelles gnrations de terminaux

Chapitre4: les architectures et leurs caractristiques c) Les tlphones Ethernet

Chapitre5: les protocoles

II. Les protocoles associs

Chapitre5: les protocoles

Chapitre5: les protocoles

Adresse Source Adresse Destinateur

d) IPv6 et VoIP BESSAAD AFEF 24

Chapitre5: les protocoles

3. RSVP: Resource Reservation Protocol

Chapitre5: les protocoles

Chapitre5: les protocoles

Chapitre5: les protocoles

5. MPLS: Multi-Protocol Label Switching

Chapitre5: les protocoles