La VoIP, Elastix, CentOs, Codima, WireShark

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\<NOM>\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
MOS et R Les pertes
des
donnes
La gigue

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

La VoIP, Elastix, CentOs, Codima, WireShark

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

La VoIP, Elastix, CentOs, Codima, WireShark

Transféré par

Droits d'auteur :

Formats disponibles

tude et Optimisation de la VoIP

Vous aimerez peut-être aussi