Dossier d architecture technique

Transcription

1 Dossier d architecture technique Détail du document Projet Emetteurs Destinataire Conception d une solution IPBX multiservices Minh-Truong LAM Clément FAUCHER Morgan MONTES Antoine COTTEN Steve DANEROLLE Société LexPhone Date d émission 19/01/2012 Historique des modifications Version Date Rédacteur(s) Commentaire /01/2012 Minh-Truong LAM Clément FAUCHER Morgan MONTES Antoine COTTEN Steve DANEROLLE Verison initiale

2 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. nalité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

3 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. nalité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

4 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) : s Décembre 2011 Janvier 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 : Etude de l infrastructure informatique du client Déploiement de la solution en environnement de production Sécurisation des accès Durée approximative 1 à 2 journées de consultation 1 demi-journée 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 Tests de capacité Temps d intégration 1 demi-journée (possibilité d effectuer les configurations à distance) 1 journée De 4 à 5 jours et demi Page 4 sur 11

5 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 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

6 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

7 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

8 a. Etablissement d un appel entre deux terminaux Etablir une communication entre deux téléphones IP connectés au même IPbx. 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. Appel entre deux téléphones IP : l utilisateur A appelle l utilisateur B Appel entre deux softphones IP : l utilisateur A appelle l utilisateur B Appel entre un téléphone IP et un softphone IP : l utilisateur A appelle l utilisateur B b. Messagerie vocale Permettre à un utilisateur de laisser et écouter un message reçu sur la messagerie vocale. 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. L utilisateur A laisse un message sur la messagerie vocale de l utilisateur B L utilisateur B écoute le message reçu sur sa messagerie vocale depuis son poste fixe L utilisateur B écoute le message reçu sur sa messagerie vocale depuis un autre poste fixe L utilisateur B écoute le fichier audio reçu dans sa boîte de messagerie c. Personnaliser son message d absence Offrir la possibilité à l utilisateur de personnaliser son message d absence. 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

9 L utilisateur B peut personnaliser son message d absence L utilisateur A peut écouter le message d absence personnalisé d. Messagerie unifiée Fournir une messagerie unifiée (boîtes vocales et courrier électronique). 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. L utilisateur B reçoit ses messages vocaux dans sa boîte de messagerie L utilisateur B a accès au Webmail en interne L utilisateur B a accès au Webmail en externe e. Suivi conso Fournir une interface permettant de visualiser des statistiques sur l ensemble des appels émis. 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, Statistiques globales sur les appels émis et reçus 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 Etablir une communication entre deux téléphones IP connectés à deux IPBX distants. 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

10 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. Appel entre deux téléphones IP : l utilisateur A appelle l utilisateur B Appel entre deux softphones IP : l utilisateur A appelle l utilisateur B Appel entre un téléphone IP et un softphone IP : l utilisateur A appelle l utilisateur B b. Messagerie vocale Permettre à un utilisateur de laisser et écouter un message reçu sur la messagerie vocale. 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. L utilisateur A laisse un message sur la messagerie vocale de l utilisateur B L utilisateur B écoute le message reçu sur sa messagerie vocale depuis son poste fixe L utilisateur B écoute le message reçu sur sa messagerie vocale depuis un autre poste fixe L utilisateur B écoute le fichier audio reçu dans sa boîte de messagerie c. Gestion des appels selon une plage horaire définie Rediriger les appels selon une plage horaire définie. 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. L utilisateur A est redirigé vers un agent d astreinte en dehors d une place horaire définie Page 10 sur 11

11 d. Mise en place d une file d attente Mettre en place une file d attente pour permettre à l utilisateur d obtenir une réponse à son appel. 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. L utilisateur A est redirigé dans une file d attente pour maximiser ses chances Page 11 sur 11