sudriaesme.free.frsudriaesme.free.fr/Rapport Final.docx · Web viewIls ne veulent pas que leurs...

Département signal et télécommunication Projet interne 2008/2009

Rapport Final :Gestion de la Taxation dans les réseaux de télécommunication

MEILHAC AlexisMAUSSAND DavidTHEYS Alban 3BIRT02

1/97


Remerciements

Nous tenons à remercier en premier lieu Monsieur Patrick DEVRIENDT, chef du département de Traitement du Signal, pour la mise à disposition des salles et de ces équipements nécessaires à mener à bien notre projet, la société THOMSON pour le prêt de ses téléphones IP, Mr CARPENE pour sa disponibilité pour les prêts de matériels et surtout Monsieur Vincent BABOT, notre chef de projet pour sa disponibilité et ses conseils tout au long de ces six mois d’étude.


2/97


Sommaire :

Introduction :.........................................................................................................................................8

I. L’objectif du projet.........................................................................................................................9

a. Identification des besoins...........................................................................................................9

b. Cahier des charges......................................................................................................................9

c. Architecture générale du réseau de notre projet.....................................................................11

d. Eléments constitutifs de notre réseau......................................................................................11

i. L’IPBX....................................................................................................................................11

ii. Le Switch...............................................................................................................................12

iii. Les Téléphones IP.................................................................................................................12

iv. Les Softphones......................................................................................................................13

II. La téléphonie sur IP (ToIp)............................................................................................................15

a. Architecture d’un réseau ToIp..................................................................................................15

b. Le modèle OSI...........................................................................................................................16

i. La Couche Physique..............................................................................................................17

ii. La Couche Liaison de Données..............................................................................................17

iii. La Couche Réseau.................................................................................................................17

iv. La Couche Transport.............................................................................................................17

v. La Couche Session.................................................................................................................17

vi. La couche Présentation........................................................................................................17

vii. La Couche Application......................................................................................................18

c. Le Protocole SIP........................................................................................................................18

i. Définition du Protocole SIP (Session Initiation protocole)....................................................18

ii. Les Différentes Fonctionnalités associées au Protocole SIP..................................................18

iii. Architecture du protocole SIP...............................................................................................18

iv. Ouverture d’une session.......................................................................................................19


3/97


v. Format des messages SIP......................................................................................................19

vi. Avantages du protocole SIP..................................................................................................19

vii. Sécurité et authentification..............................................................................................19

viii. Fonctionnalités du protocole SIP......................................................................................20

ix. Architecture en couches de SIP dans le modèle OSI.............................................................20

x. Exemple d’un appel simple par le protocole SIP...................................................................21

d. Codecs utilisés..........................................................................................................................22

e. Qualité de service et problèmes liés à la VoIP..........................................................................27

i. La latence, délai ou temps de réponse.................................................................................27

ii. La perte de paquets (packet loss).........................................................................................28

iii. La gigue (jitter)......................................................................................................................29

iv. Phénomène d’écho...............................................................................................................30

f. Les architectures de migration vers la ToIP..............................................................................30

i. La ToIP dans une TPE............................................................................................................30

ii. La ToIP dans une PME...........................................................................................................32

iii. La ToIP dans une Grande Entreprise (GE).............................................................................33

III. La plate-forme téléphonique TRIXBOX (Asterisk@Home)........................................................34

a. Astérisk.....................................................................................................................................34

i. Présentation d’Asterisk........................................................................................................34

ii. Les fonctionnalités................................................................................................................35

b. Présentation de TRIXBOX.........................................................................................................35

c. Licences....................................................................................................................................36

d. Les protocoles utilisés par cette plate-forme...........................................................................36

i. Le protocole IAX...................................................................................................................36

ii. Le protocole H.323...............................................................................................................36

e. Possibilités des différents services............................................................................................37

IV. La plate-forme de taxation : A2Billing......................................................................................37


4/97


a. L’Asterisk Gateway Interface (AGI)...........................................................................................38

b. Les principes de bases..............................................................................................................39

c. Les différentes solutions de paiements....................................................................................39

i. Solutions prépayées.............................................................................................................40

ii. Solutions post payée.............................................................................................................41

d. Principe de fonctionnement d’A2Billing...................................................................................41

e. L’interface de management......................................................................................................42

i. Configuration des clients......................................................................................................42

ii. Configuration de la facturation.............................................................................................45

iii. Carte de taux........................................................................................................................47

iv. Bouquet d’Offre....................................................................................................................50

v. Jonction................................................................................................................................51

vi. DID........................................................................................................................................51

vii. Compte-rendu d’appel......................................................................................................53

viii. Facture..............................................................................................................................54

ix. Administrateur.....................................................................................................................54

f. Les solutions et les modules.....................................................................................................55

g. Les failles du système...............................................................................................................56

i. Configuration par défaut......................................................................................................56

ii. Protocole SIP........................................................................................................................56

iii. Deny of service.....................................................................................................................56

iv. Dépassements des logs.........................................................................................................56

v. Modification de la trame IP..................................................................................................56

Conclusion............................................................................................................................................58

Annexes A : Les étapes d’installations de TRIXBOX..............................................................................59

Annexes B : Les étapes d’installations d’A2BILLING.............................................................................71

a. Choix du système d’exploitation et de la distribution..............................................................71


5/97


b. Vérification de l’installation du serveur Apache et PHP...........................................................71

i. Mise en place du Serveur APACHE.......................................................................................71

ii. Mise en place du serveur PHP..............................................................................................72

iii. Mise en place du serveur Postgres...................................................................................72

iv. Mise en place du serveur Mysql...........................................................................................73

v. Préparation du serveur de donnée Postgres pour A2Billing.................................................74

c. Mise en place et installation d’A2Billing...................................................................................74

i. Téléchargement du logiciel A2Billing....................................................................................74

ii. Création de d’un utilisateur de bases de données pour A2Billing........................................75

iii. Création des bases de données et remplissages de la base Postgres...............................75

iv. Création de la base de donnée sur MySQL...........................................................................77

v. Création des bases de données et remplissages de la base MySQL......................................77

vi. Installation des fichiers pour la configuration d’asterisk2billing...........................................78

vii. Installation de l’interface de gestion d’A2Billing...............................................................79

viii. Configuration et customisation de l’interface web sur le fichier a2billing.conf................79

d. Installation des composants AGI application............................................................................83

i. Installation............................................................................................................................83

ii. Installation des fichiers sons.................................................................................................84

iii. Configurer et customiser l’AGI : a2billing.conf.................................................................84

iv. Configuration des extensions pour faire tourner A2Billing dans Trixbox..............................89

Annexes C : Echéancier.........................................................................................................................90

Bibliographie :......................................................................................................................................92


6/97


Table des Figures :Figure 1 : Schéma topologique du réseau de notre projet...................................................................12

Figure 2 : Photo du Switch ACCTON 8 ports.........................................................................................14

Figure 3 : Photo de l’IPphone de Thomson...........................................................................................15

Figure 4 : Photo du Softphone X-Lite....................................................................................................17

Figure 5 : Exemple de schéma topologique d’un réseau sur IP............................................................19

Figure 6 : Le Modèle OSI.......................................................................................................................20

Figure 7 : L’architecture en couches de SIP dans le modèle OSI...........................................................26

Figure 8 : Simple appel sur SIP..............................................................................................................27

Figure 9 : Exemple d’acheminement d’un paquet IP............................................................................28

Figure 10 : Processus du codage de la voix...........................................................................................29

Tableau 1 : Echelle d’évaluation de la qualité de voix..........................................................................31

Tableau 2 : Score MOS des codecs.......................................................................................................32

Figure 11 : Comparatif de Codec..........................................................................................................32

Tableau 3 : Qualité sonore en fonction du délai...................................................................................34

Figure 12 : Mise en place de l’Adaptateur ATA-286.............................................................................37

Figure 13 : Architecture comprenant TRIXBOX et A2Billing..................................................................46

Figure 14 : Processus d’acheminement d’un appel à travers A2Billing................................................48


7/97


Introduction :

Permettant initialement de couvrir les coûts de déploiement et de maintenance des infrastructures réseaux, la taxation a vu son rôle et son importance évoluer considérablement au cours de ces dernières années. L’enrichissement de l'offre des services et des contenus a d'abord conduit les opérateurs à développer des modèles de business variés et complexes leurs permettant d'extraire les revenus associés. Puis, les évolutions vers le "tout IP" et vers la convergence des réseaux fixes et mobiles confrontent l'opérateur à une diversité des usages entre mondes mobiles et Internet ainsi qu'à de nouveaux enjeux en terme de positionnement de l'opérateur vis-à-vis des tiers et d'évolution du Système d'Information notamment.

Ainsi la téléphonie IP prend une place de plus en plus importante dans le monde des entreprises et surtout dans le monde des Systèmes d’Information. En effet, alors que l’on pense souvent à la voix sur IP (VoIP) comme un moyen de téléphoner gratuitement, la valeur réelle de la VoIP est qu’elle permet à la voix de devenir rien de plus qu’une nouvelle application dans les réseaux de données. Le but principal du téléphone, la communication, peut être réalisé de manière beaucoup plus créative. En utilisant un réseau de données IP où la voix n’est qu’une simple information parmi tant d’autres, on peut y associer des services visant à améliorer la simple communication entre deux postes.

Mise à part cette vision sur la téléphonie IP, il existe aussi un vrai intérêt pour les entreprises d’avoir aussi un aspect économique. Ainsi cet aspect est un facteur déterminant dans les choix des solutions matérielles et logicielles. Sur le marché des commutateurs téléphoniques on a :

Les systèmes à commutations de circuits classiques et payants, qui ont fait leurs preuves jusqu’ici en offrant une bonne qualité de service.

Les systèmes à commutations de paquets, payant ou non, qui promettent une réduction des coûts de déploiement, de maintenance et d’exploitation par rapport aux commutateurs classiques.

Les commutateurs hybrides qui intègrent les deux systèmes précités.

La problématique de notre projet est :

Est- il possible de trouver sur le marché une solution entièrement "Open Source" intégrant un commutateur IP et un logiciel de facturation ?


8/97


I. L’objectif du projet

a. Identification des besoins

Le secteur des télécommunications est probablement la dernière industrie majeure de l’électronique qui n’a pas encore été touchée par la révolution Open Source. Les grands fabricants continuent à créer des systèmes chers et incompatibles, par exemple le Business Communications Manager de Nortel basé sur un PC à 700Mhz. Tout ceci peut être vendu pour 4000 à 10000 euros.

Tous les grands fabricants proposent des produits pensés de la même façon. Ils ne veulent pas que leurs clients puissent avoir du choix ou de la souplesse. Ils veulent les enfermer dans les cycles de vie de leurs produits. Dans le cadre d’un projet interne, il est impensable de payer de telle somme. C’est pourquoi la solution Open Source nous a parut la plus évidente afin de réduire les coûts.

b. Cahier des charges

L’objectif de notre projet est la mise en place d’une plate-forme de facturation soutenu par un IPBX. Il sera donc possible de mettre en place une taxation téléphonique consistant en la génération de rapports journaliers des appels pour pouvoir superviser les appels et serrer au maximum la facture téléphonique. Ce système de taxation sera intégré sur un IPBX et se basera sur l'analyse des tickets CDR (Charging Data Record) afin de:

Fournir les tableaux de bord nécessaires à l'analyse de la consommation téléphonique.

Refacturation interne des communications. Restreindre les utilisateurs ou services consommant trop. Fournir un système de pré payé aux gros utilisateurs ou services de téléphone et/ou

pour des appels vers l’internationales.

En effet, l’IPBX sera matérialisé par un ordinateur sur lequel on aura installé un système de « virtualisation » (VmWare) puis on utilisera la plate forme ToIP nommé Trixbox (anciennement Asterisk@home). Ce logiciel joue le rôle de passerelle avec le réseau des téléphones IP (THOMSON ST2030) et softphone (Xlite) et permet aussi la téléconférence, la messagerie vocale, les transferts d’appel mais toutes ces options de services ne seront pas installées.

Dans notre cas, nous ne l’utilisons pas comme une passerelle entre le réseau IP et le réseau RTC car les téléphones que nous utilisons dans notre réseau sont des téléphones numériques (IP phone de type Thomson ST2030). Il faudra alors configurer le logiciel et les IP


9/97


phone correctement, selon le protocole SIP (utilisé par les IP phone et implémenté par Asterisk), pour pouvoir mettre en place le réseau de communication.

Dans un deuxième temps, nous installerons une plate-forme de facturation nommé A2Billing puis nous mettrons en place un système de pré paiement sur tous les téléphones du réseau que ce soit sur les téléphones IP ou les Softphones. Ce module de gestion de la taxation permettra de visualiser, de gérer, et de calculer les coûts téléphoniques associés à tous les appels qu’ils soient entrant ou sortant. Il sera possible de trier les appels en fonction :

• Du type d’appel (entrant/sortant)• De la date et de l’heure• Du numéro appelant• Du numéro appelé• De la durée de la connexion• Du coût de communication

Ce module de gestion de taxation téléphonique pourra traiter les points suivants :

• Communication avec un IPBX et différents types de téléphone (Softphone, Téléphone analogique et IPphone).

• Récupération des données taxables.• Traitement de ces données taxables.• Sauvegarde de ces données taxables.• Restriction de certains utilisateurs en leur donnant un système de pré payé ou

d’unité.• Gestion financière des flux télécoms. • Taxation multi devises, multi-opérateurs. • Gestion des appels : contrôle des dépenses téléphoniques, définition des seuils. En

cas de dépassement, génération d'une alerte, envoi d’emails.


10/97


c. Architecture générale du réseau de notre projet

Figure 1 : Schéma topologique du réseau de notre projet

Le réseau que nous allons créer sera constitué de ces éléments:

Nous avons à notre disposition un ordinateur avec le logiciel Asterisk (solution Trixbox) installé dessus, ce qui va nous servir d’IPBX.

Un switch 8 ports qui relira l’ordinateur aux IP phone 2 IP phone Thomson ST2030 Un ordinateur où sera installé un softphone Xlite Des câbles Ethernet RJ45

d. Eléments constitutifs de notre réseau

i. L’IPBX

Nous allons détaillés le fonctionnement d’un IPBX un peu plus après ce chapitre et nous nous concentrerons sur ses caractéristiques techniques dans cette partie. Dans notre cas nous utiliserons un ordinateur portable de chez ASUS.

Caractéristiques techniques :

ASUSTek Computer Inc : Processeur: Intel Pentium M 1.5 GHz RAM: 502 (maximum) Réseau : RealTek RTL-8139/810x Family Fast

Cet ordinateur nous permettra dans un premier temps de simuler une connexion point à point à l’aide d’un softphone et des téléphones, puis l’ordinateur se dédiera exclusivement au fonctionnement d’Asterisk afin d’assurer un maximum de ressources


11/97


disponibles. D’après les utilisateurs avertis d’Asterisk, un ordinateur portable tel que l’ASUS aurait la puissance de calcul nécessaire pour traiter de 10 à 15 conversations simultanées.

ii. Le Switch

Un commutateur réseau ou switch est un équipement qui connecte plusieurs segments dans un réseau informatique. Il utilise la logique d’un pont mais permet une topologie physique et logique en étoile. Les commutateurs sont souvent utilisés pour remplacer des concentrateurs. Chaque nœud connecté à un concentrateur reçoit les trames des autres par diffusion (broadcast), même celles qui ne lui sont adressées. Un commutateur, quant à lui, connecte des segments et maintient les connexions aussi longtemps que des donneés sont envoyées.

Un commutateur connecte des canaux Ethernet, ou d’autres types de segments réseaux à paquets de la couche 2 du modèle OSI.

Nous utiliserons un switch présentant les similarités suivantes :

Type de réseaux : commutateur Nombre de port : 8 ports Protocole de liaison de données Ethernet

Accton Cheetahswitch Workgroup-3008A :

Figure 2 : Photo du Switch ACCTON 8 ports

iii. Les Téléphones IP

Un IPphone ou téléphone IP est un terminal téléphonique de type numérique destiné notamment à transmettre les signaux vocaux, qui est équipé d’une interface pour protocole IP et d’un écran de convivialité. Selon la réalisation, il peut afficher sur un écran des pages HTML ou exécuter un protocole XML. On peut donc parler et y lire du texte, y contempler des images (en noir et blanc ou couleur, fixes ou animées) ou des simples logos. Les commandes sont le plus souvent manuelles et pourront bientôt être effectués à l’aide de messages vocaux spécialisés.


12/97


Nous utiliserons le modèle ST2030 de chez Thomson :

Figure 3 : Photo de l’IPphone de Thomson

Caractéristiques :

o Affichage graphique 128X64o 2 ports Ethernet 10/100o Port RJ9 casque intégréo -Standard VoIP : SIP V2 (RFC 3261) ou MGCPo Standards de compression audio : G.711, G.723, G.729ABo -Attribution d’adresses IP : Configuration statique ou dynamique IP (client

DHCP)o Interface web de configuration et de mise à jour du logiciel embarqué (mode

administrateur et utilisateur)o Configuration du poste automatique (DHCP, TFTP ou HTTP)o 5 langues

Services du téléphone :

o Multi-lignes, renvoi d’appel, transfert d’appel, appel en attente, rappeler le dernier numéro

o Ecoute amplifiée

o Indicateur de message d’attente

o Appeler via un numéro abrégé

o Répertoire

o Affichage de l’identité de l’appelant


13/97


iv. Les Softphones

Ils permettent également de téléphoner grâce au réseau IP d’une entreprise par exemple, mais ils ne ressemblent pas physiquement à des téléphones. En effet, les Softphones sont en faîte des logiciels que l’on peut installer sur des PC standards dont certains sont libres de droit donc gratuits. Il suffit alors de connecter à l’ordinateur un micro casque et de lancer un logiciel Softphone.

Notre Softphone, X-lite :Edité par Xten, X-Lite 2.0 est l'un des téléphones logiciels les plus utilisés au monde. Il

dispose de toutes les fonctionnalités d'un téléphone traditionnel et ainsi que des fonctionnalités supplémentaires telles que la mémorisation les derniers numéros émis ou reçus. Certains Softphones intègrent un répondeur et permet de transférer une ligne, de réaliser des conférences téléphoniques jusqu'à dix participants (il s’agit en général de versions professionnelles).

Figure 4 : Photo du Softphone X-Lite

Avantage : Gratuit Peut être couplé avec Excel.

Inconvénients : Ne permet pas l'utiliser le codec G729 qui permettrait une meilleure qualité de

communication. La numérotation s'effectue seulement en cliquant sur le clavier numérique du

Softphone. Voix émise légèrement plus faible que dans un téléphone normal.


14/97


II. La téléphonie sur IP (ToIp)

a. Architecture d’un réseau ToIp

Depuis une dizaine d’années, les entreprises et les opérateurs adoptent de plus en plus les standards de l’internet pour leurs réseaux informatiques de données, dont le protocole de communication (l’IP). C’est pourquoi une voix (signal audio analogique) est numérisée par un codage via des codecs, donc celle-ci devient des données, qui vont pouvoir ensuite être envoyées par paquets sur le réseau internet (IP) : ce processus est appelé VoIP (Voice over Internet Protocol).La transformation des fréquences vocales en une suite de 0 et de 1 doit, en principe épargner des ressources dans le réseau et, en groupant les appels de même direction dans des canaux utilisant l’IP (sur Internet ou sur canaux réservés en dehors d’Internet), la mise en paquets devrait être efficace et économique.

Cette méthode est donc très intéressante pour les entreprises car elles peuvent fusionner le réseau téléphonique avec le réseau IP déjà existant, ce qui n’engendre aucun frais supplémentaire dans l’infrastructure. De plus, la transmission des paquets pourrait atteindre des débits très importants.

Pour assurer toutes les connexions, tout appel en VoIP (filaire ou radio) doit pouvoir atteindre un abonné quelconque (VoIP ou non), de type filaire ou radio. Voici un schéma topologique d’un réseau de téléphonie sur IP. Il est toujours composé de terminaux (ici, ce sont des téléphones IP), d’un serveur de communication et de passerelle vers les autres réseaux.

Figure 5 : Exemple de schéma topologique d’un réseau sur IPMEILHAC AlexisMAUSSAND DavidTHEYS Alban 3BIRT02

15/97


Le premier exemple illustré est l’appel intra-site (à l’intérieur d’un même réseau IP).L’appel (depuis un IP phone) passe par l’IPBX, qui joue le rôle d’un routeur, puis est dirigé vers le poste du numéro appelé.

Le second exemple est un appel depuis un téléphone IP vers un autre du réseau IP. L’appel passe par l’IPBX du réseau puis par le réseau Internet. Ensuite, il va sur l’IPBX du réseau IP demandé et enfin sur le poste du numéro appelé.

Le dernier exemple est l’appel depuis le téléphone IP vers un téléphone classique du RTPC. Il passe par l’IPBX du réseau d’origine, par le réseau Internet puis par la passerelle (interface entre le réseau IP et le réseau commuté), ce qui nous amène dans le réseau de téléphone classique. Enfin, il arrive au poste du numéro demandé. La passerelle (GateWay) sert de lien entre le réseau IP et le réseau commuté de téléphonie classique (RTPC). En effet, la passerelle convertit les signaux analogiques en signaux numériques (paquets IP) pour pouvoir transmettre les infos dans un sens ou dans l’autre (IP vers RTPC).

L’IPBX (Internet Private Branch eXchange) a pour rôle de serveur de communication car il utilise ses protocoles (généralement H323, SIP ou MGCP) pour gérer les passerelles, il fait en sorte que les appels arrivent bien à destination. C’est le GateKeeper de la passerelle, sa partie logicielle.

b. Le modèle OSI

Ainsi, le modèle en couches OSI a été créé pour pouvoir se retrouver dans les différents protocoles existant et de pouvoir en changer, c’est ce qu’on appelle la hiérarchisation.

Figure 6 : Le Modèle OSI


16/97


i. La Couche Physique

Elle s’occupe de la bonne transmission des bits sur un canal de communication et des caractéristiques physiques du réseau (types de câble, connecteurs, …). L’unité d’information est le bit.

ii. La Couche Liaison de Données

Elle a un rôle de « liant » car elle va transformer les données de la couche physique en liaison pour la couche réseau. Son rôle est la détection et la correction d’erreurs qui sont survenues sur la couche physique. L’unité d’information de cette couche est la trame.

iii. La Couche Réseau

Cette couche gère le sous-réseau, l’interconnexion des réseaux et le routage des paquets de données. Elle traite aussi de l’adressage, du contrôle de flux et de l’optimisation des flux d’un réseau à un autre. L’unité d’information de cette couche est le paquet.

iv. La Couche Transport

Cette couche gère le bon acheminement des messages complets au destinataire en établissant des règles de transmission (protocole). En effet, elle prend les messages de la couche session pour les découper en parties (paquets) plus petites si besoin et les envoie dans le réseau. Cela en s’assurant que ceux-ci parviennent de l’autre côté. Puis elle réassemble les parties du message à la réception de celles-ci.

C’est une des couches les plus importantes car elle s’occupe aussi de l’optimisation des ressources du réseau, du relâchement des connexions sur le réseau, du contrôle des flux et surtout fournit le service de base à l’utilisateur (processus de connexion avec les contraintes qui lui sont liées). L’unité d’information est le message.

v. La Couche Session

Elle organise et synchronise les échanges entre tâches distantes. Elle établit les sessions entre les noeuds du réseau. Elle insère des points de reprise dans le flot de données de manière à pouvoir reprendre le dialogue après une panne.

vi. La couche Présentation

Cette couche s’occupe de la représentation des informations donc la syntaxe et la sémantique des données transmises. Elle peut coder l’information de départ, les compresser et les crypter.


17/97


vii. La Couche Application

C’est le point de contact entre l’utilisateur et le réseau.

c. Le Protocole SIP

i. Définition du Protocole SIP (Session Initiation protocole)

Ce protocole appartient à la couche application du modèle OSI. Son rôle est d’ouvrir, de modifier et de libérer les sessions. Ces sessions permettent de réaliser de l’audio ou vidéoconférence de la ToIP ou encore de la diffusion multimédia sur IP (ecommerce …). Un utilisateur peut se connecter avec les utilisateurs d’une session déjà ouverte.

Afin d’ouvrir une session, l’utilisateur émet une invitation. Cette invitation transporte un descripteur de session qui permet aux utilisateurs de s’accorder sur la compatibilité de leur média. L’avantage de SIP réside dans le fait qu’il est indépendant du protocole de transport.

SIP est un protocole de type requête / réponse très proche du protocole http (protocole sur lequel est basé le web et les emails). Par conséquent, SIP peut aisément être supporté par des applications Web. C’est pourquoi la téléphonie peut devenir une nouvelle application web et s’intégrer à d’autres services du net. SIP est un outil formidable pour faire converger de la voix et des données au sein d’un même réseau.

ii. Les Différentes Fonctionnalités associées au Protocole SIP

SIP localise le terminal appelé et analyse le profil et les ressources du destinataire. Ce protocole gère également les négociations de type média (voix, vidéo, données…), ainsi que les paramètres de communication. Il détermine si le poste appelé souhaite communiquer, et, le cas échéant autorise l’appelant à le contacter, ce qui permet une optimisation de la communication entre les différents utilisateurs du réseau utilisant le protocole SIP.

Evidement SIP avertit les parties appelant et appelées de la demande d’ouverture de session, gestion du transfert et de la fermeture des appels.

iii. Architecture du protocole SIP

SIP est un protocole fonctionnant en mode point à point et /ou en mode diffusif. SIP permet donc l’ouverture de sessions en mode :

Point-à-point : communication entre 2 machines, on parle d’unicast. Ex : téléphonie sur IP

Diffusif : plusieurs utilisateurs en multicast, via une unité de contrôle M.C.U (Multipoint Control Unit).Ex : visioconférence, forum


18/97


Combinatoire : plusieurs utilisateurs pleinement interconnectés en multicast via un réseau à maillage complet de connexions.

iv. Ouverture d’une session

Les différents éléments intervenant dans l’ouverture d’une session :

Choix des protocoles les mieux adaptés (RSVP, RTP, RTCP, SAP, SDP). Requête SIP : une fois le client (machine appelante) connecté à un serveur SIP

distant, il peut lui adresser une ou plusieurs requêtes SIP et recevoir une ou plusieurs réponses de ce serveur.

v. Format des messages SIP

Un message SIP peut être à la fois une requête d’un client (terminal appelant) vers un serveur (terminal appelé), ou une réponse d’un serveur vers un client :

Ligne de requête (Méthode, Requête URI, version SIP). En tête général, ou de requête, ou d’entité CRLF (permet de spécifier la fin du champ

d’en-têtes, et le début du corps du message). Corps du message Requête d’un client vers un serveur. Ligne d’état (version SIP, code d’état, Reason Phrases).

vi. 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’avec UDP. De plus, il sépare les flux de données de ceux la signalisation ce qui rend plus souple l'évolution "en direct" d'une communication (arrivée d'un nouveau participant, changement de paramètres…).

vii. Sécurité et authentification

Les messages SIP peuvent contenir des données confidentielles, en effet le protocole SIP possède 3 mécanismes de cryptage:

Cryptage de bout en bout du Corps du message SIP et de certains champs d’en-tête sensibles aux attaques.


19/97


Cryptage au saut par saut (hop by hop) à fin d’empêcher des pirates de savoir qui appelle qui.

Cryptage au saut par saut du champ d’en-tête pour dissimuler la route que la requête a emprunté.

De plus, à fin d’empêcher à tout intrus de modifier et retransmettre des requêtes ou réponses SIP, des mécanismes d’intégrité et d’authentification des messages sont mis en place. Et pour des messages SIP transmis de bout en bout, des clés publiques et signatures sont utilisées par SIP et stockées dans des champs d’en-tête.

viii. Fonctionnalités du protocole SIP

Localisation du terminal appelé. Analyse du profil et des ressources du destinataire. Négociation du type de média (voix, vidéo, données…), et des paramètres de

communication. Disponibilité de l’appelé : détermine si le poste appelé souhaite communiquer, et

autorise l’appelant à le contacter. Etablissement et suivi de l’appel : avertit les parties appelant et appelé de la

demande d’ouverture de session, gestion du transfert et de la fermeture des appels.

ix. Architecture en couches de SIP dans le modèle OSI

Figure 7 : L’architecture en couches de SIP dans le modèle OSI


20/97


A chacune des couches de l’architecture SIP sont associés des protocoles tels que :

RSVP est un protocole utilisé pour réserver les ressources réseaux sur IP avec une excellente qualité de service(QoS)

R.T.P.(Real-time Transport Protocol) pour transporter des informations en temps reel avec une excellente qualité de services

R.T.C.P.(Real-Time streaming Control Protocol) pour assurer le contrôle de flux des données multimédia

S.A.P.(Session Announcement Protocol) pour préciser si les sessions mutimedia ouvertes le sont en multicast

S.D.P.(Session Description Protocol) est un protocole de description des sessions multimédia.

x. Exemple d’un appel simple par le protocole SIP

Le scénario de la figure illustre un appel simple par SIP utilisant les requêtes INVITE, ACK et BYE. Un client x SIP appel un autre terminal y en utilisant le message INVITE.

Ce message contient d'ordinaire assez d'informations pour permettre au terminal appelé d’établir immédiatement le flux média requis vers l'appelant. Le terminal appelé doit quant à lui, indiquer qu'il accepte la requête, ce qui est la finalité de la réponse 200 OK. Puisque la requête est une invitation à communiquer, la réponse 200 OK contient également d'ordinaire une proposition de flux média pouvant être établie vers le terminal appelé, ainsi que les informations de port correspondants. Le message ACK est une transaction et la requête BYE est une demande de relâchement de l'appel. Ce type d'échange de transaction SIP pendant une communication entre user agents est appelée un dialogue SIP (dialog). Il faut préciser que la capture de ces signaux ou requêtes permet de facturer l'appel.


21/97


Figure 8 : Simple appel sur SIP

d. Codecs utilisés

Le transport de la voix sur un réseau IP nécessite au préalable tout ou une partie des étapes suivantes :

Numérisation : dans le cas où les signaux téléphoniques à transmettre sont sous forme analogique, ces derniers doivent d'abord être convertis sous forme numérique suivant le format PCM (Pulse Code Modulation) à 64 Kbps. Si l'interface téléphonique est numérique (accès RNIS, par exemple), cette fonction est omise.

Compression : le signal numérique PCM à 64 Kbps est compressé selon l'un des formats de codec (compression / décompression) puis inséré dans des paquets IP. La fonction de codec est le plus souvent réalisée par un DSP (Digital Signal Processor) dont le cout est lié à la complexité du codec utilisé. Selon la bande passante à disposition, le signal voix peut également être transporté dans son format originel à 64 Kbps.

Décompression : côté réception, les informations reçues sont décompressées. Il est nécessaire pour cela d'utiliser le même codec que pour la compression. Puis les informations sont reconverties dans le format approprié pour le destinataire (analogique, PCM 64Kbps...).

On peut représenter ces différentes étapes à l’aide du schéma synoptique suivant:


22/97


Figure 9 : Exemple d’acheminement d’un paquet IP

Le terme « CODEC » est construit d'après les mots COmpression et DÉCompression. Il s'agit d'un procédé permettant de compresser et de décompresser un signal, audio ou vidéo, le plus souvent en temps réel. Le procédé peut être sous forme de logiciel ou encore de matériel (hardware). Par extension, c'est le logiciel ou le circuit qui contient cet algorithme.

Ces algorithmes de compression de données permettent, en général, de réduire la taille du fichier original par des facteurs allant de 2 à 100 (voire plus pour certaines applications). L’objectif d’un codec est d’obtenir une bonne qualité de voix avec un débit et un délai de compression les plus faibles possibles. Ainsi il détermine à quelle vitesse la voix est échantillonnée et dimensionne le flux de données numériques que va générer la transformation d’un échantillon temporel de voix analogique.

Le synoptique suivant permet de visualiser le rôle joué par les codecs :

Figure 10 : Processus du codage de la voix

Les codecs sont répertoriés par leur nom à l’ITU (Union International des Telecoms). Ceux utilisés par la VoIP sont spécifiques par leur algorithme de compression et leur débit binaire de transmission. Pour notre étude nous nous intéresserons uniquement aux codecs de la voix (série G7XX) dont voici une liste non exhaustive :


23/97


G.711 (approuvé en 1965) :

Ce codec est le premier à avoir été utilisé dans la VoIP. Même si il existe maintenant des codecs nettement plus intéressants, celui ci continue d’être implémenté dans les équipements a des fins de compatibilité entre marques d’équipements différentes. Le principe utilisé est le codage du signal selon une échelle logarithmique. Pour cela deux lois différentes sont utilisées selon les pays. Aux USA et au Japon, il s’agit de la loi X alors que dans le reste du Monde, il s’agit de la loi A. Ces deux lois sont quasiment identiques cependant.

Il distribue des mots de 8 bits transmis 8000 fois par seconde et nécessite donc une transmission à 64000 bits par seconde.

Ce codec, considéré comme non compressé, est le codec de base duquelproviennent tous lesautres. Le score MOS qu’il obtient est de 4,2 ce qui en fait un codec de bonne qualité de restitution. La partie du spectre de fréquence au dessus de 4kHz est cependant éliminée.

G.722 (approuvé en 1988) :

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

G.722.1 :

Dérivé du codec précédent, celui ci propose des débits encore plus faibles (32 ou 24kbit/s). Il existe même des versions propriétaires de ce codec fournissant un débit de 16kbit/s.

G.723.1 (approuvé en 1995) :

C’est le codec par défaut lors des communications à faible débit. Deux modes sont disponibles. Le premier propose un débit de 6,4kbit/s et le deuxième un débit de 5,3kbit/s. Là aussi, le changement de mode peut se faire en pleine communication. Ce codec est un parfait exemple de codec à pertes. Les tonalités (utilisée par exemple lors d’un appel à un serveur vocal lorsque l’on appuie sur les touches) ne sont pas correctement retransmises et donc non reconnues. Les scores MOS varient entre 3,7 et 3,9.

G.726 :

Ce codec aussi appelé ADPCM (Adaptive Differential Pulse Code Modulation) ne demande pas de licence pour fonctionner et offre une qualité quasi-identique à celui du


24/97


G.711, utilisé dans les réseaux RTC. Ce codec peu à peu abandonné fait un retour en force grâce à son rapport bande passante/puissance CPU car il ne demande pas beaucoup de calculs au système.

G.729 (approuvé en 1995-1996) :

Ce codec est avec G.723 un des plus utilisés en VoIP. A l’instar de ce dernier, il ne convient pas pour des transmissions autres que la voix et ne retransmet pas correctement les tonalités DTMF. Le score MOS obtenu est 4.0. Les codecs les plus souvent mis en oeuvre dans les solutions VoIP sont G.711, G.729 et G.723.1. Il est aussi important de préciser que dans certains pays, des brevets logiciels existent pour les codecs et de ce fait, il est nécessaire pour se procurer de tels codecs, d’acheter la licence correspondante au propriétaire du brevet sur les codages (notamment sur les codages G.723.1 et G.729).

Score MOS :La méthode MOS est une mesure subjective de la QOS (Quality Of Service) voixpar des

opérateurs humains. Elle n’a pas pour objet de fournir des données objectives mais d’obtenir une appréciation de la clarté de la voix reçue grâce à une enquête auprès d’un panel d'usagers ou d’opérateurs représentatifs. Cette méthode est définie par la spécification ITU P800 (MOS Mean Opinion Score, pour « note moyenne d’appréciation »). Son application est coûteuse et délicate, mais elle sert souvent de dernier recours lors de problèmes de plainte des utilisateurs du service de téléphonie. Elle s’applique aussi bien à la téléphonie traditionnelle qu’à la ToIP (Telephony over IP). Il convient de préciser que les notes attribuées dépendent de la sensibilité des différents individus mais également de la langue utilisée car en effet un codec utilisé pour compresser une conversation en français n'obtiendra pas la même note pour une conversation en mandarin. On classe la qualité d’écoute suivant les paramètres suivants :

Qualité de la parole Score

Excellente 5

Bonne 4

Correcte 3

Pauvre 2

Insuffisante 1Tableau 1 : Echelle d’évaluation de la qualité de voix


25/97


Une opinion moyenne de la qualité d'écoute (MOS) est donc calculée pour chaque codec. Les résultats obtenus pour les principaux codecs sont résumés dans le tableau ci-dessous :

Tableau 2 : Score MOS des codecs

Le tableau précédent peut ainsi être résumé par le comparatif suivant :

Figure 11 : Comparatif de Codec

Deux observations principales peuvent être tirées du Tableau 2 :

La qualité de la voix obtenue par les codecs G.729 et G.723.1 (à 6.4Kbps) est très proche de celle du service téléphonique actuel, et ce pour des débits entre 8 et 10 fois inférieurs. Ces deux codecs présentent une meilleure qualité que celle des réseaux téléphoniques cellulaires (GSM).

Le cumul, dans une même communication, d'opérations de compression/décompression conduit à une rapide dégradation de la qualité. Les solutions


26/97

Codec VoIP Débit (Kbps) Score MOS

G.711 (PCM) 64 4.1

G.726 32 3.85

G.729 8 3.92

G.723.1 6.4 3.9

G.723.1 5.3 3.65

GSM 13 3.5

G.729 x2 3.27

G.729 x3 2.68

G.729 x GSM 3.17


mises en oeuvre doivent éviter des configurations en tandem dans lesquelles un IPBX reçoit un appel d'un poste distant à travers une liaison VoIP et le redirige vers une autre liaison semblable.

Offrant une qualité de voix très proche, les codecs G.729 et G.723.1 se distinguent essentiellement par la bande passante qu'ils requièrent et par le retard que chacun introduit dans la transmission. Le choix d'un équipement implémentant l'un ou l'autre de ces codecs devra donc être fait selon la situation, en fonction notamment de la bande passante à disposition et du retard cumulé maximum estimé pour chaque liaison (selon les standards de l'UIT, le retard aller ou « one-way delay » devrait être inférieur à 150 ms).

Ainsi le choix du codec est un compromis entre la qualité de service souhaité et la capacité de l’infrastructure IP à délivrer une bande passante et des paramètres de qualité de service qui vont impacter cette qualité. Le paramètre le plus déterminant auquel on s’intéresse est la bande passante que l’on met en regard du nombre de communications simultanées à écouler.

De plus, le choix du codec influe également sur le délai d’échantillonnage, c’est-à-dire sur la durée de numérisation de la voix à l’émission puis de conversion en signal voix à la réception. Ce temps varie donc de quelques millisecondes avec le codec G.711 (débit 64 kbps) à plus de 50 ms en G.723 (débit 6,3 ou 5,3 kbps). C’est une des raisons pour laquelle le choix du codec impacte le score MOS d’appréciation de la clarté de la voix, indépendamment des autres caractéristiques de l’infrastructure.

e. Qualité de service et problèmes liés à la VoIP

La QoS (Quality of Service) est l'ensemble des technologies permettant d'assurer la qualité du service réseau, de contrôler la bande passante ou encore d'assigner des priorités aux flux réseau. Plus particulièrement, la QoS désigne l’aptitude à pouvoir garantir un niveau de transmission acceptable dans le réseau.

i. La latence, délai ou temps de réponse

Le temps de latence représente la durée de transmission de données entre 2 postes distants : c’est le retard entre l’émission et la réception d’un paquet.

La maîtrise du délai de transmission est un élément essentiel pour bénéficier d'un véritable mode conversationnel et minimiser la perception d'écho (similaire aux désagréments causés par les conversations par satellites, désormais largement remplacés par les câbles pour ce type d'usage). Or la durée de traversée d'un réseau IP dépend de nombreux facteurs :


27/97


Le débit de transmission Le nombre d’éléments réseaux traversés Le temps de traversée de chaque élément, qui est lui même fonction de la puissance

et de la charge de ce dernier, du temps de mise en file d'attente des paquets, et du temps d'accès en sortie de l’élément

Le délai de propagation de l'information, qui est non négligeable si on communique à l'opposé de la terre (une transmission par fibre optique, à l'opposé de la terre, dure environ70 ms).

Il faut également prendre en compte le fait que le temps de transport de l'information n'est pas le seul facteur responsable de la durée totale de traitement de la parole. Le temps de codage et la mise en paquet de la voix contribuent aussi de manière importante à ce délai. Il est important de rappeler que sur les réseaux IP actuels (sans mécanismes de garantie de qualité de service), chaque paquet IP « fait sont chemin » indépendamment des paquets qui le précèdent ou le suivent: c'est ce qu'on appelle grossièrement le « Best effort » pour signifier que le réseau ne contrôle rien. Ce fonctionnement est fondamentalement différent de celui du réseau téléphonique où un circuit est établi pendant toute la durée de la communication.

Les chiffres suivants (tirés de la recommandation UIT-T G114) sont donnés à titre indicatif pour préciser les classes de qualité et d'interactivité en fonction du retard de transmission dans une conversation téléphonique. Ces chiffres concernent le délai total de traitement, et pas uniquement le temps de transmission de l'information sur le réseau.

Classe n° Délai par sens Commentaires1 0 à 150 ms Acceptable pour la plupart des conversations 2 150 à 300 ms Acceptables pour des communications faiblement interactives3 300 à 700 ms Devient pratiquement une communication half duplex4 Au-delà de 700 ms Inutilisable sans une bonne pratique de la conversation half

duplexTableau 3 : Qualité sonore en fonction du délai

En conclusion, on considère généralement que la limite supérieure "acceptable" pour une communication téléphonique se situe entre 150 et 200 ms par sens de transmission (c’est-à-dire en considérant à la fois le traitement de la voix et le délai d'acheminement).


28/97


ii. La perte de paquets (packet loss)

Les paquets IP peuvent ne pas arriver à destination sous l’effet d’une congestion (condition dans laquelle une augmentation du trafic provoque le ralentissement global de celui-ci). Or, la couche transport ne possède pas de contrôle de flux pour les paquets transportant la voix ni de retransmission des paquets perdus. Ceci provoque alors des ruptures au niveau de la conversation et elle est interrompue par des blancs de durée proportionnelle de la perte subie. Le pourcentage de pertes de paquets peut nous donner une bonne approximation de la qualité de la voix mais d’autres facteurs essentiels interviennent.

Plus précisément, lorsque les buffers des différents éléments réseaux IP sont congestionnés, ils « libèrent » automatiquement de la bande passante en se débarrassant d'une certaine proportion des paquets entrant, en fonction de seuils prédéfinis. Cela permet également d'envoyer un signal implicite aux terminaux TCP qui diminuent d'autant leur débit au vu des acquittements négatifs émis par le destinataire qui ne reçoit plus les paquets. Malheureusement, pour les paquets de voix, qui sont véhiculés au dessus d'UDP, aucun mécanisme de contrôle de flux ou de retransmission des paquets perdus n'est offert au niveau du transport. D'où l'importance des protocoles RTP et RTCP qui permettent de déterminer le taux de perte de paquet, et d'agir en conséquence au niveau applicatif.

Si aucun mécanisme performant de récupération des paquets perdus n'est mis en place (cas le plus fréquent dans les équipements actuels), alors la perte de paquet IP se traduit par des ruptures au niveau de la conversation et une impression de hachure de la parole. Cette dégradation est bien sûr accentuée si chaque paquet contient un long temps de parole (plusieurs trames de voix de paquet). Par ailleurs, les codeurs à très faible débit sont généralement plus sensibles à la perte d'information, et mettent plus de temps à « reconstruire » un codage fidèle.

Enfin connaître le pourcentage de perte de paquets sur une liaison n'est pas suffisant pour déterminer la qualité de la voix que l'on peut espérer, mais cela donne une bonne approximation. En effet, un autre facteur essentiel intervient; il s'agit du modèle de répartition de cette perte de paquets, qui peut être soit « régulièrement » répartie, soit répartie de manière corrélée, c'est à dire avec des pics de perte lors des phases de congestion, suivies de phases moins dégradées en terme de QoS (Quality of Service).

iii. La gigue (jitter)

La gigue est la variance statistique du délai de transmission. En d'autres termes, elle mesure la variation temporelle entre le moment où deux paquets auraient dû arriver et le


29/97


moment de leur arrivée effective. Cette irrégularité d'arrivée des paquets est due à de multiples raisons dont: l'encapsulation des paquets IP dans les protocoles supportés, la charge du réseau à un instant donné, la variation des chemins empruntés dans le réseau, etc...

Pour compenser la gigue, on utilise généralement des mémoires tampon (buffer de gigue) qui permettent de lisser l'irrégularité des paquets. Malheureusement ces paquets présentent l'inconvénient de rallonger d'autant le temps de traversée global du système. Leur taille doit donc être soigneusement définie, et si possible adaptée de manière dynamique aux conditions du réseau.

La dégradation de la qualité de service due à la présence de gigue, se traduit en fait, par une combinaison des deux facteurs cités précédemment: le délai et la perte de paquets; puisque d'une part on introduit un délai supplémentaire de traitement (buffer de gigue) lorsque l'on décide d'attendre les paquets qui arrivent en retard, et que d'autre part on finit tout de même par perdre certains paquets lorsque ceux-ci ont un retard qui dépasse le délai maximum autorisé par le buffer.

iv. Phénomène d’écho

Il y a un phénomène d’écho lorsqu’il y a un retard dans la transmission des paquets, ce qui provoque des réflexions du signal de la voix de l’interlocuteur L’écho altère considérablement la qualité de la conversation téléphonique. Nous devons faire en sorte d’annuler ces échos.

f. Les architectures de migration vers la ToIP

La téléphonie sur IP est assez mature aujourd’hui pour proposer aux entreprises une large palette de produits et services possibles. Il s’agit pour ces entreprises de savoir comment effectuer ces migrations. En effet, les solutions de voix sur IP sont multiples et changent selon la taille des entreprises et leur secteur d’activité.

i. La ToIP dans une TPE

Les TPE désignent les petites entreprises d’un ou deux employés, travaillant dans un petit environnement logistique (un ordinateur et téléphone par individu). L’utilisation d’un adaptateur permettant de transformer un téléphone analogique en téléphone IP, ce qui permet de connecter un téléphone analogique et un IP-phone entre eux.

En effet, vu la taille de l’entreprise, il n’y a aucun intérêt à installer un IPBX (Asterisk par exemple) pour gérer des communications entre un ou deux téléphones analogiques et un IP phone, ou softphone. Un adaptateur est muni d’une prise :


30/97


RJ11 à raccorder au téléphone analogique RJ45 à raccorder au réseau de VoIP.

Figure 12 : Mise en place de l’Adaptateur ATA-286

En général, ce type de solution est très peu utilisée, et peut revenir coûteuse dans une certaine mesure, car il faut associer un adaptateur à un poste analogique. Dans cette configuration, l’utilisateur n’a pas besoin d’avoir des compétences techniques en réseau, il lui suffit d’acheter son adaptateur et de le brancher pour bénéficier de la « ToIP ».

Pour des entités un peu plus grandes (10 à 20 personnes), il serait tout de même nécessaire de proposer des équipements plus évolués et plus performants. Notamment le remplacement de certaines cartes (ex :Digium X100P) par une autre pouvant accueillir et gérer plus d’appels de différentes natures, (ex : E100P). Une micro entreprise n’est pas en mesure de négocier des prix très attractifs avec son opérateur téléphonique traditionnel du fait de sa petite taille.

En effet, un opérateur national pourrait effectivement revoir ses prix vers l’international si l’entreprise génère beaucoup de trafic ce qui est rarement le cas lorsqu’elle est une TPE. Il est donc impératif pour les TPE de souscrire à une solution ToIP pour la réduction des coûts qui sera certainement significative. Pour les TPE situées hors de France, il est recommandé d’effectuer une recherche approfondie des services offerts par les différents fournisseurs ToIP. La première étape consisterait à se renseigner auprès des fournisseurs présents dans le même pays que l’entreprise. L’objectif pour une TPE qui souhaite migrer vers la ToIP consiste à faire le point sur les destinations de ses appels. En effet, selon la destination de la plupart de ses appels, la recherche d'un fournisseur VoIP MEILHAC AlexisMAUSSAND DavidTHEYS Alban 3BIRT02

31/97


s’orientera de manière différente. Il est également primordial de faire une estimation du nombre d’heures d’appels effectuées dans le mois afin de mesurer si le coût de l’abonnement est rentabilisé ou s’il serait plus judicieux d’opter pour une solution ToIP sans abonnement.

ii. La ToIP dans une PME

Il existe deux solutions possibles recommandées pour les petites et moyennes entreprises qui souhaitent migrer vers la Voix sur IP :

L IPBX (ou PABX distribué) Le PABX virtuel (ou PABX centralisé ou IP Centrex)

La différence entre ces deux solutions de voix sur IP ne réside pas dans les fonctionnalités qui sont en fin de compte, les mêmes. Cette différence réside uniquement sur le lieu ou est hébergée la solution (équipement et logiciels) c’est-à-dire que l’entreprise peut souhaiter héberger la solution IPBX dans ses locaux ou bien laisser le soin de l’hébergement du matériel par le fournisseur de service lui même.

Adopter une solution distribuée

Dans ce cas de figure, l’entreprise dispose d’une solution PABX complète (équipements et logiciels) au sein de ses locaux. Le logiciel le plus utilisé actuellement est le logiciel Asterisk (sur Linux). Ce logiciel étant celui que nous utilisons dans le cadre de notre projet. Il est donc possible d’utiliser Asterisk comme « proxy server » au sein d’une agence et en tant qu’IPBX entre sites distants d’une même entreprise (protocole IAX).

L’entreprise dispose avec une telle solution, des fonctionnalités propres aux PABX traditionnels pour un coût beaucoup moins élevé. En effet, les PABX basés sur Internet (IPBX) sont beaucoup moins chers que les traditionnels PABX utilisés jusqu’à présent dans la plupart des entreprises. Si la PME opte pour une telle solution, c’est elle qui devra assurer la maintenance du PABX ce qui n’est pas le cas si elle opte pour une solution centralisée ou virtuelle.

Adopter une solution virtuelle (IPcentrex)

La solution IPBX virtuelle (centralisée) est de plus en plus utilisée par les entreprises qui souhaitent bénéficier d’un système PABX moins coûteux que le PABX traditionnel mais dont ils n’ont pas à assurer la maintenance. L’IP centrex se différencie des solutions PABX traditionnels sur plusieurs points :


32/97


Délégation de l’aspect technique : dans cette configuration, l’entreprise ne s’occupe que de l’exploitation, tandis que l’opérateur ToIP prend en charge l’installation et la maintenance notamment du service IPBX.

Délégation des équipements : Il ne nécessite plus de disposer d’un PABX dans les locaux de l’entreprise. C’est le fournisseur ToIP qui héberge le central téléphonique dans ses propres locaux.

Gestion des appels : Il permet une meilleure gestion des appels au sein d’une entreprise. En effet, les opérateurs ToIP offrent souvent une trace claire des communications. Il est possible de prévenir ou empêcher les abus en limitant les appels depuis un poste spécifique au sein d’une entreprise.

Location des services : Bénéficier d’une solution IPcentrex ne nécessite pas l’achat du matériel. Les opérateurs ToIP proposent de louer ce service.

Solution évolutive : Il est une solution évolutive qui s’adapte parfaitement aux besoins de l’entreprise. En effet, une solution IPcentrex a moins de limites en terme de capacité, que les PABX traditionnels.

iii. La ToIP dans une Grande Entreprise (GE)

Deux solutions sont particulièrement recommandées pour les grandes entreprises :

Serveur de type SER (protocole SIP)

La première solution consisterait en l’implémentation d’un serveur SIP de type SER (SIP Express Router) au sein des locaux de cette entreprise. Une telle technologie est assez mature pour pouvoir être utilisée par les entreprises multi-sites.

En effet, elle est utilisée par un grand nombre d’opérateurs de ToIP qui servent une communauté de plusieurs milliers, voir dizaines de milliers de personnes à travers le monde. Ces personnes peuvent communiquer gratuitement les unes avec les autres via un softphone ou un téléphone IP. Les utilisateurs au sein d’une grande entreprise pourraient donc communiquer gratuitement. L’entreprise devrait alors créer son propre domaine SIP et associer à ce domaine SIP, des comptes SIP. Un compte SIP correspond à un compte utilisateur où autrement dit, un numéro de téléphone SIP.

Ces numéros de téléphone dit ‘numéros SIP’ ne peuvent être contactés depuis un téléphone fixe ou mobile directement. En effet, les numéros SIP au sein d’une entreprise ne sont visibles qu’à l’intérieur de cette entreprise. Autrement dit, seuls les numéros SIP associés au domaine de l’entreprise peuvent joindre directement les autres numéros SIP appartenant au même domaine.

Les équipements nécessaires à l’implémentation complète d’une solution de voix sur IP basée sur un serveur SIP sont : un serveur SIP, des gateways et des adaptateurs ATA en plus des équipements traditionnels au sein d’un réseau informatique dans une entreprise.MEILHAC AlexisMAUSSAND DavidTHEYS Alban 3BIRT02

33/97


Serveur Asterisk (protocoles IAX et SIP)La seconde solution consisterait en l’adoption de serveurs Asterisk implémentés sur

chaque branche de l’entreprise. L’adoption d’Asterisk au sein d’une entreprise permet d’avoir des fonctionnalités qui diffèrent des serveurs SIP et l’intégration d’une telle solution ToIP ne s’effectuerait pas de la même manière que la solution décrite précédemment.

En effet, Asterisk est basé sur le protocole IAX (même si il supporte aussi le protocole SIP ou H323). En effet, la limite du protocole SIP réside dans sa difficulté à s’intégrer au sein de réseaux disposant d’un NAT. De plus, une solution Asterisk ferait office de PABX au sein d’une entreprise. En effet, Asterisk offre toutes les fonctionnalités d’un PABX classique. Asterisk est considéré comme le PABX nouvelle génération, basé sur IP (Internet) dont le coût d’installation et d’exploitation est moins élevé que le coût d’un PABX traditionnel.

Comme nous l’avons dit précédemment, la solution est d’utiliser Asterisk comme « proxy server » au sein d’une agence et en tant qu’IPBX entre sites distants d’une même entreprise (protocole IAX). Cette implémentation permet de s’affranchir du problème de translation d’adresse.


34/97


III. La plate-forme téléphonique TRIXBOX (Asterisk@Home)

a. Astérisk

i. Présentation d’Asterisk

Asterisk est un logiciel libre, multi plateforme permettant à un micro ordinateur de type PC de se comporter comme un PABX IP. Il est publié sous GPL (General Public Licence). Il permet alors à l’ordinateur d'offrir toutes les fonctionnalités des PABX propriétaires coûteux, comme les renvois d’appel, la messagerie vocale, les téléconférences, etc…

Asterisk a été développé par Mark Spencer de la société Digium, qui se rémunère par la vente de cartes PC pour la création de PCPBX utilisant Asterisk. La licence sous laquelle Asterisk est fourni a permis à de nombreux acteurs de s'impliquer, eux aussi, dans le développement du logiciel, et il a ainsi rapidement acquis de nombreuses fonctionnalités. Il supporte les protocoles H323, SIP et IAX (Inter-Asterisk eXchange, son propre protocole qui permet de connecter un client et le serveur Asterisk, ou plusieurs serveurs Asterisk entre eux). Asterisk est, à l'origine, développé pour tourner sur une plateforme Linux avec processeur Intel IA32 (de l'Intel i386 jusqu'aux derniers Pentiums et compatibles).

Cependant il est conçu pour être très portable, et il est connu comme fonctionnant aussi sur les plateformes:

FreeBSD, OpenBSD, NetBSD Mac OS X Solaris Microsoft Windows

Plus généralement, tous les systèmes d'exploitation de type Unix ou dérivés peuvent accueillir Asterisk moyennant un portage simple. La société Digium développe, en plus d'Asterisk, un module (nommé zaptel) permettant au noyau linux de reconnaître toutes les fonctionnalités du matériel qu'ils produisent. Asterisk est ainsi certifié comme fonctionnant avec les cartes Digium, qui offrent une solution peu onéreuse de passerelle VoIP / RTPC.

Les développeurs ou les sociétés souhaitant étendre les fonctionnalités d'Asterisk peuvent le faire grâce à un système de plugins permettant le contrôle d'Asterisk par des programmes écrits en langage C, Perl ou Python par exemple. Il existe multiple plate-forme permettant de faciliter l’utilisation et surtout rendre Asterisk plus stable. TRIXBOX en fait partie.


35/97


ii. Les fonctionnalités

Ce système de plugins offre des possibilités d'extensions quasiment infinies. Cependant, Asterisk couplé au plugin « Asterisk Management Portal » offre les fonctionnalités suivantes:

Passerelle SIP et/ou H323 permettant aux clients de s'authentifier. Passerelle VoIP / RTPC ou VoIP / Numéris si le PC est équipé d'une carte Digium

adaptée Client SIP ou H323 permettant à Asterisk de passer lui même des appels par un

fournisseur de service VoIP. Messagerie vocale avec possibilité d'envoi par mail des messages aux utilisateurs. Gestion des files d'attente d'appels pour chaque utilisateur. Monitoring graphique de l’état de chaque poste et de l’ensemble des

communications.

b. Présentation de TRIXBOX

TRIXBOX est une solution de TOIP basée sur Asterisk cotenant un ensemble d'outils et d'utilitaires de télécommunication compilés pour devenir un véritable IP PBX. Les principales caractéristiques de TRIXBOX sont :

Asterisk, le cœur du système téléphonique Gestion des relations clients A2Billing – Calling Card platform (tarification des appels ) Flash Operator Panel Web conférence Outils de configuration utilisateurs de Trixbox

c. Licences

Une des raisons du succès d'Asterisk est la licence très permissive sous laquelle il est distribué : la licence GPL (General Public Licence). Cette licence, aussi utilisée par le noyau Linux et des milliers d'autres programmes, est axée autour des « 4 libertés »:

La liberté d'exécuter le logiciel, pour n'importe quel usage. La liberté d'étudier le fonctionnement d'un programme et de l'adapter à vos besoins. La liberté de redistribuer des copies. La liberté d'améliorer le programme et de rendre publiques vos modifications afin

que l'ensemble de la communauté en bénéficie.

Dès lors, n'importe quelle personne ou société ayant les compétences nécessaires est libre d'adapter Asterisk à son besoin, puis de vendre ou redistribuer gratuitement le produit modifié, et ce à la seule condition que les sources accompagnent leur nouvelle version.


36/97


d. Les protocoles utilisés par cette plate-forme

Cette plate-forme tournant sous Asterisk utilise plusieurs protocoles dont le protocole SIP vu précédemment dans la partie II) c). Mais d’autres protocoles peuvent être mis en jeu comme le protocole IAX et H323.

i. Le protocole IAX

Le protocole IAX a été développé par Digium dans le but de communiquer avec d’autres serveurs Asterisk. IAX est un protocole de transport comme SIP qui utilise un seul port UDP / 4569 tant pour le canal de contrôle que les flux RTP (Real-Time Portocol). Il facilite ainsi la configuration de pare-feu et le fonctionnement derrière du NAT. IAX inclut la capacité d’authentifier de trois façon différentes : texte clair, hachage MD5 et échange de clé RSA. Cela bien entendu, cela ne chiffre pas le média ou les entêtes entre les terminaux. Beaucoup de solutions incluent l’utilisation de VPN (Virtual Private Network), à l’aide de matériel ou de logiciel pour chiffrer le flux dans une autre couche de technologie.

ii. Le protocole H.323

Le protocole H.323 de L’IUT a été conçu à l’origine pour fournir un mécanisme de transport IP pour la vidéo conférence. Il est devenu le standard dans les équipements de vidéo conférence basés sur IP et il a aussi conne la gloire comme protocole VOIP. Bien que le débat pour déterminer quel protocole dominera le monde de la voix sur IP soit mouvementé, dans Asterisk, H.323 est presque devenu obsolète face à IAX et SIP. Le standard H.323 utilise le protocole RTP pour transporter le média entre terminaux.

H.323 est un protocole relativement sur et n’a pas besoin de beaucoup d’attention au-delà de celle qui est commune à tous les réseaux communicants avec l’Internet. Puisque H 323 utilise le protocole RTP pour les communications média, il ne supporte pas par défaut les voies média chiffrées.

e. Possibilités des différents services

Tous les services qui vont être listé n’ont pas été mis en place sauf quelques un qui sont placé pendant l’installation par défaut car ce n’était pas le but du projet mais le but de cette partie est de montrer toute la puissance de ce logiciel OpenSource Trixbox. Il est possible avec TRIXBOX de mettre en place les services suivants :

Supervision de lignes Groupe d'appels Audioconférence et multiconférence Messagerie unifié


37/97


Transfert d'appels et mise en attente du correspondant. Boite vocale ave menu vocal Contraintes sur les dates et les horaires Hot Desk (mobilité) : Un utilisateur, disposant d’un profil Hot Desk, peut s’identifier

sur n’importe quel téléphone du site ou à son domicile : il “s’approprie” le téléphone et récupère son environnement (extension, préférences et touches personnalisées).

Enregistrement d’appel : Cette fonctionnalité permet d’enregistrer une conversion téléphonique afin de la recevoir par mail (fichier audio en pièce jointe).

Voice Mail : Tous les messages vocaux sont envoyés en attachement d’un courrier électronique (fichier audio).


38/97


IV. La plate-forme de taxation : A2Billing

Bien qu’on fasse de la commutation de paquet en téléphonie IP, pour des raisons économiques et pour faciliter l’implémentation des logiciels de factur ation, les clients sont facturés par rapport à la durée de leurs communications et surtout ce type de logiel se base tous sur les CDR (Call Detail Record).

Il faut préciser que le logiciel de facturation peut être placé ou non sur la même machine que le serveur de commutation IP. Dans notre cas, le serveur Asterisk et la plate-forme de facturation se trouveront sur la même machine. Ces deux entités communiquent au travers d’une interface pour s’échanger les signaux ou informations d’authentification d’un client, d’initialisation et de fin d’une communication.

Figure 13 : Architecture comprenant TRIXBOX et A2Billing

a. L’Asterisk Gateway Interface (AGI)

Pour comprendre le système de facturation A2Billing il est nécessaire d’introduire le concept d’AGI (Asterisk Gateway Interface). Comme on peut déjà s’en douter le serveur IPBX


39/97


utilisé dans le cadre de ce projet est bien Asterisk dans sa version intégrée dans le paquet TRIXBOX.

L’AGI fournit une interface standardisée, qui si on le veut peut être programmé en Perl, PHP et Python pour que les programmes tiers puissent contrôler le plan de numérotation d’Asterisk. En général les scripts AGI s’utilisent pour élaborer de la logique applicative, communiquer avec les bases de données relationnelles type MySQL et/ou PostrgreSQL, ou encore accéder à d’autres ressources externes.

b. Les principes de bases

Lorsqu’un client SIP ou IAX authentifié sur le serveur Asterisk passe un appel, il en suit un processus pour acheminer cet appel au destinataire suivant un algorithme bien déterminer. La figure ci-dessous décrit la procédure d’un appel avec le logiciel A2Billing. On peut retenir de façon générale l’ordre suivant des événements pour un abonné PREPAID :

En fonction du préfixe, A2Billing recherche la Route la moins chère par rapport à son prix fixé, il s’agit du Leaste Cost Route ou Dialling.

Test si l’abonné PREPAID n’a pas atteint sa limite de crédit. Si le crédit le permet, l’appel est dirigé vers le destinataire et A2Billing se met en

attente que l’appelé décroche l’appel. Le RATE (taux ou prix de vente) de la destination sera utilisé pour calculer le coût de

l’appel lorsque l’appel est finit Les informations sur le trafic du client sont mise à jour dans la base de donnée

d’A2Billing et forment un CDR.


40/97


Figure 14 : Processus d’acheminement d’un appel à travers A2Billing

c. Les différentes solutions de paiements

Il existe différentes méthodes permettant la facturation des communications avec Asterisk. Ces moyens de paiement sont répartis en deux grandes catégories:

Les communications prépayées Les communications postpayées

A l’instar des téléphones mobiles, les solutions prépayées et postpayées sont comparables respectivement aux forfaits (par carte) et aux abonnements.

i. Solutions prépayées

Le PIN :

La solution PIN consiste à fournir à l’utilisateur un code PIN ( Numéro d’Identification Personnel) et de lui demander de la saisir pour s’authentifier. Lors d’un appel, le calcul des unités restantes est effectué et si le crédit atteint zéro, la communication est alors coupée. Un bon outil de facturation d’Asterisk devrait permettre la consultation du crédit en temps réel ainsi que les informations relatives aux communications (durée des appels, destinataires, etc…). Cet outil devrait également permettre le réapprovisionnement du compte.

L’ANI :


41/97


ANI signifie Identification Automatique du Numéro. Ce dispositif est utilisé par les nouveaux systèmes de téléphonie. Les ANI sont formés de deux principaux composants :

Un numéro d’information (certains de ces numéros sont définis par la spécification ANI II). Il doit pouvoir être utilisé par les opérateurs de TOIP.

Le numéro de téléphone de l’émetteur de l’appel. Cette méthode peut être utilisée pour connaître le numéro de l’appel entrant.

La solution utilisant la méthode ANI est similaire à celle du code PIN. La différence est que, plutôt que de demander un code PIN, l’outil de facturation collecte les informations ANI qui sont vérifiés par le serveur Asterisk. Cette méthode permet par exemple d’effectuer des taxations en fonction des numéros appelés.

Le DID :Les DID (Direct Inward Dialing ) sont des numéros de 4-7 digits fixes auxquels sont

concaténés d’autres digits. Les premiers permettent de contacter un serveur ou un standard. Les derniers permettent d’accéder à un poste en particulier. De cette manière, une société peut avoir un DID mais plusieurs dizaines voire centaines de lignes associés à celui-ci. Si un utilisateur qui soit de l’extérieur ou pas connaît tous les digits d’un poste, il peut contacter directement sans passer par le serveur.

La méthode DID fonctionne de la même manière que les deux précédentes mais l’utilisateur peut choisir quel SIP il veut utiliser. LE SIP est un protocole standardisé par L’IETF et permet d’établir, modifier et terminer les sessions multimédias. Il est donc totalement indépendant des données qu’il a transporté et peut donc être utilisé pour tous les types.

ii. Solutions post payée

Avec cette méthode, le fournisseur VoIP agit comme un opérateur téléphonique classique. Les frais de mise en place sont à payer lors de l’installation puis les communications sont à payer tous les mois. La mise en place de ce système nécessite l’utilisation de la méthode DID.

d. Principe de fonctionnement d’A2Billing

Lorsqu’une connexion est établie, Asterisk effectue des enregistrements concernant la communication (numéro appelant, numéro appelé, temps d’appel, statut de l’appel). Ces enregistrements sont appelés CDR (Call Detail Record). Ces CDRs peuvent être effectués de différentes manières :

Fichier en texte claire. Les données sont séparées par des virgules. Sur une base de donnée (MySQL, Postgresql, SQLite).


42/97


Ce sont des logs qui sont utilisés par des logiciels de paiements pour générer des factures. Voici la liste de données stockées par Asterisk :

Le numéro de compte : chaîne de 20 caractères. Le numéro source : chaîne de 80 caractères. Le numéro destination : chaîne de 80 caractères. Le contexte de destination : chaîne de 80 caractères. L’ID de l’appelant : chaîne de 80 caractères. Le canal utilisé : chaîne de 80 caractères. Le canal de destination : chaîne de 80 caractères. La dernière application: chaîne de 80 caractères. Les dernières données de l’application: chaîne de 80 caractères. Les dates et heure d’appel. Les dates et heure de la réponse. Les dates et heure de fin d’appel. Le temps en secondes de l’appel : un entier. Le temps de communication, en seconde : un entier. L’état de l’appel (pas de reponse, échéoué). Des flags. 255 caractères de libres.

e. L’interface de management

Après avoir installé une ou des jonctions sous Asterisk, il faut configurer A2Billing à l’aide de l’interface de management, qui permet de créer et gérer les clients, les taux, les offres, les factures et les administrateurs ayant accès au système.

i. Configuration des clients

Un client a plusieurs propriétés, entre autre un numéro de carte, un « Alias » (équivalent du numéro de téléphone) et un mot de passe. Le numéro de carte, unique, permet d’identifier un client tout en fournissant un accès sécurisé. En effet la numérotation des cartes est faite de façon aléatoire afin d’empêcher les pirates informatiques de déterminer un numéro de carte valide. Il est utilisé, en étant lié à « Alias », pour se connecter à l’interface utilisateur du site web, ou lorsque un client à besoin de s’identifier pour émettre un appel. La section Customers permet l’accès à :

List Customers: visualise la liste des clients déjà enregistré. Les différents du tableau indique le numéro de carte, l’ »Alias », la solde, le groupe de tarification et la monnaie de chaque client. Deux autres champs indiquent si le client est un utilisateur des protocoles SIP et IAX. On peut changer ou visualiser les propriétés de chaque client en cliquant sur « EDIT », afin de lui attribuer un groupe de tarification ou de lui facturer la TVA.


43/97


Un moteur de recherche permet de retrouver une ou plusieurs cartes client. Celles qui sont sélectionnés peuvent être exportées en format CSV ou XML.

Import Custormers : permet l’importation de nouveaux clients dans la plateforme A2Billing depuis un fichier CSV. On peut retrouver les clients à importer en filtrant selon leurs noms d’utilisateurs, leurs numéros de cartes, leurs dates de créations…


44/97


Create Customer : permet à l’administrateur de créer un seul client. Les champs du numéro de carte, de l’ « Alias » et du mot de passe sont remplis automatiquement. Ils peuvent ensuite être changés manuellement. Mais comme ce sont des champs qui permettent d’assurer la sécurité et la confidentialité, ces changements doivent être faits de façon à ne pas compromettre le compte du client. Le numéro de carte, et le mot de passe sont utilisé pour l’authentification d’un client SIP ou IAX. L’ »Alias », ou l’adresse mail du client, et le mot de passe sont utilisés pour l’accès à l’interface client du web ou lors d’un appel.Les clients sont configurés comme utilisant une taxation soit prépayé soit postpayé. Ceux étant en prépayé doivent alimenter leurs comptes avant de pouvoir faire un appel. A chaque fois qu’il fait un appel, le client peut visualiser son solde. Pour les clients étant en post payé, le paiement est fait lors de la réception d’une facture, générée après un appel. Afin de limiter les risques de dettes, une limite de crédit peut être fixée dans le système, bloquant ainsi les appels lorsqu’elle est dépassée.

Generate Customers : permet à l’administrateur de crée plusieurs cartes clients avec les mêmes propriétés. Il doit y indiquer le nombre de carte à créer, le groupe de tarification, le solde initial,


45/97


la monnaie, la méthode de paiement, sa date d’expiration, et si elles sont destinées à des clients SIP ou IAX.

List SIP Friend : visualise les clients SIP. Un utilisateur du protocole SIP a besoin de connaître l’adresse de la plateforme, ainsi il peut directement s’y authentifier sans avoir besoin d’entrer le numéro de carte, et émettre des appels gratuits.Dans la liste SIP Friend, le nom d’utilisateur correspond au numéro de carte se trouvant dans la liste des clients, et on peut y changer les paramètres SIP de chaque client en cliquant sur « EDIT ».

Create SIP Friend : met à jour Asterisk pour donner à un client l’accès à A2Billing via le protocole SIP. Il est nécessaire de recharger les configurations sur Asterisk. Ceci n’interrompt pas les appels en cours.

List IAX Friend : est similaire à List SIP Friend, mais pour le protocole IAX.


46/97


Create IAX Friend : est similaire à Create SIP Friend, mais avec le protocole IAX. List Caller ID : montre une liste des ID des appelants. Lorsqu’un client appel vers A2Billing, le

CLI (identificateur de la ligne appelant) est fournit à la plateforme. Si le CLI est reconnus, le client est identifié grâce à celui-ci, sans avoir besoin de donner un numéro de carte. L’ID de l’appelant doit donc être unique à travers tout le système.

ii. Configuration de la facturation

A2Billing propose plusieurs outils de comptabilité qui permettent de suivre les paiements depuis plusieurs sources, et d’administrer des dettes à un client. La section Billing donne accès à :

View Payment Methods : permet de configurer l’utilisation de passerelles de paiement tel que Paypal, Authorize.net et Moneybookers.

View Transactions : cette page donne une liste des transactions effectuées à l’aide de différent système d’e-paiement.

View Money Situation : donne une liste de tous les paiements, des rechargements de comptes et des soldes de chaque client.


47/97


View Payment : donne une liste de tous les paiements reçus, avec la date de l’opération, et la carte client. Une fois enregistré, il n’est pas possible d’effectuer de changement. Donc s’il y a eu une erreur sur la valeur du paiement, une deuxième opération doit être effectuée pour la corriger.

Add New Payment : permet d’ajouter un paiement à un client.

List Charge : donne une liste des facturations faites sur un client, qu’elles soient des taxations sur les appels, sur l’initialisation de la ligne, ou mensuelles.


48/97


Add Charge : permet d’assigner une facturation à un client. Si on entre une valeur négative, ceci permet d’accréditer un client. Ils existent deux types de facturations : à l’unité, ou une facturation récurrente étant effectuée tous les mois.

iii. Carte de taux

Les taux de tarifications sur configurés sur une Rate Card, qui est elle-même attribué à un ou plusieurs clients. Il est possible de créer un plan d’appel (Call Plan) avec une collection de plusieurs taux de cartes de prépaiement. La section Rate Card permet l’accès à :

Create Call Plan : permet de créer une offre d’appel. Pour cela, une carte de prépaiement doit avoir été déjà crée. On donne à chaque plan un nom, et définit si le taux doit être en LCR (Least Cost Routing) ou LCD (Least Cost Dialling).

LCR choisit un taux qui utilise le fournisseur VoIP le moins cher, tandis que le LCD choisit un taux qui est moins cher pour le client. Il est possible d’enlever le préfixe international, car certain fournisseurs VoIP n’en ont pas besoin. Le champ « PACKAGE « permet d’appliquer une offre avec un certain nombre de minutes pour certaine destination.


49/97


List Call Plan : donne une liste des offres d’appels, et permet de les changer en cliquant sur « EDIT » ou d’y rajouter une carte de taux.

List Rate-Card : visualise les cartes de taux déjà crée, et permet de les configurer en cliquant sur « EDIT ».

Create New Rate-Card : permet de créer une carte de taux. Il faut tout d’abord lui donner un nom, une date de mise en fonction, une période de validité, et la jonction à utiliser.


50/97


Define Rate Card : permet de définir le taux utilisé par une carte. On sélectionne la carte à configurer dans le moteur de recherche.


51/97


En cliquant sur « EDIT » dans la page RATES LIST, on accède au tableau ci-dessous, qui permet de configurer les taux de la carte sélectionnée.

Add Rates : permet de configurer un taux appliqué selon l’heure, ou le jour. Après avoir sélectionné la carte, il faut indiquer une période de validité, puis une tranche d’heure, ou une journée d’application du taux.

iv. Bouquet d’Offre

Les bouquets permettent à l’opérateur d’offrir des minutes d’appels ou des appels vers une certaine destination gratuitement. La section PACKAGE OFFER permet l’accès à :

List Offer Package : donne une liste des bouquets d’offre déjà crée. On peut les éditer à partir de cette page.

Add Offer Package : permet d’ajouter un nouveau paquet.


52/97


Details Package : montre le nombre d’appel, et le coût de ces appels qui ont été réalisé sous chaque paquet.

v. Jonction

Plusieurs jonctions peuvent être crée, utilisant différent taux, et permet au système de basculer d’une jonction à une autre si cette première est congestionné ou ne fonctionne plus. La section TRUNK permet l’accès à :

List Trunk : donne une liste des jonctions déjà créées dans le système.

Add Trunk : permet de rajouter des jonctions. List Provider : donne une liste des fournisseurs VoIP. Create Provider : permet d’ajouter un fournisseur VoIP.

vi. DID

La fonction DIDs permet d’avoir un numéro de téléphone PSTN de n’importe quel pays. La selection DID permet l’accès à :

List DID Group : montre une liste des groupes de DID.


53/97


Add DID Group : permet de crée un groupe DID, où il faut juste lui donner un nom.

List DID : donne une liste des DIDs, qui peuvent être éditer ou effacer à partir de cette page. Add DID : permet de créer un DID. On choisit son type de taxation, et assigne le numéro DID à

un groupe DID.

Import DID : permet d’importer un grand nombre de DID depuis un fichier CSV. List Destination : montre une liste des DID, le nombre de minutes d’appels faites et les

numéros de destination qui leurs sont attribués. Ils peuvent éditer ou effacer à partir de cette page.


54/97


Add Destination : permet d’assigner le DID à un numéro destinataire. Il faut tout d’abord créer une destination, qui peut être un numéro PSTN ou un client VoIP.

vii. Compte-rendu d’appel

A2Billing propose une représentation des comptes-rendus d’appel sous différent format, avec des graphes et des critères de filtrage pour analyser le trafic sur la plateforme, ou l’utilisation sur certaines des cartes d’appels. La section CALL REPORTS permet l’accès à :

CDR Report : donne un compte-rendu sur toutes les communications effectuées. Elles peuvent être filtrées en utilisant l’outil d’analyse se trouvant en haut de la page.

Calls Compare : permet de visualiser les tendances du trafic d’appel jours par jours. Monthly Traffic : donne un graphe circulaire du trafic mois par mois. Daily Load : montre une analyse heure par heure des appels pendant une journée.


55/97


viii. Facture

Les factures sont exportées en format CSV pour être imprimé, ou directement envoyées par email.

View Invoices : montre un historique des factures, et indique si elles ont été envoyées ou payées.

Create Invoices : permet à l’opérateur de crée des factures, et optionnellement de les envoyés par email.

Invoice : affiche une seule facture, qui peut être exporté comme document HTML ou PDF. Invoices Customer : montre les factures d’un client dans le format qu’elles seront envoyés. View Billed Invoices : montre les factures faites et envoyés auparavant au client avec la solde

de son compte. View Unbilled Invoices : montre les factures à envoyées afin de les vérifier.

ix. Administrateur

Des administrateurs peuvent être ajoutés pour contrôler la plateforme.

Show Administrator : montre les administrateurs qui ont déjà été crées, avec leurs mots de passes. Ils peuvent être édité et effacé.

Add Administrator : permet d’ajouter un administrateur avec accès à tout le système.


56/97


Show ACL Admin : montre une liste des sous-administrateurs ayant des accès restreint au système, avec leurs noms d’utilisateurs, et leurs mots de passe. Lorsqu’un sous-administrateur se connecte, il peut seulement voir les menus qu’il lui a été autorisé d’accéder.

Add ACL Admin : permet d’ajouter un sous-administrateur, en lui donnant un nom d’utilisateur, un mot de passe, et en déterminant les menus dont il a l’accés.

f. Les solutions et les modules

La majorité des solutions d’administration de Asterisk reposent sur une interface web. Cela a de très grands avantages :

Simplicité d’utilisation et d’administration. Compatibilité multi OS (Operating system). Administration distante. Possibilité d’encryption sur le site (sécurité).


57/97


Cette solution présente cependant quelques défaults. La mauvaise configuration des applications peut entraîner :

La prise de contrôle de l’interface d’administration. La création de comptes prépayés (crédit quasi-illimités). L’écoute des communications privées de la société.

g. Les failles du système

i. Configuration par défaut

Un problème fréquemment rencontré par les utilisateurs d’Asterisk est l’utilisation des mots de passe par défaut. Bien que cette mesure soit l’une des premières à prendre en considération lors de la mise en production d’un système, elle n’est pas toujours appliquée. Il est donc possible de se connecter sur les services en tant qu’administrateur et de définir le comportement du programme et des plugins dédiés à la facturation, et surtout d’interdire la facturation à certains utilisateurs. Pour parer ce type de problème, il suffit tout simplement de changer les mots de passe qui sont de base par défaut.

ii. Protocole SIP

Si le client envoie en clair son mot de passe sur le réseau, il est vulnérable au sniffeurs. Un système de challenge / réponse est plus adapté au besoin et permet d’éviter ce genre de risques. Le protocole SIP envoie une invite au proxy qui lui retourne un ensemble de caractères aléatoires. Le client génère un hash, qu’il envoie au proxy qui compare le résultat du client avec le sien. L’inconvénient de cette méthode est que les mots de passe des clients sont stockés en clair sur le proxy. Ainsi on peut dire que le proxy est un « Single point of failure ».

iii. Deny of service

L’authentification peut être bloquée par un attaquant saturant le proxy de demandes de connexion. Les conséquences liées à une telle attaque peuvent être très importantes au niveau d’une entreprise et engendrer de grosses pertes financières. Il est donc impératif de se prémunir de ce genre d’attaque.

iv. Dépassements des logs

Un attaquant peut flooder le serveur Asterisk en lui envoyant des demandes de connexions fictives et faire disparaître ses traces dans les logs. Les solutions de paiement fonctionnant sur les logs ne sont donc plus capables d’effectuer les relevés de paiement.


58/97


v. Modification de la trame IP

La ToIP repose essentiellement sur le protocole IP. Des hackers auraient réussi à modifier la trame IP afin de ne pas payer la communication. Le principe consiste à faire croire aux systèmes de taxation que l’appel n’a pas aboutie. Les appels non aboutis n’étant pas enregistrés, ils ne sont donc pas facturés mais les fraudes ne sont pas non plus détectées. Cette méthode a déjà utilisée pour frauder sur le réseau téléphonique classique. Le logiciel Asterisk serait selon les développeurs configurables pour utiliser des routeurs et switchs permettant cette parade.


59/97


Conclusion

La téléphonie sur IP constitue un marché qui est sans cesse en progression. De plus en plus d’entreprises ont recours à cette solution. Notre projet touche donc un aspect d’actualité ce qui le rend très intéressant. Ainsi Il possible à l'échelle d'une PME de déployer un système VoIP "Open Source" intégrant la facturation des clients. Cependant, il faut prendre soin de sécuriser le réseau. La première recommandation est de séparer le réseau voix du réseau données en créant deux Vlan distincts.

L'utilisation des Softphones n'est pas recommandée pour avoir un minimum de sécurité, en ce sens que le pirate peut profiter des failles du système d'exploitation sur lequel est installé le Softphone. De plus, il faudrait aussi sécuriser les accès à distance sur les serveurs. Pour rester dans la philosophie de l’ "Open Source", on pourrait proposer un serveur FreeRADIUS et verrouiller l'accès au serveur par identification des adresses MAC des clients distants. Compte tenu du temps imparti pour ce travail, cet aspect n'a pas été développé dans ce rapport.

Une des faiblesses du système testé est qu'il ne répond pas au critère de haute disponibilité permettant un démarrage à chaud avec une architecture redondante. Ce critère est crucial dans des environnements sérieux ou la non-disponibilité du système peut entraîner des risques et des pertes très élevées. C'est ce qu'on ne pourra pas, par exemple, admettre dans un environnement bancaire.

A ce jour ce qui empêche les systèmes VoIP de remplacer comme annoncé les PABX classique c'est la qualité de service (QoS). Comme suite intéressante à ce travail on pourrait se pencher sur cette problématique de la qualité de service. On peut donc ouvrir une passionnante thématique de recherche pour voir l'incidence de différentes composantes d'une infrastructure voix sur IP sur la qualité de service. Par exemple, une meilleure négociation des "Codecs" en fonction de la bande passante peut faire gagner en qualité du signal transmis. Une série de mesures réelle à effectuer sur le réseau IP peut permettre de donner plus de crédibilité à cette assertion. On pourrait alors rechercher des modèles mathématiques qui simuleront cette réalité et aideront à mieux dimensionner les réseaux VoIP.

De plus, ce projet a été l’occasion pour nous d’élargir notre expérience du travail en équipe (Organisation, répartition des tâches, respect du calendrier…). Malgré les problèmes auxquels nous avons été confronté, nous avons réussi à mener ce projet presque jusqu’à son


60/97


terme car l’environnement dans lequel nous avons travaillé ne nous a pas permis de pouvoir faire tout ce qu’on voulait (Mise en place d’une facturation sur les appels internationaux).


61/97


Annexes A : Les étapes d’installations de TRIXBOX

Trixbox peut être téléchargé sous deux formes:

Un fichier iso:Ce fichier est gravé sur un CD et installé sur un disque dur après démarrage d'un ordinateur. Vous aurez besoin d'un ordinateur dédié parce que l'installation va écraser toutes les informations sur le disque dur.

Un fichier Vmware:Ce fichier peut être lu avec un lecteur ou serveur VMware. Avec VMware, vous avez l'avantage d'utiliser Trixbox sur votre poste de travail et n'avez pas besoin d'un autre ordinateur. C'est particulièrement intéressant pour des besoins de test.

Les lecteurs et serveurs Vmware sont gratuits. Le lecteur peut lancer mais ne pas créer des machines virtuelles.

Dans les deux types d'installation, l'installation est automatisée et requière que très peu de participation de l'utilisateur.

Dans notre tutorial, nous allons utiliser l'image trixbox Vmware et la lire avec le lecteur Vmware. Le but est d'installer trixbox et de créer trois numéros de téléphone ou "extensions". Si vous choisissez l'installation avec un CD, des questions usuelles vous seront d'abord posées comme le fuseau horaire ou le type de clavier, puis vous pouvez suivre le tutorial ci-dessous:

Démarrez trixbox le lecteur Vmware :Le Linux CentOS démarre, les services trixbox sont ensuite lancés.


62/97

http://en.wikipedia.org/wiki/VMware#_blank


Connectez-vous au niveau Linux avec l'identifiant et le mot de passe suivant:

login: rootpassword: trixbox


63/97

http://openmaniak.com/trixbox/trixbox_01_install.png


Configurez les paramètres IP avec la commande :

#netconfig


64/97

http://openmaniak.com/trixbox/trixbox_02_root.png


Entrez vos paramètres IP:Vous pouvez aussi choisir de demander une adresse IP dynamique même si cela n'est pas

recommandé pour un serveur.

IP address (Adresse IP): Netmask (Masque de sous-réseau): Default gateway (IP) (Passerelle par défaut): Primary nameserver (serveur de nom primaire):

10.1.1.133255.255.255.010.1.1.110.1.1.1

Une fois que Linux a une adresse IP, vous pouvez accéder à la plate-forme trixbox avec un navigateur Internet comme Firefox.

http://10.1.1.133


65/97

http://openmaniak.com/trixbox/trixbox_03_netconfig.png


Entrez dans le mode administration:

Cliquez sur le lien Internet "switch" dans le coin en haut à droite de l'écran.

Un popup vient, entrez l'identifiant et le mot de passe suivant:

login: password:

maintpassword


66/97

http://openmaniak.com/trixbox/trixbox_05_user.png


Fermez la page d'enregistrement.

Cliquez sur la croix dans le coin en haut à droite de la page d'enregistrement.


67/97

http://openmaniak.com/trixbox/trixbox_06_maint.png

http://openmaniak.com/trixbox/trixbox_07_registration.png


La plate-forme trixbox.

Configurons Asterisk via sa plate-forme web.

Sélectionnez Asterisk -> FreePBX


68/97

http://openmaniak.com/trixbox/trixbox_08_admin.png

http://openmaniak.com/trixbox/trixbox_09_freepbx.png


Cliquez sur l'onglet the setup pour configurer les extensions qui sont les numéros de téléphone.

Onglet Setup -> section extensions

Créez trois extensions

Créez la première extension. Dans la fenêtre "add an extension" (ajouter une extension):

Cliquez sur le bouton "submit" (soumettre)

Entrez les données suivantes:

User Extension (Extension utilisateur): 201Display name (Nom d'affichage): Silax

secret (Mot de passe): 12345


69/97

http://openmaniak.com/trixbox/trixbox_10_freepbx_extensions.png


Cliquez sur le bouton "submit" (soumettre) en bas de la page pour créer une extension. the extension.

Créez la seconde extension. Dans la fenêtre "add an extension" (ajouter une extension):



User Extension (Extension utilisateur): 202Display name (Nom d'affichage): Softphone S



70/97

http://openmaniak.com/trixbox/trixbox_11_extension_201.png



Créez la troisième extension. Dans la fenêtre "add an extension" (ajouter une extension):



User Extension (Extension utilisateur): 205Display name (Nom d'affichage): Banban




71/97



Comme on peut le voir sur le côté droit, les trois extensions ont été crées.

Cliquez sur le bouton rouge "Apply Configuration Changes" (Appliquez les changements de configuration) sur la gauche pour appliquer vos nouveaux paramètres d'extension.


72/97




73/97

http://openmaniak.com/trixbox/trixbox_14_extension_apply.png


Annexes B : Les étapes d’installations d’A2BILLING

a. Choix du système d’exploitation et de la distribution L’IPBX Asterisk a été de base fait pour être utilisé sur le système d’exploitation Linux.

Dans notre cas, l’installation d’A2Billing s’est fait à l’aide de Trixbox et sur surtout sur une version de Linux nommé CentOs 4.0.

b. Vérification de l’installation du serveur Apache et PHP

i. Mise en place du Serveur APACHE

Tout d’abord, il faut vérifier si le serveur nommé httpd (nom donné pour le serveur Apache) est installé à laide de la commande si vous ne le trouvez pas cela signifie qu’il n’est pas installé.

rpm –qa | grep httpd

Pour installer le serveur s’il n’est pas déjà en place ou si vous voulez mettre à jour le serveur, il suffit de taper la ligne de commande :

yum install httpd

Vérifier si le serveur tourne bien en utilisant la ligne de commande suivante :

/etc/init.d/httpd status

Normalement, vous devrez obtenir quelque chose de cette forme :

httpd (pid 7486 3710 3709 3708 3707 3706 3705 3704 3703 3700) is running...

Si vous voyez que le serveur ne tourne pas, il suffit de le démarrer en utilisant la fonction « start » :

/etc/init.d/httpd startStarting httpd: [ OK ]


74/97


Pour permettre au serveur Apache de démarrer après un redémarrage automatiquement, il suffit de vérifier dans la commande « chkconfig » qu’il sera bien lancé automatiquement.

ii. Mise en place du serveur PHP

Vérifier si le serveur PHP est bien installé :

rpm -qa | grep php

Vous devez obtenir quelque chose comme ça :

php-imap-4.3.10-2.4php-pgsql-4.3.10-2.4php-4.3.10-2.4php-mysql-4.3.10-2.4php-mbstring-4.3.10-2.4php-mmcache-4.3.10_2.4.6-4.1.fc2php-pear-4.3.10-2.4php-pcntl-4.3.9-3.1.1

PHP requiert : php, php-pgsql or php-mysql, et php-pcntl.Si un de ces éléments manque il faut absolument les installer à l’aide de la fonction YUM.

Certains systèmes d’exploitation de Linux comme Debian n’ont pas le package php-pcntl mais on peut vérifier si le module pcntl est existant en utilisant la fonction php –m.

Avec les systèmes d’exploitation du type CentOs ou Debian, on doit faire un petit changement dans le fichier php.ini (nano /etc/php.ini). En effet il faut rajouter une ligne supplémentaire dans les extensions (extension = pgsql.so). Une fois la ligne rajoutée, il faut absolument redémarrer le serveur apache après des changements.

iii. Mise en place du serveur Postgres

Vérifier si le serveur Postgres est bien installé :

rpm -qa | grep postgres

Vous devez obtenir quelque chose comme ça :


75/97


postgresql-server-7.3.2-3postgresql-libs-7.3.2-3postgresql-7.3.2-3

Pour installer le serveur Postgres, il faut utiliser la fonction YUM si tous les packages ne sont pas bien installés

Vérifier le statut de Postgresql :

/etc/init.d/postgresql status

Si le serveur ne tourne pas, il suffit de le démarrer :

/etc/init.d/postgresql start

Normalement, on doit obtenir ceci:

Starting postgresql: [ OK ]

Pour permettre au serveur Postgres de démarrer en permanence, il suffit de faire un “chkconfig” et de rentrer la ligne suivante : chkconfig postgresql --level 2345 on.

iv. Mise en place du serveur Mysql

Vérifier si le serveur Mysql est installé :

rpm -qa | grep mysql

Vous devez obtenir quelque chose comme ceci :

mysql-3.23.58-16.FC3.1mysql-server-3.23.58-16.FC3.1mysql-devel-3.23.58-16.FC3.1

Pour installer le serveur Mysql, il faut utiliser la fonction YUM si tous les packages ne sont pas bien installés :

Yum install mysql mysql-server


76/97


Vérifier le statut du serveur Mysql à l’aide la ligne de commande :

/etc/init.d/mysqld status

Si le serveur ne tourne pas, il faut démarrer le serveur Postgres :

/etc/init.d/postgresql start

Normalement, vous devez obtenir ceci :

Starting postgresql: [ OK ]

v. Préparation du serveur de donnée Postgres pour A2Billing

Vérifions que le serveur Postgres permette l’accès à tous les utilisateurs en local pour toutes les bases de données :

nano /var/lib/pgsql/data/pg_hba.conf

Assurez-vous qu’à la fin vous ayez ces lignes à la fin du fichier de configuration :

host all all 127.0.0.1 255.255.255.255 trusthost all all your-webserver-ip 255.255.255.255 trustvi /var/lib/pgsql/data/postgresql.conf

Assurez-vous de nouveau que ces lignes ne soient pas mises en commentaire :

tcpip_socket = Trueport = 5432

Redémarrer le serveur postgresql :

/etc/init.d/postgresql restart


77/97


c. Mise en place et installation d’A2Billing

i. Téléchargement du logiciel A2Billing

Note: Vérifier sur http://asterisk2billing.org que vous trouver la version la plus récente d’A2Billing.

cd /usr/srcmkdir a2billingcd a2billingwget -O a2billing.tar.gz http://www.asterisk2billing.org/download.php?get=Asterisk2Billing_release_Chameleon_v1_2_3.tar.gz

Décompresser le fichier téléchargé :

tar -xzvf a2billing.tar.gz

ii. Création de d’un utilisateur de bases de données pour A2Billing

Se logger comme utilisateur postgres pour ajouter un utilisateur de la base de données.

su - postgres

Créer l’utilisateur postgres, nous utiliserons comme nom d’utilisateur 'a2billinguser' mais vous pouvez en utiliser un autre.

createuser -W a2billinguser

On vous posera la question si l’utilisateur peut créer des bases de données, répondre oui et si l’utilisateur peut créer d’autres utilisateurs, répondre non. Après utiliser un password que vous voulez.

iii. Création des bases de données et remplissages de la base Postgres

Création de la base de données pour A2Billing :

createdb -O a2billinguser a2billing (that is an O for Owner)

Se logger dans la nouvelle base de données pour vérifier les propriétaires :


78/97

http://www.asterisk2billing.org/download.php?get=Asterisk2Billing_release_Chameleon_v1_2_3.tar.gz

http://www.asterisk2billing.org/download.php?get=Asterisk2Billing_release_Chameleon_v1_2_3.tar.gz

http://asterisk2billing.org/


psql -d a2billing\du

Vous devez obtenir cette liste des utilisateurs des bases de données :

User name | User ID | Attributes--------------------------------------------------a2billinguser | 100 | create databasepostgres | 1 | superuser, create database(2 rows)\q (to exit from database)

Importer les schémas des données dans la nouvelle base :

psql -d a2billing -f /usr/src/a2billing/a2billing-pgsql-schema.sql -U a2billinguser -W

Il vous demandera le mot de passe que vous avez entré dans l’étape précédente. Après ça créera toutes les tables sous le nom de 'a2billinguser' as propriétaires.

Vérifions que l’installation des bases de données est bien faite en tapant les lignes suivantes:

psql -d a2billing -U a2billinguser -Wa2billing=> SELECT * FROM cc_ui_authen;userid | login | password | groupid | perms | confaddcust | name | direction | zipcode | state | phone | fax | datecreation--------+-------+------------+---------+-------+-------------+------+-----------+---------+-------+-------+-----+------------------------------- 2 | admin | mypassword | 0 | 1023 | | | | | | | | 2005-02-27 04:14:05.391501+02 1 | root | myroot | 0 | 1023 | | | | | | | | 2005-02-27 03:33:27.691314+02(2 rows)

Si vous obtenez ceux qui précède alors votre installation est correcte sinon vous devez supprimer la base de donnée et recommencez la procédure.

En résumé, vous devez avoir :

Le serveur postgres doit tourner.


79/97


Le serveur postgres doit se connecter en local pour l’utilisateur a2billinguser Le serveur postgres doit permettre une connection tcp/ip sur le port 5432.

iv. Création de la base de donnée sur MySQL

Se logger comme « root » (administrateur) sur la base de donnée MySQL et ajouter une nouvelle base.

mysql –u root –ppassw0rd

Créer le nouveau utilisateur de la base de donnée, nous utiliserons le nom 'a2billinguser' mais vous pouvez utiliser le nom que vous voulez.

Une fois arrivez sur le prompt de SQL, donner tous les privilèges à ce nouveau utilisateur en rentrant les lignes suivantes :

GRANT ALL PRIVILEGES ON mya2billing.* TO 'a2billinguser'@'%' IDENTIFIED BY 'a2billing' WITH GRANT OPTION; //security issueGRANT ALL PRIVILEGES ON mya2billing.* TO 'a2billinguser'@'localhost' IDENTIFIED BY 'a2billing' WITH GRANT OPTION;GRANT ALL PRIVILEGES ON mya2billing.* TO 'a2billinguser'@'localhost.localdomain' IDENTIFIED BY 'a2billing' WITH GRANT OPTION;\q (to quit)

v. Création des bases de données et remplissages de la base MySQL

Création de la base de données pour A2Billing :

mysqladmin create mya2billing -u a2billinguser -p

Le prompt vous demandera le mot de passe, dans notre cas il faut entrer 'a2billing'.

Import data schema into new database

cd trunk/Database/mysql/<mysql-version>mysql mya2billing -u a2billinguser -p < a2billing-mysql-schema-MYSQL.5.X-v1.2.3.sql<insert a2billing password: "a2billing">

De nouveau, il vous demandera la mot de passe. Une fois entrer, cela créera toutes les tables comme utilisateur 'a2billinguser'.


80/97


Vérifions l’installation de la base de données :

mysql mya2billing -u a2billinguser -p

Le prompt vous demandera encore le mot de passe dans notre cas il faut entrer ‘a2billing' et parès il suffit de taper :

mysql> SELECT * FROM cc_ui_authen;+--------+-------+------------+---------+-------+-------------+------+-----------+---------+-------+-------+------+----------------+| userid | login | password | groupid | perms | confaddcust | name | direction | zipcode | state | phone | fax | datecreation |+--------+-------+------------+---------+-------+-------------+------+-----------+---------+-------+-------+------+----------------+| 2 | admin | mypassword | 0 | 1023 | NULL | NULL | NULL | NULL | NULL | NULL | NULL | 20050226211405 || 1 | root | myroot | 0 | 1023 | NULL | NULL | NULL | NULL | NULL | NULL | NULL | 20050226203327 |+--------+-------+------------+---------+-------+-------------+------+-----------+---------+-------+-------+------+----------------+2 rows in set (0.00 sec)

vi. Installation des fichiers pour la configuration d’asterisk2billing

Placer le fichier a2billing.conf dans le dossier /etc/asterisk/

cp /usr/src/a2billing/trunk/a2billing.conf /etc/asterisk/.

Ce fichier contient toutes les configurations pour la plate-forme A2Billing : Les paramètres de connexion à la base de données, l’interface web, etc...

Pour commencer, il faut mettre en place l’accès à la base de données :

nano /etc/asterisk/a2billing.conf

Ce fichier contient différente section pour la configuration :

section [database] : Pour configurer la base de donnée

section [webui] : Pour customiser l’interface web

section [recprocess] : Configuration des procedures recurrentes MEILHAC AlexisMAUSSAND DavidTHEYS Alban 3BIRT02

81/97


section [agi-confX] : Configuration pour l’AGI

Configurons les connexion à la base de données dans la section [database], pour cela nous devons changer quelques paramètres du type :

[database]hostname=localhostport=5432user=a2billinguserpassword=a2billingdbname=mya2billingdbtype=postgres

Description des paramètres :

HOST: C’est le nom de la base de données. Example: localhost

PORT: Le port de la base de données. Example: 5432

USER: Le nom de l’utilisateur qui accède à la base de données. Example: a2billinguser

PASS: Le mot de passe. Example: password

DBNAME: Le nom de la base de donnée. Example: a2billing

DB_TYPE: Le type de base de données. support: postgres et/ou mysql

vii. Installation de l’interface de gestion d’A2Billing

Placer le dossier “A2Billing_UI” dans le dossier du serveur web nommé « DocumentRoot » :

cp -rf /usr/src/a2billing/trunk/A2Billing_UI /var/www/html/.

Pour information vous pouvez vérifier ce DocumentRoot dans le fichier httpd.conf :

# DocumentRoot: The directory out of which you will serve your# documents. By default, all requests are taken from this directory, but# symbolic links and aliases may be used to point to other locations.DocumentRoot "/var/www/html"


82/97


viii. Configuration et customisation de l’interface web sur le fichier a2billing.conf

Pour configurer l’interface web, vous avez besoin de faire quelques changements dans la section [webui] :

; configuration for the Web interface[webui]

; Path to store the asterisk configuration filesbuddyfilepath = /etc/asterisk/

; Email of the admin (not used yet)email_admin = [email protected]

; Card lenghtlen_cardnumber = 10

; Voucher lenghtlen_voucher = 15

;amount of MOH class you have created in musiconhold.conf : acc_1, acc_2... acc_10 classetc...

num_musiconhold_class = 10

;MANAGER CONNECTION PARAMETERSmanager_host = localhostmanager_username = myasteriskmanager_secret = mycode

; Allow to display the help section inside the admin interface (YES - NO)show_help="YES"

; Parameter of the upload; PLEASE CHECK ALSO THE VALUE IN YOUR PHP.INI THE LIMIT IF 2MG BY DEFAULTmy_max_file_size_import = 512000my_max_file_size = 512000 ; in bytes

; Not used yet, goal is to upload files and use them directly in the IVRdir_store_audio = /var/lib/asterisk/sounds/a2billing

;Parameter of the uploadmy_max_file_size_audio=3072000 ; in bytes


83/97


; the file type extensions allowed to be uploaded such as "gsm, mp3, wav" (separate by ,)file_ext_allow = gsm, mp3, wav

; the file type extensions allowed to be uploaded for the musiconhold such as "gsm, mp3, wav" (separate by ,)file_ext_allow_musiconhold = mp3

; ENABLE THE CDR VIEWER TO LINK ON THE MONITOR FILES (YES - NO)link_audio_file = "NO"

; PATH TO LINK ON THE RECORDED MONITOR FILESmonitor_path = /var/spool/asterisk/monitor// grant access to apache user on read mode for the directory :> chmod 755 /var/spool/asterisk/monitor/

; FORMAT OF THE RECORDED MONITOR FILE monitor_formatfile = gsm

; Display the icon in the invoiceshow_icon_invoice = "YES"

; Display the top frame (useful if you want to save space on your little tiny screen )show_top_frame = "NO"

Accès aux Fichiers et aux Dossiers

Donner tous les droits au dossier /etc/asterisk/ afin que l’interface web puisse écrire dans le fichier de configuration Sip/Iax :

chmod 777 /etc/asteriskmkdir /var/lib/asterisk/mohmp3/acc_1mkdir /var/lib/asterisk/mohmp3/acc_2mkdir /var/lib/asterisk/mohmp3/acc_ etc...

Créer un nombre de dossier en fonction du paramètre NUM_MUSICONHOLD_CLASS, si la valeur de ce paramètre est de 10 alors il faut créer 10 dossier.

Donner tous les droits à ces fichiers crées :


84/97


chmod 777 /var/lib/asterisk/mohmp3/acc_*

Le dossier suivant "a2billing" n’est pas utilisé pour l’instant mais dans le futur nous l’utiliserons pour configurer les fichiers audios:

mkdir /var/lib/asterisk/sounds/a2billingchmod 777 /var/lib/asterisk/sounds/a2billing

Inclure les fichiers SIP/IAX

A2Billing est capable de générer ces propres fichiers SIP et IAX quand on utilise des SIP/IAX friends.

Dans le fichier sip.conf, ajoutez la ligne suivante à la fin :

#include additional_a2billing_sip.conf

Dans le fichier iax.conf, ajoutez la ligne suivante à la fin :

#include additional_a2billing_iax.conf

Configuration du gestionnaire

Editer le fichier de configuration du gestionnaire en faisant nano /etc/asterisk/manager.conf

Assurez-vous que la ligne soit comme ceux-ci « enabled = yes », vous devez obtenir ceux-ci :

[general]enabled = yesport = 5038bindaddr = 0.0.0.0;displayconnects = yes

Ajouter une entrée pour permettre la connexion du gestionnaire :

[myasterisk]secret = mycoderead = system,call,log,verbose,command,agent,userwrite = system,call,log,verbose,command,agent,user


85/97


Configuration de la musique d’attente

Editer le fichier de configuration MusicOnHold à l’aide la fonction, nano /etc/asterisk/musiconhold.conf

Ajouter les lignes suivantes à la fin de ce fichier, comme nous avons créer auparavent 10 dossier, vous devez tous les définir dans ce fichier:

; class definitions For A2Billingacc_1 => mp3:/var/lib/asterisk/mohmp3/acc_1acc_2 => mp3:/var/lib/asterisk/mohmp3/acc_2acc_3 => mp3:/var/lib/asterisk/mohmp3/acc_3acc_4 => mp3:/var/lib/asterisk/mohmp3/acc_4acc_5 => mp3:/var/lib/asterisk/mohmp3/acc_5acc_6 => mp3:/var/lib/asterisk/mohmp3/acc_6acc_7 => mp3:/var/lib/asterisk/mohmp3/acc_7acc_8 => mp3:/var/lib/asterisk/mohmp3/acc_8acc_9 => mp3:/var/lib/asterisk/mohmp3/acc_9acc_10 => mp3:/var/lib/asterisk/mohmp3/acc_10

Accès à l’interface Web

Ouvrez votre web browser (Modzilla, Internet Explorer, ...) et entrez l’URL suivant : http://hostname/A2billing_UI/. A partir d’ici il est possible de se logger à l’aide des logins et des mots de passes suivants : login=root, pass=myroot ou login=admin, pass=mypassword .

Install the customer web interface

Placer le dossier "A2BCustomer_UI"dans le dossier « DocumentRoot » du serveur web server.

cp -rf /usr/src/a2billing/trunk/A2BCustomer_UI /var/www/html/.

Il faut savoir que l’interface web d’A2Billing utilisera le fichier a2billing.conf pour savoir et connaître les paramètres de la base de données.

d. Installation des composants AGI application

i. Installation

Placer le contenu en entier du dossier A2Billing_AGI dans le dossier agi-bin :


86/97


cd /usr/src/a2billing/trunk/A2Billing_AGIcp a2billing.php /var/lib/asterisk/agi-bin/.cp -rf libs_a2billing /var/lib/asterisk/agi-bin/.

Assurez-vous que le script est tout les droits :

chmod +x /var/lib/asterisk/agi-bin/a2billing.php

ii. Installation des fichiers sons

cp sounds/* /var/lib/asterisk/sounds/.cp sounds/en/* /var/lib/asterisk/sounds/.

Pour d’autres langues:

Installer A2Billing Spanish Audio dans /var/lib/asterisk/sounds/es/

Installer A2Billing French Audio dans /var/lib/asterisk/sounds/fr/

iii. Configurer et customiser l’AGI : a2billing.conf

Configurer l’accès à la base de données pour l’AGI, pour cela il faut vous référer au point précédent "Installer le fichier pour la configuration « asterisk2billing »qui décrit la section [database].

Dans la section [agi-confX] : quelques configurations for the AGI doivent être faites.

Vous devez obtenir ceux-ci :

; the debug level; 0=none, 1=low, 2=normal, 3=alldebug=0

; if we want to manage the answer on the callanswer_call=yes

; Active the logging of the application; logging is optimized to write all the logs at once :Dlogger_enable=YES


87/97


; File to loglog_file=/tmp/a2billing.log ; if YES Use Set(LANGUAGE()=fr) instead, for me it didnt work from AGI; ### if (SETLANGUAGE_DEPRECATE==YES) $myres = $agi->agi_exec("EXEC Set('LANGUAGE()=$language')");setlanguage_deprecate=YES

; play the goodbye message when the user finishsay_goodbye=NO ; enable the menu to choose the language; press 1 for English, pulsa 2 para el español, Pressez 3 pour Françaisplay_menulanguage=NO ; force the use of a language, if you dont want to use it leave the option empty; Values : ES, EN, FR, etc... (according to the audio you have install)force_language=

; Introduction prompt : to specify an additional prompt to play at the beginning of the application; parlezplus-intro_013centimesintro_prompt=

; lenght of the cardnumber (amount of digits)len_cardnumber=10

; Alias-Card lenghtlen_aliasnumber = 15

; Voucher lenghtlen_voucher = 15 ; this is the minimum amount of credit to use the applicationmin_credit_2call=0

; if user doesnt have enough credit to call a destination XXX prompt him to enter an other cardnumbernotenoughcredit_cardnumber=YES


88/97


; if notenoughcredit_cardnumber = YES then assign the CallerID to the new cardnumbernotenoughcredit_assign_newcardnumber_cid=YES

; if YES it will catch the DNID and try to dial it out directly without asking for the phonenumber to call; value : YES, NOuse_dnid=NO ; list the dnid on which you want to avoid the use of the previous option "use_dnid"no_auth_dnid=2400,2300

;number of time the user can dial different numbernumber_try=3

; Play the balance to the user after the authentication (values : yes - no)say_balance_after_auth=YES ; Play the balance to the user after the call (values : yes - no)say_balance_after_call=NO ; Play the time the user can call (values : yes - no)say_timetocall=YES ; enable the callerid authentication; if this option is active the CC system will check the CID of caller cid_enable=NO

; if the cid doesnt exist you can then ask a cardnumber to the calling party in order to authenticate the callercid_askpincode_ifnot_callerid=YES ; if the callerID, this option will allow the system to add it automatically and create a cardnumber to hook them up. cid_auto_create_card=NO

; if the callerID authenticate is on, this option will allow the assign the cardnumber enter to the callerID if the callerID wasnt in the DBcid_auto_assign_card_to_cid=YES


89/97


; If cid_auto_create_card has been set to YES, the following option will define with which parameters the card will be create;; billing type of the new card; ( value : POSTPAY or PREPAY)cid_auto_create_card_typepaid=POSTPAY; amount of credit of the new cardcid_auto_create_card_credit=0

; if postpay define here the credit limit for the cardcid_auto_create_card_credit_limit=1000 ; the tariffgroup to use for the new card (this is the ID that you can find on the admin web interface)cid_auto_create_card_tariffgroup=6 ; enable the option to call sip/iax friend for free (values : YES - NO)sip_iax_friends=NO ; if SIP_IAX_FRIENDS is active, you define a prefix for the dialed phonenumber to call directly a pstn number; values : numbersip_iax_pstn_direct_call_prefix=9

; this will enable a prompt to enter your destination number_try; if number start by sip_iax_pstn_direct_call_prefix we do directly a sip iax call, if not we do a normal callsip_iax_pstn_direct_call=NO

; More information about the Dial : http://voip-info.org/wiki-Asterisk+cmd+dial; 30 : The timeout parameter is optional. If not specifed, the Dial command will wait indefinitely, exiting only when the originating channel hangs up, or all the dialed channels return a busy or error condition. Otherwise it specifies a maximum time, in seconds, that the Dial command is to wait for a channel to answer.; H: Allow the caller to hang up by dialing * ; r: Generate a ringing tone for the calling party; m: Provide Music on Hold to the calling party until the called channel answers. ; L(x[:y][:z]): Limit the call to 'x' ms, warning when 'y' ms are left, repeated every 'z' ms)


90/97

http://voip-info.org/wiki-Asterisk+cmd+dial


; %timeout% tag is replaced by the calculated timeout according the credit & destination rate!

dialcommand_param="|30|HL(%timeout%:61000:30000)"

; by default (3600000 = 1HOUR MAX CALL)dialcommand_param_sipiax_friend="|30|HL(3600000:61000:30000)" ; Define the order to make the outbound call; YES -> SIP/dialedphonenumber@gateway_ip - NO SIP/gateway_ip/dialedphonenumber; Both should work exactly the same but i experimented one case when gateway was supporting dialedphonenumber@gateway_ip ; So in case of troubles, try it outswitchdialcommand=NO

; When a call find a negative route or a free route is adviced to limite the call duration : amount in secons maxtime_tocall_negatif_free_route = 5400

; enable to monitor the call (to record all the conversation); value : YES - NOrecord_call=NO

; format of the recorded monitor file monitor_formatfile=gsm

;base currency define the default currency that you want to use to setup your system (see the file /etc/asterisk/rates.inc to know the currency code)base_currency = usd

; Force to play the balance to the caller in a predefined currency, to use the currency set for by the customer leave this field emptyagi_force_currency =

; CURRENCY SECTION; Define all the audio (without extension) that you want to play according to currency (use , to separate, ie "usd:prepaid-dollar,mxn:pesos,eur:Euro,all:credit")currency_association = usd:prepaid-dollar,mxn:pesos,eur:euro,all:credit


91/97


; Please enter here the file you want to play when we prompt the calling party to enter his destination number; file_conf_enter_destination = prepaid-enter-number-u-calling-1-or-011file_conf_enter_destination = prepaid-enter-dest

; Please enter here the file you want to play when we prompt the calling party to choose the prefered language; file_conf_enter_menulang = prepaid-menulangfile_conf_enter_menulang = prepaid-menulang2

; the debug shell (ONLY FOR THE DEVELOPERS); 0=no, 1=yesdebugshell=0

iv. Configuration des extensions pour faire tourner A2Billing dans Trixbox

Editer le fichier extension.conf (nano /etc/asterisk/extensions.conf).

Ajouter les liens suivants pour être dans le bon contexte. :

[a2billing]; CallingCard applicationexten => _X.,1,Answerexten => _X.,2,Wait,2exten => _X.,3,DeadAGI,a2billing.phpexten => _X.,4,Wait,2exten => _X.,5,Hangup

Editer extension_custom.conf (nano /etc/asterisk/extension_custom.conf) et ajouter les lignes suivantes dans la partie « from-internal-custom context » :

; asterisk2billing applicationexten => _X.,1,Answerexten => _X.,2,Wait,2exten => _X.,3,DeadAGI,a2billing.phpexten => _X.,4,Wait,2exten => _X.,5,Hangup

Vous pouvez remplacer les X par un nombre si vous devez faire des applications particulières ou spécifiques.


92/97


Redémarrer le serveur Asterisk pour ques les changements s’appliquent:

> Run asterisk -rCLI>reloadCLI>exit

Essayer de faire un appel à l’aide de l’IPBX vous devriez entendre "please enter your pin number...".

Annexes C : Echéancier

Abréviation pour la répartition des tâches :MEILHAC Alexis: M.ATHEYS Alban: T.AMAUSSAND David : M.D

Semaine du 26 janvier au 30 janvier 2009 : Mise en place du système d’exploitation LINUX :

oMise en place d’un disque virtuel (Virtual Clone Drive) (M.A)o Installation d’UBUNTU v8.5 (M.A)

Téléchargement d’ASTERISK et des modules complémentaires (M.A) Mise en place du cahier des charges : (M.D, T.A)

o Topologie du réseau (M.D, T.A)o Définition des protocoles utilisés (M.D, T.A)

Semaine du 2 février au 6 février 2009 : Téléchargement du Softphone (M.D) Mise en place du réseau téléphonique (M.D, M.A) Récupération des fichiers de taxation (T.A) Analyse des .logs contenant la taxation (T.A) Configuration d’ASTERISK pour la mise en place de l’IPBX (M.A)

Semaine du 9 février au 13 février 2009 : Configuration d’ASTERIX pour la mise en place de l’IPBX (M.A) Implémentation du système de facturation : A2BILLING (M.A) Simuler des appels entrant et sortant des téléphones vers le réseau RTCP (M.D) Récupération des fichiers de taxation (T.A) Analyse des .logs contenant la taxation (T.A)


93/97


Semaine du 16 février au 27 février 2009 : Récupération des fichiers de taxation (T.A) Analyse des .logs contenant la taxation (T.A) Sauvegarde de ces données taxables (T.A) Fournir les tableaux de bord nécessaires à l'analyse de la consommation

téléphonique comprenant : (M.D, M.A)oDu type d’appel (entrant/sortant)oDe la date et de l’heureoDu numéro appelantoDu numéro appeléoDe la durée de la connexionoDu coût de communication

Semaine du 2 mars au 13 mars 2009 : Mise en place du système de pré paid pour les softphones (T.A, M.D) Configuration de l’IPBX afin de changer les services, en temps réel, selon les

consommations téléphoniques. (M.A)

Semaine du 16 mars au 20 mars 2009 : Gestion financière des flux télécoms (T.A) Création de l’interface administrateur (M.A, M.D)

Semaine du 23 mars au 27 mars 2009 : Gestion des appels : contrôle des dépenses téléphoniques, définition des seuils.

En cas de dépassement, génération d'une alerte, envoi d’emails (M.A, M.D, T.A)


94/97


Bibliographie :

Livres :

Asterisk: The future Of Telephony (O’Reilly)

Switching to VoIP (O’Reilly)

VoIP Hacks (O’Reilly)

Sites:

http://www.voipbuster.com/fr/

http://sambranche.blogspot.com/2008_07_01_archive.html

http://www.voip-info.org

http://www.asterisk.org

Site de TRIXBOX :

http://www.trixbox.org

Site d’A2Billing :

http://www.asterisk2billing.org/cgi-bin/trac.cgi


95/97

http://www.trixbox.org/

http://www.asterisk.org/

http://www.voip-info.org/

http://sambranche.blogspot.com/2008_07_01_archive.html

http://www.voipbuster.com/fr/

PROJET INTERNE 2008 / 2009

Département Signal et Télécommunications

Gestion de la taxation dans les réseaux de télécommunications

L’objectif de notre projet est la mise en place d’une plate-forme de facturation soutenu par un IPBX.

Problématique :

Est- il possible de trouver sur le marché une solution entièrement "Open Source" intégrant un commutateur IP et un logiciel de facturation ?

Il sera donc possible de mettre en place une taxation téléphonique consistant en la génération de rapports journaliers des appels pour pouvoir superviser les appels et serrer au maximum la facture téléphonique.

Ce système de taxation sera intégré sur un IPBX et se basera sur l'analyse des tickets CDR (Charging Data Record) afin de:

Fournir les tableaux de bord nécessaires à l'analyse de la consommation téléphonique.

Refacturation interne des communications.

Restreindre les utilisateurs ou services consommant trop.

Fournir un système de pré payé aux gros utilisateurs ou services de téléphone et/ou pour des appels vers l’internationales.

L’IPBX sera matérialisé par un ordinateur sur lequel on aura installé un système de « virtualisation » (VmWare) pour utiliser la plate-forme ToIP nommé TRIXBOX (anciennement Asterisk@home). En effet,

TRIXBOX permet de faciliter l’installation sur un système comme VmWare, d’insérer des téléphones IP ou des Softphones et surtout d’obtenir des comptes rendu téléphoniques (CDR) avec possibilité de voir les flux téléphonique au cours du temps.

D’autre part nous installerons une plate-forme de facturation nommé A2Billing permettant de mettre en place un système de pré paiement sur tous les téléphones du réseau que ce soit sur les téléphones IP ou les softphones. Ce module de gestion de la taxation permettra de visualiser, de gérer, et de calculer les coûts téléphoniques associés à tous les appels qu’ils soient entrant ou sortant.

Cette gestion de taxation téléphonique pourra traiter les points suivants :

• Récupération des données taxables.

• Traitement de ces données taxables.

• Sauvegarde de ces données taxables.

• Restriction de certains utilisateurs en leur donnant un système de pré payé ou d’unité.

• Gestion financière des flux télécoms.

• Taxation multi devises, multi opérateurs.

• Gestion des appels : contrôle des dépenses téléphoniques, définition

Auteurs : David MAUSSAND, Alexis MEILHAC, Alban THEYSTrinôme : IRT02Encadrant : BABOT Vincent

ESME-Sudria38 rue Molière94200 IVRY SUR SEINE

Tél. : + 33 1 56 20 62 00Fax : + 33 1 56 20 62 62

Mail : [email protected]://www.esme.fr

http://www.eivd.ch/

PROJET INTERNE 2008 / 2009

Département Signal et Télécommunications

des seuils. En cas de dépassement, génération d'une alerte, envoi d’email

Auteurs : David MAUSSAND, Alexis MEILHAC, Alban THEYSTrinôme : IRT02Encadrant : BABOT Vincent

ESME-Sudria38 rue Molière94200 IVRY SUR SEINE

Tél. : + 33 1 56 20 62 00Fax : + 33 1 56 20 62 62

Mail : [email protected]://www.esme.fr

http://www.eivd.ch/

sudriaesme.free.frsudriaesme.free.fr/Rapport Final.docx · Web viewIls ne veulent pas que leurs...

Documents

Transcript of sudriaesme.free.frsudriaesme.free.fr/Rapport Final.docx · Web viewIls ne veulent pas que leurs...