Professional Documents
Culture Documents
Rapport de Projet de Fin dEtudes En vue obtention du titre : Licence Applique en Sciences et Techniques de l'Information et de Communications
REMERCIMENTS
Au terme de ce travail, je tiens exprimer ma gratitude Monsieur Imed AYADI, Directeur Gnral dOXIA, pour mavoir accept dans son honorable tablissement et mavoir permis deffectuer ce travail.
Jexprime galement toute ma reconnaissance Monsieur Jamil OTHMAN, administrateur systmes et rseaux OXIA, pour ses conseils constructifs et ses encouragements continus durant toute la priode du projet.
Mes sincres remerciements sadressent aussi mon encadreur universitaire Monsieur Kamel KHEDHIRI, pour les conseils, informations et critiques quil ma prodigu.
2|P a g e
Sommaire
Introduction gnrale ............................................................................................................... 6 Chapitre I Prsentation du cadre du stage ............................................................................ 8 I.1 I.2 I.3 Prsentation de la socit :........................................................................................... 8 Etude de lexistant : ..................................................................................................... 9 Solution propose : ...................................................................................................... 9
Chapitre II Notions thoriques ............................................................................................. 11 Introduction : ........................................................................................................................ 11 II.1 II.2 II.3 La voix sur IP : .......................................................................................................... 11 Principe de fonctionnement de la voix sur IP: ........................................................... 12 Principaux protocoles de la VoIP: ............................................................................. 14 Le protocole H323 :............................................................................................ 14 Le protocole SIP : ............................................................................................... 16 Le protocole RTP : ............................................................................................. 21 Le RTCP :........................................................................................................... 23
Conclusion : .......................................................................................................................... 24 Chapitre III Spcifications des besoins ................................................................................ 25 III.1 Besoins fonctionnels : ................................................................................................ 25 III.2 Besoins non fonctionnels : ......................................................................................... 25 III.3 Diagrammes de cas dutilisation : ............................................................................. 26 Conclusion : ...................................................................................................................... 27 Chapitre IV Ralisation et tests ........................................................................................... 28 Introduction : ........................................................................................................................ 28 IV.1 Description de la plateforme : ................................................................................... 28 IV.1.1 IV.1.2 Elments matriels : ........................................................................................... 28 Elments logiciels : ............................................................................................ 28
IV.2 Mise en place du serveur Asterisk et du client X-Lite : ............................................ 29 IV.2.1 IV.2.2
IV.2.3 IV.2.4
IV.3 Configuration du service SugarCRM : ...................................................................... 33 Conclusion : .......................................................................................................................... 34 Conclusion gnrale ............................................................................................................... 35 Bibliographie et Ntographie ................................................................................................ 36 Annexes ................................................................................................................................... 37
4|P a g e
Listedesfigures
Figure 1 : Infrastructure tlphonique dOXIA....................................................................................... 9 Figure 2 : Solution propose de linfrastructure tlphonique dOXIA................................................10 Figure 3: Processus de la VoIP .............................................................................................................. 12 Figure 4: Etablissement dune session SIP travers un Proxy ..............................................................20 Figure 5: Diagramme cas dutilisation systme.................................................................................... 27 Figure 6: Principe de routage dappel travers Asterisk....................................................................... 30 Figure 7: Configuration Asterisk........................................................................................................... 31 Figure 8: Ajout des extensions.............................................................................................................. 31 Figure 9: Configuration X-Lite............................................................................................................. 32 Figure 10: Reporting des appels............................................................................................................ 33 Figure 11: Gestion des comptes sur SugarCRM................................................................................... 34 Figure 12: Fichiers de configuration dAsterisk.................................................................................... 37 Figure 13: Statut du serveur Asterisk.................................................................................................... 37
5|P a g e
Introduction gnrale
Introduction gnrale
La voix sur IP (VoIP, Voice over IP) est une technologie de communication vocale en pleine mergence. Elle fait partie d'un tournant dans le monde de la communication. En effet, la convergence du triple play (voix, donnes et vido) fait partie des enjeux principaux des acteurs de la tlcommunication aujourd'hui. Plus rcemment Internet s'est tendu partiellement dans l'Intranet de chaque organisation, voyant le trafic total bas sur un transport rseau de paquets IP surpasser le trafic traditionnel du rseau voix (rseau commutation de circuits). Au lieu de disposer la fois d'un rseau informatique et d'un rseau tlphonique commut (RTC), l'entreprise peut donc, grce la VoIP, tout fusionner sur un mme rseau. a part du fait que la tlphonie devient de la "data". Les nouvelles capacits des rseaux haut dbit devraient permettre de transfrer de manire fiable des donnes en temps rel. Ainsi, les applications de vido ou audioconfrence ou de tlphonie vont envahir le monde IP qui, jusqu'alors, ne pouvait raisonnablement pas supporter ce genre d'applications (temps de rponse important, jigue-jitter, Qos,...). Comme toute innovation technologique qui se respecte, la VoIP doit non seulement simplifier le travail mais aussi faire conomiser de l'argent. Les entreprises dpensent normment en communications tlphoniques, or le prix des communications de la ToIP (Tlphonie sur IP) est drisoire en comparaison. En particulier, plus les interlocuteurs sont loigns, plus la diffrence de prix est intressante. De plus, la tlphonie sur IP utilise jusqu' dix fois moins de bande passante que la tlphonie traditionnelle. Ceci apportant de grand intrt pour la voix sur un rseau prive. Il semblerait que les entreprises aprs avoir mis un certain nombre de doutes sur la qualit de services soient dsormais convaincues de la plus grande maturit technologique des solutions proposes sur le march.
6|P a g e
Introduction gnrale
Qu'il s'agisse d'entreprises mono-site ou multi-sites, les sondages montrent que le phnomne de migration vers les systmes de tlphonie sur IP en entreprise est actuellement engag. La migration de la solution actuelle vers la Tlphonie sur IP s'effectue en douceur. Les solutions de tlphonie sur IP sont conues pour dgager une stratgie de migration faible risque partir de l'infrastructure existante. Le scnario vers lequel va s'orienter la tlphonie sur IP dpend beaucoup de l'volution du rseau lui-mme. En effet, si Internet reste peu prs dans sa configuration actuelle o il est essentiellement dimensionn en fonction d'une qualit de service moyenne pour la transmission des donnes, il est fort probable que la tlphonie sur IP restera un march limit. Cependant, cette nouvelle technologie constitue une solution idale pour le cas dinterconnexion de PBX d'entreprises. En effet, les entreprises multi-sites cherchent conomiser des dpenses normes dues aux communications intersites. Il serait donc envisageable de profiter de cette nouvelle technologie mergente afin dassurer cette interconnexion des PBX. Dans ce contexte, et dans le cadre de notre projet de fin dtude, nous sommes appel faire interconnecter les PBX de la socit qui nous a accueilli OXIA . Cette socit a ressenti dernirement le besoin de profiter de cette technologie de VoIP, peu coteuse et assez performante. Et pour se faire, notre cahier de charge exige une interconnexion via le protocole SIP pour tenir compte des spcificits des PBX en question. Dsormais, il est ncessaire dimplmenter un serveur SIP. Une tude des besoins labore nous montre que le logiciel libre Astrisk , est le meilleur assurer ce rle du serveur SIP.
7|P a g e
Chapitre I
8|P a g e
A lieu de disposer la fois d'u Au un rseau informatiqu i ue et d'un r rseau tlp phonique
commut t (RTC), l''entreprise peut p donc, grce la VoIP, V tout fusionner f su ur un mme e rseau. a part du fait que la tlphon nie devient de d la "data".
9|P a g e
Les nou uvelles capa acits des r seaux hau ut dbit dev vraient perm mettre de tra ansfrer de manire fiable des d donnes s en temps rel. r Ainsi, les applica ations de vido ou aud dioconfrenc ce ou de tlphon nie vont envahir e le monde IP qui, jusqu u'alors, ne pouvait ra aisonnablem ment pas supporte er ce genre d'applicatio ons (temps de d rponse important, i j jigue-jitter, Qos,...). Comme e toute innov vation techn nologique qui q se respecte, la VoIP P doit non s seulement si implifier le travai il mais auss si faire con nomiser de l'argent. l Les ent treprises d pensent n normment en commu unications tlphoniqu t ues, or le prix p des commun nications de e la ToIP (T Tlphonie sur IP) est drisoire en e comparai ison. En par rticulier, plus les interlocute eurs sont lo oigns, plus la diffrenc ce de prix nest n intress sante. La migr ration de la linfrastruc cture actuell le vers la T lphonie su ur IP s'effec ctue en douc ceur. Les solu utions de t lphonie sur s IP sont conues po our dgager r une strat gie de mig gration faible ri isque parti ir de l'infras structure ex xistante. Nous pr roposons dimplmente er larchitec cture suivan nte :
Figu ure 2 : Soluti ion propose e de linfrastr ructure tlph honique dO OXIA
10|P a g e
Chapitre II
Notions thoriques
Introduction :
La tlphonie IP est devenue importante pour les entreprises. L'enjeu est de russir faire converger le rseau de donnes IP et le rseau tlphonique actuel. Pour ce faire, dans ce chapitre, nous prsentons quelques notions gnrales de tlphonie. Dabord, nous commenons par donner une dfinition de la voix sur IP. Ensuite nous prsentons son fonctionnement ainsi les principaux protocoles VOIP.
11|P a g e
12|P a g e
a. Numrisation : Dans le cas o les signaux tlphoniques transmettre sont sous forme analogique, ces derniers doivent d'abord tre convertis sous forme numrique suivant le format PCM (Pulse Code Modulation) 64 Kbps. Si l'interface tlphonique est numrique (accs RNIS, par exemple), cette fonction est omise. b. Compression : Le signal numrique PCM 64 Kbps est compress selon l'un des formats de codec (Compression / dcompression) puis insr dans des paquets IP. La fonction de codec est le plus souvent ralise par un DSP (Digital Signal Processor). Selon la bande passante disposition, le signal voix peut galement tre transport dans son format originel 64 Kbps. c. Dcompression : Ct rception, les informations reues sont dcompresses- Il est ncessaire pour cela d'utiliser le mme codec que pour la compression - puis reconverties dans le format appropri pour le destinataire (analogique, PCM 64Kbps, etc.).
ou de dcompresser un signal, analogique ou numrique, en un format de donnes. Les codecs encodent des flux ou des signaux pour la transmission, le stockage ou le cryptage de donnes. D'un autre cot, ils dcodent ces flux ou signaux pour dition ou visionnage. Le but premier des codecs est de pouvoir traiter un maximum de donnes avec un minimum de ressources. Il existe une multitude de codecs, mais ils peuvent tre diviss en deux grandes familles suivant leur manire de compresser les donnes.
13|P a g e
l'organisation de standardisation europenne ITU-T sur la base de la signalisation voix RNIS (Q931), ce standard regroupe un ensemble de protocoles de communication de la voix, de l'image et de donnes sur IP.
14|P a g e
II.3.1.a
Signalisation : Les messages de signalisation sont ceux que lon envoie pour demander dtre mis en
relation avec une autre personne, indiquant que la ligne est occupe, que le tlphone sonne Cela comprend aussi les messages que lon envoie pour signaler que tel tlphone est connect au rseau et quil peut tre joint. En H.323, la signalisation sappuie sur le protocole RAS (Remote Access Service) pour lenregistrement et lauthentification, et le protocole Q.931 pour linitialisation et le contrle dappel.
II.3.1.b
Ngociation : La ngociation est utilise pour se mettre daccord sur la faon de coder les
informations quon va schanger. Il est important que les tlphones (ou systmes) parlent un langage commun sils veulent se comprendre. Il serait aussi prfrable, sils ont plusieurs alternatives de langages quils utilisent. Il peut sagir du codec le moins gourmand en bande passante ou de celui qui offre la meilleure qualit. Le protocole utilis pour la ngociation de codec est le H.245.
II.3.1.c
Transport de linformation :
Protocol) qui transporte la voix, la vido ou les donnes numrises par les codecs. On peut aussi utiliser les messages RTCP pour faire du contrle de qualit, voire demander de rengocier les codecs si, par exemple, la bande passante diminue.
15|P a g e
SIP est un protocole normalis et standardis par l'IETF qui a t conu pour tablir, modifier et terminer des sessions multimdia. Il se charge de l'authentification et de la localisation des multiples participants. Il se charge galement de la ngociation sur les types de mdia utilisables par les diffrents participants en encapsulant des messages SDP (Session Description Protocol). SIP ne transporte pas les donnes changes durant la session comme la voix ou la vido. SIP tant indpendant de la transmission des donnes, tout type de donns et de protocoles peut tre utilis pour cet change. SIP remplace progressivement H323. Ceci est justifi par les diffrents atouts de ce standard. Il sagit dun protocole : Ouvert : les protocoles et documents officiels sont dtaills et accessibles tous en tlchargement.
Flexible : SIP est galement utilis pour tout type de sessions multimdia (voix, vido, mais aussi musique, ralit virtuelle, etc.)
Points communs avec H323 : l'utilisation du protocole RTP et quelques codecs son et vido sont en commun.
Simple : SIP est simple et trs similaire http. En effet, le client envoie des requtes au serveur, qui lui renvoie une rponse.
16|P a g e
II.3.2.b
Caractristiques :
Puisque le travail demand sera effectu via le protocole SIP, on sattardera un peu expliquer les aspects et les caractristiques qui font de ce protocole un bon choix pour ltablissement des sessions. Les principales caractristiques du protocole SIP sont:
Fixation dun compte SIP
Il est important de sassurer que la personne appele soit toujours joignable. Pour cela, un compte SIP sera associ un nom unique. Par exemple, si en tant quutilisateur dun service de voix sur IP, vous disposez dun compte SIP et que chaque fois que vous redmarrez votre ordinateur, votre adresse IP change, vous devez cependant toujours tre joignable. Votre compte SIP doit donc tre associ un serveur SIP (proxy SIP) dont ladresse IP est fixe. Ce serveur vous allouera un compte et vous permettra deffectuer ou de recevoir des appels quelques soit votre emplacement. Ce compte sera identifiable via votre nom (ou pseudo).
Changement des caractristiques durant une session
Un utilisateur doit pouvoir modifier les caractristiques dun appel en cours. Par exemple, un appel initialement configur en voice-only (voix uniquement) peut tre modifi en voix + vido .
Diffrents modes de communication
Avec Sip, les utilisateurs qui ouvrent une session peuvent communiquer en mode point point, en mode diffusif ou dans un mode combinant ceux-ci. Mode Point point : on parle dans ce cas l dunicast qui correspond la communication entre 2 machines. Mode diffusif : on parle dans ce cas l de multicast (plusieurs utilisateurs via une unit de contrle MCU Multipoint Control Unit). Combinatoire : combine les deux modes prcdents. Plusieurs utilisateurs interconnects en multicast via un rseau maillage complet de connexion.
17|P a g e
Durant une session dappel, de nouveaux participants peuvent joindre les participants dune session dj ouverte en participant directement, en tant transfrs ou en tant mis en attente (cette particularit rejoint les fonctionnalits dun PABX par exemple ou lappelant peut tre transfr vers un numro donn ou tre mis en attente).
Adressage :
Les utilisateurs disposant dun numro (compte) SIP disposent dune adresse ressemblant une adresse mail (sip:numro@serveursip.com). Le numro SIP est unique pour chaque utilisateur.
Codes derreurs :
Une rponse une requte est caractrise, par un code et un motif, appels respectivement code d'tat et raison phrase. Un code d'tat est un entier cod sur 3 digits indiquant un rsultat l'issue de la rception d'une requte. Ce rsultat est prcis par une phrase, textbased (UTF-8), expliquant le motif du refus ou de l'acceptation de la requte. Le code d'tat est donc destin l'automate grant l'tablissement des sessions Sip et les motifs aux programmeurs. Il existe 6 classes de rponses et donc de codes d'tat, reprsentes par le premier digit : 1xx = Information - La requte a t reue et continue tre traite. 2xx = Succs - L'action a t reue avec succs, comprise et accepte. 3xx = Redirection - Une autre action doit tre mene afin de valider la requte. 4xx = Erreur du client - La requte contient une syntaxe 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.
18|P a g e
II.3.2.c
Architecture :
Dans un systme Sip on trouve deux types de composantes, les Users Agents (UAS, UAC) et un rseau de serveurs :
LesUserAgent
Le premier type de composant SIP est l'application de l'utilisateur final. Ce peut tre, par exemple, un terminal de tlphonie ou de visioconfrence sur IP, un serveur audio ou vido ou encore une passerelle vers un autre protocole. Ce type de composant est appel User Agent (UA). Il se dcompose en une partie cliente et une partie serveur. La partie cliente, appele User Agent Client (UAC), envoie les requtes SIP, et la partie serveur, appele User Agent Server (UAS), les reoit.
LeRG(Registrar)
Le Registrar est un serveur qui gre les requtes REGISTER envoyes par les Users Agents pour signaler leur emplacement courant. Ces requtes contiennent donc une adresse IP, associe une URI, qui seront stockes dans une base de donnes. Les URI SIP sont trs similaires dans leur forme des adresses email : sip:utilisateur@domaine.com. Gnralement, des mcanismes d'authentification permettent d'viter que quiconque puisse s'enregistrer avec n'importe quelle URI.
LeProxySIP
Un serveur proxy sert d'intermdiaire entre deux User Agents qui ne connaissent pas leurs emplacements respectifs (adresse IP). En effet, l'association URI-Adresse IP a t stocke pralablement dans une base de donnes par un Registrar. Le Proxy peut donc interroger cette base de donnes pour diriger les messages vers le destinataire. Le Proxy se contente de relayer uniquement les messages SIP pour tablir, contrler et terminer la session. Une fois la session tablie, les donnes, un flux RTP pour la VoIP par exemple, ne transitent pas par le serveur Proxy. Elles sont changes directement entre les User Agents.
19|P a g e
LeLS(LocationServer):
Lorsqu'une entit SIP souhaite joindre un correspondant partir de son adresse SIP, elle est renseigne par le Location Server qui accde la base d'information renseigne et tenue jour par le Serveur Registrar. Donc, lorsqu'un serveur proxy recevra un message INVITE destin un destinataire, le Location Server lui indiquera l'adresse IP du destinataire et le Proxy Server routera le message vers l'adresse IP approprie. On remarque dans les usages que le serveur Registrar est souvent associ au serveur Proxy et que le Location Server est, le plus souvent une entit logique.
20|P a g e
Dfinition :
RTP (Real time Transport Protocol) est un protocole qui a t dvelopp par l'IETF
afin de faciliter le transport temps rel de bout en bout des flots donnes audio et vido sur les rseaux IP, c'est dire sur les rseaux de paquets. RTP est un protocole qui se situe au niveau de l'application et qui utilise les protocoles sousjacents de transport TCP ou UDP. Mais l'utilisation de RTP se fait gnralement au-dessus dUDP ce qui permet d'atteindre plus facilement le temps rel. Les applications temps rels comme la parole numrique ou la visioconfrence constitue un vritable problme pour Internet. Une application temps rel dfinit une prsence d'une certaine qualit de service (QoS) que RTP ne garantie pas du fait qu'il fonctionne au niveau Applicatif, de plus RTP est un protocole qui se trouve dans un environnement multipoint, donc on peut dire que RTP possde sa charge, la gestion du temps rel, mais aussi l'administration de la session multipoint. II.3.3.b Les fonctions de RTP :
Le protocole RTP, Real Time Transport Protocol, standardis en 1996, a pour but d'organiser les paquets l'entre du rseau et de les contrler la sortie. Ceci de faon reformer les flux avec ses caractristiques de dpart. RTP est un protocole de bout en bout, volontairement incomplet et mallable pour s'adapter aux besoins des applications. Il sera intgr dans le noyau de l'application. RTP laisse la responsabilit du contrle aux quipements d'extrmit. RTP, est un protocole adapt aux applications prsentant des proprits temps rel. Il permet ainsi de : Mettre en place un squencement des paquets par une numrotation et ce afin de permettre ainsi la dtection des paquets perdus. Ceci est un point primordial dans la
21|P a g e
Reconstituer la base de temps des flux (horodatage des paquets : possibilit de resynchronisation des flux par le rcepteur).
L'identification de la source c'est dire l'identification de l'expditeur du paquet. Dans un multicast l'identit de la source doit tre connue et dtermine.
Transporter les applications audio et vido dans des trames (avec des dimensions qui sont dpendantes des codecs qui effectuent la numrisation). Ces trames sont incluses dans des paquets afin d'tre transportes et doivent de ce fait tre rcupres facilement au moment de la phase de dpaqutisation afin que l'application soit dcode correctement.
En revanche, ce protocole prsente quelques limites. En effet, il ne procure pas de: Rservation de ressources sur le rseau.
Fiabilit des changes : puisquil nassure pas la retransmission automatique et rgulation automatique du dbit.
22|P a g e
II.3.4 Le RTCP :
Le protocole RTCP (Real-time Transport Control Protocol) est fond sur la transmission priodique de paquets de contrle tous les participants d'une session. C'est le protocole UDP qui permet le multiplexage des paquets de donnes RTP et des paquets de contrle RTCP. Le protocole RTP utilise le protocole RTCP, qui transporte les informations supplmentaires suivantes pour la gestion de la session : Les rcepteurs utilisent RTCP pour renvoyer vers les metteurs un rapport sur la QoS. Ces rapports comprennent le nombre de paquets perdus, le paramtre indiquant la variance d'une 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 grs suivre des chemins diffrents.
L'identification car en effet, les paquets RTCP contiennent des informations d'adresses, comme l'adresse d'un message lectronique, un numro de tlphone ou le nom d'un participant une confrence tlphonique.
Le contrle de la session, car RTCP permet aux participants d'indiquer leur dpart d'une confrence tlphonique (paquet Bye de RTCP) ou simplement de fournir une indication sur leur comportement. Le protocole RTCP demande aux participants de la session d'envoyer priodiquement les informations cites ci-dessus. La priodicit est calcule en fonction du nombre de participants de l'application.
23|P a g e
Conclusion :
Nous avons donn dans ce chapitre une dfinition du terme voix sur IP (ou VoIP). Nous avons expos quelques avantages et inconvnients des technologies VoIP et nous avons dress une comparaison entre la tlphonie IP et la tlphonie traditionnelle. Nous avons conclu que les technologies VoIP peuvent apporter un gain intressant pour les entreprises.
24|P a g e
Chapitre III
III.1
Besoins fonctionnels :
La spcification des besoins fonctionnels dcrit les processus dans lesquels le projet devra intervenir. Emettre des appels : lutilisateur doit tre capable dappeler des numros tlphoniques aprs avoir se connecter au rseau IP. Recevoir des appels : lutilisateur doit tre capable de recevoir es appels tlphoniques aprs avoir se connecter au rseau IP. Grer un grand nombre de numros de tlphone des clients.
III.2
a. Disponibilit :
La disponibilit du systme et des donnes est un enjeu majeur pour les utilisateurs donc il doit tre accessible pour les utilisateurs 7/7j et 24/24h.
b. Scurit : La scurit fait appel diffrentes techniques complmentaire afin dassurer lauthentification, la confidentialit et lintgrit des informations changes.
25|P a g e
III.3
Les cas dutilisation permettent de modliser les besoins des acteurs d'un systme et doivent aussi possder ces caractristiques. Ils ne doivent pas chercher l'exhaustivit, mais clarifier, filtrer et organiser les besoins. Une fois identifis et structurs, ces besoins : dfinissent le contour du systme modliser (ils prcisent le but atteindre), permettent d'identifier les fonctionnalits principales (critiques) du systme.
Nous allons tout dabord identifier les diffrents acteurs qui reprsentent des rles jous par des personnes ou des composants qui interagissent avec le systme.
Ltude de notre projet nous a permis de conclure deux acteurs principaux interagissant avec le systme : Des clients capables dmettre et de recevoir des appels tlphoniques. Un administrateur de linfrastructure tlphonique capable de la configurer.
III.3.2
Lidentification du diagramme de cas dutilisation permet de donner un premier aperu sur le futur systme implmenter.
26|P a g e
Conclusion :
Nous avons prsent dans ce chapitre un aperu gnral sur le systme implmenter. Dans le chapitre suivant, nous procdons la ralisation de notre solution propose.
27|P a g e
Chapitre IV
Ralisation et tests
Introduction :
Dans ce chapitre nous proposons de raliser une plateforme intgrant certains services de voix sur IP offerts par Asterisk. Cette ralisation consiste la mise en place et la configuration dune machine trixbox contenant le serveur Asterisk, dautre part linstallation et la configuration du client X-Lite et la configuration de certains services.
Elments matriels :
Une machine virtuelle Linux pour linstallation du serveur Asterisk et le gestionnaire des relations clients.
Des pc clients quips dun systme dexploitation XP professionnel et dun logiciel Client X-Lite.
IV.1.2
Elments logiciels :
28|P a g e
Nous mettons en place une machine virtuelle trixbox anciennement appel "Asterisk@Home" qui est une distribution Linux CentOS qui fournit un package de tlphonie open source bas sur le fameux PBX Voix-sur-IP Asterisk. Quelques fonctionnalits incluses avec trixbox: - Linux CentOS: Systme d'exploitation ; - MySQL: serveur de base de donnes ; - Apache: Serveur Internet ; - PHP: Langage de script orient serveur ; - Asterisk: PBX voix-sur-IP ; - FreePBX: Interface graphique pour Asterisk ; - SugarCRM: Outil de gestion de la relation client
IV.2.2
Configuration dAsterisk :
Asterisk tant bien install, nous allons maintenant procder sa configuration. Cette tape ncessite la comprhension du principe de routage des appels travers ce serveur. Chaque extension est manipule depuis sa source (une ligne analogique ou numrique, un tlphone IP ou un softphone) vers une destination via des rgles de routage qui senchanent.
29|P a g e
Quand un client (100) appelle, il se connecte d'abord a Asterisk. Asterisk regarde dans un premier temps le contexte du client qui appelle (CentreAppel), ensuite il regarde le numro d'extension appel (1001) et son contexte (Cible). Puis va voir dans le fichier /etc/asterisk/extensions.conf si le numro de lappelant est bien disponible depuis le contexte de l'appel. (include => CentreAppel). Il va ensuite excuter ce qui est crit pour l'extension (1001) qui est appel. Un client SIP voulant se loger sur le serveur est dfini comme suit dans le fichier sip.conf . Il existe trois types de comptes dans Asterisk : peer : Compte permettant uniquement d'appeler user : Compte permettant d'tre appeler uniquement friend : Compte permettant d'appeler et d'tre appeler
Nous accdons linterface web de configuration de trixbox en entrant ladresse du serveur dans un navigateur internet :
30|P a g e
Nous commenons par ajouter des extensions (ici generic SIP device). Une extension reprsente simplement un numro de tlphone comme le prsente la figure suivante :
31|P a g e
Pour chaque extension, nous indiquons le numro SIP (o XXXX est le short SIP), le nom qui saffichera pour les appels passs et le mot de passe SIP ("secret"). Le bouton "submit" enregistre les modifications, mais sans les appliquer. Aprs avoir ajout toutes les extensions, il faut appliquer les modifications sur le serveur, ce qui redmarrera le service Asterisk.
IV.2.3
X-Lite est un logiciel propritaire gratuit client de tlphonie sur IP appel galement softphone, bas sur le protocole standard ouvert SIP. X-Lite est un logiciel multiplateforme pour Mac OS X, Windows et Linux. Associ un compte SIP, il permet de bnficier de tous les services tlphoniques traditionnels : confrence, double appels La figure suivante montre linterface de configuration du softphone x-lite :
32|P a g e
IV.2.4
Parmi les services les importants que doit configurer ladministrateur est les rapports des appels entrants/sortants passs par le serveur Asterisk. Pour ce faire, il se sert de la machine TrixBox qui offre une interface graphique permet de contrler ces appels. Cette figure prsente la partie rapport ncessaire la supervision du rseau VOIP dans le centre dappel :
33|P a g e
Nous voudrons par ceci mieux organiser le travail au sein de notre centre dappel.
Conclusion :
Dans ce chapitre nous avons prsent lenvironnement matriel du travail, ainsi que les diffrents logiciels open sources adopts pour mettre en place plusieurs services de voix sur IP au sein dOXIA.
34|P a g e
Conclusion gnrale
Conclusion gnrale
Au cours de ce projet, nous avons travaill sur des logiciels open sources pour aboutir une plateforme VOIP base dAsterisk riche en services de tlphonie su IP et facilement extensible. Pour se faire, nous avons procd, en premier lieu, une recherche thorique cible et concise pour comprendre les notions de base que traite ce projet, savoir les avantages et les inconvnients de la technologie VOIP, ses architectures et ses protocoles.
En deuxime lieu, nous avons procd une tude de lexistant menant choisir une solution adapte aux besoins dOXIA et ses attentes en matire de tlphonie.
La mise en place des services de tlphonie a t facilite par lutilisation dune interface dadministration open source qui nous a permis de nous passer de la complexit de la configuration manuelle ( travers les fichiers de configuration).
Le cadre du ce projet nous a permis de dvelopper nos connaissances requises en linux pendant notre cursus universitaire et surtout dappliquer les bonnes pratiques dun informaticien.
35|P a g e
Annexes
Bibliographie et Ntographie
[1] http://fr.wikipedia.org/wiki/Voix_sur_IP [2] http://www.asterisk.org/ [3] http://openmaniak.com/fr/trixbox.php [4] http://h.lengagne.free.fr/tmp/TUTORIAL_INSTALLATION_TRIXBOX.pdf [5] http://www.sugarcrm.com/crm/
36|P a g e
Annexes
Annexes
37|P a g e