voip, elastix, x-lite

tude et Optimisation de la VoIP

1

I. Introduction :

Ce stage dune dure de 3 mois, a consist amliorer les performances

de la VoIP ; et surtout dans un rseau sans fil (Wifi).

Ce rapport prsente le travail que jai effectu lors de mon stage au sein

de TMS. Et pendant ce stage je suis entour dune quipe dingnieurs et

techniciens qualifis.

Au cours de ce stage, jai pu mintresser principalement la VoIP en

entrant au support technique.

Le but de ce stage est de faire comprendre et confronter les aspects

techniques et humains (le fonctionnement des quipements, la

configuration..)

Plus largement, ce stage a t lopportunit pour moi de vivre dans un

environnement dentreprise, structure dans laquelle je navais jamais travaill

auparavant. Audel denrichir mes connaissances dans le domaine, ce stage

ma permis de mimmerger longtemps au sein dune entreprise.

Mon objectif en faisant ce rapport est de rendre compte les mois passs

chez TMS. Je vais tout dabord prsenter le contexte gnral du stage, puis les

missions qui mont t confies, ltude et les testes et enfin les rsultats et les

solutions. Pour finir par une installation du serveur Elastix et le configurer.


2

II. Prsentation gnrale du contexte :

II.1. Lenvironnement du stage :

La tlphonie sur internet (VoIP) est un secteur en plein croissance, qui

est traduit par la migration des professionnels (ainsi que les particuliers) vers

cette nouvelle technologie vue ses plusieurs avantages par rapport la

tlphonie classique, lchelle mondial le march est domin par le grand

monopole Skype, malgr a les entreprises ont trouv des solutions et leurs

propres rseau VoIP et comme TMS a opt une solution VoIP au sein de son

sige.

Voici un schma simplifi sur lentreprise o mon stage avait droul

Figure 1: Schma gnral de lentreprise

La tlphonie sur IP chez TMS

Voici Larchitecture rseau prsente la VoIP au sein de Techno Stationery:


3

Figure 2: Schma rseau VoIP

Je vous prsente une architecture rseau succincte de la socit TMS car

le but est de comprendre comment intgrer au mieux la tlphonie sur IP sur

linstallation dj en place.

III. La VoIP :

III.1. Introduction a la Voip :

III.1.1. Gnralit :

Avant toute exploitation technique, il convient dans un premier temps,

de prsenter la tlphonie sur IP (ToIP signifie Telephony over IP). En effet,

ses multiples atouts font de cette technologie une solution attirante pour les

administrateurs, tant au niveau prise en charge qu'au niveau financier. La

tlphonie sur IP utilise la transmission de la voix sur le rseau IP (VoIP

signifie Voice over Internet Protocol) qui est une technologie permettant de

communiquer en utilisant Internet et les rseaux IP au lieu des lignes

tlphoniques standards.


4

Figure 3: Architecture de la tlphonie IP

III.1.2. La problmatique :

Nous savons galement que les paquets IP arrivent destination dans

un ordre pouvant tre diffrent de celui de lmission, donc avec des dures

de transmissions variables, charge pour lquipement darrive de

reconstituer le signal numrique. Puisquil ny a pas de contrle dadmission,

le rseau peut tre perturb par des utilisateurs trop gourmands. Comme IP

est un protocole sans connexion, le concept de contrle du trafic nexiste pas.

Si le dbit avec lequel le trafic est dirig sur les interfaces dpasse la vitesse

avec laquelle ces mmes interfaces sont capables dacheminer le trafic, des

congestions peuvent se produire.

Lutilisation du rseau IP pour transmettre la voix humaine ncessite des

performances respectables ainsi quune grande stabilit. Une conversation

tlphonique est gravement perturbe par dventuels retards ou coupures

cause de congestion gnralement, cho, gigue, la perte des donnes et la

bande passante.

Dans notre cas lentreprise utilise le WiFi dans une partie de son

propre rseau pour la voix et pour les donnes, ce qui provoque des

dgradations de la qualit dune liaison VoIP et des lenteurs de voix et ds


5

fois mme des coupures .elle due quoi, lorigine et les consquences de

cette dgradation. Pour cela on va tudier et tester pour arriver un rsultat

et automatiquement des solutions.

III.1.3. Les outils mis ma disposition :

ma disposition javais un PC sur lequel travaill. Je pouvais aussi

compter sur le soutient de Chiekh Salah Salah et de Ouled Daoud

Mohammed Ghazel et Kamel pour rpondre mes questions. De plus, il y

avait une documentation sur lintranet de lentreprise o je pouvais trouver

des informations sur la faon de raliser mes tches.

III.1.4. Ma tche dans ce stage :

Dans ce stage ma principale tche est dtudier et tester tous ce

concerne la VoIP de lentreprise quelque soit : matriel, liaison, logiciel

Etudier encore les contraintes de la VoIP, gigue, la perte des donnes et la

bande passante.

IV. Etude et Test :

Au cours de ce stage, jai eu lopportunit de dcouvrir le support

technique sous toutes ses formes et de comprendre comment fonctionne un

systme VoIP dans un environnement dentreprise.

Donc jai partag la deuxime partie en deux. Je vais tudier :

- tude des solutions disponibles, la disponibilit en terme machine et

logiciel .Les contraintes de la VoIP. (il est trs important de connaitre et

comprendre par cur ces contraintes ; puisque toutes y est bass)

- Les Tests effectus au cours de stage.


6

IV.1. tude des solutions disponibles :

Donc elle est organise de la faon suivante :

Le serveur de communication :

tude de serveurs de communication Open Source : Elastix bas sur

plateforme CentOS.

Les postes tlphoniques :

tude de diffrents logiciels de tlphonie : x-Lite v 3.0, x-Lite v 4.0..

tude de tlphones SIP : Atcom

Le rseau local :

tude du protocole de communication (voir lannexe).

tude de la qualit de service.

IV.1.2. Les solutions disponibles en terme matriel et logiciel :

Afin dtre en mesure dopter pour une solution, jai tout dabord d me

documenter afin de me mettre au courant de lvolution des technologies et

de connatre lventail des solutions disponibles.

Mes principales sources dinformation a t principalement Internet.

La solution de tlphonie sur IP est construite autour de quatre

composants principaux :

Le serveur de communication : Le serveur de communication est le

cur du systme, il gre lacheminement

des communications entre les postes utilisateurs et les oprateurs, ainsi

que les services valeur ajoute comme la messagerie vocale ou les

confrences.

Les postes tlphoniques : Terminaux tlphoniques.

Les Logiciels : Open Source Elastix , CentOS, x-Lite .

Le rseau local : Les postes et le serveur de communication

communiquent travers un rseau IP. On peut utiliser le LAN existant

condition de valider sa compatibilit avec le transport de la voix sur IP, ou

mettre en place un rseau ddi la voix.


7

Les accs oprateurs : Ils sont constitus de cartes ou de botiers

Media Gateway , permettant dinterfacer le systme avec des

oprateurs traditionnels (ligne Numris, Passerelles GSM)

IV.1.2.1. Le serveur de communication :

CentOS :

Elastix est install sur plateforme CentOS .

CentOS est une distribution GNU/Linux principalement destine aux serveurs.

Tous ses paquets, l'exception du logo, sont des paquets compils partir des

sources de la distribution Linux Red Hat Enterprise Linux (RHEL), dite par la

socit Red Hat. Elle est donc quasiment identique et compatible.

Elastix :

Elastix est une solution logicielle qui intgre les meilleurs outils disponibles

pour les PABX bass sur Asterisk dans une interface simple et facile utiliser.

Elle ajoute aussi ses propres paquets d'utilitaires et devenir la meilleure

solution logicielle disponible pour la tlphonie Open Source.

Les avantages d'Elastix sont la fiabilit, la modularit et la facilit

d'utilisation. Ces caractristiques ajoutes au fort pouvoir de rapports font de

lui le meilleur choix pour implmenter un PABX bas sur Asterisk.

Les fonctions fournies par Elastix sont nombreuses et varies. Elastix

intgre plusieurs suites logicielles, chacune incluant ses propres ensembles de

grandes fonctions.

*voir lannexe pour linstallation et plus dinformations.

IV.1.2.2. Les postes tlphoniques :

Softphone x-Lite v 3.0 :

La partie suivante vise manipuler le softphone x-Lite, il est cre par :

CounterPath.

Il sinstalle sur des machines de type PC ayant pour systme

dexploitation Windows, Linux ou Mac OS.


8

Il possde les mmes fonctionnalits que les tlphones IP, il fonctionne

de la mme faon et doit aussi tre configur pour fonctionner correctement

avec lIPBX.

Pour composer un numro, il suffit de cliquer sur les chiffres du pav

numrique virtuel de X-lite. On raccroche et on dcroche avec les boutons

respectivement Rouge droite et Vert gauche. On peut rgler le volume

d'entre et de sortie avec les petits ronds dplacer de haut en bas, situs

gauche et droite du pav numrique.

Le bouton MUTE sert couper le son. Les deux boutons 1 et 2 situs

dans des cases noires sur la mme ligne que le logo X-Lite correspondent aux

deux lignes tlphoniques dont on dispose.

Le bouton HOLD sert mette la ligne en attente (pour utiliser l'autre en

cas de double appel par exemple). RECORD permet d'enregistrer la

conversation (dans C:\Documents and Settings\\Mes

Documents\X-Lite).

Le bouton AA (pour Auto Answer, rponse automatique) sert

rpondre automatiquement en cas d'appel (attention aux mauvaises

surprises!), et au contraire, DND (Do Not Disturb, ne pas dranger) permet de

passer en statut d'occup pour envoyer les appels sur la messagerie (si elle

existe) sur le serveur SIP.

Le bouton CONF (Confrence) permet de crer une mini confrence

audio 3 en mettant en relation les deux lignes tlphoniques de votre

softphones X-Lite, permettant ainsi le dialogue 3.

Enfin, le bouton AC (Auto Confrence) permet de passer directement en

mode confrence en cas de double appel.


9

La configuration dun x-Lite :

Figure 4: Configuration de x-Lite

Aperu :

Figure 5 : Les diffrentes fonctionnalits de x-Lite


10

Le tlphone SIP Atcom dAstrisk:

Cest un tlphone IP Astrisk qui supporte les protocoles IP, SIP et IAX2.il

utilise comme des codecs : G.729 et G.711 .il annule lcho acoustique surtout

en mode mains libres. Voici une configuration dun tlphone IP Atcom.

Figure 6: Aperu de configuration dun tlphone IP atcom.

GSM/IP : GSM / GATEWAY :

Figure 7: Exemple dune passerelle GSM


11

GSM /VoIP complment idal pour toute centrale tlphonique locale

PBX SIP sur la base dun protocole IP. Il permet lutilisateur de passer du

rseau GSM au rseau IP et vice versa de manire trs conomique

IV.1.2.3. Protocole SIP :

Cest le protocole standard pour la VoIP.

Fonctionnement gnral:

Le protocole SIP ressemble un peu au protocole HTTP. Les messages de

signalisation (tablissement dappel, etc.) sont au format texte. Un type de

message correspond chaque action (message REGISTER pour enregistrer le

tlphone sur le serveur, message INVITE pour mettre un appel, etc.) et

recevra une rponse dfinie en cas de succs ou dchec. Chaque type de

message comporte un code 3 chiffres indiquant le type de message, dont

certains correspondent ceux utiliss par HTTP.

La signalisation et la voix passent par des canaux diffrents. Par dfaut, la

signalisation utilise le port 5060, la voix le port 5004. Les paquets SIP (voix et

signalisation) utilisent le protocole UDP. Le protocole prvoit que la voix

puisse passer directement de lappelant au destinataire, sans passer par un

serveur intermdiaire.

IV.1.2.4. Les contraintes majeures de la VoIP :

QUALIT SONORE :

Lobjectif dun codec est dobtenir une bonne qualit de voix avec un dbit

et un dlai de compression les plus faibles possibles. Le facteur de la gigue est

primordial pour une bonne coute de la Voip (gigue = dlai entre l'mission

et l'coute de la voix). Le tableau ci-dessous prsente les caractristiques des

principaux codecs et standards implments dans lutilisation de la VoIP. Les

codecs les plus souvent mis en uvre dans les solutions VoIP sont G.711,

G.729 et G.723.1 mais ces deux derniers sont les plus utiliss.


12

La qualit de la voix obtenue par les codecs G.729 et G.723.1 est de loin la

meilleure et est trs proche de celle du service tlphonique actuel.

Le codec G.711 permet de bnficier rseau constant de la meilleure

qualit de service, tandis que les compressions G.726, G.728, G.729 et G.723

apportent avec elles des diminutions initiales de la QoS.

Codecs VoIP Dbit (Kbps)

G711 64

G726 32

G723 6,4 (trs bonne qualit)

G729 8 (trs bonne qualit)

Tab 1: les dbits de chaque codec

Figure 8: Architecture dune trame de lanalogique au bit

Overhead : entte de la trame.

Payload : trame contenant les donnes utiles *Dans notre on a utilis comme un codec le G.711

IV.1.2.5. Indicateurs valuer

a. Echelle MOS :

La premire approche pour mesurer la qualit d'une restitution sonore est

de faire appel la mthode MOS. MOS est l'abrviation de Mean Opinion

Score dfini par lorganisme de normalisation international ITU, ou Note

d'opinion moyenne. Elle sapplique aussi bien la tlphonie traditionnelle


13

qu la ToIP. Il s'agit d'une note donne un codec audio pour caractriser la

qualit de la restitution sonore.

La note peut varier entre 1 (mauvais) et 5 (excellent, comparable la

version d'origine).

Cette technique est issue de la tlphonie analogique.

Qualit de lappel Score

Excellente 5

Bonne 4

Moyenne 3

Dgrade 2

Mauvaise 1

Tab 2 : MOS et qualit de transmission de la voix

b. Facteur R :

Ce facteur mesure la qualit de la voix par une valeur numrique entre 0 et

93. La valeur de ce champ prend en considration la perte de trame, la gigue

et d'autres facteurs rseau. Le tableau suivant prsente la correspondance

entre les valeurs de R et le la qualit de la voix transmis :

Qualit de la voix Score

excellente 90-93

bonne 80-90

moyenne 70-80

dgrade 60-70

mauvaise 0-60

Tab 3 : Echelle pour valuer la qualit de lappel

La formule simplifie du calcul de R est la suivante :

R = R0 Is Id Ie + A

Le principe de la formule est de partir dun certain capital de QoS, gal

R0, et de lui imputer les dommages causs par les diffrents aspects de la

transmission.


14

R0 : coefficient initial signal / bruit, capital initial de QoS , gal 94,3 en

VoIP.

Is : coefficient de dommages simultans avec lmission de la voix (bruit de

fond)

Id : coefficient de dommages dus au dlai de transmission et de transport

Ie : coefficient de dommage de distorsions causes par les quipements

A : coefficient damlioration

c. La gigue ou Jitter :

La gigue mesure la variation temporelle entre le moment o deux

paquets auraient d arriver et le moment de leurs arrives effectives. Les

origines de la gigue sont multiples: encapsulation des paquets IP dans les

protocoles supports, charge du rseau un instant donn, variation des

chemins emprunts dans le rseau.

Gigues (ms) Qualit perue

< 40 Excellente qualit (non dtectable)

40 75 Qualit acceptable

> 75 Inacceptable

Tab 4: Tolrance la gigue en VoIP

d. La perte de donnes :

La transmission de la voix par paquets sappuie sur le protocole RTP

(real-time transport protocole). Ce dernier permet de transmettre sur IP les

paquets de voix en reconstituant les informations mme si la couche de

transport change l'ordre des paquets.

Il utilise pour cela des numros de squence et sappuie sur UDP.

Les contraintes temps rel de dlai de transit rendent inutile la retransmission

des paquets perdus : mme retransmis un datagramme RTP arriverait bien

trop tard pour tre dune quelconque utilit dans le processus de


15

reconstitution de la voix. En voix sur IP on ne retransmet donc pas les

donnes perdues. Ces pertes de donnes VoIP sont dues aux congestions sur

le rseau, qui entranent des rejets de paquets tout au long du rseau, ou

une gigue excessive qui va provoquer des rejets de paquet.

Une perte de donnes rgulire mais faible est moins gnante en voix

sur IP que des pics de perte de paquets espacs mais levs. En effet lcoute

humaine shabituera une qualit moyenne mais constante et en revanche

supportera peu de soudaines dgradations de la QoS.

Pour pallier ces paramtres, il existe deux principales approches :

Rserver une bande passante exclusivement au transfert de la voix :

Cette solution est possible dans le cas des rseaux locaux (type Intranet) mais

il nest pas possible de l'appliquer lorsque le rseau TCP/IP Internet

intervient dans la communication.

Prioriser les flux : Chaque routeur travers dcide s'il prend en compte.

*Cette dernire ne pas tre excut parce que lentreprise ne possde pas

un routeur.

IV.1.3. Loutil utilis pour les tests :

Jai choisis comme logiciel pour mes testes autoVoIP Codima : VoIP

Monitoring & Troubleshooting Toolbox est un outil offre une facilit

d'utilisation de base de gestion VoIP SIP pour les rseaux pour surveiller la

qualit de service et dpanner les rseaux VoIP en temps rel. Codima peut

tre utilis sur le site par un professionnel en IT.

Tout en tant rentable et offrant un ventail possibilits, la technologie

VoIP peut aussi tre moins fiables que les systmes de tlphonie

traditionnels. Grer le systme de VoIP est devenue ncessaire pour maintenir

les niveaux de service et d'viter les interruptions coteuses.


16

Codima VoIP Monitoring & Troubleshooting Toolbox permet

d'amliorer la qualit des appels, rduire les temps d'arrt coteux et de

renforcer l'exprience utilisateur final.

The Troubleshooting Grid prsente une vue en temps rel unique du

rseau de tlphone donnant un instant la poigne et vrifier la ralit sur le

systme.

IV.1.3. 1. Pourquoi Codima?

autoVoIP Codima est un produit trs intressant, avec ce dernier je peux

faire mes tests, il comprend toutes les critres de QoS : gigue, les pertes de

paquets ; MOS et R quont trouve difficilement dans un autre outil.

Est un outil trs riche et trs puissant par contre Codima est trs limit

non seulement pour la dure qui est de 10 jour partir de la date du

tlchargement et pour les fonctionnalits qui sont trs limites cause de la

version dvaluation .il fallait contacter le fournisseur par mails et aprs des

essai avec eux ,il mont envoy une licence qui ma permet de faire des tests

restreints .

Figure 9: Tableau de bord des tlphones actifs et leurs qualits des appels


17

Figure 10: Tableau de bord du droulement de lappel

Les indicateurs de la QoS :

Figure 11: Niveau de MOS et R


18

Figure 12: Gigue des paquets RTP

Figure 13: Taux de paquets RTP perdus


19

Figure 14: Les flux dappel entre le post et le serveur

Figure 15: Indicateur des erreurs


20

IV.2. Les Tests effectus au cours de ce stage:

IV.2.1. droulement des tests :

1. Test entre PCs ont des cartes rseaux diffrentes.

2. Test entre PCs ont des cartes rseaux wifi.

a. Les appels entrants et sortants.

b. Lutilisation des diffrents softphones . c. Tester avec plusieurs postes.

d. Tester plusieurs fois et aux moments diffrents (matin, midi.). 3. test entre PC et tlphone SIP.

4. test entre diffrents tages.

5. test entre les blocs (IKHLAS, ELFALAH, Rue dIsly).

Test entre PCs ont des cartes rseaux wifi : poste de teste :

- IP : 172.20.122.157.

-Micro portable Acer 5715Z.

-Dual-Core 1, 60 GHz. Ram DDR2 2GB.

-Carte rseau Broadcam 802.11g.

Tab 5 : Tableaux des adresses IP.

Test dure

(mn)

gigue

ms

Les pertes

de paquets Softphone Poste du travail : Date et heure

172.20.122.30 PC1

172.20.122.67 PC2

172.20.122.131 PC3

172.20.122.157 PC4

172.20.122.67 PC5

172.20.122.68 PC6

172.20.122.56 PC7

172.20.122.166 PC8

172.20.122.127 PC9


21

La qualit

Test PC dure gigue Les pertes

de paquets R MOS Obser/MOS CPU RAM/MB

Carte

rseau Date Heure

Les appels entrants

et sortants sans fil

entrant PC1 5 29 2,20% 58 3 Moyenne x-Lite v 3.0 Pentium 4

2.8GHZ 1024 D-Link 12/1/10 10:24

PC2 5 29 1,80% 59 3,1 Moyenne x-Lite v 3.0 12/1/10 11:00

PC3 5 31 2,10% 61 2,8 Dgrade x-Lite v 3.0 12/1/10 12:00

sortant PC1 5 43 0,01% 93 4,4 Bonne x-Lite v 3.0 Pentium 4

2.8GHZ 1024 D-Link 12/1/10 10:30

PC2 5 39 1,34% 89 4 Bonne x-Lite v 3.0 12/1/10 10:45

PC3 5 35 1,10% 87 4,2 Bonne x-Lite v 3.0 12/1/10 12:20

Test entre PCs ont

des cartes rseaux

diffrentes

sortant PC4 5 42 0,34% 92 3,9 Moyenne x-Lite v 3.0 Poste de

test 12/1/10 10:24

entrant PC5 5 36 1,25% 80 3,9 Moyenne x-Lite v 3.0 Pentium 4

2.8GHZ 1024 D-Link 12/1/10 10:45

sortant PC4 5 39 1,34% 89 4,3 Bonne x-Lite v 3.0 10/1/10 10:56

entrant PC2 5 56 1,85% 60 3,3 Moyenne x-Lite v 3.0 10/1/10 11:23

sortant PC4 5 26 1,08% 60 4,3 Bonne x-Lite v 3.0 Poste de

test 10/1/10 10:38

entrant PC6 5 30 0,42 57 3,4 Moyenne x-Lite v 3.0 Pentium 4

2.8GHZ 1024 D-Link

10/1/10

10 :55

sortant PC4 5 33 1,00% 59 3,02 Moyenne x-Lite v 3.0 Poste de

test 12/1/10 10:37

entrant

PC7 5 36 1,2 60 2,9 Mauvaise x-Lite v 3.0

Pentium 4

2.8GHZ 1024 D-Link


22

Test avec des

versions diffrentes

du softphone :

PC1 5 23 0,01% 93 4,4 Bonne x-Lite v 3.0 Pentium 4

2.8GHZ 1024 D-Link 12/1/10 10 :24

Test entre PC et

Tl SIP(atcom)

Test Pc - TlSIP PC4 5 28 0,56% 91 4,4 Bonne x-Lite v 3.0 Poste de test Poste de test atcom 17/01/2010 13 :28

TlSIP- Test Pc PC4 5 34 0,30% 92 4,4 Bonne x-Lite v 3.0 Poste de test Poste de test atcom 20/01/2010 11 :14

Test entre les blocs

(antenne WiFi

extrieur)

Test les pins rue dIsly

5 72 2,57% 92 4,38 Bonne x-Lite v 3.0 Poste de test

Poste de test

6/1/10 09 :40

Test Rue dIsly - les pins

5 85 1,30% 66 2,38 Dgrade x-Lite v 3.0 6/1/10 10:00

Test entre diffrents

tages (wifi wifi):

sortant PC9 5 30 0,00% 45 3,0 Moyenne x-Lite v 3.0 Poste de test Poste de test 12/1/10 10:24

Entrant PC4 5 26 0,86% 45 3,1 Moyenne x-Lite v 3.0

Pentium 4

2.8GHZ 1024 D-Link 20/01/2010 08:39

Tab 6 : Tableau rsumant tous les tests.

Ces rsultats sont les moyennes de plusieurs tests effectus.


23

Tab 7 : MOS et qualit de transmission Tab 8 : Echelle pour valuer la

de la voix. qualit de lappel. Tab 9 : Tolrance la gigue en VoIP.

Qualit de lappel Score MOS

Excellente 5

Bonne 4

Moyenne 3

Dgrade 2

Mauvaise 1

Qualit de la voix R

Excellente 90-93

Bonne 80-90

Moyenne 70-80

Dgrade 60-70

Mauvaise 0-60

Gigues (ms) Qualit perue

< 40 Bonne qualit

(non dtectable)

40 - 75 Qualit acceptable

> 75 Inacceptable


24

IV.2.2. Les graphes et remarques extraits du tableau :

1- Les appels entrants et sortants sans fil :


25

On remarque que dans le cas des cartes rseaux sans fil :

Les appels sortants sont meilleurs que celles dentre.

La qualit est moyenne au point de vue MOS qui est calcul par le

logiciel, les utilisateurs communiquent entre eux et sentent (la parole arrive et

entendue) mais ds fois avec des bruits et une voix hach. Et en point de vue

Gigue cette dernire est aussi moyenne, elle est due au temps lev entre un

paquet et un autre.

On remarque aussi des micros coupure gnantes ds fois.


26

Notre problme est avec le WiFi toutes les mauvaises communications

sont travers le sans fil.

Exemple :

On a ajout un poste (PC bureau) avec une carte rseau wifi et a na pas

march au premier lieu et on a chang juste la rfrence de la carte rseau a a

march normalement, cest cause de la non compatibilit entre le matriels

lui mme. On a essay avec 2 postes micro portables a nous a pas pos du

problme. Ce qui nous ramne localiser le problme dans les PCs bureau et

notamment les cartes rseau sans fil.

2- Test entre PCs ont des cartes rseaux diffrentes :


27


28

Dans ce cas la les communications passent dune faon normale et en

gnrale la qualit est moyenne et bonne toute dpond de la charge

dutilisation du rseau.


29

3- Test entre PC et Tl SIP(atcom) :

Contrairement au sans fil les tlphones IP sont trs meilleur en terme

qualit, on a remarqu un MOS lev, moins de pertes, une gigue trs

acceptable, pas de hachage de voix mais le problme des tlphones SIP sont

trs chres et ils demandent plus dinstallation rseau et cble en revanche les

softphones sont gratuits et disponibles sur tous les PCs et aucune installation

rseau de plus.


30

4- Test entre les blocs (antenne WiFi extrieur)

Cette liaison dpond principalement de la distance entre les 2 points

communicantes quand la distance augmente la qualit dgrade et mme les

obstacles entre les deux antennes .elle dpond aussi de la mto et du climat

surtout la pluie qui rendre la liaison dgrade.


31

5- Test dans diffrents moments de la journe :

On a remarqu une dgradation de la qualit dans les moments de 10 h

des matins jusqu midi et de 13 h jusqu 15h .elle due une charge

dutilisations par les employs soit pour communiquer avec dautre ou pour

transfrer des donnes, on ne remarque pas des saturations mais juste des

dgradations et ds fois des coupures ngligeables.

6- En cas dun rseau cbl :

Il ny a pas de problme en cas dune communication cble, les deux

utilisateurs sentendent bien sans aucun problme, la qualit meilleur pas de

coupure et ce que fait la ressource radio est moins fiable que le support filaire:

la probabilit d'erreur plus leve, lattnuation du signal plus importante,

besoins de robuste algorithme de cryptage pour scuriser les transmissions

accessibles tous (contrairement au filaire). Pour ce, les diffrents protocoles

introduisent des en-ttes chaque paquets de donnes afin de pouvoir

contrler la transmission. Cela entraine des temps de transmission

supplmentaires en plus du temps de transmission des donnes utiles

(payload en anglais), do l'overhead.

La chose qui fait la majorit des utilisateurs chez TMS prfre le rseau

cbl sur le rseau sans fil.

De mme, on remarque que laugmentation du nombre dappels

simultans a un effet sur le les temps de rponse savoir le temps

denregistrement, et le temps ncessaire pour faire sonner le poste appel.

En effet ces variations sont dues principalement 3 facteurs :

La bande passante : lorsque le nombre de communications simultanes est

important, la consommation de la bande passante crot. Ce qui constitue une

contrainte sur le nombre dappels simultans.

Le codec utilis : le choix du codec est essentiel. Selon lui, on dfinit dune

part la qualit de lappel et la disponibilit de la bande passante.

La performance de la machine sur laquelle est install Elastix : en effet,

pour pouvoir traiter grand nombre dappels vers le serveur Elastix, la machine


32

sur laquelle on a install Elastix doit tre suffisamment performante (RAM,

CPU).

IV.2.3. Mesure de la bande passante avec WireShark :

Informations sur le Codec Calculs de Bande Passante

Codec et dbit

(Kb/s) Codec taille

de l'cha-ntillon(octets)

Codec dure de

l'cha-ntillonnage(ms)

MeanOpinion

Score (MOS)

Taille charge

utile voix (octets)

Codec et

dbit (Kb/s) BP

Ethernet (Kbit/s)

G711

(64 Kb/s) 80 10 4,1 160 G711

(64 Kb/s) 80 G.729

(8 Kb/s) 10 10 3,92 20 G.729

(8 Kb/s) 24 G.723.1

(6,3 Kb/s) 24 30 3,9 24 G.723.1

(6,3 Kb/s) 21,9 G723.1

(5,3 Kb/s) 20 30 3,8 20 G723.1

(5,3Kb/s) 20,8 G.726

(32 Kb/s) 20 5 3,85 80 G.726

(32 Kb/s) 55,2 G.726

(24 Kb/s) 15 5 3,65 60 G.726

(24 Kb/s) 47,2

Tab10 : Tableau rsumant tous les codecs audio et ses bandes

passantes.

Figure 16: le flux des paquets RTP et la mesure de la bande passante


33

Delta : cest la latence.

La ligne en rouge indique un numro de squence erron, ici ou il y a des

pertes de paquets.

La bande passante ncessaire quon a mesure avec WireShark pour le

codec G711 est donc denviron 80 Kbps, cette bande passante est sur les

normes du tableau au dessus.

V. Les solutions proposes pour amliorer les performances de la

VoIP chez TMS:

1- Le bon choix du codec :

On peut jouer sur le choix des codecs utilis actuellement ; la VoIP chez

TMS fonctionne avec G711 sur les tlphones SIP et softphones, la bande

passante ncessaire pour le G711 est donc denviron 80 Kbps. Cest le codec le

plus utilis dans les communications LAN, la qualit dcoute tant trs bonne.

Et on peut basculer vers le G729, On dduit la bande passante total

ncessaire 24 Kbps. La qualit en G729 est bonne et il offre tout de mme un

bon compromis entre consommation de bande passante et qualit dcoute

mais ce codec nest pas gratuit comme le G711 ,le G729 se trouve dans les

tlphones SIP et on le trouve pas dans les softphones surtout les versions

gratuites .

2- Installation dun nouveau serveur performant :

Avec lvolution de lentreprise et laugmentation du nombre

dutilisateurs a provoque une charge sur le serveur et un temps

supplmentaire pour traiter les paquets ; il est ncessairement dopter un

nouveau serveur performant pour avoir support cette charge.

* Voir lannexe pour linstallation du serveur et la configuration dElastix

et lajout des comptes.


34

3- Utilisation des matrielles de qualit :

Dans toutes les applications quon utilise pour avoir des bonnes

performances il faut utiliser un matriel de qualit .Tan quon utilise des bon

matriels on aura des bons rsultats. Les PCs, les casques, les cartes rseaux,

les points daccs, les switches.

4- Les contrleurs Wi-Fi :

Ds qu'un rseau Wi-Fi est constitu de cinq ou six points d'accs et plus ; il est

intressant de pouvoir le piloter depuis un point central au moyen d'un

contrleur.

Ce sont des botiers appels contrleurs ou commutateurs Wi-Fi

permettent de piloter plusieurs points d'accs partir d'un point central et de

dfinir, Ils sont responsables des politiques de scurit, la prvention

d'intrusion, la gestion de RF, la qualit du service (QoS), et la mobilit .Le

premier avantage de cette architecture centralise est de simplifier le

dploiement des points d'accs et d'autoriser une mise jour rapide du

rseau : Les donnes sont intgralement transmises au contrleur de faon

scurise travers d'un tunnel. La segmentation des flux se fait sur le

contrleur.

Un contrleur de rseau local sans fil offre les avantages suivants :

Sans fil : avec des priphriques sans fil tels que des tlphones IP, des

ordinateurs portables et autres appareils de poche, vos employs

peuvent communiquer et collaborer dans toutes les pices de votre

installation quipes d'un accs Internet.

Couverture tendue : en prenant en charge jusqu' six points d'accs,

vos employs ne risquent pas de se trouver dans la zone hors

couverture ou d'tre dconnects.

Scurit : la prise en charge de toutes les grandes normes de scurit

garantit en permanence une excellente protection de vos donnes.


35

Intgration : le contrleur est au cur des solutions de rseau sans fil. Il

s'intgre donc parfaitement avec les solutions de gestion sans fil, points

d'accs, ponts sans fil et produits de surveillance.

Inconvnient de cette solution est trs cher ; nimporte quelle PME ne peut

pas lopter.

Comparaison entre les fournisseurs de la solution :

D-Link DWS-3024L Wireless LAN Controller

Le commutateur DWS-3024L est l'unit de base qui visent consolider la scurit, grer

la bande passante et de maintenir l'intelligence de tout un rseau sans fil. En plus de

surveiller l'identit des utilisateurs et de maintenir leur authentification comme ils

errent, ces commutateurs peuvent configurer et de contrler tous les aspects des points

d'accs sans fil, y compris leur canal RF, la segmentation du trafic sans fil, quilibrage de

charge, et la scurit des APs. 2758 euro.

Aruba Networks - Aruba 800

Seule solution dote d'un commutateur 8 ports 10/100. valuation des

points d'accs AP 60, AP 61 et AP 70. Dmarrage du contrleur et des points

d'accs relativement rapide. Dtection automatique des paramtres radio.

Bonne qualit de la documentation mais pas d'assistants. Pas d'aide en ligne.

Bonne qualit de l'interface graphique. Compatible SNMP v3. La solution

inclut un serveur DHCP et un serveur Radius. Bonne ractivit du monitoring.

Pas d'alertes SNMP. Compatible Radius, LDAP et Active Directory. Bonne

lisibilit des logs. Serveur IPSec intgr. Incompatible SSL. Dispose d'un

coupe-feu statefull. Fonctions de cartographie directement intgres. 17 130

euros ht*


36

Bluesocket - BSC 1100

Fonctionne avec les points d'accs AP-1500 et le logiciel d'administration

BlueView Management System. Temps de dmarrage le plus long de ce

comparatif avec 210 secondes. Pas d'assistant de configuration. Documentation

complte. Bonne ergonomie. Pas d'aide en ligne. Le contrleur embarque un

contrleur DHCP et est compatible SNMP v3. Monitoring peu ractif. Aucune

donne sur la bande passante utilise par point d'accs. chelle de gravit des

alertes paramtrable. Le contrleur embarque un serveur Radius. Il est

compatible avec les serveurs externes Radius, LDAP, Active Directory. Il inclut

un serveur IPSec et SSL. Dispose d'un coupe-feu statefull. Un logiciel

additionnel est propos pour la cartographie. 12 690 euros ht*

Colubris Networks - InCharge RF Manager

Gestion du rseau directement sur les bornes. Fonctionne avec les points

d'accs MAP-320 et MAP-330. Le temps de dmarrage est moyen (150 s). Un

assistant de configuration facilite le paramtrage. Bonne qualit de l'interface

graphique, aide en ligne. Pas de serveur DHCP, non compatible SNMP v3.

Ractivit du monitoring assez mauvaise. Pas de serveur Radius, mais

possibilit d'en connecter un externe ainsi que des serveurs LDAP et Active

Directory. Pas de serveur IPSec ni SSL. Pas de coupe-feu statefull. Pas de

filtrage par utilisateur. 14 400 euros ht*

Cisco Systems - Wireless LAN Controller 4402

Solution la plus chre de ce comparatif. Fonctionne avec les points d'accs

AP 1020. Le contrleur le plus rapide dmarrer (55 s). Assistant la

configuration. La documentation manque parfois d'illustrations. Bonne

documentation en ligne. Bonne ergonomie gnrale. Serveur DHCP intgr.

Compatible SNMP v3. Bonne ractivit du monitoring. Pas de serveur Radius


37

embarqu. Possibilit d'en connecter un externe, mais pas compatible avec

LDAP et Active Directory. Pas de serveur IPSec intgr mais SSL. Pas de

coupe-feu statefull. Le seul proposer une double alimentation en option.

19 200 euros ht*

Principales caractristiques Wireless LAN Controller 4402:

Vos employs et visiteurs (consultants et fournisseurs par exemple)

peuvent amliorer leur productivit si la technologie les accompagne partout

o ils en ont besoin. Avec un contrleur de rseau local sans fil Cisco, vous

pouvez donner vos employs les moyens d'amliorer leur service client et

leur efficacit.

Les contrleurs de rseau local sans fil Cisco offrent de nombreuses

fonctionnalits, notamment :

Prise en charge de plusieurs combinaisons de points d'accs et de

liaisons redondantes.

Scurit standard, authentification d'identits et protocoles de

chiffrement pour des niveaux de protection ingals.

Accs visiteur hautement scuris.

Voix sur WLAN (VoWLAN).

Intgration avec le systme de contrle sans fil Cisco pour une

configuration et une surveillance compltes du rseau local sans

fil.

Montage en bureau ou en rack possible grce son encombrement

rduit.

5- Les Switchs mangeables :

Dans une entreprise comme TMS il faut avoir des switches mangeables

gr travers un navigateur web pour un dploiement et une configuration

rapides et simples: idal pour mettre en place des points d'accs, tlphones en


38

VoIP, ou des camras de surveillance IP. Ce sont des switchs quips de

fonctionnalits rellement avancs, comme les listes de contrle d'accs (ACL),

l'authentification de port 802.1x, une qualit de service QoS optimise, la

limitation du dbit et la surveillance du trafic par IGMP. Il garantit ainsi aux

PME la matrise d'un rseau pour voluer en toute fiabilit.

Avec ces switchs on peut crer des VLANs et sparer la voix et les

donnes surtout quand on a des tlphones IP et non des softphones

(sparation physique de la voix et les donnes).

Caractristiques techniques:

VLANs, QoS, DiffServ pour les services de voix sur IP (VoIP).

6- Lutilisation la VoIP filaire :

Raccordez les ordinateurs sur le rseau via un cble de prfrence. Evitez les

connexions wifi, source de micro coupures.

VI .Conclusion :


39

ANNEXE

1. PABX

1.1 Dfinition

Le PABX (Private Automatic Branch eXchange) est un autocommutateur

tlphonique priv. Il assure l'alimentation et la commutation des postes

tlphoniques d'entreprise numriques et/ou analogiques, ainsi que la

connexion aux oprateurs de tlphonies ; effectuant ainsi la redirection de la

voix vers les artres spcifiques.

On distingue plusieurs gammes et modles de PABX, avec des capacits

biens distinctes qui leurs sont associs.

Rle et fonctionnalits

1.2 Rles

Les rles du PABX sont multiples. Il a un rle:

de relation (rception des demandes, envoi des rponses... via signalisation)

de commande : il dcide de la commutation vers les terminaux appropris.

Gre la taxation, et la rupture de communication;

de connexion : car il ralise la mise en place d'un systme de communication;

de surveillance: s'assurant du bon fonctionnement de la communication au

sein de

l'entreprise ;

de maintenance (tests, taux d'erreurs, localisation des dfauts) ;

de services particuliers travers le CTl (Couplage Tlphonie Informatique).

2.2 Fonctionnalits Le PABX distribue les appels tlphoniques arrivs, autorise les appels

tlphoniques dparts, gre les terminaux tlphoniques, gre toutes les autres

fonctionnalits ou options tel que:

Le renvoi d'appel ;

La numrotation abrge ;

Le signal d'appel;

Le double appel ;

Le transfert d'appel en cours de conversation

Le transfert d'appel sur non-rponse

Identification du nombre d'appels reus 'et non rpondus ;

La confrence ;

La messagerie vocale ;

La slection directe l'arrive (SDA), qui permet un appelant externe d'appeler

directement un poste interne du PABX sans passer par un standard quelconque.


40

2. Architecture dune infrastructure VoIP :

Larchitecture dune infrastructure voix sur IP reflte le degr de

convergence entre rseaux. Il existe ainsi trois scnarios de mise en uvre de la

tlphonie sur IP en entreprise.

1. Architecture hybride

Ce scnario consiste retenir une architecture hybride (circuit/voix sur

IP). Cette solution prsente lavantage de ne pas remettre en cause

linfrastructure existante (terminaux et rseau tlphonique interne quipement

PABX) tout en bnficiant des avantages du transport de la voix sur IP pour les

communications inter sites . La mise en uvre dune solution de voix sur IP

peut se faire:

soit par lajout dune carte IP sur un PABX si celui-ci est volutif en IP

soit, par lajout dun Gateway externe au PABX

soit, par un recours aux fonctionnalits de Gateway intgres aux routeurs de

dernire gnration

2. Architecture Full IP

Ce scnario constitue une migration complte de la tlphonie de

lentreprise sur

IP, incluant les terminaux tlphoniques. Plus lourde quune solution hybride,

une telle migration saccompagne aussi de nombreux bnfices en posant les

bases de la convergence entre le systme dinformation et la tlphonie de

lentreprise.


41

3. Architecture Centrex

Ce scnario consiste externaliser les fonctions de tlphonie vers un IP

Centrex, service fourni par un oprateur ou autre fournisseur de solution de

VoIP, qui gre le service de bout en bout. Concrtement, il sagit pour

lentreprise de dporter le gatekeeper et le Gateway sur le site du fournisseur de

service. Ce choix darchitecture revient dporter lintelligence dans le cur du

rseau

3. Comment fonctionne la VOIP ? :

La Voix sur IP : est une technologie qui permet dacheminer, grce au

protocole IP, des paquets de donnes correspondant des chantillons de voix

numrise. Cette technologie convertit les signaux vocaux en signaux digitaux


42

qui voyagent par Internet. Par la suite, ces paquets doivent tre achemins dans

le bon ordre et dans un dlai raisonnable pour que la voix soit correctement

reproduite.

IP est le protocole spcifique Internet, qui se charge de transmettre les

donnes sous forme de paquets. Lenvoi de ces paquets est ralis en fonction

des adresses de rseaux ou de sous-rseaux quils contiennent

La tlphonie sur IP (en anglais, telephony over IP ou IP telephony) est un

service de tlphonie offert sur un rseau de tlcommunications, public ou

priv, utilisant principalement le protocole de rseau IP. La tlphonie IP dfinit

lutilisation de liens Internet pour acheminer des appels tlphoniques dune

personne une autre. Lappel tlphonique de type IP diffre de la tlphonie

conventionnelle (RTC) dans lencodage de la voix. Dans le systme traditionnel,

la voix est encode de faon analogique et numrique et transmise sur un rseau

de commutation de circuits alors que dans le systme IP, la voix est encode en

format numrique et mise en paquets sous format IP. En fait, la tlphonie sur

IP utilise la mme mthode que pour la transmission de linformation sur le

rseau Internet. Une fois la voix formate, on peut la transmettre sur un lien

Internet commun ou encore lenvoyer sur des liens ddis.

4. Quels sont les principaux avantages de la VoIP ? :

Rduction des cots des appels : Aucun branchement tlphonique

spar ncessaire, les appels passe par un rseau informatique dj existant

rsultat : une rduction important dans les cots tels que les cots de

communication, de cblage, de maintenance, de supervision du systme....

Mobilit : Les utilisateurs prennent leur tlphone, le branche au port

Ethernet le plus proche tout en conservant leur numro !sans des cots

supplmentaires (pas de roming comme dans les rseaux GSM), Les appels

peuvent tre transfrs nimporte o dans le monde grce au caractristiques du

protocole SIP.

4. Quelles technologies ?

4.1 Les protocoles et lOpen source :

Pour l'tablissement de la connexion, la VoIP s'appuie sur les protocoles

SIP, qui lui mme utilise TCP. L'avantage du protocole TCP, est qu'il permet de

garantir l'intgrit des donnes.

Pour la transmission de la voix, on utilise RTP qui lui-mme s'appuie sur

UDP (protocole galement tudi lors du DUT informatique). Contrairement

TCP, UDP permet d'changer rapidement des donnes mais au dtriment des


43

contrles (il peut y avoir perte dinformations). Dans notre cas, cela explique

pourquoi le rseau doit tre suffisamment qualitatif (si il y a trop de perte

d'informations, la communication devient inaudible).

4.2 Les protocoles de synchronisation RTP et RTCP :

1. RTP (Real Time Protocol)

RTP est dvelopp par l'IETF (Internet Engineering Task Force), il permet

le transport des donnes "temps rel" tels que les flux audio et vido. Il est bas

sur les protocoles IP/UDP. UDP est prfr TCP pour les transmissions

"temps rel" ; en effet la priorit est donne la rapidit plus qu' qualit de

transmission. RTP fournit des services tels que le squencement temporel, la

dtection des pertes, la scurit et l'identification du contenu.

Ce protocole a t dfini pour diffuser aussi bien en mode multicast qu'en

mode unicast. RTP est utilis en association avec le protocole de contrle RTCP

(Real Time Control Protocol) qui fournit les informations ncessaires sur la

qualit de transmission des donnes et sur les participants aux sessions

multimdia.

Cependant, RTP ne fournit pas de lui-mme les mcanismes ncessaires

la gestion des informations "temps rel". Pour cela, les couches protocolaires

infrieures doivent mettre en ouvre des solutions ncessaires ces donnes

sensibles au dlai.

Fonctionnement de RTP (Real time Transport Protocol)

IP est un rseau partag en mode paquet. Les paquets envoys sur un

rseau IP ont une gigue et un dlai de transmission imprvisibles. Cependant

les applications multimdias requirent des caractristiques appropries la

transmission et la gestion des applications dites "temps rel". RTP fournit, pour

chaque paquet, un marquage temporel, un numro de squence et d'autres

paramtres permettant d'ouvrir un transport, de bout en bout, des donnes

"temps rel" sur un rseau en mode paquet.

2. RTCP (Real Time Control Protocol)

Le protocole RTCP 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.


44

Ces rapports comprennent le nombre de paquets perdus, le paramtre

indiquant la variance d'une distribution ou bien la gigue 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.

RTCP permet galement une synchronisation supplmentaire entre les

mdias. En fait, 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.

Les paquets RTCP permettent ainsi l'identification puisqu'ils 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 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.

5. Les protocoles de signalisation de la VoIP

Le standard SIP (Session Initiation Protocol,), propos par lIETF en 1999,

est un protocole de signalisation pour ltablissement dappel et de confrences

temps rel sur des rseaux IP. SIP est rapidement apparu comme une alternative

H.323.

Chaque communication doit pouvoir inclure diffrents types de donnes telles

que laudio et la vido. SIP est indpendant du protocole de transport utilis.

Protocole SIP :

SIP (Session Initiation Protocol) est un protocole de signalisation

permettant l'tablissement, la libration et la modification de sessions

multimdias. SIP appartient la couche applicative du modle OSI, il a t

dvelopp par MMUSIC (Multiparty Multimedia Session Control), repris et

maintenu par l'IETF. SIP a t tendu afin de supporter de nombreux services

tels que la messagerie instantane, le transfert d'appel, la confrence, les services

complmentaires de tlphonie, etc. Les utilisateurs ouvrant une session,

peuvent communiquer en mode unicast ou point point (communication

entre deux personnes) ou en mode multicast (confrence). C'est un protocole

simple, lger et extensible qui peut s'implmenter avec une gamme varie

d'quipements.


45

6. Linstallation dElastix :

Insrez le CD d'installation Elastix au dmarrage de la machine. Aprs le

dmarrage, l'cran suivant apparaitra :

Procder la slection du type de clavier correspondant votre langue.


46

Entrez le mot de passe qui sera utilis par l'administrateur Elastix. Ayez

l'esprit que c'est une partie critique de la scurit du systme.

Note: Les crans suivants fourniront des dtails de l'installation

automatique du CD.

Premirement, une vrification des dpendances ncessaires pour l'installation

est requise :

Ensuite, l'installation continuera et vous verrez quelque chose comme ceci

au dmarrage :


47

Aprs que linstallation soit termin, Identifiez vous en tant qu'utilisateur root

et entrez le mot de passe spcifi au dbut de l'installation.

Login : rootadmin

Password : rootadmin

Ici on doit spcifier les paramtres rseau sur lequel notre serveur va fonctionner.

On modifie le fichier ifcfg-eth0 avec la commande :

# vi /etc/sysconfig/network-scripts/ifcfg-eth0

Le fichier doit contenir ceci:

DEVICE=eth0

BOOTPROTO=static

ONBOOT=yes

TYPE=Ethernet

IPADDR=172.20.122.148

NETMASK=255.255.0.0

BROADCAST=172.20.255.255

NETWORK=172.20.0.0

NOZEROCONF=yes


48

6.1 Accs au serveur :

Maintenant le serveur est prs dtre accessible partir de nimport quel point

dans le rseau via une adresse IP quon la attribu et un navigateur.

Login et mot de passe par dfaut :

Login: admin

Mot de passe: palosanto

6.2 Tableau de bord dinterface Elastix :

6.3 Configuration Elastix PBX :

Cration d'une nouvelle extension

Cet espace est pour les combins, logiciels de tlphonie, pagers, ou

n'importe quoi d'autre qui peut tre considr comme 'extension' dans le

contexte classique PABX.

Dfinir et diter des extensions est probablement la tche la plus commune

effectue par un administrateur de PABX, et de surcroit, vous allez trouver que


49

vous deviendrez trs familier avec cette page. Il y a 4 types de dispositifs

supports - SIP, IAX2, ZAP et 'Personnalis'.

Pour crer une Nouvelle Extension, allez au menu PBX qui par dfaut,

arrive la section Configuration PABX; dans cette section, choisissez l'option

Extensions sur le panneau gauche. Maintenant vous pouvez crer une

nouvelle extension.

Tout d'abord, choisissez le dispositif parmi les options disponibles:

Generic SIP Device : SIP est le protocole standard pour les combins VoIP et

ATA.

Generic IAX2 Device : IAX est le 'Protocole Inter Asterisk', un nouveau

protocole support par seulement quelques priphriques (eg, tlphones bass

PA1688, et les

IAX et ATA).

Generic ZAP Device : ZAP est un priphrique matriel connect votre

machine Asterisk (Eg, carte TDM400, TE110P).

Other (Custom) Device : Personnalis est un 'fourre-tout' pour n'importe quel

priphrique non standard (eg H323). Il peut aussi tre utilis pour "mapper"

une extension vers un numro "externe". Par exemple, pour router l'extension

211 vers

1-800-555-1212, vous pourriez crer une extension personnalise 211 et dans la

boite de texte "dial" vous pourriez entrer : Local/18005551212@outbound-

allroutes.

Une fois que le priphrique correct t choisi, cliquez sur Submit.

Note: Maintenant vous devez procder au renseignement des champs

ncessaires (obligatoire) pour crer une nouvelle extension.

Continuez entrer les informations correspondantes :


50

User Extension : Elle doit tre unique. C'est le numro qui peut tre appel de

n'importe qu'elle autre extension, ou directement du rceptionniste numrique

s'il est activ. Elle peut tre de n'importe qu'elle longueur, mais

conventionnellement, un numro de 3 ou 4 chiffres est utilis.

Display Name : Le nom d'identification de l'appelant pour les appels de cet

utilisateur affichera ce nom. Entrez seulement le nom, pas le numro.

Secret : C'est le mot de passe utilis par le priphrique tlphonique pour

s'authentifier sur le serveur Asterisk. Il est habituellement configur par

l'administrateur avant de donner le tlphone l'utilisateur, et il n'est pas

ncessaire qu'il soit connu par l'utilisateur. Si l'utilisateur utilise un logiciel de

tlphonie, alors il aura besoin de ce mot de passe pour configurer son logiciel.


51


52


53


54


55


56


57