Dossier d’architecture technique

Détail du document

Projet Conception d’une solution IPBX multiservices

Emetteurs Minh-Truong LAM

Clément FAUCHER
Morgan MONTES
Antoine COTTEN
Steve DANEROLLE

Destinataire Société LexPhone

Date d’émission 19/01/2012

Historique des modifications

Version Date Rédacteur(s) Commentaire

1.0 11/01/2012 Minh-Truong LAM Verison initiale

Clément FAUCHER
Morgan MONTES
Antoine COTTEN
Steve DANEROLLE
Table des matières

I. Introduction ..................................................................................................................................... 3
A. Objet du document ...................................................................................................................... 3
B. Portée du document .................................................................................................................... 3
C. Détails supplémentaires .............................................................................................................. 3
II. Objet de la consultation .................................................................................................................. 3
A. Contexte ...................................................................................................................................... 3
B. Fonctionnalités attendues............................................................................................................ 3
III. Planification du projet .................................................................................................................. 3
A. Maquettage ................................................................................................................................. 3
B. Mise en production ...................................................................................................................... 4
IV. Environnement de travail ............................................................................................................. 5
A. Contraintes technologiques ......................................................................................................... 5
B. Solution retenue .......................................................................................................................... 5
C. Support d’exploitation du système ............................................................................................... 5
V. Architecture logicielle ...................................................................................................................... 6
VI. Répartition géographique et interconnexions............................................................................... 6
VII. Scénarios de test......................................................................................................................... 7
A. Architecture mise en place .......................................................................................................... 7
B. Tests intra-IPBX .......................................................................................................................... 7
C. Tests inter-IPBX .......................................................................................................................... 9
I. Introduction

A. Objet du document
Ce document constitue le dossier d’architecture technique (DAT) générique du déploiement de nos solutions de
téléphonies pour les clients de la société LexPhone.

Le présent DAT décrit les principes d’architecture matérielles et logicielles ainsi que les phases de configuration à
respecter pour le déploiement de nos solutions Voix sur IP. Il comporte également une batterie de scénarios de
tests à effectuer afin de s’assurer que l’architecture soit fonctionnelle.

Un plan de répartition géographique illustré y sera présenté de manière à envisager la répartition des serveurs
sur le territoire, ainsi que les faisabilités d’interconnexions entre systèmes.

B. Portée du document
Ce document est destiné aux équipes d’ingénierie ainsi qu’aux intervenants lors de la phase de déploiement et
d’intégration.

C. Détails supplémentaires
Il sera possible d’étendre le contenu de ce document par la rédaction d’un complément de DAT selon le contexte
du projet. Le contenu de ce document complémentaire ne devra cependant pas contredire le présent DAT
générique.

II. Objet de la consultation

A. Contexte
La société LexPhone est spécialisée dans la vente de solutions de téléphonie d’entreprise. Elle souhaite
implémenter une solution technique de type IPBX, légère pour le marché des professions libérales, santé, justice,
assurances, et l’artisanat par exemple. Les principaux objectifs sont un déploiement rapide de la solution avec de
faibles coûts en matériel.

Cette solution viendra compléter les offres OpenSource de LexPhone, dont les techniciens seront formés à son
déploiement.

B. Fonctionnalités attendues
La solution proposée doit intégrer des fonctions simples mais essentielles pour l’utilisateur. Les fonctions en
question sont les suivantes :

Mise en place d’un Serveur Vocal Interactif basé sur la technologie VoiceXML
Redirection des appels en dehors des heures ouvrées
Messagerie unifiée,
Gestion d’une file d’attente déclinée par type de services
Reporting des appels et des durées des communications établies
Interconnexion de plusieurs IPbx à travers un réseau WAN existant

III. Planification du projet

A. Maquettage
La maquette de cette nouvelle solution a été réalisée en 36 heures.
Page 3 sur 11
Cette période comprend :

L’analyse du cahier des charges émit par la société LexPhone

Le choix de la base logicielle devant répondre aux besoins du client
La configuration et l’implémentation de l’ensemble des fonctionnalités souhaitées

Ci-joint, le planning de déroulement du maquettage de la solution. A chaque phase est associée la mobilisation
de 5 personnes par unité de temps (heure) :

Tâches Décembre 2011 Janvier 2012

15 16 17 18 ... 4 5 6 7 8 … 13 14 15 16 17 18 19
Lancement *
Étude de la problématique
Analyse du cahier des charges
Recherche et comparatif solutions existantes
Choix d'une distribution
Mise en place de l'environnement de travail
Installation du serveur
Validation de l'interface
Configuration des postes IP + soft
Premiers tests d'appels et analyse des flux
Configuration du prototype
Configuration des extensions
Files d'attente
Serveur vocal
Lien trunk
Serveur mail (SMTP, IMAP)
Messagerie unifiée
Messagerie instantanée
Documentations et livrables
Dossier d'architecture technique
Présentation
Présentation de la solution *

B. Mise en production
Riche de l’expérience acquise en phase de tests, voici un planning prévisionnel de déploiement de la solution sur
un site client classique :

Tâche Durée approximative

Etude de l’infrastructure informatique du client 1 à 2 journées de consultation
Déploiement de la solution en environnement de production 1 demi-journée
Sécurisation des accès 1 demi-journée
Configuration des extensions Asterisk et des postes IP 1 demi-journée à 1 journée selon le
nombre de postes IP
Activation et configuration des services désirés 1 demi-journée (possibilité d’effectuer les
configurations à distance)
Tests de capacité 1 journée
Temps d’intégration De 4 à 5 jours et demi

Page 4 sur 11
IV. Environnement de travail

A. Contraintes technologiques
Il a été décidé que la structure logicielle serait entièrement OpenSource, et basée sur la technologie Asterisk
pour les raisons suivantes :

Logiciel ayant fait ses preuves, avec des références client à l’appui
Peu de ressources disponibles pour monter le projet
Richesse des services à proposer

Asterisk est un projet OpenSource d’IPBX logiciel mondialement connu et soutenu par une communauté très
active depuis 1999. De nombreuses fonctionnalités y sont implémentées et continuent à être développées. Ces
fonctionnalités peuvent d’autre part être enrichies par de nombreuses extensions issues de la communauté
d’utilisateurs.

B. Solution retenue
Pendant le maquettage, nous avons pu tester deux solutions basées toutes deux sur le cœur du système
Asterisk, et accompagnées d’une interface graphique FreePBX : Trixbox et Elastix. Durant les phases de test
nous avons été amenés à exploiter ces deux solutions en parallèle.

Pour mieux comprendre les différences de ces deux solutions, leurs avantages et inconvénients, nous avons
dressé un tableau comparatif :

Elastix Trixbox
Serveur vocal  
Gestion des files d’attente  
Redirection des appels entrants  
Messagerie unifiée  x
Webmail  x
Serveur Vocal Interactif  x
Architecture répartie  
Journal de bord  x
IVR  
Messagerie instantanée  x
Outil de monitoring  x
Ergonomie +++ +

Après une batterie de tests sur les deux solutions logicielles, nous avons décidé de nous orienter vers la solution
Elastix. Comme présenté dans le tableau comparatif ci-dessus, la solution Elastix reste la plus complète, la mieux
packagée, et présente une interface plus attrayante et plus intuitive.

La facilité d’intégration et de mise en œuvre de cette solution va permettre également un gain de temps non
négligeable dans le déploiement du système.

Cette solution exploite la distribution Linux CentOS 5.2 (RedHat)

C. Support d’exploitation du système

Dans la réalisation de notre maquette, nous avons mis en place la solution Elastix sur des machines virtuelles à
l’aide de l’outil de virtualisation « VirtualBox ». La solution se révèle très stable en environnement virtualisé et
pourra être implémentée de cette manière en environnement de production.

Au vu de l’importance de la solution logicielle, il est recommandé d’intégrer la solution IPBX soit dans un
environnement dédié, soit en environnement virtualisé professionnel. Nous recommandons notamment
Page 5 sur 11
l’hyperviseur ESXi de VMware pour sa gratuité, sa robustesse et sa souplesse d’utilisation. Le déploiement de la
solution pourra se faire grâce à un package standard dans ce type d’environnement, de manière à accélérer le
processus d’intégration sur site client.

De plus, Elastix n’a pas de limite en termes d’utilisateurs à gérer. La seule limitation connue à ce jour reste le
support physique sur lequel sera installée la brique logicielle.

Pour finir, nous préconisons un dimensionnement correct et réaliste de l’architecture physique au vu de la charge
à supporter, tout en prenant en considération une marge d’erreur. Il n’est pas concevable d’avoir des KPI de taux
d’échecs d’appels élevés à cause d’un mauvais dimensionnement. Une fois la solution intégrée, il est prévu
d’effectuer un test de capacité.

V. Architecture logicielle

Figure 1 : Elastix et les services multimédias

Comme évoqué précédemment, la solution Elastix est basée sur le cœur du système Asterisk. La surcouche
logicielle propose alors 5 principaux services :

- La messagerie instantanée,
- Le serveur Mail avec la possibilité de se connecter à distance à sa boîte de messagerie (Webmail),
- La vidéo utile principalement pour les conférences audio / vidéo,
- La voix à travers le support de la Voix sur IP et l’utilisation de codecs spécifiques,
- Le serveur Fax utile principalement pour les entreprises.

Ainsi, par défaut, la solution Elastix inclut l’ensemble des surcouches nécessaires pour pouvoir mettre en place
un IPBX accompagné de services multimédias.

VI. Répartition géographique et interconnexions

Pour les clients souhaitant interconnecter plusieurs sites situés dans des zones géographiques différentes, il
faudra veiller à ce que le réseau WAN fonctionne correctement.

Une fois ce pré-requis levé, il existe plusieurs hypothèses d’architecture :

- 1 IPBX pour tous les sites,

- 1 IPBX par sous-réseau puis interconnexion des IPBX.

Page 6 sur 11
Figure 2 : 1 IPbx pour tous les sites Figure 3 : 1 IPbx par site

VII. Scénarios de test

A. Architecture mise en place

Figure 4 : architecture mise en place lors du maquettage

Lors du maquettage, nous avions à notre disposition les équipements suivants :

- Deux PC portables virtualisant l’IPbx et servant également de Softphone IP,

- Deux switchs pour interconnecter plusieurs équipements sur un même réseau,
- Deux terminaux IP de marque Ericsson,
- Un routeur permettant d’interconnecter les deux réseaux créés.

B. Tests intra-IPBX
Dans l’ensemble de nos scénarios, on considère deux utilisateurs A et B, connectés au même IPbx. L’ensemble
des tests a été réalisé dans les deux sens : utilisateur A vers B, utilisateur B vers A.

Page 7 sur 11
 a. Etablissement d’un appel entre deux terminaux

Fonction

Etablir une communication entre deux téléphones IP connectés au même IPbx.

Description

Les deux utilisateurs A et B souhaitent établir une communication. L’utilisateur A compose le numéro court de
l’utilisateur B sur son terminal IP. L’utilisateur B est prévenu d’un appel entrant du fait que son terminal IP se met
à sonner. Une fois le terminal décroché, la communication est établie.

Analyse fonctionnelle

Tâche Statut
Appel entre deux téléphones IP : l’utilisateur A appelle l’utilisateur B OK
Appel entre deux softphones IP : l’utilisateur A appelle l’utilisateur B OK
Appel entre un téléphone IP et un softphone IP : l’utilisateur A appelle l’utilisateur B OK

b. Messagerie vocale

Fonction

Permettre à un utilisateur de laisser et écouter un message reçu sur la messagerie vocale.

Description

L’utilisateur A souhaite établir une communication avec l’utilisateur B mais l’utilisateur est absent du bureau. De
manière à ce que l’information soit partagée, l’utilisateur A laisse un message sur la messagerie vocale de
l’utilisateur B.

L’utilisateur B, de retour au bureau, souhaite écouter le message reçu sur sa messagerie, plusieurs solutions
d’écoute sont possibles :

- Appel vers son répondeur vocal depuis son poste fixe,

- Appel vers un numéro spécial depuis un autre poste fixe,
- Ecoute du message reçu en jouant le son reçu par mail dans sa boîte de messagerie.

Analyse fonctionnelle

Tâche Statut
L’utilisateur A laisse un message sur la messagerie vocale de l’utilisateur B OK
L’utilisateur B écoute le message reçu sur sa messagerie vocale depuis son poste fixe OK
L’utilisateur B écoute le message reçu sur sa messagerie vocale depuis un autre poste fixe OK
L’utilisateur B écoute le fichier audio reçu dans sa boîte de messagerie OK

c. Personnaliser son message d’absence

Fonction

Offrir la possibilité à l’utilisateur de personnaliser son message d’absence.

Description

Lorsque l’utilisateur A souhaite appeler l’utilisateur B, celui-ci tombe sur sa messagerie vocale. L’utilisateur B a la
possibilité de personnaliser son message d’absence que l’utilisateur A écoutera lorsqu’il n’arrivera pas à le
joindre.

Page 8 sur 11
Analyse fonctionnelle

Tâche Statut
L’utilisateur B peut personnaliser son message d’absence OK
L’utilisateur A peut écouter le message d’absence personnalisé OK

d. Messagerie unifiée

Fonction

Fournir une messagerie unifiée (boîtes vocales et courrier électronique).

Description

L’utilisateur B, absent de son bureau, doit pouvoir recevoir l’ensemble de ses messages vocaux déposés par
d’autres utilisateurs sur sa messagerie vocale dans sa boîte de messagerie. Cette même boîte de messagerie
est accessible en interne et en externe pour permettre le télé-travail.

Analyse fonctionnelle

Tâche Statut
L’utilisateur B reçoit ses messages vocaux dans sa boîte de messagerie OK
L’utilisateur B a accès au Webmail en interne OK
L’utilisateur B a accès au Webmail en externe OK

e. Suivi conso

Fonction

Fournir une interface permettant de visualiser des statistiques sur l’ensemble des appels émis.

Description

Chaque utilisateur a la possibilité de suivre des statistiques fondées sur les appels qu’il a émis ou reçus. Ce suivi
d’appels peut être utile pour la facturation, établir des statistiques sur la charge moyenne mensuelle, …

Analyse fonctionnelle

Tâche Statut
Statistiques globales sur les appels émis et reçus OK

C. Tests inter-IPBX
Dans l’ensemble de nos scénarios, on considère deux IPBX situés sur deux sites distants situés respectivement
à Lyon et Paris. L’utilisateur A est connecté à l’IPBX de Lyon, tandis que l’utilisateur B est connecté à celui de
Paris. L’ensemble des tests décris a été réalisé dans les deux sens : utilisateur A vers B et utilisateur B vers A.

a. Etablissement d’un appel entre deux terminaux

Fonction

Etablir une communication entre deux téléphones IP connectés à deux IPBX distants.

Description

Les deux utilisateurs A et B souhaite établir une communication. L’utilisateur A compose le numéro court de
l’utilisateur B sur son terminal IP. La demande d’appel est routée vers l’IPBX sur lequel est connecté l’utilisateur
Page 9 sur 11
B. L’utilisateur B est alors prévenu d’un appel entrant du fait que son terminal IP se met à sonner. Une fois le
terminal décroché, la communication est établie.

Analyse fonctionnelle

Tâche Statut
Appel entre deux téléphones IP : l’utilisateur A appelle l’utilisateur B OK
Appel entre deux softphones IP : l’utilisateur A appelle l’utilisateur B OK
Appel entre un téléphone IP et un softphone IP : l’utilisateur A appelle l’utilisateur B OK

b. Messagerie vocale

Fonction

Permettre à un utilisateur de laisser et écouter un message reçu sur la messagerie vocale.

Description

L’utilisateur A souhaite établir une communication avec l’utilisateur B mais l’utilisateur est absent du bureau. De
manière à ce que l’information soit partagée, l’utilisateur A laisse un message sur la messagerie vocale de
l’utilisateur B.

L’utilisateur B, de retour au bureau, souhaite écouter le message reçu sur sa messagerie, plusieurs solutions
d’écoute sont possibles :

- Appel vers son répondeur vocal depuis son poste fixe,

- Appel vers un numéro spécial depuis un autre poste fixe,
- Ecoute du message reçu en jouant le son reçu par mail dans sa boîte de messagerie.

Analyse fonctionnelle

Tâche Statut
L’utilisateur A laisse un message sur la messagerie vocale de l’utilisateur B OK
L’utilisateur B écoute le message reçu sur sa messagerie vocale depuis son poste fixe OK
L’utilisateur B écoute le message reçu sur sa messagerie vocale depuis un autre poste fixe OK
L’utilisateur B écoute le fichier audio reçu dans sa boîte de messagerie OK

c. Gestion des appels selon une plage horaire définie

Fonction

Rediriger les appels selon une plage horaire définie.

Description

L’utilisateur A souhaite établir une communication avec l’utilisateur B. Mais, il se trouve que son appel est établi
en dehors des heures ouvrables, pendant les jours fériés, ou les vacances de saison, Celui-ci doit être redirigé
automatiquement vers un agent d’astreinte ou une entité de l’entreprise chargée d’assurer le service.

Analyse fonctionnelle

Tâche Statut
L’utilisateur A est redirigé vers un agent d’astreinte en dehors d’une place horaire définie OK

Page 10 sur 11
 d. Mise en place d’une file d’attente

Fonction

Mettre en place une file d’attente pour permettre à l’utilisateur d’obtenir une réponse à son appel.

Description

L’utilisateur A souhaite établir une communication avec l’utilisateur B, en dehors de la plage horaire définie. Il est
alors redirigé vers les agents d’astreinte. Afin de maximiser ses chances d’avoir une réponse à son appel, une
file d’attente est mise en place.

Tâche Statut
L’utilisateur A est redirigé dans une file d’attente pour maximiser ses chances OK

Page 11 sur 11