Ministère de la communication République de Côte d'Ivoire

Union – Discipline - Travail

Institut
des Sciences
et Techniques
de la Communication
Promotion : 2005-2007

MEMOIRE DE FIN DE CYCLE

Pour l’obtention du diplôme
Ingénieur des Techniques Télécoms et Technologies de l'audiovisuel

THEME:

INTEGRATION D’UNE PLATE

FORME DE TELEPHONIE IP BASEE
SUR L’IPBX ASTERISK
AU SYSTEME
D’INFORMATION DU CNRA

DATE DE SOUTENANCE : 28 Août 2009

Directeur de Mémoire: Présenté par:

M. SAGOU D. Gilles M. BREDOU Amian Etienne

Ingénieur des Médias Elève Ingénieur des techniques des
Chargé de cours à l’ISTC télécoms et technologies de
l’audiovisuel
 MEMOIRE DE FIN DE CYCLE

Pour l’obtention du diplôme

Ingénieur des Techniques Télécoms et Technologies de l'audiovisuel

THEME:

INTEGRATION D’UNE PLATE FORME DE

TELEPHONIE IP BASEE SUR L’IPBX
ASTERISK AU SYSTEME
D’INFORMATION DU CNRA

Présenté par:

M. BREDOU Amian Etienne

Elève Ingénieur des techniques des
télécoms et technologies de
l’audiovisuel
 IIntégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Sommaire
Dédicace………………………………………………………………………………iii
Remerciements………………………………………………………………………..iV
Avant-propos…………………………………………………………………………..V
Introduction……………………………………………………………………………1

Première partie : GENERALITES

Chapitre I : LE CNRA………………………………………………………………..8
I- La création du CNRA…………………………………………………...….8
II- L’objet du CNRA…………………………………………………………...8
III- Les Missions du CNRA…………………………………………………….8
IV- L’organisation du CNRA……………………………………………………9

Chapitre II : LA TELEPHONIE IP
I- La VoIP ……………………………………..….………………….…………12
II- De la VoIP à la téléphonie ……………………………………………………15
III- Les modèles de déploiements………..………………………..….……….…...26

Chapitre III : L’IPBX ASTERISK

I- Historique ……………………………………………..……..……………30
II- Fonctionnalités...…………………………………………………………..30
III- De la téléphonie à moindre coût ...………………………………………...31
IV- Architecture………………………………………………………………..31
V- Les principales fonctions du noyau d’Asterisk ………………………..….32
VI- Les APIs ….……………..………………………………………………...33
VII- Les commandes de base d’Asterisk ...…………..……..………..…….…...34

Deuxième partie : ETAT DES LIEUX DES RESEAUX INFORMATIQUE ET

TELEPHONIQUE DU CNRA

Chapitre IV : DESCRIPTION DU RÉSEAU INFORMATIQUE

I- La mission de l’informatique au CNRA.…………………….……………37
II- Etude de l’existant en informatique au CNRA………………………..…...37
III- Fonctionnement de l’informatique au CNRA…………..…………………42
IV- Logistique d’intervention ………………..……………………….…..…...43
V- Analyse de l’existant en informatique au CNRA………………….……....43

Chapitre V : DESCRIPTION DU SERVICE DE TELEPHONIE DU CNRA

I- Les missions de la téléphonie au CNRA..…………………….…………...47
II- Etude de l’existant en téléphonie au CNRA ………………………………47
III- Fonctionnement du service de téléphonie du CNRA ...…………………...49
IV- Analyse de l’existant de la téléphonie au CNRA …...………..………….49
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel i
 IIntégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre VI : MODÉLISATION DU RÉSEAU

I- Choix du matériel …..………………………………….…………………52
II- Le packaging Asterisk …….…………………………………..................54
III- Optimisation du réseau local ..………......……………………………….55
IV- La fonction standard…….…………………………………………………56
V- Le fax……………………………………………………………………....56

Chapitre VII : LE CAHIER DES CHARGES …………...…………..…….....…58

I- Description du projet…………………..…………………………………..59
II- Objectif du projet…………………………………………………………..59
III- Exigences du projet………………………………………………..……….59
IV- Qualité d’écoute et de sécurité ………………… ………………………..59
V- Reprise de l’existant………………………………………………………..59

Troisième partie : INTEGRATION DE LA TELEPHONIE IP BASEE SUR

L’IPBX ASTERISK AU SYSTEME INFORMATIQUE DU CNRA

Chapitre VIII : DEPLOIEMENT DU PILOTE

I- Mise en place du serveur pilote……………………………………………61
II- Tests de fonctionnement…………………………………….………..…..100
III- Test de diagnostic et d’administration…………………...……………….102
IV - La formation………………….…………………………………………..103

Chapitre IX : ESTIMATION FINANCIERE

I- Estimation des charges d’investissement ……………….………..….…..104
II- Calcul du RSI ...………………………………………………………….106

Chapitre X : EVOLUTION APRES LE DEPLOIEMENT DU PILOTE

I- Bilan détaillé de la phase pilote…………………………………………..109
II- La maintenance……………………………………………….…………..110
III- L’extension aux autres sites………………………………………..……..110
IV- Interconnexion des serveurs Asterisk via le protocole SIP…………...…..113
V- Interconnexion de serveurs Asterisk via le protocole IAX………..……...116
VI- Test des liens IAX avec la console d’Asterisk………….………………..123
VII- Bilan global du projet ………………………………………..….……….125

Conclusion………………………………………………….……………………127
Glossaire…………………………………………………………………………129
Bibliographie……………………………………..……………………...………136
Table des figures ………………………………………………………………...138
Table des tableaux………………………………………………………………..139
Annexes 1 ……………………………………………………………….……….140
Annexe 2 ……………………………………………………...………………...148
Table des matières ……………………………………………………………….152

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel ii
 IIntégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Dédicace

A la mémoire de BREDOU Joseph, notre père! Votre exemple de vie nous a inspirés et
continue de nous inspirer. Reposez en paix !

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel iii
 IIntégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Remerciements

Nos sincères remerciements aux personnes ci-dessous citées :

SAGOU D. Gilles, Ingénieur des médias et notre Directeur de mémoire ;

DIOMANDE Mamadou, ancien Chef du département informatique du
CNRA ;

KOUADIO Kouman Gabriel, Conseiller du DG du CNRA ;

DIOMANDE Kédro, Directeur des Innovations et des Systèmes
d’Information du CNRA ;

BROU N’Guessan, Educateur à l’ISTC ;

N’Cho Franck, Ingénieur système au CNRA ;

IRIE BI Guié Gaston, Administrateur réseau au CNRA ;

Les étudiants du cycle II en cours du soir, des Ingénieurs des Techniques
des Télécoms et Technologies de l’audiovisuel, promotion 2005-2007,

Pour leur aide, leur disponibilité, leurs encouragements et conseils.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel iv
 IIntégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Avant-propos

L’Institut des Sciences et Techniques de la Communication (ISTC), créé par décret

n°92-454 du 22 juillet 1992, répond au besoin de former des professionnels rompus
aux métiers des médias en Côte d'Ivoire. Il a une vocation sous régionale. C'est dans
cette optique qu'il reçoit des étudiants de plusieurs nationalités.

L'ISTC forme dans les filières suivantes :

publicité – Marketing,

journalisme,

productions Audiovisuelles,

Infographie – multimédia,

télécoms et technologies de l’Audiovisuel.

Chaque filière comprend trois niveaux d'étude organisés en cycle de deux ans chacun
aussi bien en cours du jour qu'en cours du soir. Les différents cycles sont les suivants:

Le cycle I, ouvert aux titulaires du BACCALAUREAT et autre diplôme
équivalent.

Le cycle II, destiné aux titulaires du BTS, du DEUG, de la licence ou tout autre
diplôme équivalent.

Le cycle III s'adresse quant à lui aux titulaires de la MAITRISE ou de tout autre
diplôme équivalent.

En fin de cycle, les étudiants sont tenus d'effectuer un stage en Entreprise pour
s'imprégner des réalités du terrain. C'est dans ce cadre qu'il nous a été donné, en temps
qu’élève ingénieur en Télécommunications et Technologie de l’Audiovisuel, de
plancher sur des techniques de la mise en œuvre d'une plate forme de téléphonie IP au
Centre National de Recherche Agronomique (CNRA). Ce stage s'est déroulé de mars à
août 2008 à la Direction de Innovations et des systèmes d'information.

Ce présent document est le fruit de connaissances théoriques et pratiques destiné à la

direction générale du CNRA, pour l’orienter efficacement dans la prise de décisions
avisées par rapport à son système d'information.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel v
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Introduction

La VoIP, (Voice over IP) ou téléphonie par Internet, était le maillon manquant de la
convergence Multimédia promise par Internet jusqu’en 2003.

La téléphonie traditionnelle avait jusqu'à cette date, bien résisté à la vague Internet.
Ses atouts: la large diffusion d'équipements terminaux peu coûteux comme les postes
téléphoniques ou les télécopieurs, les nombreuses fonctions auxquelles les utilisateurs
étaient habitués comme la mise en garde, la conférence, le transfert ou le filtrage
d'appels et les services d'urgence. Ses faiblesses : les fonctions offertes aux utilisateurs
par cette technologie centenaire, n'avaient que très peu évolué et les prix avaient peu
baissé. En effet, mis à part l'introduction de la numérotation par fréquence vocale, on
cherche vainement ce qui avait bien pu changer depuis 50 ans. De même, alors que la
plupart des composants du système téléphonique étaient des ordinateurs dont les prix
ont été divisés par plus de cent en 20 ans, on n'a pas constaté de changement
significatif dans la tarification fondée sur la durée et la distance. La téléphonie
classique était donc une cible toute désignée pour les ‘’conquistadors’’ de l'Internet.

Les premiers systèmes de VoIP destinés à remplacer la téléphonie fixe traditionnelle,

ont été des échecs sévères pour de nombreuses raisons qu'on peut simplifier en disant
que c'était moins bien et plus cher. C'était moins bien, car il manquait la plupart des
fonctions de la téléphonie traditionnelle. C'était plus cher, car le poste classique à
20.000F CFA, autoalimenté par le réseau téléphonique, se transformait au mieux en un
poste numérique complexe à 250.000F CFA qu'il fallait brancher sur le secteur ou au
pire à un ordinateur. De plus, la qualité de la communication laissait à désirer. La
perspective de faire des économies sur les communications n'était pas suffisante pour
envisager de renouveler tout le matériel. Cette situation a évolué rapidement sous
l'impulsion de plusieurs facteurs. L’Internet public, sans gestion de la qualité de
service, assure à l'heure actuelle la qualité et la facilité d'usage.

D’un autre côté, le standard SIP (Session Initiation Protocol), adapté au protocole
TCP/IP, est en train de s'imposer face aux normes complexes héritées des anciens
systèmes de téléphonie. Il existe déjà de nombreuses passerelles qui permettent, à
faible coût, de réutiliser les anciens équipements. L'ADSL, indispensable au
déploiement de la VoIP dans le grand public, gagne suffisamment de terrain.

Cette évolution technologique, comme nous l'avons signalée plus haut, a fait l'objet de
recherches accrues par les informaticiens et les télécommunicateurs. De ce partenariat,
sont nées plusieurs solutions d'autocommutateurs logiciels gratuits dont le plus célèbre
est ‘’Asterisk’’.

Ce logiciel installé à domicile ou en entreprise permet d'obtenir un central

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-1-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

téléphonique haut de gamme gratuitement.

Des centaines d'entreprises de part le monde, ont basculé complètement sur ce nouvel
autocommutateur. Elles ont vu leurs investissements en communication chuter
considérablement.

Avec la guerre que la Côte d’Ivoire a connue, les entreprises ont été durement
éprouvées. Cette révolution technologique s’installe donc timidement ; ce qui est
vraiment dommage, vu les nombreux avantages offerts. En cette sortie de crise, les
structures ambitieuses et de renommée internationale comme le CNRA (Centre
National de Recherche Agronomique) auraient tout à gagner en intégrant la VoIP dans
leur système d’information.

En effet, le CNRA s'impose comme l’une des références en recherche agronomique au

niveau mondial. Il a donc besoin d'un système de communication stable, robuste,
performant et disponible. Ce qui n'est pas encore le cas pour les raisons suivantes :
vétusté des installations de télécommunications, isolement des sites, instabilité de
l’énergie électrique, couverture végétale et proximité de lac.

Il apparaît dès lors que communiquer dans ces conditions, avec toutes les entités de la
structure, devient un problème réel. En plus, les communications inter sites coûtent
énormément cher à l’Entreprise.

Pour relever le défi de la compétitivité et de l'efficacité, le CNRA a envisagé de

procéder à l'interconnexion de ses unités opérationnelles, en vue de la transmission de
données. En accord avec le Chef du département Informatique, nous avons décidé de
travailler, spécifiquement, sur le transport de la voix à côté des données à transmettre,
dans le même réseau et sur les mêmes supports.

Ainsi, il a été soumis à notre étude le projet suivant : '' Intégration d'une plate forme
de téléphonie IP basée sur l'IPBX Asterisk au système d’information du CNRA ''.

Depuis le vingtième siècle, les moyens de télécommunications se diversifient et leur

importance ne fait qu'augmenter. Une indication de cette expansion est la rapidité avec
laquelle les différents outils de télécommunications se répandent dans la population et
les entreprises.

Cette acquisition de nouvelles méthodes de communication s'accompagne par deux

autres bouleversements, que sont la nature des informations à transmettre et la
généralisation des moyens de télécommunications.

Pour faire face à cette demande, les télécommunicateurs et les informaticiens ont
développé de nouveaux systèmes très sophistiqués qui font leurs preuves. La solution
consiste à élaborer des systèmes capables de gérer simultanément la voix, la vidéo et
les données de manière totalement transparente.

Concernant la voix, des avancées notables ont été enregistrées en s'appuyant sur le
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-2-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

protocole SIP. Il est ainsi possible aujourd'hui de mettre sur pied un PABX haut de
gamme à l'aide d’un ordinateur ; un logiciel gratuit comme Asterisk et un réseau IP.

Si l’on en juge par la déferlante des publications sur le sujet depuis quelques mois, la
VoIP est dans l’air du temps ; mieux c’est l’avenir de la téléphonie. Le présent
mémoire a donc voulu apporter une contribution sur le sujet dans une entreprise
multisites, dénommée CNRA. En effet, le CNRA est doté de douze (12) unités
opérationnelles dissémines sur toute l'étendue du territoire ivoirien. Compte tenu des
problèmes liés à l’environnement et l'isolement de ses sites des réseaux publics de
télécommunications, d’une part et de la vétusté des installations (quand elles existent)
d’autre part ; les communications y sont très difficiles ; voire impossibles dans
certains cas. Afin de résoudre ce problème, les décideurs se sont engagés dans un vaste
programme d’interconnexion, qui, à terme, permettra à cette entreprise de disposer de
son propre réseau WAN (Wide Area Network). En réalité dans un premier temps cette
toile locale sera dédiée à la navigation, la messagerie et la transmission de données
comptables. Ce qui signifie qu’elle sera sous exploitée. Il apparaît donc la question de
l’optimisation de ce WAN. En d’autres termes l’intégration d’Asterisk dans ce réseau
ne pourrait-il pas résoudre les problèmes de communication de cette entreprise tout en
garantissant l’optimisation voulue.

La résolution de ce problème fondamental nous conduira à analyser les points

touchant :

les principes de la technologie de la vois sur IP ;

les étapes du déploiement d’une telle solution dans une entreprise multisites ;

les retombés économiques pour le CNRA ;

l’impact sur la façon de téléphoner, mais aussi de travailler au CNRA ;

l’accessibilité au personnel technique de cette entreprise.

Cette étude vise à démontrer que la téléphonie sur IP basée sur l’IPBX Asterisk, est
une solution qui peut s’intégrer facilement dans le système d’information du CNRA et
surtout qui lui permettra de réaliser des économies sur ses factures téléphoniques.

Pour atteindre cet objectif, nous serons amenés à :

effectuer une étude simplifiée de la téléphonie sur IP et présenter ses

avantages ;

démontrer la stabilité du système malgré l’impact de l’environnement;

réaliser le déploiement de Asterisk sur un site pilote; le relier au réseau RTC
classique puis effectuer les tests requis;

étudier l’interconnexion des autres unités du CNRA au site pilote;

proposer une étude du retour sur investissement au sein du CNRA;

Nous pensons en effet que l’implémentation d’Asterisk dans le même réseau que les
données sur toutes les unités opérationnelles du CNRA, justifierait une utilisation
optimale des ressources prévues. Ce qui tournerait alors autour de 80% des
sollicitations du réseau. En effet pour l’heure, il n’est réduit qu’à l’échange de fichiers
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-3-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

bureautiques et de mails, c’est-à-dire à environ 3% de ses capacités réelles selon les

données recueillies auprès des administrateurs réseaux de cette entreprise.

Le choix du matériel et des logiciels dans le cadre de ce projet devrait présenter des
installations :

stables au niveau de la distribution linux utilisée pour l’implémentation du

système ;

pleinement fonctionnelles, c’est-à-dire dotées de toutes les fonctionnalités d’un
PABX traditionnel sans exception et de fonctionnalités supplémentaires
apportées par Asterisk;

identiques aux systèmes précédents au niveau de la qualité audio ;

sécurisées malgré les conditions environnementales difficiles, des installations
électriques instables et l’isolement des sites du CNRA ;

dont le calcul du RSI (Retour Sur Investissement) justifierait aisément une prise
de décision en faveur de la solution de VoIP que nous proposons.

Pour une bonne compréhension du thème dans le contexte des télécommunications et

de l’informatique, nous avons consulté sur le web l’encyclopédie libre wikipédia.
Ainsi nous avons relevés les définitions suivantes :

Une intégration : C'est le fait d'inclure un élément dans un ensemble plus vaste.

Un système d'information : C’est un ensemble d’éléments participant à la gestion, au

stockage, au traitement, au transport et à la diffusion de l’information au sein d'une
organisation.

Une plate-forme : Ensemble de moyens matériels, logiciels, techniques sur lesquels

s’appuie une politique commune.

Téléphonie IP : la téléphonie sur le protocole internet est une technique qui permet de
communiquer par la voix via Internet ou tout autre réseau acceptant le protocole
TPC/IP.

IPBX : PABX IP ou PBX IP est un système de télécommunication utilisé en

entreprise qui assure l’acheminement de toutes ou parties des communications en
utilisant le protocole Internet, en interne sur le réseau local (LAN) ou le réseau étendu
(WAN) de l’entreprise.

Les investigations menées nous ont conduits à la bibliothèque de l’ISTC. Nous avons
pu ainsi y recueillir des informations capitales sur la gestion de la sécurité dans un
réseau IP et son impact sur le transport de la voix.

Les cours de téléphonie générale ainsi que ceux d’électrotechnique, ont été d’un apport
inestimable dans la conduite de cette étude, notamment dans la sécurisation des
installations de télécommunications et sur la téléphonie IP.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-4-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Nous avons aussi sollicité Internet. Ici, nous avons bénéficié d’une abondante
documentation sur le sujet. Plusieurs tutoriels nous ont guidés dans le choix du
matériel, des logiciels, l’installation et la configuration des ''packages'' Asterisk.

Profitant des missions ponctuelles qui nous ont conduits sur plusieurs unités
opérationnelles du CNRA, nous avons eu des entretiens avec les responsables de ces
sites. Nos échanges ont porté sur la situation des communications intra et inter sites. Il
est ressorti de ces entretiens, des difficultés réelles à résoudre au plus vite et la vision
de l’entreprise vis-à-vis de sa politique de communication.

Le déroulement de l’enquête se résume en une série de constats et d’échanges lors de

nos visites sur les unités évoquées. Le résultat est plutôt sombre. Plus loin, l’état des
lieux présentera les détails de cette enquête.

Pour mener à bien le projet, nous organisons le travail en trois parties :

1- La première partie est intitulée ″GENERALITES″. Elle comprend les chapitres I,

II et III.

Le chapitre premier présente le CNRA. Il porte sur sa création ; son

fonctionnement et ses missions.

Le chapitre deuxième porte d’une part, sur le principe de la téléphonie sur IP,
les principaux protocoles mis en jeu, et d’autre part, met en évidence les
différents modèles de déploiement d'une solution de voix sur IP.

Le chapitre troisième aborde une étude détaillée d’Asterisk ; son historique ; ses
fonctionnalités et son architecture.

2- La deuxième partie, ‘’L’ETAT DES LIEUX’’, tient lieux de préparation de la mise

en œuvre d’Asterisk. Cette partie comprend les chapitres IV, V, VI et VII.

Le chapitre quatrième traite de la description du réseau informatique du CNRA.

Le chapitre cinquième porte sur la description du service de téléphonie du
CNRA.

Le chapitre sixième s’étend sur la modélisation du réseau proposé au CNRA.

Le chapitre septième présente un cahier des charges spécifiant les conditions de
mise en œuvre de cette étude.

3- La troisième partie est intitulée : ’’INTEGRATION DE LA TELEPHONIE IP

BASEE SUR L’IPBX ASTERISK AU SYSTEME INFORMATIQUE DU
CNRA’’.

Cette dernière partie comprend les trois derniers chapitres du mémoire. Il s’agit
notamment des chapitres VIII, IX et X.

Le chapitre huitième étudie un exemple de déploiement d’Asterisk sur un site

pilote. Ici il sera question du choix d’un site pilote, du traitement des questions
liées à la mise en place de la plate forme de ce site puis de procéder à des tests
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-5-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

post déploiement.

Le chapitre neuvième propose une étude financière pour l’implémentation
d’Asterisk au CNRA.

Le chapitre dixième présente une évolution après le déploiement du pilote. Les
interconnexions et les traitements des appels inter sites sont résolus dans ce
dernier chapitre.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-6-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

PREMIÈRE PARTIE

GENERALITES

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-7-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre I : Présentation du CNRA

I- La création du CNRA

Créé en 1998, le Centre National de Recherche Agronomique remplace trois anciens

instituts de recherche agronomique ivoiriens : l’Institut des savanes (IDESSA),
l’Institut des forêts (IDEFOR) et le Centre ivoirien de recherche technologique
(CIRT).
Le capital social, de 500 millions de francs CFA, est détenu pour 40% par l’Etat de
Côte d’Ivoire et pour 60% par les opérateurs agricoles et agro-industriels opérant en
Côte d’Ivoire.
La présence du secteur privé permet d'influencer les orientations, la gestion, et les
activités du CNRA en tenant compte des préoccupations des paysans, des
organisations professionnelles agricoles et de l'agro-industrie.

II- L’objet du CNRA

L’objet du CNRA est d’accroître de façon durable la production et la productivité dans

les domaines agricole et agro-industriel en Côte d’Ivoire et en tout autre pays par :

des recherches sur les productions végétales, animales et forestières, les
systèmes de production, les méthodes de conservation et de transformation,
ainsi que par l’adaptation des innovations technologiques en milieu rural ;

le transfert des acquis scientifiques et techniques auprès des opérateurs publics
et/ou privés, locaux ou/et extérieurs ;

la valorisation de l’expertise des ressources humaines auprès des opérateurs
publics ou/et privés, locaux ou/et extérieurs ;

III- Les missions du CNRA

Initier et exécuter des recherches en vue d’assurer :

L’amélioration de la productivité des cultures destinées à l'exportation et des
cultures alimentaires ;

La promotion et le développement de nouveaux produits ;

L’intensification et la stabilisation des systèmes de production agricole et
d’élevage ;

La mise au point de techniques respectant l’environnement et adaptées aux
besoins des producteurs et des productrices à faibles revenus ;

L’amélioration et la diversification des produits d’origine animale ;

La dynamisation de la recherche technologique, notamment la conservation, la
transformation des produits agricoles et l’adaptation de la petite technologie en
milieu rural ;

Mobiliser autour de la recherche agronomique nationale, au plan financier
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-8-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

comme au plan technique, les partenaires privés de l'état ;

Doter les services de la recherche agronomique d’une capacité de propositions,
de moyens humains, matériels et financiers en rapport avec la demande ;

Constituer une excellente expertise en matière d'agriculture au plan national,
régional et international ;

Apporter un appui aux groupes sociaux les plus vulnérables : femmes, petits
exploitants...

Ces missions s'exécutent à travers vingt deux (22) programmes de recherche gérés
selon une rigoureuse procédure de suivi évaluation.

IV- L’organisation du CNRA

Le fonctionnement du CNRA se fonde sur une organisation basée sur les grandes
régions de la Côte d’Ivoire. Cette régionalisation vise à faciliter une emprise de la
recherche agronomique sur les réalités régionales et les préoccupations du milieu rural,
avec une attention particulière aux conditions socio-économiques et culturelles des
agriculteurs et des opérateurs économiques. Ainsi, outre la direction générale, le
CNRA dispose de cinq (5) directions régionales, de treize (13) stations de recherche et
de deux (2) laboratoires centraux. Voir figure 1, la cartographie du CNRA.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
-9-
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Figure 1 : organisation régionale des sites du CNRA

Source : site Web du CNRA ‘’ [Link]’’

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 10 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Direction
Générale

Unité de contrôle
de gestion
Conseiller du DG
Unité de coopération
Internationale

Service
Approvisionnement et
Marchés

Cellule
Communication et
Média

Directeur Général Adjoint Directeur Général Adjoint

chargé des Affaires chargé de l’Administration et
Scientifiques des Ressources

Cellule
Biométrique
Service Patrimoine
et Maintenance
Cellule
d’Etude
d’Impact

Direction
Programmes de Direction Direction Direction Direction de Direction
Recherche et Innovations et Ressources Commercial et la Production Finances et de
Appui au des Systèmes Humaines Marketing la
Développement d’Information Comptabilité

Figure 2 : L’organigramme du CNRA

Source : site Web du CNRA ‘’ [Link]’’

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 11 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre II : La téléphonie IP

I – La VoIP

''VoIP'' se définit par Voice Over IP. Il est parfois appelé téléphonie IP ou téléphonie
sur Internet. Cette technologie permet de communiquer par la voix via un réseau
supportant le protocole TPC/IP.

I-1- Fonctionnement
Lorsqu'un utilisateur veut entrer en communication avec un autre, une connexion est
établie entre les deux terminaux. L'utilisateur peut alors émettre un son par le biais
d'un micro (signal analogique), qui est ensuite numérisé et compressé par la machine
(signal de synthèse).

Une fois les données encapsulées dans des paquets, ceux-ci sont envoyés au
destinataire. A la réception, C'est l'opération inverse qui s'effectue. Le signal de
synthèse est converti en un signal analogique qui excite la membrane d'un haut parleur.
On obtient donc au final, un signal audible.

I-2- Les étapes de la technologie de voix sur IP

La technologie de la voix sur IP peut être découpée en huit (8) grandes étapes selon le
schéma ci-dessus:
1- 2- 3- 4- Habillage des 5- Emission
Acquisition Numérisation Compression en- têtes et Transport

Convertisseur Processeur Ajout

Réseau

analogique DSP d’en-tête

numérique
Paquets IP

6- Réception 7- Coversion 8- Restitution

Num./Ana.

Convertisseur
numérique
analogique
Remise en ordre

Figure 3 : Les étapes de la technologie de la voix sur IP.

Source : Comment trouver sa voix sur IP ? Yolande Maréchal, Completel et Benjamin Glaesener, EBG.
Edition janvier 2006

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 12 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

I-2-1- Acquisition du signal

La VoIP suppose la transformation d'un signal analogique (la voix) en un signal discret
numérique (composé d'une série de chiffres binaires). La première étape consiste
naturellement à capter la voix à l'aide d'un microphone.

I-2-2- Numérisation du signal

La voix passe alors par un convertisseur analogique numérique qui réalise

l'échantillonnage et la quantification.
Généralement, la voix est échantillonnée à 8 kHz et chaque échantillon est codé sur 8
bits; ce qui donne un débit de 64 Kbit/s exigée par la norme G711.

I-2-3- Compression du signal

Le signal, une fois numérisé, est traité par un algorithme de COmpression /

DECompression (codec), qui est un ensemble de transformations utilisées pour
numériser la voix ou reconstituer le signal analogique à partir des données numérisées.
Un codec convertit un signal analogique en un format binaire (des 0 et des 1). Il existe
de nombreuses méthodes de numérisation, et en conséquence de nombreux types de
codecs. Une grande compression engendre une plus grande distorsion (moindre
qualité). Un codec est meilleur s'il propose une restitution de meilleure qualité pour
une consommation de bande passante équivalente.
Un circuit numérique de base sur le PSTN (Public Switched Telephony Network),
utilise typiquement un codec appelé « Pulse Code Modulation » (PCM). PCM est un
codec de bonne qualité, mais requiert 64 Kbit/s. Deux variantes du codec PCM sont
utilisées : microlaw et alaw. Ces standards sont aussi connus sous les dénominations
G.711u et G.711a. Microlaw est courant en Amérique du Nord, Alaw en Europe et en
Afrique francophone. Les codecs G.711 ne requièrent que peu de ressources et sont
disponibles dans la plupart, si ce n'est la totalité, des équipements de VoIP.
Dans les régions émergentes, l'utilisation de G.711 consomme trop de bande passante
pour un simple appel, et il faut considérer l'utilisation d'autres types de codecs.
GSM (Global System for mobile) et Speex sont deux codecs gratuits et de bonne
qualité. Si G.729 donne également de bons résultats, il nécessite l'acquisition d'une
licence pour un usage commercial. Le tableau 1 présente la correspondance des scores
MOS et leurs niveaux de qualité associée.

Score MOS Définition Exemple

4à5 Haute qualité Téléphone RNIS
3,5 à 4 Qualité commerciale
Téléphone fixe classique
3 à 3,5 Qualité acceptable
2,5 à 3 Qualité militaire Talkie waki
Inférieur à 2,5 Qualité synthétique Voix robotisée
Tableau 1 : Correspondance Score MOS et qualité de la voix
Source : Voix sur IP par SEBF

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 13 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Exemples de quelques codecs utilisés en VoIP

G711
Cette norme compresse le signal à un débit de 64 Kbit/s. Elle est aujourd'hui
supplantée par d'autres. Néanmoins elle est utilisée comme référence en termes de
fidélité du signal. (Score MOS de 4,2).

G722
A la différence du G.711, ce codec transforme le spectre jusqu'à 7 KHz, ce qui restitue
encore mieux la voix. Les débits que ce codec fournit sont 48,56 ou 64 Kbit/s. Une des
particularités est de pouvoir immédiatement changer de débit. Ceci est fortement
appréciable lorsque la qualité du support de transmission se dégrade. Son score en 64
Kbit/s est de 4.

G729
Avec les normes de la famille G723, G729 est le codec le plus utilisé pour la VoIP. Il
fonctionne à un débit de 8 Kbit/s et obtient un score de 4.0; ce qui correspond à la
qualité téléphonique.

I-2-4- Habillage des en-têtes

Les données ''brutes'' qui sortent du DSP (Digital Signal Processor) doivent encore être
enrichies en information avant d'être converties en paquets de données à expédier sur
le réseau. Trois ''couhes'' superposées sont utilisées pour cet habillage:

IP (Internet Protocol)
La couche IP correspond à l'assemblage en paquets. Chaque paquet commence par un
en-tête indiquant le type de trafic concerné.

UDP (User Datagram Protocol)

C'est la deuxième couche concernée. Elle procède au formatage simplifié des paquets.
UDP ne garantit ni le bon acheminement des paquets, ni leur ordre d'arrivée.

RTP (Real Time Protocol) / RTCP (Real Time Control Protocol)

Pour palier l'absence de fiabilité d'UDP, un formatage RTP est appliqué de surcroît aux
paquets. Il consiste à ajouter des entêtes d'horodatage et de synchronisation pour
s'assurer du réassemblage des paquets dans le bon ordre à la réception. Cette couche
est souvent renforcée par RCTP qui comporte, en plus, des informations sur la qualité
de la transmission et l'identité des participants à la conversation.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 14 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

I-2-5- Emission et transport

Les paquets sont acheminés depuis le point d'émission pour atteindre le point de
réception sans qu'un chemin précis ne soit réservé pour le transport. Ils transitent dans
le réseau en fonction des ressources disponibles et arrivent à destination dans un ordre
indéterminé.

I-2-6- Réception

A l'arrivée, il est essentiel de replacer les paquets dans le bon ordre et assez
rapidement. Faute de quoi une dégradation de la voix se fera sentir.

I-2-7- Conversion numérique analogique

La conversion numérique analogique est l'inverse de l'étape 2, qui permet de

transformer les données reçues sous forme de séries discrètes en un signal électrique
''continu''.

I-2-8- Restitution

Le signal continu obtenu à l'étape précédente peut être transcrite par le haut parleur du
casque, du combiné téléphonique ou de l'ordinateur.

II - De la VoIP à la téléphonie
II-1- Les normes et protocoles

II-1-1- PSTN

PSTN est l'abréviation du réseau téléphonique publique commuté, le « réseau des

réseaux téléphoniques », ou plus couramment « réseau téléphonique ». Tel Internet qui
interconnecte tous les réseaux IP, le PSTN est le réseau résultant de l'interconnexion de
tous les réseaux téléphoniques commutés du monde entier. Une différence importante
avec Internet est cependant la définition du « flux d'information ». En Téléphonie
PSTN, un flux d'information est un « appel téléphonique » dans son ensemble,
contrairement à Internet pour lequel chaque paquet constitue un flux à lui tout seul. Le
PSTN et Internet représentent deux philosophies très différentes. Lorsqu'un appel est
passé sur le PSTN, un circuit dédié de 64 Kbit/s doit être réservé. Si l'appel est passé
sur Internet, il coexiste avec de nombreux autres services. Si cette différence semble
dérisoire au premier abord, elle revêt une importance particulière dans le
développement des technologies de l'information et de la communication (TIC). Dans
le modèle traditionnel, un câble de cuivre donne accès au PSTN et offre un service
unique : un canal de transport de la voix analogique. Si ce même câble est utilisé pour
se connecter à un réseau à commutation de paquets, tel qu'Internet, tout type de service

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 15 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

basé sur IP peut être proposé.

Si le PSTN a historiquement été régi par des standards techniques créés par l'UIT
(Union Internationale des Télécommunications), l'Internet est lui régulé par les
standards de l'IETF (Internet Engineering Taskforce). Les deux réseaux, le PSTN et
Internet, utilisent des adresses pour diriger leur flux d'information. Le PSTN utilise
des numéros de téléphone pour commuter les appels entre centraux téléphoniques.
Internet utilise des adresses IP pour diriger les paquets entre ses routeurs.

II-1-2- La signalisation en téléphonie traditionnelle

Les centraux téléphoniques sont les « routeurs » du PSTN. Un FXO (Foreign

Exchange Office) représente un équipement, qui du point de vue du central
téléphonique se comporte comme un téléphone ordinaire.
Un FXO doit pouvoir recevoir un signal d'appel entrant, être décroché et raccroché, et
émettre des signaux vocaux. Un FXO se représente comme un « téléphone » ou
n'importe quel appareil qui « sonne » (fax, modem).
Un FXS (Foreign Exchange Station) représente ce qui se trouve à l'autre extrémité de
la ligne de téléphone. Un FXS délivre la tonalité aux téléphones. Sur les lignes
analogiques, un FXS pourvoit la tonalité et le courant électrique nécessaires au
fonctionnement des téléphones. Un FXS (ligne de téléphone) délivre environ 48 volts
de courant continu (DC) pendant une conversation téléphonique, et jusqu'à 80 volts de
courant alternatif (AC) lorsqu'il génère une sonnerie.

Un PABX qui intègre des interfaces FXO et FXS peut se connecter au PSTN et
accueillir des téléphones. Les lignes de téléphone provenant de l'opérateur doivent être
connectées à une interface FXO. Les téléphones de bureau doivent être connectés à
une (des) interface(s) FXS du PBX.

Deux règles simples à mémoriser :

1. Un FXS doit être connecté à un FXO (telle qu'une ligne de téléphone doit être
connectée à un téléphone et réciproquement).
2. Un FXS pourvoit en courant (actif) le téléphone FXO (passif). Voir figure 4.

Commentaire de la figure 4

a) Un téléphone peut être considéré comme un FXO connecté à un FXS (le PSTN).
b) Un PBX peut accueillir des FXO comme des FXS.
c) Un ATA (Analog Telephone Adaptor) se comporte comme un FXS lorsqu'il
connecte un téléphone (FXO) à un ordinateur ou PBX.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 16 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Figure 4 : Règle générale de connexion aux ports FXS et FXO.

Source : VoIP pour le développement page. Un guide pour construire une infrastructure de télécommunication
en région émergente. Page 6.

Signalisation analogique

Un ensemble de « signaux » est émis chaque fois qu’on utilise une ligne de téléphone,
pour présenter à l'utilisateur des informations sur le statut et le progrès de l'appel.
Parmi ces signaux, on trouve la tonalité, le signal d'une ligne occupée, la sonnerie, et le
statut du combiné (décroché ou raccroché). Ces signaux sont transmis entre le FXO et
le FXS grâce à un protocole de signalisation.

Malheureusement, ces signaux peuvent être générés de nombreuses manières

différentes. Chaque mécanisme est une « méthode de signalisation ». Les méthodes de
signalisation varient d'un endroit à un autre ; c'est pourquoi, il faut savoir quelle
méthode est utilisée sur les lignes. Deux méthodes de signalisation sont courantes, «
loop start » et « ground start ».

Signalisation entre centraux téléphoniques

SS7 (Signaling System 7) est un ensemble de standards développés par l’AT&T

(American Telephone and telegraph) et l'UIT qui, entre autres tâches, gère
l'établissement et l'acheminement des appels entre centraux téléphoniques du PSTN.
L'important est de retenir que dans les réseaux téléphoniques traditionnels, la voix et la
signalisation sont séparées. Cela signifie qu'un « circuit » est utilisé pour la voix
(conversation), et un autre circuit transporte des données additionnelles (supervision)
nécessaires à l'établissement de l'appel. Ces données additionnelles sont échangées
grâce au protocole SS7.

Le fait que la « signalisation » et la « voix » sont séparées, signifie qu'elles ne suivent

pas forcément le même chemin physique lors de leur transmission. Les « conversations
téléphoniques » sont susceptibles d'emprunter un câble lorsque les numéros de
l'appelant et de l'appelé, c’est-à-dire la signalisation, en empruntent un autre.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 17 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

II-1-3- Signalisation en téléphonie IP

La signalisation de la Voix sur IP suit une philosophie similaire à celle du PSTN. La

signalisation et la conversation sont clairement différenciées.
Dans cette section, nous présentons brièvement les principaux protocoles que l’on
rencontre dans les systèmes de voix sur IP.

H.323

H323 est une norme qui regroupe en son sein plusieurs sous-normes. Elle a été définie
par l'UIT pour encadrer les procédures de signalisation nécessaires aux
communications multimédias sur réseau IP.

SIP : Protocole d'Initiation de Session (Session Initiation Protocol)

Le Protocole d'Initiation de Session (SIP) est un protocole Internet développé par

l'IETF. Il est destiné à accomplir certaines des fonctions de SS7. Mais sur des réseaux
basés sur IP tels qu'Internet, le protocole SIP assure l'établissement des appels et leur
signalisation.

Les trois fonctions principales du protocole SIP sont :

• gérer l'authentification ;
• négocier la qualité d'un appel ;
• gérer les adresses IP et les ports à utiliser lors de la transmission de la «conversation
vocale ».

Serveurs Proxy et SIP

Bien que deux équipements SIP (téléphones IP) puissent communiquer directement,
SIP utilise des éléments additionnels appelés serveurs proxy afin de faciliter
l'établissement d'un appel. Avec la téléphonie IP, il est possible de déplacer un «
numéro de téléphone » partout dans le monde. Les « numéros de téléphone » ne sont
pas liés à un emplacement physique déterminé. L'une des fonctions d'un serveur proxy
SIP, est d'agir en intermédiaire savant où trouver un numéro de téléphone sur le réseau.
Un serveur proxy SIP, est informé de la location actuelle d'un utilisateur par un
processus appelé « enregistrement » (registration).

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 18 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Figure 5 : Le processus d'enregistrement (register) d'un client au serveur proxy SIP.

Source : VoIP pour le développement page. Un guide pour construire une infrastructure de télécommunication
en région émergente. Page 8.

MGCP : Contrôleur de Passerelles Multimédias (Media Gateway

Control Protocol)

Le protocole MGCP sert à l'échange de message de signalisation entre un contrôleur de

passerelles de médias et des passerelles réparties dans un réseau IP. Pour
l'établissement et la libération des connexions, MGCP se sert de signaux et
d'événements.

Une connexion entre deux réseaux RNIS transite par un réseau IP. Le contrôleur de
passerelles contient également la fonctionnalité de passerelle de signalisation. Les
passerelles de médias convertissent les flux de paquets IP contenant le signal audio en
des flux synchrones à 64 kbit/s, et inversement. La signalisation mise en œuvre entre le
RNIS et la passerelle de signalisation est basée sur le système de signalisation no 7
(SS7). La commande des passerelles de médias est faite au moyen du protocole
MGCP.

Protocol de transport temps réel (Realtime Transport Protocol, RTP)

et NAT (Network address translation).

Sur Internet, les conversations téléphoniques basées sur SIP, sont constituées de flux
de petits paquets transportés au moyen d'un autre protocole, RTP. Le protocole de
transport temps réel (Realtime Transport Protocol, RTP) est le véritable conteneur de
la voix. RTP définit un format de paquet standard pour le transport de l'audio et de la
vidéo sur Internet. Une conversation normale incluant deux interlocuteurs, une
conversation basée sur IP inclut de même deux flux RTP différents et séparés.
Les dispositifs de Traduction d'Adresse de Réseau (Network Address Translation,
NAT) sont les grands ennemis de RTP. Un réseau NAT consiste en un ensemble
d'ordinateurs partageant une seule adresse IP publique pour communiquer avec
l'extérieur. Les ordinateurs à l'intérieur du réseau NAT se voient attribuer une adresse «

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 19 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

privée ». Les NAT sont très utiles pour connecter facilement un grand nombre
d'ordinateurs à Internet, mais les ordinateurs ainsi connectés ne sont pas complètement
accessibles (« routable ») de l'extérieur du réseau.
Les réseaux NAT présentent de nombreux problèmes à la VoIP. Le problème le plus
commun se nomme « audio à sens unique ». Souvenons-nous qu'une conversation
normale inclut 2 flux RTP séparés. En présence d'un NAT, un des flux (de l'extérieur
vers l'intérieur) est bloqué. En conséquence l'appelant ne peut entendre l'appelé.

Malheureusement les adresses privées sont presque omniprésentes dans les régions
émergentes dont la Côte d’Ivoire. C'est pourquoi les problèmes liés aux réseaux NAT
sont fréquents lors d'implémentation de VoIP. Installer un service de VoIP basé sur SIP
en présence d'un réseau NAT, n'est pas évident.

Protocole d'échange Inter Asterisk (Inter Asterisk eXchange, IAX)

Le protocole d'Echange Inter Asterisk (Inter Asterisk eXchange) version 2 (IAX2)

propose une alternative aux protocoles de signalisation tels que SIP. IAX2 a été créé
dans le cadre du projet de PBX opensource Asterisk. Contrairement à SIP qui utilise
deux paires de flux (l'une pour la signalisation, l'autre pour la voix), IAX utilise une
seule paire de flux pour communiquer entre les extrémités de la ligne (téléphone ou
central téléphonique). La signalisation comme les données (la conversation vocale)
sont transmises sur le même canal ; par opposition à SIP qui utilise un second canal («
outofband ») pour les flux de données (RTP) transportant la voix.

Comme nous l'avons vu, les réseaux NAT sont relativement courants, aussi IAX2 est-il
le bienvenu dans l’environnement de la VoIP. De plus, IAX2 permet à plusieurs appels
d'être rassemblés dans un seul ensemble de paquets IP, puisqu'un seul paquet peut
transporter des informations concernant plusieurs appels en cours. Ce mécanisme se
nomme « trunking ». Avec IAX2, le « trunking » permet des économies de bande
passante importantes.

Le concept de « trunking » peut être expliqué par la métaphore suivante: imaginons

que nous ayons à envoyer cinq lettres à des destinataires vivant dans un autre pays.
Nous pouvons utiliser une enveloppe par lettre, ou inclure les cinq lettres dans une
seule enveloppe puis inclure le nom du destinataire final en première ligne de chacune
des lettres. Le « trunking » opère de façon similaire et permet d'envoyer plusieurs
lettres (appels) dans une seule enveloppe (paquet IP).

En résumé, IAX2 se révèle un bon candidat à la VoIP, pour trois raisons :

1. Minimise la bande passante par appel ;

2. Inclus le support des réseaux NAT (plus facile à utiliser derrière un pare-feu) ;
3. Réduit la consommation de bande passante pour un ensemble d'appels (par
l'utilisation du « trunking »).

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 20 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

II-2- Les équipements

Les équipements dépendent de l'architecture choisie. Les éléments principaux que l'on
peut retrouver sont les suivants:

l'autocommutateur privé ou IPBX ;

le gatekeeper ;

la passerelle ou adaptateur téléphonique;

les téléphones analogiques, WIFI et IP ;

les ordinateurs ;

les bornes WIFI.

Figure 6 : Les principaux équipements d’une plate forme VoIP

Source: [Link]

II-2-1- L'autocommutateur privé (PABX, Private automatic Branch eXchange)

Il a pour mission de gérer les appels internes et de relier les postes téléphoniques du
site avec le réseau extérieur. Dans le cas où l'autocommutateur traite directement les
conversations comme des flux de paquets IP, on parle d'IPBX.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 21 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

II-2-2- Gatekeeper

Le gatekeeper est un dispositif chargé d'autoriser ou d'interdire l'accès au réseau et

d'allouer une certaine bande passante à un appel. Il joue donc un rôle clé dans la
sécurisation et la qualité de service de la solution. Le gatekeeper fait également la
traduction entre les adresses IP et les numéros de téléphone dans l'entreprise, et route
les appels. Il est intégré au PABX IP dans notre cas.

II-2-3- Passerelle (média gateway)

Comme son nom l'indique, la passerelle fait le pont entre le protocole IP utilisé en
interne ou sur le WAN et le réseau téléphonique public TDM (Time Division
Multiplexing).

II-2-4- Téléphone

Le téléphone reste un équipement indispensable de la téléphonie sur IP. Selon

l'architecture retenue, les téléphones classiques pourront être utilisés, mais aussi des
téléphones IP, des logiciels embarqués sur l'ordinateur de l'utilisateur, ou encore des
terminaux mobiles pour réseau WiFi ou mixtes WiFi/GSM.

II-2-5- Autres équipements

Pour compléter la solution, on trouve des équipements complémentaires comme une

console d'administration pour le superviseur du réseau, un serveur de taxation, un
pare-feu, un serveur de messagerie unifiée, etc.

II-3- La qualité de service

La téléphonie est un service vital pour l'entreprise, parfois même au coeur de son
métier. Les questions de qualité de service (QoS) sont donc particulièrement
importantes. La QoS a pour vocation d'assurer la disponibilité de la téléphonie en tout
temps et d'assurer une transmission des conversations dans de bonnes conditions.

II-3-1- Prévention des pannes de réseau

Si de nombreux responsables d'entreprise peuvent comprendre que les ordinateurs

tombent parfois en panne, que les logiciels peuvent être contaminés par des virus, ils
veulent pouvoir téléphoner à tout moment. Ce qui est d'ailleurs légitime ; car le
téléphone est le lien entre l'entreprise, la clientèle et les partenaires. Faisant emprunter
la voix et les données sur le même support physique, la téléphonie sur IP peut, si on ne
prend garde, être plus vulnérable aux pannes. Réciproquement une panne sur le
système VoIP peut affecter le système d'information dans son ensemble. D'où
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 22 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

l'éventualité de doubler le réseau: soit de déployer des liens spécifiques pour la voix,
soit de mettre en place une redondance pour assurer la pérennité de la téléphonie
même si les installations primaires venaient à tomber.

II-3-2- Le risque de dégradation de la qualité

Les défaillances dans la qualité de service ne sont pas toujours synonymes

d'indisponibilité totale de la téléphonie. Il peut ne s'agir que de dégradation dans la
qualité. La VoIP est sujette à des exigences particulières:

La Latence ;

La gigue ;

La perte et le déséquencement de paquets.

II-3-2-1- La Latence

La latence désigne le délai de transmission du signal de bout en bout. Plusieurs

facteurs influent sur elle: la bande passante disponible, son occupation (trafic), les
algorithmes de sécurisation, le nombre d'éléments réseaux traversés… Trop de latence
introduit des blancs dans la conversation. Un bon dimensionnement du réseau en
amont, ainsi que la définition des bonnes priorités, de manière à être sûr que la voix
pourra toujours passer, quelque soit le trafic data à tout instant, permet de résoudre ce
problème.

En conclusion, on considère généralement que la limite supérieure "acceptable", pour

une communication téléphonique, se situe entre 150 et 200 ms par sens de
transmission (en considérant à la fois le traitement de la voix et le délai
d'acheminement).

II-3-2-2- La gigue

La gigue est le phénomène provenant de la variation de la latence. A certains moments,

la latence peut être faible, et la voix peut être restituée avec un effet ''temps réel''
satisfaisant. Puis, une congestion temporaire du réseau peut augmenter le délai
d'arrivée des paquets, produisant un effet de parole hachée désagréable et rendant la
communication difficile à comprendre. Une solution pour éviter cela est la mise en
mémoire tampon.

II-3-2-3- La perte et le déséquencement de paquets

Ces problèmes sont des erreurs dans la transmission des paquets IP. Certains peuvent
se perdre en cours de route, ou encore les paquets peuvent arriver dans le désordre
avec une perte d'information ne permettant pas de les réordonner correctement. Parmi
les solutions mises en œuvre pour lutter contre ces problèmes, l'émission redondante
des paquets, l’analyse de leur intégrité et la mise en œuvre de processus d'interpolation
pour remplacer les valeurs manquantes, fait partie des moyens disponibles.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 23 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Nous pouvons retenir au terme de cette section, que plusieurs facteurs peuvent
intervenir dans la chaîne de VoIP et provoquer une communication plus ou moins
acceptable. Une solution efficace consiste à segmenter le réseau local en autant de
''sous-réseaux'' étanches que nécessaires (VLAN: Virtual Local Aera Networks). Il est
aussi possible de se contenter d'un bon calibrage de la bande passante pour garantir un
service nettement acceptable.

II-4- Les atouts de la VoIP

S'il n'y a pas une, mais des VoIP, quelle que soit l'architecture choisie, on retrouve une
série d'avantages. Plus d'amélioration, il s'agit en fait d'un changement de nature de la
téléphonie qui devient un véritable outil au service de la performance de l'entreprise.
C'est à la fois sur le plan des économies et de l'efficacité accrue que la VoIP se
différencie de la téléphonie traditionnelle.

II-4-1- Une économie sur le coût de la téléphonie

Les solutions VoIP, en permettant de faire transiter les communications inter sites sur
le réseau étendu (WAN) de l'entreprise, réduisent considérablement le coût de ces
communications. Par ailleurs, la possibilité de sortir vers le réseau public en un point
unique, permet de diminuer le nombre d'abo

nnement à des accès primaires (RTC, T0, T2) souvent coûteux. De cette façon, il est
aussi possible de négocier des tarifs plus intéressants avec son opérateur. L'entreprise
peut également réduire ses réservations de numéros SDA (Sélection Directe à
l'Arrivée) facturés par son opérateur téléphonique. Enfin, dans les solutions ''tout IP'',
les entités locales n'ont même plus besoin de PABX. Les communications sont
acheminées directement par le réseau local (LAN) puis le WAN. Ce sont l'IPBX, le
gateway et le gatekeeper centraux qui répartissent les appels.

II-4-2- Une homogénéisation des services de téléphonie de l'entreprise

La VoIP permet aux entités locales, dans certaines configurations, de bénéficier

demêmes services évolués que le siège: accès à l'annuaire d'entreprise, renvois
d'appels, conférence, etc.

II-4-3- Une gestion facilitée et centralisée

Du fait d’une convergence vers un réseau unique, les procédures d'assistance, de

configuration et d'intégration sont simplifiées (simplification de l’exploitation,
unification des applications, etc.).

Les solutions de téléphonie sur IP sont conçues pour dégager une stratégie de
migration à faible risque à partir de l'infrastructure existante ; car elles peuvent être
installées en parallèle sur le réseau existant.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 24 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

II-4-4- Des solutions évolutives

Un grand apport de la VoIP est son évolutivité, tant quantitative que qualitative.
Là où en téléphonie classique l'ajout d'un nouvel utilisateur demande généralement des
manipulations physiques dans l'armoire de brassage, voire de tirer des câbles
supplémentaires ; il ne requiert qu'une manipulation sur la console de l'administrateur
en VoIP.
L'évolution qualitative, c'est la possibilité d'ajouter au fur et à mesure de nouvelles
fonctionnalités.

II-4-5- Une téléphonie intelligente

La VoIP permet de prendre, de repartir et d’aiguiller les appels entrants de manière

simple, en fonction du temps d'attente et de la disponibilité des agents.

Par ailleurs, certains constructeurs proposent des services de routage intelligents des
appels, permettant de réaliser des renvois en fonction de certaines règles.

Enfin en téléphonie ''tout IP'', des menus personnalisés peuvent être définis sur le PC
relié au téléphone pour tenir compte des habitudes de la personne, et lui proposer ses
appels directement depuis son ordinateur.

II-4-6- Une téléphonie convergente avec les systèmes d'information

Les fonctionnalités de la convergence téléphonie informatique (CTI) sont grandement

facilitées par la VoIP. Auparavant, elles pouvaient être mises en place moyennant de
gros investissements. La VoIP en revanche, s'intègre plus facilement avec le système
informatique.

VoIP et messagerie unifiée

Une fonctionnalité très souvent recherchée, est la messagerie unifiée. Celle-ci permet
d'accéder à tous ses messages vocaux : e-mail, fax à partir d'une interface unique
comme le logiciel ‘’Outlook’’. Inversement, il peut être possible de consulter ses mails
à partir de son téléphone grâce à un logiciel de vocalisation.

VoIP et annuaire d'entreprise

L'annuaire d'entreprise (LDAP ou Lightweight Directory Access Protocol) peut être

directement couplé au système téléphonique. Ainsi, tous les changements
(mouvements, départs, arrivées d'un nouveau collaborateur) sont immédiatement
retranscrits. Grâce au lien entre téléphonie et messagerie, il est également possible
d'appeler un correspondant d'un simple clic sur sa fiche contact.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 25 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

III - Les modèles de déploiement

Il existe trois modèles de déploiement de la VoIP dans une entreprise :

utiliser une passerelle IP en complément de son infrastructure présente ;

passer à une solution IP de bout en bout ;

externaliser sa téléphonie.

Chaque modèle a ses avantages et ses inconvénients ; et une même entreprise peut les
combiner en fonction des besoins de ses différents sites.

III-1- Le modèle mixte: PABX et passerelle IP

La solution la plus simple pour passer à la VoIP, consiste à l'utiliser uniquement pour
faire de la communication inter sites en tirant parti du réseau étendu WAN (Wide Area
Network) qui les relie. Dans ce cas, la téléphonie à l'intérieur du site et entre un site et
le réseau externe, reste gérée par le PABX, à condition que celui-ci soit compatible IPT
(IP telephony). Il n'est donc pas nécessaire de changer les téléphones, l'architecture
téléphonique interne, ni le réseau local (LAN) de chaque site. Il suffit d'installer une
passerelle IP entre le PABX et le réseau WAN. Le rôle de cette passerelle est de
convertir les flux voix reçus du PABX en paquets IP, puis de les expédier sur le WAN
jusqu'au site de destination où l'opération inverse est effectuée.

Opérateur ToIP

Routeur

RTC
Réseau 2
Réseau 1

RNIS
Réseau
VPN

PABX PABX

Figure 7 : modèle mixte

Source : Comment trouver sa voix sur IP ? Yolande Maréchal, Completel et Benjamin Glaesener, EBG.
Edition janvier 2006

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 26 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Ce modèle présente plusieurs avantages:

minimisation des investissements ;

mise en œuvre rapide ;

transparence pour l'utilisateur (Les salariés conservent leur ancien téléphone
et toutes leurs habitudes) ;

gratuité des communications entre les sites ;

centralisation des accès au réseau public ;

économies substantielles sur les communications longues distances.

Même si ce modèle concilie donc souplesse, rapidité de mise en place et retour sur
investissement (ROI) rapide. Il ne permet pas néanmoins de bénéficier des avantages
des solutions ''tout IP''. Il peut donc être choisi comme mesure transitoire avant un
passage en ToIP sur chaque site.

III-2- La ToIP ou VoIP de bout en bout

Le deuxième modèle consiste à renouveler intégralement la téléphonie de l'entreprise,
tant au niveau des terminaux que du coeur de réseau. Dans ce cas, les PABX sont
remplacés par des IPBX gérant les communications vers l'extérieur: soit vers d'autres
sites via un réseau WAN, soit vers le réseau IP de l'opérateur, soit vers le réseau RTC.
Il est alors nécessaire de changer les téléphones classiques, afin de les remplacer soit
par des téléphones IP (IP phones), soit par des logiciels prenant en charge la fonction
téléphonique de l'ordinateur de l'utilisateur (softphones). On parle alors de ToIP
(telephony Over IP).

RTC
Plate forme opérateur ToIP

Entreprise équipée en ToIP avec raccordement

opérateur IP public
RNIS

Réseau
VPN

Figure 8 : Architecture IP de bout en bout

Source : Comment trouver sa voix sur IP ? Yolande Maréchal, Completel et Benjamin Glaesener, EBG.
Edition janvier 2006

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 27 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Ce modèle ''tout IP'' permet de profiter de certains avantages du modèle précédent,

comme les économies sur les communications internationales. Mieux, il présente de
nombreux avantages supplémentaires, permettant de tirer parti de la VoIP:

Intégration facilitée des fonctions à valeur ajoutée ;

Gains de câblage en cas de déménagement (réseau et électrique) ;

Mobilité facilitée ;

Nomadisme facilité (softphones) ;

Administration centralisée du parc.

Si l'on note plusieurs avantages en faveur de ce modèle, force est de reconnaître aussi
quelques faiblesses. Ainsi cette technologie présente les inconvénients suivants:

Investissement important ;

Fragilité potentielle plus grande (sécurité et QoS).

III-3- Le Centrex ou VoIP externalisée

Cette solution consiste à externaliser complètement sa téléphonie. L'entreprise n'a que
des téléphones IP, tout le coeur du réseau est géré par un opérateur.

Figure 9: Modèle centrex

Source : e-NeoLab 2006

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 28 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Ce modèle particulièrement adapté aux PME et aux centres d'appel de taille moyenne,
offre plusieurs avantages :

économie ;

réduction du nombre de prestataire ;

facilitation dans la supervision ;

allègement considérable des efforts de déménagement ;

possibilité d'une téléphonie homogène (les sites distants bénéficient des
mêmes fonctions téléphoniques que le siège. Le tout pouvant être géré de
façon centralisée, par un administrateur sur un des sites).

Si le centrex présente des atouts certains, il est nécessaire que le réseau privé de
l'opérateur soit parfaitement optimisé. En fonction de l'encombrement de ce dernier,
des interruptions de service pourraient survenir si tel n'est pas le cas.

L'essor de l'informatique sans fil dans les entreprises grâce aux normes WiFi (IEEE
802.11), amène à l'utilisation de ces réseaux radio pour transporter la voix sur IP. Des
terminaux WiFi, appelés WiFiphones, commencent à faire leur apparition sur le
marché.

Ce type de réseau est critiqué pour ses faiblesses en matière de sécurité et pour les
chutes de débit lors de communications nombreuses ou d'informations trop riches
(images, vidéo audio...). Des interférences sont aussi remarquées en présence
d’obstacles (murs, vitres teintées, étages,...). Cela peut aller jusqu'à la coupure d’une
communication, notamment lorsque l'on doit se déplacer d’une borne du réseau à
l'autre.

S’il existe trois principaux modèles de déploiement d’une plate forme de PABX-IP
dans une entreprise, force est de reconnaître que bon nombre de solutions logicielles
ont été mis à jour pour implémenter ce type de centraux. Cependant, l’avènement
d’Asterisk s’est révélé comme une véritable opportunité offerte par le monde des
logiciels libre, à tel enseigne que des dizaines de firmes internationales ont adopté
cette option. Si à ce stade, Asterisk suscite un tel engouement, qu’est ce qui fait sa
force? Quels sont ses points communs avec les PABX traditionnels?

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 29 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre III : Présentation de l’IPBX Asterisk

Asterisk est un PABX logiciel libre, multi plateforme, publié sous licence GPL
(General Public licence). Il tourne sur Linux et contient toutes les fonctions d'un
autocommutateur, et même davantage. Asterisk permet, entre autres, la messagerie
vocale, la conférence, les serveurs vocaux, la distribution des appels etc. Asterisk
implémente les protocoles H.323 et SIP, ainsi qu'un protocole spécifique nommé
IAX. Il permet la communication entre client et serveur, ainsi qu'entre deux serveurs.

De plus, les sociétés américaines Digium et Sangoma proposent des cartes analogiques
au format PCI (Peripheral Component Interconnect) pour l'IPBX Asterisk. Ces cartes,
munies d'interfaces analogiques, permettent soit de connecter l'IPBX Asterisk au RTC
(Réseau Téléphonique Commuté), soit de connecter des téléphones analogiques à
l'IPBX.

I- Historique

Le PABX open source Asterisk a vu le jour, quand Mark Spencer, a voulu acquérir un
PABX traditionnel pour sa société. Le créateur d'Asterisk, trouvant que le prix
d'acquisition d'un PABX traditionnel était démesuré, initia un projet open source. Il a
donc commencé à développer Asterisk. Il faut savoir que le prix d’un petit PABX (60
postes) est estimé à 6 000 000 FCFA. Son équipe s'est rapidement rapprochée de celle
de Jim Dixon (Zapata Telephony Project), dans le but de construire des cartes
d'interface "bon marché" avec le réseau téléphonique classique. Leur but était de
construire des cartes compatibles avec des plateformes basées sur Intel et ainsi de
permettre à n'importe quel PC, avec le système d'exploitation Linux, une carte
d'interface et le logiciel Asterisk d'avoir un PABX entièrement fonctionnel. Le nom
Asterisk fait référence au symbole "*" qui signifie "wildcard" en ligne de commande
Unix et DOS. Ce choix a été fait, car Asterisk est conçu dans le but d'offrir une très
grande souplesse dans des réseaux de voix.

II- Fonctionnalités

Asterisk offre les fonctionnalités suivantes :

Messagerie vocale;

Conférence téléphonique;

Répondeur vocal interactif;

Mise en attente d’appels;

Services d'identification de l'appelant;

VoIP.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 30 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

III- De la téléphonie à moindre coût

Dans l'interconnexion avec les équipements de téléphonie numériques et analogiques,

Asterisk reconnaît une large gamme de dispositifs matériels. Parmi ces équipements
figurent naturellement ceux fabriqués par ses sponsors, tels que Digium ou encore
Quicknet. Cet atout rend son déploiement beaucoup plus économique par rapport à la
téléphonie traditionnelle.

IV- Architecture : Une particularité modulaire

Asterisk est soigneusement conçu pour une flexibilité maximale. Les APIs
(Application programming interface) spécifiques sont définies autour d'un système
PABX central. Ce noyau avancé manipule l’interconnexion interne du PABX
proprement soustrait des protocoles spécifiques, des codecs et des interfaces
matérielles des applications de téléphonie. Cela permet à Asterisk d'utiliser n'importe
quel matériel approprié et technologie disponible (maintenant ou à l'avenir), pour
exécuter ses fonctions essentielles, en connectant le matériel et les applications.

Custom Application Voicemail Paging

Conferencing Directory Calling cards
Dialling

Asterisk Application API

Codec
Translator
Scheduler
Asterisk File Format API

And I/O G.723

Codec Translator API

GSM Manager sf

G.723.1
Application
GSM
Mu-Law Launcher sf

Linear WAV

A-Law PBX
MP3
Switching
ADPCM Core Dynamic
Module
Loader

Asterisk Channel API

ISDN SIP H.323

Voice Modem

Figure 10 : Architecture d’ Asterisk

Source: [Link]
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 31 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

V- Principales fonctions du noyau Asterisk

Le noyau Asterisk manipule ces articles en interne :

La commutation de PABX (PBX Switching Core) ;

Lanceur d'applications (Application Launcher) ;

Traducteur de codec (Codec Translator) ;

Planificateur manager d'I/O (Scheduler & I/O Manager) ;

Chargeur de module dynamique (Dynamic Module Loader).

V-1- Commutation de PABX (PBX Switching Core)

L'essence d’Asterisk, naturellement, est un système de commutation de central

téléphonique privé, reliant ensemble les appels entre divers utilisateurs et des tâches
automatisées. Le noyau de commutation relie d'une manière transparente des appels
arrivant de diverses interfaces matérielles et logicielles.

V-2- Lanceur d'applications (Application Launcher)

Il lance les applications qui assurent des services pour des usages, tels que la
messagerie vocale, la lecture de messages et le listage de répertoires (annuaires).

V-3- Traducteur de codec (Codec Translator)

Il utilise des modules de codecs pour le codage et le décodage de divers formats de

compression audio utilisés dans l'industrie de la téléphonie. Un certain nombre de
codecs est disponible pour palier aux divers besoins et pour arriver au meilleur
équilibre entre la qualité audio et l'utilisation de la bande passante.

V-4- Planificateur manager d'entrée/sortie (Scheduler & I/O

Manager)

Ils traitent la planification des tâches de bas niveau et la gestion du système pour une
performance optimale dans toutes les conditions de charge.

V-5- Chargeur de module dynamique (Dynamic Module Loader)

Il charge les pilotes lors de la première exécution d’Asterisk. Il initialise les pilotes et
fait le lien avec les APIs appropriés.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 32 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

VI- Les APIs

Quatre APIs (Interface de Programmation d’Applications) sont définies pour les

modules chargeables (dynamiquement), facilitant l'abstraction du matériel et du
protocole. En utilisant ce système de modules chargeables, le noyau d'Asterisk
s'affranchit des détails de connexion d’un appelant, des codecs utilisés, etc.

VI-1- L’API Canal (Asterisk Channel API)

Cette API gère le type de raccordement sur lequel arrive un appelant, que ce soit une
connexion VoIP, un RNIS, une signalisation de bit dérobé, ou une autre technologie.
Des modules dynamiques sont chargés pour gérer les détails de la couche basse de ces
connexions.

VI-2- L’API application (Asterisk Application API)

Elle accomplit de manière flexible toute fonction à la demande. La communication,

l’audioconférence, la pagination, la liste d'annuaire, messagerie vocale, la transmission
de données intégrée, et n'importe quelle autre tâche qu'un système PBX standard
exécute actuellement ou exécuterait dans l'avenir, sont mises en œuvre par ces modules
distincts.

VI-3- L’API traducteur de Codec (Codec Translator API)

Elle charge les modules de codecs pour supporter divers formats de codage et de
décodage audio tels que le GSM, la Mu-Law, l'A-Law, et même le MP3.

VI-4- L’API de format de fichier (Asterisk File Format API)

Cette unité permet la lecture et l'écriture de divers formats de fichiers pour le stockage
de données dans la ‘’file system’’.

En utilisant ces APIs, Asterisk réalise une abstraction complète entre ses fonctions
noyau de serveur PABX et les diverses technologies existantes (ou en développement)
dans le domaine de la téléphonie. Sa particularité modulaire permet à Asterisk
d’intégrer de façon continue le matériel de commutation téléphonique actuellement
mise en œuvre, et les technologies de Voix par paquet en constante augmentation,
émergeant aujourd'hui. La capacité de charger des modules de codecs, permet à
Asterisk d’être compatible avec les codecs extrêmement compacts, nécessaires à la
voix par Paquet. Cette compatibilité s’adapte aussi bien aux connexions lentes comme
un modem téléphonique, tout en maintenant une haute qualité audio qu’aux
connexions moins étroites.
L'API d'application assure une utilisation en souplesse des routines d'application, pour
exécuter n'importe quelle fonction avec souplesse et à la demande. Elle reste ouverte
au développement de nouvelles applications pour répondre aux besoins et situations
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 33 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

spécifiques. De plus, en chargeant toutes les applications sous forme de routines, on

permet ainsi l’accession à un système flexible, permettant à l'administrateur de
concevoir aux appelants, le meilleur des chemins appropriés sur le système PABX et
de modifier des chemins d'appel pour répondre aux besoins évolutifs en
communication de l’entreprise.

VII- Les commandes de base d’Asterisk

Asterisk inclut deux modules : un serveur, qui fonctionne en général en processus

d'arrière plan, et un client (CLI) qui permet de contrôler ce dernier. Le serveur et le
client sont exécutés par la même commande « asterisk », mais suivie de différents
paramètres.
Une fois Asterisk installé correctement, l’on pourra se familiariser avec quelques unes
des commandes de base :

Désignation de la commande Rôle de la commande

# /etc/init.d/asterisk start Démarrage d’Asterisk à partir d’un “runlevel”.
# /etc/init.d/asterisk stop Arrêt d’Asterisk à partir d’un “runlevel”.
# asterisk Démarrer Asterisk depuis une ligne de
commande.
Exécute Asterisk en mode « bavard ». En
# asterisk –vvvc ouvrant une console cliente (CLI), on contrôle
ce qui se passe dans le serveur.
Elle permet de se connecter à un serveur
# asterisk –r Asterisk déjà lancé pour contrôler son statut à
partir d’un terminal client.
#CLI> reload Rechargement de tous les fichiers de
configuration à partir d’une console cliente.
#CLI> IAX2 debug Activation des informations de diagnostic pour
#CLI> SIP debug SIP ou IAX2 à partir d’une console cliente.
#CLI> IAX2 nodebug Désactivation des informations de diagnostic
#CLI> SIP nodebug pour SIP ou IAX2 à partir d’une console cliente.

#CLI> sip show users

#CLI> sip show peers Affichage du statut des utilisateurs, pairs et
#CLI> sip show channels canaux pour SIP ou IAX2 à partir d’une console
#CLI> iax2 show peers cliente.
#CLI> iax2 show users
#CLI> iax2 show channels

Tableau 2 : Commande de base d’Asterisk

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 34 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

A ce stade de notre étude, nous devons retenir qu’Asterisk est un PABX open source. Il
intègre plusieurs fonctionnalités standard comme la messagerie vocale, les
conférences, les files d'attente, les agents d'appels, les musiques d'attente, les mises en
garde d'appels et la distribution des appels. Asterisk permet de remplacer totalement,
par le biais de cartes FXO/FXS, un PABX propriétaire, et d'y adjoindre des
fonctionnalités de VoIP pour le transformer en PBX IP. Sa compatibilité avec les
protocoles H323, SIP et IAX fait d’Asterisk le PABX logiciel le plus innovant dans le
monde de la téléphonie IP. Ses possibilités de connexion au réseau RTC, GSM, … et
son extension au moyen de scripts affichent sa suprématie vis-à-vis des systèmes
existants. Enfin, ses fonctionnalités de routage d'appel, menu vocal et boites vocales,
…, le placent au niveau des PBX les plus complexes.

D’un autre côté, les constructeurs et équipementiers réseaux ne proposent quasiment

plus aujourd’hui que des solutions VoIP ou compatibles VoIP. Ceci est un signal clair
quant à la direction que prend le marché. Demain, la VoIP sera la solution dominante
de téléphonie. Dans ce contexte, la Direction Générale du CNRA doit s’interroger dès
maintenant sur sa téléphonie pour ne pas devoir, demain, la renouveler dans l’urgence.
Pour atteindre cet objectif, plusieurs solutions existent. Mais pour l’heure Asterisk
présente les meilleurs atouts en termes de coût et de performance. Nous pensons donc
que Asterisk est donc la solution la mieux adaptée pour résoudre les problèmes de
communication du CNRA.

Cependant, si Asterisk se présente comme une aubaine pour cette entreprise, quelles
sont les exigences de son déploiement dans une structure aussi éparse que le CNRA?
Quelles seront les conséquences de son implémentation sur le personnel technique ?
Que nécessitera un tel système au CNRA en termes d’investissement. Il apparaît dès
lors qu’une étude préliminaire rigoureuse de l’état des lieux soit effectuée.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 35 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

DEUXIÈME PARTIE

ETAT DES LIEUX DES

RESEAUX INFORMATIQUE
ET TÉLÉPHONIQUE DU
CNRA

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 36 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre IV : Description du réseau informatique

I- La mission de l’informatique au CNRA

Le département Informatique a pour mission :

d’intervenir dans le choix des matériels et logiciels à acquérir ou à développer

et leur adaptation aux besoins de fonctionnement du CNRA ;

de participer à la constitution des cahiers des charges dans le cadre des appels
d’offres en matière informatique ;

d’assurer la maintenance du matériel informatique et de télécommunication ;

d’assurer la formation permanente des agents du CNRA dans le domaine
informatique ;

de proposer toutes les modifications et améliorations des outils informatiques
existants ;

de procéder à la mise en place des réseaux informatiques internes et à la
connexion du CNRA aux réseaux externes ;

II- Etude de l’existant en informatique au CNRA

II-1- Au niveau matériel de travail

Pour atteindre ses objectifs, le réseau informatique du CNRA a été pensé et conçu en
trois niveaux de sécurité ayant un point unique d’entrée et de sortie vers l’extérieur.
La structure du réseau est donc la suivante :

1er niveau, le routage : mise en place de filtres sur les différents services et d’un
pare-feu en tête du réseau ;

2ème niveau, les serveurs : ouverture uniquement des ports liés aux services via
des Pare-feu logiciels, installation des mises à jour de sécurité, mise en place
d’un système de suivi de connexions ;

3ème niveau, les postes de travail : installation des mises à jour de sécurité,
antivirus, pare-feu, logiciel anti-spywares et une politique d’adressage privée.

Par rapport à l’importance des équipements qui sont déployés sur chaque site et les
liaisons entre ces équipements, nous pouvons scinder le réseau informatique du CNRA
en trois (3) catégories. Ainsi les sites possédant déjà un réseau local câblé, constituent

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 37 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

la première catégorie. Ceux qui en sont partiellement fournis feront partie de la

seconde et finalement, les sites n’ayant aucune infrastructure réseau formeront la
troisième catégorie.

Catégorie 1 : Il s’agit des sites de la direction générale et des directions

régionales de Gagnoa et d’Abidjan. Sur ces entités, nous comptons la présence
d’un réseau local déjà fonctionnel. Un onduleur central assure la protection des
équipements contre les instabilités électriques. Un ou plusieurs serveurs
existent sur ces sites de même que plusieurs postes de travail; ce qui permet
d’offrir quelques services informatiques. Voir tableaux 3 et 6.

Equipements Qté Caractéristiques techniques

Serveur de messagerie 03 HP TC4100

Serveur d’impression 01 HP TC4100
Siège Serveur web intranet 02 DELL Optiplex 320 ;330
Serveur antivirus 01 HP TC4100
Serveur principal 01 HP TC4100
Serveur de fichier 01 HP TC4100
Serveur de comptabilité 01 HP ML350
Serveur proxy 03 HP TC4100 ; Vectra VL 420
Par feu 02 Juniper/ Siemens Scenic 300
Serveur accès distant 02 Multitech MTASR3-200
Switch et hub 10 24 ports rackables
Onduleur central 04 MGE ; Powerware
Ordinateur de bureau 91 HP ; DELL
Imprimante laser et jet d’encre 39 DELL, Lexmark, Brother, HP
Routeur 04 Cisco 2600
Cocody Serveur de comptabilité 01 HP TC4100
serveur principal 01 HP TC4100
Onduleur central 01 MGE
Onduleur individuel 05 APC ; MGE ; Cristal
Imprimante laser et jet d’encre 05 HP, Lexmark
Ordinateur de bureau 18 HP ; DELL
Gagnoa Serveur principal 01 HP TC4100
Serveur de messagerie 01 HP Vectra VL 420
Serveur de comptabilité 01 HP TC4100
Serveur Proxy 01 HP Vectra VL 420
Imprimante laser et jet d’encre 05 HP
Onduleur central 01 Powerware
Ordinateur de bureau 21 HP ; DELL ; Compaq
Tableau 3 : Inventaire du matériel informatique des sites de catégorie 1.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 38 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Figure 11 : Architecture de la plateforme informatique de la direction générale du CNRA

Source : département informatique du CNRA

Catégorie 2 : Celle-ci comprend les sites partiellement câblés. Nous en

dénombrons un seul. Il s’agit de la station de Lamé. En effet, sur cette station,
seuls le local informatique et le bâtiment de la comptabilité ne bénéficient d’un
réseau câblé sur un total de neuf (9) bâtiments. Un circuit électrique ondulé
provisoire existe mais il est restreint à ces deux bâtiments cités. Plusieurs
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 39 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

onduleurs individuels assurent la protection des postes de travail. La comptabilité

est pourvue d’un serveur, de trois postes de saisie et d’imprimante. Le reste de
l’administration et la recherche possèdent eux aussi plusieurs ordinateurs parsemés
dans les différents bureaux. Voir tableaux 4 et 6.

Equipement Qté Caractéristique technique

Serveur de comptabilité 01 DEL optiplex 320

Ordinateur de bureau 21 HP ; DELL ; Compaq
Lamé Onduleur central 02 MGE
Onduleur individuel 08 APC ; Cristal
Imprimantes laser et jet 02 Lexmark ; HP
d’encre

Tableau 4 : Inventaire du matériel informatique des sites de catégorie 2.

Catégorie 3 : ce dernier type regroupe les sites de Bimbresso, Anguédédou,

Port Bouet, Dabou, Divo, Bingerville, Man, Korhogo et Bouaké. La spécificité
de ces localités est l’inexistence d’un réseau informatique. Cependant on y
trouve plusieurs ordinateurs personnels, onduleurs individuels et imprimantes
en rapport avec le volume des activités et l’importance des agents déployés.
Voir tableaux 5 et 6.

Equipement Qté Caractéristique technique

Bimbresso Ordinateur de bureau 53 HP ; Compaq

Anguédédou Imprimante 18 HP Deskjet
Dabou Onduleur individuel 35 APC ; MGE ; Cristal
Divo
Bingerville
Port Bouet

Man Ordinateur de bureau 06 HP Vectral VL 420

Bouaké Imprimante 06 HP deskjet
Korhogo Onduleur individuel 06 MGE

Tableau 5 : Inventaire du matériel informatique des sites de catégorie 3.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 40 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Matériel Rôle

Serveur de Messagerie SMTP Filtrage du courrier arrivant

Distribution de courriers locaux et extérieurs.
Serveur d’impression Gestion des privilèges sur les imprimantes du réseau
Serveur de fichier Gestion du partage des documents du réseau
Serveur Web intranet Hébergement de l’intranet
Hébergement de l’application de gestion du parc
Serveur antivirus Hébergement de l’antivirus réseau et des patchs de
sécurité Windows
Serveur principal Gestion des accès réseaux des machines clients
(DNS ; DHCP)
Hébergement de l’annuaire utilisateur
Serveur de comptabilité Conservations des données comptables
Traitement centralisé des données comptables
Serveur proxy Gestion des connexions des utilisateurs à Internet
Etablissement des connexions des systèmes
serveurs et programmes antivirus à Internet
Serveur accès distants Prise en charge de l’intégration des clients distants
au réseau interne
Routeurs Interconnexion du réseau à Internet
Par feu ou firewall Blocage des instruisions
Redirection SMTP
Switch et hub Commutateur réseau des données
Concentrateur réseau
Onduleur Autonomie électrique d’environ 30 min
Imprimante Impression de documents en local ou en réseau

Tableau 6 : Rôles des équipements du réseau informatique du CNRA

II-2- Au niveau ressources humaines

Un chef de département dirige le département informatique. Il coordonne les activités

du département et conduit les projets informatiques ainsi que ceux de
télécommunications.
Les agents sont regroupés en trois équipes pour une meilleure gestion des activités et
selon les spécialités.
Chaque lundi, une réunion d’activité se tient. Le bilan de la semaine écoulée est fait.
Les objectifs de la semaine en cours sont alors fixés.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 41 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

III- Fonctionnement de l’informatique au CNRA

Pour faire face à la demande, une organisation informelle en équipe a été instaurée en
interne. Ainsi trois équipes de travail ont été constituées. Il s’agit des équipes
suivantes :

Administration du Réseau et système (ARS) ;

Maintenance du Matériel Informatique (MMI) ;

Développement et Maintenance des Applications (DMA) ;

III-1- Equipe ARS (Administration Réseaux & Services)

Mission principale : Développement et maintenance du réseau et des services.

Missions détaillées :

Travaux d’expansion et de maintenance du réseau physique ;

Travaux d’extension, de maintenance et d’administration des services réseaux ;

Sécurisation du Système d’Information ;

Gestion de la sauvegarde ;

Veille technologique ;

Assistance aux utilisateurs.
Membres de l’Equipe ARS : N’CHO Franck, Ingénieur réseaux et systèmes ;
IRIE Gaston, Administrateur réseaux.

III-2- Equipe MMI (Maintenance du Matériel Informatique)

Mission principale : Maintenance du Matériel Informatique.

Missions détaillées :

Travaux de maintenance préventive et curative sur le matériel informatique ;

Travaux de sécurisation électrique du matériel informatique et
téléphonique ;

Gestion des projets d’acquisition de matériels de téléphonie

Veille technologique ;

Administration et Maintenance des services téléphoniques ;

Assistance aux utilisateurs.
Membres de l’Equipe MMI : KIPRE Gbaya, Informaticien maintenancier ;
BREDOU Etienne, Electronicien.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 42 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

III-3- Equipe DMA (Développement et Maintenance des Applications)

Mission principale : Développement & Maintenance des Applications.

Missions détaillées :

Travaux de création, de déploiement et d’exploitation de logiciels ;

Travaux de maintenance et d’amélioration des applications ;

Administration de Bases de Données ;

Veille technologique ;

Assistance aux utilisateurs.
Membres de l’Equipe DMA : NIANGO Abaca, Informaticien – Développeur ;
COULIBALY Mamadou : Développeur.

IV – Logistique d’intervention

La logistique est l’un des points les plus importants au sein du département et ce à
plusieurs titres. D’abord parce qu’elle conditionne l’efficacité des acteurs. Ensuite
parce qu’elle favorise le déplacement et le transport du matériel informatique. Le
département informatique ne dispose malheureusement pas de véhicule d’intervention
réservé. Si bien que ses interventions sont souvent rejetées sinon annulées dans le pire
des cas.

V- Analyse de l’existant de l’informatique au CNRA

V-1- Au plan Matériel de travail

Nous remarquons que le CNRA est bien pourvu en matériel informatique de pointe.
Les serveurs HP Proliant ML370G5, les ordinateurs DELL Optiplex320, les onduleurs
centraux MGE, etc démontrent bien l’ampleur des investissements réalisés par les
décideurs de cette entreprise.
Malheureusement à côté de cette haute technologie, coexistent encore une gamme de
matériels dépassés comme les serveurs HP TC4100, les ordinateurs HP Vectra VL 420
et HP Omnibook xe4500. A cette liste, nous pouvons ajouter certains équipements
réseaux comme les hubs de la direction générale, qu’il faudra impérativement
remplacer par des Switch afin d’optimiser les transmissions. (Voir tableaux 7 et 8).
L’installation des correctifs périodiques de Microsoft sur ces machines diminuent
considérablement leurs performances ; ce provoque des plantages répétitifs en réponse
à quelques simples requêtes d’administration.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 43 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Même si ces appareils servent encore aujourd’hui dans le système d’information du

CNRA, il faudra songer à leur remplacement dans les meilleurs délais afin de garantir
un bon rendement de l’ensemble du système.

L’importante du parc informatique, ne peut justifier un système informatique

performant. C’est pourquoi, malgré les efforts consentis, ces dirigeants doivent
poursuivre les investissements dans l’interconnexion des sites. En effet les différents
sites du CNRA sont isolés les uns des autres. Il n’existe pas de connexion entre eux.
Ces sites ne peuvent donc bénéficier pleinement des services réseaux offerts parmi
lesquels on note Internet.
De plus, les interventions des techniciens de maintenance et développement sur le
matériel informatique deviennent périlleuses sinon impossibles du fait de l’absence
d’outils véritables (logiciel et matériel). La maintenance préventive par exemple n’est
pas faite pour manque d’outils. L’antivirus ‘’AVAST édition familial’’ que les agents
utilisent pour la désinfection des ordinateurs du parc, n’est pas adapté dans ce cadre.
Il apparaît dès lors que le problème majeur du CNRA au niveau de l’informatique
résident dans l’éloignement des sites. C’est donc dans l’interconnexion que nous
trouverons la solution.
Nous suggérons premièrement que cette interconnexion se fasse rapidement afin de
faciliter l’intervention des équipes de maintenance et de résoudre les problèmes de
communication à distance.
Deuxièmement, il faudra doter le département d’un antivirus professionnel client
serveur afin de minimiser les risques de propagation d’infection.
Troisièmement, le CNRA devra mettre à la disposition des agents, les outils logiciels
et matériels nécessaires pour l’exécution correcte de leur tâche. Entre autres matériels,
nous pouvons citer par exemple: une mallette de maintenance et un logiciel de
développement.

Désignation Quantité Nature

HP TC4100 14 Serveur HP Pentium III

HP Vectra VL 420 95 Ordinateur de bureau pentium IV
HP Omnibook xe4500 10 Ordinateur portable pentium IV

Tableau7 : Liste du matériel informatique à retirer du parc

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 44 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Désignation Quantité Nature

DELL Optiplex 330 Serveur et ordinateur de bureau

DELL Optiplex 320 Ordinateur de bureau
HP ML350 Serveur
DELL Serveur
Onduleur MGE 9 KVA 07 Onduleurs Centraux
Onduleur PCE 12 KVA 02 Onduleur Centraux
Onduleur Powerware 9 02 Onduleur Centraux
KVA
Switchs Matériel réseau
Juniper Siemens scenic 02 Pare feu
300
Routeur CISCO 2600 04 Matériel réseau
Onduleur 1,5 49 Onduleurs individuels
KVA ;1KVA ;500VA
DELL 5400n 05 Imprimantes réseaux
Lexmark 02 Imprimantes réseaux
HP Deskjet 75 Imprimantes individuelles

Tableau 8: Liste du matériel informatique à maintenir dans le parc.

V-2- Au plan ressources humaines

L’avantage majeur du fonctionnement actuel du département informatique, est la

polyvalence des techniciens. En effet, bien que n’étant pas spécialistes dans tous les
domaines, chaque technicien a les capacités d’intervenir dans les autres équipes en
soutient ; ce qui est souvent très profitable.
Par ailleurs les réunions hebdomadaires sur les activités apportent un plus aux agents à
travers l’échanges d’informations et d’expériences.
Certes, la plupart des agents du département ont été engagés avec un niveau de
technicien supérieur. Mais à ce jour, ils ont presque tous atteint la qualification
d’ingénieurs par le biais de la formation continue diplômante. Ces connaissances
acquises, ils les mettent gracieusement et quotidiennement au service de la structure ;
ce qui contribue à leur efficacité au travail.

Comme inconvénient, nous décrions l’absence d’une organisation formelle au sein du

département contrairement aux autres départements du CNRA. Le schéma directeur de
l’informatique devenu obsolète, aucun profil de carrière n’a été défini. La formation
continue qualifiante des agents informaticiens est quasi inexistantes. Même le matériel
de travail est parfois dépassé.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 45 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Même s’il est vrai que cette petite équipe (6 agents) s’évertue à présenter des résultats
satisfaisants, force est de reconnaître que l’ampleur des problèmes tend à neutraliser
ses efforts. Il apparaît dès lors que l’importance des critiques et la cumulation des
frustrations ne motivent guère ces derniers à donner le meilleur de leurs potentialités.

L’informatique évoluant rapidement, nous suggérons aux responsables du CNRA de

veiller à la formation continue de leurs agents à travers des séminaires et des
partenariats de formation avec des structures spécialisées.

Par ailleurs, l’effectif réduit à six (6) agents constitue une ressource très insuffisante
pour gérer l’informatique d’une structure aussi prestigieuse et étendue comme le
CNRA. Il faudra donc songer à recruter des agents d’appui.

Concernant le schéma directeur de l’informatique, son absence, constitue un handicap

réel qu’il convient de corriger au plus vite. Il jouera ainsi pleinement son rôle de
boussole de l’informatique au CNRA.

Nous pensons aussi que le CNRA devra prendre des dispositions particulières envers
son département informatique. Il pourrait par exemple octroyer un statut spécial, avec
des avantages, aux informaticiens comme on le fait dans plusieurs entreprises comme
la CIE – SODECI, le Port d’Abidjan, le trésor public,… Ceci pourrait contribuer
efficacement à l’amélioration du rendement.

V-3- Au plan logistique d’intervention

Le manque de véhicule de liaison et de manutention dédié à l’informatique est un autre

handicap qu’il faut corriger. Cette situation provoque un sentiment d’abandon des sites
distants par l’informatique. Les utilisateurs sont obligés de déplacer le matériel
jusqu’au siège parfois pour des pannes mineures. Ce qui réduit considérablement leur
rendement.
A ce niveau, nous pensons que compte tenue de la nature des interventions de
l’informatique qui sont très souvent subites, un véhicule de type 4x4 devrait être
affecté uniquement à l’informatique. Ce véhicule devra être constamment disponible et
pourvu de carburant. Il permettra ainsi de transporter le matériel et servir pour les
interventions d’urgence.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 46 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre V : Description du service de téléphonie

I- Les Missions

La téléphonie du CNRA est un service intégré au département informatique. Elle a

pour mission d’assurer la gestion, l’extension et la maintenance des installations de
téléphonie et de câblage réseau.

II- Etude de l’existant en téléphonie au CNRA

II-1- Au plan matériel de travail

Le CNRA possède environ 500 postes téléphoniques répartis sur douze (12) sites
comme Adiopodoumé, Cocody, Bimbresso, etc. Le réseau téléphonique est composé à
90% de téléphones analogiques, le reste étant des postes numériques Alcatel.

A la faveur du projet SigCoFi, tous ces sites seront reliés entre eux avec comme
priorité les échanges de données comptables. Le réseau téléphonique ayant été pris en
compte à la phase de l’étude, pourra aisément s’intégrer à l’étape de sa réalisation. En
fonction de la taille des sites et de leur isolement, certains sites possèdent déjà un
PABX (Private Automatic Branch eXchange) ou devront en posséder quand ce n’est
pas le cas. Voir le tableau 3 ci-dessous pour les détails.

La liaison entre les PABX et l’opérateur téléphonique est établie avec une ligne T2 ou
plusieurs lignes analogiques, tout dépend du nombre de lignes allouées à un site.
Quant aux sites de Lamé, Anguédédou, Port Bouet, Divo, Dabou, ils souffrent de la
vétusté des installations.

Aussi, suite aux conséquences de la guerre, les directions régionales de Bouaké et

Korhogo ont enregistré des pertes dans ce domaine. Les missions d’évaluations
conduites du 02 au 07 juin 2008, dans ces localités ont conclu à l’installation de
nouveaux systèmes.

La situation téléphonique peut se classer en deux types selon la présence ou pas

d’installations téléphoniques. Ainsi nous avons :

Type 1 : Il concerne les sites possédant un autocom et des installations réseaux

téléphoniques fonctionnelles. Il s’agit des sites du siège, de Cocody, de la
direction régionale de Gagnoa, des station de Bimbresso et Dabou. L’exigence
en matériel de travail est pratiquement négligeable. Car les principaux outils
d’intervention sont sur place. Il s’agit notamment du serveur Alcatel et de

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 47 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

quelques tournevis spécialisés. Malheureusement nous déplorons le manque de

stock en pièce de rechange. Voir Tableau 9.

N° SITE PABX LIGNE OBSERVATIONS

FONCTIONNELE
01 Adiopodoumé Alcatel 4400 150 lignes Accès T2 ; 50
(siège) lignes SDA
02 Cocody Alcatel office 24 lignes 02 lignes RTC
50
03 Gagnoa Alcatel 4200 12 lignes 02 lignes RTC
04 Dabou Siemen Icom 14 lignes 02 lignes RTC
100
05 Bimbresso Panasonic 15 lignes 02 lignes RTC

Tableau 9 : Point du matériel de téléphonie des sites de type 1.

Type2 : Cette catégorie touche les sites disposant d’installations téléphoniques

mais inexploitables soit en raison de la vétusté des installations, soit pour cause
de pannes. Nous pouvons citer dans ce cas les stations de Lamé, Port Bouet,
Bouaké et Man. Les appels émis en direction de ces stations, sont reçus au
secrétariat dans le cas où les lignes d’opérateur fixe existent. Sinon ce sont des
personnes de bonne volonté qui les transmettent quand le réseau mobile s’y
prête. Dans le cas contraire, l’hôte ne peut être joint. Voir Tableau 10.

N° SITE PABX CAPACITE OBSERVATIONS

01 Lamé Icom 130 30 lignes 01 ligne Mobile
02 Port bouet Obsolète Néant 2 lignes RTC
03 Bouaké Obsolète Néant 01 ligne Mobile
04 Man Volé Néant 01 Ligne Mobile
05 Anguédédou Néant Néant 02 Lignes RTC
06 Divo Néant Néant 02 Lignes RTC
06 Korhogo Néant Néant 02 lignes RTC

Tableau 10 : Point du matériel de téléphonie des sites de type 2.

II-2- Au plan ressources humaines

En matière d’organisation du personnel, la téléphonie est pauvre en la matière. En

effet, le CNRA ne dispose que d’un seul technicien basé au siège commis à cette
tâche. Il apparaît donc clairement que ce dernier ne peut répondre promptement aux
sollicitations de tous les utilisateurs.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 48 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Aussi déplorons-nous le manque de formation continue surtout en matière de câblage

réseau. De ce fait, le CNRA est obligé de faire appel à des prestataires externes en cas
de travaux spécialisés comme la manipulation des fibres optiques.

II-3- Au plan moyen logistique

Les problèmes liés au déplacement pour manque de véhicule constituent un handicap

réel pour ce dernier. Il dispose en tout et pour tout d’une mobylette ‘’PEUGEOT 50’’
pour les besoins de dépannage sur le site du siège.

III- Fonctionnement du service de téléphonie au CNRA

La gestion du service de téléphonie du CNRA est assurée par un technicien en

électronique ayant bénéficié d’une formation supplémentaire en administration des
PABX Alcatel. Les activités se résument à :

l’administration des PABX :

— création de nouvelles lignes téléphoniques ;

— modification d’anciennes lignes téléphoniques ;
— rechargement des comptes des utilisateurs ;

la maintenance :

— dépannage des cartes interfaces ;

— dépannage des lignes téléphoniques ;
— dépannage des postes téléphoniques ;

le câblage réseau informatique

— extension du réseau informatique du siège

— maintenance du réseau informatique
— supervision des travaux de câblage

IV- Analyse de l’existant de la téléphonie au CNRA

IV-1- Au plan matériel de travail

Contrairement à certaines entreprises de la place, le CNRA dispose sur place d’un

technicien. Cette présence le rend indépendant de l’installateur du PABX qui n’est rien
d’autre que la société COMAFRIQUE. Ainsi lorsque des pannes surviennent, les outils
étant disponibles, elles sont rapidement diagnostiquées et des solutions sont
promptement proposées.

Le manque de PABX sur les stations du type 2 est une préoccupation à prendre au
sérieux. Car il réduit les possibilités de communication aussi bien à l’intérieur des sites
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 49 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

concernés qu’avec l’extérieur. Il s’en suit une diminution de rendement en interne et

des pertes importantes de marché venant de l’extérieur. Ces pertes sont estimées à
environ 200 mille francs CFA par moi et par site au CNRA. Soit un total d’environ 800
mille francs CFA pour les stations du sud de la Côte d’Ivoire à elles seules.

Nous suggérons ainsi, la mise en place d’un stock en cartes interfaces pour les besoins
de dépannage.
Concernant les stations qui souffrent de la vétusté ou du manque d’installations
téléphoniques, nous proposons comme solution, l’exécution des travaux
d’interconnexion. En effet, cette interconnexion évitera à ces sites la mise en place
d’un réseau téléphonique parallèle à l’informatique. Le seul réseau informatique
prendra en compte la transmission des données et la voix. Il s’agit de la téléphonie sur
IP. Ces sites bénéficieraient du coup des services de téléphonie innovants grâce à un
logiciel. Et même les sites dotés de PABX pourront l’intégrer. D’où l’intérêt de
l’implémentation de Asterisk sur tous les sites concernés.

IV-2- Au plan ressources humaines

Très souvent, le manque de personnel suffisant rend le travail pénible et fastidieux.

Malgré l’instauration d’un système d’intérim au sein du département, l’absence du seul
technicien Télécom se ressent immédiatement.
Compte tenue de l’importance des sites du CNRA, nous proposons le recrutement d’un
autre technicien en Télécom ayant des compétences en informatique pour une
meilleure organisation du travail. Ceci devrait permettre de répondre plus souvent aux
sollicitations des utilisateurs et permettre à l’entreprise de faire des économies
considérables vis-à-vis des prestataires.
Le volet de la formation à la manipulation des fibres optiques est un axe important
pour le CNRA dans la mesure où la majorité de ses sites n’est pas encore câblé. Le
CNRA a tout à gagner à former ses agents spécialisés dans ce domaine. Le faisant, il se
rend autonome et fait en plus des économies supplémentaires. A titre d’exemple : le
câblage d’une fibre otique par un prestataire coûte environ 35 000F CFA l’heure. S’il
lui faut 4 heures d’intervention par fibre, cela nous ramène à la somme de 140 000F
CFA l’intervention. En prenant en compte le nombre de bâtiment par site, puis le
nombre de site à relier les dépenses deviennent considérable. Nous l’estimons à
environ 8 millions alors que la formation et le matériel nécessiteraient la moitié de
cette somme.

IV-3- Au plan logistique de travail

Le service de téléphonie du CNRA, dépendant du département informatique, Il est

confronté aux mêmes difficultés liées à la logistique. L’affectation d’un véhicule de
liaison au département faciliterait les interventions et améliorerait le rendement.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 50 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre VI : Modélisation du réseau

Les besoins étant compris et l'existant étant connu, plusieurs scénarios permettront au
CNRA d'atteindre ses objectifs. On retiendra que les offres du marché en téléphonie
traditionnelle ont tendance à se faire de plus en plus rares.

Il existe trois modèles de déploiement de la VoIP dans une entreprise :

utiliser un IPBX en complément de son infrastructure présente (mixte) ;

passer à une solution IP de bout en bout ;

externaliser sa téléphonie.

Chaque modèle a ses avantages et ses inconvénients ; et une même entreprise peut les
combiner en fonction des besoins de ses différents sites.

Dans le souci d’offrir un service compatible avec l’existant afin de minimiser les coûts
de déploiement, nous avons opté pour le modèle mixte. Voir figure 12.

Figure 12: Modèle du réseau proposé au CNRA

Source : 3CX-ip-pbx-overview

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 51 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

I- Choix du matériel

Pour un déploiement réussi, trois facteurs essentiels devront retenir une attention
particulière sur le matériel. Ce sont: le choix des téléphones IP, les serveurs Asterisk, le
canal de communication avec l'extérieur et les cartes interfaces.

I-1- Les téléphones IP

Plusieurs constructeurs proposent des téléphones IP. Il faut cependant veiller à choisir
un téléphone IP professionnel qui utilise le protocole SIP. Il faut aussi s'assurer de la
qualité audio requise. La qualité du rendu : la captation audio du combiné et le haut
parleur éventuel.

I-2- Le serveur Asterisk

Le choix réalisé est un ordinateur de bureau. Cet ordinateur de bureau a l'avantage

d'être peu coûteux et est facilement remplaçable en cas de panne. Il convient
parfaitement à la situation.

Ses caractéristiques techniques sont les suivantes :

processeur Pentium 4 ; 1.6 GHz ;

1 Go de RAM ;

2 disques durs IDE ;

2 slots PCI (Peripheral Component Interconnect ) 32 bits 33 MHz.

Cette configuration matérielle est en réalité très surdimensionnée par rapport à notre
utilisation. En effet, quand on ne fait pas de transcodage systématique des flux audio (
codec G711A) et qu'on n'utilise l'audioconférence que de façon ponctuelle, les besoins
en RAM et en CPU (Central Processing Unit) sont modestes.

I-3- Le canal de communication avec l'extérieur

Nous conserverons en priorité la ligne RNIS T2 disponible pour les appels sortants et
entrants. Cependant une liaison secondaire sera établie sur deux lignes analogiques
délivrées par l’autocommutateur Alcatel existant.

Pour la sélection du canal de communication avec l'extérieur, trois choix s'offrent à

nous. Ce sont:

1. les liens entrants et sortants sont des lignes RNIS ou analogiques. Dans ce cas
la ligne T2 reste en place. Il n'y a rien de changer. L'inconvénient est la
dépendance de Côte d'Ivoire Télécom.

2. les liens entrants et sortants sont des accès ADSL. Ici en effet, il s'agit d'une
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 52 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

solution ''tout IP''. Il permet de bénéficier de tarifs intéressants de certains

opérateurs VoIP. Ce choix permet en outre d'éviter les tracas des drivers des
cartes RNIS. Il faut dans ce cas, prévoir une solution secours quand le lien
tombe. En passant par Internet pour les communications extérieures, il n'y a
aucune garantie de qualité de service. En outre, il faut s'assurer que le portage
des numéros de téléphones existants vers l'opérateur VoIP est pris en compte.

3. le lien entrant est une ligne RNIS et le lien sortant, un accès ADSL. Cette
solution présente les avantages suivants: une fiabilité parfaite du lien RNIS
pour les appels entrants, pas de portage de numéros de téléphone à réaliser, le
lien RNIS sert de lien backup pour les appels sortants. A l'opposé, il faudra faire
face à la fois à l'abonnement pour le lien RNIS et à l'abonnement pour le lien
ADSL.
Au regard des cas présentés, nous proposons la première solution. Ceci parce que c'est
la solution la plus simple à mettre en œuvre, ensuite parce qu’elle prend en compte la
ligne RNIS existante au siège du CNRA.
La seconde solution est écartée parce qu'aucun opérateur en Côte d'Ivoire n'est capable
de proposer le lien ADSL avec des DSLAM (Digital Subscriber Line Access
Multiplexer) et des communications en VoIP via des comptes SIP, MGCP et autres.
La troisième solution, qui est apparemment souvent adoptée par les entreprises qui
migrent vers un IPBX, est probablement un bon compromis en attendant les vraies
offres d’interconnexion VoIP des opérateurs ADSL en Côte d’ Ivoire.
Nous utiliserons donc deux lignes analogiques SDA issue de l’autocom existant
(Alcatel 4400) pour mener notre étude. Ces lignes serviront dans l’interconnexion de
l’IPBX au PABX existant au siège et les communications en entrée et en sortie de
l’IPBX se feront par l’autocom Alcatel 4400 existant.

I-4- Le choix des cartes téléphoniques

Les choix réalisés sont les suivants : une carte Digium B410P pour le RNIS et une
carte Digium TDM400P pour relier le fax et les lignes analogiques.

La carte Digium TDM400P a été testée avec l'IPBX Asterisk. Elle est composée de
deux modules, comportant chacun 2 FXS ou 2 FXO. Cette carte, au format PCI, peut
être pourvue en option de l'anti-echo. Elle existe en plusieurs références selon le
nombre et le type de modules insérés. La désignation “TDM4” est alors suivie par le
nombre de modules FXS, puis le nombre de modules FXO, et enfin la lettre “E” si elle
est pourvue de l'anti-écho, ou d'un “B” si elle en est dépourvue. L’insertion d’autres
modules plus tard est possible par simple ajout. Voir figure 13.

Après insertion de la carte B410P, une installation des drivers RNIS garantira le bon
fonctionnement de celle-ci. En réalité, Digium n'est pas impliqué dans le
développement des drivers RNIS. Les drivers RNIS sont maintenus par la société
allemande Beronet qui publie les drivers sur le site [Link]. Cette société vend sur
son site Web ses propres cartes RNIS en plus des cartes de Digium.

Pour tout ce qui concerne le RNIS, il faudra utiliser les drivers [Link] parce que
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 53 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Digium est une société américaine et que le RNIS n'est quasiment pas utilisé aux
Etats-Unis, d'où le peu d'intérêt de Digium sur ce point.

Figure 13 : Une carte TDM400P wildcard à 4 ports.

Source : VoIP pour le développement, Alberto EscuderoPascual, Louise Berthilson

II- Le packaging Asterisk

Notre choix s'est porté sur Asterisk et les drivers compilés à la main sur une
distribution Linux Debian stable. En effet Asterisk comme tous les logiciels libres
importants, peut être installé soit par le package d'une distribution Linux habituelle
(fichier de package .rpm ou .deb), soit en téléchargeant les sources sur le site web du
projet et en les compilant à la main.

Dans le cas d'Asterisk, il existe en tout quatre (4) solutions :

utiliser le package Asterisk d'une distribution Linux habituelle et les drivers des
cartes téléphoniques packagés avec cette distribution;

sur une distribution Linux habituelle, télécharger les sources d'Asterisk sur le
site [Link] et les compiler "à la main" ainsi que les drivers des cartes
téléphoniques ;

utiliser une distribution Linux "spéciale Asterisk", c'est-à-dire une distribution

Linux dont l'objet est de contenir Asterisk, tous les outils susceptibles d'être
utilisés avec Asterisk ainsi que les drivers des cartes téléphoniques ;

acheter Asterisk Business Edition auprès de Digium ou d'un de ses revendeurs :

c'est une version payante d'Asterisk proposée par Digium. Cette version a passé

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 54 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

des tests de qualité avant sa release et est accompagnée d'un support technique.

Dans notre cas, nous comptons éliminer d'office la première solution ; car notre
distribution habituelle est Debian et les packages Asterisk dans la distribution Debian
stable sont vieux (la Etch contient version 1.2.13 d’Asterisk et ne propose pas la
version 1.4, qui est par contre présent dans la Sid).

Finalement, nous avons décidé de retenir la deuxième solution en installant sur le

premier serveur, une Debian stable avec un noyau Linux compilé à la main et
l'ensemble "mISDN ; mISDNuser ; zaptel ; libpri ; asterisk" compilé également à la
main. L'interface web FreePBX sera installée pour faciliter l'administration. Un second
serveur sera monté plus loin dans l’étude des interconnections. Voir en annexe1 et 2
les fichiers de configuration.

III- Optimisation du réseau local

Dans un premier temps, le choix réalisé est de garder la VoIP dans le même VLAN
(Virtual Local Area Network) que tout le reste du matériel. Ensuite, utiliser de la QoS
au niveau IP (DiffServ, et plus précisément le champ DSCP: Differentiated Services
Field) pour mettre les flux voix en priorité par rapport au trafic data. Pas de PoE
(Power over Ethernet) n’est nécessaire.

Le choix est très lié à l'architecture réseau existante et au matériel réseau déjà en place.
Il est conseillé sûrement de mettre les flux VoIP dans un VLAN dédié. Dans les locaux
de la direction générale du CNRA, nous manquons de prises réseaux dans un certain
nombre de bureaux. Nous avons donc recours à de petits switchs non administrables
pour raccorder les différents ordinateurs au reste du réseau. Il y a donc de toute façon
une cohabitation des flux data et voix au niveau de ces petits switchs. Il faudra donc
songer à remplacer tous les switchs du réseau, non administrables, afin de garantir la
qualité de service.

Ensuite, notre préoccupation n'est pas tant de séparer les flux voix des flux data que de
s'assurer que les flux voix ne seront jamais perturbés par le volume des flux data. Par
exemple, nous souhaiterons que si un lien entre deux (2) switchs du réseau est saturé,
les flux voix ne soient pas impactés. D'où le recours à la QoS. Pour cette étude, nous
avons choisi de faire de la QoS au niveau IP plutôt que de la QoS au niveau Ethernet ;
car les switchs administrables supportent la QoS IP et les téléphones sont capables de
tagger les flux en QoS IP. Asterisk également; ce qui simplifie la configuration de ces
switchs. Ceux-ci n'ont alors plus qu'à se baser sur les tags des paquets IP pour
attribuer le niveau de priorité.

Ne perdons pas de vue l'essentiel: comme nous voulons avoir une bonne qualité audio,
il faut simplement un réseau où il n'y a aucune perte de paquet. En effet, les flux VoIP
sont envoyés en UDP, sans algorithme particulier de correction d'erreur, ni de renvoi
de paquet perdu. Toute perte de paquet, s’il s'agit d'un paquet transportant le son d'une
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 55 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

conversation VoIP, va donc très probablement entraîner une dégradation ponctuelle de

la qualité audio. C'est pourquoi, il faudra absolument remplacer nos hubs et switchs
non administrables. Nous proposons à ce titre des switchs dotés de fonctionnalités
PoE si possible.

La fonctionnalité PoE (Power over Ethernet) permet d'alimenter les téléphones en

électricité par le câble réseau plutôt que par le bloc d'alimentation du téléphone. Il faut
que cette fonctionnalité soit supportée par les téléphones IP et par les switchs sur
lesquels ils sont branchés. L'avantage du PoE est de n'avoir qu'un seul câble utilisé
pour les téléphones IP au lieu de deux ; ce qui évite les encombrements de fils dans les
bureaux. Cette fonctionnalité PoE pour notre déploiement, même si elle est
intéressante, n'est pas obligatoire. Nous ne l'avons donc pas exigée dans le cadre de
cette étude pour des besoins d'économie.

IV- La fonction standard

Le PABX Alcatel 4400 de l'installation précédente proposait une solution intéressante

pour la gestion du standard. Un poste est dédié au standard. Il sonne à l'arrivée d'un
appel de l'extérieur sur le numéro de téléphone du standard. Cette fonctionnalité est
disponible sur Asterisk par simple configuration d'un poste dédié au standard.

V- Le Fax

Le choix réalisé est le suivant:

pour la réception de fax : un système type ‘’fax2mail’’ avec archivage Web basé
sur ‘’IAXmodem’’; ‘’Hylafax’’ et ‘’Avantfax’’ ;

pour l'émission de fax : un fax "traditionnel" directement connecté à une de nos
lignes analogiques via une carte TDM400P ou utilisation de l'interface Web
d'Avantfax.

Il n'existe pas aujourd'hui de fax IP à la façon d'un téléphone IP ; il en existera peut-

être à l'avenir avec l'adoption par les constructeurs de la norme T38. Le choix doit
donc se faire, entre garder son fax traditionnel et mettre en place un système de type
‘’fax2mail’’ pour la réception et de ‘’print2fax’’ pour l'envoi.

Ensuite, pour éviter les traditionnelles indisponibilités du fax liées au classique "le
rouleau du fax est fini et on a oublié d'en acheter un d'avance", économiser le prix des
rouleaux et éviter le gaspillage de papier lié au Spam par fax, nous mettrons en place
un simple système de ‘’fax2mail’’ avec ‘’IAXmodem’’ et ‘’Hylafax’’. A chaque fax
reçu, un mail est envoyé vers une adresse mail donnée avec en pièce jointe un fichier
PDF contenant le fax.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 56 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

L'idée d'avoir un archivage Web des fax reçus, qui est une fonctionnalité proposée par
Avantfax est un plus à ajouter. En effet, Avantfax permet aussi d'envoyer un fax à
partir d'une interface Web: il suffit d'indiquer le numéro de téléphone du destinataire et
de sélectionner un fichier PDF de son ordinateur.

L’organisation du projet dans son ensemble à travers la fixation de ses objectifs, ses
exigences et le choix du matériel et des logiciels, est une étape importante. Elle
garantit en effet, le fonctionnement du système. C'est pourquoi Elle doit être
sérieusement écrite dans un cahier des charges.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 57 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre VII : Le Cahier des charges

Un cahier des charges est un document visant à définir exhaustivement les

spécifications de base d'un produit ou d'un service à réaliser. Outre les spécifications
de base, il décrit ses modalités d'exécution. Il définit aussi les objectifs à atteindre et
vise à bien cadrer une mission. Il sert ensuite à sélectionner le prestataire et à organiser
la relation tout au long du projet.

I- Description du projet

Le projet consiste à implémenter et à interconnecter un ensemble d’ordinateurs

distants du réseau informatique du CNRA par voie IP, de manière à assurer un service
de téléphonie performant et innovant à travers ce réseau.

Cette infrastructure assurera :

1- la couverture de onze (11) sites du CNRA à travers le réseau informatique;

2- la fourniture en téléphonie, des mêmes fonctionnalités à tous les sites
concernés. A savoir :

appels conférence ;

appels en attente ;

appels par noms ;

authentification ;

base de données interne permettant lecture et écriture ;

blocage par identifiants d'appelants (nom et numéro) ;

dépistage d'appels ;

détection de parole ;

enregistrement d’appel (monitor) ;

épeler et dicter ;

file d’attente (queue) ;

gestion de cartes d’appels ;

gestion de la confidentialité ;

heure et date d’appels ;

identification d’appelants (callerid) ;

identification d’appelants sur appels en attentes ;

interception d’appel (pickup) ;

insertion de messages vocaux dans courriels ;

listes noires ;

ne pas déranger (DnD) ;

messagerie vocale ;

musique d'attente ;

rapports détaillé des appels (CDR) ;
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 58 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

recherche de personnes ;

répertoire téléphonique interactif ;

routage d’appels (par appelé, par appelant …) ;

sonneries distinctes (si supporté par les téléphones IP utilisés) ;

système de menu à l’écran ADSI ;

système de réponse automatisé interactif (IVR) ;

transferts d’appels (aveugles et supervisés) ;

transferts d’appels lors de non-réponses ;

transferts d’appels lorsque le canal est occupé ;

transmission et réception de télécopies ;

fax vers email / email vers fax.

II- Objectifs du Projet

Les objectifs visés en déployant un tel système sont :

désenclaver les sites du CNRA ;

minimiser les coûts des factures et abonnements téléphoniques ;

diminuer les pertes financières ;

améliorer le rendement des travailleurs.

III- Exigences du projet

La solution choisie doit être une solution de téléphonie IP, implémentée à l’aide d’un
logiciel libre et gratuit sur un simple ordinateur de bureau à travers le réseau
informatique du CNRA.
Elle doit par ailleurs être compatible avec plusieurs plates formes différentes.
La sécurisation électrique et atmosphérique doit être prises en compte dans l’exécution
des travaux.

IV- La qualité d’écoute et sécurité

Afin d’offrir un service acceptable aux utilisateurs, la variation du délai de transit des
paquets arrivants doit être inférieure ou égale à 150 ms.
L’infrastructure de téléphonie sur IP à déployer, doit être sécurisée par des outils
informatiques pour éviter les écoutes frauduleuses ou les perturbations du réseau
informatique.

V- Reprise de l’existant

Dans le souci de réduire le coût des investissements, les ressources techniques

disponibles doivent être au mieux exploitées. Ainsi, le nouveau système devra être
compatible avec le maximum d’équipements disponibles.

Le cahier des charges, ayant été rédigé, les différentes équipes du projet, disposent
d’un outil de dialogue de référence pour mener à bien la réalisation du projet.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 59 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

TROISIÈME PARTIE

INTÉGRATION DE LA
TÉLÉPHONIE IP BASÉE
SUR L’IPBX ASTERISK AU
SYSTÈME INFORMATIQUE
DU CNRA

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 60 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre VIII : Déploiement du pilote

Dans cette partie, nous avons choisi la direction générale du CNRA comme site pilote
au déploiement de la solution Asterisk. Les autres sites ne lui seront connectés
qu’après des tests concluants sur ce site pilote. En effet au terme de notre prospection,
nous nous sommes rendu compte que ce site était le plus étendu. Il présentait la même
configuration que les autres sites à des exceptions prêts. Aussi et surtout, c’était le site
qui nous accueillait et où nous disposions du matériel adéquat pour l’étude technique
du projet. Des installations suivies de tests réussis sur ce site, pourraient s’adapter plus
facilement aux autres sites sans difficultés majeures.

Par ailleurs, cette démarche méthodique, devait nous conduire à une certaine expertise
avant un déploiement grandeur nature. Nous pourrions ainsi apporter une meilleure
qualité des services en corrigeant certains disfonctionnements durant cette phase.

I - Mise en place du serveur pilote

Nous avons choisi d'installer Asterisk et les logiciels "à la main" sur une distribution
Debian stable dans un ordinateur ACER AcerPowerF1, doté d'une carte RNIS B410P
et d'une carte Digium TDM400P avec deux (2) ports FXS et deux (2) ports FXO. Le
choix de cette distribution s’explique tout simplement par sa gratuité afin de diminuer
les coûts liés à l’acquisition d’un système d’exploitation propriétaire. Ce choix permet
donc, une fois de plus de faire baisser le budget de la plate forme Asterisk.

Pour commencer, nous préparons la configuration hardware. La carte B410P a besoin

d'être configurée. En effet, chaque port RNIS peut être dans un de ces deux modes:

mode NT, qui signifie ''Network Termination'', qu'il faut utiliser s'il s'agit de
raccorder le port RNIS à un téléphone RNIS;

mode TE, qui signifie ''Terminal Equipment'', qu'il faut utiliser s'il s'agit de
raccorder le port RNIS à l'arrivée RNIS de Côte d'Ivoire Télécom.
Dans notre cas, nous veillons à positionner cette carte en mode TE (la carte est souvent
livrée dans cette configuration).
Ensuite, nous insérons chaque carte dans un emplacement PCI. Cependant, pour que
les ports FXS de la carte TDM400P puissent fonctionner, cette dernière a besoin d'être
alimentée à +12V à partir du bloc alimentation de l’ordinateur.
Enfin, nous installons les deux (2) disques durs IDE pour pouvoir ensuite les
configurer en RAID 1 (le RAID 1 est le mode miroir en utilisant le RAID soft de
Linux). Ils assurent la redondance des données et permettent ainsi de continuer
l'exploitation si l'un des deux disques durs est en panne.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 61 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Figure 11 : Un IPBX équipée d'une carte Digium TDM400P

Source : VoIP pour le développement, Alberto EscuderoPascual, Louise Berthilson, page 16

Description des fichiers de configuration

Désignation du fichier Contenu du fichier

Établit le plan de numérotation et relie les canaux de

/etc/asterisk/[Link] communication (toujours obligatoire).
Permet de configurer les canaux basés sur SIP
/etc/asterisk/[Link] (terminaux de VoIP basés sur SIP et fournisseurs de
services SIP).
Permet de configurer les canaux basés sur IAX2.
/etc/asterisk/[Link]

Contient la configuration du matériel d'interfaçage

/etc/asterisk/[Link] avec le PSTN. Utilisé par Asterisk au démarrage.
Configuration de bas niveau des interfaces zaptel.
/etc/[Link] Utilisé par l'utilitaire de configuration zaptel, ztcfg
avant de démarrer Asterisk.

Tableau 11 : Les fichiers de configuration d’Asterisk

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 62 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Composant Version du logiciel

Distribution Linux Debian Etch 4.0

Noyau Linux [Link]
Zaptel 1.4.11
Driver mISDN + mISDNuser 1.1.7
Libpri 1.4.5
Asterisk 1.4.21
IAXmodem 1.0.0
Hylafax 4.3.1 (package Etch)
Avantfax 3.0.5
Téléphones ST2030 firmware 1.58

Tableau 12 : Version des logiciels actuellement utilisés avec Asterisk

I-1- Installation du système d'exploitation Debian Etch

Au moment où nous menons cette étude, la distribution Debian stable qui est
actuellement disponible (la version 4.0 dite Etch), est celle que nous proposons. Un
partitionnement très simple est fait avec une partition de swap de même taille sur
chaque disque et une partition racine en RAID 1 (évidemment de même taille sur
chaque disque). A la fin de l'installation, nous avons sélectionné l'un des ensembles de
packages proposés, pour installer un serveur graphique qui sera utilisé dans
l'administration du système. Le choix d'une machine dédiée uniquement à Asterisk est
important pour ne pas se retrouver avec des logiciels inutiles au fonctionnement
d'Asterisk.

A la fin de la procédure d'installation, les packages inutiles sont supprimés, puis le

shell est installé. Un éditeur de texte ainsi qu'un serveur SSH pour pouvoir accéder à la
machine à distance est ajouté. C'est le moment d'installer également, si ce n'est déjà
fait, les outils nécessaires à la compilation d'un nouveau noyau, des drivers et
d'Asterisk. Pour cela nous aurons besoin des packages gcc, make, flex, libncurses5-
dev et probablement d'autres encore.

I-1-1 Installation du nouveau noyau

Nous avons choisi d'installer un noyau [Link] disponible par téléchargement sur site
Internet de Debian GNU/Linux ([Link]), car au moment où nous menons
cette étude, la dernière version de la branche 2.6.26, est la version la plus stable
disponible.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 63 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Après avoir rebooté sur le nouveau noyau et vérifié que tout fonctionne correctement
(RAID soft en état synchronisé, carte réseau fonctionnelle, ...), nous passons à
l'installation d’Asterisk.

I-1-2-Installation d’Asterisk

Après l’installation de la distribution Debian GNU/Linux sur le serveur, nous allons

passer à l’implémentation du logiciel Asterisk par simple téléchargement à partir
d’Internet. Pour y arriver quelques configurations réseaux sont nécessaires.

a- Configuration de l'interface réseau

Il faut tout d'abord fixer une adresse IP au serveur. La configuration s'effectue dans le
fichier /etc/network/interfaces ; on donne au serveur l'adresse IP, par exemple:
[Link] avec un masque de [Link] .

auto eth0
iface eth0 inet static
address [Link]
netmask [Link]
gateway [Link]
broadcast [Link]

Ensuite on relance le service réseau à l'aide de la commande :

/etc/init.d/networking restart

b- Préparation de l'installation

Une déclaration du backport Debian, s'avère nécessaire pour avoir une version récente
des paquets asterisk et ses dépendances. Pour cela, nous ajoutons la ligne suivante au
fichier /etc/apt/[Link].

deb [Link] sarge-backports main contrib non-

free

Ensuite, nous Ajoutons les lignes suivantes au fichier /etc/apt/preferences :

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 64 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Package: *
Pin: release a=sarge-backports
Pin-Priority: 200

Cette action désactive tous les packages de [Link].

Pour activer le paquet Asterisk, on ajoute les lignes suivantes au fichier

/etc/apt/preferences.

Package:asterisk
Pin:release a=sarge-backports
Pin-Priority: 999

Enfin, pour effectuer une mise à jour, nous exécutons la commande suivante:

#apt-get update

c- Démarrage de l'installation

A ce stade, les paquets d'installation d'Asterisk sont les suivants :

asterisk : Asterisk,
festival : Pour enregistrer le message d’accueil du répondeur ,
asterisk-sounds : pour installer les voix françaises :

#apt-get install asterisk festival asterisk-prompt-fr asterisk-

sounds-extra

Les dépendances nécessaires aux paquets d'Asterisk sont les suivantes :

compilateur GCC (Version 3.X ou plus) et ses dépendances, par défaut sous
debian ;
bison : générateurs d'analyseur syntaxique ;
ncurses : interface en ligne de commandes libncurses5-dev ;
openSSL : Bibliothèque de Cryptographie d'Asterisk.
apt-get install bison libncurses5 openssl libssl-dev

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 65 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Autres paquets :

• mpg123 : permet de jouer des mp3 en sonneries.

apt-get install mpg123

Remarque
Tous les paquets s'installent en mode root ‘’#’’ avec la commande :

apt-get install nom_du_paquet

Cependant, il arrive que la commande apt-get install mpg123 renvoie au message

d’erreur suivant : ‘’Impossible d'installer mpg123 sur Debian’’. La solution proposée
est la suivante:

apt-cache show mpg123

*Resolution : *
Package mpg123
* stable (sound): MPEG layer 1/2/3 audio player [non-free]
0.59r-20sarge1: alpha arm hppa i386 m68k powerpc sparc

Le paquet est situé dans le dépôt non free. Il faut donc modifier le [Link] de
Debian. On rajoute donc dans le fichier ‘’[Link] => contrib’’ et ‘’non-free’’.

Exemple avec le fichier [Link] de notre Debian GNU/Linux Etch :

deb [Link] etch main contrib non-free

#deb-src [Link] etch main ccontrib non-free
deb [Link] etch/updates main ccontrib non-free

Après avoir effectué la modification du fichier, il faut penser à exécuter les

commandes suivantes :

apt-get update
apt-get dist-upgrade

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 66 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

d- Test d'Asterisk

Pour tester l’installation d’asterisk on lance la commande : asterisk –vvvc.

L'installation est une réussite, si avec cette commande Asterisk démarre.

I-2- Installation des drivers et des logiciels additifs

Les points qui suivent, nécessitent des droits d’administrateur ‘’root’’ pour leur
exécution.
L'installation des drivers et logiciels accompagnant le déploiement du système révèle
souvent des pièges. Afin de les éviter, il faudra procéder de la manière suivante:

I-2-1- Installation des drivers

Les pilotes de périphériques téléphoniques Zapata (zaptel) et les bibliothèques PRI

(libpri) sont nécessaires pour le fonctionnement des cartes analogiques. On procède
donc, pour leur installation, dans l’ordre suivant:

Les drivers Zaptel, nécessaires aux lignes téléphoniques

analogiques ;

Les drivers RNIS, nécessaires aux lignes numériques ;

Le redémarrage suivi de la suppression des fichiers indésirables ;

La librairie libpri, utilisée par Asterisk pour les fonctions liées au
RNIS.

a- Installation des drivers Zaptel pour supporter la carte TDM400P.

cd /usr/src/zaptel-1.4*
./install_prereq test
./install_prereq install
./configure
make
make install
make config
modprobe ztdummy

b- Installation des drivers RNIS pour supporter la carte B410P : installation de

mISDN (les modules noyau) et mISDNuser (la partie userspace).

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 67 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

cd /usr/src
git-clone git://[Link]/git/[Link]/
git-clone git://[Link]/git/[Link]/
cd /usr/src/mISDN
make
make install
cd /usr/src/mISDNuser/
make && make install

On effectue les configurations nécessaires :

mISDN scan
mISDN config

On édite le fichier /etc/[Link] avec la commande vim /etc/[Link] pour

vérifier que tout est en place.

vim /etc/[Link]

On redémarre à présent mISDN.

mISDN start

Procédons maintenant à un test de routine :

misdnportinfo

Création d’un lien de mise à jour automatique de mISDN :

/usr/sbin/update-rc.d mISDN defaults 15 30

c- Après l'installation des drivers, un redémarrage de la machine est recommandé

pour vérifier que ceux-ci se chargent bien au démarrage et que le serveur
reconnaisse les deux cartes. A cette étape, nous supprimons le fichier
/lib/modules/[Link]/extra/[Link] et ajoutons le fichier wctdm dans le
fichier /etc/modules.

On utilise pour cela la commande make clean pour nettoyer ces fichiers indésirables.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 68 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

make clean

Puis on redémarre avec la commande : reboot :

reboot

d- Installation de libpri, qui est une librairie utilisée par Asterisk pour
certaines fonctions liées au RNIS.

cd /usr/src/libpri-1.4*
make && make install

Vérification de la reconnaissance de l'installation de mISDN par Asterisk lors de

l’exécution de la commande ./configure (sinon il ne compilera pas chan_misdn.so, qui
est le module d'Asterisk qui gère l'accès aux lignes RNIS). Pour cela, nous appliquons
sur les sources d'Asterisk, le patch proposé par Thomson pour faire marcher le call
pick-up (l'interception d'appel en français) via les touches de fonction des téléphones.
Ce pacth est disponible sur le site suivant :
[Link]/en/products/[Link]?id=87
(Fichier ZIP Asterisk 1.4 patch for Call Pickup du 18/10/2007), et consiste à modifier
deux fonctions du fichier channels/chan_sip.c.

I-2-2- Installation des logiciels

L’application ‘’IAXmodem’’ est un logiciel libre qui permet d’implémenter un modem

de fax sur un serveur Asterisk afin de lui associer des services de fax. Pour ce faire,
nous utilisons le logiciel populaire ‘’Hylafax’’.

a- Installation d’IAXmodem

‘’IAXmodem’’ simule un modem de fax et l’intègre à Asterisk via le protocole IAX2.

Toutes les étapes de ce point nécessitent des droits d’administrateur ‘’root’’ dans leur
mise en œuvre.
Pour installer ‘’IAXmodem’’, nous avons besoin de paquets additionnels de la
distribution Debian, qu’il faut absolument installer. apt-get -y install g++ libtiff-tools
libtiff4 libtiff4-dev.*

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 69 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

debian:~# apt-get -y install g++ libtiff-tools libtiff4 libtiff4-dev

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
g++ libjpeg62 libjpeg62-dev libtiffxx0 zlib1g-dev

[...]

Richte zlib1g-dev ein ([Link].2) ...

Richte libtiff4-dev ein (3.7.2-7) ...
debian:~#

Installons à présent le code source de IAXmodem dans le repertoire cd /usr/src:

debian:~# cd /usr/src
debian:/usr/src#

Les sources de IAXmodem peuvent être téléchargées sur le site web

[Link]. Après le téléchargement des archives, il faut les
copier dans le repertoire /usr/src et les décompresser avec tar -xvzf iaxmodem-
[Link].

debian:/usr/src# tar -xvzf [Link]

iaxmodem-0.3.0/
iaxmodem-0.3.0/iaxmodem.c
iaxmodem-0.3.0/[Link]
iaxmodem-0.3.0/[Link]
iaxmodem-0.3.0/CHANGES
iaxmodem-0.3.0/lib/
iaxmodem-0.3.0/lib/spandsp/
iaxmodem-0.3.0/lib/spandsp/[Link]

[...]

iaxmodem-0.3.0/TODO
iaxmodem-0.3.0/FAQ
iaxmodem-0.3.0/build
iaxmodem-0.3.0/[Link]
debian:/usr/src#

Entrons dans le répertoire décompressé avec la commande : cd iaxmodem-0.3.0:

debian:/usr/src# cd iaxmodem-0.3.0
debian:/usr/src/iaxmodem-0.3.0#

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 70 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Maintenant compilons les sources avec la commande : ./configure && make:

debian:/usr/src/iaxmodem-0.3.0# ./configure && make

checking for a BSD-compatible install... /usr/bin/install -c
checking whether build environment is sane... yes
checking for gawk... no
checking for mawk... mawk
checking whether make sets $(MAKE)... yes
checking for gcc... gcc

[...]

cc -DMODEMVER=\"0.3.0\" -DDSPVER=\"spandsp-0.0.3-snapshot-20070223+\" -D
IAXVER=\"libiax2-0.2.3-CVS-20060222+\" -Wall -g -DSTATICLIBS -DUSE_UNIX9
8_PTY -std=c99 -Ilib/libiax2/src -Ilib/spandsp/src -c iaxmodem.c
cc -DMODEMVER=\"0.3.0\" -DDSPVER=\"spandsp-0.0.3-snapshot-20070223+\" -D
IAXVER=\"libiax2-0.2.3-CVS-20060222+\" -Wall -g -DSTATICLIBS -DUSE_UNIX9
8_PTY -std=c99 -Ilib/libiax2/src -Ilib/spandsp/src iaxmodem.o lib/spand
sp/src/.libs/libspandsp.a lib/libiax2/src/.libs/libiax.a -o iaxmodem -lm
-lutil -ltiff

[...]

debian:/usr/src/iaxmodem-0.3.0#

Copions le résultat binaire dans le repertoire /usr/bin avec la commande :

cp iaxmodem /usr/bin/.

debian:/usr/src/iaxmodem-0.3.0# cp iaxmodem /usr/bin/

debian:/usr/src/iaxmodem-0.3.0#

A présent, nous pouvons configurer le modem. ‘’IAXmodem’’ inspecte pour trouver

un fichier de configuration dans le répertoire /etc/iaxmodem. Il faut donc le créer
avec la commande mkdir /etc/iaxmodem:

debian:/usr/src/iaxmodem-0.3.0# mkdir /etc/iaxmodem

debian:/usr/src/iaxmodem-0.3.0#

Créons à présent le fichier de configuration avec la commande :

touch /etc/iaxmodem/ttyIAX0:

debian:/usr/src/iaxmodem-0.3.0# touch /etc/iaxmodem/ttyIAX0

debian:/usr/src/iaxmodem-0.3.0#

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 71 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

En éditant le fichier /etc/iaxmodem/ttyIAX0 par la commande :

vim /etc/iaxmodem/ttyIAX0, ce fichier doit contenir les paramètres suivants:

device /dev/ttyIAX0
owner uucp:uucp
mode 660
port 4570
refresh 50
server [Link]
peername iaxmodem
secret password
codec alaw

IAXmodem est maintenant configuré et peut être lancé avec la commande init. Pour
ce faire, affichons le contenu du repertoire /etc/inittab avec la commande echo. Puis
ajoutons la ligne suivante : "I[Link]respawn:/usr/bin/iaxmodem ttyIAX0" >> /etc/inittab avec
la commande echo afin de lancer IAXmodem au démarrage.

debian:/usr/src/iaxmodem-0.3.0# echo
"I[Link]respawn:/usr/bin/iaxmodem ttyIAX0" >> /etc/inittab
debian:/usr/src/iaxmodem-0.3.0#

Le nom de l’unité ttyIAX0 est le même que celui spécifié dans le repertoire
/etc/iaxmodem.

Pour recevoir des fax, nous avons besoin d'un guetteur qui écoute les connexions sur
IAXmodem. Ceci est accompli par l'ajout d'une entrée dans le repertoire /etc/
inittab. Nous l’ajoutons avec la commande :
echo "mo[Link]respawn:/usr/sbin/faxgetty ttyIAX0" >> /etc/inittab.

mo[Link]respawn:/usr/local/sbin/faxgetty ttyIAX0

Créons le répertoire de réception des logs de ‘’IAXmodem’’ avec la commande

mkdir /var/log/iaxmodem/ et le fichier log avec les commandes touch
/var/log/iaxmodem/ttyIAX0 et touch /var/log/iaxmodem/iaxmodem.

debian:/usr/src/iaxmodem-0.3.0# mkdir /var/log/iaxmodem/

debian:/usr/src/iaxmodem-0.3.0# touch /var/log/iaxmodem/ttyIAX0
debian:/usr/src/iaxmodem-0.3.0# touch /var/log/iaxmodem/iaxmodem
debian:/usr/src/iaxmodem-0.3.0#

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 72 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Pour s’assurer que tout marche parfaitement, inspectons la séquence de chargement

lors de la phase de boot. Redémarrons donc le système à l’aide la commande shutdown
-r now.

debian:/usr/src/iaxmodem-0.3.0# shutdown -r now

Broadcast message from root@debian (pts/1) (Sat May 5 [Link]
2008):
The system is going down for reboot NOW!
debian:/usr/src/iaxmodem-0.3.0#

b- Installation de Hylafax

‘’Hylafax’’ est un système professionnel d’envoi et de réception de fax par voie

informatique. Le logiciel est conçu sur une architecture client serveur. Les modems
peuvent se situer sur une seule machine du réseau et les clients peuvent soumettre des
fax à l'envoi depuis n'importe quelle machine du réseau. Les logiciels clients sont
légers et faciles à mettre en place.

Cette installation se fait aisément à l’aide de la commande : apt-get -y install hylafax-

server.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 73 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

debian:~# apt-get install -y hylafax-server

Paketlisten werden gelesen... Fertig
Abhängigkeitsbaum wird aufgebaut... Fertig
Die folgenden zusätzlichen Pakete werden installiert:
enscript gs-common gs-esp hylafax-client libcupsimage2 libcupsys2
mail
x metamail psmisc
Vorgeschlagene Pakete:
gv postscript-viewer lpr gs-pdfencrypt gs-cjk-resource mgetty-viewfax
hylafax-doc mgetty cupsys-common
Empfohlene Pakete:
psfontmgr netpbm transfig
Die folgenden NEUEN Pakete werden installiert:
enscript gs-common gs-esp hylafax-client hylafax-server libcupsimage2
libcupsys2 mailx metamail psmisc

[...]

Update /var/spool/hylafax/status/[Link].

HylaFAX configuration parameters are:

[1] Init script starts faxq: yes

[2] Init script starts hfaxd yes
[3] Start old protocol: no
[4] Start paging protocol: no
Are these ok [yes]?
Modem support functions written to /var/spool/hylafax/etc/[Link].
Configuration parameters written to /var/spool/hylafax/etc/[Link].

Restarting HylaFAX server processes.

Should I restart the HylaFAX server processes [yes]?

You do not appear to have any modems configured for use. Modems are
configured for use with HylaFAX with the faxaddmodem(8) command.
Do you want to run faxaddmodem to configure a modem [yes]?
Done verifying system setup.
Updating /etc/hylafax/[Link] from
/var/spool/hylafax/etc/[Link].
Updating /etc/hylafax/[Link] from
/var/spool/hylafax/etc/[Link]
[Link]-get -y install hylafax-server /var/spool/hylafax
Starting HylaFAX: faxq hfaxd faxgetty.

debian:~#

Pressons la touche Enter aux questions posées.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 74 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

You have a HylaFAX scheduler process running. faxq will be

restarted shortly, as soon as some other work has been completed.
Can I terminate this faxq process (4048) [yes]?
Should I restart the HylaFAX server processes [yes]?

/etc/init.d/hylafax start
Not starting HylaFAX daemons since they are already running.

[...]

Modems are configured for use with HylaFAX with the faxaddmodem(8) comma
nd.
Do you want to run faxaddmodem to configure a modem [yes]?

Nous confirmons le redémarrage du serveur. Notre IAXmodem est déjà lancé, ainsi
nous pouvons poursuivre et confirmer par yes.

Aux différentes questions posées, spécifions le modem et confirmons avec la touche

Enter.

Serial port that modem is connected to [ttyS0]? ttyIAX0

Ok, time to setup a configuration file for the modem. The manual
page config(5) may be useful during this process. Also be aware
that at any time you can safely interrupt this procedure.

Reading scheduler config file /var/spool/hylafax/etc/config.

Plusieurs questions sont posées à ce stade, mais seulement quelques unes sont
importantes. Il s’agit notamment de la configuration des codes d’appels internationaux,
le numéro du fax, le code téléphonique du pays, et le CSID (Call Subscriber ID) qui
sont imprimés sur la page en réception. Confirmer par yes quand c’est le cas.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 75 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

No existing configuration, let's do this from scratch.

Country code [1]? 225

Area code []?[.]
Phone number of fax modem [+1.999.555.1212]? +225 23472449
Local identification string (for TSI/CIG) ["NothingSetup"]?
Long distance dialing prefix [1]? 0
International dialing prefix [011]? 00
Dial string rules file (relative to /var/spool/hylafax) [etc/dialrules]?

Tracing during normal server operation [1]?

Tracing during send and receive sessions [11]?
Protection mode for received facsimile [0600]?
Protection mode for session logs [0600]?
Protection mode for ttyIAX0 [0600]?
Rings to wait before answering [1]?
Modem speaker volume [off]?
Command line arguments to getty program ["-h %l dx_%s"]?
Pathname of TSI access control list file (relative to /var/spool/hylafax) [""]?
Pathname of Caller-ID access control list file (relative to /var/spool/hylafax)
[""]?
Tag line font file (relative to /var/spool/hylafax) [etc/[Link]]?
Tag line format string ["From %%l|%c|Page %%P of %%T"]?
Time before purging a stale UUCP lock file (secs) [30]?
Hold UUCP lockfile during inbound data calls [Yes]?
Hold UUCP lockfile during inbound voice calls [Yes]?
Percent good lines to accept during copy quality checking [95]?
Max consecutive bad lines to accept during copy quality checking [5]?
Max number of pages to accept in a received facsimile [25]?
Syslog facility name for ServerTracing messages [daemon]?
Set UID to 0 to manipulate CLOCAL [""]?
Use available priority job scheduling mechanism [""]?

Une page de confirmation des paramètres est proposée.

The non-default server configuration parameters are:

CountryCode: 225
AreaCode: [.]
FAXNumber: +255 23472449
LongDistancePrefix: 0
InternationalPrefix: 00
DialStringRules: etc/dialrules
SessionTracing: 11
RingsBeforeAnswer: 1
SpeakerVolume: off
GettyArgs: "-h %l dx_%s"
LocalIdentifier: "NothingSetup"
TagLineFont: etc/[Link]
TagLineFormat: "From %%l|%c|Page %%P of %%T"
MaxRecvPages: 25

Are these ok [yes]?

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 76 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Répondre yes pour détecter le modem. Ceci fait, confirmer toujours par yes à
l’utilisation en classe 1.

Finalement, répondre par no pour ne plus configurer d’autre modem à venir. Une
seconde question demandant une confirmation pour lancer le serveur fax est autorisée
par pression de la touche Enter.

Creating new configuration file /var/spool/hylafax/etc/config.ttyIAX0...

Creating fifo /var/spool/hylafax/FIFO.ttyIAX0 for faxgetty... done.
Done setting up the modem configuration.

[...]

Do you want to run faxaddmodem to configure another modem [yes]? no

[...]

Should I run faxmodem for each configured modem [yes]?

/usr/sbin/faxmodem ttyIAX0

Done verifying system setup.

/var/spool/hylafax

debian:~#

Le serveur ‘’Hylafax’’ est à présent configuré pour envoyer des fax.

c- Réception de fax

Notre solution de fax est intégrée dans Asterisk. Pour le faire, nous allons configurer
‘’IAXmodem’’ comme la paire de IAX2 en ajoutant une section dans le fichier
/etc/asterisk/[Link] :

[general]
bindport = 4569
bindaddr = [Link]
disallow=all
allow=ulaw
allow=alaw

[iaxmodem]
type=friend
secret=password
port=4570
host=dynamic
context=fax-out
disallow=all
allow=alaw

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 77 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Entrons iax2 show peers dans la console Asterisk pour voir le nouveau
‘’IAXmodem’’:

*CLI> iax2 show peers

Name/Username Host Mask Port Status
iaxmodem [Link](S) [Link] 4570 Unm onitored
1 iax2 peers [0 online, 0 offline, 1 unmonitored]
*CLI>

Pour finir Asterisk a besoin d’une extension précise pour savoir que faire à l’arrivée
d’un fax. Notre objectif est de s’assurer que toute arrivée de fax soit détectée par
‘’Hylafax’’. En considérant que certaines arrivées de fax se font à travers un
fournisseur SIP, il convient de modifier le fichier [Link]. Dans l’exemple ci-
dessous, nous présentons un cas de configuration réussi dans ce sens.

[...]

[23472449]
type=friend
insecure=very;
nat=yes
username=23472449
fromuser=23472449
fromdomain=[Link]
secret=secret
host=[Link]
qualify=yes
context=fax-in

[...]

Le contexte correspondant dans le fichier [Link] est le [fax-in] suivant:

[fax-in]

exten => _1XXX,1,Dial(IAX2/iaxmodem)

Tout fax arrivant sera immédiatement routé via ‘’IAXmodem’’ et automatiquement

renvoyé par mail à l’adresse définie dans l’alias faxmaster.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 78 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

d- Envoi de fax

A l’étape précédente, nous avons configuré notre système de sorte à permettre la

réception des fax. Ici, nous créerons un contexte [fax-out] dans le fichier
[Link]. Ainsi si ‘’IAXmodem’’ veut envoyer un fax, il sollicitera
automatiquement ce contexte spécial. Si le fax sort par notre connexion SIP 23472449,
il faudra ajouter dans le fichier [Link] la ligne suivante :

[fax-out]

exten => _1XXX,1,Dial(SIP/23472449/${EXTEN})

Nous pouvons tester l’envoie de fax avec cette commande: sendfax -n -d <faxnumber>
<[Link]>:

debian:~# sendfax -n -d 23472411 /etc/[Link]

On observera alors:

-- Accepting AUTHENTICATED call from [Link]:

> requested format = alaw,
> requested prefs = (),
> actual format = alaw,
> host prefs = (alaw),
> priority = mine
-- Executing Answer("IAX2/iaxmodem-3", "") in new stack
-- Executing Dial("IAX2/iaxmodem-3", "SIP/23472449/23472411") in new stack
-- Called 23472449/23472411
-- SIP/23472449-0818f630 is making progress passing it to IAX2/iaxmodem-3
-- SIP/23472449-0818f630 answered IAX2/iaxmodem-3
-- parse_srv: SRV mapped to host [Link], port 5060
== Spawn extension (fax-out, 23472411, 2) exited non-zero on 'IAX2/iaxmodem-3'
-- Executing Hangup("IAX2/iaxmodem-3", "") in new stack
== Spawn extension (fax-out, h, 1) exited non-zero on 'IAX2/iaxmodem-3
'
-- Hungup 'IAX2/iaxmodem-3'

Si nous lançons la commande faxstat –s durant la l’envoi, nous observons un fichier de

ce genre :

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 79 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

debian:~# faxstat -s
HylaFAX scheduler on [Link]: Running
Modem ttyIAX0 (23472449): Sending job 7

JID Pri S Owner Number Pages Dials TTS Status

7 127 R root 23472411 0:1 0:12
debian:~#

Cela fait, nous pouvons envoyer et recevoir des fax via Asterisk à l’aide de
‘’Hylafax’’.

e- Configuration de la réception de fax comme e-mail

L’étape suivante illustre comment configurer ‘’Hylafax’’ pour permettre la réception

de fax dans une adresse électronique prédéfinie. Le destinataire recevra le fax comme
un document attaché à un courrier é[Link] atteindre ce but, la modification
du fichier var/spool/hylafax/etc/FaxDispatch sera nécessaire.

SENDTO : L’adresse mail de destination des fax arrivant.

FILETYPE : Le format du fichier attaché. En pdf, tiff (Tagged Image File Format) et
ps (Postscript™) .

SENDTO=fax-incoming@[Link]
FILETYPE=pdf

Après la sauvegarde du fichier, nous redémarrons le serveur de fax avec la commande

/etc/init.d/hylafax restart.

debian:~# /etc/ini.d/hylafax restart

Starting HylaFAX: faxq hfaxd.
debian:~#

Nous pouvons tester l’envoie de e-mail en envoyant un fax test avec la commande
sendfax -n -d <faxnumber> <[Link]>

debian:~# sendfax -n -d 23472411 /etc/[Link]

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 80 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Après un moment, l’adresse mail targuée, confirme la réception d’un message dans le
format :

recvq/[Link] ([Link]

Sender: IAXmodem
Pages: 4
Quality: Normal
Size: North American Letter
Received: [Link] [Link]
Time To Receive: 1:58
Signal Rate: 9600 bit/s
Data Format: 2-D MMR
Error Correct: Yes
CallID1: 2007
CallID2: IAXmodem 1
Received On: ttyIAX0
CommID: 000000033 ([Link]

[...]

Jun 02 [Link].99: [ 3320]: RECV FAX: bin/faxrcvd "recvq/fax000000016.t

if" "ttyIAX0" "000000033" "COMREC received DCN" "2007" "IAXmodem 1" "<NO
NE>" "s"
Jun 02 [Link].00: [ 3320]: RECV FAX: end
Jun 02 [Link].00: [ 3320]: SESSION END
Jun 02 [Link].01: [ 3320]: RECV FAX (000000033): recvq/[Link]
f from IAXmodem, route to <unspecified>, 4 pages in 2:08

Le fichier attaché sera au format PDF, si le PDF est nommé [Link].

Nous pouvons à présent envoyer et recevoir des fax. Seulement recevoir un fax
signifie en réalité recevoir un courrier électronique avec un fichier PDF attaché.

f- Installation de modules supplémentaires

Avantfax permet de transférer les fax par courriel en pièce jointe. Pour y arriver, il
nécessite d'autres modules pour fonctionner. Ceux-ci peuvent être

facilement téléchargés et configurés avec les commandes suivantes :

apt-get install php5 php-pear php-db php-mail php-mail-mime php5-dev

apt-get install libungif-bin netpbm imagemagick libmagic-dev build-essential

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 81 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Appuyer sur Entrée à chaque fois qu’il s’affiche : ‘’Souhaitez-vous continuer?’’

Toutefois lors du transfert, les fichiers envoyés ne doivent pas dépasser 2 Mo. Pour
modifier cette limite, nous éditons le fichier : vim /etc/php5/apache2/[Link].

vim /etc/php5/apache2/[Link]

Appuyons sur / et tapons ‘’upload_max_filesize’’. Appuyons ensuite sur Entrée, puis

sur ’’ i’’ et modifions la valeur qui se trouve avant ‘’M’’.

Il s'agit de la taille maximale d'envoi de fichier par PHP. Appuyons maintenant sur
‘’Echap’’, puis ‘’:’’, puis ‘’x’’, puis Entrée pour quitter l'éditeur.

Entrons enfin la commande suivante pour recharger la nouvelle configuration dans le

serveur Web :

/etc/init.d/apache2 reload

g- Installation d’Avantfax

Dans un premier temps, Il convient d'abord de sécuriser l'installation de MySQL avant

de l'utiliser :
mysql_secure_installation

Au lancement de cette commande pour la première fois, le compte ‘’root ‘’ n'a pas de
mot de passe, appuyons donc sur Entrée directement, puis encore sur Entrée pour lui
en attribuer un. Entrons un mot de passe pour l'administrateur de la base de données,
puis retapons le, enfin appuyons sur Entrée à chaque fois jusqu'à la dernière question
pour enlever les tables de tests et les utilisateurs anonymes.

Ensuite, téléchargeons l’archive d’ ‘’Avantfax’’ sur le site :

[Link] comme suit :

wget [Link]
[Link]

Puis décompressons l'archive comme ceci:

tar -xzf [Link]

cd avantfax-2.0.5

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 82 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

On édite le fichier de configuration d'Avantfax afin d’attribuer un mot de passe pour

l'accès à la base de données et pour une présentation de l'interface en français :

vi avantfax/includes/[Link]

Appuyons sur ’’ i’’. A droite de ’’ $db_pass’’, enlevons la valeur entre guillemets et

mettons à la place un mot de passe qui servira au logiciel à se connecter à MySQL,
puis à droite de ‘’$dft_config_lang’’, remplaçons ‘’en’’ par ‘’fr’’, puis appuyons sur
‘’Échap’’, puis’’ :’’, puis ‘’x’’, puis Entrée.

Tapons ‘’mysql -uroot –p’’, puis entrons le mot de passe de l'administrateur MySQL (en
cas de refus, entrons le mot de passe de l'administrateur de la machine en premier) et
écrivons :

GRANT ALL PRIVILEGES ON *.* TO 'avantfax'@'localhost' IDENTIFIED BY

'mot_de_passe_avantfaxsql';

Note : N’oublions pas le point-virgule à la fin.

mot_de_passe_avantfaxsql est le mot de passe que l'on a attribué à l'utilisateur
avantfax pour l'accès à la base de données dans le fichier [Link], à droite de
$db_pass.

Entrons ‘’exit ‘’et appuyons sur Entrée pour sortir.

Maintenant, on rentre les commandes suivantes pour placer Avantfax au bon endroit et
paramétrer les modules et la base de données :

mv avantfax /var/www/
chmod -R 777 /var/www/avantfax/tmp /var/www/avantfax/faxes
./[Link]
pear install mail_mime
pecl install fileinfo

Ensuite, on patiente le temps que le module se compile et s'installe, puis on continue

avec les commandes :

pear install mail

mysqladmin --user=avantfax --password=mot_de_passe_avantfaxsql
create avantfax
mysql --user=avantfax --password=mot_de_passe_avantfaxsql
avantfax < create_tables.sql

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 83 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

On place certaines commandes dans le ‘’Cron’’ pour qu'il réalise automatiquement des
opérations de maintenance.

crontab -e

On ajoute les lignes suivantes à la fin du fichier.

0 * * * * /var/www/avantfax/includes/[Link]
0 0 * * * /var/www/avantfax/includes/[Link]

Puis en procédant par ‘’Ctrl + x’’, puis ‘’y’’, puis Entrée, on enregistre la
modification apportée.

On tape ensuite la commande visudo -f /etc/sudoers.

visudo -f /etc/sudoers

On ajoute tout en bas du fichier sur une seule ligne.

www-data ALL = NOPASSWD: /sbin/reboot, /sbin/halt,

/usr/sbin/faxdeluser, /usr/sbin/faxadduser -u * -p * *

Puis, on enregistre par appui sur ‘’Ctrl + x’’, puis ‘’y’’.

On tape la commande exit pour quitter la session.
L'installation de Avantfax est maintenant terminée.

h- Installation de Freepbx

Freebpx est une interface web qui permet d’administrer aisément l’IPBX Asterisk.
C’est un logiciel riche, gratuit et très facile à l’utilisation même pour le personnel non
familier à Linux.

Afin de garantir une installation réussie du logiciel Freepbx, une préparation préalable
de certains logiciels s’avère incontournable pour offrir une présentation en page web.
Il s’agit des programmes : php, mysql et apache.

Nous les Installons donc avec la commande classique apt-get install.

#apt-get install php5 php5-cli mysql-server php-pear php5-

mysql php-db libapache2-mod-php5 php5-gd php5-curl phpmyadmin

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 84 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Ensuite, nous téléchargeons des sources de Freepbx et les décompressons dans le

dossier de source.

#cd /tmp
#wget [Link]
#cd /usr/src
# tar zxvf /tmp/[Link]

On change la taille maximum autorisée lors de l’envoi de fichier via PHP en éditant le
fichier /etc/php5/apache2/[Link] où on change :

upload_max_filesize = 2M
par
upload_max_filesize = 20M

Pour ajouter de la musique d’attente, nous apportons une modification dans le fichier
moh (ayant en charge la gestion de la musique d’attente) afin d’y intégrer le format
mp3.

#ln -s /var/lib/asterisk/moh /var/lib/asterisk/mohmp3

• Les permissions d’Asterisk

Ajoutons un utilisateur asterisk à l’aide de la commande adduser (ignorer le warning,

sur le fait que le home existe déjà), pour intégrer Asterisk à Freepbx.

#adduser asterisk --disabled-password --gecos "asterisk PBX" --home

/var/lib/asterisk

Ajoutons l’utilisateur www-data au groupe asterisk

#adduser www-data asterisk

Un redémarrage de apache maintenant est requis.

#apache2ctl restart

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 85 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Créons à présent des utilisateurs et bases MySQL

#mysql -u root -p

mysql> create database asteriskcdrdb;

mysql> create database asterisk;

mysql> GRANT ALL PRIVILEGES ON asteriskcdrdb.* TO asteriskuser@localhost

IDENTIFIED BY 'amp109';

mysql> GRANT ALL PRIVILEGES ON asterisk.* TO asteriskuser@localhost

IDENTIFIED BY 'amp109';

mysql> quit

#mysql -u root -p asteriskcdrdb < /usr/src/freepbx-

2.4.0/SQL/cdr_mysql_table.sql

#mysql -u root -p asterisk < /usr/src/freepbx-2.4.0/SQL/[Link]

En éditant le fichier : /etc/asterisk/[Link], on change la ligne

astrundir => /var/run

par :
astrundir => /var/run/asterisk

Il faut alors créer le répertoire asterisk dans le repertoire var.

#mkdir /var/run/asterisk

On redémarre d’Asterisk. Attention à ne pas lancer asterisk avec : /etc/init.d/asterisk

start.

#cd /usr/src/freepbx-2.4.0

#./start_asterisk start

Une erreur apparaît au lancement. On recherche l’origine dans le fichier de log

d’Asterisk.

#cd /var/log/asterisk/

#ls -la

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 86 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Le constat est que le dossier ne dispose pas des droits pour le processus Asterisk qui
tourne avec comme PID Asterisk.

#chown asterisk:asterisk -R /var/log/asterisk

Puis, on tente de relancer le processus.

#/usr/src/freepbx-2.4.0/start_asterisk start

Installation de freePBX 2.4.0

On se déplace dans le répertoire /usr/src/ où l’on a décompressé le fichier Freepbx.

Ensuite on l’installe avec la commande install_amp.

#cd /usr/src/freepbx-2.4.0

#install_amp

Quelques configurations sont requises à ce niveau.

A la place de : /var/www/html, Répondre : /var/www.

A la place de : [Link], Répondre : adr_ip_du_serveur ex : [Link].

Pour procéder à quelques tests, il suffit de lancer un navigateur depuis un client du

réseau puis de taper l’adresse IP du serveur Asterisk.
Ici http// :[Link].

I-3- Mise en place d’un plan de numérotation

Les plans de numérotation indiquent la manière d'émettre et de recevoir les appels. Ils
gèrent le menu, les appels entrants et sortants, les transferts d'appel, les messageries
vocales, l’accueil, le support, la musique d’attente et l’horloge parlante. On dit d'eux le
cœur de l'application, puisqu'ils sont nécessaires au bon fonctionnement d’Asterisk.
Toutes les données sont intégrées dans les fichiers sources à Asterisk: " [Link] ", si
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 87 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

on utilise le protocole de signalisation SIP (ce qui est notre cas) et " [Link] "
qui se trouvent généralement à l'emplacement " /etc/asterisk/" ou quelques fois dans
"/usr/local/asterisk" et "/opt/asterisk/etc/".

On distingue quatre parties pour réaliser le plan de numérotation: le contexte, les

extensions, les priorités et les applications. Mais avant, certaines modifications sont
nécessaires avant la réalisation de ce plan.

La configuration des canaux FXO/FXS se fait dans le fichier /etc/[Link]

Dans ce fichier :

un port FXO est défini par une signalisation FXS qu'il utilise ;

un port FXS est défini par une signalisation FXO qu'il utilise.

Il faut donc apporter des modifications dans le fichier : /etc/[Link], comme ceci:

fxoks=1-2 : type de prise de ligne FXS sur les ports 1-2 (ici ks indique le
protocole de prise de ligne de la tension avec détection de déconnexion distant
en vigueur sur la majorité des installations téléphoniques analogiques) ;

fxsks=2-4 : type de prise de ligne FXO sur les ports 2-4 ;

loadzone=fr : indications à utiliser pour le canal (défini dans zonedata.c) ;

defaultzone=fr : utiliser si aucune zone n'est spécifiée pour un canal.

On poursuit dans le fichier /etc/default/asterisk, où on modifie la ligne :

RUNASTERISK=no

par
RUNASTERISK=yes

Cela permet de lancer le service asterisk au démarrage, ainsi que par la commande
/etc/init.d/asterisk .

On lance donc Asterisk :

/etc/init.d/asterisk start

La ligne de commande asterisk –r permet d’afficher la console de commande du

processus d’Asterisk en cours. Il est possible de recharger la configuration grâce à la
commande reload.

Asterisk utilise le fichier /etc/asterisk/[Link] pour déterminer les paramètres et

la configuration du matériel téléphonique installé dans le système, ainsi que les voies
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 88 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

d’accès sur le réseau de Côte d ‘Ivoire Télécom.

Le fichier /etc/asterisk/[Link] décrit la configuration du plan de
numérotation sur lequel s'appuie Asterisk.
Le plan de numérotation consistera en une modification de ces deux fichiers
principaux et bien d’autres encore surtout dans le cadre de l’interconnexion.

I-3-1- Modification du fichier [Link]

On entre la commande #Vim /etc/asterisk/[Link]. Ensuite on porte les modifications

suivantes dans le fichier [Link] :

[trunkgroups] : définition des groupes d'agrégation ;

[channels] : configuration des canaux matériels ;

busydetect=yes ;

callprogress=yes ;

language=fr :

Définition des canaux FXS (groupe de canaux n°1) ;

group=1 ;

context=sortant : utilisation du contexte [sortant] de ‘’[Link]’’ ;

signalling=fxo_ks : utilisation de la signalisation FXO pour les canaux FXS ;

channel => 1-2 : téléphones analogiques connectés aux ports 1-2

Définition des canaux FXO (groupe de canaux n°2) ;

group=2 ;

context=entrant : les appels entrants vont dans [entrant] de ’[Link]’’ ;

signalling=fxs_ks : utilisation de la signalisation FXS pour les canaux FXO ;

channel => 3 : RTC connecté aux ports 3

Définition d'un canal FXO dédié aux numéros d'appel d'urgence (groupe de canaux
n°3) ;

group=3 ;

context=entrant: les appels entrants vont dans [entrant] de ’[Link]’’ ;

signalling=fxs_ks : utilisation de la signalisation FXS pour les canaux FXO ;

channel => 4 : RTC connecté au port 4 pour les appels d’urgence.

I-3-2- Création des clients (utilisateurs)

La configuration de nouveaux clients SIP se fait dans le fichier /etc/[Link], dans

lequel on ajoute une entrée pour chaque client.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 89 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Plusieurs options permettent de définir et de paramétrer un client :

type : Type de client (peer, user ou friend) ;

username : Identifiant de l'utilisateur ;

secret : Mot de passe de l'utilisateur ;

host : Méthode pour trouver le client (dynamique, nom d'hôte ou adresse IP) ;

callerid : Identité de l'utilisateur ;

language : Langue par défaut pour l'utilisateur.

a- Description des paramètres

Pour chacun des paramètres précédents, plusieurs valeurs sont disponibles selon la
configuration désirée.

type :

peer : Client SIP auquel Asterisk pourra envoyer des appels ;

user : Client SIP qui pourra passer des appels via Asterisk ;

friend : Client qui sera à la fois en mode 'peer' et 'user' .
host :

dynamic : Le client s'enregistre auprès du serveur ;

nom d'hôte : Nom d'hôte du client ;

adresse IP : Adresse IP du client.

language :

us : Langue par défaut ;

fr : Langue française.

b- Modification du fichier [Link]

On recherche la ligne; language=us, on la décommente ( en supprimant le signe # en

début de ligne) et on place la valeur à fr.

language=fr

On se place ensuite à la fin du fichier pour passer à la configuration des utilisateurs.

I-3-3- Exemple de création de l’utilisateur Bredou

On édite le fichier /etc/[Link] avec la commande vim /etc/[Link]. Puis, on porte les
modifications suivantes :

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 90 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

[1001]
type=friend
username=1001
secret=1001
host=dynamic
callerid="Bredou"
mailbox=1001@default

Attribution de numéros d’appel

Pour attribuer un numéro à l’utilisateur bredou, on édite le fichier /etc/asterisk/

[Link] toujours avec la commande vim /etc/asterisk/ [Link].

exten => 1001,1,Dial(SIP/1001,20,tr)

Désormais, on appellera l’utilisateur bredou (1001) en composant le numéro

1001, 20 est le timeout avant de raccrocher.

Voicemail et boites vocales

Les lignes suivantes devront être ajoutées dans le fichier [Link] pour créer
la boite vocale de l’utilisateur bredou:

1001 => 1001,Bredou,Bredou@localhost,,|attach=no|review=yes

Le premier 1001 est le numéro de la boite, le deuxième est le mot de passe de la boite
vocale, puis vient le numéro de l’utilisateur, son adresse mail, ainsi que des options.
Un message sera envoyé à l’adresse mail lorsqu’un nouveau message sera laissé sur le
répondeur.

Le fichier son, ne sera pas en pièce jointe du mail grâce a l’option attach=no ;
review=yes permet à celui qui laisse un message de relire ou de réenregistrer son
message.

Les messages vocaux sont stockés dans le répertoire /var/spool/asterisk.

Ensuite, on ajoute dans fichier /etc/asterisk/[Link], la commande pour activer

le répondeur, si l’utilisateur bredou ne répond pas :

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 91 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

exten => 1001,2,Voicemail(1001)

Puis, on modifie le message du mail en français en éditant le fichier

/etc/asterisk/[Link], où on remplace le message anglais par un message en
français :

emailsubject=Nouveau message numero ${VM_MSGNUM} dans la boite

${VM_MAILBOX}
emailbody=Cher(e) ${VM_NAME},\n\n\tVous avez un nouveau message de la
part de ${VM_CALLERID}.\n Ce message dure ${VM_DUR} et il a ete
envoye ${VM_DATE},\nvous pouvez consulter votre boite ${VM_MAILBOX}
pour ecouter ce message.\n\n\t\t\t\t Le service de Messagerie\n

Enfin, nous rechargeons la configuration du serveur Asterisk via le client en ligne de

commande pour valider les modifications :

Reload

I-3-4- Modification générale du fichier [Link]

On édite le fichier /etc/asterisk/[Link] dans le contexte [default] pour

commencer par y définir le numéro auquel les utilisateurs seront joints.

Contexte default:

[default]
exten => 1XXX,1,Ringing()
exten => 1XXX,2,Wait(4)
exten => 1XXX,3,Goto(accueil,s,1)

La première ligne va permettre d’obtenir une tonalité, et la deuxième un temps

d’attente de 4 secondes.

Enfin, la troisième ligne renverra la communication vers un autre contexte nommé

accueil, qui servira de menu d’accueil pour l’utilisateur. La fonction Goto() redirige
vers une priorité d’extension d’un contexte précis ; ici on va rejoindre la priorité 1 de
l’extension s présente dans le contexte [accueil].

Remarque : les deux premières lignes (Ringing et Wait) sont facultatives. Néanmoins,
elles apportent un confort supplémentaire à l’utilisateur.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 92 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Contexte d’accueil

[accueil] ; définition d’un contexte pour l’accueil

exten => s,1,SetGlobalVar(sounds_path=/var/asterisk/sounds/)
exten => s,2,Background(${sounds_path}welcome)
exten => #,1,Goto(menu,s,1)
exten => i,1,Playback(${sounds_path}erreur-saisie)
exten => t,1,Goto(accueil,s,1)

Extensions prédéfinies

i, lancée lorsqu’une extension est invalide ;

s, lancée au lancement du contexte ;

h, lancée lorsque l’appel se termine ;

t, lancée au bout du timeout si l’appel n’est pas pris ;

T, lancée au bout de la durée maximale de communication ;

o, lancée lorsque l’opérateur pressera la touche 0 dans le VoiceMail.

Détails

exten => s,1,SetGlobalVar(sounds_path=/var/asterisk/sounds/)

L’utilisation de variables globales peut simplifier la configuration, elles peuvent être

définies afin d’être réutilisables dans la configuration. On définit alors la variable
contenant le chemin d’accès aux fichiers sons sur le serveur.

exten => s,2,Background(${sounds_path}welcome)

La fonction Background() va permettre de jouer en tâche de fond le message de

bienvenue ’’[Link]’’, présent dans le répertoire des sons. On notera qu’il ne faut
pas spécifier l’extension du fichier.

exten => #,1,Goto(menu,s,1)

L’extension # va se déclencher lorsque l’utilisateur pressera la touche #, il pourra être

invité à cela dans le message de bienvenue précédent. Cette action redirigera l’appel
vers le menu principal (contexte : menu).

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 93 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

exten => i,1,Playback(${sounds_path}erreur-saisie)

A l’extension ‘‘i’’, pour l’extension invalide (cf. extensions prédéfinies), on attribue la

fonction Playback() qui va jouer elle aussi, un son pour avertir l’utilisateur qu’il s’est
trompé lors de la saisie.

Remarque : contrairement à la fonction Background(), la fonction Playback() ne

rendra pas la main à l’utilisateur avant la fin de la lecture.
exten => t,1,Goto(accueil,s,1)

Pour terminer, on va rediriger à la fin du timeout vers le même contexte, ainsi

l’utilisateur réentendra le menu des options jusqu'à ce qu’il entre une option valide.

Contexte de menu

[menu] ; définition d’un contexte pour le menu

exten => s,1,Background(${sounds_path}menu)
exten => 0,1,Goto(menu,s,1)
exten => 1,1,Goto(appel,s,1)
exten => 2,1,Goto(message,s,1)
exten => 3,1,Goto(support,s,1)
exten => i,1,Playback(${sounds_path}erreur-saisie)
exten => i,2,Goto(menu,s,1)
exten => t,1,Goto(menu,s,1)

Détails

exten => s,1,Background(${sounds_path}menu)

Comme pour le message de bienvenue, il sera joué à l’utilisateur le fichier son du

menu pour l’inviter à sélectionner un service.

exten => 0,1,Goto(menu,s,1)

exten => 1,1,Goto(appel,s,1)
exten => 2,1,Goto(message,s,1)
exten => 3,1,Goto(support,s,1)

Il faut ensuite définir les différentes extensions de redirection vers les autres services.
Une seule priorité est nécessaire pour ces actions ; car elles ne s’occuperont que de
rediriger vers d’autres contextes.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 94 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Contexte sortant

[sortant]
exten => _0XXXXXXXX,1,Dial(Zap/g2/${EXTEN})
exten = > _0180,1,Dial(Zap/4/180)

include => sortant

Détails

Les appels vers le RTC sont dirigés dans ce contexte depuis le fichier [Link].

exten = > _0XXXXXXXX,1,Dial(Zap/g2/${EXTEN})

Pour tous les numéros à 9 chiffres commençant par 0, possibilité d’appeler ces
numéros sur le 1er canal ZAP libre parmi le groupe de canaux n°2 (c’est-à-dire le
groupe de canaux FXO autre que le 4ème port FXO).

exten = > _0180,1,Dial(Zap/4/180)

Pour atteindre les pompiers, systématiquement appeler le 180 sur le canal ZAP/4 dédié
aux appels vers les numéros d'appel d'urgence des pompiers.

Contexte entrant

Les appels depuis le RTC sont dirigés vers les bons terminaux. Le numéro 23472449,
est le numéro à partir duquel un correspondant pourra joindre un utilisateur en interne.

[entrant]
exten = > s,1,Answer ;repondre à un canal qui sonne
exten = > 23472449,1,Dial(Zap/2,10,r)
exten = > 23472449,2,VoiceMail(23472449@default)
exten = > 23472449,3,Hangup() ; raccrocher le canal
exten = > 23472450,1,Dial(Zap/1&SIP/23472450)
exten = > 23472450,2,VoiceMail(23472450@default)
exten = > 23472450,3,Hangup()
exten = > 23472451,1,Dial(Zap/1&Zap/2)
exten = > 23472451,2,Hangup()
include = > appel

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 95 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Détails

exten = > 23472449,1,Dial(Zap/2,10,r)

Pour un appel entrant sur la ligne 23472449, Asterisk fait sonner le téléphone branché
sur le canal Zap/2 (c’est-à-dire sur le 2ème port FXS). La temporisation (2ème argument)
est de 10 secondes pour cette extension. Le 3ème argument (la lettre r) force Asterisk à
indiquer la sonnerie pour l'appelant et l'appelé.

exten = > 23472449,2,VoiceMail(23472449@default)

Déclencher le répondeur si pas de réponse à l’extension précédente.

exten = > 23472449,3,Hangup()

Raccrocher le canal

exten = > 23472450,1,Dial(Zap/1&SIP/23472450)

Ici, on fait sonner le téléphone analogique branché sur le canal ZAP/1 (c’est-à-dire sur
le 1er port FXS) et le téléphone SIP enregistré avec l'extension 23472450.
exten = > 23472451,1,Dial(Zap/1&Zap/2)

Là, on fait sonner deux téléphones quand l'extension 23472451 est atteinte dans le plan
de numérotation : le téléphone branché sur le canal ZAP/1 (c’est-à-dire sur le 1er port
FXS) et le téléphone branché sur le canal ZAP/2 (i.e. sur le 2ème port FXS).

Contexte d’appel

[appel] ; définition d’un contexte pour le menu d’appel

exten => s,1,Background(${sounds_path}appel)
exten => 0,1,Goto(menu,s,1)
exten =>_1XXX,1,Dial(SIP/${EXTEN},20,tr)
exten =>_2XXX,1,Dial(zap/1/${EXTEN},20,tr); appel de l’autocom alcatel
exten => i,1,Playback(${sounds_path}erreur-saisie)
exten => t,1,Goto(appel,s,1)
include => sortant

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 96 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Mis à part les éléments récurrents tels que les messages de menu, d’erreurs de saisie et
de redirection, le service fourni par ce contexte est un service de redirection d’appel.
On invite donc l’utilisateur à composer le numéro du correspondant à joindre.

exten => _1XXX,1,Dial(SIP/${EXTEN},20,tr)

Le numéro d’extension _1XXX va cibler toutes les extensions commençant par 1 et

comportant 4 chiffres. Une fois le numéro entré, via la fonction Dial(), le
correspondant sera joint.

Le protocole utilisé sera le protocole SIP, et la cible, la variable globale ${EXTEN}

contenant le numéro composé par l’utilisateur. Le second paramètre sera le timeout,
temps au bout duquel la tentative de connexion sera annulée si l’appel n’a pas été pris.

exten =>_2XXX,1,Dial(zap/1/${EXTEN},20,tr

Le numéro d’extension _2XXX va cibler toutes les extensions commençant par 2 et

comportant 4 chiffres. Une fois le numéro entré, via la fonction Dial(), le
correspondant Alcatel sera joint sur le canal zap1.

Options :

— t : autoriser l’appelé à transférer l’appel ;

— r : générer une tonalité pour l’appelant ;
— include => sortant : rend le contexte sortant disponible à nos utilisateurs de
VoIP en interne.

Contexte de messagerie

[message] ; définition d’un contexte pour la messagerie

exten => s,1,VoiceMailMain(${CALLERIDNUM})
exten => t,1,Hangup()

Détails

exten => s,1,VoiceMailMain(${CALLERIDNUM})

L’utilisateur sera redirigé vers le module de serveur de messagerie vocale

VoiceMailMain. Il pourra consulter et gérer ses messages. Le paramètre

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 97 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

${CALLERIDNUM} va servir à pointer au lancement du module sur la messagerie de

l’appelant, sans qu’il ait à entrer son identifiant.

exten => t,1,Hangup()

Cette ligne va être utile au cas où il ne serait pas possible de joindre le VoiceMail.
Arrivé au bout du timeout, la communication sera terminée par la fonction Hangup().

Contexte de support

[support] ; définition d’un contexte pour le support

exten => s,1,GoToIfTime(09:00-17:00|mon-fri|*|*?s,4)
exten => s,2,Playback(${sounds_path}no-relation-support)
exten => s,3,Goto(menu,s,1)
exten => s,4,Playback(${sounds_path}relation-support)
exten => s,5,Queue(default)
exten => t,1,Hangup()

Détails

exten => s,1,GoToIfTime(09:00-17:00|mon-fri|*|*?s,4)

La première priorité du contexte utilise une fonction GoToIfTime(), similaire à la

fonction Goto() à la différence que l’ont peut spécifier une plage horaire. Si la
condition est remplie le Goto() est exécuté, sinon on passe à la priorité suivante.

09:00-17:00
- mon-fri : du lundi au vendredi ;
- * : tous les jours du mois ;
- * : tous les mois de l’année ;
- s,4 : extension s priorité 4 du contexte en cours.

Dans le cas présent, si la condition est validée, le message de mise en relation avec le
support technique sera diffusé.

exten => s,5,Queue(default)

La fonction Queue() permet de diriger l’appel vers une file d’attente, ici vers la file
d’attente nommé default.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 98 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

I-4- IVR (Interactive Voice Response : Serveur vocal interactif)

Création des agents et des files d’attente

Editons le fichier /etc/asterisk/[Link] et ajoutons des agents qui seront chargés

de répondre aux appels sur les files d’attente :

agent => 2001,2001,Bredou

Le premier 2001 correspond à l’identifiant de l’agent, le second au mot de passe,

Bredou est le nom de l’agent.

[default]
member => Agent/2001

Ensuite, il faut créer une file d’attente et y associer des agents.

On associe l’agent 2001 à la file d’attente default, on peut créer d’autres files d’attente
en créant de nouveaux contextes.

L’option AgentLogin() permettra à l’agent de s’authentifier et de recevoir des appels

depuis la file d’attente, dans notre cas en appelant le numéro 800.

exten => 800,1,AgentLogin()

Configuration pour la musique d’attente

Afin que les utilisateurs qui se retrouvent dans la file d’attente puissent avoir le droit à
la musique d’attente, on modifie à l’aide la commande vim, le fichier
etc/asterisk/[Link].

default => quietmp3:/var/asterisk/sounds/mp3

Le dossier de musique d’attente est donc maintenant configuré, il n’y a plus qu’à
ajouter les différentes pistes à jouer dans ce dossier.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 99 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Une horloge parlante

[Horloge_parlante]
exten => 777,1,Answer
exten => 777,2,SayUnixTime(,CET,kM)
exten => 777,3,Hangup

Lorsqu’on compose le numéro 777, Asterisk nous donne l’heure indiqués sur le
serveur par un message vocal.

II - Les tests de fonctionnement

Les tests jouent un rôle important dans la suite du projet. En effet, leur succès garantira
la poursuite du déploiement sur les autres sites. Ils portent sur :

la qualité d’écoute (MOS: Mean Opinion Score);

la résistance au stress (pics de trafic);

la connexion au réseau extérieur;

la sécurité électrique;

la résistance aux attaques (DoS, virus, etc.).

II-1- La qualité d'écoute

Bien que subjective, la qualité de la voix obtenue par le codec GSM, que nous avons
choisi est très proche de la qualité du RTC. Afin d'améliorer la qualité de nos
conversations par VoIP, nous avons minimisé les délais en donnant la priorité au trafic
vocal. En d'autres termes, nous permettons aux paquets de VoIP d'être placés en
meilleure position dans la queue des messages en attente de transmission.
La technique utilisée pour évaluer la qualité d’écoute est le calcul MOS (Mean
Opinion Score). C’est une méthode chère, lente, ne permettant pas d'effectuer des
mesures en masse. Inaccessible, nous nous sommes contentés de passer des appels en
interne et d’en juger la qualité à l’oreille par nous-mêmes. Mieux, l’ajout d’un module
anti-écho à la carte Digium TDM400P, a apporté un plus à notre central en supprimant
les phénomènes d’écho durant les communications. Les tests opérés se sont avérés
bons dans l’ensemble grâce à cette fonctionnalité.
Pour information, si la communication requiert l'utilisation d'un satellite, des délais de
l'ordre de 300 ms sont inévitables. Afin de mnimiser le délai, il faudra porter une
attention particulière aux switchs et routeurs traversés. Les conversations sont
possibles si la connexion passe par plusieurs relais satellite, mais prévoir d'attendre la
réponse du correspondant au moins une seconde sans parler. Une règle simple dans ce
cas est de placer l’IPBX à l'endroit le moins saturé du réseau. Dans notre cas,
l’emplacement indiqué serait juste après le pare-feu.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 100 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

II-2- La résistance au stress

Durant les pics de trafic, l’on a constaté au départ, une qualité audio qui laissait à
désirer. Pour palier ce déficit, nous avons affiné les critères de priorité réservés aux
flux de la voix. Concrètement, nous avons utilisé la méthode de réglage du bit
DiffServe (Services différenciés). Les premiers bits de l’octet TOS (type de service) ou
le champ DiffServe Code Point (DSCP) dans l’en-tête IP ont été réglés à l’aide du
mécanisme de comportement par bond. Un bond correspond au mouvement d’un
paquet d’un point de transit à un autre (routeur à routeur, routeur à commutateur, etc.).
L’avantage de ce bit est qu’il est compris par tous les appareils de niveau 3, y compris
les routeurs et les commutateurs de niveau 3. Cette technique a permis au trafic
d’emprunter plusieurs chemins pour atteindre rapidement sa destination. Ces bits ont
été réglés comme des requêtes par l’application d’origine. Afin de maintenir le même
niveau de qualité de bout en bout, tous les routeurs et commutateurs des chemins
sélectionnés ont été conformés à ce réglage, adressant ainsi les paquets en
conséquence. Finalement, nos appels ont présenté une bien meilleure qualité durant le
pics.

II-3- La connexion au réseau extérieur

La connexion au réseau de Côte d’Ivoire Télécom se déroule à travers l’autocom

Alcatel 4400, sur deux lignes analogiques connectées à la carte PCI TDM400P, qui
joue le rôle de passerelle.
A l’émission des appels destinés vers l’extérieur, Asterisk détecte le chiffre ‘’0’’ qui
permet la prise du faisceau des appels sortants. Un routage est effectué par l’IPBX à
travers la carte TDM400P sur le PABX Alcatel. Ce dernier invite alors l’utilisateur à
composer le numéro de 8 chiffres du correspondant Côte d’Ivoire Télécom à travers la
tonalité continue.
A titre d’exemple, si nous voulons joindre un correspondant au numéro [Link], il
nous faudra composer le numéro 0022442858 au lieu de 022442858.
Le ‘’0’’ en-tête, indique à Asterisk (selon le contexte sortant) qu’il s’agit d’un numéro
à aiguiller sur le port n°1 de la carte TDM400P, relié au numéro 23472449 du PABX
Alcatel. Le second ’0’ indique à Alcatel la prise du faisceau de Côte d’Ivoire Télécom.
Nous composons alors les 8 autres chiffres restants (22442858). Notre PABX n’a plus
qu’à nous connecter au numéro composé à travers le réseau public.

II-4- La sécurité électrique

Le problème majeur qu’il reste à résoudre est celui de l’électricité. En effet, malgré
l’environnement hostile dans lequel est implanté la direction générale du CNRA, il
n’existe qu’un seul paratonnerre sur l’ensemble du site ; ce qui est très insuffisant pour
une sécurisation optimale. De plus les discontinuités liées aux coupures intempestives
ne garantissent pas une souplesse dans l’utilisation du système. Une solution palliative
a été d’installer des onduleurs centraux sur le site, ainsi qu’un groupe électrogène de

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 101 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

grande capacité pour garantir la continuité des services.

II-5- La résistance aux attaques

A ce niveau, les difficultés que nous avons constatées sont venues des utilisateurs. Il
s’agissait essentiellement de virus, de vers et de chevaux de Troie. Pour y remédier,
nous avons configuré la mise à jour journalière de l’antivirus et programmé des scans
réguliers des équipements du réseau. En plus, une actualisation des restrictions au
niveau du pare feu ont été effectuées. Enfin, l’on a procédé à une mise à jour régulière
des pilotes du matériel et des logiciels parmi lesquels le softphone tient une place de
choix.

III – Les tests de diagnostic de l’administrateur

Les tests de diagnostic de l’ IPBX Asterisk sont constitués de commandes logicielles.

III-1- Les commandes de test des téléphones IP

Ce test est composé de deux commandes permettant à l’administrateur de suivre le

fonctionnement des postes téléphoniques IP. Après une connexion à ‘’telnet ‘’sur le
poste concerné, la commande ‘’#version’’ donne la version du firmware pendant que
‘’#autoprovision show’’ affiche la version des différents fichiers de configuration.
L’administrateur peut ainsi vérifier que le téléphone est bien à jour avec la dernière
version des fichiers de configuration.

III-2- Les commande de test d’Asterisk

Dans la gestion des problèmes avec Asterisk, l’on a utilisé les commandes suivantes au
prompt d’Asterisk.

Pour voir les entités SIP

Asterisk*CLI> sip show peers

Pour voir les lignes mISDN (quand elles existent)

Asterisk*CLI> mISDN show stacks

Remarquons que c’est normal que le paramètre L2Link et L1Link soit à DOWN. En
effet, les lignes RNIS ne sont alimentées que lorsqu’un appel est en cours ou en
attente.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 102 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Pour la carte TDM400P

Asterisk*CLI> zap show statuts

Pour voir les échanges SIP entre un softphone et Asterisk

#tcpdump –n –A –s 65535 host [Link] and port 5060

Remarquons que [Link] est l’adresse IP de l’ordinateur (softphone) dans cet

exemple.
En dehors du test sur la ligne RNIS, tous les autres tests se sont avérés concluants.
Pour remédier à ce manque, nous avons utilisé une passerelle (carte TDM400P) entre
l’IPBX Asterisk et l’autocom Alcatel existant pour l’émission et la réception en
analogique.

IV- La formation
Souvent, l’intégration d’une nouvelle technologie suscite beaucoup d’engouements.
Les utilisateurs manifestent un désir ardent à les utiliser. C’est pourquoi il faut penser
déjà, dès la phase de déploiement du pilote, à les associer à la formation de sorte à
lever toutes les inquiétudes et à créer une souplesse dans l’utilisation le moment venu.
Pour y arriver nous créerons un stand dans le hall de la DISI où ceux-ci pourront
tester les services de cette nouvelle installation, à n’importe quel moment, quand ils
auront du temps libre.

En choisissant de mener ces travaux à partir du site pilote qu’est celui

d’Adiopodoumé, direction générale du CNRA, nous nous sommes préparés à un
déploiement généralisé. Ainsi, nous avons acquis l’expérience et les outils nécessaires
pour une extension d’autant plus que tous les autres sites présentent des
caractéristiques similaires (isolement, végétation, électricité, …).

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 103 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre IX : Estimation financière

L’estimation financière de tout projet est une étape importante pour sa réalisation. Elle
donne une orientation aux décideurs pour la définition d’une enveloppe budgétaire.
Dans ce cas, cette évaluation portera sur les points suivants :

les investissements

le fonctionnement

Les frais d’abonnement et d’entretien de lignes opératrices.

I- Estimation des charges des investissements

Les investissements regroupent un ensemble de matériels, de logiciels à acquérir et

d’opération divers à exécuter nécessairement avant l’implémentation du projet.

I-1- Evaluations du coût des équipements

Cette évaluation s’appuie sur un existant du réseau informatique. Ainsi le coût lié à
l’acquisition d’un antivirus, au firewall, au routeur et au réseau physique en général
n’ont pas été pris en compte dans cette présente étude financière.

Désignation Fournisseur Quanti Prix Montant

té unitaire FCFA
Serveur DELL Optiplex 320 Powermax 01 1 000 000 1 000 000
Poste SIP Thomson ST2030 GITEM 04 143 320 573 280
Cartes Digium TDM400P GITEM 03 431 320 1 293 960
Carte RNIS Digium B410P GITEM 02 761320 1 522 640
Module FXS Digium GITEM 08 126 570 1 012 560
Module FXO Digimu GITEM 04 161 320 645 280
Switch HP ProCurve 2510-24 GITEM 02 441 820 883 640
Licences Digium 02 450 000 900 000
Microcasques Virus 04 25 000 100 000
Total 1 7 931 360

Tableau 13: Evaluation du coût des équipements pour l’implémentation d’une plate
forme de VoIP.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 104 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

I-2- Evaluation du coût de fonctionnement

Les charges liées au fonctionnement portent sur la maintenance, la création de

nouveaux services, les dépenses liées à la taxation et aux statistiques, la supervision,
est les applications propriétaires.

Désignation Fournisseur Quantité Prix Montant

unitaire FCFA
Maintenance BIOST 01 100 000 100 000
Création de nouveaux services COGETEL 02 400 000 800 000
Gestion de la taxation COGETEL 01 300 000 300 000
Statistiques et supervision CNRA 01 150 000 150 000
Applications propriétaires DIGIUM 02 600 000 1 200 000
(serveur vocal,…)
Total 2 2 550 000

Tableau 14: Evaluation du coût lié au fonctionnement d’une plate forme de VoIP.

I-3- Evaluation des frais d’abonnement et d’entretien de lignes

Cette section se résume aux dépenses liées à l’abonnement téléphonique.

Désignation Fournisseur Quantité Prix Montant

unitaire FCFA
Frais de raccordement et Côte d’Ivoire 02 25 000 50 000
d’entretien des lignes Télécom
téléphoniques
Total 3 50 000

Tableau 15: Evaluation du coût lié frais d’abonnement téléphonique d’une plate
forme de VoIP.

I-4- Tableau récapitulatif des investissements

Désignation Montant en FCFA

Evaluation du coût des investissements 7 931 360

Evaluation du coût de fonctionnement 2 550 000
Evaluation des frais d’abonnement et d’entretien de lignes 50 000
Total 10 531 360

Tableau 16: Récapitulatif des investissements

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 105 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

II - Calcul du RSI (retour sur investissement)

Dans cette section, nous partons sur la base d’un existant au niveau du réseau
informatique. Comme nous le savons, le réseau téléphonique de la structure est
pratiquement inexistant. Il reste donc à le refaire dans l’ensemble si l’option retenue
était de le rendre autonome du réseau informatique. Or à la faveur du projet
‘’SigCoFi’’, le WAN du CNRA offrira une infrastructure de qualité que la téléphonie
pourra exploiter.

La réalisation d’un réseau téléphonique autonome de moyenne capacité coûterait

aujourd’hui la somme de un million huit cent mille francs (1.800.000) francs CFA1, en
câblage par site à la société. En tenant compte de l’évolution du matériel et de la
technologie, la durée moyenne des installations est de dix (10) ans2. Vue l’importance
des moyens mis en jeu, nous suggérons que la téléphonie IP répondrait mieux aux
besoins de l’entreprise qui recherche une technologie pérenne.

Les coûts liés à la construction du réseau informatique dans lequel sera inséré ce
système n’a pas été pris en compte dans cette étude. Une présentation des deux
solutions envisageables est donnée en guise de comparaison dans le tableau 14.

II-1- Etude financière comparative d’un système de téléphonie

traditionnelle et d’un IPBX.

Les calculs effectués dans le cadre de cette étude comparative, s’appuient sur un site
qu’il faudra doter d’un PABX de capacité moyenne d’environ 50 lignes. Nous avons
choisi le site de Cocody pour la mener. La raison de ce choix est qu’il présente les
caractéristiques suivantes:

c’est un site qui présente une demande d’environ 50 lignes téléphoniques ;

le réseau informatique ne couvre pas l’ensemble des bâtiments ;

le réseau téléphonique est obsolète ;

les conditions environnementales sont identiques aux autres sites.

Il est à souligner que la présente étude financière s’étend sur un court terme ; c’est-à-
dire une période de trois mois. Elle présente un budget comparatif pour le déploiement
de deux solutions de téléphonie différentes. L’une est basée sur un autocommutateur
classique et l’autre sur l’IPBX Asterisk.

1
Cf Annexe 3.
2
Corinne Hofer, Mathilde Kimmerlin, Dossier de presse, les technologies sur IP au
service du secteur industriel, Orange Business Services, Juillet 2006, p3.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 106 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

PABX IPBX
Classique Asterisk

1. Coût d'investissement

1. Coût de la plate forme 6.000.000 7 258 080

2. Coût de remplacement des terminaux 1.000.000 673 280

2. Coût de fonctionnement

1. Coût de maintenance 400.000 100.000

2. Création de nouveaux services 300.000 800.000
3. Gestion de la taxation 200.000 300.000
4. Statistiques, supervision 150.000 150.000
5. Applications propriétaires : serveurs 300.000 1.200.000
vocaux, etc.

3. Coût de communication vers l’extérieur

1. Les coûts d’abonnement : raccordement au 50.000 50 000

réseau local, maintien des lignes RTC

4. Coût des communications inter sites

1. Communications nationales/internationales 300.000 300.000

2. Communications vers mobiles 60.000 60.000
3. Communication entre les sites distants 250.000 Néant
4. Coût de portabilité des numéros (SDA) 150.000 50.000

5. Coût d’infrastructure annexe

1. Câblage téléphonique 1.800.000 Néant

2. Mise à niveau électrique, achat d’onduleurs, 1.500.000 1.500.000
etc.
3. Mutualisation avec le réseau local Néant 6.500.000
informatique

Total FCFA 12.460.000 18.941.360

Tableau 17 : Comparaison des coûts de déploiement de deux solutions téléphoniques :

un PABX classique et un IPBX Asterisk sur trois mois.

Les enquêtes menées sur la station de Lamé, ont révélé que les pertes enregistrées par
le manque d’infrastructures de télécommunications et surtout d’un système de
téléphonie performant, entraînent un manque à gagner trimestriel estimé à 200.000 F
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 107 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

CFA par site.

L’inventaire des charges liées à un PABX classique, enregistrées sur 3 mois est :

- manque à gagner trimestriel : 200.000 F CFA ;

- communication nationale et internationale : 300.000 F CFA ;
- communication vers les mobiles : 60.000 F CFA;
- communication inter site : 250.000 F CFA;
- portabilité des numéros SDA : 150.000 F CFA;
- maintenance : 400.000 F CFA.
Soit un total trimestriel de : 1.360.000 F CFA.

Total des charges annuelles de : 5.440.000 F CFA

Selon le tableau comparatif des coûts (tableau 14), au premier trimestre, le

déploiement d’Asterisk nécessitera la somme de 18.310.000 F CFA.
Les charges variables suivantes devraient s’ajouter au coût précédent pour les trois
trimestres suivants l’installation :

- manque à gagner trimestriel : 0F CFA ;

- communication nationale et internationale : 300.000 F CFA ;
- communication vers les mobiles : 60.000 F CFA ;
- portabilité des numéros SDA : 50.000 F CFA ;
- maintenance : 100.000.

Soit un total trimestriel de : 510.000 F CFA.

Sur 12 mois, nous aurons donc: 2.040.000F CFA.

Total des charges de déploiement d’Asterisk sur 12 mois :

18.941.360 + 2.040.000 = 20.981.360 F CFA.

Le ROI obtenu est :

20.981.360 / 5.440.000 = 3,8568 ans (environ 3 ans et 9 mois).

Nous remarquons que le RSI n’est pas nécessairement l’élément déterminant. Ainsi,
contrairement à une idée reçue, la VoIP n’est pas la solution à court terme. Mais,
l’investissement dans une technologie pérenne, les gains en productivité et
l’évolutivité sont autant d’atouts qui justifient à eux seuls le projet.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 108 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

CHAPITRE X:

EVOLUTION APRES LE DEPLOIEMENT DU PILOTE

I - Le bilan détaillé de la phase pilote

Les tests réalisés se sont avérés concluants dans l’ensemble. La connexion du fax à un
port FXS (analogique) de la carte TDM400P a permis un fonctionnement normal de
cet appareil.

L’autre méthode de service fax par e-mail, a aussi donné satisfaction comme l’a
démontrée notre étude avec l’installation de ‘’IAXmodem, Hylafax et Avantfax’’.

Ainsi, après quelques tentatives d’essais et d’affinement du paramétrage du fichier de

configuration ‘’[Link]’’, la tentative s’est soldée par un succès en émission
comme en réception.

La mise en place du trunk n’a pas été facile; car il existe peu de tutoriels et quand on
en trouve, ils sont incomplets. En nous concentrant sur la documentation d’Asterisk,
nous avons réussi à créer partiellement ce lien.

Quelques problèmes apparaissaient en termes de qualité audio: de l’écho se

manifestait. Après quelques recherches, l’ajout de la commande ‘’echo-cancel coverage
32’’ sur chaque port de la passerelle, a mis un terme à ces incommodités.

L’intégration du PABX IP au système existant, a posé des difficultés. Ainsi, nous

avons revu la gestion des classes de services et classes de restrictions, la mise en place
des boîtes vocales et le routage téléphonique entre les deux autocommutateurs (IPBX
Asterisk et PABX Alcatel). Finalement, ces difficultés ont été surmontées par simple
modification de certains paramètres dans les fichiers [Link] et [Link].

Le service réseaux a vu sa charge de travail augmenter. C'est elle qui a en charge la

gestion du PABX IP et des téléphones IP. Cela demande un gros investissement au
départ, afin d'assimiler les compétences du téléphoniste pour l'informaticien. Mais
après l'installation et le paramétrage des différents équipements, la gestion de
l'ensemble requiert peu de temps. L'avantage est la maîtrise des équipements. Il est
possible de modifier la table de routage de l’IPBX sans faire appel à une société de
maintenance.

Les appels inter Asterisk offrent une qualité d’écoute pareille au RTC traditionnel.
Quant aux appels Asterisk – Alcatel, ils ont été possibles grâce aux deux ports FXS de

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 109 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

la carte TDM400P qui a été utilisée comme passerelle entre ces deux systèmes.
Seulement l’on a constaté un léger retard durant le passage d’un système à l’autre.

A ce stade de notre étude, nous pouvons affirmer qu’Asterisk a suffisamment été

éprouvé. Il a fait ses preuves et plus qu’une illusion, il présente des fonctionnalités
exceptionnelles qu’ont toujours recherchés les responsables du CNRA. A savoir : la
conférence, la messagerie vocale, l’identification de l’appelant, la liste noire,…pour
tous les sites. Malheureusement, l’insuffisance du matériel requis pour l’étude,
constitue un handicap majeur dans l’approfondissement de cette étude; ce qui donne
la sensation de travailler quelquefois dans l’abstrait.

II - La maintenance
La convergence entre téléphonie et informatique ne doit pas induire en erreur : la
maintenance d’une solution de VoIP est encore plus exigeante que celle d’un réseau
data. En effet, il existe une grande différence entre la gestion de la téléphonie et la
gestion d’un réseau data. Sur la téléphonie, les changements sont permanents. On y
intervient sans cesse, pas seulement en cas de panne ou d’upgrade (passage à une
version supérieure), c’est une autre philosophie. Autrement dit, il faut prévoir les
ressources en interne pour assurer au minimum une maintenance de niveau 1. C’est-à-
dire capable d’assurer l’entretien, l’exploitation et la configuration de base. Pour le
moment les équipes de la DISI gèrent efficacement cet aspect. C’est d’ailleurs l’un des
avantages de la VoIP, que de permettre une mutualisation des ressources entre
maintenance du réseau data et maintenance du réseau télécom (qui ne fait
généralement plus qu’un en VoIP). En complément, nous suggérons la signature d’un
contrat avec un intégrateur afin de stipuler clairement des conditions de maintenance
de niveau plus élevé. Les prestataires devraient dans ce cas, intervenir pour les
situations plus graves et s’engager par exemple sur un temps maximal d’interruption
de service ou GTR (Garantie de Temps de Rétablissement).

III - L'extension aux autres sites

Après un premier déploiement réussi sur le site pilote, la logique est de généraliser
cette solution aux autres sites de l’entreprise. Il est alors possible de réaliser des
économies supplémentaires sur les communications inter sites et d’assurer une
téléphonie homogène entre tous les établissements de la société.

L'interconnexion d'IPBX hétérogènes nécessite, en amont d’un dialogue direct entre

les deux IP-PBX via un protocole, la localisation de l'IPBX distant.

Par exemple, dans un environnement regroupant un grand nombre d'IPBX abritant

chacun une tranche de numéros distincts, comment solliciter l'IPBX assurant le service

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 110 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

de connexion du numéro 23 47 24 60? Si l'un des IPBX abrite l'ensemble de la tranche

de numéros 23 47 24 XX, c'est avec celui-ci qu'un dialogue SIP doit être établi.

Pour répondre à ce problème, on peut :

stocker un plan de numérotation sur tous les IPBX connectés ;

stocker un plan de numérotation sur un équipement dédié à l'interconnexion.

La deuxième méthode est relativement difficile à implémenter. Elle nécessite

l’installation d’un logiciel appelé OpenSER. Pour simplifier notre étude et compte tenu
des moyens disponibles, nous avons donc opté pour la première option.
Alternativement à la localisation par un équipement centralisé, le service DNS peut
être utilisé.

III-1-Architecture générale du réseau WAN

III-1-1- Le réseau unifié

Figure 15 : Schéma de base du future WAN du CNRA

Source : Département Informatique du CNRA

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 111 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

III-1-2- Description du réseau unifié

Le réseau unifié du CNRA est celui d’un WAN classique, où tous les sites distants sont
reliés au siège soit par des liaisons spécialisées, soit par des accès satellitaires. Il
n’existe qu’un seul point d’accès à Internet, à partir du siège. Tous les sites distants
passent obligatoirement par ce point. Une politique de sécurité a été définie au siège
afin de garantir la confidentialité et à faire face aux attaques informatiques tout en
offrant une souplesse dans l’utilisation.
Il est prévu sur chaque site, en plus des serveurs informatiques ordinaires (impression,
messagerie, DNS, …), un serveur Asterisk qui assurera le rôle de PABX. En fonction
de leur taille et de leur structure, chaque unité du CNRA sera dotée de 10 à 50
téléphones IP, softphones et analogiques.

III-2-Principe de fonctionnement de l’interconnexion

Le proxy SIP constitue la clé de voûte de l'architecture globale. Chaque requête (SIP
INVITE) d'établissement de communication émise par un IP-PBX local, est traitée par le
proxy selon l'algorithme suivant :

si l'URI (Uniform Resource Indicator) contient un numéro de téléphone

inclus dans une tranche de numéros connus, relayer la requête vers l'IP-PBX
correspondant ;

sinon, renvoyer un message indiquant que le numéro est inconnu - 404 Not
Found.
Ce principe de fonctionnement implique, de la part de chaque IP-PBX un traitement
correct des messages d'échec afin de relancer automatiquement l'appel sur un lien
opérateur classique. De cette façon, l'utilisateur ayant émis l'appel n'a pas connaissance
du fait que la communication transite sur l'Internet ou sur un réseau d'opérateur.

Pour l’étude du phénomène de l’interconnexion, nous avons choisi d’installer Asterisk

sur un second serveur.
Ce second serveur, nommé serveur ‘’cocody’’ présente les mêmes caractéristiques
techniques et la même configuration que celui du pilote appelé ‘’siège’’, étudié plus
haut à l’exception de la carte RNIS B410P.

Deux méthodes d’interconnexion existent pour relier deux serveurs Asterisk. Il s’agit
de :

l’interconnexion via le protocole SIP ;

l’interconnexion via le protocole IAX.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 112 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

IV- Interconnexion des serveurs Asterisk via le protocole SIP

Afin de passer des appels voix sur IP d’un PABX à un autre, l’utilisation du protocole
SIP est directe et permet d’assurer une cohérence avec les téléphones utilisant ce
même protocole.
Cette partie explique comment construire simplement une connexion SIP entre deux
serveurs Asterisk et donc à les interconnecter avec d’autres systèmes SIP disponibles
sur le marché.

Dans Asterisk, on distingue les appels entrants et les appels sortants. Les premiers
nécessitent d’être acceptés et orientés vers le contexte du plan d’appel, qui permettra
de les gérer par rapport au besoin. Dans le cas des appels sortants, l’application ‘’Dial’’
nécessite soit un profile SIP spécifique, soit un enregistrement dans le cas de
l’utilisation d’une adresse IP allouée dynamiquement.

IV-1- Contexte de l’interconnexion via SIP

La complexité de l’opération d’interconnexion réside dans la compréhension des rôles

de chaque partie et les paramètres qu’il faut mettre en regard. L’exemple que nous
utiliserons ici est constitué de deux Asterisk, nommés respectivement ‘’asterisk-
cocody’’ et ‘’asterisk-siege’’. Ils utilisent tous deux une adresse IP fixe, sur un réseau
d’entreprise traditionnel. Nous avons attribué le préfixe 93 à Cocody et le préfixe 91
au siège pour un routage simplifié.

Lorsque le préfixe 91 est composé, l'appel est redirigé par Asterisk vers le serveur
siege, qui se trouve au siège.
Lorsque le préfixe 93 est composé, l'appel est redirigé par Asterisk vers le serveur
cocody, qui est sensé se trouver à la direction régionale d’Abidjan.

IV-1-1- Configuration simple

Pour commencer, essayons de faire passer un appel du siège vers cocody. Pour cela, il
nous faut configurer nos deux serveurs Asterisk comme suit, dans [Link] :

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 113 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Asterisk
Cocody Siège
Trunk [trunk-cocody-siege] [trunk-siege-cocody]

Type type=peer type=peer

Host host=asterisk-siege host=asterisk-cocody

Context Context=from-asterisk-siege

Tableau 18 : configuration unidirectionnelle des trunks par le protocole SIP

L’appel part du siège avec dans le plan d’appel, [Link] :

exten => _93.,1,Set(CALLERID(num)=91${CALLERID(num)})

exten => _93.,2,Dial(SIP/trunk-siege-cocody/${EXTEN:1},20,rt)
exten => _93.,3,Congestion

Le Dial dirige donc l’appel sur le faisceau nommé trunk-siege-cocody. Celui -ci est
défini dans le fichier [Link] entre crochet ; il est de type peer, donc on peut faire
passer des appels en sortie et le partenaire est l’adresse IP derrière l’hôte asterisk-
cocody.

Le message ‘’SIP INVITE’’ arrive à Cocody et Asterisk cherche dans la configuration

SIP un profile dont l’adresse IP source correspondrait à asterisk-siege. Il n’a plus qu’à
le diriger vers le contexte spécifié.

IV-1-2- Configuration bidirectionnelle

Afin que Cocody puisse également appeler Siège, il nous faut effectuer les
modifications suivantes (en gras):
Asterisk

Cocody Siège

Trunk [trunk-cocody-siege] [trunk-siege-cocody]

Type type=peer type=peer

Host host=asterisk-siege host=asterisk-cocody

Context Context=from-asterisk-siege context=from-asterisk-cocody

Tableau 19 : configuration bidirectionnelle des trunks par le protocole SIP

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 114 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

A Cocody, le plan d’appel doit également contenir dans le fichier [Link] de

quoi aller au Siège:

exten => _91.,1,Set(CALLERID(num)=93${CALLERID(num)})

exten => _91.,2,Dial(SIP/trunk-cocody-siege/${EXTEN:1},20,rt)
exten => _91.,3,Congestion

exten => _91.,3,Congestion. En cas d'échec une tonalite de congestion est émise pour
signaler que le débit du flux d'entrée (ou la somme des débits des flux d'entrée) est
supérieur au débit de sortie.

IV-1-3- Configuration avec authentification des appels

Comme nous souhaitons apporter un peu de sécurité, nous pouvons rajouter

l’authentification de chaque appel passé sur ce faisceau. Non pas que cette sécurité soit
à l’épreuve de tout, mais elle permet d’échafauder un principe de facturation entre les
deux entités, lorsque l’on met en place l’authentification dans la configuration, on
accepte de fait ce principe. L’authentification utilise un digest et MD5, donc le mot de
passe ne circule pas en clair dans la communication.

La mise en place de l’authentification nécessite un mot de passe, utilisé comme germe

lors des premiers échanges, ainsi que d’un nom d’utilisateur. Le nom utilisateur n’est
pas obligatoire, mais il permet de gagner en clarté et d’éviter les erreurs lorsque les
postes ont les mêmes identifiants sur les différents sites. La configuration devient
donc:

Asterisk
Cocody Siège

Trunk [trunk-cocody-siege] [trunk-siege-cocody]

Type type=peer type=peer

Host host=asterisk-siege host=asterisk-cocody

Context Context=from-asterisk-siege context=from-asterisk-cocody

Username username=trunk-siege-cocody username=trunk-cocdy-siege

Secret secret=super_mot_de_passe secret=super_mot_de_passe

Tableau 20 : configuration bidirectionnelle des trunks par le protocole SIP avec

authentification

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 115 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

La mise en place d’un lien SIP entre deux Asterisk est donc assez simple, du moins
lorsque les adresses IP sont cohérentes. C’est également le principe utilisé pour
interfacer un Asterisk avec d’autres équipements SIP et avec les fournisseurs de
téléphonie et les Centrex.

V - Interconnexion des serveurs Asterisk via le protocole IAX

V -1- Faisceau IAX et optimisation de la bande passante

Le transport de la voix nécessite toujours de trouver un équilibre entre l’aspect temps

réel de la téléphonie et la consommation de bande passante sur le réseau. Lorsque l’on
interconnecte deux PABX dans le but d’écouler plusieurs appels simultanés, il peut
être intéressant de limiter la bande passante utilisée en transportant plusieurs
échantillons de voix au sein de la même trame IP. Asterisk sait faire ceci via son
protocole d’interconnexion de PABX qu’est IAX et les gains peuvent s’avérer
importants.

En règle générale, un codec génère des échantillons de 20 ms. Cette valeur s’avère un
bon compromis entre la quantité d’information transportée, le risque en cas de perte de
trame, la gigue et le délai lors du transit sur le réseau de transport. En fonction du
codec utilisé, cet échantillon de 20 ms occupera plus ou moins de place, sachant que le
transport usuel de la voix sur IP utilise les protocoles UDP et RTP. Transporter
plusieurs échantillons de 20 ms au sein de la même trame IP, peut donc limiter
l’impact de la taille de l’en-tête et permettre de réaliser des économies.

Le codec G.711 utilisant 64 Kbps de bande passante, génère des échantillons de 160
octets toutes les 20 ms. En ce qui concerne l’encapsulation, on parle de 40 octets pour
IP+UDP+RTP utilisé dans le transport standard de la VoIP, et également de 40 octets
pour ce qui est de l’IAX (Inter-Asterisk eXchange). La perte entre les informations en
provenance du codec et la trame qui les transporte, s’élève donc à 20% (160 octets par
rapport à 200) ; cette valeur peut être considérée comme importante, surtout sur un
flux générant 50 trames par seconde.

Autant, on peut transporter d’échantillons dans la même trame, autant ce ratio va

diminuer. Ainsi, on aura 11% pour 2 échantillons, 6% pour 4 et 5% pour 5
échantillons. En revanche, augmenter le nombre d’échantillons dans la même trame de
transport peut impacter la qualité de la communication en augmentant le délai et
potentiellement la gigue.

Dans IAX, utilisé principalement pour interconnecter des serveurs Asterisk entre eux,
l’approche est spécifique. Chaque trame IP est émise à intervalle régulier et la quantité
d’information transportée dépend de ce que le codec a fourni pendant ce délai. Sur
notre plate-forme de test, avec un codec positionné à G.711 loi A sur le faisceau, nous
avons une trame émise toute les 100 ms et sa taille varie entre 870 et 1034 octets. Avec
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 116 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

un codec GSM sur le faisceau, les trames sont toujours envoyées toutes les 100 ms,
mais leur taille est de 230 ou 270 octets. Le faisceau IAX transporte donc plusieurs
échantillons dans chaque trame IP, limitant ainsi la bande passante utilisée entre les
deux serveurs Asterisk, le ratio constaté est de l’ordre des 5% cité précédemment.

Mais le principal avantage de l’implémentation d’IAX, est que les trames IP d’un
faisceau donné peuvent transporter des échantillons en provenance de plusieurs
communications téléphoniques. Aussi, les trames transportent plus d’information, tout
en étant émises toutes les 100 ms. Par exemple, en G.711 sur notre faisceau de test,
avec deux communications téléphoniques simultanées, la taille des trames IP dépasse
la MTU (Maximum Transmission Unit) de notre réseau Ethernet. Les trames IP sont
donc fragmentées, ce qui peut représenter un handicap lors du passage par certains
réseaux qui n’acceptent pas ce genre de trafic. En revanche, le taux de perte lié à l’en-
tête est tombé à 3%, même avec la fragmentation au niveau IP.

IAX est donc le choix à privilégier lors de l’interconnexion de deux PABX Asterisk. Il
utilise moins de bande passante en étant plus efficace sur l’encapsulation. Il limite le
délai de transit et passe très bien au travers des pare-feux. La seule vrai contrainte
réside dans le fait qu’une horloge est absolument nécessaire pour réaliser ce
multiplexage, il sera donc indispensable d’avoir soit une carte voix ou de paramétrer le
‘’ztdummy’’ dans le pire des cas. Mais tout ceci n’est rien, comparé aux gains de cette
approche.

V-2- Contexte de l’interconnexion via IAX

Le protocole IAX permet la communication entre client et serveur, ainsi qu'entre

serveurs. Il est plus puissant que le protocole SIP, car il a été conçu pour le contrôle et
la transmission de flux multimédias avec un débit plus faible (notamment pour la voix)
et l'intégration dans les réseaux NATés. En effet IAX n'utilise qu'un seul port UDP : le
4569 pour la signalisation et les données.

Le nom IAX est souvent utilisé pour parler de la version 2 du protocole, la première
n'étant pratiquement plus utilisée. Par conséquent, nous emploierons le terme IAX
dans notre document pour désigner la version 2.

Dès qu'un utilisateur du serveur siege composera un numéro compris entre 3000 et
3999, il sera directement redirigé vers le serveur cocody via le protocole IAX.

Dès qu'un utilisateur du serveur cocody composera un numéro compris entre 1000 et
1999, il sera directement redirigé vers le serveur siege via le protocole IAX.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 117 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

V-3- Sécurisation de l'authentification

Le protocole IAX utilise trois (3) types de mots de passe pour l'authentification des
clients / serveurs.

Il n'est pas possible de crypter les données transmises via le protocole IAX, seule
l'authentification permet plusieurs types de mots de passe plus ou moins sécurisés.

Plain text : Cette méthode est déconseillée, car les mots de passe sont écrits en
clair dans les fichiers de configuration ;

MD5 : Les mots de passe sont écrits cryptés à l'aide de la méthode MD5 dans
les fichiers de configuration, donc difficilement décryptables (difficile mais pas
impossible) ;

RSA : L'authentification RSA utilise deux clés partagées, une clé publique ainsi
qu'une clé privée. Ce qui offre un niveau de sécurité élevé au système. Dans ce
document, nous n'utiliserons que l'authentification RSA.

V-3-1- Création d'un mot de passe crypté en MD5

Il suffit d'utiliser les commandes "echo" et "md5sum" pour encrypter un mot de passe
en md5, comme ci-dessous décrit :

# echo -n "<user>:<realm>:<secret>" | md5sum

<user> => le nom d'utilisateur

<realm> => asterisk
<secret> => le mot de passe en claire

Exemple:

echo -n "nom_utilisateur:asterisk:mots_de_passe" | md5sum

Cette commande retourne simplement le mot de passe à crypter en md5. Il suffira de le

recopier dans le fichier "[Link]" .

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 118 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

1cd57e42c215f05e06c5b5b0ec683575

V-3-2- Génération de clés RSA

Pour générer des clés de cryptage RSA, Asterisk nous fournit un utilitaire: "astgenkey".
Les clés RSA doivent se trouver dans le répertoire /var/lib/asterisk/keys. L'utilitaire
"astgenkey" génère deux clés, une clé publique à mettre sur le(s) poste(s) client(s) et
une clé privée à garder sur le serveur.

Il est important que la clé privée ne soit accessible que par Asterisk ; car si quelqu'un
arrive à prendre cette clé, il pourra la décrypter très facilement.

Pour générer une clé RSA, il suffit de se déplacer dans le répertoire de stockage des
clés d'Asterisk et de lancer l'application "astgenkey". On procède alors de la manière
suivante :

cd /var/lib/asterisk/keys
# astgenkey –n

On appuie sur la touche ‘’ENTER’’ et on tape le nom de la clé à créer (‘’test_iax" dans
notre exemple).

Enter key name: test_iax

Une fois les clés générées, le serveur Asterisk affiche le résultat:

Generating SSL key 'test_iax':

Generating RSA private key, 1024 bit long modulus
..................++++++
............................................++++++
e is 65537 (0x10001)
writing RSA key
Key creation successful.
Public key: test_iax.pub
Private key: test_iax.key

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 119 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

La clé .pub est la clé publique, et la clé .key et la clé privée. Pour transférer la clé
publique sur notre serveur "client", il suffit juste de la copier dans le répertoire
/var/lib/asterisk/keys.

Remarque :

Etant donné que dans notre exemple, nous allons créer une interconnexion
bidirectionnelle, il faudra générer deux (2) paires de clés de nom différent sur les deux
serveurs.

Ensuite, il faudra copier la clé publique de chaque machine sur le serveur opposé, dans
le répertoire /var/lib/asterisk/keys.

V-4- Configuration des paramètres IAX sur chaque serveur

La configuration des paramètres IAX se fait dans le fichier [Link] se trouvant dans le
répertoire /etc/asterisk/ des serveurs cocody et siege. Nous allons configurer un
utilisateur IAX qui servira à l'authentification avec le serveur opposé.

V-4-1- Explication des paramètres utilisés pour configurer les utilisateurs

IAX des contextes [siege] et [cocody]

Le nom d'utilisateur, utilisé dans le fichier [Link] pour créer le "dialplan" est
écrit entre crochet "[…]".

type= Avec les comptes SIP ou IAX, il existe trois sortes d'utilisateurs :

- peer : Pour désigner un utilisateur qui ne pourra s'authentifier que vers un

autre serveur ;
- user : Pour désigner un utilisateur qui ne pourra être authentifié que depuis
un autre serveur ou un téléphone compatible IAX ;
- friend : Un utilisateur qui ne pourra être authentifié vers ou depuis un
autre serveur.

Dans notre cas, nous allons créer un utilisateur de type "friend" ; ce qui nous permettra
de ne configurer qu'un seul utilisateur par serveur.

En général, les comptes de type "user" ou "peer" ne sont utilisés que pour les liens
mono directionnels.

host= Le paramètre host désigne l'adresse IP ou le nom de domaine de

l'utilisateur distant.
Nous pouvons aussi mettre ‘’host=dynamic’’ dans le cas où nous ne connaissons pas
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 120 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

l'adresse du serveur distant. Dans ce cas, l'utilisateur distant devra s'authentifier vers le
serveur opposé.
En cas d'utilisation d'un nom de domaine mis a jour dynamiquement comme
‘’[Link]’’, il faudra modifier le fichier ‘’[Link]’’ pour qu'Asterisk vérifie
les entrées DNS du serveur distant à intervalles réguliers.

V-4-2- Définition du type d'authentification

Lorsque nous utilisons une clé partagée de type RSA, nous devons renseigner les
points suivants :

auth=rsa ;

inkey=clés publiques distantes ;

outkey=clé privée locale.

Lorsque nous utilisons un mot de passe de type MD5.

username= nom d'utilisateur ;

md5secret= mot de passe crypter en MD5.

Lorsque nous utilisons un mot de passe de type "plain text".

username= nom d'utilisateur ;

secret= mot de passe non crypté ;

context= : Définit le contexte dans lequel les appels distants arrivent ;

trunk= : Le paramètre trunk définit si nous voulons créer un "trunk" avec le
serveur distant ;

qualify= : Le paramètre qualify=yes ou qualify=<milisecondes>, permet de
savoir si le serveur distant est toujours joignable.

Par défaut Asterisk envoie des requêtes ping toutes les 2000 ms, pour savoir si le
serveur distant répond. Ce paramètre permet aussi à certaines applications de gestion
d'Asterisk de savoir si le lien est connecté ou tombé.

V-4-3- Configuration du fichier [Link] pour le serveur siege

[cocody]
type=friend
host=[Link] ;(ou dynamic)
auth=rsa
inkey=siege
outkey=cocody
context=from_cocody
qualify=yes
trunk=yes

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 121 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

V-4-4- Configuration du fichier [Link] pour le serveur cocody

[siege]
type=friend
host=[Link] ;(ou dynamic)
auth=rsa
inkey=cocody
outkey=siege
context=from_siege
qualify=yes
trunk=yes

Remarque :

L’utilisation d’adresses IP dynamique entre serveurs, peut provoquer quelquefois des

problèmes de visibilité ; d’où la nécessité d’opter pour un adressage statique quand
c’est possible. Néanmoins nous pouvons contourner ce problème à l’aide de la
commande « register ».

Register >server-cocody:server-cocodypass@[Link]

Lorsque l'adresse IP de la paire est connue, nous pouvons remplacer host=dynamic par
host=’’adresse_IP ou domaine’’.

V-4-5- Configuration du "dialplan" dans le fichier [Link]

Nous allons configurer le ‘’dialplan’’ de chaque serveur Asterisk pour que les appels
passent d'un serveur à l'autre.

Définition du "diaplan" pour les appels entrants :

Dans les fichiers de configuration [Link], nous avons défini le contexte pour les
appels entrants depuis l'autre serveur.
Nous devons créer le même contexte dans le fichier [Link] .

Exemple pour le "dialplan" du serveur siege:

[from_cocody]
include => siege
[siege]
exten => _91XXX,1,Dial(${EXTEN :1},20,tr) ; notre context local

L'expression ${EXTEN:1} indique que le premier chiffre (dans ce cas 9) sera omis
lors de la numérotation vers l'extérieur.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 122 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Exemple pour le "dialplan" du serveur cocody:

[from_siege]
include => cocody
[cocody]
exten => _93XXX,1,Dial(${EXTEN :1},20,tr) ; context local

Définition du "diaplan" pour les appels sortants :

Pour configurer les appels sortants, nous allons simplement créer une extension qui
inclut toutes les extensions qui se trouvent sur le serveur opposé.

Exemple pour le "dialplan" du serveur siege:

[from_cocody]
include => siege
[siege]
exten => _91XXX,1,Dial(${EXTEN :1},20,tr) ; notre context local
exten => _93XXX,1,Dial(IAX2/cocody/${EXTEN :1},20,tr)

Exemple pour le "dialplan" du serveur cocody:

[from_siege]
include => cocody
[cocody]
exten => _93XXX,1,Dial(${EXTEN :1},20,tr) ; notre context local
exten => _91XXX,1,Dial(IAX2/siege/${EXTEN :1},20,tr)

VI - Test des liens IAX avec la console d'Asterisk

VI-1- Connexion à la console d'Asterisk

En tapant la commande ’’asterisk –r’’ en mode root :

[root@asterisk ~]# asterisk –r

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 123 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Asterisk SVN-trunk-r7230, Copyright (C) 1999 - 2005 Digium.

Written by Mark Spencer markster@[Link]
================================================
Connected to Asterisk SVN-trunk-r7230 currently running on mercure
(pid = 16791
Verbosity is at least 23472449
-- Remote UNIX connection
asterisk*CLI>

VI-2- Vérification de l'état des liens IAX

asterisk*CLI> iax2 show peers

Nous observons ceci:

Name/Username Host Mask Port Status

siege [Link] (S) [Link] 4569 (T) OK (25 ms )

1 iax2 peers [1 online, 0 offline, 0 unmonitored]

Explication des colonnes:

Name/Username: affiche le nom de la connexion ;

Host: affiche l'adresse IP de l'utilisateur ;

(S): affiche si l'adresse IP de l'utilisateur est statique ;

(D): affiche si l'adresse IP de l'utilisateur est dynamique ;

Mask: affiche le masque de sous réseau ;

Port: affiche le port IAX utilisé ;

(T): affiche si le lien est un "trunk" ;

Status: affiche si le lien est OK avec les [ms] de lag, affiche UNREACHABLE
si le status du lien est tombé, affiche UNMONITORED si le statut du lien n'est
pas monitoré ou inconnu.

VI-3- Affichage des informations d'un lien IAX en cours d'utilisation

Au lancement de la commande :

asterisk*CLI> iax2 show channels

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 124 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Channel Peer UsernameID (Lo/Rem)Seq (Tx/Rx) Lag Jitter JitBuf Format

IAX2/siege-16385 [Link] siege 16385/16385 00007/00004 00000ms -0001ms 0000ms ulaw
1 active IAX channel

Explications des colonnes:

Channel: identification du canal ;

Peer: adresse IP de l'utilisateur IAX ;

UsernameID: nom d'utilisateur IAX ;

(Lo/Rem)Seq:

(Tx/Rx): nombres de paquets envoyés ;

Lag: LAG du lien IAX;

Jitter:

JitBuf:

Format: codec utilisé.

VI-4- Affichage des statistiques d'un lien IAX en cours d'utilisation

asterisk*CLI> iax2 show netstats

-------- LOCAL --------------------- -------- REMOTE --------------------

Channel RTT Jit Del Lost % Drop OOO Kpkts Jit Del Lost % Drop OOO Kpkts
IAX2/siege-16384 88 -1 0 -1 -1 0 -1 0 0 40 0 0 0 0 0
1 active IAX channel

VII- Bilan Global du projet

VII-1- Bilan pour le CNRA

Les objectifs visés dans le cadre de cette étude, ont été atteints. A savoir, étudier et
tester l’opportunité d’intégration du central téléphonique Asterisk dans le système
d’information du CNRA.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 125 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

La maquette mise en place, balaie toutes les solutions de raccordement que pourrait
envisager cette entreprise. Pour finaliser l’analyse de ces solutions, il resterait à tester
un lien T2 avec Asterisk.
Le prototype que nous avons installé, permet de dire que cette solution peut être
envisagée ; car elle permet de répondre à tous les services téléphoniques actuels
comme la messagerie, la conférence, le transfert de ligne et d’appel, ...
La documentation technique réalisée pour aider à l’installation et à la configuration
d’Asterisk permettra à l'équipe de la téléphonie, dans l’éventualité où cette solution est
retenue, de gagner du temps.

VII-2- Bilan personnel

D'un point de vue personnel, nous retirons beaucoup de satisfaction à avoir effectué
un stage dans un domaine qui nous passionne: les réseaux et télécommunications.
La VoIP est une technologie porteuse d'avenir et intéressante. Nous avons beaucoup
appris sur les protocoles et l’administration des PABX. Il s’agit d’un propriétaire,
fabriqué par la société Alcatel et l’autre, Asterisk, un Open Source, libre.
Nous avons appris à gérer le manque de documentation, notamment provenant de
chez Alcatel, en faisant preuve de rigueur, de méthode et de patience. De plus, le
manque de fournisseur de matériel VoIP touchant surtout les cartes Digium a été un
facteur très éprouvant dans la conduite de cette étude. Toute chose que nous avons
résolue par les échanges d’expériences entre membres de la communauté Asterisk à
partir d’Internet.
La recherche d’informations, la configuration, et la rédaction de la documentation
technique de ce mémoire, nous ont permis d’apprendre et de progresser
considérablement dans les différents domaines de l’informatique et des
télécommunications.
Malgré un manque de connaissances en VoIP, en administration dans ‘’ le monde
linuxien ‘’ et de matériels, nous avons pu nous documenter afin de combler ces
lacunes.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 126 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Conclusion

La téléphonie sur IP est actuellement un secteur porteur. Les différents outils et

protocoles que nous avons pu manipuler durant ce stage sont très utilisés, et
représentent une référence incontournable dans le monde des télécommunications de
nos jours.

L’étude d’un tel projet au CNRA, nous a mené dans un premier temps, au choix d’un
site pilote. Il s’agit de la direction générale de cette entreprise. Sur ce site, nous avons
installé la solution Asterisk sur un serveur Pentium IV, doté d’une carte analogique
TDM400P. Après les différents paramétrages des appels et de certains utilisateurs,
nous avons procédé à des tests de qualité, en vue de l’extension. Ensuite, nous avons
abordé l’interconnexion. Les sites du CNRA présentant la même configuration partout,
nous avons décidé du choix d’un autre site dans cette partie. Un second serveur a donc
été installé dans cette optique à l’aide de cette même solution. Nous l’avons nommé
serveur cocody. A cette étape, nous avons créé un lien entre les deux serveurs à travers
le protocole IAX. L’étape passée, nous avons effectué d’autres tests qui se sont avérés
concluants. La question de l’interconnexion a donc été résolue à ce stade. La solution
peut donc être généralisée sur l’ensemble des sites du CNRA, en adaptant les
paramètres étudiés aux différents cas.

Au terme donc de cette étude, nous proposons aux responsables du CNRA, une
solution parmi tant d’autres à leurs problèmes de communication à travers l’IPBX
Asterisk. En effet dans une démarche méthodique, nous avons passé au crible les
différentes interrogations qui se cachent derrière Asterisk. Les cas du siège et de
cocody, que nous avons pris comme exemples, nous ont permis de démontrer que
l’intégration d’un tel système dans le réseau informatique du CNRA est possible.
Même si, pour ce faire, cette structure devra engager des fonds non moins
négligeables pour la mise à jour du matériel et investir dans divers autres domaines,
cette solution reste une des plus pertinente du moment. Elle garantira une optimisation
du réseau et partant de là, permettra d’atteindre le ROI au bout des cinq premières
années, tout en offrant les meilleurs services de téléphonie disponibles à l’ensemble
des sites interconnectés.

Dans la conduite de ce projet, nous avons rencontrés plusieurs difficultés que nous
pouvons résumer par le manque de documentation en français et de fournisseurs agréés
en équipements de VoIP sur place. Cette situation nous a été très dommageable dans la
mesure où nous n’avons pu respecter le délai de six (6) mois imparti pour l’étude.
L’autre problème que nous voulons souligner est le départ de notre Maître de stage,
Monsieur DIOMANDE Mamadou, Chef du département informatique du CNRA. Il a
donc fallu nous adapter à cette nouvelle situation et mener le projet à terme
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 127 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

pratiquement seul en entreprise. Pour y arriver, nous nous sommes inscrits sur des
forums par le biais d’Internet afin de nous inspirer des expériences réalisées et
réussies. L’apport de notre directeur de mémoire a été aussi d’une utilité inestimable
pour combler ce vide. Ainsi, nous avons pu résoudre plusieurs problèmes liés à la
configuration des appels entrants, sortants et des trunks dans le cadre de l’étude de
l’interconnexion des IPBX du siège et de cocody.

Le manque de carte RNIS au format PCI et l’absence d’une interconnexion entre les
sites distants, ont constitué une limite véritable dans la suite du projet. Cette réalité ne
nous a pas permis de prendre en compte les accès numériques dans le cadre de notre
étude. Nous nous sommes contenté des accès analogiques pour accéder au réseau
téléphonique commuté. Cependant tous les éléments théoriques nécessaires à sa
réalisation pratique sont, à quelques détails prêts, présents dans cet ouvrage.
La facturation des appels non plus, n’a pas été abordée dans l’étude pour la simple
raison que cette étude a été confiée à un autre stagiaire.

Nous avons proposé le modèle mixte dans le cadre de ce projet, afin de prendre en
compte le matériel de téléphonie existant. Cependant, les perspectives d’un tel système
sont considérables. Ainsi, progressivement, l’on pourra éliminer ces équipements pour
aboutir dans sa forme achevée à un modèle ‘’tout IP’’. Quand cette étape sera franchie,
le CNRA pourra bénéficier pleinement de tous les avantages de ce modèle. C’est-à-
dire l’intégration des fonctions à valeur ajoutée, la mobilité totale, le nomadisme et
l’administration centralisée. Ce document n’a donc pas la prétention d’être exhaustif,
mais bien au contraire, il est ouvert aux critiques et suggestions de tous ceux qui
voudraient bien l’exploiter.

Pour notre part, cette expérience nous permet de gagner une expérience nouvelle. Car
depuis l’avènement de la convergence entre la téléphonie et les réseaux informatiques,
de plus en plus d’administrateurs/ingénieurs télécoms ont cette double casquette :
réseau et télécom.
L’ouverture à l’équipe de l’ARS (Administration des Réseaux et Systèmes), nous a
permis d’accéder à un réseau informatique classique en étoile dont nous avons pu
analyser l’architecture et le mode de gestion.

En définitive, la conduite de ce projet nous a mis dans une situation réelle et stressante
qu’il a fallu gérer. En effet, dans la vie professionnelle nous sommes souvent distraits
par d’autres projets en cours, ce qui ne nous autorise pas à nous focaliser et creuser le
développement d’un sujet particulier. Ce stage nous a permis de prendre en compte
cette réalité du terrain.

Finalement, il nous a donné goût à la notion de « projet » et à la recherche de solutions

pour parvenir à résoudre des problèmes posés.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 128 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Glossaire

Liste des principaux sigles et termes techniques utilisés dans ce mémoire.

Accès primaire RNIS : Connexion RNIS (30B +D) offrant jusqu'à 30 canaux de
transmission à 64 kbit/s et un canal de signalisation et données à 64 kbit/s. Le débit
total maximum offert par l’accès primaire est de 1984 kbit/s. Cet accès correspond au
raccordement MIC sur PABX. L’interface de ce type de raccordement est définie par la
norme S2 de l’ITU-T.

Adresse IP : Un identifiant attribué à un ordinateur ou un équipement sur un réseau IP,

sous la forme d’un numéro. Le format d’une adresse IP est un code numérique 32-bit
composé de 4 nombres de 0 à 255 séparés par des points, par exemple [Link].
Sur un réseau isolé, toute adresse IP peut être choisie au hasard, mais doit être unique.
En revanche, sur le réseau Internet, il faut utiliser des adresses bien répertoriées afin
d’éviter les doublons.

ADSL (Asymetrical Data Subscriber Line): Technologies ayant pour objet de

transmettre des débits élevés sur la ligne de l'abonné, simultanément à une
communication téléphonique. Le débit est asymétrique, c'est-à-dire plus élevé dans le
sens entrant chez l'abonné que dans le sens sortant (typiquement par exemple 128/512
kbit/s pour un abonnement grand public).

Analogique : Un signal électrique qui prend des valeurs par des variations continues
analogues à celles du phénomène physique. La communication est analogique sur une
ligne téléphonique classique, car elle véhicule des signaux de fréquences variables
comprises entre 300 et 3400 oscillations par seconde (Hertz).

Autocommutateur : Equipement capable d'établir des connexions temporaires entre

des lignes entrantes et sortantes pour acheminer des communications. Un
autocommutateur téléphonique d'abonné (en anglais PABX: Private Automatic Branch
eXchange) est un commutateur téléphonique qui appartient à une installation terminale
chez l'abonné, raccordé au réseau public du téléphone.

Backbone : « épine dorsale » ou artère principale d’un réseau.

Bande de base : Mode de transmission ou toute la largeur de bande de fréquence est

utilisée pour véhiculer les informations, les signaux passent directement dans le câble
sans aucune forme de modulation et les appareils connectés au réseau n'ont pas besoin
de Modem pour émettre et recevoir.
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 129 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Bande passante : Plage de fréquences que permet de transporter un canal de

transmission. Les lignes téléphoniques analogiques traditionnelles ont une bande
passante de 3,1 kHertz (300 à 3400 Hz).

Baud : Unité de vitesse d'échantillonnage (ou modulation) des données, correspondant

à un nombre d'intervalles unitaires par seconde. Le baud mesure la vitesse de
modulation (sur une liaison analogique) et non un débit au sens strict.

Bit par seconde (bits/s ou bps) : Unité de mesure du débit d’information sur une ligne
de transmission de données. On parle souvent de kilobit par seconde (kbit/s) ou de
Mégabit par seconde (Mbit/s).

Bruit : Ensemble d'éléments aléatoires et non significatifs se superposant au signal

utile.

Centrex : Service proposé par des opérateurs de réseaux publics à partir de leur
réseau, en concurrence avec les PABX d'entreprise et offrant aux utilisateurs les
facilités d'exploitation qui ne sont habituellement disponibles que dans les
commutateurs privés (par exemple sélection automatique interne, position d'opératrice,
accès direct au réseau, sélection directe des postes supplémentaires, transfert d'appels).

Client / Serveur : Type d’architecture consistant à répartir les traitements

d’informations entre un serveur et un client. Ce modèle allège le logiciel client des
tâches les plus lourdes en les déléguant au serveur. Le client envoie généralement une
« requête » au serveur, le serveur exécute le traitement demandé dans la requête du
client et renvoie au client le résultat de sa requête. L’accès à de nombreux services
INTERNET se fait en mode client / serveur.

Codec : Algorithme de compression / décompression

CTI (Couplage Téléphonie-Informatique) : Techniques, matériels et logiciels

permettant de réaliser des applications informatiques, couplées avec des services
téléphoniques.

Datagramme : bloc ou paquet d’information transmis sur un canal de transmission.

DNS (Domaine Name Server) : serveur de nom de domaine. Serveur Internet qui
transforme les noms de pages ou sites Internet en numéros IP

compréhensibles par les routeurs, permettant ainsi leur acheminement sur le réseau.

DoS : Denial Of Service - Attaque consistant à solliciter tellement un réseau qu'il ne

peut plus répondre aux demandes légitimes.

DTMF (Dual Tone Multi-Frequency Signaling) : Signalisation multifréquences.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 130 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Système de signalisation utilisé en téléphonie pour transmettre la numérotation dans

les systèmes de commutation analogique classiques.

Ethernet : Norme de réseau local utilisant une typologie en bus logique, fonctionnant
initialement à un débit instantané de 10 Mbits/sec, puis 100 Mbits, voire au-delà. Il
utilise comme support le câble coaxial, la paire torsadée, ou la fibre optique.

Firewall : Voir Pare-feu.

Fréquence vocale : désigne la bande passante nécessaire pour transmettre la voix (300
– 3400 Hz).

FTP (File Transfert Protocol) : protocole de transfert standard de fichiers sur

Internet.

HTTP (Hyper Text Transfert Protocol) : protocole utilisé sur le Web permettant, par
un système de renvois, de passer directement d'un fichier à un autre.

Hub : Concentrateur. Dispositif matériel permettant de regrouper plusieurs canaux de

transmission lents, de façon à les additionner pour obtenir ainsi un canal plus rapide.

IAX (Inter-Asterisk eXchange) : protocole de voix sur IP issu du projet de PABX

open source Asterisk. Il permet la communication entre client et serveur ainsi qu'entre
serveurs. Il est plus puissant que SIP car il a été conçu pour le contrôle et la
transmission de flux multimédia avec un débit plus faible (notamment pour la voix) et
l'intégration dans les réseaux NATés.

IEEE (Institute of Electrical and Electronics Engineers) : organisme de

standardisation pour l'Internet.

Internet : Réseau global d’ordinateurs et de sous réseaux interconnectés, utilisant un

mode d’adressage commun « IP » et une famille de protocoles. Le World Wide Web
est un moyen parmi d’autres d’accéder à l’information sur
Internet, en utilisant le protocole http.

IP (Internet Protocol) : Protocole d'interconnexion de sous réseaux et/ou de machines

ayant des caractéristiques physiques différentes, pour la transmission de la voix et des
données par paquets sur Internet. Développé initialement par la Défense américaine, il
est devenu une norme de fait.

IPBX (Contraction de IP et PBX) : Equipement de commutation téléphonique privé

dérivé d'un PABX et compatible avec le protocole IP afin d'assurer la téléphonie sur IP.

IP phone : Téléphone IP recevant et émettant directement des flux voix sous forme de
paquets IP.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 131 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

LAN (Local Area Network) : Réseau local d’entreprise constitué de machines

directement connectées entre elles et situées proches les unes des autres permettant le
partage des matériels, par exemple d'une imprimante. Utilise essentiellement Ethernet
comme moyen de transmission par fil ou par radio.

LDAP (Lightweight Directory Access Protocol) : protocole de gestion d'annuaire

d'entreprise.

MAC (Medium Access Control) : Sous-couche de la couche 2 (couche liaison) du

modèle OSI qui contient le protocole de partage du canal de transmission dans un
réseau local (méthode d’accès, par exemple IEEE 802.3 CSMA/CD d’Ethernet.

MoS (Mean Opinion Score) : Permet de mesurer la qualité sonore perçue d'une
transmission.

MTU (Maximum Transmission Unit) : définit la taille maximale de paquet pouvant

être transmise en une seule fois simultanément sans fragmentation.

NAT (Network address translation) : mécanisme de translation d’adresses qui

consiste donc à utiliser une passerelle de connexion à internet, possédant au moins une
interface réseau connectée sur le réseau interne et au moins une interface réseau
connectée à Internet (possédant une adresse IP routable), pour connecter l'ensemble
des machines du réseau.

Numérique : Par opposition à analogique, se dit de tout signal, système ou fichier basé
sur la représentation discontinue de l’information, généralement codée sous forme de 0
et de 1.

OSI (Open Systems Interconnection) : En français ISO. L’ISO a produit un modèle

en 7 couches de niveaux qui s'adaptent aux diverses étapes des transmissions.

PABX (Private Automatic Branch eXchange) ou PBX (Private Branch Exchange) :

Voir Autocommutateur

Paquet : un « bloc » d’informations transmis sur un réseau de commutation par

paquet, et contenant l’adresse de destination des informations. Les paquets sont
transmis individuellement et peuvent suivre leur route propre jusqu’à l’adresse de
destination, où ils sont rassemblés. Sur un réseau IP, un paquet est souvent appelé «
datagramme ».

Pare-feu ou firewall : Dispositif informatique qui filtre les flux d'information entre un
réseau interne à un organisme et un réseau externe en vue de neutraliser les tentatives
de pénétration en provenance de l'extérieur et de maîtriser les accès vers l'extérieur.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 132 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Passerelle : En anglais « Gateway ». Elément physique ou logiciel permettant d’établir

une communication entre deux réseaux d'architecture distincte ou employant des
protocoles différents.
Alors qu’un pont ne fait que laisser passer les informations d’un réseau vers un autre
sans les adapter, la passerelle adapte et traduit la syntaxe des informations. Dans le
modèle OSI, une passerelle agit jusqu’au niveau 6 (couche présentation), alors qu’un
pont n’agit que jusqu’au niveau 2 (couche liaison de données) et qu’un routeur n’agit
que jusqu’au niveau 3 (couche réseau).

PoE (Power Over Ethernet) : Méthode permettant d'alimenter les téléphones

directement par le réseau à partir des switchs, sans besoin d'alimentation électrique
supplémentaire.

Protocole : Description de la méthode d'échange d'informations entre systèmes. Il

existe des protocoles pour les transferts de fichiers, pour la correction d'erreurs, pour la
compression et la transmission de donnée.

PSTN (Public Switched Telephony Network): Sigle désignant le réseau téléphonique

public. Voir RTC et RTCP.

QoS (Quality Of Service) : C'est un groupe de variables qui sont émises et reçues en
même temps que des données lors d'une communication. Ces variables assurent une
bonne circulation des données.

RNIS (Réseau Numérique à Intégration de Service ou ISDN en anglais Integrated

Service Data Network) : Cette technologie permet de transporter la voix, mais aussi
les données (fax, Internet, etc...).

Routage : Opération consistant à déterminer le chemin de transmission de données, à

partir de leur source jusqu'à leur destination, parmi tous les chemins disponibles
qu'offre le réseau.

RTC : Réseau téléphonique commuté. C'est le réseau téléphonique classique à 2 fils.

Commuté signifie que la liaison s'établit temporairement lorsqu'on appelle son
correspondant par opposition au câble qui lui est une liaison permanente.

RTCP (Real-time Transfert Control Protocole) : protocole permettant de fournir

différents types d'informations et un retour quant à la qualité de réception. Le
protocole RTCP est basé sur des transmissions périodiques de paquets de contrôle par
tous les participants dans la session.

RTP (Real-time Transfert Protocole): protocole permettant de fournir un moyen

uniforme de transmettre sur IP des données soumises à des contraintes de temps réel
(audio, vidéo, ... ). Le rôle principal de RTP consiste à mettre en œuvre des numéros de
séquence de paquets IP pour reconstituer les informations de voix ou vidéo même si le
réseau sous-jacent change l'ordre des paquets.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 133 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

SDA (Sélection directe à l'arrivée): Service consistant à attribuer à chacun des postes
supplémentaires d'une installation privée (derrière un autocommutateur) un numéro du
plan de numérotation du réseau public et permettant d'appeler ces postes directement,
sans intervention d'une standardiste.

SIP (Session Initiation Protocol) : protocole standard ouvert de gestion de sessions

souvent utilisé dans les télécommunications multimédia (son, image, etc.) Le SIP n'est
donc pas seulement destiné à la VoIP mais aussi à de nombreuses autres applications
telles que la visiophonie, la messagerie instantanée, la réalité virtuelle ou même les
jeux vidéo.

Softphone : Application de téléphonie installée sur un ordinateur fixe ou portable et

permettant de remplacer un téléphone physique.

Speex : codec libre et sans brevets. Il compresse avec perte de données (comme MP3
et Ogg Vorbis) et est spécialisé et optimisé pour la voix humaine.

SS7 (Signaling System #7) : système de signalisation #7 est un ensemble de

protocoles de signalisation téléphonique qui sont utilisés dans la grande ajorité des
réseaux téléphoniques mondiaux. Sa principale application est l'établissement et la
libération d'appels.

TCP/IP (Transmission Control Protocol / Internet Protocol) : Couple de protocoles

permettant la communication d’équipements sur Internet. Le protocole de contrôle de
transmissions (TCP) permet à deux ordinateurs dissemblables d'établir une liaison
entre eux et de contrôler la transmission des messages dans les deux sens, quel qu'en
soit le contenu. Le protocole Internet (IP) gère l'attribution des adresses Internet et la
circulation des informations depuis l'émetteur jusqu'au destinataire.

TDM (Time Division Multiplexing) : Technique permettant de faire transiter

plusieurs communications sur une même liaison en les séparant par intervalles de
temps.

Telnet : Protocole de l'Internet permettant à un ordinateur de se connecter sur un

serveur comme s'il était un simple terminal raccordé localement à ce serveur.

UDP (User Datagram Protocol) : Un protocole non connecté qui, comme TCP,
fonctionne sur un réseau IP. A la différence de TCP/IP, UDP/IP offre peu de services de
correction d’erreurs, mais un moyen direct d’envoyer et recevoir des « datagrammes »
sur un réseau IP. Il est principalement utilisé pour diffuser des messages sur un réseau
(broadcast).

UIT (Union Internationale des Télécommunications) : Organisme de

standardisation des télécommunications.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 134 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

VoIP : Technologie qui utilise IP comme réseau de transport téléphonique. Son

application majeure est d’utiliser l’Internet, ou mieux, un Intranet pour faire des
économies au niveau des communications nationales et surtout internationales. Le
standard H.323 ou SIP permet de construire un réseau téléphonique basé sur une plate-
forme usuelle, et d’utiliser le réseau LAN ou WAN au lieu d’un système de câblage
parallèle.

WAN (Wide Area Network): réseau étendu. Désigne un réseau dépassant l’étendue
d’un seul établissement, les différents sites étant interconnectés.

Wi-Fi : Marque commerciale déposée, définissant un système de transmission de

données de type RLAN dans la norme IEEE 802.11 et complétée par un système de
chiffrement des données, utilisant une clé WEP (Wind Equivalent Privacy) de 40 bits
pour assurer un premier niveau de sécurité.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 135 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Bibliographie

LIVRES
Alberto Escudero-Pascual, Louise Berthilson, traduction de Johan Bilien, VoIP pour
le développement -Un guide pour construire un infrastructure de
télécommunication en région émergente, CRDI, 2006.

Jim Van Meggelen, Leif Madsen, Jared Smith, Asterisk: The Future of Telephony,
Second Edition, O'Reilly, 2007.

Jim Van Meggelen, Jared Smith, Leif Madsen, traduction de Alexandre Belloni, Yann
Serra, Asterisk : la téléphonie Open Source, 2006.

Olvier Hersent, David Gurle, Jean-Pierre Petit, L’essentiel de la VoIP, Dunod, 2005.

Corinne Hofer, Mathilde Kimmerlin, Dossier de presse, les technologies sur IP au

service du secteur industriel, Orange Business Services, Juillet 2006, p3.

Yolande Maréchal, Completel et Benjamin Glaesener, Comment trouver sa voix sur

IP ?, EBG, 2006.

SITES INTERNET
[Link] Marc C, 04 /06/ 2008.

[Link] installation Asterisk / mISDN

sous debian, Sylvain Boily, 05 /07/ 2008.

[Link] configuration d’Asterisk par

Freepbx, Alain, 05 /07/ 2008.

[Link] expérience d’un déploiement Asterisk dans

une entreprise française, Alexis de Lattre, 09 /07/ 2008.

[Link] How To Install Asterisk

VOIP PBX on Debian Linux, Tobias Rice, 17 /07/ 2008.

[Link] Faisceau SIP avec

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 136 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Asterisk, Alexandre Chauvin-Hameau, 10 /08/2008.

[Link] Asterisk fax, oej, 10 /08/ 2008.

[Link] Digium Support Center,

18 /08/ 2008.

[Link] Asterisk, Digium, 18/08/2008.

[Link] Digium, 18 /08/ 2008.

[Link] Keyyo, La téléphonie des petites

entreprises qui voient grand, 19 / 08/ 2008.

[Link] AsteriskNow, Digium, 19/08/ 2008.

[Link] Trixbox et carte

zaptel, Brice Gaillard, 20/08/ 2008.

[Link] Asterisk, bgconsultant,10

/09/2008.

RAPPORTS ET MEMOIRES
Didier OURABAH, Maxime GUILLET, Léonard LECOUEY, Vincent
BATOUFFLET, William ZIVIC, Rapport de projet « ASTERISK », Groupe
alternance, 2005/2006.

José Da Cunha, Documentation technique, 2008.

José Da Cunha, VoIP et Asterisk/Trixbox, Master 2ème année systèmes distribués et

réseaux, 2006-2007.

COURS ISTC

Dr BEKROU, cours de téléphonie générale, 2006.

M. AYEMOU David, cours d’électrotechnique, 2007.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 137 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Table des figures

Figure 1 : Organisation régionale des sites du CNRA …………………………….…10

Figure 2 : Organigramme du CNRA……………………………………………….…11

Figure 3 : Les étapes de la technologie de la voix…………………………………….12

Figure 4 : Règle générale de connexion aux ports FXO et FXS………………..…….17

Figure 5 : processus d’enregistrement d’un client au serveur proxy SIP…………..... 19

Figure 6 : Principaux équipements d’une plate forme VoIP…….……………………21

Figure 7 : Figure du modèle mixte……………………………………………………26

Figure 8 : Architecture IP dit de bout en bout……………………..……...…………..27

Figure 9 : Figure du modèle Centrex………………………………..…...……………28

Figure 10 : Architecture d’Asterisk………………………………..………………….31

Figure 11 : Architecture de la plateforme informatique de la direction générale du

CNRA…………………………………………………………………...…………….39

Figure 12 : Modèle de réseau proposé……………………………………………….. 51

Figure 13 : Présentation d’une carte Digium TDM400P……………..………………54

Figure 14 : Figure d’un IPBX doté d’une carte TDM400P………………..…………62

Figure 15 : Schéma de base du WAN du CNRA………………….…………..…….111

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 138 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Table des tableaux

Tableau 1 : Correspondance score MOS……………….……………….…………….13

Tableau 2 : Commande de base d’Asterisk………………………...…………………34

Tableau 3 : Inventaire du matériel informatique des sites de catégorie 1 du CNRA…38

Tableau 4 : Inventaire du matériel informatique des sites de catégorie 2 du CNRA…40

Tableau 5 : Inventaire du matériel informatique des sites de catégorie 3 du CNRA…40

Tableau 6 : Rôle des équipements du réseau informatique……………………….…..41

Tableau 7 : Liste du matériel informatique à retirer du parc …………………………44

Tableau 8 : Liste du matériel informatique à retenir dans le parc ……………………45

Tableau 9 : Point du matériel de téléphonie des sites de type 1 du CNRA……...........48

Tableau 10 : Point du matériel de téléphonie des sites de type 2 du CNRA….............48

Tableau 11 : Fichiers de configuration d’Asterisk…………..…...………...…………62

Tableau 12 : Version des logiciels utilisés actuellement avec Asterisk………….…...63

Tableau 13 : Evaluation des coûts des équipements de la plate forme VoIP…..……104

Tableau 14 : Evaluation des coûts liés au fonctionnement de téléphone……………105

Tableau 15 : Evaluation des coûts d’abonnement et d’entretien des lignes….…...…105

Tableau 16 : Récapitulatif des investissements……………………………………..105

Tableau 17 : Comparaison des coûts de deus solutions de téléphonie…....…………107

Tableau 18 : Configuration unidirectionnelle d’un trunk SIP………………...……..114

Tableau 19 : Configuration bidirectionnelle d’un trunk SIP……………...…………114

Tableau 20 : Configuration bidirectionnelle d’un trunk SIP avec authentification…115

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 139 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Annexes

Annexe 1 : Procédure d’installation des softphones

Ce tutoriel présente un exemple de configuration de trois (3) softphones. Il faudra dans

notre cas, adapter ce document à notre plan de numérotation.

Des téléphones logiciels (softphones) SIP sont utilisés sur trois ordinateurs, deux
Windows et un Linux.
Un téléphone logiciel (softphone) est un téléphone installé sur un ordinateur pendant
qu'un téléphone matériel (hardphone) est un téléphone physique semblable à un
téléphone traditionnel. Dépendant de leurs capacités, les deux types de téléphones
peuvent être capables d'utiliser la voix sur IP.

Dans ce tutorial, nous avons choisi les softphones suivants: Wengophone, Twinkle et
X-Lite.

Voici un résumé de chaque utilisateur:

Nom Extension OS Softphone Open source Gratuit
Mikado 201 Windows WengoPhone Oui Oui
Bambou 202 Linux Twinkle Oui Oui
Babar 203 Windows X-Lite Non Oui

Configurons des trois softphones:

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 140 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

1. WENGOPHONE

Télécharger Wengophone à l’adresse suivante: [Link] Puis

l’installer et le démarrer.

Cliquer sur "Configure a New Profile" (Configurer un nouveau profile)

Sélectionner "Other (for power users only)"

Configurer la fenêtre "Configure your SIP profile" (configurer le profile SIP) sur la
manière suivante:

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 141 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Accout name (Nom d'accompte): Mikado

login / username (Identifiant / nom d'utilisateur): 201
Password (Mot de passe): *****
SIP Domain / Realm (Domaine SIP): local
Display name (Nom d'affichage): Mikado
Proxy: [Link]
Cliquez ensuite sur "Connect"

Les deux petits écrans bleus dans le coin droit en bas montrent que le softphone est
maintenant authentifié avec Asterisk.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 142 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

2. TWINKLE

Twinkle est un softphone disponible sur des plateformes Linux seulement.

Télécharger et l’installer.
Sur Ubuntu et Debian on utilise la commande suivante en mode root:

#apt-get install twinkle

Lancer le softphone:

#twinkle
Dans les deux premières fenêtres:

Cliquer sur "Ok" et "Wizard" (Assistant)

Choisir un nom de profil.

Dans la fenêtre "User profile" (Profil utilisateur), entrer les paramètres suivants:

Choisir "Other" dans la liste déroute "SIP service provider" (fournisseur de service
SIP).
Your name (Votre nom): Bambou
User name* (Nom d'utilisateur): 202
Domain* (Domaine): [Link]
Authentication name (Nome d'authentification): 202
Password (Mot de passe): *****
Cliquez sur "Ok"

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 143 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Cliquer sur "Ok" pour accéder aux paramètres du système.

Dans la fenêtre "system settings" paramètres du système, cocher "Bambou" en tant que
profil utilisateur par défaut.

Cliquer sur "Ok"

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 144 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Le softphone s'authentifie automatiquement avec Asterisk.

A ce stade, forcer l'enregistrement:

Registration -> Register

2. X-LITE

Télécharger X-Lite sur le site suivant : [Link] et

l’installer.

Cliquer sur le triangle blanc.

Sélectionner "SIP Account Settings ..."(Paramètres de compte SIP).

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 145 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Dans la fenêtre "SIP Accounts" (comptes SIP):

Cliquer sur le bouton "Add..." (Ajouter).

Configurer la fenêtre "Properties of Account1" (propriétés de l'accompte1):

Display name (Nom d'affichage): Babar

User name (Nom d'utilisateur): 203
Password (Mot de passe): *****
Domain (Domaine): local
Cochez "Register with domain and receive incoming calls" (Engistrement avec
domaine et reception d'appels entrants)
Selectionner proxy - Address: [Link]
Cliquer sur "Ok".

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 146 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Le profil est affiché dans la fenêtre "SIP Accounts" (Acomptes SIP).

Cliquer sur "Close" (Fermer).

Le softphone est maintenant authentifié par Asterisk.

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 147 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Annexe 2 : Contenu des fichiers de configuration

[Link]

[menu] ; définition d’un contexte pour le menu

exten => s,1,Background(${sounds_path}menu)
exten => 0,1,Goto(menu,s,1)
exten => 1,1,Goto(appel,s,1)
exten => 2,1,Goto(message,s,1)
exten => 3,1,Goto(support,s,1)
exten => i,1,Playback(${sounds_path}erreur-saisie)
exten => i,2,Goto(menu,s,1)
exten => t,1,Goto(menu,s,1)

[accueil] ; définition d’un contexte pour l’accueil

exten => s,1,SetGlobalVar(sounds_path=/var/asterisk/sounds/)
exten => s,2,Background(${sounds_path}welcome)
exten => #,1,Goto(menu,s,1)
exten => i,1,Playback(${sounds_path}erreur-saisie)
exten => t,1,Goto(accueil,s,1)

[appel] ; définition d’un contexte pour le menu d’appel

exten => s,1,Background(${sounds_path}appel)
exten => 0,1,Goto(menu,s,1)
exten => _1XXX,1,Dial(SIP/${EXTEN},20,tr)
exten => _2XXX,1,Dial(zap/${EXTEN},20,tr);
exten => i,1,Playback(${sounds_path}erreur-saisie)
exten => t,1,Goto(appel,s,1)

[message] ; définition d’un contexte pour la messagerie

exten => s,1,VoiceMailMain(${CALLERIDNUM})
exten => t,1,Hangup()

[default] ; définition d’un contexte de défaut

exten => 100,1,Ringing()
exten => 100,2,Wait(4)
exten => 100,3,Goto(accueil,s,1)

[support] ; définition d’un contexte pour le support

exten => s,1,GoToIfTime(09:00-17:00|mon-fri|*|*?s,4)
exten => s,2,Playback(${sounds_path}no-relation-support)
exten => s,3,Goto(menu,s,1)
exten => s,4,Playback(${sounds_path}relation-support)
exten => s,5,Queue(default)
exten => t,1,Hangup()

exten => 1001,1,Dial(SIP/1001,20,tr)

exten => 1001,2,Voicemail(1001)

[sortant] ; définition d’un contexte pour les appels sortant vers Côte d’Ivoire Télécom
exten => _0XXXXXXXX,1,Dial(Zap/g2/${EXTEN})
exten = > _0180,1,Dial(Zap/4/180)

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 148 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

[entrant] ; définition d’un contexte pour les appels entrant depuis Côte d’Ivoire Télécom
exten = > s,1,Answer
exten = > 23472449,1,Dial (Zap/2,10,r)
exten = > 23472449,2,VoiceMail (23472449@default)
exten = > 23472449,3,Hangup () ; raccrocher le canal
exten = > 23472450,1,Dial (Zap/1&SIP/23472450)
exten = > 23472450,2,VoiceMail (23472450@default)
exten = > 23472450,3,Hangup()
exten = > 23472451,1,Dial (Zap/1&Zap/2)
exten = > 23472451,2,Hangup ()

[fax-in]; définition d’un contexte pour la réception des fax

exten => _1XXX,1,Dial(IAX2/iaxmodem)

[fax-out]; définition d’un contexte pour l’émission des fax

exten => _1XXX,1,Dial (SIP/23472449/${EXTEN})

[horloge];définition d’un contexte pour l’horloge parlante

exten => 777,1,Answer
exten => 777,2,SayUnixTime(,CET,kM)
exten => 777,3,Hangup

[from_cocody] ; définition d’un contexte pour l’interconnexion

include => siege
[siege]
exten => 1XXX,1,Dial(${EXTEN},20,tr) ; notre context local
exten => 3XXX,1,Dial(IAX2/cocody/${EXTEN},20,tr)

[from_siege] ; définition d’un contexte pour l’interconnexion

include => cocody
[cocody]
exten => 3XXX,1,Dial(${EXTEN},20,tr) ; notre context local
exten => 1XXX,1,Dial(IAX2/siege/${EXTEN},20,tr)

[Link]

1001 => 1001,Bredou,Bredou@localhost,,|attach=no|review=yes

emailsubject=Nouveau message numero ${VM_MSGNUM} dans la boite ${VM_MAILBOX}
emailbody=Cher(e) ${VM_NAME},\n\n\tVous avez un nouveau message de la part de ${VM_CALLERID}.\n
Ce message dure ${VM_DUR} et il a ete envoye ${VM_DATE},\nvous pouvez consulter votre boite
${VM_MAILBOX} pour ecouter ce message.\n\n\t\t\t\t Le service de Messagerie\n

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 149 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

[Link]

language=fr

[...];FAX

[23472449]
type=friend
insecure=very;
nat=yes
username=23472449
fromuser=23472449
fromdomain=[Link]
secret=secret
host=[Link]
qualify=yes
context=fax-in

[...]

[1001]; utilisateur bredou

type=friend
username=1001
secret=1001
host=dynamic
callerid="bredou"
mailbox=1001@default

[Link]

[trunkgroups]
[channels]
busydetect=yes
callprogress=yes

language=fr

context=sortant
signalling=fxo_ks
channel = > 1-2
group=1
group=2
context=entrant
signalling=fxs_ks
channel = > 3
group=3

context=entrant
signalling=fxs_ks
channel = > 4

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 150 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

[Link]

fxoks=1-2
fxsks=2-4
loadzone=fr
defaultzone=fr

[Link]

[general];FAX [cocody] ; Interconnexion

bindport = 4569 type=friend
bindaddr = [Link] host=[Link]
disallow=all auth=rsa
inkey=siege
allow=ulaw
allow=alaw outkey=cocody
context=from_cocody
qualify=yes
[iaxmodem] trunk=yes
type=friend
secret=password
port=4570
[siege]; Interconnexion
type=friend
host=dynamic
host=[Link]
context=fax-out
auth=rsa
disallow=all
inkey=cocody
allow=alaw
outkey=siege
context=from_siege
qualify=yes
trunk=yes

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 151 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Table des matières

Dédicace…………………..…………………………………………………………..iii
Remerciements………………………………………………………………………...iv
Avant-propos…………………………………………………………………………...v
Introduction…………………………………………………………………………….1

Première partie : GENERALITES

Chapitre I : LE CNRA……………………………………………………………….8

I- La création du CNRA…………………………………………………….....…..8
II- L’objet du CNRA ………………………………………………..……….……..8
III- Les Missions du CNRA……………………………………………….…….…..8
IV- L’organisation du CNRA…………………………………………….…….……9

Chapitre II : LA TELEPHONIE IP

I- La VoIP ……………………………………..….………………….…………12
I-1- Fonctionnement……………………………..…………….…………………...12
I-2- Les étapes de la technologie de la voix sur IP…………………………………12
II- De la VoIP à la téléphonie……………………………………………….……..15
II-1- Les normes et protocoles………………………………………………………15
II-2- Les équipements……………………………………………………………….21
II-3- La qualité de service…………………………………………………………...22
II-4- Les atouts de la VoIP…………………………………………………………..24
III- Les modèles de déploiements……...…..……………………..….….…….…...26
III-1- Le modèle mixte ..………………..………………………………….………..26
III-2- La ToIP ou VoIP de bout en bout .............…………….…….……..…….......27
III-3- Le centrex………………………..…….…………………………...…………28

Chapitre III : L’IPBX ASTERISK

I- Historique…………………………………………………..………………30
II- Fonctionnalités……………………………………………………………..30
III- De la téléphonie à moindre coût…………………………………………...31
IV- Architecture………………………………………………………………..31
V- Les principales fonctions du noyau d’Asterisk…………………………….32
V-1- Commutation de PABX ………………………………………….………..32
V-2- Lanceur d’application…………………………………….………………..32
V-3- Traducteur de codecs.………………………………..……….……………32
V-4- Planificateur manager d’entrée/sortie………………….…………………..32
V-5- Chargeur de module dynamique……………………….…………………..32
Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 152 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

VI- Les APIs …………………………………………..……………………...33

VI-1- L’API canal ………………………………………..……………………..33
VI-2- L’API application..………………………………..………………..............33
VI-3- L’API traducteur de codecs ……………..……………..……….………….33
VI-4- L’API format de fichiers………..………………………….……….……...33
VII- Les commandes de base d’Asterisk……………..……..………..…….…...34

Deuxième partie : ETAT DES LIEUX DES RESEAUX INFORMATIQUE ET

TELEPHONIQUE DU CNRA

Chapitre IV : DESCRIPTION DU RÉSEAU INFORMATIQUE

I- La mission de l’informatique au CNRA.………………………..…………37

II- Etude de l’existant en informatique au CNRA . .…………………..……...37
II-1- Au niveau matériel de travail ……………...……………………….……...37
II-2- Au niveau des ressources humaines ..…………………………………..…41
III- Fonctionnement de l’informatique au CNRA …………..…………………42
III-1- Equipe ARS……………………………………………………….……….42
III-2- Equipe MMI……………………………………………………………….42
III-3- Equipe DMA………………………………………………………………43
IV- Logistique d’intervention………………..………………………….……...43
V- Analyse de l’existant en informatique au CNRA ……….….……….……..43
V-1- Au plan matériel de travail………………………………………..….……..43
V-2- Au plan ressources humaines……………………………………..….……..45
V-3- Au plan logistique……………………………………………………..……46

Chapitre V : DESCRIPTION DU SERVICE DE TELEPHONIE DU CNRA

I- Les missions ………………………………………………….…………...47

II- Etude de l’existant en téléphonie au CNRA ………………………………47
II-1- Au plan matériel de travail ……………………………………….………..47
II-2- Au plan ressources humaines …..………………………………………...48
II-3- Au plan moyen logistique ……………………………………….…………49
III- Fonctionnement du service de téléphonie du CNRA ……...………………49
IV- Analyse de l’existant en téléphonie au CNRA ….…...………..………….49
IV-1- Au plan matériel de travail………………………………..……………..…49
IV-2- Au plan ressources humaines……………………….…………….………..50
IV-3- Au plan logistique de travail……………………..…………….….……….50

Chapitre VI : MODÉLISATION DU RÉSEAU

I- Choix du matériel ………………………………………………………….52

II- Le packaging Asterisk……………………………………………….…….54
III- Optimisation du réseau local …………………...……………….………...55
IV- La fonction standard …………………..………………….…….…………56
V- Le fax ……………………...………………………….…………… ……..56

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 153 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

Chapitre VII : LE CAHIER DES CHARGES

I- Description du projet…………………..…………………………………..58
II- Objectif du projet…………………………………………………………..59
III- Exigences du projet………………………………………………..……….59
IV- Qualité d’écoute et de sécurité……………………………………………..59
V- Reprise de l’existant………………………………………………………..59

Troisième partie : INTEGRATION DE LA TELEPHONIE IP BASEE SUR

L’IPBX ASTERISK AU SYSTEME INFORMATIQUE DU CNRA

Chapitre VIII : DEPLOIEMENT DU PILOTE

I- Mise en place du serveur pilote……………………………………………61

I-1- Installation du système d’exploitation Debian ETCH…………..…………63
I-2- Installation des drivers et des logiciels additifs…………………….……...67
I-3- Mise en place du plan de numérotation…………………………..………..87
I-4- IVR………………………………………………………….……….…….99
II- Tests de fonctionnement…………………………………….………..…..100
II-1- Qualité d’écoute…………………………………………….……….……100
II-2- Résistance aux stress………………………………………………..……101
II-3- Connexion au réseau extérieur………….………………………………..101
II-4- Sécurité électrique…………………………………….………………….101
II-5- Résistance aux attaques……………………………….………………….102
III- Test de diagnostic et d’administration…………………...……………….102
III-1- Les commandes de test des téléphones IP…………….………………….102
III-2- Les commandes de test d’Asterisk…………………..………………..….102
IV - La formation ……………………………………………………………..103

Chapitre IX : ESTIMATION FINANCIERE

I- Estimation des charges d’investissement ..…………….………….……..104

I-1- Evaluation du coût des équipements ..……………………….….….……104
I-2- Evaluation du coût de fonctionnement ..……………………….……..….105
I-3- Evaluation des frais d’abonnement et d’entretien des lignes ..…….….…105
I-4- Récapitulatif des investissements ..……………………………….……...105
II- Calcul du RSI ...…...…………………………………………………….106
II-1- Etude financière comparative……………………………………….……106

Chapitre X : EVOLUTION APRES LE DEPLOIEMENT DU PILOTE

I- Bilan détaillé de la phase pilote…………………………………………..109

II- La maintenance……………………………………………….…………..110

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 154 -
 Intégration d’une plate forme de téléphonie IP basée sur l’ IPBX Asterisk au système d’information du CNRA

III- L’extension a autre sites………………………………….……………….110

III-1- Architecture général du réseau WAN du CNRA…………….…….…….111
III-2- Principe de fonctionnement de l’interconnexion…………………..…….112
IV- Interconnexion des serveurs Asterisk via le protocole SIP…………..…...113
IV-1- Contexte de l’interconnexion via SIP ………………. …….….……...113
V- Interconnexion de serveurs Asterisk via le protocole IAX………..……...116
V-1- Faisceau IAX et optimisation de la bande passante…………….….......... 116
V-2- Contexte de l’interconnexion via IAX………………………….…….…..117
V-3- Sécurisation de l’authentification………………….……………………..118
V-4- Configuration des paramètres IAX sur chaque serveur…….…………….120
VI- Test des liens IAX avec la console d’Asterisk………….………………..123
VI-1- Connexion à la console d’Asterisk ..………………….……..……….….123
VI-2- Vérification de l’état des liens IAX ..……………………..……………..124
VI-3- Affichage des informations d’un lien IAX en cours d’utilisation ..……..124
VI-4- Affichage des statistiques d’un lien IAX en utilisation………...………..125
VII- Bilan global du projet ..……………………………………..….……….125
VII-1- Pour le CNRA ..…………………………..……………………………..125
VII-2- Bilan personnel………………………….……..…...……………………126

Conclusion………………………………………………….……………………127

Glossaire…………………………………………………………………………129
Bibiographie…………………………………………………………...…………136
Table des figures ………………………………………………………………...138
Table des tableaux .. ..…………………………………………………………..139
Annexes 1 ………………………………………………………………..………140
Annexe 2…………………………………………………………………………148

Mémoire de fin de cycle Ingénieur des Techniques des Télécoms et Technologies de l’Audiovisuel
- 155 -