José Da Cunha

Master 2 ème année Systèmes distribués et réseaux

VoIP

et

Asterisk / Trixbox

Année universitaire : 2007-2008 Tutrice de stage : Violeta FELEA Responsable : Patrice Koch

Université

De Franche-Comté

Remerciements

Je tiens à remercier

Bertrand ASTRIC

Marianne BALANCHE

Martine BARBE

Eric BOUQUEAU

Ghislaine FOLTETE

Alain GUYET

Marc HAMELIN

Patrice KOCH

Brigitte LARDIES

Ghislain PRUNIAUX pour leur aide, leur disponibilité, leur accueil et leur bonne humeur.

Table des matières

Remerciements ..................................................................................................................................... 3 Table des matières ................................................................................................................................ 5 Introduction .......................................................................................................................................... 7

I. L'UNIVERSITE DE FRANCHE-COMTE .............................................................................. 8 1. « Et tout commença en… » .................................................................................................. 8 2. La structure de l’Université.................................................................................................. 8 3. Le Centre de Ressource Informatique (CRI) ..................................................................... 10

Le service ............................................................................................................................... 10 Ses principales missions......................................................................................................... 10 Le réseau de l'Université ........................................................................................................ 10 D Présentation du réseau téléphonique .................................................................................. 13

II. Le sujet du stage et les objectifs à atteindre ........................................................................... 16 III. Pourquoi Asterisk ? ............................................................................................................ 17 IV. La téléphonie sur IP ........................................................................................................... 18

1. Principe .............................................................................................................................. 18 2. Les contraintes de la téléphonie sur IP ............................................................................... 18

Qualité du codage................................................................................................................... 19 Délai d’acheminement : latence (Delay) ................................................................................ 19 Gigue (Jitter) .......................................................................................................................... 20 Perte de paquets (packet loss) ................................................................................................ 20 Echo ....................................................................................................................................... 20

V. Avantages et inconvénients de la téléphonie sur IP ............................................................... 21 1. Avantages ........................................................................................................................... 21

Réduction des coûts ............................................................................................................... 21 Optimisation des ressources ................................................................................................... 21 Simplification de la gestion, d’administration et de migration .............................................. 21 Augmentation de services ...................................................................................................... 21

2. Inconvénients ..................................................................................................................... 22 Problèmes de sécurité............................................................................................................. 22 Problème d’engorgement du réseau ....................................................................................... 22

VI. Protocole H323 .................................................................................................................. 23 1. H323 dans le modèle OSI .................................................................................................. 24

VII. Protocole SIP...................................................................................................................... 27 VIII. Comparaison du protocole H323 et SIP ............................................................................. 29

1. Voici les avantages du protocole H.323 : ........................................................................... 29 2. Voici les avantages du protocole SIP: ................................................................................ 29

IX. Outils et matériels utilisés .................................................................................................. 30 1. Matériels utilisés ................................................................................................................ 30 2. Outils utilisés...................................................................................................................... 31

IPtable .................................................................................................................................... 31 DHCP3 ................................................................................................................................... 31 MySQL................................................................................................................................... 31 SSH ........................................................................................................................................ 31 Wireshark ............................................................................................................................... 31 X-Lite ..................................................................................................................................... 31

X. Installation du PABX ............................................................................................................. 32 1. Installation de Sendmail ..................................................................................................... 33 2. Interconnexion avec le réseau existant............................................................................... 33

6

3. Installation de la carte TDM400P ...................................................................................... 34 4. Utilisation du fax ................................................................................................................ 35 5. Compte SIP ........................................................................................................................ 36 6. Trunk SIP ........................................................................................................................... 36 7. Installation et paramétrage d’une passerelle FXS .............................................................. 37

Suppression de l’écho ............................................................................................................ 38 Utilisation du fax .................................................................................................................... 39

XI. Finalisation de l’installation de l’IPBX ............................................................................. 40 XII. Configuration et sécurité .................................................................................................... 41 XIII. Documentation ................................................................................................................... 42 XIV. De la théorie à la pratique… .......................................................................................... 43

1. Cas pratique 1..................................................................................................................... 43 2. Cas pratique 2..................................................................................................................... 43

XV. Bilan ................................................................................................................................... 45 1. Bilan pour l’entreprise ....................................................................................................... 45 2. Bilan personnel .................................................................................................................. 45

Conclusion ......................................................................................................................................... 46 Glossaire............................................................................................................................................. 47 Table des illustrations ......................................................................................................................... 50 Table des Tableaux ............................................................................................................................. 50 Bibliographie ...................................................................................................................................... 51 Annexes .............................................................................................................................................. 52

I. Annexe 1 : Asterisk ................................................................................................................ 53 II. Annexe 2 : Trixbox ................................................................................................................ 55 III. Annexe 3 : Installation automatique .................................................................................. 57 IV. Annexe 4 : Documentation technique ................................................................................ 60

7

Introduction

Le stage de Master « Informatique Systèmes Distribués et Réseaux » de deuxième année a pour but d’acquérir une expérience dans le monde professionnel, de connaître la vie en entreprise, le fonctionnement du service au sein de celle-ci et d’intégrer une équipe de travail afin de mettre en pratique les enseignements reçus pendant la formation. Ce stage d’une durée de 16 semaines (du 11 février au 31 mai 2008) a été effectué au sein du service du CRI (Centre de Ressources Informatiques) de l’Université de Besançon. Ce rapport présente et dresse le compte rendu du travail effectué durant le stage. Dans un premier temps la présentation de l’Université de Besançon et plus particulièrement le service dans lequel j’ai travaillé, ainsi que l’explication du sujet du projet qui m’a été confié, permettront de décrire l’environnement de la mise en situation professionnelle. Ensuite, l’historique des missions réalisées permettra de dérouler les outils, matériels et méthodes utilisés afin d’atteindre les objectifs fixés. Enfin, ce document dressera une analyse des apports du stage pour le CRI et aussi d’un point de vue personnel. Une conclusion clôturera celle-ci.

8

I. L'UNIVERSITE DE FRANCHE-COMTE

1. « Et tout commença en… »

1423 : ouverture à Dole par le Duc Philippe le Bon de l’Université des 2 Bourgognes. (La "ducale", l'actuelle Bourgogne et la "comtale", l'actuelle Franche-Comté). 1691 : transfert de l’Université à Besançon par Louis XIV. 1793 : suppression par Louis XVI de toutes les universités de l'ancien régime. 1845 : rétablissement par Napoléon de l’enseignement supérieur. 1957 : création du bâtiment des sciences naturelles Place Leclerc. 1961 : création du CLA (Centre de Linguistique Appliquée). 1962 : création du campus de La Bouloie. 1967 : transformation en faculté de l’école de médecine.

création des IUT.

1968 : transformation en faculté du collège de droit. 1975 : création de l’UFR d’éducation physique et sportive. 1992 : construction du pôle des Portes du Jura pour l'UFR STGI (Sciences, Techniques et Gestion de l’Industrie) et l'IUT de Belfort-Montbéliard.

construction de la Présidence rue Goudimel. 1994 : construction du bâtiment Fourier à l’UFR Droit & Sciences Economiques.

construction de l’UFR STAPS (Sciences et Techniques des Activités Physiques et Sportives).

1996 : construction des locaux du LMA (Laboratoire des Mécaniques Appliquées). 1998 : construction de la Halle des sports du STAPS et du Service Commun de

Documentation de Droit. 2000 : construction du Laboratoire de Chimie des Eaux. 2002 : construction du Service Commun de Documentation de Médecine-Pharmacie. 2003 : construction de la 1ère tranche du transfert de l'UFR Médecine-Pharmacie sur le site de Châteaufarine. 2005 : construction de la Maison des Etudiants et de la Formation Continue, salles de cours banalisées sur le domaine universitaire de La Bouloie.

2. La structure de l’Université

L’Université de Franche-Comté est un établissement pluridisciplinaire qui est composé : D’Unités de Formation et de Recherche (UFR) Sciences du Langage, de l’Homme et de la Société (SLHS) Sciences Médicales et Pharmaceutiques (SMP) Sciences et Techniques (ST) Sciences Juridiques, Economiques, Politiques et de Gestion (SJEPG) Sciences et Techniques des Activités Physiques et Sportives (STAPS) Sciences, Techniques et Gestion de l’Industrie (STGI)

D’Instituts Universitaires et d’écoles Institut Universitaire de Technologie de Besançon – Vesoul (IUT) Institut Universitaire de Technologie de Belfort – Montbéliard (IUT) Institut Supérieur d’Ingénieurs de Franche-Comté (ISIFC) Institut de Préparation à l’Administration Générale (IPAG)

9

Institut d’Administration des Entreprises (IAE) Observatoire des sciences de l’univers

Illustration 1 : Organigramme de l'Université de Franche-Comté

10

3. Le Centre de Ressource Informatique (CRI)

Le CRI est un service commun de l’Université qui a été créé en Février 1996. Il prend la succession du Service Universitaire de Prestations Informatiques (SUPI). Il est composé d’une dizaine de personnes.

Le service

Illustration 2 : Organigramme du service

Ses principales missions

Déploiement et gestion des réseaux informatique et téléphonique de l'Université. - Administration des services associés au réseau : service de nommage, mail, forums,

listes de distributions. - Gestion de la sécurité des systèmes d'information.

Distribution des logiciels contenus dans les accords du ministère auprès des éditeurs (Antivirus, logiciels de messagerie, Microsoft Select, ...) Conseil, assistance technique et information des utilisateurs, au travers des informaticiens de proximité localisés dans chacune des composantes de la structure.

Le réseau de l'Université

a. Architecture réseau de l’Université de Franche-C omté

11

Illustration 3 : Réseau informatique de l'Université

L’Université de Franche-Comté est présente sur les sites de Besançon, Montbéliard, Lons le Saunier, Belfort et Vesoul. Les différents sites sont interconnectés à travers le réseau régional « SEQUANET » géré par l’opérateur privé, « 9 télécom ». Toutes les communications sont centralisées par le site de Besançon. Le réseau « RENATER » (Réseau National pour l’Enseignement supérieur et la Recherche) est un groupement d’intérêt public. Il a été créé afin de relier les intervenants publics ou privés ayant une activité en rapport avec l’enseignement, la recherche ou le développement technologique.

b. Architecture d’interconnexion des réseaux de Bes ançon

Le réseau « Lumière » a été construit pour répondre aux besoins d’interconnexion des collectivités locales et des différentes administrations de Besançon. La ville de Besançon, l’Université de Franche-Comté, le Centre Hospitalier de l’Université, le Département du Doubs, le Rectorat et le Ministère de la Défense ont décidé de s’associer pour mettre en œuvre un réseau de communication haut débit sur la commune de Besançon.

12

Illustration 4 : Les réseaux informatiques bisontins

c. Architecture simplifiée des différents services

Illustration 5 : Architecture des différents réseaux

Le réseau de l’Université se compose de quatre grandes parties :

Le réseau « pédagogie » qui regroupe principalement les étudiants, Le réseau « recherche » réservé aux enseignants et chercheurs,

13

Le réseau « administration » réservé aux administratifs, - Et une « DMZ » (DeMilitarized Zone) réservée aux serveurs accessibles depuis

l’extérieur. La structure du réseau correspond à la politique de sécurité mise en place à l’Université de Franche-Comté :

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

D Présentation du réseau téléphonique

L’Université possède environ 4500 postes téléphoniques répartis sur 17 sites comme notamment la Bouloie, Mégevand, la Présidence, etc.… Le réseau téléphonique est composé de 85% de téléphones analogiques, le reste étant en VoIP (Voice over Internet Protocol) relié en H323 (protocole détaillé par la suite dans ce rapport). Tous ces sites sont reliés entre eux par des VLAN (Virtual Local Area Network) avec comme priorité le réseau téléphonique. En fonction de la taille des sites ou de leur proximité, chaque site possède un PABX (Private Automatic Branch eXchange) ou un module (extension du PABX) qui est relié au PABX. Les modules peuvent être reliés directement par fibre optique (monomode ou multimode) ou par VLAN, tout dépend de la configuration de chaque site.

Illustration 6 : Exemple d'extension de PABX

Le réseau téléphonique actuel est relié sur des PABX ou modules « Tenovis ». La liaison entre le PBX (Private Branch eXchange) et l’opérateur téléphonique est établie avec une ou plusieurs ligne(s) T0 et/ou des liaisons T2, tout dépend du nombre de lignes alloué pour un site. Il peut avoir y une mixité entre les lignes T0 et T2. Par exemple, le site de La

14

Bouloie possède trois lignes T2 pour environ 3500 postes téléphoniques. Les lignes T0 ou T2 sont des lignes numériques (64 Kbp/s). La ligne T0 permet d’avoir deux canaux voix ou deux circuits BRI (Basic rate interface). On parle alors de 2B+D (deux canaux B + un canal D pour la signalisation des données). Le lien T0 permet de disposer de deux lignes physiques et permet donc à un instant donné de disposer des capacités suivantes :

Nombre d’appels entrants Nombre d’appels sortants 2 0 1 1 0 2

Tableau 1 : Exemple des capacités avec un lien T0 Les lignes T2 (30B + D) équivalent à 30 canaux simultanés, donc si nous reprenons le dernier exemple ci-dessus, le site de La Bouloie possède 90 canaux et permet ainsi de combler les 3500 postes téléphoniques. Ce calcul a été déterminé par la Loi d’Erlang C. Voici un exemple d’application de cette loi : Cette loi définit, pour un certain trafic (déterminé par un nombre d’appels, et une durée de traitement), la relation entre le niveau de service (défini par le taux d’appels servis avec moins de N secondes d’attente) et l’effectif requis. Elle apporte aussi d’autres résultats sur :

les taux d’appels qui subiront une attente; le temps d’attente des appels qui n'obtiennent pas de réponse immédiate; la durée moyenne d’attente; le taux d’activité des préposés.

Cette loi requiert en « input » le nombre d’appels prévus et la durée de traitement (conversation et traitement post-appel). La difficulté de cette loi réside dans la prévision du trafic, tant quantitative (nombre d’appels) que qualitative (objet des appels, ce qui dicte la durée de traitement). Les besoins évoluant, de nouvelles extensions au réseau ont été ajoutées. Le PBX « Avaya », « Communication Manager » s’est greffé au réseau actuel. Actuellement encore en test il commence à être déployé ; ainsi certains postes de téléphone de « Temis » (Technopole Microtechnique et Scientifique de Besançon) sont déjà connectés sur celui-ci. Prochainement le site de Lons-Le-Saunier verra l’arrivée sur son réseau téléphonique d’une passerelle G350 d’Avaya. Un serveur SIP d’Avaya ; SES (SIP Enablement Services) a aussi été installé sur le site de La Bouloie. Avaya et Tenovis ont fusionné, Tenovis ayant été racheté par Avaya.

15

Illustration 7 : Cohabitation entre Tenovis et Avaya au sein de l'Université

16

II. Le sujet du stage et les objectifs à atteindre

L’objectif du projet fut de tester les fonctionnalités et les possibilités d’intégrer le PABX Asterisk (Annexe 1) dans l’architecture actuelle du réseau de l’Université de Franche Comté, octroyant ainsi une alternative à la solution VoIP actuelle : Avaya ou Tenovis. Le but est de réduire les coûts dus à l’extension et/ou au remplacement du réseau téléphonique actuel. A titre d’exemple un matériel Avaya G350, passerelle VoIP coûte environ 3000 euros, et a une capacité de 8 à 40 postes. L’Asterisk quant à lui, est libre d’utilisation et peut être monté dans un serveur virtuel, ce qui permet de « minimiser les coûts » de matériel. Mon objectif fut d’installer un prototype IPBX Asterisk avec tous les outils de paramétrage de gestion et de « reporting » associés en intégrant l’ensemble sous une interface unique, en validant l’interconnexion avec le réseau téléphonique existant et en procédant à l’évaluation des ressources nécessaires pour une mise en exploitation.

Illustration 8 : Intégration d'Asterisk dans le réseau téléphonique

17

III. Pourquoi Asterisk ?

Asterisk a été créé par la société Digium, de mon point de vue c’est une des meilleures solutions VoIP Open Source du marché car il possède une communauté active et de nombreux matériels compatibles à Asterisk existent. Asterisk supporte les principaux protocoles de VoIP (H323, SIP, IAX, MGCP…). Il est possible de développer des applications (en Java par exemple) et de les intégrer à Asterisk grâce aux scripts AGI (Asterisk Gateway Interface). Les principales fonctionnalités d'Asterisk sont les suivantes :

� routage des appels, � contrôle des appels, � gestion des files d'attente, � transfert d'appel, � conférence, � détail des appels CDR (Call Detail Records), � service vocal interactif (standard téléphonique), � boîtes vocales.

De plus, Digium et Sangoma proposent des cartes analogiques au format PCI 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. C'est une façon simple et économique de se connecter au RTC ou de prolonger les services offerts par Asterisk vers une installation téléphonique analogique existante.

18

IV. La téléphonie sur IP

Afin de m’imprégner du sujet, la première mission que j’ai réalisée fut de comprendre les enjeux de la téléphonie sur IP et les notions de cet environnement.

1. Principe

Malgré une forte croissance des flux de données véhiculés dans l’entreprise, la téléphonie reste encore le média principal. La téléphonie classique repose sur une technologie de communication de circuits. Cette technologie est robuste et « bien rodée » d’où une forte disponibilité. Le principe de la téléphonie sur IP est la numérisation de la voix, c'est-à-dire le passage d’un signal analogique à un signal numérique. Celui-ci est compressé en fonction des codecs choisis, cette compression a comme but de réduire la quantité d’information qui est transmise sur le réseau (comme par exemple la suppression des silences). Le signal obtenu est découpé en paquets, à chaque paquet on ajoute les entêtes propres au réseau (IP, UDP, RTP….) et pour finir il est envoyé sur le réseau.

Illustration 9 : Passage du signal analogique au signal numérique

A l'arrivée, les paquets transmis sont réassemblés en supprimant d’abord les entêtes. Le signal de données ainsi obtenu est décompressé puis converti en signal analogique afin que l’utilisateur puisse écouter le message d’origine.

2. Les contraintes de la téléphonie sur IP

La qualité du transport de la voix est affectée par les paramètres suivants : � La qualité du codage � Le délai d’acheminement (delay) � La gigue (jitter) � La perte de paquets (packet loss) � L’écho

Toutes ces contraintes déterminent la QoS (Quality of Service ou Qualité de service en français). Le transport de la voix sur IP implique l’utilisation de nombreux protocoles : RTP, RTCP, H245, H225,...

19

Des normes ont vu le jour afin que les équipements de différentes entreprises puissent communiquer entre eux. La première fut H.323, puis arriva la norme SIP.

Qualité du codage

Généralement, plus le taux de compression est élevé par rapport à la référence de 64 Kb/s (G711), moins la qualité de la voix est bonne. Toutefois, les algorithmes de compression récents permettent d’obtenir des taux de compression élevés, tout en maintenant une qualité de la voix acceptable. L’acceptabilité par l’oreille humaine des différents algorithmes est définie selon le critère MOS (Mean Operationnal Score), défini par l’organisme de normalisation internationale ITU (International Telecommunication Union / Union internationale des Télécommunications). Dans la pratique, les deux algorithmes les plus utilisés sont le G.729 et le G.723.1. Le tableau ci-après montre une liste de codecs avec leur débit correspondant :

Nom du codec Débit G.711 64 kbps G.726 32 kbps G.726 24 kbps G.728 16 kbps G.729 8 kbps G.723.1 MPMLQ 6.3 kbps G.723.1 ACELP 5.3 kbps

Tableau 2 : Correspondance entre les débits et les codecs Le graphique ci-dessous illustre les vitesses de sortie des différents codecs par rapport à la qualité sonore.

Illustration 10 : Représentation de la qualité par le débit

Délai d’acheminement : latence (Delay)

Selon la norme ITU G114, le délai d’acheminement permet :

20

� Entre 0 et 150 ms, une conversation normale � Entre 150 et 300 ms, une conversation de qualité acceptable � Entre 300 et 700 ms, uniquement une diffusion de voix en half duplex (mode talkie-

walkie) � Au-delà, la communication n’est plus possible

Précisons que le budget temps (latence) est une combinaison du délai dû au réseau et du délai lié au traitement de la voix par le codec (algorithmes de compression/décompression de la voix). Dans la pratique, si l’on enlève le temps dû aux algorithmes de compression, il est impératif que le réseau achemine la voix dans un délai de 100 à 200 ms. Or, la durée de traversée d’un réseau IP est dépendante du nombre de routeurs traversés ; le temps de traversée d’un routeur étant lui-même fonction de la charge de ce dernier qui fonctionne par file d’attente.

Gigue (Jitter)

La gigue (variation des délais d’acheminement des paquets voix) est générée par la variation de charge du réseau (variation de l’encombrement des lignes ou des équipements réseau) et donc à la variation de routes dans le réseau. Chaque paquet est en effet susceptible de transiter par des combinaisons différentes de routeurs entre la source et la destination. Pour compenser la gigue, on peut utiliser des buffers (mémoire tampon) côté récepteur, afin de reconstituer un train continu et régulier de paquets voix. Toutefois, cette technique a l’inconvénient de rallonger le délai d’acheminement des paquets. Il est donc préférable de disposer d’un réseau à gigue limitée.

Perte de paquets (packet loss)

Lorsque les routeurs IP sont congestionnés, ils libèrent automatiquement de la bande passante en se débarrassant d’une certaine proportion des paquets entrants en fonction de seuils prédéfinis. La perte de paquets est préjudiciable, car il est impossible de réémettre un paquet voix perdu, compte tenu du temps dont on dispose. Le moyen le plus efficace de lutter contre la perte d’informations consiste à transmettre des informations redondantes (code correcteur d’erreurs), qui vont permettre de reconstituer l’information perdue. Des codes correcteurs d’erreurs, comme le Reed Solomon, permettent de fonctionner sur des lignes présentant un taux d’erreur de l’ordre de 15 ou 20 %. Une fois de plus, ces codes correcteurs d’erreurs présentent l’inconvénient d’introduire une latence supplémentaire. Certains, très sophistiqués, ont une latence très faible.

Echo

L’écho est un phénomène lié principalement à des ruptures d’impédance lors du passage de 2 fils à 4 fils. Le phénomène d’écho est particulièrement sensible à un délai d’acheminement supérieur à 50 ms. Il est donc nécessaire d’incorporer un équipement ou logiciel qui permet d'annuler l’écho.

21

V. Avantages et inconvénients de la téléphonie sur IP

1. Avantages

Réduction des coûts

Il y a une convergence vers un réseau unique : des flux de voix, de vidéo, de textes et d'applicatifs transitent sur le même réseau. Par exemple les utilisateurs peuvent travailler sur des applications client serveur, naviguer sur internet et téléphoner tout en même temps et ceci en utilisant le même réseau. La téléphonie IP permet de relier et/ou d’installer des téléphones analogiques à l’IPBX sans passer par un PABX traditionnel et ainsi conserver les anciens téléphones (analogiques) ou le câblage. De plus, cette technologie permet à un utilisateur nomade d’utiliser les services téléphoniques partout où il se connecte, ainsi cela permet de réduire les éventuels coûts liés à une sédentarité (téléphonie mobile, carte téléphonique, téléphone de l’hôtel...). Les coûts de communication sont réduits grâce aux fournisseurs émergeants qui proposent à prix réduit les appels nationaux et internationaux, cela permet aussi de communiquer entre les filiales à moindre coût.

Optimisation des ressources

Il y a aussi une optimisation des ressources, car dans une communication traditionnelle, communication de circuit (RTC), les ressources sont dédiées pour toute la durée de la conversation téléphonique. Ainsi il y a deux canaux de communication téléphonique, un en émission et l'autre en réception (full-duplex) puisque deux personnes peuvent parler en même temps. Dans la pratique il est rare que ce dernier cas se produise, car en réalité chaque personne se parle mutuellement, voire il y a présence de « blancs » pendant les conversations. C'est pourquoi la réservation de ressource effectuée dans un réseau RTC est nettement supérieure à celui d'un réseau IP.

Simplification de la gestion, d’administration et d e migration

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 du réseau existant.

Augmentation de services

Il y a une augmentation des services propres aux réseaux IP, comme notamment la détection de présence, c'est à dire savoir si l'utilisateur est en ligne ou non. Mais aussi les applications de l’entreprise peuvent intégrer les services téléphoniques, par exemple il y a une possibilité de téléphoner à un utilisateur en se servant des contacts du logiciel de messagerie.

22

2. Inconvénients

Problèmes de sécurité

Déni de service : une des attaques les plus répandues, le but étant de rendre le réseau téléphonique inopérant en surchargeant le PABX. Fraude téléphonique : cela consiste par exemple à créer une cabine téléphonique sauvage, depuis laquelle on pourra passer des appels aux fais de l’entreprise. L’écoute : permet d’écouter tout le trafic véhiculé, dans cette attaque le trafic n’est pas modifié Accès au système d’information : utiliser des failles d’un logiciel de communication (exemple Skype) pour accéder aux données de l’utilisateur. Vishing : il s’agit de la contraction de VoIP et de phishing, c’est une attaque qui consiste à mettre en place un système de serveur composant de façon aléatoire des numéros. Lorsqu’une personne décroche, un serveur vocal par exemple se fait passer pour une banque et essaie de lui soutirer des informations.

Problème d’engorgement du réseau

Une dégradation d’une conversation téléphonique peut être due à une surcharge du réseau. La téléphonie nécessite peu de bande passante, mais requiert quand même un débit constant, ce besoin entre en contradiction avec la politique du protocole IP : "Best Effort".

23

VI. Protocole H323

Avec le développement du multimédia sur les réseaux, il est devenu nécessaire de créer des protocoles qui supportent ces nouvelles fonctionnalités, telle que la visioconférence : l'envoi de son et de vidéo avec un souci de données en temps réel. Le protocole H.323 regroupe un ensemble de protocoles de communication de la voix, de l'image et de données sur IP pour permettre les opérations nécessaires à la mise en relation et l’échange entre deux terminaux (enregistrement d’un terminal, établissement d’une session, transfert d’information et fermeture d’une session). C'est un protocole développé par l'UIT-T (organisme international de normalisation en télécommunication). H323 utilise plusieurs protocoles pour faire de la VoIP, les principaux sont :

Illustration 11 : H323 et protocoles orbites

Signalisation : enregistrement et authentification, statut des terminaux (occupation, sonnerie) et demande de mise en relation. Utilise UDP. Gestion d’appel : établissement, contrôle et fin d’appel. Ce système est basé sur la procédure de préparation d'un appel ISDN. Utilise TCP. Négociation des codecs : les terminaux se mettent d’accord sur la manière de coder les informations à s’échanger. Ceci afin que les terminaux parlent le même langage mais aussi pour déterminer le codec demandant le moins de bande passante ou offrant la meilleure qualité. Transport de l’information : transport de la voix, de la vidéo ou des données numérisées par les codecs. RTCP, permet de faire du contrôle de qualité (renégociation des codecs en cas de baisse de la bande passante). - Pour la voix : G.711 G.722 G.723 G.726 G.728 G.729 - Pour la vidéo : H.261 H.263 H.264 - Pour les données : T.123 T.124 T.125

24

Illustration 12 : Architecture détaillée des protocoles utilisés par H323

1. H323 dans le modèle OSI

Les différents protocoles sont représentés ci-dessous dans le modèle OSI :

Illustration 13 : H323 dans le modèle OSI

25

Architecture et fonctionnalités du protocole H323 Le protocole H323 s’articule autour d’une architecture particulière qui concentre les fonctionnalités autour d’entités. Cette architecture est généralement composée des quatre catégories d’entités suivantes : Terminaux (au minimum deux). Il s’agit d’un matériel physique ou logiciel (généralement un téléphone IP ou un softphone) supportant des communications audio, vidéo ou de données. Il participe en temps réel à une communication avec un autre terminal H323, un gateway ou un MCU.

Gatekeeper, ou garde-barrière. Un gatekeeper réalise la traduction d'adresse (numéro de téléphone - adresse IP) et la gestion des autorisations. Ce dernier point permet de donner ou non la permission d'effectuer un appel, de limiter la bande passante si besoin et de gérer le trafic sur le LAN. Il permet également de gérer les téléphones classiques et la signalisation permettant de router les appels afin d'offrir des services supplémentaires. Il peut enfin offrir des services d’annuaire.

Gateway, ou passerelle : c’est un équipement qui permet de faire la conversion entre un réseau H323 et un autre réseau ayant un protocole normalisé par l’UIT-T (par exemple de H225 à H221). La gateway peut également faire la conversion entre les codecs utilisés. Il peut y avoir autant de passerelles différentes que nécessaire, suivant la nature des réseaux non IP à interconnecter.

26

Multipoint Control Unit : c’est un logiciel informatique ou une machine servant à établir simultanément plusieurs communications (mettant en jeu plus de deux interlocuteurs), parfois appelée « pont multipoint ». Généralement c’est un équipement permettant la gestion des conférences. Les MCU ont des capacités de traitement du signal (diffusion, enregistrement, mixage,...) afin de :

- · permettre la conférence en mixant les flux audios - · diffuser des messages réseau comme la tonalité, le bip de mise en attente - · réaliser des fonctions élémentaires de messagerie vocale

27

VII. Protocole SIP

SIP (Session Initial Protocol) a été conçu pour établir, modifier et terminer des sessions multimédia. Il se charge de l'authentification et de la localisation des multiples participants. Il se charge également de la négociation sur les types de média utilisables par les différents participants en encapsulant des messages SDP (Session Description Protocol). SIP ne transporte pas les données échangées durant la session comme la voix ou la vidéo. SIP étant indépendant de la transmission des données, tout type de données et de protocoles peut être utilisé pour cet échange. Cependant le protocole RTP (Real-time Transport Protocol) assure le plus souvent les sessions audio et vidéo. A l’inverse du protocole H323, SIP n’utilise pas des messages issus du protocole ISDN, mais un ensemble de méthodes de requête/réponse similaire au protocole http (notamment pour les méthodes 180 TRYING, 200 OK, 404 NOT FOUND…). La différence est qu’un interlocuteur peut appeler et être joint, donc chaque terminal possède une double fonctionnalité. Et, comme dans une conception peer-to-peer, un terminal SIP pourra se comporter à la fois comme un client et un serveur, il pourra donc émettre et répondre aux requêtes qu’il reçoit.

Illustration 14 : L'interaction du protocole SIP

Les entités SIP SIP comporte plusieurs catégories d’entités, dont les principales sont détaillées ci-après. Le rôle de ces entités est l’échange de messages. UA (User Agent) : Ce sont des entités utilisatrices, équivalentes du terminal téléphonique, du softphone ou des passerelles SIP. Les UA ouvrent, modifient et terminent les sessions pour le compte de l’utilisateur. Registrar : c’est un serveur qui gère les requêtes REGISTER (demande d’enregistrement) envoyées par les Users Agents pour signaler leur emplacement courant, tout en gérant la mobilité de l’utilisateur. Ces requêtes contiennent donc une adresse IP, associée à une URI (Uniform Resource Identifier), qui seront stockées dans une base de données. Les URI SIP sont très similaires dans leur forme à des adresses email : sip:utilisateur@domaine.com. Proxy SIP : Le serveur proxy, parfois appelé serveur mandataire, sert d'intermédiaire entre deux User Agents sans qu’ils connaissent leur emplacement respectif (adresse IP).

28

En effet, l'association URI-Adresse IP a été stockée préalablement dans une base de données par un Registrar. Le Proxy peut donc interroger cette base de données pour diriger les messages vers le destinataire. Ce serveur peut conserver des états de l’avancement des sessions pour lesquelles il intervient, dans ce cas c’est un proxy statefull. Dans le cas inverse, il est dit stateless. En bref, le serveur proxy remplit les différentes fonctions suivantes :

- localiser un correspondant - réaliser éventuellement certains traitements sur les requêtes - initialiser, maintenir et terminer une session vers un correspondant

Illustration 15 : Exemple d’ouverture d’une connexion par l’intermédiaire de proxy

29

VIII. Comparaison du protocole H323 et SIP

1. Voici les avantages du protocole H.323 :

Il existe de nombreux produits (plus de 30) utilisant ce standard adopté par de grandes entreprises telles Cisco, IBM, Intel, Microsoft, Netscape, etc. Les cinq principaux logiciels de visioconférence Picturel 550, Proshare 500, Trinicon 500, Smartstation et Cruiser 150 utilisent sur IP la norme H.323. Le protocole présente un niveau d'interopérabilité très élevé, ce qui permet à plusieurs utilisateurs d'échanger des données audio et vidéo sans faire attention aux types de média qu'ils utilisent.

2. Voici les avantages du protocole SIP:

SIP est un protocole plus rapide. La séparation entre ses champs d'en-tête et son corps du message facilite le traitement des messages et diminue leur temps de transition dans le réseau. Le nombre des en-têtes est limité (36 au maximum et en pratique, moins d'une dizaine d'en-têtes sont utilisées simultanément), ce qui allège l'écriture et la lecture des requêtes et réponses. SIP est un protocole indépendant de la couche transport. Il peut aussi bien s'utiliser avec TCP qu’UDP. De plus, il sépare les flux de données de ceux de la signalisation, ce qui rend plus souple l'évolution "en direct" d'une communication (arrivée d'un nouveau participant, changement de paramètres...).

Illustration 16 : SIP vs H323

30

IX. Outils et matériels utilisés

1. Matériels utilisés

Les moyens mis à ma disposition pour la réalisation de la maquette ont été conséquents. Durant tout le stage j’ai pu manipuler les objets suivants : Trois ordinateurs, un pour effectuer mes recherches, tests et deux qui m’ont permis d’installer deux PABX (un sur une distribution Trixbox, l’autre sur un système Ubuntu) Trois téléphones analogiques Cinq téléphones SIP Un téléphone IAX Deux passerelles analogiques Aliwei : matériel servant à relier des téléphones analogiques au réseau VoIP en utilisant par exemple le protocole SIP. Une station d’audioconférence (Polycom IP4000), matériel pouvant effectuer des conférences audios Une carte PCI (Peripheral Component Interconnect) analogique : TDM400P.

Illustration 17 : Matériel mis à ma disposition

31

2. Outils utilisés

Différents outils m’ont été nécessaires pour mener à bien les objectifs du stage. Il est important de les présenter afin de mieux comprendre le déroulement du stage et en quoi ils m’ont été utiles.

IPtable

IPtable est un firewall (logiciel qui sert à faire respecter la politique de sécurité du réseau) pour linux, il a été nécessaire pour protéger la connexion du PABX au réseau public.

DHCP3

DHCP3 est un serveur DHCP qui signifie Dynamic Host Configuration Protocol soit en français « Protocole de configuration dynamique des hôtes », il permet d’attribuer des adresses IP aux éléments du réseau qui en font la demande. La manipulation a été nécessaire pour l’attribution et la vérification des adresses IP des téléphones.

MySQL

MySQL est un système de gestion de base de données (SGDB). L’exploration des tables de Trixbox a été nécessaire notamment pour la modification des mots de passe des utilisateurs.

SSH

Secure Shell (SSH) est à la fois un programme informatique et un protocole de communication (couche session du modèle OSI) sécurisé. Le protocole de connexion impose un échange de clés de chiffrement en début de connexion. Par la suite toutes les trames sont chiffrées. Il m’a permis de me connecter au PABX et ainsi de pouvoir manipuler Asterisk. Même s’il se situait dans la même pièce, cela m’a permis de visualiser simultanément plusieurs comportements d’Asterisk (activité analogique dans une console et activité d’Asterisk dans l’autre).

Wireshark

Wireshark est un logiciel de capture de trames (ou sniffer) que j'ai utilisé pour déboguer les problèmes de connexion ou d'appel avec Asterisk. En effet, l'analyse des trames permet de mieux comprendre les échanges, afin de déterminer à partir de quel moment il y a une erreur et de vérifier que tout fonctionne normalement.

X-Lite

X-Lite est un softphone qui permet d’utiliser un compte SIP depuis n’importe quel ordinateur. Il a été nécessaire notamment pour la réalisation des tests de communication avec les autres téléphones.

32

X. Installation du PABX

J’ai installé Trixbox (Annexe 2) comme PABX, car celui-ci intégrait déjà un ensemble d'outils et d'utilitaires de télécommunication, avec comme noyau central : Asterisk (système téléphonique). Les utilitaires fournis dans ce package servent à administrer et effectuer la gestion de celui-ci (log, historique des communications, création de compte, etc.…). Trixbox est intégré dans une distribution Linux : CentOS (tous ses paquets, à l'exception du logo, sont des paquets compilés à partir des sources de la distribution Linux Red Hat Enterprise Linux (RHEL), éditée par la société Red Hat), intégrant un ensemble d'éléments permettant de créer facilement un commutateur téléphonique privé. L’installation s’est réalisée assez simplement, avec toutefois un problème ; lors du choix de la langue, j’avais choisi la langue française lors de l’installation, ce qui a généré de nombreux bug. Tous venaient d’erreurs de chemins des fichiers. Le problème s’est résolu dès lors que j’ai remis le système d’exploitation avec la langue anglaise. A la suite de l’installation basique, de nombreux paramétrages ont été nécessaires afin d’intégrer le PBX dans le réseau du CRI (adresse IP, renseignement du proxy afin de pouvoir se connecter vers l’extérieur…). Pour effectuer la mise à jour de Trixbox ou l’installation de nouveau package via l’interface d’administration, je devais configurer l’interface réseau afin de mettre une adresse publique, car j’étais boqué en interne par les règles de sécurité. Pour garantir la sécurité du PABX quand il était connecté sur le réseau public, j’ai mis en place IPtable sur Trixbox, en lui affectant des règles de sécurité, comme notamment : Autorisation du trafic entrant d'une connexion déjà établie Ouverture restreinte à certain ports (ssh, http) Autorisation du réseau local à se connecter au PABX Après l’exploration et le fonctionnement des interfaces d’administration de l’IPBX, j’ai relié assez rapidement des téléphones SIP et IAX entre eux. Une série de test a été réalisée par la suite :

� Qualité de la voix à l’oreille : Des tests d’écoute ont été réalisés à l’oreille afin de vérifier la qualité (écho, voie métallique, voie hachée…) ; la communication était de bonne qualité.

� Indicateur de nouveaux messages : Vérification de l’arrivée de nouveaux messages vocaux sur l’écran du téléphone.

� Transfert sur occupation vers un numéro � Transfert sur non-réponse vers un numéro � Transfert inconditionnel vers un numéro � Messagerie : Personnalisation de la boîte vocale � Mise en attente : Mise attente des interlocuteurs. � Présentation du numéro : Le numéro des appels entrants est présenté sur le

téléphone et le nom de l'appelant est affiché. � Sonnerie de groupe : Permet de faire sonner plusieurs téléphones en même

temps.

33

D’autres options existent et peuvent être installées (voir Annexe 4, Installer les modules de trixbox)

1. Installation de Sendmail

A fin de recevoir les messages vocaux par mail, j’ai installé Sendmail sur l’IPBX. Sendmail est un serveur de messagerie électronique dont le code source est ouvert. La modification des fichiers « sendmail.cf » et « sendmail.mc » a été nécessaire afin d’utiliser le serveur SMTP (Simple Mail Transfer Protocol) de l’Université. Après la compilation et le redémarrage de Sendmail, les premiers tests de messagerie ont été reçus par mail. Le message d’origine qu’envoie Asterisk était en anglais, je l’ai modifié afin de recevoir les mails en français.

emailsubject=Nouveau message (${VM_MSGNUM}) de duree ${VM_DUR} dans la boite vocale ${VM_MAILBOX} de la part de ${VM_CALLERID} emailbody=Bonjour, \n\nIl y a un nouveau message vocal dans la boite ${VM_MAILBOX}:\n\n\tDe:\t ${VM_CALLERID}\n\tDuree:\t ${VM_DUR} secondess\n\tDate:\t ${VM_DATE}\n\nComposez le *97 pour y acceder depuis votre telephone.\n Consultez votre boite sur http://172.20.206.128/user/index.php?vmrecs avec un nagivateur Web.\n

Illustration 18 : Fichier "vm_email.inc"

2. Interconnexion avec le réseau existant

Afin de relier l’IPBX Trixbox au réseau du CRI, plusieurs solutions ont été testées. La toute première a été la connexion analogique à partir de la carte Digium : TDM400P. Par la suite j’ai testé des comptes individuels SIP, dans un premier temps avec des comptes provenant du PABX Avaya. Les premiers tests étant concluants j’ai essayé avec mon compte personnel SIP de Free et avec un compte de test d’OVH. Et pour finir j’ai créé un trunk SIP entre Avaya et Trixbox.

34

3. Installation de la carte TDM400P

Illustration 19 : Carte Digium TDM400 avec deux modules

J’ai installé une carte analogique afin de recevoir des appels depuis les lignes Tenovis. Cette carte est composée de quatre modules, deux FXO et deux FXS. Les modules FXO (Foreign Exchange Office) sont les modules rouges, ce sont eux qui reçoivent le signal du PABX ou de la ligne téléphonique. C’est la prise du téléphone ou de la télécopieuse, ou la (les) prise(s) du réseau téléphonique analogue. Le FXO offre un indicateur d’état raccroché/décroché (fermeture de circuit). Puisque le port FXO est raccordé à un appareil, tel un téléphone ou une télécopieuse, il est souvent appelé « périphérique FXO ». Les modules FXS (Foreign Exchange Subscriber) sont les modules verts qui servent à raccorder la ligne téléphonique de l’abonné. En d’autres termes, la « prise murale » qui fournit la tonalité, le courant de charge et le voltage de la sonnerie. Le FXO et le FXS vont toujours de paire, similaire à la prise mâle et femelle.

Illustration 20 : FXS / FXO sans autocommutateur

35

Illustration 21 : FXS / FXO avec autocommutateur

Je me suis confronté à un problème de routage, car aucune information sur les lignes analogiques ne circulait, comme par exemple la présentation du numéro et surtout le numéro de la ligne de l’appelé. Ce dernier devait me permettre de router le signal vers le téléphone qui possédait le numéro de la ligne. Après plusieurs recherches sur internet et le peaufinement de la configuration (fichier de configuration), le problème persistait. Ne sachant pas si le signal véhiculait ces informations, j’ai utilisé un téléphone qui possédait un écran digital que j’ai relié directement sur la prise téléphonique et cela a confirmé que le PABX Tenovis n’envoyait aucune information. Cette confirmation a été validée par la suite par le prestataire Tenovis. Pour résoudre ce problème, FreePBX (module que possède Trixbox et qui permet d’administrer le PBX) m’a permis d’attribuer un DID (Direct Inward Dial) et ainsi de router le signal reçu sur le bon téléphone.

Illustration 22 : Exemple d'attribution de DID

4. Utilisation du fax

Par la suite, j‘ai relié un fax à la carte. Après quelques tentatives d’essai et d’affinement du paramétrage du fichier de configuration « Zaptel.conf », la tentative a été réussie avec succès dans les deux sens.

A l’origine le FAX fut conçu pour les environnements de réseaux analogues, et ne s’intègre pas bien à tous les réseaux VoIP. La raison est simple : la communication FAX emploie le signal d’une façon différente que la communication vocale habituelle.

Lorsque les technologies VoIP numérisent et compressent la communication vocale analogue, elle est optimisée pour la VOIX et non pour le FAX. Par conséquent, si un télécopieur est connecté via un adaptateur ATA au réseau VoIP, il fonctionnera, mais il est bien probable que des problèmes surviennent lors de la transmission d’un fax. Si vous n’avez pas d’autre choix, vous devez vous assurer que vous utilisez le codec G711, qui a une compression minimum.

Voici les options pour les fax :

36

1. La manière la plus simple de le faire est de connecter le télécopieur directement à la ligne téléphonique analogue et d’ignorer l’environnement VoIP.

2. Remplacer le télécopieur par un fournisseur de service de télécopie. Il en existe plusieurs dont la cotisation mensuelle n’est pas chère (moins qu’un abonnement téléphonique).

3. Implémentation du T38, qui nécessite une passerelle et un télécopieur compatibles avec T38, une carte ou un logiciel fax.

Pour plus d’information sur l’installation ou le descriptif de cette carte, je vous invite à parcourir l’annexe 4.

5. Compte SIP

Comme la carte TDM400P vu précédemment, j’ai testé les comptes SIP créés sur le SES (SIP Enablement Services) d’Avaya. La création d’un trunk SIP sur Trixbox est standard : cela nécessite d’avoir le numéro de téléphone transmis par le fournisseur, le mot de passe, les codecs mis en place et la demande d’enregistrement (« registrar ») sous la forme « numtéléphone:motdepasse@serveurSIP ». Un trunk SIP est un lien qui permet de se connecter au fournisseur de téléphonie ou au PABX. Par défaut le délai d’expiration de l’enregistrement du compte est de 120 ms (milliseconde). Pour réussir la connexion, il est nécessaire d’augmenter ce délai et de le passer à 1800 ms. J’ai également testé, à l’aide de la même configuration, deux comptes SIP de deux fournisseurs différents : OVH et FREE. Les essais se sont révélés positifs.

6. Trunk SIP

La configuration précédente pour relier le réseau existant à l’IPBX Trixbox, implique une double manipulation car il est nécessaire de créer pour chaque numéro des comptes SIP, d’abord sur le SES et ensuite sur Trixbox. Afin d’éviter cette double charge de travail, j’ai créé un trunk entre Avaya et Asterisk (Trixbox), c’est-à-dire une plage d’adresse. Par exemple la plage 873X (soit 10 numéros) est routée d’Avaya vers Trixbox. La mise en place de ce trunk n’a pas été facile, car il existe peu de tutoriaux et ils étaient incomplets. En mixant deux procédures présentes dans la documentation d’Avaya, j’ai réussi à créer partiellement le lien entre ces deux PABX. Tous les appels qui tentaient de joindre les numéros d’Asterisk (873X) y arrivaient sans problème, inversement les tests de numérotation n’aboutissaient pas. L’utilisation de Wireshark m'a permis de résoudre partiellement le « problème » car les logs d'Asterisk

37

n’étaient pas assez précis. Avaya renvoyait un message « 404 Not Found », grâce à cette analyse j’ai pu m’apercevoir qu’il existait une communication entre les deux PBX et qu’Avaya ne trouvait pas les numéros. Des tests concluants ont été réalisés après une numérotation des postes enregistrés dans le SES depuis les postes d’Asterisk. Depuis Trixbox, on pouvait atteindre seulement les numéros inscrits sur le SES et Avaya ne permettait pas d’aller au-delà. Les problèmes rencontrés pour permettre la communication dans les deux sens ont été résolus dès lors que la route pour sortir du SES a été renseignée. La qualité de la voix entre ces deux PBX était bonne.

Illustration 23 : Trunk entre Avaya et Trixbox

La documentation technique fournie en Annexe 4 contient les configurations réalisées entre Avaya et Trixbox.

7. Installation et paramétrage d’une passerelle FXS

Une passerelle FXS est utilisée pour établir la connexion du téléphone analogue ou de la télécopieuse au réseau téléphonique VoIP. Celle-ci est généralement utilisée pour

38

réemployer le câblage existant de la téléphonie traditionnelle et permettre ainsi de le relier à l’IPBX.

Illustration 24 : Passerelle FXS

J’ai eu à tester une passerelle Aliwei EIA2008 et ainsi la connecter avec le protocole SIP

sur l’IPBX Asterisk. Elle possède huit ports FXS, deux ports Ethernet et un port console. La configuration de la gateway (passerelle en français) se fait par interface web ou bien en ligne de commande. L’interprétateur de commande (CLI exec) et les commandes sont identiques à Cisco, d’ailleurs j’ai eu recours au

site Cisco plusieurs fois afin de permettre de relier la passerelle à Asterisk. La spécificité d’une passerelle VoIP est qu’elle gère notamment la connexion SIP (tableau 3), les codecs utilisés, la configuration des ports FXS (tableau 4)…

Commande Description sip-ua ip local 192.168.1.14 ip media 192.168.1.14 registrar ipv4:212.180.113.45 mode through enable-call-waiting call-transfer attended

Menu de l'agent SIP Si adresse IP fixe, sinon : "interface fastethernet 0/0" Si adresse IP fixe, sinon idem qu’au dessus Adresse de votre serveur Asterisk Mise en attente Transfère d’appel

Tableau 3 : Exemple de configuration d’agent SIP

Commande Description dial-peer voice 1 pots destination-pattern 5001 port 1/0 no vad password 0 test author 5001

Sous menu pour paramétrer le premier port téléphonique Numéro local connu par Asterisk Premier port physique de la gateway Supprime la fonction VAD et les "claquements" parfois entendus au début des syllabes Mot de passe du compte SIP d'Asterisk Nom du compte sur l'Asterisk

Tableau 4 : Exemple de configuration d'un port FXS

Suppression de l’écho

Quelques problèmes pouvaient apparaître en terme de qualité auditive ; 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 à terme ces incommodités.

39

Menu interactif vocal La commande « enable-rfc2833 » a dû être ajoutée à la configuration des ports FXS, car elle permet d’utiliser les impulsions générées lors de la numérotation. Par exemple ces signaux permettent de répondre au choix du menu de la messagerie vocale. Cette rfc (Request For Comment, demande de commentaires en français) permet le traitement des chiffres DTMF (dual-tone multi-frequency) qui sont les combinaisons de fréquences utilisées pour la téléphonie moderne (c'est-à-dire sans impulsions). Ces codes sont utilisés pour la composition des numéros de téléphones et ils ont permis la création des premiers serveurs vocaux interactifs.

Utilisation du fax

Dès lors qu’on veut utiliser un fax relié à la passerelle analogique, on configure le port où le télécopieur sera connecté en lui spécifiant « fax protocol t38 ». T38 (RFC 3362) est un protocole qui décrit comment envoyer un fax à partir d’un réseau informatique. Côté Asterisk, j’ai modifé le fichier « sip.conf » en lui ajoutant « t38pt_udptl = yes » dans la partie générale.

Illustration 25 : Maquette réalisée lors des tests avec la passerelle Aliwei

Trunk SIP

40

XI. Finalisation de l’installation de l’IPBX

Pour finaliser l’installation, j’ai créé un script afin de l’adapter au réseau de l’Université. Ce shell permet :

� Ajout du proxy dans le fichier « /etc/profile » � Ajout des voix françaises � Modification du message d’envoi de mail � Installation de Sendmail et paramétrage de la configuration � Installation de Webmin (outils d’administration) � Modification de la langue dans les fichiers de configuration d’Asterisk (us -> fr) � Augmentation du délai de connexion SIP � Mise à jour des logiciels et système � Et un redémarrage du système sera exécuté à la fin.

Pour la modification des fichiers de configuration, j’ai utilisé « Sed ». Sed est un éditeur de flux qui peut éditer les données, les modifier etc.… J’ai ajouté également des conditions afin d’éviter lors d’une nouvelle exécution du script de doubler les informations. Pour l’exécution du script, se référer à la documentation technique annexe 4

41

XII. Configuration et sécurité

J’ai effectué une recherche afin de pouvoir sécuriser le PABX et préconiser une configuration matérielle. Le PABX qui supportera Trixbox afin de s’assurer de la continuité de service devra posséder ces principaux points de sécurité :

- Redondance des disques durs, c'est-à-dire utiliser la technologie RAID Redundant Array of Inexpensive Disks (traduisant par ensemble redondant de disques indépendants).

- Redondance de l’alimentation électrique - Le serveur VoIP devra posséder un onduleur ou être dans un réseau électrique

ondulé. - Effectuer une sauvegarde régulière des fichiers de configuration à l’aide des outils

de Trixbox (voir documentation, annexe 4) - Sécurisation du réseau téléphonique (VLAN, VPN) - Surveillance des locaux du PABX - Rendre le réseau téléphonique prioritaire par rapport aux autres.

En fonction du nombre de connexions simultanées que l’on souhaite, le processeur et la RAM devront être choisis en conséquence. Le tableau ci-après montre deux types de configurations :

Configuration 1 Configuration 2

Nombre de compte SIP 1 à 200 (recommandé)

1 à 200 (recommandé)

Nombre de communications simultanément

23 pour des performances optimales

46 pour des performances optimales

Hardware CPU RAM

3.0 GHz P4 1MB Cache 512 MB

1.6 GHz Dual-Core 1 GB

Tableau 5 : Deux types de configuration matériel D’autres configurations sont présentées dans la documentation technique annexe 4. Pour une personnalisation de la configuration, il est nécessaire d’utiliser des outils de test. Je n’ai pu réaliser des tests personnalisés par manque de temps. Ci-après quelques outils qui auraient pu m’aider à réaliser des tests de VoIP : SIPP : permet de simuler des connexions SIP et ainsi de monter en charge l’IPBX Ping : permet de tester des connectivités IP. IPerf : outils permettant de mesurer la bande passante disponible entre deux hôtes sur lequel tourne IPerf. Il est également possible de mesurer la gigue et la perte de paquet D-ITG (Distributed Internet Traffic Generator) : comme IPerf permet de faire des mesures du réseau Wireshark (Ancien Ethereal) : c’est un analyseur de réseau, il peut analyser un grand nombre de protocole WANem : outil localisé entre deux hôtes (téléphone et PBX), il permet de simuler des qualités de liens spécifiques afin de tester le comportement d'une application. Par exemple, tester si un téléphone IP localisé sur un site distant avec une faible bande passante est capable d'appeler le site central avec une qualité suffisante

42

XIII. Documentation

Une documentation technique a été rédigée de manière à ce qu’on puisse reprendre le projet après la fin de mon stage. Elle résume le travail que j’ai effectué et pourra servir de base lors d’une mise en production. La documentation technique détaille l’installation et le fonctionnement technique du PABX Trixbox. Elle permet de relier l’IPBX Trixbox au réseau existant de l’Université. De plus, j’ai conservé une série de documents repérés sur internet et expliquant de nombreux points de la VoIP et plus particulièrement d’Asterisk.

43

XIV. De la théorie à la pratique…

1. Cas pratique 1

J’ai participé au diagnostic concernant un problème avec une carte VoIP qui utilise le protocole H323 et qui est installée sur le PABX Tenovis de La Bouloie. Ce problème empêchait certains utilisateurs de Temis d’utiliser leurs téléphones, car ceux-ci ne pouvaient s’enregistrer sur la carte. Malgré une configuration identique aux autres cartes, cette dernière refusait toujours de connecter le téléphone. Ma contribution a porté sur le réseau et plus particulièrement d’un point de vue technique et diagnostique. Dans un premier temps, nous avons relié le téléphone sur une autre carte VoIP, ce test concluant nous a permis d’exclure le téléphone de tout état de cause. J’ai réalisé des tests de connectivité sur la carte VoIP à l’aide des outils standard (ping, tracert). Voyant que la carte était bien reliée au réseau, j’ai utilisé Wireshark afin de pousser plus finement l’analyse. Afin de pouvoir « sniffer » le téléphone et ainsi analyser sa communication, une duplication de port a été réalisé sur le switch (commutateur), cela m’a permis de connecter mon PC (Personal Computer) sur le port dupliqué et de pouvoir écouter la communication entre le téléphone et la carte. Cette analyse a démontré qu’il y avait bien de la communication entre la carte et le téléphone et faisait ressortir le rejet de l’enregistrement de celui-ci.

Illustration 26 : Capture avec Wireshark - échec de connexion avec la carte VoIP

Après une ultime intervention du prestataire, le problème s’est résolu dès lors que l’emplacement de la carte a été changé.

Illustration 27 : Capture avec Wireshark - exemple de connexion réussi sur la carte VoIP

2. Cas pratique 2

Temis venait de faire installer dans certains locaux des téléphones analogiques. Afin de relier ces téléphones au réseau téléphonique et suite aux essais concluants de la passerelle Aliwei (vu précédemment), j’ai eu à configurer une gateway de 16 ports et reliée au serveur SIP d’Avaya. La configuration et l’installation n’a pas posé de problème particulier.

44

Illustration 28 : Intégration de la gateway dans réseau téléphonique

45

XV. Bilan

1. Bilan pour l’entreprise

Les objectifs à atteindre dans le cadre de la mission confiée ont été respectés : tester l’opportunité d’installer le système Asterisk et proposer une feuille de route pour y parvenir. La maquette mise en place balaie toutes les solutions de raccordement que pourrait envisager l’Université. Pour finaliser l’analyse de ces solutions, il resterait à tester un lien T2 avec Asterisk. Le prototype que j'ai installé, permet de dire que cette solution peut être envisageable car elle permet de répondre à tous les services téléphoniques actuels. La documentation technique réalisée pour l’aide à l’installation et la configuration de Trixbox permettront à l'équipe de la téléphonie, dans l’éventualité où cette solution est retenue, de ne pas partir de « zéro ».

2. Bilan personnel

D'un point de vue personnel, je retire beaucoup d’avantages à avoir effectué un stage dans un domaine qui me passionne : les réseaux et télécommunications. Le sujet sur la VoIP est une technologie porteuse d'avenir et intéressante. J'ai beaucoup appris sur les protocoles, sur l’administration des PABX : un propriétaire et l’autre Open Source (respectivement Avaya et Trixbox / Asterisk). J’ai appris à gérer le manque de documentation, notamment provenant de chez Avaya, en faisant preuve de rigueur, de méthode et de patience. La recherche d’informations, la configuration, de la rédaction de la documentation technique et de ce rapport m’ont permis d’apprendre et de progresser considérablement dans ces différents domaines. Malgré un manque de connaissances en VoIP et en administration dans « le monde linuxien » (Sendmail, DHCP3, CentOS, IPtable), j'ai pu me documenter afin de combler ces lacunes mais, et surtout, pu pratiquer tout au long de ce stage. J’ai également beaucoup appris sur le plan humain. Mon intégration au sein de l’Université s’étant bien déroulée, j’ai pu voir le fonctionnement du CRI en découvrant le rôle de chacun et aussi sur l’organisation du service.

46

Conclusion

La téléphonie sur IP est actuellement un secteur porteur. Les différents outils et protocoles que j’ai pu manipuler durant mon stage sont très utilisés et représentent une référence incontournable dans le monde des télécommunications. Désireux de travailler dans les réseaux, cette expérience me permet d’avoir une corde de plus à mon arc. Car de nos jours et depuis qu’il y a une convergence de la téléphonie et des réseaux informatiques, de plus en plus d’administrateurs/ingénieurs réseau ont cette double casquette ; réseau et télécom. L’intégration au CRI m’a permis d’accéder à un réseau conséquent dont j’ai pu analyser l’architecture et le mode de gestion. Provenant du monde professionnel, j’ai apprécié d’avoir de la disponibilité afin d’approfondir mes connaissances. Dans la vie professionnelle nous sommes souvent distraits par d’autres projets en cours, ce qui ne nous autorise pas à se focaliser et creuser le développement d’un sujet particulier. Ce stage m’a donné goût à la notion de « projet » et à la recherche de solutions pour parvenir à résoudre des problèmes.

47

Glossaire

Best Effort : en français meilleur effort, ne fournissant aucune différenciation entre plusieurs flux réseaux et ne permettant aucune garantie. Bug : c’est une anomalie dans un programme informatique l’empêchant de fonctionner correctement. Centre d’appel : ensemble de moyens matériels, humains et organisationnels gérant à distance les communications en provenance des clients et des prospects d'une entreprise. La technologie de base du centre d'appel est le CTI. CPU (Central Processing Unit) : « Unité centrale de traitement » en français, c’est le composant essentiel d'un ordinateur qui interprète les instructions et traite les données d'un programme. DID (Direct Inward Dial) : mécanisme permettant à un utilisateur d'appeler un numéro interne dans une entreprise sans passer par un opérateur. full-duplex : canal de communication pour lesquel l'information est transportée simultanément dans chaque sens. GPL (General Public License) : c’est une licence qui fixe les conditions légales de distribution des logiciels libres. Hardware : c‘est la (les) partie(s) physique(s) d’un ordinateur, d'un terminal… IP (Internet Protocol) : c’est un protocole de communication de réseau informatique. IP est le protocole d'Internet. IP est un protocole de niveau 3 du modèle OSI et du modèle TCP/IP permettant un service d'adressage unique pour l'ensemble des terminaux connectés. IPBX : contraction de IP et PBX (Internet Protocol - Private Branch eXchange). L'IPBX permet à une entreprise d'acheminer tout ou partie de ses communications (voix et data) en utilisant le protocole Internet (IP), en interne sur le réseau local ou le réseau étendu de l'entreprise. Ce commutateur prend parfois le nom de PABX IP (Private Automatic Branch eXchange IP), voire de PBX IP. ISDN (Integrated Services Digital Network) : en français réseau numérique à intégration de services (RNIS). On peut voir l'architecture RNIS comme une évolution entièrement numérique des réseaux téléphoniques existants, conçue pour associer la voix, les données, la vidéo et toute autre application ou service. RNIS s'oppose donc au réseau téléphonique commuté (RTC) traditionnel. LAN (Local Area Network) : en français réseau local, ce terme désigne un réseau informatique d'échelle géographique restreinte. PABX (Private Automatic Branch eXchange) : appelé parfois PBX, c’est un Multiplexeur Téléphonique privé. Il sert principalement à relier les postes téléphoniques d'un établissement (lignes internes) avec le réseau téléphonique public (lignes externes).

48

PBX (Private Automatic eXchange) : prend généralement en charge les communications internes et externes d’une organisation. Autocommutateur servant à connecter les utilisateurs entre eux ou avec d’autres correspondants via le réseau téléphonique commuté (RTC). Il est le premier filtre entre l'appelant et le centre d'appels. Proxy : c’est un serveur mandataire qui a pour fonction de relayer des requêtes entre un poste client et un serveur. Proxy statefull : proxy qui maintient pendant toute la durée des sessions l’état de connexion. Proxy statless : proxy qui achemine les messages indépendamment les uns des autres, sans sauvegarder l’état des connexions, ils sont plus rapides que les proxys statefull. QSIG : c’est un protocole de signalisation standard basé sur RNIS (Réseau Numérique à Intégration de Service) utilisé afin d'interconnecter des PABX (autocommutateurs privés) de constructeurs différents. QSIG utilise le protocole de couche 3 Q.931 et le protocole de niveau applicatif ROSE. RAM (Random Access Memory) : c’est la mémoire dans laquelle un ordinateur place les données lors de leur traitement. Elle est caractérisée par sa rapidité d'accès et sa volatilité (implique que les données sont perdues dès que l'ordinateur cesse d'être alimenté en électricité). RTC (Réseau Téléphonique Commuté) : c’est le réseau du téléphone, dans lequel un poste d'abonné est relié à un central téléphonique par une paire de fils alimentée en batterie centrale (la boucle locale). Softphone : logiciel utilisé pour faire de la téléphonie sur Internet ou Intranet depuis un ordinateur. TCP (Transmission Control Protocol) : protocole de contrôle de transmissions en français, c’est un protocole de transport fiable, en mode connecté. ToIP (Telephony on Internet Protocol) : la ToIP qualifie le service de téléphonie et les fonctionnalités associées permettant à deux équipements IP de communiquer entre eux. Ce service repose sur la technologie de la voix sur IP. Trunk : ce sont un ou plusieurs lien(s) qui permettent de relier deux équipements. UDP (User Datagram Protocol) : c’est un des principaux protocoles de télécommunication utilisé par Internet. Contrairement au protocole TCP, il travaille en mode non-connecté : il n'y a pas de moyen de vérifier si tous les paquets envoyés sont bien arrivés à destination et ni s’ils sont dans le bon ordre. URI (Uniform Resource Identifier) : identifiant uniforme de ressource en français, c’est une courte chaîne de caractères identifiant une ressource sur un réseau. VLAN (Virtual Local Area Network) : en français Réseau Local Virtuel, c’est un réseau local regroupant un ensemble de machines de façon logique et non physique.

49

VoIP (Voice over IP) : c’est une technique qui permet de communiquer par la voix via l'Internet ou tout autre réseau acceptant le protocole TCP/IP. Cette technologie est notamment utilisée pour supporter le service de téléphonie IP (« ToIP » pour Telephony over Internet Protocol).

50

Table des illustrations

Illustration 1 : Organigramme de l'Université de Franche-Comté ....................................................... 9 Illustration 2 : Organigramme du service........................................................................................... 10 Illustration 3 : Réseau informatique de l'Université .......................................................................... 11 Illustration 4 : Les réseaux informatiques bisontins .......................................................................... 12 Illustration 5 : Architecture des différents réseaux ............................................................................ 12 Illustration 6 : Exemple d'extension de PABX ................................................................................... 13 Illustration 7 : Cohabitation entre Tenovis et Avaya au sein de l'Université ..................................... 15 Illustration 8 : Intégration d'Asterisk dans le réseau téléphonique .................................................... 16 Illustration 9 : Passage du signal analogique au signal numérique .................................................... 18 Illustration 10 : Représentation de la qualité par le débit .................................................................. 19 Illustration 11 : H323 et protocoles orbites ........................................................................................ 23 Illustration 12 : Architecture détaillée des protocoles utilisés par H323 ........................................... 24 Illustration 13 : H323 dans le modèle OSI ......................................................................................... 24 Illustration 14 : L'interaction du protocole SIP .................................................................................. 27 Illustration 15 : Exemple d’ouverture d’une connexion par l’intermédiaire de proxy ...................... 28 Illustration 16 : SIP vs H323 .............................................................................................................. 29 Illustration 17 : Matériel mis à ma disposition .................................................................................. 30 Illustration 18 : Fichier "vm_email.inc" ............................................................................................ 33 Illustration 19 : Carte Digium TDM400 avec deux modules ............................................................. 34 Illustration 20 : FXS / FXO sans autocommutateur ........................................................................... 34 Illustration 21 : FXS / FXO avec autocommutateur .......................................................................... 35 Illustration 22 : Exemple d'attribution de DID .................................................................................. 35 Illustration 23 : Trunk entre Avaya et Trixbox ................................................................................... 37 Illustration 24 : Passerelle FXS .......................................................................................................... 38 Illustration 25 : Maquette réalisée lors des tests avec la passerelle Aliwei ........................................ 39 Illustration 26 : Capture avec Wireshark - échec de connexion avec la carte VoIP ........................... 43 Illustration 27 : Capture avec Wireshark - exemple de connexion réussi sur la carte VoIP .............. 43 Illustration 28 : Intégration de la gateway dans réseau téléphonique ................................................ 44

Table des Tableaux

Tableau 1 : Exemple des capacités avec un lien T0 ........................................................................... 14 Tableau 2 : Correspondance entre les débits et les codecs ................................................................. 19 Tableau 3 : Exemple de configuration d’agent SIP ............................................................................ 38 Tableau 4 : Exemple de configuration d'un port FXS ........................................................................ 38 Tableau 5 : Deux types de configuration matériel ............................................................................. 41

51

Bibliographie

Les réseaux : édition 2008 / Guy Pujolle ; avec la collaboration de Olivier Salvatori et la contribution de Jacques Nozick (2007). Asterisk : la téléphonie Open Source / [Jim Van Meggelen, Jared Smith, Leif Madsen] ; traduction de Alexandre Belloni et Yann Serra (2006). Téléphonie sur IP / Laurent Ouakil, Guy Pujolle ; avec la contribution de Olivier Salvatori (2007). Asterisk: The Future of Telephony, Second Edition / Jim Van Meggelen, Jared Smith, Leif Madsen (2007). Sites : http://www.frameip.com http://www.voip-info.org/wiki-Asterisk+fax http://www.voip-info.org http://fr.wikipedia.org/wiki/VoIP http://www.voip-info.org/wiki-QoS http://fr.wikipedia.org/wiki/Asterisk_%28logiciel%29 http://www.asteriskguru.com/ http://www.pabx-fr.com/ http://sipp.sourceforge.net/index.html http://forums.digium.com/ http://voip-wiki.us/index.php/Main_Page http://www.digium.com/index.php?menu=documentation http://www.digium.com/handbook-draft.pdf http://www.asterisk.org http://www.asteriskNow.org http://www.asterisk.org/doxygen/ http://www.asterisk-france.net/ http://www.trixbox.org/ http://www.avaya.co.uk/gcm/emea/en-us/resource/index.htm http://www.avaya.com/gcm/master-usa/en-us/home/index.htm

52

Annexes

53

I. Annexe 1 : Asterisk

What is Asterisk Asterisk is the world’s leading open source telephony engine and tool kit. Offering flexibility unheard of in the world of proprietary communications, Asterisk empowers developers and integrators to create advanced communication solutions...for free.

Asterisk® is released as open source under the GNU General Public License (GPL), and it is available for download free of charge. Asterisk® is the most popular open source software available, with the Asterisk Community being the top influencer in VoIP.

Asterisk as a switch (PBX) Asterisk can be configured as the core of an IP or hybrid PBX, switching calls, managing routes, enabling features, and connecting callers with the outside world over IP, analog (POTS), and digital (T1/E1) connections.

Asterisk runs on a wide variety of operating systems including Linux, Mac OS X, OpenBSD, FreeBSD and Sun Solaris and provides all of the features you would expect from a PBX including many advanced features that are often associated with high end (and high cost) proprietary PBXs. Asterisk's architecture is designed for maximum flexibility and supports Voice over IP in many protocols, and can interoperate with almost all standards-based telephony equipment using relatively inexpensive hardware.

Asterisk as a gateway It can also be built out as the heart of a media gateway, bridging the legacy PSTN to the expanding world of IP telephony. Asterisk’s modular architecture allows it to convert between a wide range of communications protocols and media codecs.

Asterisk as a feature/media server Need an IVR? Asterisk’s got you covered. How about a conference bridge? Yep. It’s in there. What about an automated attendant? Asterisk does that too. How about a replacement for your aging legacy voicemail system? Can do. Unified messaging? No problem. Need a telephony interface for your web site? Ok.

Asterisk in the call center Asterisk has been adopted by call centers around the world based on its flexibility. Call center and contact center developers have built complete ACD systems based on Asterisk. Asterisk has also added new life to existing call center solutions by adding remote IP agent capabilities, advanced skills-based routing, predictive and bulk dialing, and more.

Asterisk in the network Internet Telephony Service Providers (ITSPs), competitive local exchange carriers (CLECS) and even first-tier incumbents have discovered the power of open source communications with Asterisk. Feature servers, hosted services clusters, voicemail systems, pre-paid calling solutions, all based on Asterisk have helped reduce costs and enabled flexibility.

Asterisk everywhere Asterisk has become the basis for thousands of communications solutions. If you need to communicate, Asterisk is your answer.

54

Supported protocols Asterisk® supports a wide range of protocols for the handling and transmission of voice over traditional telephony interfaces including H.323, Session Initiation Protocol (SIP), Media Gateway Control Protocol (MGCP), and Skinny Client Control Protocol (SCCP).

Using the Inter-Asterisk eXchange (IAX™) Voice over IP protocol Asterisk® merges voice and data traffic seamlessly across disparate networks. The use of Packet Voice allows Asterisk® to send data such as URL information and images in-line with voice traffic, allowing advanced integration of information.

Asterisk® provides a central switching core, with four APIs for modular loading of telephony applications, hardware interfaces, file format handling, and codecs. It allows for transparent switching between all supported interfaces, allowing it to tie together a diverse mixture of telephony systems into a single switching network.

55

II. Annexe 2 : Trixbox

trixbox CE Beginning in 2004 as Asterisk@Home, the trixbox® Community Edition (CE) telephony application platform is the open source software that has quickly become the most popular Asterisk®-based distribution in the world. trixbox CE combines the best of the open source telephony tools into one easy-to-install package, along with the trixbox dashboard which provides a web-based interface to configure and manage a complete IP-PBX system. The most flexible and customizable communications platform available, trixbox CE averages over 65,000 downloads a month. trixbox CE http://www.trixbox.com/products/appliancetrixbox CE is the most flexible PBX system available today. If you or your client needs a highly customized solution and the trixbox Pro hybrid-hosted architecture is unfitting, use trixbox CE. Not only does trixbox CE allow you to build your own custom features and modules, but you can rely upon the community to help as well. The trixbox community is one of the largest and most active communities of trixbox and Asterisk users in the world. The members of this community work every day to help each other answer questions, resolve issues, fix bugs, make enhancements, and develop projects. trixbox CE has all the benefits of open source plus a commercial company standing behind it.

Who uses trixbox CE? Companies around the world, from two-station law firms to mid-size corporations with hundreds of users, rely on trixbox CE-based systems to run their business.

• Early adopters such as eHobbies.com quickly realized the cost savings potential of a trixbox CE PBX system. eHobbies now enjoys features normally found only on systems costing tens of thousands of dollars more.

• A Carl's Jr. franchise in Southern California has deployed a trixbox CE system and Linksys phones in its headquarters office, which provides phone service to 66 Carl's Jr. Restaurants.

• ProMax Systems in Irvine, CA is running more than 75 stations in a very busy sales office on a trixbox CE system and Polycom phones.

• Genius Products in Santa Monica, CA is now running multiple PRI connections to over 100 users using a combination of Linksys and Polycom phones for both local and remote users.

trixbox CE v2.4 trixbox CE v2.4, released in December 2007, provides the trixbox community with increased reliability and many new features, including a point-and-click, Web-based graphical user interface (GUI) that dramatically increases ease of use, streamlines installation, and virtually eliminates the need for the command line. Furthermore, v2.4 provides an enhanced call data reporting module, a new network interface configuration tool, a new admin status screen, and an improved endpoint manager tool that now supports Polycom, Linksys, Aastra, Cisco, Grandstream, and Snom IP phones.

trixbox CE 2.4 Features

56

trixbox CE is an open telephony platform that combines the best of the open source telephony tools into one easy-to-install package. Based on an enhanced LAAMP (an open source bundle of Linux®, Apache™, Asterisk®, mySQL®, and PHP), the trixbox® dashboard provides easy to use, Web-based interfaces to setup, manage, maintain, and support a complete IP-PBX system.

trixbox CE 2.4 comes stocked with hundreds of featu res including: • Unlimited Extensions • TDM/SIP/IAX Trunks • Remote Extensions • Voicemail • Fax Support • Voicemail to Email • IVR Menu System • Ring Groups • Call Queues • Conference Rooms • Follow-Me • Time-Based Routing • Music On Hold • Paging and Intercom • Web Access to Voicemail • Admin Status Screen • Package Manager (for easy updates) • Phone Provisioning Tool • Network Settings Tool • Enhanced CDR Reports • Echo Cancellation - OSLEC (Open Source Line Echo Cancelation)

trixbox CE 2.4 is based off of:

• CentOS 5.1 kernel • Asterisk 1.4 • FreePBX 2.3 • Web MeetMe 3

57

III. Annexe 3 : Installation automatique

#!/bin/bash clear echo "############################################# #####################" echo "# #" echo "# Cree par Jose Da Cunha le 21 mai 2008 #" echo "# #" echo "############################################# #####################" echo "" echo "############################################# #####################" echo "# Installation automatiser du PA BX Trixbox #" echo "# #" echo "# Ajout du proxy #" echo "# Ajout des voix francaise #" echo "# Modification du message d'envoie de mai l #" echo "# installation de Sendmail + parametrage de celui-ci #" echo "# Installation de Webmin #" echo "# Modification du language dans la config uration d'Asterisk #" echo "# Augmentation du delai de connexion SIP #" echo "# Mise a jour des logiciels #" echo "# #" echo "# !!! Il aura un redemarrage du systeme a la fin !!! #" echo "# #" echo "# Appuyer sur <Enter> pour cont inuer #" echo "############################################# #####################" echo "" echo " Appuyer sur <Entrer> pour continuer" read clear ################################################### ###################### # Variables # ################################################### ###################### _proxy=proxy-web.univ-fcomte.fr:3128 ################################################### ###################### # Ajout du proxy dans /etc/profile echo "Ajout du proxy dans /etc/profile" sleep 2 if grep $_proxy /etc/profile then echo "le proxy existe deja" else echo 'export "http_proxy=http://'$_proxy'"' >> /e tc/profile fi clear # Modification des voies FR echo "Modification des voies FR" sleep 2 mv /var/lib/asterisk/sounds/ /var/lib/asterisk/soun ds.orig cp ./install_auto/asterisk-sounds /var/lib/asterisk /sounds/ mkdir /var/lib/asterisk/sounds/custom/ clear

58

# Modification du message mail envoye via sendmail echo "Modification du message mail envoye via sendm ail" sleep 2 rm -f /etc/asterisk/vm_email.inc cp ./install_auto/vm_mail/vm_email.inc /etc/asteris k/vm_email.inc clear # Installation de Sendmail echo "Installation de Sendmail" sleep 2 yum install -y sendmail clear # Installation de Webmin echo "Installation de Webmin" sleep 2 yum install -y webmin clear # Modification du langage fr dans les fichiers de c onf echo "Modification du langage fr dans les fichiers de configuration" sleep 2 if grep 'language=fr' /etc/asterisk/sip.conf then echo "le fichier sip.conf contient deja language=f r" else echo 'language=fr' >> /etc/asterisk/sip.conf fi if grep 'language=fr' /etc/asterisk/iax.conf then echo "le fichier iax.conf contient deja language=f r" else echo 'language=fr' >> /etc/asterisk/iax.conf fi sed -i '/^loadzone/ s/us/fr/' /etc/zaptel.conf sed -i '/^defaultzone/ s/us/fr/' /etc/zaptel.conf sed -i '/general]/ a\language=fr' /etc/asterisk/voi cemail.conf clear # Modification du fichier de conf de sendmail echo "Modification du fichier de configuration de s endmail" sleep 2 sed -i '/^DS/d' /etc/mail/sendmail.cf sed -i '/"Smart" relay host/ a\DS smtp.univ-fcomte. fr' /etc/mail/sendmail.cf sed -i "s/smtp.your.provider/smtp.univ-fcomte.fr/" /etc/mail/sendmail.mc clear # Augmentation du delai de connection SIP echo "Augmentation du delai de connection SIP" sleep 2 if grep 'defaultexpiry=1800' /etc/asterisk/sip.conf then echo " l'augmentation du delai a deja ete realise" else echo '; Augmentation du delai de connection au co mpte SIP' >> /etc/asterisk/sip.conf echo '; Par defaut 120' >> /etc/asterisk/sip.conf

59

echo 'defaultexpiry=1800' >> /etc/asterisk/sip.co nf fi clear # Mise a jour des logiciels echo "Mise a jour des logiciels" sleep 2 yum check-update yum update -y clear # Fin de l'installation - Reboot du system echo "Fin de l'installation - Reboot du system - re boot du systeme" sleep 2 shutdown -r now #***************** FIN *****************#

60

IV. Annexe 4 : Documentation technique

61

DOCUMENTATION TECHNIQUE

Réalisée par José Da Cunha

Le 30 mai 2008

62

I. Introduction .................................................................................................................. - 64 - II. Pré requis...................................................................................................................... - 64 - III. Installation de Trixbox ............................................................................................. - 65 - IV. Finalisation de l’installation. .................................................................................... - 74 - V. Pour obtenir de l’aide ................................................................................................... - 75 - VI. Console d’Asterisk ................................................................................................... - 76 - VII. Sécurité..................................................................................................................... - 76 -

� Modification du password de Maint ........................................................................ - 76 - � Erreurs de sécurité de FreePBX ............................................................................... - 77 -

o Default SQL Password Used (core.AMPDBPASS) ............................................. - 77 - o Default Asterisk Manager Password Used (core.AMPMGRPASS) .................... - 77 -

VIII. Configurer Trixbox ...................................................................................................... 79 IX. Installer les modules de trixbox ................................................................................... 81 X. Extensions ........................................................................................................................ 83

o Add Extension .......................................................................................................... 83 � Extension Options ........................................................................................................ 84 � Device Options ............................................................................................................. 85 � Fax Handling ................................................................................................................ 87 � Privacy ......................................................................................................................... 88 � Dictation Services ........................................................................................................ 88 � Recording Options ....................................................................................................... 89 � Voicemail & Directory ................................................................................................. 89

XI. Exemple d’ajout d’un client SIP .................................................................................. 90 XII. Configuration trunk ...................................................................................................... 96

� Compte individuel ........................................................................................................ 96 � Groupe de numéros ...................................................................................................... 96 � Administration ............................................................................................................. 97

Ajouter dans sip.conf « defaultexpiry = 1800 », par défaut 120 ...................................... 97 XIII. Inbound Routes ............................................................................................................ 98

� Fonctionnement ............................................................................................................ 98 � Configuration ............................................................................................................... 98

o Add Incoming Route ................................................................................................ 98 o Fax Handling ............................................................................................................ 99 o Privacy ..................................................................................................................... 99 o Options ..................................................................................................................... 99 o CID Lookup Source ............................................................................................... 100 o Destinations ............................................................................................................ 100

XIV. Outbound Routes.................................................................................................... 102 XV. Installation d’une carte TDM ..................................................................................... 104

� Petite explication sur la syntaxe des cartes TDM ...................................................... 104 � Explication sur FXO/FXS .......................................................................................... 104 � Installation .................................................................................................................. 104 � Réinstallation de la carte Zaptel ................................................................................. 105 � Astuce et commandes facultatives ............................................................................. 106 � Installation d’un fax ................................................................................................... 106

XVI. Création d’un trunk SIP entre Avaya et Asterisk.................................................... 107 � Configuration du Communication Manager d’Avaya ................................................ 107 � Configuration du serveur SIP d’Avaya ....................................................................... 111 � Vérification du Trunk .................................................................................................. 115

XVII. Création d’un trunk H323 entre Avaya et Asterisk ................................................. 116 XVIII. Procédure de sauvegarde Trixbox ........................................................................... 119

63

� Sauvegarde .................................................................................................................. 119 � Restauration ............................................................................................................... 121

- 64 -

Introduction Cette documentation va vous permettre d’installer un IPBX Trixbox et de l’interfacer avec le système téléphonique actuel du CRI (analogique, compte SIP, trunk SIP). Trixbox est un ensemble d'outils et d'utilitaires de télécommunication avec comme noyau central Asterisk (système téléphonique). C'est une distribution GNU/Linux basée sur CentOS. Référence des constructeurs et développeurs des produits cités ci-dessus :

� Asterisk http://www.asterisk.org/ � Trixbox http://www.trixbox.org/ � Avaya http://www.avaya.fr/

Pré requis La configuration matérielle minimale pour l’installation de Trixbox est :

• Intel Celeron D 2,4 Ghz CPU • 512 MB RAM 512 Mo de RAM • 10 GB • LAN Pour une configuration personnalisée il s’agit de suivre les architectures comme indiqué ci-après. Ces résultats sont à titre d’exemple et conseillés par Trixbox. Pour plus de précisions dans les configurations, il est nécessaire d’utiliser des outils de test. Toutefois il est préférable d’utiliser les mêmes codecs afin d’éviter de multiplier le réencodage et donc d’augmenter le CPU (processeur).

- 65 -

Légende :

� Processor Type : type de processeur � # of calls : nombre d’appels simultanément � # of ACD calls : nombre d’appels mis en attente

Pour l’installation de Trixbox il est nécessaire de télécharger le fichier ISO sur http://www.trixbox.org/downloads et de le graver.

Vérifier que le serveur démarre à partir du CD (dans le BIOS, ordre de chargement).

Installation de Trixbox

Démarrer le « future IPBX Trixbox » avec le CD dans le lecteur et appuyer sur « ENTER ». L’écran ci-après apparait.

Appuyer sur « ENTER » pour que l’installation se lance. Attention cette installation effacera tout le disque.

- 66 -

Cette fenêtre nous invite à choisir la langue. Afin d’éviter tout conflit, on doit choisir la langue « English » puis appuyer sur « ENTER ».

Cette fenêtre sert à configurer le clavier, on peut le modifier avec les flèches directionnelles du clavier.

- 67 -

Dans cet exemple le clavier est français, on se positionne sur « fr » puis « ENTER »

Cet écran sert à choisir le fuseau horaire, comme précédemment on peut le modifier avec les flèches directionnelles du clavier.

- 68 -

On se positionne sur « Europe/Paris », puis on appuie sur la touche « tab » du clavier pour sélectionner « OK » comme dans la fenêtre ci-dessous.

Si la touche « OK » est sélectionnée, appuyer sur « ENTER »

- 69 -

Dans cette fenêtre on renseigne le mot de passe « root », ce mot de passe servira à administrer le PABX.

Saisir deux fois le mot de passe, puis appuyer sur la touche « tab » du clavier pour sélectionner « OK », puis « ENTER ».

La fenêtre ci-dessous apparait, l’installation du PABX dure environ 30 min.

- 70 -

A partir de cet écran, on se connecte avec l’utilisateur « root » et avec le mot de passe déterminé lors de la procédure d’installation.

- 71 -

A ce stade, on va configurer l’interface réseau.

Saisir « netconfig » puis « ENTER »

L’écran ci-dessous apparait

- 72 -

Appuyer sur « ENTER »

L’écran ci-dessous apparait

On peut changer de niveau de ligne grâce à la touche « tab ».

- 73 -

Renseigner la configuration IP.

Sélectionner « OK » puis « ENTER ».

- 74 -

Pour que la configuration prenne effet, saisir « /etc/init.d/network restart ».

Finalisation de l’installation.

Pour finaliser l’installation, un script a été créé. Ce shell permet :

� Ajout du proxy � Ajout des voix françaises � Modification du message d’envoi de mail � Installation de Sendmail et paramétrage de la configuration � Installation de Webmin � Modification de la langue dans la configuration d’Asterisk (us -> fr) � Augmentation du délai de connexion SIP � Mise à jour des logiciels et système

Attention : à la fin du script, il y aura un redémarrage du système.

Pour lancer le script il faut le télécharger sur le PC 172.20.206.250 et exécuter « auto_install.sh », les commandes à saisir sont les suivantes :

- 75 -

� être sur le prompt du PABX � saisir « cd » � saisir « scp -r patrice@172.20.206.250:~/installation_trixbox/ . » � saisir le mot de passe (la copie du répertoire « installation_trixbox » se lance) � saisir « chmod -R 774 installation_trixbox/ » � saisir « cd installation_trixbox/ » � saisir « ./auto_install.sh »

Pour obtenir de l’aide

L’obtention de l’aide se fait en tapant la commande « help-trixbox », l’écran d’aide donne par exemple les commandes nécessaires au changement de mot de passe des différents utilisateurs (passwd-maint pour l’utilisateur maint et passwd pour l’utilisateur root).

- 76 -

Console d’Asterisk

Pour accéder à la console d’Asterisk taper dans la console de IPBX : « asterisk –rc ». Cette console détaille toute l’activité du PABX, c'est-à-dire affiche les logs en temps réel. Cette console permet aussi d’exécuter les commandes propres au PABX.

Sécurité

Il est fortement conseillé de changer les mots de passe.

V. Modification du password de Maint Pour modifier le mot de passe de Maint, il s’agit d’ouvrir un terminal sur le serveur en root. Entrer la commande « passwd-maint » et appuyer sur la touche « ENTER ». Maintenant entrer le nouveau mot de passe et sa confirmation.

- 77 -

VI. Erreurs de sécurité de FreePBX Certaine erreur peuvent apparaître dans la console d’administration, les points suivants permettent de les résoudre.

a. Default SQL Password Used (core.AMPDBPASS)

Description:

“You are using the default SQL password that is widely known, you should set a secure password. Added ago (core.AMPDBPASS) ».

Cause:

Le mot de passe de l’utilisateur ASTERISKUSER a toujours la valeur par défaut amp109.

Résolution:

Il faut modifier la valeur du mot de passe de l’utilisateur ASTERISKUSER. Pour cela la modification se fait à deux endroits.

En premier lieu, dans le fichier « /etc/amportal.conf » en modifiant la valeur du champ AMPDBPASS.

Saisir dans la console de Trixbox : « nano /etc/amportal.conf » puis AMPDBPASS=newpassword.

En second lieu, modifier la valeur du mot de passe de l’utilisateur ASTERISKUSER dans la base MySQL. Nous allons d’abord installer phpMyAdmin à partir de l’interface de Trixbox. Ouvrir le menu PACKAGES et installer le package tbm-phpmyadmin.noarch. . On peut accéder à l’interface à partir du menu SYSTEM. Ensuite cliquer sur

Privilèges, puis sur l’icône (« Changez les privilèges ») de l’utilisateur ASTERISKUSER. Choisir un nouveau mot de passe et cliquez sur « Exécutez ».

b. Default Asterisk Manager Password Used (core.AMPMGRPASS)

- 78 -

Description:

“You are using the default Asterisk Manager password that is widely known, you should set a secure password. Added ago (core.AMPMGRPASS) ».

Cause:

Le mot de passe de Asterisk Manager a toujours la valeur par défaut amp111.

Résolution:

Il faut modifier la valeur du mot de passe de Asterisk Manager. Pour cela nous allons le modifier à deux endroits.

En premier lieu, dans le fichier /etc/amportal.conf en modifiant la valeur du champ AMPMGRPASS.

Saisir dans la console de Trixbox : « nano /etc/amportal.conf » puis AMPMGRPASS=newpassword.

Puis dans le fichier /etc/asterisk/manager.conf en modifiant la valeur du champ secret dans la section [admin].

Saisir dans la console de Trixbox : « nano /etc/asterisk/manager.conf » puis [admin] puis secret = newpassword.

79

Configurer Trixbox

Désormais, la configuration de l’IPBX Trixbox se fait à partir de n’importe quel ordinateur du réseau. Pour cela, taper http://adresseIPtrixbox/ (par exemple http://172.20.206.128) sur le navigateur. On accède à la page d’accueil de Trixbox, où l’on a accès aux fonctionnalités utilisateurs.

Basculer en mode admin pour accéder aux outils d’administration. Pour cela, cliquer sur le bouton [switch] dans le coin supérieur droit de l’écran.

80

On nous demande alors le nom d’utilisateur « maint » et le mot de passe (par défaut. : « password »).

Une fois validé, l’écran suivant s’affiche

81

Installer les modules de trixbox

Passer en mode admin (procédure expliquée au-dessus) et cliquer sur « PBX » puis « FreePBX ».

Une fois que FreePBX s’est ouvert, cliquer sur « tools », en haut de la page, et ensuite « Module Admin » sur la gauche.

82

Les modules sont des logiciels qu’Asterisk utilise pour personnaliser l’IPBX. Par exemple, si l’on veut une boîte vocale, on doit installer le module Voicemail.

Les modules peuvent être ajoutés ou enlevés. Pour installer des modules avec FreePBX, cliquer sur le nom du module que l’on veut et changer ensuite la position du bouton radio de « No action » à « Install ».

Attention : il peut y avoir des problèmes de connexion afin d’obtenir la liste des packages, ceci est dû au blocage du proxy. Afin de résoudre ce problème, il est nécessaire d’attribuer une adresse IP publique à IPBX le temps d’installer les packages nécessaires.

Voici un exemple de quelques module que l’on peut trouver :

� Voicemail (boîte vocale)

83

� IVR (Menu vocal) � Queues (Gestion des files d’attente) � Times Conditions (contraintes sur la date et l’heure) � Conferences (conférences) � Music on Hold (Musique d’attente) � Recordings (enregistrer une conversation) � Call Forward (transférer un appel) � Call Waiting (Mise en attente) � Backup & Restore (Sauvegarde)

Pour finir l’installation des modules, cliquer sur « Process » en bas de la liste. Sur la page de confirmation, cliquer sur « confirm ». On devrait obtenir une page qui indique que tous les modules ont été installés avec succès.

Cliquer sur la barre orange : « Apply configuration changes? », qui apparaît en haut de la page web pour que des modifications soient effectuées sur le PABX. Ceci relance les services d’Asterisk.

Extensions

Ici on configure les extensions permettant de relier des téléphones (analogiques ou IP) et des softphones au serveur. Il y a essentiellement 3 types d’extension :

� SIP : pour connecter un client SIP. � IAX2 : pour connecter un client IAX. � ZAP : pour connecter un téléphone analogique grâce à une interface FXS ou un

téléphone ISDN grâce à une interface ISDN.

Certains de ces champs n’apparaissent pas lors de la création de l’extension mais seront visibles dès que l’on va sur la page de l’extension créée.

Cette présentation correspond à la page d’une extension SIP après sa création.

VII. Add Extension

84

User Extension Numéro de téléphone interne de l’extension.

Display Name Nom de l’extension, qui apparaîtra lorsqu’un appel est émis, il peut être effacé si l’appel passe par une ligne d’un opérateur téléphonique.

CID Num Alias Permet de changer le numéro de l’appelant pour les appels internes, il masque alors le numéro de l’extension. Si l’on veut par exemple que n’importe quelle extension d’un service donné apparaisse comme un appel depuis une extension déterminée du service pour les appels internes.

SIP Alias Permet de recevoir des appels anonymes sur l’extension depuis l’intranet ou l’extranet. Par exemple si l’on met dans ce champ la valeur « toto », alors on peut appeler cette extension depuis n’importe quel endroit en appelant SIP/alias@domaine.com. Pour que cela fonctionne il faut par ailleurs que l’option Allow Anonymous Inbound SIP Calls? dans General Settings soit mise sur yes, ce qui, pour des questions de sécurité n’est pas conseillé.

VIII. Extension Options

Direct DID La valeur donnée ici est généralement un numéro mais peut être une chaîne de

85

caractères. Les appels entrants, sur un trunk enregistré avec un DIDnumber qui a la même valeur, seront aiguillés vers cette extension. Par défaut, mettre la même valeur que User Extension.

DID Alert Info Ne fonctionne que si un Direct DID est spécifié. Permet de faire sonner des téléphones SIP avec des sonneries particulières en fonction de la valeur de l’alerte. Il faut que cette fonctionnalité soit disponible sur le téléphone SIP.

Music on Hold Permet de choisir la musique d’attente.

Outbound CID Identité de l’appelant pour les appels émis depuis cette extension. Syntaxe « Mon nom » <0123456>. Il se peut qu’un opérateur téléphonique écrase ces informations.

Ring Time Nombre de secondes durant lesquelles l’extension sonnera avant que l’appel ne soit renvoyé vers la messagerie (si elle est activée pour l’extension). La valeur par défaut est celle spécifiée dans l’onglet General Settings (15 secondes).

Call Waiting Permet d’activer la mise en attente pour l’extension.

Emergency CID Permet de spécifier un numéro de téléphone qui sera transmis lors d’un appel vers les services d’urgence.

IX. Device Options

86

Secret

Mot de passe de l’extension.

Dtmfmode Mode des fréquences vocales. Pour la France, laisser la valeur par défaut rfc2833.

Canreinvite Permet de spécifier si l’on souhaite utiliser les messages SIP REINVITE. Tous les flux audio (RTP stream) sont gérés par le processus Asterisk durant les appels. Les messages REINVITE permettent de rerouter les flux RTP afin que l’appel soit établi. Dans le cas d’utilisateurs à distance, ceci permet de réduire la charge des équipements. Il est conseillé d’utiliser cette fonction seulement après avoir testé toutes les autres fonctions dont on a besoin.

Context Voir http://www.manuel-freepbx.com/wiki/index.php?page=Custom+Contexts

Host Valeurs possibles dynamic ou une adresse IP. Si une adresse IP est spécifiée alors le client SIP ne pourra se connecter à cette extension qu’à condition qu’il ait cette adresse IP.

Type Valeurs: friend ou peer. Choisir friend si l’extension est un téléphone. Choisir peer

87

pour les périphériques capables de transporter les appels tel qu’un trunk.

Nat Valeurs: no ou yes. Utiliser cette dernière si l’extension se trouve derrière un NAT.

Port Ce champ n’a pas d’incidence dans le cas d’une extension.

Qualify Valeur yes, no ou xx, xx étant un nombre de millisecondes, permet de considérer que le client est hors de portée si la latence est trop longue.

Callgroup Définit le groupe d’appel pour les appels vers ce dispositif.

Pickupgroup Permet de spécifier le groupe à vérifier lors d’un appel entrant. Si aucune valeur n’est inscrite, il sera utilisé le groupe spécifié dans sip.conf.

Disallow codecs interdits pour l’extension

Allow codecs autorisés pour l’extension

Dial SIP/user_extension par défaut.

Accountcode Ce champ est utilisé pour alimenter le "accountcode" de la CDR. Entrer un code de compte pour l'utilisation par un module de facturation

Mailbox Permet de configurer la boîte vocale liée à cette extension. On peut définir plusieurs boîtes vocales séparées par des virgules.

Custom Context Bien que ce module ne soit pas officiel, il est indispensable dans certaines situations. En effet, la règle des appels sortants est la même pour toutes les extensions, elle est donnée par les Inbound Routes. Donc, si par exemple on veut qu’une extension puisse appeler l’international et pas une autre, cela n’est pas possible. Avec Custom Contexts cela est possible. En effet en installant ce module, on pourra créer différents contextes et donner différents droits à chaque contexte. Ensuite pour chaque extension, on peut attribuer un des contextes créés. Voir http://www.manuel-freepbx.com/wiki/index.php?page=Custom+Contexts

X. Fax Handling

88

Fax Extension Destination des appels fax. La valeur peut être une extension, disabled, system (auquel cas les fax seront reçus par le système et renvoyés par email à l’adresse spécifiée dans le champ Fax Email) ou FreePBX default. Dans ce dernier cas, le fax sera traité selon la configuration spécifiée dans General Settings.

Fax Email Adresse destinataire des emails si la valeur de Fax Extension est system.

Fax Detection Type Permet de répondre automatiquement aux appels entrants et de jouer pendant un nombre de secondes déterminées dans le champ Pause after answer la musique de détection de fax. S’il n’y a pas de fax détecté, l’extension se mettra à sonner. Valeur : NVFAX pour les trunks SIP et IAX ou Zaptel pour les trunks ZAP.

Pause after answer

Nombre de secondes pour la détection de fax avant le réacheminement de l’appel.

XI. Privacy

Privacy Manager Si la valeur est yes, alors si un appel arrive sans CallerID, il lui sera demandé de composer son numéro à 10 chiffres (il y aura 3 tentatives) avant que l’extension ne se mette à sonner. Cela permettra d’avoir toujours un numéro affiché sur le téléphone en recevant un appel avant de décrocher, on peut alors décider de répondre ou non.

XII. Dictation Services

89

Permet de dicter des messages au système puis de les envoyer par email vers une adresse spécifiée dans la page de l’extension.

Ceci peut être utile par exemple pour une personne A qui demande souvent à une personne B des tâches à accomplir et qui ne veut pas l’appeler à chaque fois ou par exemple si cette dernière n’est pas tout le temps à son bureau. Il lui suffira alors de configurer son extension avec l’adresse email de la personne B pour la dictation et ensuite d’enregistrer les messages et de les lui envoyer.

Dictation Service Activer ou désactiver le service.

Dictation Format Format d’enregistrement des messages.

Email Address Adresse email pour l’envoi des messages enregistrés.

XIII. Recording Options

Record Incoming Enregistrement des appels entrants.

Record Outgoing Enregistrement des appels sortants.

XIV. Voicemail & Directory

90

Status Activation de la messagerie.

Voicemail Password Mot de passe pour accéder à la messagerie. Pourra aussi être changé depuis le téléphone en composant *98.

Email Address Adresse vers laquelle seront envoyés les messages vocaux.

Pager Email Address Adresse vers laquelle seront envoyés des courts messages notifiant la présence de messages sur la messagerie.

Email Attachment Permet d’envoyer les messages du répondeur par mail.

Play CID Ajoute le numéro de téléphone de l’appelant dans le message.

Play Envelope Ajoute l’heure et la date dans le message.

Delete Vmail

Le message sera supprimé du répondeur après être envoyé par mail.

VM Options ...

VM Context ...

VmX Locater™ S’il est mis sur Enabled, autorise l’utilisateur de l’extension de configurer les variables de la messagerie depuis le User Portal ARI.

Exemple d’ajout d’un client SIP

Ajout d’un compte SIP sur Asterisk

Sélectionner Extensions

91

La Fenêtre ci-dessous s’affiche

Sélectionner dans le menu « Device » -> « Generic SIP Device » puis cliquer sur « Submit »

La fenêtre ci-après apparaît

92

A titre exemple, nous allons prendre comme numéro de téléphone interne le 8800 et le 0381668800 en externe (ce n’est pas un réel numéro SDA). Les champs non cités peuvent être laissés vides :

� Extensions number : 8800 � Display Name : Nom de la personne qui possède le téléphone � Outbound CID : numéro de téléphone fourni par l’opérateur sans mettre le “0” ex:

381668800 � Voicemail & Directory : enable � Voicemail Password : mot de passe obligatoire

93

94

Puis on valide ces différents choix avec le bouton “submit” en bas de la page.

Une fois validé, le numéro créé apparaît sur la colonne de droite « 8800 »

Cliquer sur « Apply Configuration Changes » afin de valider les nouvelles modifications.

La fenêtre ci-dessous apparaît :

Cliquer sur « Continue with reload »

95

96

Configuration trunk Les trunks sont les « fournisseurs de téléphonie ». Ce sont eux qui vous permettent de joindre une ligne extérieure.

Exemple :

� ligne analogique France télécom est un trunk (ZAP) � le service téléphonique de free est un trunk (SIP) � relier deux sites distants via deux trixbox en établissant un trunk (IAX).

XV. Compte individuel Configuration avec un compte d’un opérateur ou dans un compte individuel provenant d’Avaya

• Outgoing Settings

Trunk Name : avaya-out username=8788 type=friend secret=password qualify=yes host=172.20.206.201 fromuser=8788 fromdomain=avaya.com defaultexpiry=1800 context=8788-out dtmfmode=rfc2833 disallow=all allow=g729&ulaw&g711&alaw&gsm canreinvite=no

• Incoming Settings Laisser vide

• Registration 8788:password@172.20.206.201/8788

XVI. Groupe de numéros Configuration pour un groupe de numéros provenant du PABX Avaya (exemple 873X).

• Outgoing Settings

Trunk Name : avaya-out type=peer fromdomain=avaya.com host=172.20.206.201 dtmfmode=rfc2833 disallow=all allow=g729&ulaw&g711&alaw&gsm canreinvite=no qualify=yes ;insecure=invite

• Incoming Settings

97

USER Context : avaya type=user fromdomain=avaya.com host=172.20.206.201 dtmfmode=rfc2833 disallow=all allow=g729&ulaw&g711&alaw&gsm canreinvite=no qualify=yes ;insecure=invite

• Registration Laisser vide

XVII. Administration Pour augmenter le délai d’expiration lors de l’enregistrement du compte SIP :

Ajouter dans sip.conf « defaultexpiry = 1800 », par défaut 120

Pour visualiser les enregistrements SIP

• Dans la console CLI d’Asterisk, saisir « sip show registry »

98

Inbound Routes

Permet d’établir des règles de traitements des appels arrivant depuis les trunks.

XVIII. Fonctionnement

Lorsqu’un appel arrive vers un trunk, l’aiguillage sera fait en fonction du DIDnumber avec lequel le trunk est enregistré et du CallerID de l’appelant si la ligne téléphonique transmet aussi le CallerID.

Le DIDnumber sera alors comparé aux numéros des extensions et des Direct DID des extensions. S’il ne trouve pas d’issue, il sera alors comparé aux caractéristiques des Inbound Routes, de la première vers la dernière. L’appel sera alors aiguillé selon la première route conforme à l’appel.

XIX. Configuration

c. Add Incoming Route

Description

Nom donné à la route.

DID Number

DIDnumber auquel doit être conforme l’appel entrant pour suivre cette route. A noter que ceci ne dépend pas de la personne qui appelle mais du trunk sur lequel arrive l’appel, en effet, le DIDnumber est spécifié dans le registration string du tunk, voir page trunk. On peut utiliser les wildcard (caractère qui permet de remplacer un ou plusieurs autres caractères) X, Z, N... dans le DIDnumber pour prendre en compte plusieurs numéros. Si DID Number est vide alors cette route prendra n’importe quel DID Number.

Caller ID Number

Caller ID auquel doit être conforme l’appel entrant pour suivre cette route. Ceci dépend du numéro depuis lequel la personne appelle, et peut être inexistant si la ligne téléphonique dont on dispose ne donne pas l’identité de l’appelant. On peut utiliser les wildecard X, Z, N... dans le Caller ID Number pour prendre en compte plusieurs numéros. Si Caller ID Number est vide alors cette route prendra n’importe quel Caller ID.

99

Zaptel Channel

Canaux ZAP que prend cette route. Utile uniquement si on utilise des interfaces FXO.

d. Fax Handling

Fax Extension

Destination des appels fax. La valeur peut être une extension, disabled, system (auquel cas les fax seront reçus par le système et renvoyés par email à l’adresse spécifiée dans le champ Fax Email) ou FreePBX default. Dans ce dernier cas, le fax sera traité selon la configuration spécifiée dans General Settings.

Fax Email

Adresse destinataire des emails si la valeur de Fax Extension est system.

Fax Detection Type

Permet de répondre automatiquement aux appels entrants et de jouer pendant un nombre de secondes déterminées dans le champ Pause after answer la musique de détection de fax. S’il n y pas de fax détecté, l’extension se mettra à sonner. Valeur : NVFAX pour les trunks SIP et IAX ou Zaptel pour les trunks ZAP.

Pause after answer

Nombre de secondes pour la détection de fax avant le réacheminement de l’appel.

e. Privacy

Privacy Manager

Si la valeur est yes, alors si un appel arrive sans CallerID, il lui sera demandé de composer son numéro à 10 chiffres (il y aura 3 tentatives) avant que l’extension ne se mette à sonner. Cela permettra d’avoir toujours un numéro affiché sur le téléphone en recevant un appel avant de décrocher, on peut alors décider de répondre ou non.

f. Options

Alert Info

100

Ne fonctionne que si un Direct DID est spécifié. Permet de faire sonner des téléphones SIP avec des sonneries particulières en fonction de la valeur de l’alerte. Il faut que cette fonctionnalité soit disponible sur le téléphone SIP.

CID name prefix

Permet de rajouter un préfixe au CallerID avant de l’aiguiller.

Music On Hold

Musique d’attente pour les appels arrivant sur cette route.

Signal RINGING

Quand un téléphone SIP reçoit un appel, il envoie un message Ringing à l’émetteur de l’appel avant de commencer à sonner. Mais si l’appel est orienté vers un IVR au lieu d’un téléphone, il n’y aura pas de message Ringing envoyé. Il se trouve que certains serveurs SIP ont besoin que le destinataire envoie le message Ringing avant le message Answer (envoyé quand on décroche). Dans le cas d’un IVR, il y aura directement le message Answer sans passer par le message Ringing. Donc si on rencontre un tel problème, il suffit de cocher cette case, et un message Ringing sera toujours envoyé avant un message Answer.

g. CID Lookup Source

Source

Cette ligne n’apparaît que si le module Caller ID Lookup est installé. Elle permet d’ajouter le nom de l’appelant en plus du numéro de l’appelant s’il est résolu dans la source sélectionnée.

h. Destinations

Pour l’aiguillage des appels on a souvent affaire à des conditions contre lesquelles un appel est testé afin de déterminer sa destination. C’est le cas des Inbound Routes, IVR, Day Night Mode...

Le choix de la destination est en général proposé après la détermination des conditions.

Il est introduit par exemple par :

� Set Destination. � Destination for Orphaned Parked Calls. � Destination if no answer.

101

� Fail Over Destination.

Il faut alors choisir parmi les possibilités proposées. Certaines n’existent que si le module correspondant est installé.

Terminate Call

Termine la communication. Il y a le choix entre raccrocher, jouer le message « all circuits are busy now » puis raccrocher, jouer le message busy, jouer la tonalité de ligne raccrochée mais sans raccrocher ou mettre le correspondant indéfiniment en hold.

Extensions

Oriente l’appel vers une extension.

Voicemail

Oriente l’appel vers un répondeur.

Phonebook Directory

Permet d’appeler les extensions en composant le nom de la personne rattachée à celles-ci depuis le pavé numérique du téléphone. Ce module n’est pas un annuaire en soi, mais il permet d’appeler des destinations à partir du nom qui leur est rattaché. Il y a l’annuaire par défaut Company Directory généré automatiquement pour les extensions à partir de ce qui est écrit dans le champ Display Name sous le format Prénom Nom. On peut créer un autre annuaire avec des numéros externes grâce au module Phonebook.

Ring Groups

Permet de choisir des groupes de téléphones pour les appels entrants. Les téléphones sonneront ensemble ou successivement lorsqu’un appel arrive vers ce groupe. Un Ring Group est vu comme une extension virtuelle, il a un numéro comme toute extension.

Zork

... Custom App

Utilise la commande Goto() pour envoyer le correspondant vers un custom context. Le nom du contexte doit commencer avec « custom-« et être au format custom-context, extension,priority. Exemple : custom-myapp,s,1.

102

Outbound Routes

Permet d’établir des règles de traitements des appels sortants vers les trunks.

Lorsqu’un appel sortant est émis, l’aiguillage sera fait en fonction du numéro appelé.

Le numéro appelé sera comparé aux règles autorisées dans chaque Outbound Route en commençant par la première route. Dès qu’une route autorisant ce numéro est rencontrée, l’appel sera traité par cette route.

A noter qu’il est possible d’arranger l’ordre de priorité des routes grâce aux flèches orientées vers le haut et vers le bas.

Par ailleurs, si l’on utilise le module Custom Contexts, l’ordre de priorité des routes défini dans cette page passera au second plan et n’aura d’effet que si les priorités des routes, définies dans la page du contexte concerné au paragraphe Outbound Routes grâce à au champ Priority, ont la même valeur.

Route Name

Nom à donner à cette route.

Route Password

Mot de passe de la route, si l’on veut protéger cette route par mot de passe. Il sera demandé à l’appelant pour laisser passer son appel.

PIN Set

Ce champ n’apparaît que si le module PIN Sets est installé. Si un PIN Set est spécifié alors le champ Route Password sera ignoré et les mots de passe de la route seront ceux spécifiés dans le PIN Set utilisé.

Emergency Dialing

Indique que cette route est utilisée pour les appels d’urgence. Le Caller ID sera alors remplacé par le Emergency CID de l’extension.

Intra Company Route

Si cette route est utilisée pour appeler un autre site de l’entreprise à travers les trunk, alors cette option permet d’utiliser les Caller ID interne au lieu de ceux externes.

Music On Hold

Musique d’attente pour la route.

Dial Patterns

Patterns autorisés par la route. Mettre un pattern par ligne. On peut utiliser les wildecards X (0-9), Z (1-9), N (2-9), le point qui désigne toute suite de chiffre longue d’au moins 1 caractère et la barre verticale ou pipe | qui indique un préfixe à enlever avant de passer le numéro au trunk. Par exemple:

« 354|[13-68]NXXXX. » prend les numéros commençant par 345 ensuite un des chiffres 1,3,4,5,6 ou 8, ensuite un des chiffres de 2 à 9, enfin au moins 5 autres chiffres quelconques. Le numéro sera alors tronqué du préfixe 345 et passé au trunk de la route.

103

« . » pour tous les numéros « 0|. » pour tous les numéros avec le 0 pour « sortir »

Dial patterns wizards

Permet de rentrer des patterns préconfigurés pour les USA, on peut modifier ces modèles en modifiant le code source du web Freepbx.

Trunk Sequence

Séquence de trunks pour aiguiller l’appel. La route orientera l’appel vers le premier trunk libre de la liste. Si la communication n’est pas réussie, le système essayera le trunk suivant. A noter qu’un trunk est considéré occupé s’il y a autant de communications (entrantes ou sortantes)

104

Installation d’une carte TDM

XX. Petite explication sur la syntaxe des cartes TD M Le fabricant de ce type de matériel téléphonique est Digium, la société qui développe

Asterisk.

TDM400P, modulables, c’est à dire que l’on peut y ajouter des modules FXO/FXS.

Les conventions de dénomination des bundles TDM sont les suivantes, TDM X Y B, où :

• X est le nombre de module FXS, • Y est le nombre de module FXO • B signifie que le produit est un bundle

La TDM22B est donc une carte TDM400P avec 2 modules FXS et 2 modules FXO.

XXI. Explication sur FXO/FXS FXS et FXO sont les noms donnés aux ports utilisés par des lignes téléphoniques Analogiques (aussi connus sous le nom anglais de POTS - Plain Old Telephone Service)

FXS – l’interface Foreign eXchange Subscriber est un port qui raccorde la ligne téléphonique de l’abonné. En d’autres termes, la « prise murale » qui fournit la tonalité, le courant de charge et le voltage de la sonnerie

FXO - l’interface Foreign eXchange Office est un port qui reçoit la ligne téléphonique. C’est la prise du téléphone ou de la télécopieuse, ou la (les) prise(s) de votre réseau téléphonique analogue.

Le FXO offre un indicateur d’état raccroché/décroché (fermeture de circuit). Puisque le port FXO est raccordé à un appareil, tel un téléphone ou une télécopieuse, il est souvent appelé « périphérique FXO ».

Le FXO et le FXS vont toujours de paire – similaire à la prise mâle et femelle.

En l’absence d’autocom, par exemple chez un particulier, les ports FXS représentent la prise téléphonique murale, sur laquelle on vient brancher un port FXO qui est la prise du téléphone.

XXII. Installation L’installation de la carte TDM400 (idem pour la carte TE110P) se fait automatiquement, car Trixbox possède les drivers.

105

Figure 1 Carte TDM400

L’analyse du fichier « /etc/zaptel.conf » devrait nous donner la configuration ci-dessous :

# Span 1: WCTDM/0 “Wildcard TDM400P REV I Board 1” (MASTER)

fxoks=1

fxoks=2

fxsks=3

fxsks=4

# Global data

loadzone = fr defaultzone = fr

Si ce n’est pas le cas, vous devez modifier « loadzone » et « defaultzone », en modifiant « us » par « fr ».

XXIII. Réinstallation de la carte Zaptel Dans le cas où l’on ne retrouve pas le nom de la carte de communication, on doit

106

réinstaller les drivers de la carte.

Pour la génération du fichier « zaptel.conf », on tape la commande « genzaptelconf ». Puis refaire la manipulation du dernier point ci-dessus.

XXIV. Astuce et commandes facultatives Commande à saisir dans la console de IPBX en mode root

DESCRIPTION COMMANDE Génération de fichier zaptel.conf genzaptelconf Voir les cartes installées zaptel-hardware Lister tous les canaux ztcfg ou ztcfg -vv Lister les canaux des cartes lszaptel Visualiser les flux de réception et émission

ztmonitor numport –v Ex : ztmonitor 3 -v

Réaliser un test zttest -v Savoir si la carte fonctionne zttool Pour visualiser l’audio ztmonitor numport –v

Ex : ztmonitor 3 -v

XXV. Installation d’un fax Pour la détection dans les deux sens (réception / émission) d’une ligne de fax, il faut modifier le fichier « /etc/zaptel.conf » en ajoutant :

[channels]

Faxdetect=both

107

Création d’un trunk SIP entre Avaya et Asterisk

Cette configuration a été réalisée à l’aide des documents suivants :

http://www.avaya.co.uk/emea/en-us/resource/assets/applicationnotes/SESAsterisk13AN.pdf

http://www.avaya.com/master-usa/en-us/resource/assets/applicationnotes/genspsiptrk-v1-1.pdf

Des exemples et de l’aide sur la configuration se trouvent également sur le forum : http://www.avayausers.com/

XXVI. Configuration du Communication Manager d’Avay a Change node-names ip

(Renseigner le serveur Asterisk, ainsi que son adresse IP)

change ip-network-region 3

(création d’une région, ici dans l’exemple 3) page 1

108

page 3

change ip-codec-set 1

(vérification des codecs, Asterisk doit aussi les posséder)

109

add signaling-group 21

(ajout d’un signal de groupe, dans cette exemple, on lui attribue le numéro 21)

add trunk-group 21

(Ajout d’un trunk, numéroté 21)

110

change route-pattern 21

(modification des routes, en fonction du nombre de nœuds)

change uniform-dialplan 8

(Ajout du Dial Plan, numérotation 873X avec comme longueur quatre chiffres)

change aar analysis 8

111

change ip-network-map

XXVII. Configuration du serveur SIP d’Avaya Depuis l’interface Integrated Management SIP Server Management, aller dans « Hosts » puis « List » et cliquer sur « Map »

Cliquer sur « Add Map In New Group »

112

Renseigner « Name » et « Pattern », cocher « replace URI », puis cliquer sur « Add »

Cliquer sur « Add Another Contact »

Renseigner Contact (172.20.206.128 -> Asterisk)

113

Cliquer sur « Add Another Trusted Host » dans le menu « Trusted Hosts » et « List »

Renseigner l’adresse IP d’Asterisk

114

Dans le menu de droite, aller dans « Media Servers » puis « List », dans l’interface cliquer sur « Map »

Cliquer sur « Add Another Map »

Renseigner « Name », « Pattern », cocher « Replace URI » et cliquer sur « Add »

115

Cliquer sur « Add Another Contact »

Renseigner « Contact », ici dans l’exemple : « sip:$(user)@172.20.206.200:5061;transport=tls »

Cliquer sur « Update » pour effectuer les changements.

XXVIII. Vérification du Trunk Dans « Command Manager »

Saisir « status trunk 21 » (21 est le numéro du trunk créé précédemment)

116

Chaque ligne doit être en service « in-service/idle » dans « Service State »

Saisir « status signaling-group 21 »

L’état du groupe doit être en « in-service »

Création d’un trunk H323 entre Avaya et Asterisk

add node-names ip

node-name : Asterisk ip address : @IP Asterisk à renseigner !

add signaling-group 22

group type : H.323 Trunk group for channel selection : 33 Near-end node name : PROCR Near-end listen port : 1720 Far-end node name : Asterisk Far-end listen port : 1720 Far-end network-region : 19 (-> à priori sans importance à ce jour, il

n’y a pas de restriction ni de configuration particulière associée aux network-regions)

Calls share IP signaling connections : n

117

DTMF over IP: in-band Direct IP-IP Audio Connections? n IP Audio Hairpinning? y

add trunk-group 22

name : ASTERISK_H323 Group type : isdn Direction : two-way TN : 1 TAC : (se positionner dessus et “enter” pour le spécifier) Carrier Medium : H.323 Service type : tie

Member Assignment Method : Auto Signaling Group : 22 Dial Access : y

page 3 : Trunk features Send name : y Send calling number : y Send connecting number : y

(autres clés : valeurs par défaut)

change ip-network-region 19

Codec set 1 Intra-region IP-IP direct audio no Inter-region IP-IP direct audio no IP Audio Hairpinning y

change ip-codec-set 1

Audio Silence Frames Packet Codec Suppression Per Pkt Size(ms) 1: G.711A n 2 20 2: G.729 n 2 20 3: G.729A n 2 20

change dialplan analysis

Dialed string 876 Total Length 4 Call Type ext

change uniform-dialplan 8

Matching pattern 876 len 4 (longueur de l’extension) del 0 Net aar (appels locaux)

change aar analysis 8

Dialed string 876

118

route-pattern <n° route-pattern> (= 22) call-type aar

change route-pattern <n° route-pattern> (= 22)

pattern name Asterisk_H323 Group number 22 (trunk group vers lequel on route les appels) FRL 0 (Facility Restriction Level ; 0 : niveau le plus faible -> tous les

téléphones seront autorisés à utiliser le trunk 22) No. Del Dgts Rien (nombre de digits à effacer)

119

Procédure de sauvegarde Trixbox

Le module de sauvegarde doit être installé, si ce n’est pas le cas suivre le chapitre « IX - Installer les modules de trixbox ».

XXIX. Sauvegarde Dans le menu « PBX », cliquer sur « PBX Settings »

Aller dans « Tools » puis « Backup & Restore »

Cliquer sur « Add Backup Schedule »

120

Donner un nom et sélectionner les options que l’on désire sauvegarder.

Sélectionner « Now » dans « Run Schedule »

Cliquer sur « Submit Changes » pour que la sauvegarde commence.

121

La sauvegarde est stockée dans le serveur Trixbox dans le répertoire « /var/lib/asterisk/backups/ »

XXX. Restauration Cliquer sur « Restore from Backup » puis sur « tout »

Cliquer sur l’archive, dans cette exemple « 20080529.17.59.43.tar.gz »

Cliquer sur une « Restore… » afin de restaurer celle-ci

122

Valider le message suivant

Pour finir cliquer sur « Apply Configuration Changes »

123

124

Résumé Ce rapport a été réalisé suite au stage que j’ai effectué en 2008 à l’Université de Besançon. Ce stage s’est déroulé dans le cadre de mon année de Master 2 informatique, spécialité : « Systèmes Distribués et Réseaux » à l’UFR des Sciences de Besançon. Durant cette expérience, j’ai pu aborder le domaine de la VoIP. J’ai aussi réalisé une maquette avec Trixbox et ainsi pu tester ce dernier afin de l’intégrer dans le système téléphonique actuel. Mots-clés : Trixbox, Asterisk, Avaya, VoIP, téléphonie, SIP, H323, Linux.

Abstract This report was created for my training course in 2008 in the University of Besancon. This training course took place during my second year of master’s degree in computer science, Speciality: Distributed Systems and Networks at Faculty of Science of University of Besancon. During this experience, I could approach the domain of VoIP. I also accomplished a pattern with Trixbox and so been able to test this last to insert it into the actual telephone system. Keywords : Trixbox, Asterisk, Avaya, VoIP, telephony, SIP, H323, Linux.