|
Epigraphe
Epigraphe
« J'éprouve l'émotion la plus forte devant
le mystère de la vie.
Le sentiment fonde le beau et le vrai, il
suscite l'art et la science. »
ALBERT EINSTEIN
Dédicace
Dédicace
Je dédie ce travail,
Au Dieu tout puissant sans qui rien
n'est
possible
A mes parents,
Papa KWATE Jean Ledoux
et Maman KWATE née NZOUGONG Marie
madeleine
qui ont sacrifié des années de leurs
vies pour que je
sois là aujourd'hui.
A mes frères et soeurs
qui ne cessent de
m'encourager et avec qui je partage
les
moments de joies et de peines.
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
|
Remerciements
Remerciements
Qu'il nous soit permis d'exprimer notre profonde gratitude et
nos sincères remerciements à toutes les personnes qui ont
contribué de près ou de loin à l'élaboration de ce
travail. Nos pensées vont notamment :
> Au Dieu tout puissant.
> Au Directeur de l'ISS de MAROUA, Pr
KHOLYANG.
> Au Directeur générale de SAE, M.
Martin AZEMKOUO.
> Au personnel administratif de l'ISS.
> Au corps enseignant de l'ISS pour l'effort fourni dans le
progrès de la jeunesse estudiantine Camerounaise.
> A tous les enseignants du département INFOTEL.
> A mes encadreurs, académique Dr. VIDEME
BOSSOU Olivier et professionnel M. Georges LOMBAT et M.
Diderot KEPMEGNI, pour leur soutient et les précieux conseils
qu'ils m'ont prodigués.
> Au personnel de SAE, et en particulier au
Bureau d'étude et conception pour l'accueil très chaleureux et
convivial.
> A ma grande soeur chérie KWATE DIEGONG
Stéphanie pour tous les sacrifices consentis pour ma
réussite, le tout puissant te rendra cela au centième près
du courage. > A toute la famille KWATE.
> A tous mes collègues de stage
> A tous mes amis
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
|
Table des Matières
Table des Matières
Epigraphe i
Dédicace ii
Remerciements iii
Table des Matières iv
Résumé - Abstract vi
Glossaire vii
Introduction Générale
2
Chapitre 1 : Présentation de la Structure
d'accueil et Déroulement du Stage 4
1.1 Présentation de l'entreprise 5
1.1.1 Historique 5
1.1.2 Raison sociale et statut juridique 5
1.1.3 Domaine d'Activités 5
1.1.4 Organigramme de SAE 6
1.1.5 Plan de localisation de SAE Douala 6
1.1.6 Partenaires de SAE 7
1.1.7 Les clients de SAE Cameroun 7
1.1.8 Problématique et objectifs 8
1.1.9 Planning de travail 8
Conclusion 10
Chapitre 2 : Généralités sur la
Téléphonie sur IP 11
2.1 Principe, normes et protocoles 12
2.1.1 Le principe de fonctionnement 12
2.1.2 Les avantages de la ToIP 12
2.1.3 Les difficultés techniques à résoudre
13
2.1.3.1 Le délai de transmission 13
2.1.3.3 Perte de paquets 14
2.1.3.3 Gigue 14
2.1.4 La signalisation dans la ToIP 14
2.1.5 Le Transport de la Voix sur IP 16
2.1.6 Équipements et architecture d'un réseau VoIP
16
2.2 Présentation de la solution CCM de CISCO
18
2.2.1 Les protocoles utilisés 18
2.2.2 Quelques fonctionnalités et services propres 19
2.3 La tarification dans la VOIP 20
2.3.1 Les fichiers spéciaux 20
2.3.2 Les techniques de récolte d'information de
tarification 20
2.3.3 Quelques outils de tarification 24
Table des Matières
Conclusion 25
Chapitre 3 : Conception et réalisation
26
3.1 Présentation et mise en place de notre
laboratoire de test 27
3.1.1 Les équipements mis à notre disposition 27
3.1.2 Configuration du routeur CCME 28
3.1.2.1 La VoIP et le routage 28
3.1.2.2 Configuration du routeur en client RADIUS 31
3.1.2.3 Configuration de la machine d'acquisition en serveur
RADIUS 32
3.1.2.3.1 Configuration d'ODBC sous Windows XP 32
3.1.2.3.2 Configuration de WinRadius 34
3.2 Modélisation de la plateforme de consultation
36
3.2.1 Outils utilisés 36
3.2.2 Plan de l'application 36
3.2.3 Les différentes tables de la base de données
37
3.2.4 Les données dans notre base 39
3.2.5 Une capture de CDRs 40
3.2.6 Interfaces de l'application 40
Conclusion 43
Conclusion Générale 45
45
Liste des figures a
Liste des Tableaux a
Bibliographie b
Annexes c
Annexe 1 : une partie du code stat1.php c
Annexe 2 : Contenu du fichier WinRadius.config
f
Annexe 3 : Quelques commandes effectuées par
Radius dans la BD Mysql (voir Fichier WinRadius.backup) h
Résumé -- Abstract
Résumé - Abstract
Résumé
Le présent travail entre dans le cadre de mon
stage de Master 1 en Télécommunication de l'Institut
Supérieur du Sahel (ISS).
L'objectif de ce mémoire est de concevoir et
réaliser un outil pour la facturation dans un contexte de service VOIP.
Pour atteindre cet objectif, on a commencé par étudier les
généralités sur la Téléphonie sur IP, ceci
tout en insistant sur les principes, normes et protocoles qui sous-tendent ce
service. Apres il a été question de faire non seulement un
état de l'art sur les stratégies de facturation dans la
Téléphonie sur IP, mais surtout d'en adopter la méthode la
plus optimale. Enfin on a pu réaliser, après une étape
d'analyse et de conception, une plateforme WEB couplée à une base
de données, permettant de façon basique de présenter une
facture et un listing des appels pour un utilisateur précis et pendant
une période donnée.
Mots clés : TOIP, VOIP, Radius,
MySQL, ...
Abstract
The present work is part of my Master thesis in a
Telecommunications Higher Institute of the Sahel (ISS). The objective of this
thesis is to design and produce a tool for billing in a VOIP service. To
achieve this goal, we began by studying the background on IP Telephony, this
while emphasizing the principles, standards and protocols that underpin this
service. After it has been subject to not only a state of the art strategies
billing in IP telephony, but also to adopt the most optimal. Finally it has
been unable, after a stage of analysis and design, a web
platform coupled to a database, allowing the basic way to present
an invoice and a listing of calls for a specific user and a given period.
Keywords: TOIP, VOIP, Radius, MySQL...
Glossaire
Glossaire
A
ADSL Asymmetric Digital Subscriber
Line
C
CCME Cisco Call Manager Express
CDMA Code Division Multiple Access
CDR Call Details Records
CMR Call Manager Reports
D
DHCP Dynamic Host Configuration
Protocol
F
FAI Fournisseur d'Accès
Internet
FTP File Transfert Protocole
G
GSM Global System for Mobile
Communication
H
HTTP Hyper Text Transfert Protocol
I
O
P
Q
IETF Internet Engineering Task Force
ODBC Open Database
Connectivity
PME Petite et Moyenne Entreprise
QOS Quality Of Service
R
RADIUS Remote Authentication Dial-In
User Service
RFC
RNIS Réseau Numérique
à Intégration de Services
RTC Réseau
Téléphonique Commuté
RTP Real Time transport Protocol
S
SAE Systèmes et Applications
Electroniques
SCCP Signalling Connection Control
Part
SQL Structured Query Language
T
TOIP Telephony Over IP
U
UDP User Datagram Protocol
UIT-T Union Internationale des
Télécommunications - Secteur de la normalisation des
télécommunications
V
|
VLAN Virtual Local Area Network
VOIP Voice Over IP
|
|
|
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
vii
|
Introduction Générale
générale
Introduction
Introduction Générale
Introduction Générale
Les réseaux téléphoniques n'ont
cessé d'évoluer et de se diversifier depuis le 10 mars 1876, date
à laquelle Alexander Graham Bell inventa le téléphone.
Pendant plusieurs décennies, la transmission analogique de la voix fut
la
seule technologie maîtrisée et utilisée.
Mais au milieu du vingtième siècle, grâce aux techniques
d'échantillonnage, de quantification et de codage, la transmission
numérique de la voix fut rendu possible. Aussi bien la transmission de
gros volumes de données requise par l'industrie informatique que
l'écoulement d'un grand trafic vocal trouvent leur application à
travers les réseaux numériques notamment le RNIS, l'INTERNET.
Pour tirer profit du développement d'Internet pour le
grand public, des sociétés ont développé des
logiciels de téléphonie IP2. Il est alors possible de
transporter de la voix entre deux ordinateurs et ainsi de communiquer. Bien que
cette technique puisse paraître révolutionnaire, elle est devenue
insuffisante et peu professionnelle. En effet, pour pouvoir être viable,
un tel réseau de téléphonie IP doit être
interconnecté avec le réseau téléphonique
commuté public (RTCP), le réseau de téléphonie
classique.
Aujourd'hui, des standards sont en train d'émerger et
des entreprises commencent à satisfaire le marché en fournissant
des passerelles3 faisant le lien entre les réseaux IP et les
réseaux RTCP. Mais interconnecter ces deux mondes n'est pas une chose
facile, les télécommunications et l'informatique ne
s'étant jamais mis d'accord en matière de protocoles par le
passé. En effet, les télécoms ont toujours eu un souci de
la qualité de service alors que les informaticiens recherchaient un
débit maximal. Le but de la téléphonie sur IP est de
finaliser la convergence voix/données autour d'un protocole unique, IP
(et IPv6 dans le futur).
En effet, la téléphonie IP se base sur la
même architecture que l'Internet et utilise les mêmes
infrastructures. La bande passante est une ressource rare et très
déterminante pour la qualité de la voix sur les réseaux
IP; cependant lorsqu'elle est disponible la fiabilité de la VoIP
dépend essentiellement de la configuration des infrastructures ; ce qui
suppose une parfaite maîtrise des protocoles mis en jeux. Le suivi de la
communication étant d'autant plus importante que la communication
elle-même un système de facturation fiable s'impose. C'est dans
cette optique que SAE, une entreprise prestataire de services en
télécommunication, réseau, électronique et
sécurité incendie, disposant d'une infrastructure adéquate
pour la téléphonie IP nous a confié la mission de
configurer la VoIP sur router CISCO et surtout d'établir un
système fiable de facturation.
Introduction Générale
Dans ce travail, nous ferons d'abord, au premier chapitre, une
présentation de la structure d'accueil et le déroulement de notre
stage; le chapitre 2 sera consacré à la présentation de la
technologie de la VoIP. Nous présenterons, enfin dans le chapitre 3, les
configurations de la VoIP sur le router CISCO mis à notre disposition
ainsi que notre système de facturation.
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Description - Aperçue
Chapitre
1
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du Stage
Description
Ce chapitre nous plonge dans le contexte et la
problématique de l'étude de notre projet. Elle présente la
structure d'accueil, la problématique, l'approche que nous avons
adoptée pour parvenir aux résultats attendus et les
différents travaux qui ont rythmés notre stage pendant toute
cette période.
Aperçu
Chapitre 1 : Présentation de la Structure
d'accueil et Déroulement du Stage 4
1.1 Présentation de l'entreprise 5
1.1.1 Historique 5
1.1.2 Raison sociale et statut juridique 5
1.1.3 Domaine d'Activités 5
1.1.4 Organigramme de SAE 6
1.1.5 Plan de localisation de SAE Douala 6
1.1.6 Partenaires de SAE 7
1.1.7 Les clients de SAE Cameroun 7
1.1.8 Problématique et objectifs 8
1.1.9 Planning de travail 8
Conclusion 10
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Présentation de l'entreprise
1.1 Présentation de l'entreprise
1.1.1 Historique
Tout part de la chute de la société ENTRELEC qui
dominait le marché des onduleurs et des groupes
électrogènes au Cameroun. Cette entreprise avait
développé une activité importante et couvrait à
l'époque tout le triangle national avec les produits de marque POYO,
RENAULT et AMAN qu'il vendait et assurait la représentation au pays.
C'est alors que SAE décide d'acheter tout le parc d'ENTRELEC en mi-mars
1988 et de prendre la relève de celleci en continuant d'assurer les
services qu'elle offrait déjà à ses clients. A partir du
mois d'Avril 1988, le processus de rétrocession du parc (tous les
matériels onduleurs et groupes électrogènes) d'ENTRELEC
est cédé à SAE. Cette dernière va commencer
à traiter avec les fournisseurs d'ENTRELEC partout dans le monde entier
pour l'achat de leurs matériels.
1.1.2 Raison sociale et statut juridique
SAE Cameroun SA est une société anonyme, de
personnalité morale dont le capital de 400.000.000 de FCFA est
apporté par des actionnaires constitués ainsi qu'il suit : 70,01%
des actions sont apportées par RwKing, 29,99 % des parts
apportées par M. Martin AZEMKOUO et autres. Elle a son siège
social à Douala au boulevard LECLERC, et est placée sous la
direction de son président Directeur général Martin
AZEMKOUO.
1.1.3 Domaine d'Activités
SAE est une entreprise qui offre ses services dans la vente et
la maintenance des onduleurs, des groupes électrogènes, des
infrastructures pour les réseaux informatiques et dans la
sécurité incendie. De ce fait elle assure alors l'étude,
la vente, l'installation et la maintenance.
Le bureau d'études et de conception qui accueille notre
stage est l'un des principaux départements de la direction technique.
Cette dernière a pour mission :
> D'installer et d'assurer la maintenance des
équipements que SAE représente et vend au Cameroun et dans la
sous-région Afrique centrale ;
> D'étudier, de concevoir et de proposer les
applications de ses partenaires à ses différents clients ;
> De concevoir et de déployer les systèmes de
câblage pour ses clients ;
> D'optimiser l'utilisation des équipements
déjà mis en place, analyser les coûts cachés et les
minimiser.
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Présentation de l'entreprise
1.1.4 Organigramme de SAE
L'organisation structurelle de SAE Cameroun est perceptible
à travers son organigramme qui présente schématiquement
les liens hiérarchiques des différents services et leurs
relations. Notre stage a été accueilli au bureau d'études
et de conception qui est sous la responsabilité de la direction
technique. La direction technique, département de l'entreprise qui
s'occupe de l'étude, du dimensionnement, de la planification pour le
déploiement et assure la maintenance des équipements ou des
technologies fournis par SAE.
Figure 1: Organigramme de SAE
1.1.5 Plan de localisation de SAE Douala
SAE (Systèmes & Applications Electroniques) est
située au Boulevard LECLERC dans le 1er arrondissement de la ville de
Douala, chef-lieu de la région du Littoral, la capitale
économique du Cameroun. Elle a su au fil du temps s'affirmer dans ces
différents secteurs d'activités et est arrivée à
créer une agence à Yaoundé à la montée
ELIG-ESSONO et deux représentations respectivement à Garoua et
à Bafoussam
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Présentation de l'entreprise
1.1.6 Partenaires de SAE
Dans le processus de fonctionnement de ses activités, SAE
bénéficie des partenariats suivants :
SDMO (Société de Diffusion des
Moteurs de l'Ouest) : SDMO est une entreprise Française, classée
parmi les leaders mondiaux dans la fabrication des groupes
électrogènes. Elle fabrique des groupes
électrogènes pour relayer les coupures
d'électricité ou pour alimenter des zones non desservies en
électricité.
MGE (Merlin Gerin Electronique) et
APC (American Power Conversion) : Spécialisés
dans la fabrication des onduleurs pour la protection des réseaux
informatiques à domicile, en entreprise, etc. Ces deux entreprises
Françaises et Américaines respectivement, ont dû fusionner
en 2008 pour se hisser au sommet mondial dans la fabrication des onduleurs.
Legrand VDI : Legrand VDI, un des leaders
mondiaux dans la fabrication des matériels de câblage pour des
réseaux électriques et informatiques.
CISCO Partner : Entreprise Américaine,
spécialisée dans la fabrication des équipements ou
solutions de connexion pour les réseaux informatiques.
ALVARION : Entreprise orientée vers
la fourniture d'équipements de connexion pour la réalisation des
réseaux sans fils. ALVARION fabrique des équipements qui font
partie de la technologie de communication sans fil (WLAN) de la norme IEEE
802.11a. SAE représente cette marque dans notre pays et se charge de le
déployer pour ces potentiels clients à travers ses produits le
BreezeACCESS VL pour une topologie point à multipoint et le BreezeNET B
pour la topologie point à point. L'évolution rapide des
technologies de communication sans fils, l'avènement de standards et la
libéralisation des marchés de télécommunications,
ont facilité l'insertion aux opérateurs de
télécommunications et autres entreprises de ces outils de,
communications auprès des différents utilisateurs.
Eurofeu sécurité incendie :
Eurofeu offre une gamme complète de produits et de
services en matière de sécurité incendie. Installation et
maintenance d'extincteurs, de RIA (robinet
d'incendie armé), de désenfumage, de
détection incendie, d'éclairage de
sécurité, de plans et
signalétique...
1.1.7 Les clients de SAE Cameroun
SAE bien que faisant dans la fourniture des solutions pour
les connexions réseaux et des matériels pour le câblage
structuré, se charge également de vendre, de déployer et
d'assurer la maintenance pour interconnecter plusieurs sites d'une entreprise
dans un rayon d'au plus trente kilomètres. En tant que vendeur et
fournisseur des produits de marque
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Présentation de l'entreprise
ALVARION, SAE souhaiterait déployer cette solution
pour interconnecter les différentes agences d'ECOBANK de la ville de
Douala. Avec cette solution, SAE devra recruter comme clients les banques, les
assurances, les sociétés d'états, les PME, les PMI et
quelques FAI de grandes tailles. SAE vise une population bien précise,
on peut citer entre autres :
> Les entreprises commerciales avec filiales ou succursales
;
> Les organismes non gouvernementaux ;
> Les organismes internationaux ;
> les organismes gouvernementaux ;
1.1.8 Problématique et objectifs
Il est question à la fin de ce stage de
modéliser et proposer un outil de tarification et de supervision ToIP au
sein de l'entreprise SAE. En effet nous devons dans un premier temps proposer
une technique de capture des CDRs et ensuite de modéliser une plateforme
qui devra permettre de :
> Récapituler et détailler des appels
sortants
> Evaluation périodiquement de la consommation
téléphonique par personne, par groupe ou de l'ensemble de
l'entreprise,
> Répartir le trafic par préfix, hit-parade des
appels, top bavardage
> Analyser des appels entrants
> Distribuer géographiquement des appels (pays,
operateur)
> Ressortir un annuaire interne et externe
> Suivre et analyser la QOS avec CMR et mesurer des
performances des communications IP
> Affecter un budget par poste, par service, pour
l'entreprise en générale et alerter (Mail ou SMS) en cas de
dépassement de 80 % du dit budget
1.1.9 Planning de travail
Au vue de tout ce qui a été présenté
plus haut, nous avons entrepris une démarche méthodologique qui
s'étend sur les onze grandes résumées dans le tableau
suivant :
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Présentation de l'entreprise
Tableau 1: Planning de travail
NB : j=jours
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
9
|
Chapitre 1 : Présentation de la structure
d'accueil et déroulement du stage
Conclusion
Conclusion
Apres une présentation de notre contexte de travail et
de la problématique qui se dégage de notre thème, le
prochain chapitre va consister à ressortir les
généralités sur la Téléphonie sur IP et les
techniques de facturation de ce type de service.
Chapitre 2 : les généralités sur
la Téléphonie sur IP
Description - Aperçue
Chapitre
2
Chapitre 2 : Généralités sur la
Téléphonie
sur IP
Description
Apres avoir présente le contexte et la
problématique liés à notre stage, cette partie nous
présentera les généralités sur la
Téléphonie sur IP. En effet il sera question pour nous d'une part
de s'imprégner des protocoles et normes qui sous-tendent le transfert de
la Voix dans un réseau IP, d'autre part de présenter la solution
CISCO en terme de VOIP, nous terminerons ce chapitre par une étude sur
les techniques de facturation dans ce contexte de service.
Aperçu
Chapitre 2 : Généralités sur la
Téléphonie sur IP 11
2.1 Principe, normes et protocoles 12
2.1.1 Le principe de fonctionnement 12
2.1.2 Les avantages de la ToIP 12
2.1.3 Les difficultés techniques à résoudre
13
2.1.3.1 Le délai de transmission 13
2.1.3.3 Perte de paquets 14
2.1.3.3 Gigue 14
2.1.4 La signalisation dans la ToIP 14
2.1.5 Le Transport de la Voix sur IP 16
2.1.6 Équipements et architecture d'un réseau VoIP
16
2.2 Présentation de la solution CCM de CISCO
18
2.2.1 Les protocoles utilisés 18
2.2.2 Quelques fonctionnalités et services propres 19
2.3 La tarification dans la VOIP 20
2.3.1 Les fichiers spéciaux 20
2.3.2 Les techniques de récolte d'information de
tarification 20
2.3.3 Quelques outils de tarification 24
Conclusion 25
Ch apitre 2 : les
généralités sur la Téléphonie sur
IP
Principe, Normes et Protocoles
2.1 Principe, normes et protocoles
2.1.1 Le principe de fonctionnement
La téléphonie sur IP est un
procédé transmission de la voix en mode paquets au format
TCP/UDP. Pour comprendre le traitement complexe de la voix analogique
(signaux électriques) en signaux binaires, voici un synoptique
explicatif :
Figure 2: Principe de fonctionnement de la
VOIP
La bande voix qui est un signal électrique analogique
utilisant une bande de fréquence de 300 à 3400 Hz, elle est
d'abord échantillonné numériquement par un convertisseur
puis codé sur 8 bits, puis compressé par les fameux codecs ( il
s'agit de processeurs DSP ) selon une certaine norme de compression variable
selon les codecs utilisés, puis ensuite on peut éventuellement
supprimer les pauses de silences observés lors d'une conversation, pour
être ensuite habillé RTP,UDP et enfin en IP. Une fois que la voix
est transformée en paquets IP, ces petits paquets Ip identifiés
et numérotés peuvent transités sur n'importe quel
réseau IP (ADSL, Ethernet, Satellite, routeurs, Switch, PC, Wifi,
etc...)
2.1.2 Les avantages de la ToIP
Les avantages que l'on trouve sont les suivants:
> Réduction des coûts de communication :
réduction de la facture numérique
La facturation est beaucoup moins chère pour
communiquer sur le réseau IP que pour le réseau
téléphonique traditionnel. Ce type d'appel est plus
économique qu'un appel à travers un réseau traditionnel
(GSM, CDMA, RTC, RNIS et bien d'autres) où la
totalité de la conversation est toujours facturée, en effet, pour
les structures avec utilisation de réseaux IP
Ch apitre 2 : les
généralités sur la Téléphonie sur
IP
Principe, Normes et Protocoles
inter-sites, les réductions de coût sont plus
intéressantes surtout s'il existe de nombreux sites distants.
> Réseau triple play : voix, données,
vidéo
La communication dans un réseau IP ne se limite pas au
transfert de données, mais la VoIP offre un réseau pour le
transfert de voix, vidéo (pour la vidéoconférence) et
données, ceci est communément appelé triple play.
> Bénéfice d'exploitation de
réseau de données
Le transport se fait aussi par le biais du réseau
informatique, donc la structure n'utilise qu'un seul réseau qui est le
réseau informatique pour transiter tous types d'information au lieu de
mettre en place un réseau RTC pour la
téléphonie et un autre réseau informatique pour le
transfert de données. Le tout est alors centralisé sur une
même entité ce qui simplifie l'administration du réseau de
la dite structure
> Flexibilité et mobilité
personnel
Du fait que la VoIP fonctionne sur Internet, les utilisateurs
ne sont pas soumis aux contraintes de mobilité. Mais ils ont la
possibilité d'accéder à de nombreux services partout dans
le monde en utilisant leurs comptes VoIP. Contrairement à un
téléphone classique, le téléphone IP peut rester
avec son utilisateur. La seule obligation est d'avoir une connexion Internet.
Le numéro de téléphone peut être conservé
quel que soit l'endroit où l'on se trouve.
> Consommation de bande passante moins
importante
Grâce à la technique de compression utilisée
pour la voix, la consommation de la bande passante est dix fois moins faible
qu'un téléphone normale.
2.1.3 Les difficultés techniques à
résoudre
2.1.3.1 Le délai de transmission
Celui-ci est très important pour
bénéficier d'un véritable mode conversationnel et
minimiser la perception d'écho. Or la durée de traversée
d'un réseau IP est dépendante du nombre de routeurs
traversés, le temps de traversée d'un routeur étant
lui-même fonction de la charge de ce dernier qui fonctionne par file
d'attente. Les chiffres suivants (tirés de la recommandation UIT-T
G.114) sont donnés à titre indicatif pour préciser les
classes de qualité et d'inter activité en fonction du retard de
transmission dans une conversation téléphonique.
Ch apitre 2 : les
généralités sur la Téléphonie sur
IP
Principe, Normes et Protocoles
Classe n Retards par sens (ms) Commentaires
1 0 à 150 acceptable pour la plupart des
conversations; seules
quelques tâches hautement interactives
peuvent
souffrir
|
2 150 à 300 acceptable pour des
communications faiblement
interactives (voir satellite 250 ms par bond)
|
3 300 à 700 devient pratiquement une
communication half duplex
|
4 au-delà de 700 inutilisable sans une
bonne pratique de la
conversation half duplex (militaire)
|
2.1.3.3 Perte de paquets
Lorsque les routeurs IP sont congestionnés, ils
«libèrent» automatiquement de la bande passante en se
débarrassant d'une certaine proportion des paquets entrants en fonction
de seuils prédéfinis. Cela permet également d'envoyer un
signal implicite aux sources TCP qui diminue d'autant leur débit au vu
d'acquittements négatifs émis par le destinataire qui ne
reçoit plus les paquets (algorithme Random Early Detection -
RED).
2.1.3.3 Gigue
La gigue correspond à une variation du délai de
transmission de l'information. Elle est due au mode de mise en paquets par les
codeurs, à l'encapsulation des paquets IP dans des protocoles support
tels que le Frame Relay ou l'ATM, et à la variation de routes dans le
réseau : chaque paquet est en effet susceptible de transiter par des
combinaisons différentes de routeurs entre la source et la destination.
Pour compenser la gigue, on utilise des mémoires tampons qui
présentent l'inconvénient de rallonger d'autant le temps de
traversée global du signal et contribue à empêcher un mode
conversationnel normal.
2.1.4 La signalisation dans la ToIP
La signalisation correspond à la gestion des sessions
de communication (ouverture, fermeture, etc.). Le protocole de signalisation
permet de véhiculer un certain nombre d'informations notamment:
> Le type de demande (enregistrement d'un utilisateur,
invitation à une session multimédia, annulation d'un appel,
réponse à une requête, etc.).
> Le destinataire d'un appel.
> L'émetteur.
> Le chemin suivi par le message.
Ch apitre 2 : les
généralités sur la Téléphonie sur
IP
Principe, Normes et Protocoles
Plusieurs normes et protocoles ont été
développés pour la signalisation ToIP, quelques-uns sont
propriétaires et d'autres sont des standards. Ainsi, les principales
propositions disponibles pour l'établissement de connexions en ToIP sont
résumées dans le tableau suivant :
|
1
|
Protocoles SIP
(Session Initiation Protocol)
|
Descriptions
Il est un standard IETF (Internet Engineering Task Force)
décrit dans le RFC 3261. Il se charge uniquement d'initier la
communication entre les participants d'une communication. Il n'est
utilisé qu'entre les Agents et le
Registrar. C'est le protocole RTP (Real-time
Transfert Protocol) qui se charge de transporter les données entre les
participants d'une communication, le protocole SIP peut jouer un rôle
mineur pendant la session pour contrôler la liaison et s'occupe
également de sa terminaison.
|
|
2
|
H323
|
Il est défini par l'UIT-T.Il est destiné au
début à normaliser les systèmes de visiophonie sur un
réseau local. L'architecture d'un réseau H323 fait appels aux
éléments suivants : les terminaux, un Gatekeeper, une Gateway, le
MCU (Multipoint Control Unit).
|
|
3
|
IAX
(Inter AsteriskeXchange)
|
Il est un protocole propriétaire développé
par Digium utilisé pour l'interconnexion de serveurs
Asterisk et les clients/serveur.
La dénomination IAX fait en réalité
référence à IAX2, version actuelle du protocole.IAX a
été créé pour faciliter la connexion de plusieurs
serveurs Asterisk grâce à l'utilisation d'un seul port UDP (4569
par défaut) qui le rend très simple à utiliser
derrière un pare-feu ou un NAT, contrairement au
protocole SIP.
|
|
4
|
SCCP Il est un protocole propriétaire
CISCO.
(Skinny Client Il est utilisé dans tous les
téléphones IP Cisco et dans
Control Protocol) l'autocommutateur Cisco Call
Manager.
|
|
5
|
MGCP
(Media Gateway
Control Protocol)
|
Il est standardisé par l'IETF (RFC 3435).
|
|
Tableau 2: Différents protocoles de signalisation
dans la ToIP
|
|
|
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
15
|
Ch apitre 2 : les
généralités sur la Téléphonie sur
IP
Principe, Normes et Protocoles
2.1.5 Le Transport de la Voix sur IP
Lors d'une communication ToIP, une fois la phase de
signalisation réalisée, la phase de communication est
initiée. Dans cette phase, un protocole de transport permet d'acheminer
les données voix entre plusieurs utilisateurs vu que la couche TCP
propose un transport fiable mais lent, et la couche UDP un transport rapide
mais non fiable. La communauté IETF a mis en place un nouveau couple de
protocole RTP (Real Time transport Protocol) et RTCP
(Real Time Control Protocol) pour apporter la fiabilité
à l'UDP tout en exploitant sa rapidité.
> RTP (Real time Transport Protocol)
Le protocole RTP, comme son nom l'indique, est utilisé
pour transmettre des données en temps réel sur un réseau
IP, il utilise un port UDP. Son objectif n'étant pas de garantir
l'arrivée de tous les paquets envoyés à la destination,
mais de limiter au minimum le délai entre la réception des
paquets. La conception et les qualités de ce protocole en ont fait la
base de toute l'industrie de la ToIP.
> RTCP (Real-time Transport Control
Protocol)
Le protocole RTCP est fondé sur la transmission
périodique de paquets de contrôle de flux à tous les
participants d'une session. C'est le protocole UDP (par exemple) qui permet le
multiplexage des paquets de données RTP et des paquets de contrôle
RTCP. Le protocole RTP utilise le protocole RTCP, car le RTP ne transporte que
les données des utilisateurs, tandis que le RTCP ne transporte en temps
réel que de la supervision.
2.1.6 Équipements et architecture d'un réseau
VoIP
Dans une architecture on peut distinguer les équipements
suivants :
> Les telephones IP
Ce Sont des appareils matériels ou des
téléphones classiques disposant d'une prise Ethernet
connecté sur le réseau VoIP, ont été conçus
au début pour les applications de type IPCENTREX (est une application de
téléphonie sur IP, basée sur les architectures des
réseaux de nouvelle génération, et destinée
exclusivement au monde de l'entreprise apportant une gestion de services
inédite et optimisée), maintenant les téléphones IP
représentent une alternative des téléphones analogiques.
Il existe une large gamme de téléphone IP sur le marché y
compris les compatibles wifi.
Ch apitre 2 : les
généralités sur la Téléphonie sur
IP
Principe, Normes et Protocoles
Figure 3: la Gamme IP Phones de Marque
CISCO
> Les soft phones ou téléphones logiciels
Les Softphones Sont des logiciels à installer sur
l'ordinateur, ce qui permet de jouer le rôle d'un téléphone
IP de manière logiciel. Il requière un système de son
(carte son, baffles, micro,...) pour l'utiliser. Ces logiciels permettent de
remplacer des téléphones IP matériels onéreux.
Beaucoup de Soft phones existent plus au moins évolués, cependant
certains sont propriétaires.
> Les adaptateurs FXO et FXS
> Les passerelles
> Les serveurs de Voix
Figure 4: Serveur de VOIX
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
17
|
Chapitre 2 : les généralités sur
la Téléphonie sur IP
Présentation de la solution CCM de
CISCO
2.2 Présentation de la solution CCM de CISCO
Comme tout fabriquant des équipements réseaux et
télécommunications, CISCO offre une gamme de produit pour la
réalisation d'un réseau de téléphonie sur IP pour
entreprises et particuliers.
2.2.1 Les protocoles utilisés
La différence fondamentale entre les produits CISCO et
les autres produits en termes de VOIP se situe au niveau du protocole de
signalisation car CISCO est propriétaire du protocole
SCCP (Skinny Client
Control Protocol) depuis 1998 lors du rachat
de Selsius Corporation.
Le SCCP est un protocole le plus léger et plus souple
qui permet aux clients Skinny de communiquer avec Call Manager. Il utilise le
port TCP 2000 pour la signalisation et RTP over UDP pour le trafic
temps-réel (flux audio) avec les autres clients Skinny.
SCCP a été prévu pour des
périphériques hardware et autres systèmes embarqués
possédant un CPU relativement important et des contraintes au niveau de
la mémoire.
Le H.323 étant trop rigoureux pour certaines
utilités de la téléphonie IP (comme le renvoi d'appel, le
transfert d'appel, la mise en attente), Cisco a mis en place ce protocole
beaucoup plus léger qu'est le SCCP (comme nous l'avons dit ci-haut, il
utilise le port 2000). L'avantage de Skinny est qu'il utilise des messages
prenant très peu de bande passante c'est pourquoi il est utilisé
pour les communications entre les téléphones IP et le Call
Manager ainsi que pour contrôler une conférence.
Le SCCP est un protocole propriétaire originellement
développé par Selsius Corporation, et qui appartient aujourd'hui
à Cisco Systems. Le protocole SCCP utilise TCP qui est un moyen de
communication fiable alors que SIP n'impose pas de protocole de transport, cela
pouvant être aussi bien de l'UDP ou du TCP en fonction de la taille du
message. Par contre, le transport de la voix est réalisé en UDP
afin de privilégier la rapidité de transmission. De plus, on ne
se soucie pas de la perte de paquets.
Chapitre 2 : les généralités sur
la Téléphonie sur IP
Présentation de la solution CCM de
CISCO
2.2.2 Quelques fonctionnalités et services
propres
Cisco Call Manager peut aussi bien être
intégré à un routeur (on parle de CCM Unified) ou
être installé sur le serveur MCS (Cisco Media
Convergence Server) ainsi que sur certains
serveurs tiers. Il est livré avec un ensemble d'utilitaires et
d'applications vocales intégrées, notamment le logiciel de
console de standardiste manuel, une application de conférence et des
outils d'administration.
Cisco Call Manager est une solution évolutive,
distribuable et à haute disponibilité de traitement d'appels en
téléphonie IP pour l'entreprise. Il permet de regrouper de
multiples serveurs et de les gérer comme s'ils constituaient une unique
entité - offrant ainsi une capacité de 30 000 utilisateurs par
cluster.
En reliant plusieurs clusters entre eux, la capacité du
système peut être portée à 1 million d'utilisateurs
sur un système de 100 sites. Le groupement ajoute la puissance des
multiples serveurs Cisco Call Manager distribués pour améliorer
la capacité d'extension et l'accessibilité des serveurs aux
téléphones, aux passerelles et aux applications. Une triple
redondance du serveur de traitement d'appels améliore la
disponibilité globale du système. Une telle architecture
distribuée offre des avantages comme une plus grande
disponibilité du système et l'évolutivité. Le
contrôle d'admission d'appel (CAC) garantit le maintien de la
qualité de service (QoS) voix sur les liaisons WAN à débit
limité et redirige automatiquement les appels vers le réseau
téléphonique public commuté (RTPC) lorsque la bande
passante du réseau étendu n'est plus disponible. Une interface
Internet vers la base de données de configuration permet de configurer
les équipements et les systèmes distants avec un simple
navigateur.
Chapitre 2 : les généralités sur
la Téléphonie sur IP
La Tarification dans la Téléphonie sur
IP
2.3 La tarification dans la VOIP
2.3.1 Les fichiers spéciaux
La tarification VoIP se sert de deux types de rapports qui
donnent l'historique des appels et le diagnostic des appels.
> Call Detail Records (CDR) ou rapport
détaillé des appels : les enregistrements de données qui
contiennent des informations sur chaque appel qui a été
traitée par le serveur VOIP
> Call Management Records (CMR) ou rapport
détaillé du management : les enregistrements de données
qui contiennent les paramètres de QOS ou le diagnostic des informations
de contrôle.
2.3.2 Les techniques de récolte d'information de
tarification
Il en existe plusieurs
> Via requêtes SQL: Dans les
versions 3 et 4 du Call Manager la récupération des tickets
appelés (CDR) est réalisée à partir d'une connexion
à une base de donnés via ODBC et par l'intermédiaire de
requêtes SQL générées à des intervalles
réguliers définis en nombre de minutes.
> Via la communication par le protocole
FTP : Dans les versions récentes du Call Manager (6 et 7) le
principe de récupération des CDR est basé sur le Protocol
FTP ou le CCM doit être configuré en tant que client FTP
communiquant avec un serveur (appelé aussi serveur de billing) qui
récupère cycliquement les tickets envoyés par le Call
Manager à des intervalles réguliers paramétrables en
nombre de minutes. L'un des inconvénients majeurs dans cette
architecture de communication est l'absence du fil de l'eau dans le sens
rigoureux du terme, du fait que la transaction téléphonique
(appel entrant, sortant, perdu etc..) ne peut être reçue
qu'après au moins une minute. Ceci peut être contraignant surtout
dans un environnement d'exploitation hôtelier ou centre d'appel. La
communication FTP nécessite une version CISCO CME IOS supérieure
ou égale à 12.4(15) XY
Chapitre 2 : les généralités sur
la Téléphonie sur IP
La Tarification dans la Téléphonie sur
IP
Figure 5: Récolte des CDRs par le protocole
FTP
> Via la communication en temps réel par le
protocole Syslog : En tant que protocole, Syslog se compose d'une
partie cliente (Router Voix) et d'une partie serveur (Machine d'acquisition).
La partie cliente émet les informations sur le réseau, via le
port UDP 514. Les serveurs collectent l'information et se chargent de
créer les journaux. L'intérêt de Syslog est donc de
centraliser les journaux d'événements, permettant de
repérer plus rapidement et efficacement les défaillances
d'ordinateurs présents sur un réseau. La communication via syslog
génère un trafic temps reel de l'activité du CME à
travers le port de communication UDP standard.
> Via communication par le protocole RADIUS :
Le routeur CISCO envoie les CDRs au serveur RADIUS via le protocole
RADIUS. Ces CDRs parviennent au serveur RADIUS au format texte et sont
traités par celui-ci. De ce traitement sont extraits les numéros
de l'appelant et de l'appelé, la durée, la date et le montant de
l'appel, le nombre de paquets envoyés et reçus. Une fois ce
traitement effectué, les données sont envoyées au serveur
MYSQL via le moteur MYSQL ODBC (l'interface entre MySQL et ODBC). Le protocole
RADIUS repose principalement sur
Chapitre 2 : les généralités sur
la Téléphonie sur IP
La Tarification dans la Téléphonie sur
IP
un serveur (le serveur RADIUS), relié à une base
d'identification (base de données, annuaire LDAP, etc.) et un client
RADIUS, appelé NAS (Network Access Server),
faisant office d'intermédiaire entre l'utilisateur final et le serveur.
L'ensemble des transactions entre le client RADIUS et le serveur RADIUS est
chiffrée et authentifiée grâce à un secret
partagé. Il utilise les ports UDP. Le protocole établit une
couche applicative au-dessus de la couche de transport UDP. Les ports
utilisés seront, 1812 pour recevoir les requêtes
d'authentification et d'autorisation et 1813 pour recevoir les
requêtes de comptabilité.
Figure 6: Récolte des CDRs par le protocole
RADIUS
On peut résumer ces solutions dans le tableau suivant :
|
Méthode Avantages Restrictions
tarification
FTP > Moins complexe à mettre en > N'est pas une
solution temps
oeuvre et utilise peu d'outils réelle
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
22
|
Chapitre 2 : les
généralités sur la Téléphonie sur
IP
La Tarification dans la Téléphonie sur
IP
|
>
|
Fournit les CDR au format .csv
|
> Très difficile d'y intégrer
|
|
qui peut facilement être utilise
|
l'authentification et
|
|
par les applications comme
|
l'autorisation
|
|
Microsoft Excel
|
|
|
>
|
Supporte tous les champs CDR
|
|
|
>
|
Intègre l'option de compactage
du format CDR (mode
compact
|
|
et mode Détaillé)
> Intègre la possibilité de programmer les
envois de CDR par unité de minutes, ce qui peut limiter la charge du
réseau
> Protocole orienté connexion
|
RADIUS > Peut-être utilisé aussi pour
l'authentification et
l'autorisation (AAA)
> Solution temps réelle
> Supporte tous les champs de CDR
> Intègre le rejeux en cas de perte d'information
due à un dysfonctionnement
> Il est actif à chaque appels
|
> Plus complexe à mettre à oeuvre
|
|
Syslog > Moins complexe que radius
> Un serveur syslog peut aussi supporter les erreurs et
permettre en aussi de faire du monitoring
> Solution temps réelle
|
> Le nombre d'attributs
supportés est limite
> Pas de retransmission
> Si plusieurs debug sont activés, ces messages
peuvent surcharger le réseau rendre la tarification nom performante
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
23
|
Chapitre 2 : les généralités sur
la Téléphonie sur IP
La Tarification dans la Téléphonie sur
IP
Tableau 3: Récapitulatif des Différentes
méthodes de récolte des CDRs
2.3.3 Quelques outils de tarification
Dans la large gamme de solutions commerciales de tarification
VoIP on peut avoir :
> WinTax ,WebTax: Wintax est un logiciel
de taxation, de Billings et de control et analyse des communications
téléphoniques. Il se distingue par ses différentes
versions basique, administrative, hôtelière, et centre d'appels.
La configuration de la communication PABX/IPX - serveur d'acquisition Wintax
peut être réalisée soit en liaison série, IP, ou
FTP/TFTP. Dans certains cas Wintax peut interagir avec le PABX/IPBX pour
modifier manuellement, automatiquement ou dynamiquement certains
paramètres internes tels que la classe de service, le nom et la
description du poste et bien d'autres éléments relatifs à
l'exploitation téléphonique. Webtax est sa version Web. Il coute
pour plus d'information sur ce produit contacter Tunisie Computer
Service, 16 Av. Mongi Bali 4000 Sousse, Tunisie Tel
0021673228760, 0021673201027 Fax
0021673227620
tcsrf@topnet.tn
> GeoTaxe ES: application serveur de GFT
conçue plus particulièrement pour les grands comptes et les
projets pointus d'analyse technique et de suivi financier. Des modules
complémentaires permettent d'adresser des besoins spécifiques
comme la qualification des appels personnels GSM, la ventilation des
coûts des abonnements ou encore la facturation de services et de produits
en réseaux IP Centrex. Pour plus d'informations sur ce produit
http://www.memobox.fr/content/view/50/87/lang,french/
Chapitre 2 : les généralités sur
la Téléphonie sur IP
Conclusion
Conclusion
Apres avoir présenté les techniques diverses de
déploiement de VOIP tout en insistant sur la solution CCME qui nous a
été proposée, aussi en présentant un état de
l'art des technique de tarification dans la téléphonie en
générale et la téléphonie sur IP en particulier.
Cette partie nous présente les généralités et
l'état de l'art de la technologie, c'est ainsi que la partie suivante
sera consacrée à une étude d'un cas particulier et
à la configuration et la mise en place de notre solution.
Chapitre 3 : Conception et Réalisation
Description -
Aperçue
Chapitre
2
Chapitre 3 : Conception et réalisation
Description
Cette partie nous nous présente la conception et les
résultats obtenu après les diverses configurations.
Aperçu
Chapitre 3 : Conception et réalisation
26
3.1 Présentation et mise en place de notre
laboratoire de test 27
3.1.1 Les équipements mis à notre disposition 27
3.1.2 Configuration du routeur CCME 28
3.1.2.1 La VoIP et le routage 28
3.1.2.2 Configuration du routeur en client RADIUS 31
3.1.2.3 Configuration de la machine d'acquisition en serveur
RADIUS 32
3.1.2.3.1 Configuration d'ODBC sous Windows XP 32
3.1.2.3.2 Configuration de WinRadius 34
3.2 Modélisation de la plateforme de consultation
36
3.2.1 Outils utilisés 36
3.2.2 Plan de l'application 36
3.2.3 Les différentes tables de la base de données
37
3.2.4 Les données dans notre base 39
3.2.5 Une capture de CDRs 40
3.2.6 Interfaces de l'application 40
Conclusion 43
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
3.1 Présentation et mise en place de notre
laboratoire de test
3.1.1 Les équipements mis à notre
disposition
Le réseau mis à notre disposition pour
l'implémentation de la solution est représenté dans la
figure suivante:
Figure 7: Laboratoire de Test
Equipements Caractéristiques Rôle
techniques
Routeur CCME CISCO 2800 series > Serveur de
VOIP
> Routage interVlan > DHCP
Switch ou Catalyst 2960 series SI >
Commutation
commutateur PoE-24 > VLAN
IP Phone Client VOIP
|
PC d'acquisition HP
Intel Dual Core , 980 Mhzx2
1Go de RAM
60 Go DD
|
> Acquisition des données et capture de CDRs
> serveur RADIUS
> serveur de Bade de Données (MySQL)
~ serveur Web et hébergement de la plateforme WEB
|
Tableau 4: Caractéristiques des
équipements
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
27
|
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
3.1.2 Configuration du routeur CCME
3.1.2.1 La VoIP et le routage
La configuration du routeur CISCO , voir ci-dessous, se subdivise
en deux grande parties :
> La configuration du routage
> La configuration de la VoIP
Compte tenu de la sécurité du réseau, de la
diversité de la configuration du routage et des objectifs de ce document
la partie routage sera omise.
Ma configuration est la suivante :
Current configuration: 3848 bytes
!
version 12.4
service timestamps debug datetime
msec
service timestamps log datetime msec
no service password-encryption
!
hostname SAE_CAMEROUN
! boot-start-marker
boot-end-marker
!
enable secret 5
$1$R/h2$grAzVaRfIm.hnu/njanmp1
enable password cisco
!
aaa new-model
! ! aaa accounting connection h323 start-stop
group radius
!
aaa session-id common
ip cef
! ! no ip dhcp use vrf connected
ip dhcp excluded-address 192.168.1.1
192.168.1.10
ip dhcp excluded-address 192.168.10.1
192.168.10.10
!
ip dhcp pool DATA_kkr
network 192.168.1.0 255.255.255.0
default-router 192.168.1.1
|
!
ip dhcp pool VOICE_kkr
network 192.168.10.0 255.255.255.0
option 150 ip 192.168.10.1
! ! ip auth-proxy max-nodata-conns
3
ip admission max-nodata-conns 3
!
voice-card 0
!
|
|
|
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
28
|
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
username accueil password 0 cisco
123
username saedouala privilege 15 secret 5
$1$nUmm$QeB3dzrr09PIyBGBOG8UB/
!
gw-accounting aaa
! ! interface FastEthernet0/0
no ip address
duplex auto
speed auto
auto discovery qos
!
interface FastEthernet0/0.1
encapsulation dot1Q 10
ip address 192.168.1.1 255.255.255.0
!
interface FastEthernet0/0.102
encapsulation dot1Q 102
ip address 192.168.10.1
255.255.255.0
ip helper-address 192.168.1.1
!
interface FastEthernet0/1
no ip address
ip nbar protocol-discovery
shutdown
duplex auto
speed auto
!
interface FastEthernet0/1.102
!
ip forward-protocol nd
! ! no ip http server
no ip http secure-server
! ! tftp-server
flash:P00308000500.bin
tftp-server flash:P00308000500.loads
tftp-server flash:P00308000500.sb2
tftp-server flash:P00308000500.sbn
tftp-server flash:S00105000300.sbn
tftp-server
flash:term75.default.loads
tftp-server
flash:SCCP75.8-3-3S.loads
tftp-server
flash:jar75sccp.8-3-2-27.sbn
tftp-server flash:dsp75.8-3-2-27.sbn
tftp-server
flash:cvm75sccp.8-3-2-27.sbn
tftp-server flash:cnu75.8-3-2-27.sbn
tftp-server
flash:apps75.8-3-2-27.sbn
tftp-server
flash:term61.default.loads
tftp-server
flash:term41.default.loads
tftp-server
flash:SCCP41.8-3-3S.loads
tftp-server
flash:jar41sccp.8-3-2-27.sbn
tftp-server flash:dsp41.8-3-2-27.sbn
tftp-server
flash:cvm41sccp.8-3-2-27.sbn
tftp-server flash:cnu41.8-3-2-27.sbn
tftp-server
flash:apps41.8-3-2-27.sbn
radius-server host 192.168.1.11 auth-port 1812
acct-port 1813
radius-server key 7
0631062F5E4F0D101004
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
radius-server vsa send accounting
! control-plane
!
voice-port 0/3/0
!
voice-port 0/3/1
!
voice-port 0/3/2
!
voice-port 0/3/3
! ! telephony-service
load 7960-7940 P00503021500
load 7914 S00105000300
load 7970 SCCP75.8-3-3S.loads
load 7912 SCCP11.8-3-3S.loads
max-ephones 24
max-dn 24
ip source-address 192.168.10.1 port
2000
auto assign 1 to 24
date-format dd-mm-yy
create cnf-files version-stamp Jan 01 2002
00:00:00
max-conferences 4 gain -6
transfer-system full-consult
secondary-dialtone 9
! ! ephone-dn 1 dual-line
number 9910
label DG (9910)
description DIR generale
name DIR generale
! ! ephone-dn 2 dual-line
number 9911
label ACCUEIL (9911)
description DIR generale
name DIR generale
! ! ephone 1
username "directeur" password
cisco123
mac-address 001F.9EAB.5A14
type 7940
button 1:1
! ! ephone 2
username "accueil" password cisco123
mac-address 001F.9EAB.5A0A
type 7940
button 1:2
! ! ephone 7
!
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
line con 0 line aux 0 line vty 5 15
!
scheduler allocate 20000 1000
end
3.1.2.2 Configuration du routeur en client RADIUS
Cette configuration est détaillée dans le tableau
suivant :
|
Commande aaa new-model
|
Description
commande globale donnant accès aux commandes
d'autorisation, d'authentification et de comptabilité.
|
|
aaa authentication login h323 group
radius
|
indique que les appels sont authentifiés dans la base
RADIUS.
|
|
aaa authorization exec h323 group
radius
|
les appels sont autorisés au niveau du serveur radius.
|
|
aaa accounting connection h323
start-stop radius
|
déclenche la comptabilité au début et
à la fin de
l'appel.
|
|
radius-server host 192.168.1.1 auth- port 1812
acct-port 1813
|
Indique l'adresse IP de la machine sur laquelle est
installé le serveur RADIUS, le port d'authentification et celui de la
comptabilité.
|
|
radius-server key 7
0631062F5E4F0D101004
|
spécifie le mot de passe du serveur RADIUS, ici ce mot de
passe est crypté.
|
|
radius-server vsa send accounting
|
Permet l'envoi des CDRs via le protocol VSA
|
|
radius-server vsa send
authentication
|
Active l'authentification
|
|
gw-accounting aaa
ou
gw-accounting h323 vsa
|
Active l'envoi des CDRs
|
|
End
|
Fin de la configuration
|
|
Tableau 5: Configuration de notre Routeur en client
RADIUS
|
|
|
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
31
|
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
3.1.2.3 Configuration de la machine d'acquisition en
serveur RADIUS
Une fois le client RADIUS configuré,
le serveur doit être prêt à dialoguer avec celuici. Pour que
ce dialogue soit possible, le serveur doit avoir une configuration conforme
à celle déclarée sur le client. Les outils utilises ici
seront :
> WinRadius : la version gratuite du
serveur radius sous Windows
> MySQL-server : serveur de Base de
Données
> Mysql-odbc.connector : interface
de connexion entre MySQL et ODBC 3.1.2.3.1 Configuration d'ODBC sous
Windows XP
Figure 8: Configuration ODBC sous Win XP (étape
1)
Apres avoir installé ODBC mysql Connector, il faut
sélectionner MySQL ODBC driver comme le pilote ou l'interface qui
permettra a notre serveur MySQL de communiquer avec le serveur RADIUS via
ODBC.
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
Figure 9: Configuration ODBC sous Win XP (étape
2)
On se rend compte de la présence effective de notre base
de données sae_voip_biling
Figure 10: Interface MySQL Connector
Cette base est accessible via localhost
sur le port 3306 avec pour login
root et sans mot de passe.
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
36
|
Chapitre 3 : Conception et Réalisation
Présentation et mise en place de
notre laboratoire de test
3.1.2.3.2 Configuration de WinRadius
Figure 11: Page d'accueil WinRadius
Figure 12: Configuration du secret et des
ports
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
Chapitre 3 : Conception et
Réalisation
Présentation et mise en place de
notre laboratoire de test
Figure 13: Création de la Base de Données
et les tables
Dans le champ ODBC name, indiquer le nom de l'ODBC, le nom
d'utilisateur et le mot de passe pour se connecter à la base dans le
format suivant : nom_ODBC ; UiD = nom_utilisateur ; Pwd = mot_dejasse. Indiquer
ensuite le nom de la table contenant les utilisateurs et celle contenant les
détails des appels.
Apres il faut activer le type de logs a capture, de
préférence nous avons tout activé afin d'avoir une vue
globale de ce qui se passe.
|
|
|
Figure 14: Activation des Logs
|
|
|
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
35
|
Chapitre 3 : Conception et Réalisation
Modélisation de la plateforme WEB de
Consultation
3.2 Modélisation de la plateforme de
consultation
Le routeur capture les CDR, les envois au serveur RADIUS qui
les traite et les stocke dans une base. L'administrateur voudrait à tout
moment consulter l'état de consommation de tout un chacun : comment cela
est-il possible ?
Il se présente une solution de plateforme WEB dont nous
allons uniquement nous contenté ici d'aborder la modélisation ou
analyse et le reste (codage et test) de cette plateforme sera laissé a
un travail futur.
3.2.1 Outils utilisés
Les outils de construction de plateforme Web sont très
nombreux et variés. Notre application SAE VOIP BILLING SYSTEM est
hébergé sur un serveur apache 2.0 (EasyPHP). Le système de
gestion de bases de données est MYSQL. Le moteur d'exécution des
programmes coté serveur est le PHP 5. L'éditeur HTML et PHP
utilisé est le Dreamweaver MX. Pour l'imagerie et les animations nous
pouvons utiliser les logiciels suivants : Adobe Photoshop 7.0, Flash MX et
Ulead GifAnimator 5.0.
3.2.2 Plan de l'application
Chapitre 3 : Conception et Réalisation
Résultats et commentaires
3.2.3 Les différentes tables de la base de
données
Figure 15: Description de la table tblogs
Figure 16:
Description de la table tbusers
Figure 17: Description de la table tbvoip
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
37
|
Chapitre 3 : Conception et Réalisation
Résultats et commentaires
Figure 18: Description de la tbbudget
Figure 19: Description de la tbprix
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
38
|
Chapitre 3 : Conception et Réalisation
Résultats et commentaires
3.2.4 Les données dans notre base
Figure 20: résultat du contenu de la table
tbvoip
Chapitre 3 : Conception et Réalisation
Résultats et commentaires
3.2.5 Une capture de CDRs
Figure 21: Capture d'une communication
|
3.2.6 Interfaces de l'application
Une fois connecté à la page d'accueil, il sera
possible de : > Le nombre d'appels effectués
> Le montant de la facture
> L'historique des appels et L'évolution de la conso!
> Le suivit et analyse de la QOS
> Le taux d'occupation de chaque passerelle
> L'Affectation d'un budget
> Alertes SMS/Mail en cas de dépassement du budget >
La Répartition du trafic
> etc ...
|
|
|
|
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
40
|
Chapitre 3 : Conception et Réalisation
Résultats et commentaires
Figure 22: Interface d'accueil de notre
plateforme
Chapitre 3 : Conception et Réalisation
Résultats et commentaires
Figure 23: Une facture
détaillée
Chapitre 3 : Conception et Réalisation
Conclusion
Conclusion
Ce dernier chapitre est de loin le plus dense, ceci est due au
fait qu'il a été question du coeur du travail qui nous a
été confié. Il traite de la Conception, de l'analyse de la
solution et surtout de sa mise en place par la configuration d'un routeur, d'un
switch et des IPphones CISCO, le codage de la plateforme en langage PHP+SQL et
le paramétrage du serveur Radius pour la gestion des comptes.
Conclusion générale
Conclusion
générale
Conclusion générale
Perspectives
Conclusion Générale
La présente recherche nous a permis de nous
familiariser avec les équipements CISCO. Nous avons au passage
maîtrisé la configuration des routeurs CISCO aussi bien pour la
VoIP que pour le routage, le routage inter vlan la sécurité des
réseaux IP, la configuration des Switchs CISCO aussi bien de la
commutation que du VLAN. Nous avons par la même occasion fait des
échanges fructueux avec des experts des réseaux IP et VoIP, ce
qui nous a été d'une aide précieuse pour la
maîtriser de l'architecture de ces réseaux.
Les objectifs que nous nous étions fixés au
départ sont atteints. Il est vrai que notre système actuel permet
de suivre la consommation téléphonique mais il est moins pratique
pour la commercialisation chez les clients et partenaires de SAE parce qu'il
n'offre pas une interface où les clients pourront suivre en temps
réel l'évolution de la durée de communication des
utilisateurs dans leur réseau, celle-ci n'étant disponible
qu'à la fin de la communication. Nous pensons aussi poursuivre nos
recherches en ce sens.
SAE ne saurais se contenter de la solution actuelle eu
égard à l'évolution fulgurante des technologies de
l'information. C'est dans cette optique que les travaux devraient être
poursuivit au point d'obtenir une plateforme unifiée permettant de
générer des rapports hebdomadaires de façon automatique
et/ou encore permettre une gestion intelligente du call center.
Liste des Figures et Tableaux
Liste des figures
Figure 1: Organigramme de SAE 6
Figure 2: Principe de fonctionnement de la VOIP 12
Figure 3: la Gamme IP Phones de Marque CISCO 17
Figure 4: Serveur de VOIX 17
Figure 5: Récolte des CDRs par le protocole FTP
21
Figure 6: Récolte des CDRs par le protocole RADIUS
22
Figure 7: Laboratoire de Test 27
Figure 8: Configuration ODBC sous Win XP (étape 1)
32
Figure 9: Configuration ODBC sous Win XP (étape 2)
33
Figure 10: Interface MySQL Connector 33
Figure 11: Page d'accueil WinRadius 34
Figure 12: Configuration du secret et des ports 34
Figure 13: Création de la Base de Données et
les tables 35
Figure 14: Activation des Logs 35
Figure 15: Description de la table tblogs 37
Figure 16: Description de la table tbusers 37
Figure 17: Description de la table tbvoip 37
Figure 18: résultat du contenu de la table tbvoip
39
Figure 19: Capture d'une communication 40
Figure 20: Interface d'accueil de notre plateforme 41
Figure 21: Une facture détaillée 42
Liste des Tableaux
Tableau 1: Planning de travail 9
Tableau 2: Différents protocoles de signalisation dans
la ToIP 15
Tableau 3: Récapitulatif des Différentes
méthodes de récolte des CDRs 24
Tableau 4: Caractéristiques des équipements
27
Tableau 5: Configuration de notre Routeur en client RADIUS
31
Bibliographiè
Bibliographie
[1] Cisco CallManager Express SNMP MIB Support, First
Published: Dec 2005, Last Updated: Jan 2006
[2] BellCommander Configuration Guide - Cisco CallManager
Express
[3] Authentification sur réseau sans-fil
Utilisation d'un serveur radius,Expérience du CENBG,
S.Bordères Séminaire RAISIN - 17/02/2005
[4] Projet reseau, Protocole AAA
Principes et implantations, Gwenael BLUM, Florian LASOWY,
Cyril GUERIN, Cédric PFEIFFER
[5] Cisco CallManager Express/Cisco Unity Express
Configuration Example, Document ID: 62609, Updated: May 22, 2008
[6] ETUDE ET IMPLEMENTATION DE LA VOIX SUR IP :
CONFIGURATION DE LA VoIP ET CONCEPTION D'UN SYSTEME DE FACTURATION.
CAS DE TRANSWORLD TRADING TECHNOLOGY, par PANAWE
BATANADO, UNIVERSITE DE LOME / ECOLE NATIONALE SUPERIEURE D'INGENIEURS
(E.N.S.I), Juin 2003
[7] WinRadius user guide,
http://winradius.gooofull.com/fr/
Annexes
Annexes
Annexe 1 : une partie du code stat1.php
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0
Transitional//EN" "
http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
<html xmlns="
http://www.w3.org/1999/xhtml">
<!-- DW6 -->
<head>
<meta http-equiv="Content-Type" content="text/html;
charset=iso-8859-1" /> <title>statistiques</title>
<link rel="stylesheet" href="2col_leftNav.css"
type="text/css" />
<style type="text/css">
<!--
.Style1 {color: #000000}
-->
</style>
</head>
<!-- The structure of this file is exactly the same as
2col_rightNav.html;
the only difference between the two is the stylesheet
they use -->
<body>
<?php /* Insérer du code PHP ici */
include("fonctions.php"); ?>
<div id="masthead">
<center><h1 id="siteName"><img src="sae.jpg"
/></h1>
<h1>SYSTEMES ET APPLICATIONS ELECTRONIQUES
</h1>
<h1>SAE VOIP BILLING SYSTEM
</h1></center>
<div id="globalNav">
<center><a href="index.php">Acceuil</a>
| <a href="stat1.php">Statistiques</a> | <a
href="annuaire.php">Ajout/Supp Utilisateur</a> | <a
href="polifacture.php">Politique de facturation </a> | <a
href="budget">Gestion du Budget</a>
|</center></div>
</div>
<!-- end masthead -->
<div id="content">
<div id="breadCrumb">
</div>
<h2
id="pageName"><blink>Statistiques</blink></h2>
<div class="feature">
<center> Vous devez remplir le formulaire suivant
:</center>
<div id="masthead">
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
|
Annexes
<form action="" method="post">
<p>Appellant :
<input name="calling_station_id" type="text" />
</p>
<p>Période du
<input type="text" name="textfield" />
Au
<input type="text" name="textfield2" />
jj/mm/aaaa</p>
<input name="Envoyer" type="submit" value="Envoyer"
/>
</form> </div>
<?php /* Insérer du code PHP ici */
//On se connecte
connectMaBase();
// on declaree les variables tampon
echo'La facture détaillée';
$duree=0;
$prix=0;
$prixtotal=0;
$a=0;
$nbcall=0;
// On prépare la requête
$sql = 'SELECT h323_disconnect_time, called_station_id,
acct_session_id, acct_session_time FROM tbvoip WHERE calling_station_id="9910"
AND acct_session_time!="0"';
// On lance la requête (mysql_query) et on impose un
message d'erreur si la requête ne se passe pas (or die)
$req = mysql_query($sql) or die('Erreur SQL !<br
/>'.$sql.'<br />'.mysql_error()); //boucle
echo '<table border="1">
<tr>
<td colspan="3"><h2>Date et
Heure</h2></td>
<td
colspan="3"><h2>Appelé</h2></td>
<td colspan="3"><h2>Cout en
FCFA</h2></td>
<td colspan="3"><h2>Identifiant de la
session</h2></td> <td colspan="3"><h2>durée en s
</h2></td>
</tr>';
while ($data = mysqljetch_array($req)) {
// on affiche les résultats
// on calcule le prix
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
d
|
Annexes
$duree=floatval($data['acct_session_time']); if
($a!=$duree)
{
$prix=$duree*1.67;
$prixtotal=$prixtotal+$prix;
//++++++++++++++++++++++ echo '<tr>
<td
colspan="3">'.$data['h323_disconnect_time'].'</td> <td
colspan="3">'.$data['called_station_id'].'</td>
<td colspan="3"> '.$prix.' </td>
<td
colspan="3">'.$data['acct_session_id'].'</td>
<td colspan="3">'.$data['acct_session_time']
.'</td>
</tr>';
$a=$duree;
$nbcall++;
}
}
echo'</table>';
echo'<ul>
<li style="color: blue;">Nombre d\'appels :'.$nbcall.'
</li>
</ul>';
echo'<ul>
<li style="color: blue;"><h2><blink>Cout
total de la facture :'.$prixtotal.'
FCFA</blink><h2></li> </ul>';
//On libère la mémoire mobilisée pour
cette requête dans sql //$data de PHP lui est toujours accessible
!
mysql_free_result ($req);
//On ferme sql
mysql_close ();
?>
</div>
</div>
<!--end content -->
<div id="navBar">
<div id="search"> </div> <div
id="sectionLinks"> <h3>Sous menu</h3> <ul>
<li><a
href="stathisto.php">Historique</a></li>
<li><a href="statevol.php">Evolution
</a></li>
Annexes
<li><a href="stathp.php">Heure de
pointe</a></li>
<li><a href="statbavar.php">Top
Bavardage</a></li>
<li><a href="statqos.php">Analyse
QOS</a></li>
<li><a href="stattrafic.php">Répartition
trafic</a></li>
<li></li>
</ul> </div> <div
class="relatedLinks">
<form name="form1" id="form1" method="post"
action="">
<p> </p>
<p>Login : </p>
<p> <input type="text" name="login" />
</p>
<p>Mot de Pass:</p>
<p>
<input type="text" name="password" />
</p> <p> <input type="submit" name="Submit"
value="Envoyer" />
</p>
</form>
<p>
<!-- #BeginDate format:fcEn2m -->mercredi,
24-Aoû-2011 9:08<!-- #EndDate --
>
</p> <p> </p>
</div>
<div class="relatedLinks"> </div>
<div id="advert"> </div>
</div>
<div id="siteInfo">
<img src="" width="44" height="22" />by kkr <a
href="#"></a> | ©2011
SAE Cameroun </div>
<br />
</body> </html>
Annexe 2 : Contenu du fichier WinRadius.config
Minimize=0
Secret=WinRadius AuthPort=1812
AccountPort=1813 OmPort=1515
Log=15
|
Rapport de stage Master 1 rédigé et
présenté par KWATE KWATE Rodrigues
|
|
Annexes
OdbcName=sae_voip_billing;Uid=root
OdbcUser=tbUsers OdbcLogs=tbLogs OdbcVoIP=tbVoIP
SaveVoIP2Db=1 OdbcRefresh=10 FeeTimePrice1=30 FeeTimePrice2=48 FeeTimeUnit1=60
FeeTimeUnit2=6 FeeTrafficPrice1=10 FeeTrafficPrice2=10 FeeTrafficUnit1=1000
FeeTrafficUnit2=1000 FeeTime=
BackColor=0
FrontColor=65280 UpdateTime=2
MaxKbps=50
AuthBy=UserName / Password
IncClass=
IncConnectInfo= IncServType=0
IncExtMsgAuth=0 VoIPSubscrbr=Coin VoIPLeg23=3
VoIPSmallest=0 IncFramedProtocol=0 IncFramedIpAddr=0
IdleTimeOut=0
AccessIsStart=0 Deposit=0
CheckCallingId=0 RejectConcurrent=0 AddrAsFrame=0
ApiEnable=0
ApiIp=127.0.0.1 ApiPort=3333
InterimInterval=0 RecordsetType=forwardOnly
ApplyDiscount2Time=1 ApplyDiscount2Traffic=1
DiscountRates=0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0,0
,0,0,0,0,0,0,
Annexes
CalledInStart=0
LicenseCode=0
AddrAsFromNas=0 FeeFirstDuration=0 FeeFirstAs=0
Annexe 3 : Quelques commandes effectuées par
Radius dans la BD Mysql (voir Fichier WinRadius.backup)
> INSERT INTO tbUsers
(username,password,groups,addr,cash,expiry,others,method,billtype)
VALUES ('kwate','kwate','','192.168.10.55',0,'2011/12/30','','Based on
Time','Postpaid')
> INSERT INTO tbUsers
(username,password,groups,addr,cash,expiry,others,method,billtype)
VALUES ('saedouala','saedouala','1','192.168.85.11',0,'','','Based on
Time','Postpaid')
> INSERT INTO tbVoIP
(username,called_station_id,calling_station_id,acct_status_type,acct_delay_time,acct
_session_id,acct_session_time,nas_ip_address,nas_port,h323_conf_id,h323_call_orig
in,h323_call_type,h323_remote_address,h323_connect_time,h323_disconnect_time,h
323_disconnect_cause,h323_voice_quality) VALUES
('4003','4004','4003','stop','18','h323-conf-id=B48402AA BEAC11E0 8002EB94
D449E749','5','192.168.85.253','','B48402AA BEAC11E0 8002EB94
D449E749','answer','Telephony','(null)','*15:16:25.911 UTC Fri Aug 5
2011','*15:16:30.723 UTC Fri Aug 5 2011','10','0')
> INSERT INTO tbUsers
(username,password,groups,addr,cash,expiry,others,method,billtype)
VALUES ('RadUser','RadUserpass','','',0,'','','Based on
Time','Postpaid')
| 
