Download - La VoIP,Elastix, CentOs, Codima, WireShark

Étude et Optimisation de la VoIP

1

I. Introduction :

Ce stage d’une durée de 3 mois, a consisté à améliorer les performances

de la VoIP ; et surtout dans un réseau sans fil (Wifi).

Ce rapport présente le travail que j’ai effectué lors de mon stage au sein

de TMS. Et pendant ce stage je suis entouré d’une équipe d’ingénieurs et

techniciens qualifiés.

Au cours de ce stage, j’ai pu m’intéresser 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é l’opportunité pour moi de vivre dans un

environnement d’entreprise, structure dans laquelle je n’avais jamais travaillé

auparavant. Au‐delà d’enrichir mes connaissances dans le domaine, ce stage

m’a permis de m’immerger longtemps au sein d’une entreprise.

Mon objectif en faisant ce rapport est de rendre compte les mois passés

chez TMS. Je vais tout d’abord présenter le contexte général du stage, puis les

missions qui m’ont été confiées, l’étude et les testes et enfin les résultats et les

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


2

II. Présentation générale du contexte :

II.1. L’environnement du stage :

La téléphonie 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

téléphonie classique, à l’échelle mondial le marché est dominé par le grand

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

propres réseau VoIP et comme TMS a opté une solution VoIP au sein de son

siège.

Voici un schéma simplifié sur l’entreprise où mon stage avait déroulé

Figure 1: Schéma général de l’entreprise

La téléphonie sur IP chez TMS

Voici L’architecture réseau présente la VoIP au sein de Techno Stationery:


3

Figure 2: Schéma réseau VoIP

Je vous présente une architecture réseau succincte de la société TMS car

le but est de comprendre comment intégrer au mieux la téléphonie sur IP sur

l’installation déjà en place.

III. La VoIP :

III.1. Introduction a la Voip :

III.1.1. Généralité :

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

de présenter la téléphonie 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

téléphonie sur IP utilise la transmission de la voix sur le réseau IP (VoIP

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

communiquer en utilisant Internet et les réseaux IP au lieu des lignes

téléphoniques standards.


4

Figure 3: Architecture de la téléphonie IP

III.1.2. La problématique :

Nous savons également que les paquets IP arrivent à destination dans

un ordre pouvant être différent de celui de l’émission, donc avec des durées

de transmissions variables, à charge pour l’équipement d’arrivée de

reconstituer le signal numérique. Puisqu’il n’y a pas de contrôle d’admission,

le réseau peut être perturbé par des utilisateurs trop gourmands. Comme IP

est un protocole sans connexion, le concept de contrôle du trafic n’existe pas.

Si le débit avec lequel le trafic est dirigé sur les interfaces dépasse la vitesse

avec laquelle ces mêmes interfaces sont capables d’acheminer le trafic, des

congestions peuvent se produire.

L’utilisation du réseau IP pour transmettre la voix humaine nécessite des

performances respectables ainsi qu’une grande stabilité. Une conversation

téléphonique est gravement perturbée par d’éventuels retards ou coupures à

cause de congestion généralement, écho, gigue, la perte des données et la

bande passante.

Dans notre cas l’entreprise utilise le WiFi dans une partie de son

propre réseau pour la voix et pour les données, ce qui provoque des

dégradations de la qualité d’une liaison VoIP et des lenteurs de voix et dés


5

fois même des coupures .elle due à quoi, l’origine et les conséquences de

cette dégradation. Pour cela on va étudier et tester pour arriver à un résultat

et automatiquement à des solutions.

III.1.3. Les outils mis à ma disposition :

À ma disposition j’avais 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 répondre à mes questions. De plus, il y

avait une documentation sur l’intranet de l’entreprise où je pouvais trouver

des informations sur la façon de réaliser mes tâches.

III.1.4. Ma tâche dans ce stage :

Dans ce stage ma principale tâche est d’étudier et tester tous ce

concerne la VoIP de l’entreprise quelque soit : matériel, liaison, logiciel

Etudier encore les contraintes de la VoIP, gigue, la perte des données et la

bande passante.

IV. Etude et Test :

Au cours de ce stage, j’ai eu l’opportunité de découvrir le support

technique sous toutes ses formes et de comprendre comment fonctionne un

système VoIP dans un environnement d’entreprise.

Donc j’ai partagé la deuxième partie en deux. Je vais étudier :

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

logiciel .Les contraintes de la VoIP. (il est très important de connaitre et

comprendre par cœur ces contraintes ; puisque toutes y est basés)

- Les Tests effectués au cours de stage.


6

IV.1. Étude des solutions disponibles :

Donc elle est organisée de la façon suivante :

Le serveur de communication :

Étude de serveurs de communication Open Source : Elastix basé sur

plateforme CentOS.

Les postes téléphoniques :

Étude de différents logiciels de téléphonie : x-Lite v 3.0, x-Lite v 4.0..

Étude de téléphones SIP : Atcom

Le réseau local :

Étude du protocole de communication (voir l’annexe).

Étude de la qualité de service.

IV.1.2. Les solutions disponibles en terme matériel et logiciel :

Afin d’être en mesure d’opter pour une solution, j’ai tout d’abord dû me

documenter afin de me mettre au courant de l’évolution des technologies et

de connaître l’éventail des solutions disponibles.

Mes principales sources d’information a été principalement Internet.

La solution de téléphonie sur IP est construite autour de quatre

composants principaux :

Le serveur de communication : Le serveur de communication est le

cœur du système, il gère l’acheminement

des communications entre les postes utilisateurs et les opérateurs, ainsi

que les services à valeur ajoutée comme la messagerie vocale ou les

conférences.

Les postes téléphoniques : Terminaux téléphoniques.

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

Le réseau local : Les postes et le serveur de communication

communiquent à travers un réseau 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 réseau dédié à la voix.


7

Les accès opérateurs : Ils sont constitués de cartes ou de boîtiers

« Media Gateway », permettant d’interfacer le système avec des

opérateurs traditionnels (ligne Numéris, Passerelles GSM…)

IV.1.2.1. Le serveur de communication :

CentOS :

Elastix est installé sur plateforme CentOS .

CentOS est une distribution GNU/Linux principalement destinée aux serveurs.

Tous ses paquets, à l'exception du logo, sont des paquets compilés à partir des

sources de la distribution Linux Red Hat Enterprise Linux (RHEL), éditée par la

société Red Hat. Elle est donc quasiment identique et compatible.

Elastix :

Elastix est une solution logicielle qui intègre les meilleurs outils disponibles

pour les PABX basés 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 téléphonie Open Source.

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

d'utilisation. Ces caractéristiques ajoutées au fort pouvoir de rapports font de

lui le meilleur choix pour implémenter un PABX basé sur Asterisk.

Les fonctions fournies par Elastix sont nombreuses et variées. Elastix

intègre plusieurs suites logicielles, chacune incluant ses propres ensembles de

grandes fonctions.

*voir l’annexe pour l’installation et plus d’informations.

IV.1.2.2. Les postes téléphoniques :

Softphone x-Lite v 3.0 :

La partie suivante vise à manipuler le softphone x-Lite, il est crée par :

CounterPath.

Il s’installe sur des machines de type PC ayant pour système

d’exploitation Windows, Linux ou Mac OS.

http://fr.wikipedia.org/wiki/GNU/Linux

http://fr.wikipedia.org/wiki/Red_Hat_Enterprise_Linux

http://fr.wikipedia.org/wiki/Red_Hat


8

Il possède les mêmes fonctionnalités que les téléphones IP, il fonctionne

de la même façon et doit aussi être configuré pour fonctionner correctement

avec l’IPBX.

Pour composer un numéro, il suffit de cliquer sur les chiffres du pavé

numérique virtuel de X-lite. On raccroche et on décroche avec les boutons

respectivement Rouge à droite et Vert à gauche. On peut régler le volume

d'entrée et de sortie avec les petits ronds à déplacer de haut en bas, situés à

gauche et à droite du pavé numérique.

Le bouton MUTE sert à couper le son. Les deux boutons 1 et 2 situés

dans des cases noires sur la même ligne que le logo X-Lite correspondent aux

deux lignes téléphoniques 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, réponse automatique) sert à

répondre automatiquement en cas d'appel (attention aux mauvaises

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

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

existe) sur le serveur SIP.

Le bouton CONF (Conférence) permet de créer une mini conférence

audio à 3 en mettant en relation les deux lignes téléphoniques de votre

softphones X-Lite, permettant ainsi le dialogue à 3.

Enfin, le bouton AC (Auto Conférence) permet de passer directement en

mode conférence en cas de double appel.


9

La configuration d’un x-Lite :

Figure 4: Configuration de x-Lite

Aperçu :

Figure 5 : Les différentes fonctionnalités de x-Lite


10

Le téléphone SIP Atcom d’Astérisk:

C’est un téléphone IP Astérisk qui supporte les protocoles IP, SIP et IAX2.il

utilise comme des codecs : G.729 et G.711 .il annule l’écho acoustique surtout

en mode mains libres. Voici une configuration d’un téléphone IP Atcom.

Figure 6: Aperçu de configuration d’un téléphone IP atcom.

GSM/IP : GSM / GATEWAY :

Figure 7: Exemple d’une passerelle GSM


11

GSM /VoIP complément idéal pour toute centrale téléphonique locale

PBX SIP sur la base d’un protocole IP. Il permet à l’utilisateur de passer du

réseau GSM au réseau IP et vice versa de manière très économique

IV.1.2.3. Protocole SIP :

C’est le protocole standard pour la VoIP.

Fonctionnement général:

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

signalisation (établissement d’appel, etc.) sont au format texte. Un type de

message correspond à chaque action (message REGISTER pour enregistrer le

téléphone sur le serveur, message INVITE pour émettre un appel, etc.) et

recevra une réponse définie en cas de succès ou d’échec. Chaque type de

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

certains correspondent à ceux utilisés par HTTP.

La signalisation et la voix passent par des canaux différents. Par défaut, la

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

signalisation) utilisent le protocole UDP. Le protocole prévoit que la voix

puisse passer directement de l’appelant au destinataire, sans passer par un

serveur intermédiaire.

IV.1.2.4. Les contraintes majeures de la VoIP :

QUALITÉ SONORE :

L’objectif d’un codec est d’obtenir une bonne qualité de voix avec un débit

et un délai de compression les plus faibles possibles. Le facteur de la gigue est

primordial pour une bonne écoute de la Voip (gigue = délai entre l'émission

et l'écoute de la voix). Le tableau ci-dessous présente les caractéristiques des

principaux codecs et standards implémentés dans l’utilisation 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 utilisés.


12

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

meilleure et est très proche de celle du service téléphonique actuel.

Le codec G.711 permet de bénéficier à réseau 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 Débit (Kbps)

G711 64

G726 32

G723 6,4 (très bonne qualité)

G729 8 (très bonne qualité)

Tab 1: les débits de chaque codec

Figure 8: Architecture d’une trame de l’analogique au bit

Overhead : entête de la trame.

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

IV.1.2.5. Indicateurs à évaluer

a. Echelle MOS :

La première approche pour mesurer la qualité d'une restitution sonore est

de faire appel à la méthode MOS. MOS est l'abréviation de « Mean Opinion

Score » défini par l’organisme de normalisation international ITU, ou Note

d'opinion moyenne. Elle s’applique aussi bien à la téléphonie traditionnelle


13

qu’à la ToIP. Il s'agit d'une note donnée à un codec audio pour caractériser 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 téléphonie analogique.

Qualité de l’appel Score

Excellente 5

Bonne 4

Moyenne 3

Dégradée 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 numérique entre 0 et

93. La valeur de ce champ prend en considération la perte de trame, la gigue

et d'autres facteurs réseau. Le tableau suivant présente 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

dégradée 60-70

mauvaise 0-60

Tab 3 : Echelle pour évaluer la qualité de l’appel

La formule simplifiée du calcul de R est la suivante :

R = R0 − Is − Id − Ie + A

Le principe de la formule est de partir d’un certain capital de QoS, égal à

R0, et de lui imputer les dommages causés par les différents aspects de la

transmission.


14

– R0 : coefficient initial signal / bruit, « capital initial de QoS », égal à 94,3 en

VoIP.

– Is : coefficient de dommages simultanés avec l’émission de la voix (bruit de

fond…)

– Id : coefficient de dommages dus au délai de transmission et de transport

– Ie : coefficient de dommage de distorsions causées par les équipements

– A : coefficient d’amélioration

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 arrivées effectives. Les

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

protocoles supportés, charge du réseau à un instant donné, variation des

chemins empruntés dans le réseau.

Gigues (ms) Qualité perçue

< 40 Excellente qualité (non détectable)

40 – 75 Qualité acceptable

> 75 Inacceptable

Tab 4: Tolérance à la gigue en VoIP

d. La perte de données :

La transmission de la voix par paquets s’appuie sur le protocole RTP

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

paquets de voix en reconstituant les informations même si la couche de

transport change l'ordre des paquets.

Il utilise pour cela des numéros de séquence et s’appuie sur UDP.

Les contraintes temps réel de délai de transit rendent inutile la retransmission

des paquets perdus : même retransmis un datagramme RTP arriverait bien

trop tard pour être d’une quelconque utilité dans le processus de


15

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

données perdues. Ces pertes de données VoIP sont dues aux congestions sur

le réseau, qui entraînent des rejets de paquets tout au long du réseau, ou à

une gigue excessive qui va provoquer des rejets de paquet.

Une perte de données régulière mais faible est moins gênante en voix

sur IP que des pics de perte de paquets espacés mais élevés. En effet l’écoute

humaine s’habituera à une qualité moyenne mais constante et en revanche

supportera peu de soudaines dégradations de la QoS.

Pour pallier à ces paramètres, il existe deux principales approches :

Réserver une bande passante exclusivement au transfert de la voix :

Cette solution est possible dans le cas des réseaux locaux (type Intranet) mais

il n’est pas possible de l'appliquer lorsque le réseau TCP/IP Internet

intervient dans la communication.

Prioriser les flux : Chaque routeur traversé décide s'il prend en compte.

*Cette dernière ne pas être exécuté parce que l’entreprise ne possède pas

un routeur.

IV.1.3. L’outil utilisé pour les tests :

J’ai 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 réseaux pour surveiller la

qualité de service et dépanner les réseaux VoIP en temps réel. Codima peut

être utilisé sur le site par un professionnel en IT.

Tout en étant rentable et offrant un éventail possibilités, la technologie

VoIP peut aussi être moins fiables que les systèmes de téléphonie

traditionnels. Gérer le système de VoIP est devenue nécessaire pour maintenir

les niveaux de service et d'éviter les interruptions coûteuses.


16

Codima VoIP Monitoring & Troubleshooting Toolbox permet

d'améliorer la qualité des appels, réduire les temps d'arrêt coûteux et de

renforcer l'expérience utilisateur final.

The Troubleshooting Grid présente une vue en temps réel unique du

réseau de téléphone donnant un instant la poignée et vérifier la réalité sur le

système.

IV.1.3. 1. Pourquoi Codima?

autoVoIP Codima est un produit très intéressant, avec ce dernier je peux

faire mes tests, il comprend toutes les critères de QoS : gigue, les pertes de

paquets ; MOS et R qu’ont trouve difficilement dans un autre outil.

Est un outil très riche et très puissant par contre Codima est très limité

non seulement pour la durée qui est de 10 jour à partir de la date du

téléchargement et pour les fonctionnalités qui sont très limitées à cause de la

version d’évaluation .il fallait contacter le fournisseur par mails et après des

essai avec eux ,il m’ont envoyé une licence qui m’a permet de faire des tests

restreints .

Figure 9: Tableau de bord des téléphones actifs et leurs qualités des appels


17

Figure 10: Tableau de bord du déroulement de l’appel

Les indicateurs de la QoS :

Figure 11: Niveau de MOS et R

MOS et « R » Les pertes des données

La gigue


18

Figure 12: Gigue des paquets RTP

Figure 13: Taux de paquets RTP perdus


19

Figure 14: Les flux d’appel entre le post et le serveur

Figure 15: Indicateur des erreurs


20

IV.2. Les Tests effectués au cours de ce stage:

IV.2.1. déroulement des tests :

1. Test entre PCs ont des cartes réseaux différentes.

2. Test entre PCs ont des cartes réseaux wifi.

a. Les appels entrants et sortants.

b. L’utilisation des différents softphones .

c. Tester avec plusieurs postes.

d. Tester plusieurs fois et aux moments différents (matin, midi….).

3. test entre PC et téléphone SIP.

4. test entre différents étages.

5. test entre les blocs (IKHLAS, ELFALAH, Rue d’Isly).

Test entre PCs ont des cartes réseaux wifi :

poste de teste :

- IP : 172.20.122.157.

-Micro portable Acer 5715Z.

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

-Carte réseau Broadcam 802.11g.

Tab 5 : Tableaux des adresses IP.

Test durée ±

(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 durée gigue Les pertes

de paquets R MOS Obser/MOS CPU RAM/MB

Carte

réseau 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 Dégradée 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 réseaux

différentes

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 différentes

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

Télé SIP(atcom)

Test Pc - TéléSIP 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

TéléSIP- 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

extérieur)

Test les pins –rue

d’Isly 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 d’Isly - les

pins

5 85 1,30% 66 2,38 Dégradée x-Lite v 3.0 6/1/10 10:00

Test entre différents

é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 résumant tous les tests.

Ces résultats sont les moyennes de plusieurs tests effectués.


23

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

de la voix. qualité de l’appel. Tab 9 : Tolérance à la gigue en VoIP.

Qualité de l’appel Score MOS

Excellente 5

Bonne 4

Moyenne 3

Dégradée 2

Mauvaise 1

Qualité de la voix R

Excellente 90-93

Bonne 80-90

Moyenne 70-80

Dégradée 60-70

Mauvaise 0-60

Gigues (ms) Qualité perçue

< 40

Bonne qualité (non détectable)

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 réseaux sans fil :

Les appels sortants sont meilleurs que celles d’entrée.

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

logiciel, les utilisateurs communiquent entre eux et s’entent (la parole arrive et

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

Gigue cette dernière est aussi moyenne, elle est due au temps élevé entre un

paquet et un autre.

On remarque aussi des micros coupure gênantes dés fois.


26

Notre problème est avec le WiFi toutes les mauvaises communications

sont à travers le sans fil.

Exemple :

On a ajouté un poste (PC bureau) avec une carte réseau wifi et ça n’a pas

marché au premier lieu et on a changé juste la référence de la carte réseau ça a

marché normalement, c’est à cause de la non compatibilité entre le matériels

lui même. On a essayé avec 2 postes micro portables ça nous a pas posé du

problème. Ce qui nous ramène à localiser le problème dans les PCs bureau et

notamment les cartes réseau sans fil.

2- Test entre PCs ont des cartes réseaux différentes :


27


28

Dans ce cas la les communications passent d’une façon normale et en

générale la qualité est moyenne et bonne toute dépond de la charge

d’utilisation du réseau.


29

3- Test entre PC et Télé SIP(atcom) :

Contrairement au sans fil les téléphones IP sont très meilleur en terme

qualité, on a remarqué un MOS élevé, moins de pertes, une gigue très

acceptable, pas de hachage de voix mais le problème des téléphones SIP sont

très chères et ils demandent plus d’installation réseau et câble en revanche les

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

réseau de plus.


30

4- Test entre les blocs (antenne WiFi extérieur)

Cette liaison dépond principalement de la distance entre les 2 points

communicantes quand la distance augmente la qualité dégrade et même les

obstacles entre les deux antennes .elle dépond aussi de la météo et du climat

surtout la pluie qui rendre la liaison dégradée.


31

5- Test dans différents moments de la journée :

On a remarqué une dégradation de la qualité dans les moments de 10 h

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

d’utilisations par les employés soit pour communiquer avec d’autre ou pour

transférer des données, on ne remarque pas des saturations mais juste des

dégradations et dés fois des coupures négligeables.

6- En cas d’un réseau câblé :

Il n’y a pas de problème en cas d’une communication câblée, les deux

utilisateurs s’entendent bien sans aucun problème, 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 élevée, l’atténuation du signal plus importante,

besoins de robuste algorithme de cryptage pour sécuriser les transmissions

accessibles à tous (contrairement au filaire). Pour ce, les différents protocoles

introduisent des en-têtes à chaque paquets de données afin de pouvoir

contrôler la transmission. Cela entraine des temps de transmission

supplémentaires en plus du temps de transmission des données utiles

(payload en anglais), d’où l'overhead.

La chose qui fait la majorité des utilisateurs chez TMS préfère le réseau

câblé sur le réseau sans fil.

De même, on remarque que l’augmentation du nombre d’appels

simultanés a un effet sur le les temps de réponse à savoir le temps

d’enregistrement, et le temps nécessaire pour faire sonner le poste appelé.

En effet ces variations sont dues principalement à 3 facteurs :

La bande passante : lorsque le nombre de communications simultanées est

important, la consommation de la bande passante croît. Ce qui constitue une

contrainte sur le nombre d’appels simultanés.

Le codec utilisé : le choix du codec est essentiel. Selon lui, on définit d’une

part la qualité de l’appel et la disponibilité de la bande passante.

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

pour pouvoir traiter grand nombre d’appels 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 débit

(Kb/s) Codec taille

de l'écha-ntillon(octets)

Codec durée de

l'écha-ntillonnage(ms)

MeanOpinion

Score (MOS)

Taille charge

utile voix (octets)

Codec et

débit (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 résumant tous les codecs audio et ses bandes

passantes.

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


33

Delta : c’est la latence.

La ligne en rouge indique un numéro de séquence erroné, ici ou il y a des

pertes de paquets.

La bande passante nécessaire qu’on a mesurée avec WireShark pour le

codec G711 est donc d’environ 80 Kbps, cette bande passante est sur les

normes du tableau au dessus.

V. Les solutions proposées pour améliorer 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 téléphones SIP et softphones, la bande

passante nécessaire pour le G711 est donc d’environ 80 Kbps. C’est le codec le

plus utilisé dans les communications LAN, la qualité d’écoute étant très bonne.

Et on peut basculer vers le G729, On déduit la bande passante total

nécessaire à 24 Kbps. La qualité en G729 est bonne et il offre tout de même un

bon compromis entre consommation de bande passante et qualité d’écoute

mais ce codec n’est pas gratuit comme le G711 ,le G729 se trouve dans les

téléphones SIP et on le trouve pas dans les softphones surtout les versions

gratuites .

2- Installation d’un nouveau serveur performant :

Avec l’évolution de l’entreprise et l’augmentation du nombre

d’utilisateurs ça provoque une charge sur le serveur et un temps

supplémentaire pour traiter les paquets ; il est nécessairement d’opter un

nouveau serveur performant pour avoir supporté cette charge.

* Voir l’annexe pour l’installation du serveur et la configuration d’Elastix

et l’ajout des comptes.


34

3- Utilisation des matérielles de qualité :

Dans toutes les applications qu’on utilise pour avoir des bonnes

performances il faut utiliser un matériel de qualité .Tan qu’on utilise des bon

matériels on aura des bons résultats. Les PCs, les casques, les cartes réseaux,

les points d’accès, les switches.

4- Les contrôleurs Wi-Fi :

Dès qu'un réseau Wi-Fi est constitué de cinq ou six points d'accès et plus ; il est

intéressant de pouvoir le piloter depuis un point central au moyen d'un

contrôleur.

Ce sont des boîtiers appelés contrôleurs ou commutateurs Wi-Fi

permettent de piloter plusieurs points d'accès à partir d'un point central et de

définir, Ils sont responsables des politiques de sécurité, la prévention

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

premier avantage de cette architecture centralisée est de simplifier le

déploiement des points d'accès et d'autoriser une mise à jour rapide du

réseau : Les données sont intégralement transmises au contrôleur de façon

sécurisée à travers d'un tunnel. La segmentation des flux se fait sur le

contrôleur.

Un contrôleur de réseau local sans fil offre les avantages suivants :

Sans fil : avec des périphériques sans fil tels que des téléphones IP, des

ordinateurs portables et autres appareils de poche, vos employés

peuvent communiquer et collaborer dans toutes les pièces de votre

installation équipées d'un accès à Internet.

Couverture étendue : en prenant en charge jusqu'à six points d'accès,

vos employés ne risquent pas de se trouver dans la zone hors

couverture ou d'être déconnectés.

Sécurité : la prise en charge de toutes les grandes normes de sécurité

garantit en permanence une excellente protection de vos données.


35

Intégration : le contrôleur est au cœur des solutions de réseau sans fil. Il

s'intègre donc parfaitement avec les solutions de gestion sans fil, points

d'accès, ponts sans fil et produits de surveillance.

Inconvénient de cette solution est très cher ; n’importe quelle PME ne peut

pas l’opter.

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 sécurité, gérer

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

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

errent, ces commutateurs peuvent configurer et de contrôler tous les aspects des points

d'accès sans fil, y compris leur canal RF, la segmentation du trafic sans fil, équilibrage de

charge, et la sécurité des APs. 2758 euro.

Aruba Networks - Aruba 800

Seule solution dotée d'un commutateur 8 ports 10/100. Évaluation des

points d'accès AP 60, AP 61 et AP 70. Démarrage du contrôleur et des points

d'accès relativement rapide. Détection automatique des paramètres 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 réactivité du monitoring.

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

lisibilité des logs. Serveur IPSec intégré. Incompatible SSL. Dispose d'un

coupe-feu statefull. Fonctions de cartographie directement intégrées. 17 130

euros ht*


36

Bluesocket - BSC 1100

Fonctionne avec les points d'accès AP-1500 et le logiciel d'administration

BlueView Management System. Temps de démarrage le plus long de ce

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

complète. Bonne ergonomie. Pas d'aide en ligne. Le contrôleur embarque un

contrôleur DHCP et est compatible SNMP v3. Monitoring peu réactif. Aucune

donnée sur la bande passante utilisée par point d'accès. Échelle de gravité des

alertes paramétrable. Le contrôleur 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 réseau directement sur les bornes. Fonctionne avec les points

d'accès MAP-320 et MAP-330. Le temps de démarrage est moyen (150 s). Un

assistant de configuration facilite le paramétrage. Bonne qualité de l'interface

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

Réactivité 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 chère de ce comparatif. Fonctionne avec les points d'accès

AP 1020. Le contrôleur le plus rapide à démarrer (55 s). Assistant à la

configuration. La documentation manque parfois d'illustrations. Bonne

documentation en ligne. Bonne ergonomie générale. Serveur DHCP intégré.

Compatible SNMP v3. Bonne réactivité 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 intégré mais SSL. Pas de

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

19 200 euros ht*

Principales caractéristiques Wireless LAN Controller 4402:

Vos employés et visiteurs (consultants et fournisseurs par exemple)

peuvent améliorer leur productivité si la technologie les accompagne partout

où ils en ont besoin. Avec un contrôleur de réseau local sans fil Cisco, vous

pouvez donner à vos employés les moyens d'améliorer leur service client et

leur efficacité.

Les contrôleurs de réseau local sans fil Cisco offrent de nombreuses

fonctionnalités, notamment :

Prise en charge de plusieurs combinaisons de points d'accès et de

liaisons redondantes.

Sécurité standard, authentification d'identités et protocoles de

chiffrement pour des niveaux de protection inégalés.

Accès visiteur hautement sécurisé.

Voix sur WLAN (VoWLAN).

Intégration avec le système de contrôle sans fil Cisco pour une

configuration et une surveillance complètes du réseau local sans

fil.

Montage en bureau ou en rack possible grâce à son encombrement

réduit.

5- Les Switchs mangeables :

Dans une entreprise comme TMS il faut avoir des switches mangeables

géré à travers un navigateur web pour un déploiement et une configuration

rapides et simples: idéal pour mettre en place des points d'accès, téléphones en


38

VoIP, ou des caméras de surveillance IP. Ce sont des switchs équipés de

fonctionnalités réellement avancés, comme les listes de contrôle d'accès (ACL),

l'authentification de port 802.1x, une qualité de service QoS optimisée, la

limitation du débit et la surveillance du trafic par IGMP. Il garantit ainsi aux

PME la maîtrise d'un réseau pour évoluer en toute fiabilité.

Avec ces switchs on peut créer des VLANs et séparer la voix et les

données surtout quand on a des téléphones IP et non des softphones

(séparation physique de la voix et les données).

Caractéristiques techniques:

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

6- L’utilisation la VoIP filaire :

Raccordez les ordinateurs sur le réseau via un câble de préférence. Evitez les

connexions wifi, source de micro coupures.

VI .Conclusion :


39

ANNEXE

1. PABX

1.1 Définition

Le PABX (Private Automatic Branch eXchange) est un autocommutateur

téléphonique privé. Il assure l'alimentation et la commutation des postes

téléphoniques d'entreprise numériques et/ou analogiques, ainsi que la

connexion aux opérateurs de téléphonies ; effectuant ainsi la redirection de la

voix vers les artères spécifiques.

On distingue plusieurs gammes et modèles de PABX, avec des capacités

biens distinctes qui leurs sont associés.

Rôle et fonctionnalités

1.2 Rôles

Les rôles du PABX sont multiples. Il a un rôle:

de relation (réception des demandes, envoi des réponses... via signalisation)

de commande : il décide de la commutation vers les terminaux appropriés.

Gère la taxation, et la rupture de communication;

de connexion : car il réalise la mise en place d'un système 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 défauts) ;

de services particuliers à travers le CTl (Couplage Téléphonie Informatique).

2.2 Fonctionnalités Le PABX distribue les appels téléphoniques arrivés, autorise les appels

téléphoniques départs, gère les terminaux téléphoniques, gère toutes les autres

fonctionnalités ou options tel que:

Le renvoi d'appel ;

La numérotation abrégée ;

Le signal d'appel;

Le double appel ;

Le transfert d'appel en cours de conversation

Le transfert d'appel sur non-réponse

Identification du nombre d'appels reçus 'et non répondus ;

La conférence ;

La messagerie vocale ;

La sélection directe à l'arrivée (SDA), qui permet à un appelant externe d'appeler

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


40

2. Architecture d’une infrastructure VoIP :

L’architecture d’une infrastructure voix sur IP reflète le degré de

convergence entre réseaux. Il existe ainsi trois scénarios de mise en œuvre de la

téléphonie sur IP en entreprise.

1. Architecture hybride

Ce scénario consiste à retenir une architecture hybride (circuit/voix sur

IP). Cette solution présente l’avantage de ne pas remettre en cause

l’infrastructure existante (terminaux et réseau téléphonique interne équipement

PABX) tout en bénéficiant des avantages du transport de la voix sur IP pour les

communications inter sites . La mise en œuvre d’une solution de voix sur IP

peut se faire:

• soit par l’ajout d’une carte IP sur un PABX si celui-ci est évolutif en IP

• soit, par l’ajout d’un Gateway externe au PABX

• soit, par un recours aux fonctionnalités de Gateway intégrées aux routeurs de

dernière génération

2. Architecture Full IP

Ce scénario constitue une migration complète de la téléphonie de

l’entreprise sur

IP, incluant les terminaux téléphoniques. Plus lourde qu’une solution hybride,

une telle migration s’accompagne aussi de nombreux bénéfices en posant les

bases de la convergence entre le système d’information et la téléphonie de

l’entreprise.


41

3. Architecture Centrex

Ce scénario consiste à externaliser les fonctions de téléphonie vers un IP

Centrex, service fourni par un opérateur ou autre fournisseur de solution de

VoIP, qui gère le service de bout en bout. Concrètement, il s’agit pour

l’entreprise de déporter le gatekeeper et le Gateway sur le site du fournisseur de

service. Ce choix d’architecture revient à déporter l’intelligence dans le cœur du

réseau

3. Comment fonctionne la VOIP ? :

La Voix sur IP : est une technologie qui permet d’acheminer, grâce au

protocole IP, des paquets de données correspondant à des échantillons de voix

numérisée. Cette technologie convertit les signaux vocaux en signaux digitaux


42

qui voyagent par Internet. Par la suite, ces paquets doivent être acheminés dans

le bon ordre et dans un délai raisonnable pour que la voix soit correctement

reproduite.

« IP est le protocole spécifique à Internet, qui se charge de transmettre les

données sous forme de paquets. L’envoi de ces paquets est réalisé en fonction

des adresses de réseaux ou de sous-réseaux qu’ils contiennent »

La téléphonie sur IP (en anglais, telephony over IP ou IP telephony) est un

service de téléphonie offert sur un réseau de télécommunications, public ou

privé, utilisant principalement le protocole de réseau IP. La téléphonie IP définit

l’utilisation de liens « Internet » pour acheminer des appels téléphoniques d’une

personne à une autre. L’appel téléphonique de type IP diffère de la téléphonie

conventionnelle (RTC) dans l’encodage de la voix. Dans le système traditionnel,

la voix est encodée de façon analogique et numérique et transmise sur un réseau

de commutation de circuits alors que dans le système IP, la voix est encodée en

format numérique et mise en paquets sous format IP. En fait, la téléphonie sur

IP utilise la même méthode que pour la transmission de l’information sur le

réseau Internet. Une fois la voix formatée, on peut la transmettre sur un lien

Internet commun ou encore l’envoyer sur des liens dédiés.

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

Réduction des coûts des appels : Aucun branchement téléphonique

séparé nécessaire, les appels passe par un réseau informatique déjà existant

résultat : une réduction important dans les coûts tels que les coûts de

communication, de câblage, de maintenance, de supervision du système....

Mobilité : Les utilisateurs prennent leur téléphone, le branche au port

Ethernet le plus proche tout en conservant leur numéro !sans des coûts

supplémentaires (pas de roming comme dans les réseaux GSM), Les appels

peuvent être transférés n’importe où dans le monde grâce au caractéristiques du

protocole SIP.

4. Quelles technologies ?

4.1 Les protocoles et l’Open source :

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

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

garantir l'intégrité des données.

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

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

TCP, UDP permet d'échanger rapidement des données mais au détriment des


43

contrôles (il peut y avoir perte d’informations). Dans notre cas, cela explique

pourquoi le réseau 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 développé par l'IETF (Internet Engineering Task Force), il permet

le transport des données "temps réel" tels que les flux audio et vidéo. Il est basé

sur les protocoles IP/UDP. UDP est préféré à TCP pour les transmissions

"temps réel" ; en effet la priorité est donnée à la rapidité plus qu'à qualité de

transmission. RTP fournit des services tels que le séquencement temporel, la

détection des pertes, la sécurité et l'identification du contenu.

Ce protocole a été défini pour diffuser aussi bien en mode multicast qu'en

mode unicast. RTP est utilisé en association avec le protocole de contrôle RTCP

(Real Time Control Protocol) qui fournit les informations nécessaires sur la

qualité de transmission des données et sur les participants aux sessions

multimédia.

Cependant, RTP ne fournit pas de lui-même les mécanismes nécessaires à

la gestion des informations "temps réel". Pour cela, les couches protocolaires

inférieures doivent mettre en ouvre des solutions nécessaires à ces données

sensibles au délai.

Fonctionnement de RTP (Real time Transport Protocol)

IP est un réseau partagé en mode paquet. Les paquets envoyés sur un

réseau IP ont une gigue et un délai de transmission imprévisibles. Cependant

les applications multimédias requièrent des caractéristiques appropriées à la

transmission et la gestion des applications dites "temps réel". RTP fournit, pour

chaque paquet, un marquage temporel, un numéro de séquence et d'autres

paramètres permettant d'ouvrir un transport, de bout en bout, des données

"temps réel" sur un réseau en mode paquet.

2. RTCP (Real Time Control Protocol)

Le protocole RTCP est fondé sur la transmission périodique de paquets de

contrôle à tous les participants d'une session. C'est le protocole UDP qui permet

le multiplexage des paquets de données RTP et des paquets de contrôle RTCP.

Le protocole RTP utilise le protocole RTCP qui transporte les informations

supplémentaires suivantes pour la gestion de la session :

Les récepteurs utilisent RTCP pour renvoyer vers les émetteurs un rapport

sur la QoS.


44

Ces rapports comprennent le nombre de paquets perdus, le paramètre

indiquant la variance d'une distribution ou bien la gigue et le délai 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 supplémentaire entre les

médias. En fait, les applications multimédias sont souvent transportées par des

flots distincts. Par exemple, la voix, l'image ou même des applications

numérisées sur plusieurs niveaux hiérarchiques peuvent voir les flots gérés

suivre des chemins différents.

Les paquets RTCP permettent ainsi l'identification puisqu'ils contiennent

des informations d'adresses, comme l'adresse d'un message électronique, un

numéro de téléphone ou le nom d'un participant à une conférence téléphonique.

Le protocole RTCP demande aux participants de la session d'envoyer

périodiquement les informations citées ci-dessus. La périodicité est calculée en

fonction du nombre de participants de l'application. On peut dire que les

paquets RTP ne transportent que les données des utilisateurs. Tandis que les

paquets RTCP ne transportent en temps réel, que de la supervision.

5. Les protocoles de signalisation de la VoIP

Le standard SIP (Session Initiation Protocol,), proposé par l’IETF en 1999,

est un protocole de signalisation pour l’établissement d’appel et de conférences

temps réel sur des réseaux IP. SIP est rapidement apparu comme une alternative

à H.323.

Chaque communication doit pouvoir inclure différents types de données telles

que l’audio et la vidéo. SIP est indépendant du protocole de transport utilisé.

Protocole SIP :

SIP (Session Initiation Protocol) est un protocole de signalisation

permettant l'établissement, la libération et la modification de sessions

multimédias. SIP appartient à la couche applicative du modèle OSI, il a été

développé 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 instantanée, le transfert d'appel, la conférence, les services

complémentaires de téléphonie, etc. Les utilisateurs ouvrant une session,

peuvent communiquer en mode « unicast » ou « point à point» (communication

entre deux personnes) ou en mode «multicast» (conférence). C'est un protocole

simple, léger et extensible qui peut s'implémenter avec une gamme variée

d'équipements.


45

6. L’installation d’Elastix :

Insérez le CD d'installation Elastix au démarrage de la machine. Après le

démarrage, l'écran suivant apparaitra :

Procéder à la sélection 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 sécurité du système.

Note: Les écrans suivants fourniront des détails de l'installation

automatique du CD.

Premièrement, une vérification des dépendances nécessaires pour l'installation

est requise :

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

au démarrage :


47

Après que l’installation soit terminé, Identifiez vous en tant qu'utilisateur root

et entrez le mot de passe spécifié au début de l'installation.

Login : rootadmin

Password : rootadmin

Ici on doit spécifier les paramètres réseau 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 Accès au serveur :

Maintenant le serveur est prés d’être accessible à partir de n’import quel point

dans le réseau via une adresse IP qu’on l’a attribué et un navigateur.

Login et mot de passe par défaut :

Login: admin

Mot de passe: palosanto

6.2 Tableau de bord d’interface Elastix :

6.3 Configuration Elastix PBX :

Création d'une nouvelle extension

Cet espace est pour les combinés, logiciels de téléphonie, pagers, ou

n'importe quoi d'autre qui peut être considéré comme 'extension' dans le

contexte classique PABX.

Définir et éditer des extensions est probablement la tâche la plus commune

effectuée par un administrateur de PABX, et de surcroit, vous allez trouver que


49

vous deviendrez très familier avec cette page. Il y a 4 types de dispositifs

supportés - SIP, IAX2, ZAP et 'Personnalisé'.

Pour créer une “Nouvelle Extension”, allez au menu “PBX” qui par défaut,

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

“Extensions” sur le panneau gauche. Maintenant vous pouvez créer une

nouvelle extension.

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

• Generic SIP Device : SIP est le protocole standard pour les combinés VoIP et

ATA.

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

protocole supporté par seulement quelques périphériques (eg, téléphones basés

PA1688, et les

IAX et ATA).

• Generic ZAP Device : ZAP est un périphérique matériel connecté à votre

machine Asterisk (Eg, carte TDM400, TE110P).

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

périphérique non standard (eg H323). Il peut aussi être utilisé pour "mapper"

une extension vers un numéro "externe". Par exemple, pour router l'extension

211 vers

1-800-555-1212, vous pourriez créer une extension personnalisée 211 et dans la

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

allroutes.

Une fois que le périphérique correct à été choisi, cliquez sur “Submit”.

Note: Maintenant vous devez procéder au renseignement des champs

nécessaires (obligatoire) pour créer une nouvelle extension.

Continuez à entrer les informations correspondantes :


50

• User Extension : Elle doit être unique. C'est le numéro qui peut être appelé de

n'importe qu'elle autre extension, ou directement du réceptionniste numérique

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

conventionnellement, un numéro 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 numéro.

• Secret : C'est le mot de passe utilisé par le périphérique téléphonique pour

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

l'administrateur avant de donner le téléphone à l'utilisateur, et il n'est pas

nécessaire qu'il soit connu par l'utilisateur. Si l'utilisateur utilise un logiciel de

téléphonie, alors il aura besoin de ce mot de passe pour configurer son logiciel.


51


52


53


54


55


56


57

Download - La VoIP,Elastix, CentOs, Codima, WireShark

Top Related