Vous êtes sur la page 1sur 37

Implmentation du serveur de tlphonie (ASTERISK) dans le cadre de projet de cration dun centre dappel

Rapport de Projet de Fin dEtudes En vue obtention du titre : Licence Applique en Sciences et Techniques de l'Information et de Communications

Elabor par Chaker KHADHRAOUI

UNIVERSITE VIRTUELLE DE TUNIS

Encadr par : Mr Jamil OTHMAN Enseignant responsable : Mr Kamel KHEDHIRI

Socit daccueil : OXIA

Anne Universitaire : 2010/2011

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

II.3.1 II.3.2 II.3.3 II.3.4

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

Installation des pr-requis : ................................................................................ 29 Configuration dAsterisk : .................................................................................. 29


3|P a g e

IV.2.3 IV.2.4

Installation et configuration du Client X-Lite : .................................................. 32 Configuration des services : ............................................................................... 33

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 1 : Prsentation du cadre du stage

Chapitre I

Prsentation du cadre du stage

I.1 Prsentation de la socit :


Cr en 1998, OXIA a pour mission de concevoir et mettre en uvre les meilleures solutions technologiques visant amliorer la productivit, la rentabilit et la ractivit des entreprises sur leur march. Elle accompagne ses clients sur l'ensemble du cycle de vie d'un projet, du conseil la ralisation complte de la solution et jusqu'au transfert de comptences. Depuis ses dbuts, OXIA a conserv son nergie et son sens de l'engagement. Grce son exprience, elle a acquis une solidit, un sens aigu de la perfection et un savoir-faire toute preuve. Ses mthodologies de ralisation logicielle et d'intgration de solutions d'une part, et ses outils et son exprience l'international d'autre part font d'OXIA votre partenaire de choix pour la russite de vos projets en systmes d'information.

8|P a g e

Chapitre e 1 : Prsentation du cadre du stage

existan nt : I.2 Etude de l


A Actuelleme nt OXIA gre g son inf frastructure tlphoniqu ue par un changeur Pabx P qui intercon nnecte les tlphones t i internes et fournit la liaison l vers s une ligne classique pour p des frais de dabonnem ment et de maintenance m assez lev . a const tat lors de la visite eff ffectue aux x locaux que e les emplo oys sont Dautre part nous avons intercon nnects via lintranet l de e la socit grce un rseau r Ethe ernet. Nous av vons repris s lensembl le des infor rmations co ollectes da ans le sch ma ci-dess sous qui illustre ltat des lie eux de linf frastructure tlphoniqu ue :

Figu ure 1 : Infrast tructure tlp phonique dO OXIA

I.3 Solution propose 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

Chapitre e 1 : Prsentation du cadre du stage

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 2 : Notions thoriques

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.

II.1 La voix sur IP :


Cest un terme qui dsigne les protocoles, les logiciels et le matriel qui permettent la transmission de mdias temps rel sous la forme de paquets. La voix sur IP, ou VoIP (Voice over IP), utilise le modle de commutation de paquets, contrairement au rseau PSTN qui utilise la commutation de circuits pour vhiculer la voix analogique. VoIP utilise les services offerts par le protocole TCP/IP. Il est alors thoriquement possible de communiquer la voix sur tout rseau qui supporte TCP/IP. Les fonctions offertes par VoIP ne se limitent pas la transmission de la voix. Grce VoIP, il est possible dmettre et de recevoir les messages vocaux, les emails, le fax, de crer un rpondeur automatique, dassister une confrence audio et/ou vido, etc. Souvent, les professionnels du domaine des rseaux confondent les termes tlphonie IP et VoIP.

11|P a g e

Chapitre 2 : Notions thoriques

II.2 Principe de fonctionnement de la voix sur IP:


II.2.1 Mode de fonctionnement:
La voix sur IP (Voice over IP) caractrise l'encapsulation d'un signal audio numrique (La voix) au sein du protocole IP. Cette encapsulation permet de transporter la voix sur tout rseau compatible TCP/IP. Le transport de la voix sur un rseau IP ncessite au pralable sa numrisation. Il convient alors de rcapituler les tapes ncessaires la numrisation de la voix avant dentrer dans les dtails de la VoIP. Le processus de la numrisation de la voix est schmatis par la figure suivante :

Figure 3: Processus de la VoIP

12|P a g e

Chapitre 2 : Notions thoriques

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.).

II.2.2 Principaux codecs utiliss:

Le mot codec vient de 'codeur-dcodeur' et dsigne un procd capable de compresser

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

Chapitre 2 : Notions thoriques


En effet, on distingue deux types de compression. La compression non-destructive (on dit aussi sans pertes ou lossless) qui permet de retrouver le signal initial tel qu'il tait avant codage et la compression destructive (avec pertes ou lossy) qui prend en compte les caractristiques des donnes compresser et qui peuvent retirer des informations pouvant tre considres non pertinentes. Dans le monde de VoIP, les codecs sont employs pour coder la voix pour la transmission travers des rseaux IP. Les codecs pour l'usage de VoIP sont dsigns galement sous le nom des vocodeurs, pour des encodeurs de voix . Quelques codecs soutiennent galement la suppression de silence, o le silence n'est pas cod ou n'est pas transmis.

II.3 Principaux protocoles de la VoIP:


Le respect des contraintes temporelles est le facteur le plus important lorsque l'on souhaite transporter la voix. Il faut alors penser implmenter un mcanisme de signalisation pour assurer la connexion entre les utilisateurs. Plusieurs protocoles de VoIP ont vu le jour, les deux protocoles les plus utiliss nos jours sont H.323 et SIP. Le protocole H.323 a t labor dans le milieu des tlcommunications l'inverse du protocole SIP qui a t dvelopp dans le milieu informatique. Dailleurs, le matriel en question (les PBX en interconnecter) supporte ces deux protocoles. On sintressera alors dans ce qui suit tudier ces deux protocoles.

II.3.1 Le protocole H323 :

Ce ft en 1996 la naissance de la premire version voix sur IP appele H323. Issu de

l'organisation de standardisation europenne ITU-T sur la base de la signalisation voix RNIS (Q931), ce standard regroupe un ensemble de protocoles de communication de la voix, de l'image et de donnes sur IP.

14|P a g e

Chapitre 2 : Notions thoriques


Plus qu'un protocole, H.323 ressemble d'avantage une association de plusieurs protocoles diffrents et qui peuvent tre regroups en trois catgories : la signalisation, la ngociation de codec, et le transport de linformation.

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 :

Le transport de linformation sappuie sur le protocole RTP (Real Time transport

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

Chapitre 2 : Notions thoriques

II.3.2 Le protocole SIP :


II.3.2.a Dfinition :

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

Chapitre 2 : Notions thoriques

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

Chapitre 2 : Notions thoriques

Gestion des participants

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

Chapitre 2 : Notions thoriques

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

Chapitre 2 : Notions thoriques

Figure 4: Etablissement dune session SIP travers un Proxy

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

Chapitre 2 : Notions thoriques

II.3.3 Le protocole RTP :


II.3.3.a

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

Chapitre 2 : Notions thoriques


reconstitution des donnes. Mais il faut savoir quand mme que la perte d'un paquet n'est pas un gros problme si les paquets ne sont pas perdus en trop grands nombres. 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.

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.

Garantie dans le dlai de livraison et dans la continuit du flux temps rel.

22|P a g e

Chapitre 2 : Notions thoriques

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

Chapitre 2 : Notions thoriques

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 3 : Spcification des besoins

Chapitre III

Spcifications des besoins

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 :

Besoins non fonctionnels :

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

Chapitre 3 : Spcification des besoins

III.3

Diagrammes de cas dutilisation :

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.

III.3.1 Prsentations des acteurs :

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

Description des cas dutilisation :

Lidentification du diagramme de cas dutilisation permet de donner un premier aperu sur le futur systme implmenter.

26|P a g e

Chapitre 3 : Spcification des besoins

La figure suivante prsente ce diagramme :

Figure 5: Diagramme cas dutilisation systme

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 4 : Ralisation et test

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.

IV.1 Description de la plateforme :


IV.1.1

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.

Les PCs sont connects au rseau local dOXIA.

IV.1.2

Elments logiciels :

Asterisk : utilis comme serveur de tlphonie

28|P a g e

Chapitre 4 : Ralisation et test


X-lite : utilis comme client de tlphonie

SugarCRM : utilis pour fournir un service de relations clients.

IV.2 Mise en place du serveur Asterisk et du client X-Lite :


IV.2.1 Installation des pr-requis :

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

Chapitre 4 : Ralisation et test


On regroupe les rgles dans des contextes permettant de sparer les utilisateurs, les usages ou les sources. La figure suivante explique ce principe :

Figure 6: Principe de routage dappel travers Asterisk

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

Chapitre 4 : Ralisation et test

Figure 7: Configuration Asterisk

Nous commenons par ajouter des extensions (ici generic SIP device). Une extension reprsente simplement un numro de tlphone comme le prsente la figure suivante :

Figure 8: Ajout des extensions

31|P a g e

Chapitre 4 : Ralisation et test

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

Installation et configuration du Client X-Lite :

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 :

Figure 9: Configuration X-Lite

32|P a g e

Chapitre 4 : Ralisation et test

IV.2.4

Configuration des services :

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 :

Figure 10: Reporting des appels

IV.3 Configuration du service SugarCRM :


Les outils de gestion de la relation client, ou CRM dvelopps par SugarCRM permettent de grer et de suivre efficacement les activits au sein dune entreprise. Les activits qui peuvent tre gres sont les suivantes : les appels, les rendez-vous, les tches, les notes, les e-mails.

33|P a g e

Chapitre 4 : Ralisation et test


Toutes ces activits peuvent tre rattaches aux fiches clients inclues dans le CMR permettant ainsi une gestion optimale et un suivi efficace de lactivit au quotidien. La gestion de la relation client vise proposer des solutions technologiques permettant de renforcer la communication entre lentreprise et ses clients afin damliorer la relation avec la clientle. Dans notre projet, nous adaptons le SugarCRM comme solution. Nous la avons mis en place et nous lavons configur afin quil rpond aux besoins de notre centre appel. La figure suivante prsente comment prparer les comptes des clients pour mieux les grer :

Figure 11: Gestion des comptes sur SugarCRM

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

Figure 12: Fichiers de configuration dAsterisk

Figure 13: Statut du serveur Asterisk

37|P a g e