rapportkwatedefinitifsae

7/31/2019 rapportkwatedefinitifsae

1/52

EpigrapheEpigrapheEpigrapheEpigraphe

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues i

J'prouve l'motion la plus forte devant le mystre de la vie.

Le sentiment fonde le beau et le vrai, il suscite l'art et la science .

ALBERT EINSTEINALBERT EINSTEINALBERT EINSTEINALBERT EINSTEIN

Epigraphe


2/52

DdicaceDdicaceDdicaceDdicace

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues ii

Ddicace

Je ddie ce travail,

Au dieu tout puissant sans qui rien nestpossible

A mes parents,

Papa KWATE Jean Ledoux

et Maman KWATE ne NZOUGONG Marie

madeleine qui ont sacrifi des annes de leurs

vies pour que je sois l aujourd'hui.

A mes frres et surs qui ne cessent de

mencourager et avec qui je partage les

moments de joies et de peines.


3/52

RemerciementsRemerciementsRemerciementsRemerciements

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues iii

uil nous soit permis dexprimer notre profonde gratitude et nos sincres

remerciements toutes les personnes qui ont contribu de prs ou de loin llaboration de ce travail. Nos penses vont notamment :

Au Dieu tout puissant. Au Directeur de lISS de MAROUA, Pr KHOLYANG. Au Directeur gnrale de SAE, M. Martin AZEMKOUO. Au personnel administratif de lISS. Au corps enseignant de lISS pour leffort fourni dans le progrs de la jeunesse

estudiantine Camerounaise.

A tous les enseignants du dpartement INFOTEL. A mes encadreurs, acadmique Dr. VIDEME BOSSOU Olivier et professionnel M.

Georges LOMBAT et M. Diderot KEPMEGNI, pour leur soutient et les prcieux

conseils quils mont prodigus.

Au personnel de SAE, et en particulier au Bureau dtude et conception pour laccueiltrs chaleureux et convivial.

A ma grande sur chrie KWATE DIEGONG Stphanie pour tous les sacrificesconsentis pour ma russite, le tout puissant te rendra cela au centime prs du courage.

A toute la famille KWATE. A tous mes collgues de stage A tous mes amis

Q

Remerciements


4/52

Table des atiresTable des atiresTable des atiresTable des atires

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues iv

Epigraphe _________________________________________________________________ i

Ddicace __________________________________________________________________ ii

Remerciements ____________________________________________________________ iii

Table des Matires _________________________________________________________ iv

Rsum - Abstract __________________________________________________________ vii

Glossaire ________________________________________________________________ viii

Introduction Gnrale _______________________________________________________ 2

Chapitre 1 : Prsentation de la Structure daccueil et Droulement du Stage ___________ 1

1.1 Prsentation de lentreprise _____________________________________________ 11.1.1 Historique _________________________________________________________ 11.1.2 Raison sociale et statut juridique _______________________________________ 11.1.3 Domaine dActivits _________________________________________________ 11.1.4 Organigramme de SAE _______________________________________________ 21.1.5 Plan de localisation de SAE Douala _____________________________________ 21.1.6 Partenaires de SAE __________________________________________________ 31.1.7 Les clients de SAE Cameroun _________________________________________ 31.1.8 Problmatique et objectifs _____________________________________________ 4

1.1.9 Planning de travail __________________________________________________ 4Chapitre 2 : Gnralits sur la Tlphonie sur IP _________________________________ 1

2.1 Principe, normes et protocoles ___________________________________________ 12.1.1 Le principe de fonctionnement _________________________________________ 12.1.2 Les avantages de la ToIP _____________________________________________ 12.1.3 Les difficults techniques rsoudre ____________________________________ 2

2.1.3.1 Le dlai de transmission ___________________________________________ 22.1.3.3 Perte de paquets _________________________________________________ 32.1.3.3 Gigue _________________________________________________________ 3

2.1.4 La signalisation dans la ToIP __________________________________________ 32.1.5 Le Transport de la Voix sur IP _________________________________________ 52.1.6 quipements et architecture dun rseau VoIP _____________________________ 5

2.2 Prsentation de la solution CCM de CISCO ________________________________ 12.2.1 Les protocoles utiliss ________________________________________________ 12.2.2 Quelques fonctionnalits et services propres ______________________________ 2

2.3 La tarification dans la VOIP ____________________________________________ 12.3.1 Les fichiers spciaux _________________________________________________ 1

2.3.2 Les techniques de rcolte dinformation de tarification______________________ 12.3.3 Quelques outils de tarification _________________________________________ 5

Table des Matires


5/52


Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues v

Conclusion ______________________________________________________________ 1

Chapitre 3 : Conception et ralisation ___________________________________________ 1

3.1 Prsentation et mise en place de notre laboratoire de test _____________________ 13.1.1 Les quipements mis notre disposition _________________________________ 1

3.1.2 Configuration du routeur CCME _______________________________________ 23.1.2.1 La VoIP et le routage _____________________________________________ 23.1.2.2 Configuration du routeur en client RADIUS ___________________________ 53.1.2.3 Configuration de la machine dacquisition en serveur RADIUS ____________ 6

3.1.2.3.1 Configuration dODBC sous Windows XP _________________________ 63.1.2.3.2 Configuration de WinRadius ____________________________________ 8

3.2 Modlisation de la plateforme de consultation ______________________________ 13.2.1 Outils utiliss ______________________________________________________ 13.2.2 Plan de lapplication _________________________________________________ 1

3.2.3 Les diffrentes tables de la base de donnes _______________________________ 13.2.4 Les donnes dans notre base ___________________________________________ 23.2.5 Une capture de CDRs ________________________________________________ 23.2.6 Interfaces de lapplication _____________________________________________ 2


6/52


Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues vi


7/52

RsumRsumRsumRsum --------AbstractAbstractAbstractAbstract

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues vii

RsumAbstract

Rsum - Abstract


8/52

GlossaireGlossaireGlossaireGlossaire

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues viii

Glossaire


9/52

IntroductionIntroductionIntroductionIntroduction GnraleGnraleGnraleGnrale

Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues 1

Introduction

gnrale


10/52



es rseaux tlphoniques nont cess dvoluer et de se diversifier depuis le

10 mars 1876, date laquelle Alexander Graham Bell inventa le tlphone.Pendant plusieurs dcennies, la transmission analogique de la voix fut la

seule technologie matrise et utilise. Mais au milieu du vingtime sicle, grce aux

techniques dchantillonnage, de quantification et de codage, la transmission numrique de la

voix fut rendu possible. Aussi bien la transmission de gros volumes de donnes requise par

lindustrie informatique que lcoulement dun grand trafic vocal trouvent leur application

travers les rseaux numriques notamment le RNIS, lINTERNET.

Pour tirer profit du dveloppement dInternet pour le grand public, des socits ontdvelopp des logiciels de tlphonie IP2. Il est alors possible de transporter de la voix entre

deux ordinateurs et ainsi de communiquer. Bien que cette technique puisse paratre

rvolutionnaire, elle est devenue insuffisante et peu professionnelle. En effet, pour pouvoir

tre viable, un tel rseau de tlphonie IP doit tre interconnect avec le rseau tlphonique

commut public (RTCP), le rseau de tlphonie classique.

Aujourdhui, des standards sont en train dmerger et des entreprises commencent

satisfaire le march en fournissant despasserelles3

faisant le lien entre les rseaux IP et lesrseaux RTCP. Mais interconnecter ces deux mondes nest pas une chose facile, les

tlcommunications et linformatique ne stant jamais mis daccord en matire de protocoles

par le pass. En effet, les tlcoms ont toujours eu un souci de la qualit de service alors que

les informaticiens recherchaient un dbit maximal. Le but de la tlphonie sur IP est de

finaliser la convergence voix/donnes autour dun protocole unique, IP (et IPv6 dans le futur).

En effet, la tlphonie.

IP se base sur la mme architecture que lInternet et utilise les mmes infrastructures.

La bande passante est une ressource rare et trs dterminante pour la qualit de la voix sur les

rseaux IP; cependant lorsquelle est disponible la fiabilit de la VoIP dpend essentiellement

de la configuration des infrastructures ; ce qui suppose une parfaite matrise des protocoles

mis en jeux. Le suivi de la communication tant dautant plus importante que la

communication elle-mme un systme de facturation fiable simpose. Cest dans cette optique

que SAE, une entreprise prestataire de service en tlcommunication, rseau, lectronique et

scurit incendie, disposant dune infrastructure adquate pour la tlphonie IP nous a confi

L

Introduction Gnrale


11/52



la mission de configurer la VoIP sur router CISCO et surtout dtablir un systme fiable de

facturation.

Dans ce travail, nous ferons dabord, au premier chapitre, une prsentation de la

structure daccueil et le droulement de notre stage; le chapitre 2 sera consacr la

prsentation de la technologie de la VoIP. Nous prsenterons, enfin dans le chapitre 3, les

configurations de la VoIP sur le router CISCO mis notre disposition ainsi que notre systme

de facturation.


12/52

Chapitre 1Chapitre 1Chapitre 1Chapitre 1 : Prsentation de la structure daccueil et droulement du stage: Prsentation de la structure daccueil et droulement du stage: Prsentation de la structure daccueil et droulement du stage: Prsentation de la structure daccueil et droulement du stageDescriptionDescriptionDescriptionDescription AperueAperueAperueAperue


Chapitre 1 : Prsentation de la Structure

daccueil et Droulement du Stage

Description

Ce chapitre nous plonge dans le contexte et la problmatique de ltude de

notre projet. Elle prsente la structure daccueil, la problmatique, lapproche que

nous avons adopte pour parvenir aux rsultats attendus et les diffrents travaux qui

ont rythms notre stage pendant toute cette priode.

Aperu

Chapitre 1 : Prsentation de la Structure daccueil et Droulement du Stage ___________ 1

1.1 Prsentation de lentreprise _____________________________________________ 11.1.1 Historique _________________________________________________________ 11.1.2 Raison sociale et statut juridique _______________________________________ 11.1.3 Domaine dActivits _________________________________________________ 11.1.4 Organigramme de SAE _______________________________________________ 21.1.5 Plan de localisation de SAE Douala _____________________________________ 21.1.6 Partenaires de SAE __________________________________________________ 3

1.1.7 Les clients de SAE Cameroun _________________________________________ 31.1.8 Problmatique et objectifs _____________________________________________ 41.1.9 Planning de travail __________________________________________________ 4

ChapitreChapitreChapitreChapitre

1


13/52

Chapitre 1Chapitre 1Chapitre 1Chapitre 1 : Prsentation de la structure daccueil et droulement du stage: Prsentation de la structure daccueil et droulement du stage: Prsentation de la structure daccueil et droulement du stage: Prsentation de la structure daccueil et droulement du stagePrsentation de lentreprisePrsentation de lentreprisePrsentation de lentreprisePrsentation de lentreprise


1.1Prsentation de lentreprise1.1.1Historique

Tout part de la chute de la socit ENTRELEC qui dominait le march des onduleurs

et des groupes lectrognes au Cameroun. Cette entreprise avait dvelopp une activit

importante et couvrait lpoque tout le triangle national avec les produits de marque POYO,

RENAULT et AMAN quil vendait et assurait la reprsentation au pays. Cest alors que SAE

dcide dacheter tout le parc dENTRELEC en mi-mars 1988 et de prendre la relve de celle-

ci en continuant dassurer les services quelle offrait dj ses clients. A partir du mois

dAvril 1988, le processus de rtrocession du parc (tous les matriels onduleurs et groupes

lectrognes) dENTRELEC est cd SAE. Cette dernire va commencer traiter avec les

fournisseurs dENTRELEC partout dans le monde entier pour lachat de leurs matriels.

1.1.2Raison sociale et statut juridiqueSAE Cameroun SA est une socit anonyme, de personnalit morale dont le capital de

400.000.000 de FCFA est apport par des actionnaires constitus ainsi quil suit : 70,01% des

actions sont apportes par RwKing, 29,99 % des parts apportes par M. Martin AZEMKOUO

et autres. Elle a son sige social Douala au boulevard LECLERC, et est place sous la

direction de son prsident Directeur gnral Martin AZEMKOUO.

1.1.3Domaine dActivitsSAE est une entreprise qui offre ses services dans la vente et la maintenance des

onduleurs, des groupes lectrognes, des infrastructures pour les rseaux informatiques et

dans la scurit incendie. De ce fait elle assure alors ltude, la vente, linstallation et la

maintenance.

Le bureau dtudes et de conception qui accueille notre stage est lun des principaux

dpartements de la direction technique. Cette dernire a pour mission :

Dinstaller et dassurer la maintenance des quipements que SAE reprsente et vendau Cameroun et dans la sous-rgion Afrique centrale ;

Dtudier, de concevoir et de proposer les applications de ses partenaires sesdiffrents clients ;

De concevoir et de dployer les systmes de cblage pour ses clients ; Doptimiser lutilisation des quipements dj mis en place, analyser les cots cachs

et les minimiser.


14/52



1.1.4Organigramme de SAELorganisation structurelle de SAE Cameroun est perceptible travers son

organigramme qui prsente schmatiquement les liens hirarchiques des diffrents services et

leurs relations. Notre stage a t accueilli au bureau dtudes et de conception qui est sous la

responsabilit de la direction technique. La direction technique, dpartement de lentreprise

qui soccupe de ltude, du dimensionnement, de la planification pour le dploiement et

assure la maintenance des quipements ou des technologies fournis par SAE.

Figure 1: Organigramme de SAE

1.1.5Plan de localisation de SAE DoualaSAE (Systmes & Applications Electroniques) est situe au Boulevard LECLERC

dans le 1er arrondissement de la ville de Douala, chef-lieu de la rgion du Littoral, la capitale

conomique du Cameroun. Elle a su au fil du temps saffirmer dans ces diffrents secteurs

dactivits et est arrive crer une agence Yaound la monte ELIG-ESSONO et deux

reprsentations respectivement Garoua et Bafoussam


15/52



1.1.6Partenaires de SAEDans le processus de fonctionnement de ses activits, SAE bnficie des partenariats

suivants :

SDMO (Socit de Diffusion des Moteurs de lOuest) : SDMO est une entreprise

Franaise, classe parmi les leaders mondiaux dans la fabrication des groupes lectrognes.

Elle fabrique des groupes lectrognes pour relayer les coupures dlectricit ou pour

alimenter des zones non desservies en lectricit.

MGE (Merlin Gerin Electronique) et APC (American Power Conversion) :

Spcialiss dans la fabrication des onduleurs pour la protection des rseaux informatiques

domicile, en entreprise, etc. Ces deux entreprises Franaises et Amricaines 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

matriels de cblage pour des rseaux lectriques et informatiques.

CISCO Partner : Entreprise Amricaine, spcialise dans la fabrication des

quipements ou solutions de connexion pour les rseaux informatiques.

ALVARION : Entreprise oriente vers la fourniture dquipements de connexion pour

la ralisation des rseaux sans fils. ALVARION fabrique des quipements qui font partie de la

technologie de communication sans fil (WLAN) de la norme IEEE 802.11a. SAE reprsentecette marque dans notre pays et se charge de le dployer pour ces potentiels clients travers

ses produits le BreezeACCESS VL pour une topologie point multipoint et le BreezeNET B

pour la topologie point point. Lvolution rapide des technologies de communication sans

fils, lavnement de standards et la libralisation des marchs de tlcommunications, ont

facilit linsertion aux oprateurs de tlcommunications et autres entreprises de ces outils de,

communications auprs des diffrents utilisateurs.

Eurofeu scurit incendie : Eurofeu offre une gamme complte de produits et de

services en matire de scurit incendie. Installation et maintenance d'extincteurs, de RIA

(robinet d'incendie arm), de dsenfumage, de dtection incendie, d'clairage de scurit,

de plans et signaltique...

1.1.7Les clients de SAE CamerounSAE bien que faisant dans la fourniture des solutions pour les connexions rseaux et

des matriels pour le cblage structur, se charge galement de vendre, de dployer et

dassurer la maintenance pour interconnecter plusieurs sites dune entreprise dans un rayon

dau plus trente kilomtres. En tant que vendeur et fournisseur des produits de marque


16/52



ALVARION, SAE souhaiterait dployer cette solution pour interconnecter les diffrentes

agences dECOBANK de la ville de Douala. Avec cette solution, SAE devra recruter comme

clients les banques, les assurances, les socits dtats, les PME, les PMI et quelques FAI de

grandes tailles. SAE vise une population bien prcise, on peut citer entre autres : Les entreprises commerciales avec filiales ou succursales ; Les organismes non gouvernementaux ; Les organismes internationaux ; les organismes gouvernementaux ;1.1.8Problmatique et objectifs

Il est question la fin de ce stage de modliser et proposer un outil de tarification et

de supervision ToIP au sein de lentreprise SAE. En effet nous devons dans un premier tempsproposer une technique de capture des CDRs et ensuite de modliser une plateforme qui devra

permettre de :

Rcapituler et dtailler des appels sortants Evaluation priodiquement de la consommation tlphonique par personne, par

groupe ou de lensemble de lentreprise,

Rpartir le trafic par prfix, hit-parade des appels, top bavardage Analyser des appels entrants Distribuer gographiquement 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 lentreprise en gnrale et alerter (Mailou SMS) en cas de dpassement de 80 % du dit budget

1.1.9Planning de travail

Au vue de tout ce qui a t prsent plus haut, nous avons entrepris une dmarche

mthodologique qui stend sur les onze grandes rsumes dans le tableau suivant :


17/52



Tableau 1: Planning de travail

NB : j=jours


18/52

Chapitre 2Chapitre 2Chapitre 2Chapitre 2 : les gnrali: les gnrali: les gnrali: les gnralits sur la Tlphonie sur IPts sur la Tlphonie sur IPts sur la Tlphonie sur IPts sur la Tlphonie sur IPDescriptionDescriptionDescriptionDescription AperueAperueAperueAperue


Chapitre 2 : Gnralits sur la Tlphonie

sur IP

Description

Apres avoir prsente le contexte et la problmatique lis notre stage, cette partienous prsentera les gnralits sur la Tlphonie sur IP. En effet il sera question pour nous

dune part de simprgner des protocoles et normes qui sous-tendent le transfert de la Voix

dans un rseau IP, dautre part de prsenter la solution CISCO en terme de VOIP, nous

terminerons ce chapitre par une tude sur les techniques de facturation dans ce contexte de

service.

Aperu

Chapitre 2 : Gnralits sur la Tlphonie sur IP _________________________________ 1

2.1 Principe, normes et protocoles ___________________________________________ 12.1.1 Le principe de fonctionnement _________________________________________ 12.1.2 Les avantages de la ToIP _____________________________________________ 12.1.3 Les difficults techniques rsoudre ____________________________________ 2

2.1.3.1 Le dlai de transmission ___________________________________________ 22.1.3.3 Perte de paquets _________________________________________________ 32.1.3.3 Gigue _________________________________________________________ 3

2.1.4 La signalisation dans la ToIP __________________________________________ 3

2.1.5 Le Transport de la Voix sur IP _________________________________________ 52.1.6 quipements et architecture dun rseau VoIP _____________________________ 5

2.2 Prsentation de la solution CCM de CISCO ________________________________ 12.2.1 Les protocoles utiliss ________________________________________________ 12.2.2 Quelques fonctionnalits et services propres ______________________________ 2

2.3 La tarification dans la VOIP ____________________________________________ 12.3.1 Les fichiers spciaux _________________________________________________ 12.3.2 Les techniques de rcolte dinformation de tarification______________________ 12.3.3 Quelques outils de tarification _________________________________________ 5

Conclusion ______________________________________________________________ 1


2


19/52

Chapitre 2Chapitre 2Chapitre 2Chapitre 2 : les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IPPrincipe, Normes et ProtocolesPrincipe, Normes et ProtocolesPrincipe, Normes et ProtocolesPrincipe, Normes et Protocoles


2.1Principe, normes et protocoles2.1.1Le principe de fonctionnement

La tlphonie sur IP est un procd 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 frquence

de 300 3400 Hz, elle est d'abord chantillonn numriquement 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 utiliss, puis ensuite on peut

ventuellement supprimer les pauses de silences observs lors d'une conversation, pour tre

ensuite habill RTP,UDP et enfin en IP. Une fois que la voix est transforme en paquets IP,

ces petits paquets Ip identifis et numrots peuvent transits sur n'importe quel rseau IP

(ADSL, Ethernet, Satellite, routeurs, Switch, PC, Wifi, etc...)

2.1.2Les avantages de la ToIPLes avantages que l'on trouve sont les suivants:

Rduction des cots de communication : rduction de la facture numriqueLa facturation est beaucoup moins chre pour communiquer sur le rseau IP que pour

le rseau tlphonique traditionnel. Ce type dappel est plus conomique quun appel travers

un rseau traditionnel (GSM, CDMA, RTC, RNIS et bien dautres) o la totalit de la

conversation est toujours facture, en effet, pour les structures avec utilisation de rseaux IP


20/52



inter-sites, les rductions de cot sont plus intressantes surtout s'il existe de nombreux sites

distants.

Rseau triple play : voix, donnes, vidoLa communication dans un rseau IP ne se limite pas au transfert de donnes, mais la

VoIP offre un rseau pour le transfert de voix, vido (pour la vidoconfrence) et donnes,

ceci est communment appel triple play.

Bnfice dexploitation de rseau de donnesLe transport se fait aussi par le biais du rseau informatique, donc la structure nutilise

quun seul rseau qui est le rseau informatique pour transiter tous types dinformation au lieu

de mettre en place un rseau RTC pour la tlphonie et un autre rseau informatique pour le

transfert de donnes. Le tout est alors centralis sur une mme entit ce qui simplifieladministration du rseau de la dite structure

Flexibilit et mobilit personnelDu fait que la VoIP fonctionne sur Internet, les utilisateurs ne sont pas soumis aux

contraintes de mobilit. Mais ils ont la possibilit daccder de nombreux services partout

dans le monde en utilisant leurs comptes VoIP. Contrairement un tlphone classique, le

tlphone IP peut rester avec son utilisateur. La seule obligation est d'avoir une connexion

Internet. Le numro de tlphone peut tre conserv quel que soit l'endroit o l'on se trouve.

Consommation de bande passante moins importanteGrce la technique de compression utilise pour la voix, la consommation de la

bande passante est dix fois moins faible quun tlphone normale.

2.1.3Les difficults techniques rsoudre2.1.3.1Le dlai de transmission

Celui-ci est trs important pour bnficier dun vritable mode conversationnel et

minimiser la perception dcho. Or la dure de traverse dun rseau IP est dpendante dunombre de routeurs traverss, le temps de traverse dun routeur tant lui-mme fonction de

la charge de ce dernier qui fonctionne par file dattente. Les chiffres suivants (tirs de la

recommandation UIT-T G.114) sont donns titre indicatif pour prciser les classes de

qualit et dinter activit en fonction du retard de transmission dans une conversation

tlphonique.


21/52



Classe n Retards par sens (ms) Commentaires

1 0 150 acceptable pour la plupart des conversations; seules

quelques tches 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.3Perte de paquets

Lorsque les routeurs IP sont congestionns, ils librent automatiquement de la bande

passante en se dbarrassant dune certaine proportion des paquets entrants en fonction de

seuils prdfinis. Cela permet galement denvoyer un signal implicite aux sources TCP qui

diminue dautant leur dbit au vu dacquittements ngatifs mis par le destinataire qui ne

reoit plus les paquets (algorithme Random Early Detection - RED).

2.1.3.3GigueLa gigue correspond une variation du dlai de transmission de linformation. Elle

est due au mode de mise en paquets par les codeurs, lencapsulation des paquets IP dans des

protocoles support tels que le Frame Relay ou lATM, et la variation de routes dans le

rseau : chaque paquet est en effet susceptible de transiter par des combinaisons diffrentes de

routeurs entre la source et la destination. Pour compenser la gigue, on utilise des mmoires

tampons qui prsentent linconvnient de rallonger dautant le temps de traverse global du

signal et contribue empcher un mode conversationnel normal.

2.1.4La signalisation dans la ToIP

La signalisation correspond la gestion des sessions de communication (ouverture,

fermeture, etc.). Le protocole de signalisation permet de vhiculer un certain nombre

dinformations notamment:

Le type de demande (enregistrement dun utilisateur, invitation une sessionmultimdia, annulation d'un appel, rponse une requte, etc.).

Le destinataire d'un appel. Lmetteur. Le chemin suivi par le message.


22/52



Plusieurs normes et protocoles ont t dvelopps pour la signalisation ToIP,

quelques-uns sont propritaires et dautres sont des standards. Ainsi, les principales

propositions disponibles pour l'tablissement de connexions en ToIP sont rsumes dans le

tableau suivant :Protocoles Descriptions

1 SIP

(Session

Initiation

Protocol)

Il est un standard IETF (Internet Engineering Task Force) dcrit

dans le RFC 3261. Il se charge uniquement dinitier la

communication entre les participants dune communication. Il

nest utilis quentre les Agents et le Registrar. Cest le protocole

RTP (Real-time Transfert Protocol) qui se charge de transporter

les donnes entre les participants dune communication, leprotocole SIP peut jouer un rle mineur pendant la session pour

contrler la liaison et soccupe galement de sa terminaison.

2 H323 Il est dfini par lUIT-T.Il est destin au dbut normaliser les

systmes de visiophonie sur un rseau local. Larchitecture dun

rseau H323 fait appels aux lments suivants : les terminaux, un

Gatekeeper, une Gateway, le MCU (Multipoint Control Unit).

3 IAX(Inter

AsteriskeXchange)

Il est un protocole propritaire dvelopp par Digium utilis pourlinterconnexion de serveurs Asterisk et les clients/serveur.

La dnomination IAX fait en ralit rfrence IAX2, version

actuelle du protocole.IAX a t cr pour faciliter la connexion de

plusieurs serveurs Asterisk grce lutilisation dun seul port UDP

(4569 par dfaut) qui le rend trs simple utiliser derrire un pare-

feu ou un NAT, contrairement au protocole SIP.

4 SCCP

(Skinny Client

Control Protocol)

Il est un protocole propritaire CISCO.

Il est utilis dans tous les tlphones IP Cisco et dans

lautocommutateur Cisco Call Manager.

5 MGCP

(Media Gateway

Control Protocol)

Il est standardis par lIETF (RFC 3435).

Tableau 2: Diffrents protocoles de signalisation dans la ToIP


23/52



2.1.5Le Transport de la Voix sur IPLors dune communication ToIP, une fois la phase de signalisation ralise, la phase

de communication est initie. Dans cette phase, un protocole de transport permet dacheminer

les donnes 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 (RealTime transport Protocol) et RTCP (Real

Time Control Protocol) pour apporter la fiabilit lUDP tout en exploitant sa rapidit.

RTP (Real time Transport Protocol)Le protocole RTP, comme son nom lindique, est utilis pour transmettre des donnes

en temps rel sur un rseau IP, il utilise un port UDP. Son objectif ntant pas de garantir

larrive de tous les paquets envoys la destination, mais de limiter au minimum le dlaientre la rception des paquets. La conception et les qualits de ce protocole en ont fait la base

de toute lindustrie de la ToIP.

RTCP (Real-time Transport Control Protocol)Le protocole RTCP est fond sur la transmission priodique de paquets de contrle de

flux tous les participants d'une session. C'est le protocole UDP (par exemple) qui permet le

multiplexage des paquets de donnes RTP et des paquets de contrle RTCP. Le protocole

RTP utilise le protocole RTCP, car le RTP ne transporte que les donnes des utilisateurs,tandis que le RTCP ne transporte en temps rel que de la supervision.

2.1.6quipements et architecture dun rseau VoIPDans une architecture on peut distinguer les quipements suivants :

Les telephones IPCe Sont des appareils matriels ou des tlphones classiques disposant dune prise

Ethernet connect sur le rseau VoIP, ont t conus au dbut pour les applications de type

IPCENTREX (est une application de tlphonie sur IP, base sur les architectures des rseauxde nouvelle gnration, et destine exclusivement au monde de l'entreprise apportant une

gestion de services indite et optimise), maintenant les tlphones IP reprsentent une

alternative des tlphones analogiques. Il existe une large gamme de tlphone IP sur le

march y compris les compatibles wifi.


24/52



Figure 3: la Gamme IP Phones de Marque CISCO

Les soft phones ou tlphones logicielsLes Softphones Sont des logiciels installer sur lordinateur, ce qui permet de jouer le

rle dun tlphone IP de manire logiciel. Il require un systme de son (carte son, baffles,

micro,...) pour lutiliser. Ces logiciels permettent de remplacer des tlphones IP matriels

onreux. Beaucoup de Soft phones existent plus au moins volus, cependant certains sont

propritaires. Les adaptateurs FXO et FXS Les passerelles Les serveurs de Voix

Figure 4: Serveur de VOIX


25/52

Chapitre 2Chapitre 2Chapitre 2Chapitre 2 : les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IPPrsentation de la solution CC de CISCOPrsentation de la solution CC de CISCOPrsentation de la solution CC de CISCOPrsentation de la solution CC de CISCO


2.2Prsentation de la solution CCM de CISCOComme tout fabriquant des quipements rseaux et tlcommunications, CISCO offre

une gamme de produit pour la ralisation dun rseau de tlphonie sur IP pour entreprises et

particuliers.

2.2.1Les protocoles utilissLa diffrence fondamentale entre les produits CISCO et les autres produits en termes

de VOIP se situe au niveau du protocole de signalisation car CISCO est propritaire du

protocole SCCP (Skinny Client Control Protocol) depuis 1998 lors du rachat de Selsius

Corporation.

Le SCCP est un protocole le plus lger 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-rel (flux audio) avec les autres clients Skinny.

SCCP a t prvu pour des priphriques hardware et autres systmes embarqus

possdant un CPU relativement important et des contraires au niveau de la mmoire. Il est

galement rput pour peu de bande passante dont il a besoin.

Le H.323 tant trop rigoureux pour certaines utilits de la tlphonie IP (comme le

renvoi dappel, le transfert dappel, la mise en attente), Cisco a mis en place ce protocole

beaucoup plus lger quest le SCCP (comme nous lavons dit ci-haut, il utilise le port 2000).

Lavantage de Skinny est quil utilise des messages prenant trs peu de bande passante cest

pourquoi il est utilis pour les communications entre les tlphones IP et le Call Manager

ainsi que pour contrler une confrence.

Le SCCP est un protocole propritaire originellement dvelopp 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 nimpose pas de protocole de

transport, cela pouvant tre aussi bien de lUDP ou du TCP en fonction de la taille dumessage. Par contre, le transport de la voix est ralis en UDP afin de privilgier la rapidit de

transmission. De plus, on ne se soucie pas de la perte de paquets.


26/52

Chapitre 2Chapitre 2Chapitre 2Chapitre 2 : les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IPPrsentation de la solution CC de CISCOPrsentation de la solution CC de CISCOPrsentation de la solution CC de CISCOPrsentation de la solution CC de CISCO


2.2.2Quelques fonctionnalits et services propresCisco Call Manager peut aussi bien tre intgr 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

intgres, notamment le logiciel de console de standardiste manuel, une application de

confrence et des outils d'administration.

Cisco Call Manager est une solution volutive, distribuable et haute disponibilit de

traitement d'appels en tlphonie IP pour l'entreprise. Il permet de regrouper de multiples

serveurs et de les grer 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 systme peut tre porte 1million d'utilisateurs sur un systme de 100 sites. Le groupement ajoute la puissance des

multiples serveurs Cisco Call Manager distribus pour amliorer la capacit d'extension et

l'accessibilit des serveurs aux tlphones, aux passerelles et aux applications. Une triple

redondance du serveur de traitement d'appels amliore la disponibilit globale du systme.

Une telle architecture distribue offre des avantages comme une plus grande disponibilit du

systme et l'volutivit. Le contrle d'admission d'appel (CAC) garantit le maintien de la

qualit de service (QoS) voix sur les liaisons WAN dbit limit et redirige automatiquementles appels vers le rseau tlphonique public commut (RTPC) lorsque la bande passante du

rseau tendu n'est plus disponible. Une interface Internet vers la base de donnes de

configuration permet de configurer les quipements et les systmes distants avec un simple

navigateur.


27/52

Chapitre 2Chapitre 2Chapitre 2Chapitre 2 : les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IPLa Tarification dans la Tlphonie sur IPLa Tarification dans la Tlphonie sur IPLa Tarification dans la Tlphonie sur IPLa Tarification dans la Tlphonie sur IP


2.3La tarification dans la VOIP2.3.1Les fichiers spciaux

La tarification VoIP se sert de deux types de rapports qui donnent lhistorique des appels et le

diagnostic des appels.

Call Detail Records (CDR) ou rapport dtaill des appels : les enregistrements dedonnes qui contiennent des informations sur chaque appel qui a t traite par le

serveur VOIP

Call Management Records (CMR) ou rapport dtaill du management : lesenregistrements de donnes qui contiennent les paramtres de QOS ou le diagnostic

des informations de contrle.2.3.2Les techniques de rcolte dinformation de tarification

Il en existe plusieurs

Via requtes SQL: Dans les versions 3 et 4 du Call Manager la rcupration destickets appels (CDR) est ralise partir dune connexion une base de donns via

ODBC et par lintermdiaire de requtes SQL gnres des intervalles rguliers

dfinis en nombre de minutes.

Via la communication par le protocole FTP : Dans les versions rcentes du CallManager (6 et 7) le principe de rcupration 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 rcupre cycliquement les tickets envoys par le

Call Manager des intervalles rguliers paramtrables en nombre de minutes. Lun

des inconvnients majeurs dans cette architecture de communication est labsence du

fil de leau dans le sens rigoureux du terme, du fait que la transaction tlphonique

(appel entrant, sortant, perdu etc..) ne peut tre reue quaprs au moins une minute.

Ceci peut tre contraignant surtout dans un environnement dexploitation htelier ou

centre dappel. La communication FTP ncessite une version CISCO CME IOS

suprieure ou gale 12.4(15) XY


28/52



Figure 5: Rcolte des CDRs par le protocole FTP

Via la communication en temps rel par le protocole Syslog : En tant queprotocole, Syslog se compose d'une partie cliente (Router Voix) et d'une partie serveur

(Machine dacquisition). La partie cliente met les informations sur le rseau, via le

port UDP 514. Les serveurs collectent l'information et se chargent de crer les

journaux. Lintrt de Syslog est donc de centraliser les journaux d'vnements,

permettant de reprer plus rapidement et efficacement les dfaillances d'ordinateurs

prsents sur un rseau. La communication via syslog gnre un trafic temps reel de

lactivit du CME travers le port de communication UDP standard.

Via communication par le protocole RADIUS : Le routeur CISCO envoie lesCDRs au serveur RADIUS via le protocole RADIUS. Ces CDRs parviennent au

serveur RADIUS au format texte et sont traits par celui-ci. De ce traitement sont

extraits les numros de lappelant et de lappel, la dure, la date et le montant de

lappel, le nombre de paquets envoys et reus. Une fois ce traitement effectu, les

donnes sont envoyes au serveur MYSQL via le moteur MYSQL ODBC

(linterface entre MySQL et ODBC). Le protocole RADIUS repose principalement sur


29/52



un serveur (le serveur RADIUS), reli une base d'identification (base de donnes,

annuaire LDAP, etc.) et un client RADIUS, appel NAS (Network Access Server),

faisant office d'intermdiaire entre l'utilisateur final et le serveur. L'ensemble des

transactions entre le client RADIUS et le serveur RADIUS est chiffre et authentifiegrce un secret partag. Il utilise les ports UDP . Le protocole tablit une couche

applicative au-dessus de la couche de transport UDP. Les ports utiliss seront, 1812

pour recevoir les requtes dauthentification et dautorisation et 1813 pour recevoir

les requtes de comptabilit.

Figure 6: Rcolte des CDRs par le protocole RADIUS

On peut rsumer ces solutions dans le tableau suivant :

Mthode

tarification

Avantages Restrictions

FTP Moins complexe mettre enuvre et utilise peu doutils

Nest pas une solution tempsrelle


30/52



Fournit les CDR au format .csvqui peut facilement tre utilise

par les applications comme

Microsoft Excel Supporte tous les champs CDR Intgre loption de compactage

du format CDR (mode compact

et mode Dtaill)

Intgre la possibilit deprogrammer les envois de CDR

par unit de minutes, ce quipeut limiter la charge du rseau

Protocole orient connexion

Trs difficile dy intgrerlauthentification et

lautorisation

RADIUS Peut-tre utilis aussi pourlauthentification et

lautorisation (AAA)

Solution temps relle

Supporte tous les champs deCDR

Intgre le rejeux en cas deperte dinformation due un

dysfonctionnement

Il est actif chaque appels

Plus complexe mettre uvre

Syslog Moins complexe que radius Un serveur syslog peut aussi

supporter les erreurs et

permettre en pus de faire du

monitoring

Solution temps relle

Le nombre dattributssupporte est limite

Pas de retransmission Si plusieurs debug sont

activs, ces messages

peuvent surcharger le rseau

rendre la tarification nom

performante


31/52



Tableau 3: Rcapitulatif des Diffrentes mthodes de rcolte des CDRs

2.3.3Quelques outils de tarificationDans 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 etanalyse des communications tlphoniques. Il se distingue par ses diffrentes

versions basique, administrative, htelire, et centre dappels. La configuration de la

communication PABX/IPX serveur dacquisition Wintax peut tre ralise soit en

liaison srie, IP, ou FTP/TFTP. Dans certains cas Wintax peut interagir avec le

PABX/IPBX pour modifier manuellement, automatiquement ou dynamiquement

certains paramtres internes tels que la classe de service, le nom et la description du

poste et bien dautres lments relatifs lexploitation tlphonique. Webtax est sa

version Web. Il coute pour plus dinformation sur ce produit contacter Tunisie

Computer Service, 16 Av. Mongi Bali 4000 Sousse, Tunisie Tel 0021673228760,

0021673201027 Fax 0021673227620 [email protected]

GeoTaxe ES: application serveur de GFT conue plus particulirement pour lesgrands comptes et les projets pointus d'analyse technique et de suivi financier. Des

modules complmentaires permettent d'adresser des besoins spcifiques comme la

qualification des appels personnels GSM, la ventilation des cots des abonnements

ou encore la facturation de services et de produits en rseaux IP Centrex. Pour plus

dinformations sur ce produit http://www.memobox.fr/content/view/50/87/lang,french/


32/52

Chapitre 2Chapitre 2Chapitre 2Chapitre 2 : les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IP: les gnralits sur la Tlphonie sur IPConclusionConclusionConclusionConclusion


Conclusion

Apres avoir prsent les techniques diverses de dploiement de VOIP tout en insistant

sur la solution CCME qui nous a t propose, aussi en prsentant un tat de lart des

technique de tarification dans la tlphonie en gnrale et la tlphonie sur IP en particulier.

Cette partie nous prsente les gnralits et ltat de lart de la technologie, cest ainsi que la

partie suivante sera consacre une tude dun cas particulier et la configuration et la mise

en place de notre solution.


33/52

Chapitre 3Chapitre 3Chapitre 3Chapitre 3 : Conception et Ralisation: Conception et Ralisation: Conception et Ralisation: Conception et RalisationDescriptionDescriptionDescriptionDescription ---- AperueAperueAperueAperue


Chapitre 3 : Conception et ralisation

Description

Cette partie nous nous prsente la conception et les rsultats obtenu aprs les diverses

configurations.

Aperu

Chapitre 3 : Conception et ralisation ___________________________________________ 1

3.1 Prsentation et mise en place de notre laboratoire de test _____________________ 13.1.1 Les quipements mis notre disposition _________________________________ 13.1.2 Configuration du routeur CCME _______________________________________ 2

3.1.2.1 La VoIP et le routage _____________________________________________ 2

3.1.2.2 Configuration du routeur en client RADIUS ___________________________ 53.1.2.3 Configuration de la machine dacquisition en serveur RADIUS ____________ 63.1.2.3.1 Configuration dODBC sous Windows XP _________________________ 63.1.2.3.2 Configuration de WinRadius ____________________________________ 8

3.2 Modlisation de la plateforme de consultation ______________________________ 13.2.1 Outils utiliss ______________________________________________________ 13.2.2 Plan de lapplication _________________________________________________ 13.2.3 Les diffrentes tables de la base de donnes _______________________________ 13.2.4 Les donnes dans notre base ___________________________________________ 2

3.2.5 Une capture de CDRs ________________________________________________ 23.2.6 Interfaces de lapplication _____________________________________________ 2


2


34/52

Chapitre 3Chapitre 3Chapitre 3Chapitre 3 : Con: Con: Con: Conception et Ralisationception et Ralisationception et Ralisationception et Ralisation

Prsentation et mise en place de notre laboratoire de testPrsentation et mise en place de notre laboratoire de testPrsentation et mise en place de notre laboratoire de testPrsentation et mise en place de notre laboratoire de test


3.1Prsentation et mise en place de notre laboratoire detest

3.1.1Les quipements mis notre dispositionLe rseau mis notre disposition pour limplmentation de la solution est reprsent

dans la figure suivante:

Figure 7: Laboratoire de Test

Equipements Caractristiquestechniques

Rle

Routeur CCME CISCO 2800 series Serveur de VOIP Routage interVlan DHCP

Switch ou

commutateur

Catalyst 2960 series SIPoE-24

Commutation VLAN

IP Phone Client VOIPPC dacquisition HP

Intel Dual Core , 980Mhzx21Go de RAM60 Go DD

Acquisition des donnes et capture deCDRs

serveur RADIUS serveur de Bade de Donnes

(MySQL) serveur Web et hbergement de la

plateforme WEBTableau 4: Caractristiques des quipements


35/52




3.1.2Configuration du routeur CCME3.1.2.1La 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 scurit du rseau, 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.4service timestamps debug datetime msecservice timestamps log datetime msecno service password-encryption!

hostname SAE_CAMEROUN!

boot-start-markerboot-end-marker!enable secret 5 $1$R/h2$grAzVaRfIm.hnu/njanmp1enable password cisco

!aaa new-model!!

aaa accounting connection h323 start-stop group radius!

aaa session-id commonip cef!!

no ip dhcp use vrf connectedip dhcp excluded-address 192.168.1.1 192.168.1.10ip dhcp excluded-address 192.168.10.1 192.168.10.10

!ip dhcp pool DATA_kkr

network 192.168.1.0 255.255.255.0default-router 192.168.1.1

!ip dhcp pool VOICE_kkr

network 192.168.10.0 255.255.255.0option 150 ip 192.168.10.1

!!ip auth-proxy max-nodata-conns 3ip admission max-nodata-conns 3!

voice-card 0!


36/52




username accueil password 0 cisco 123username saedouala privilege 15 secret 5 $1$nUmm$QeB3dzrr09PIyBGBOG8UB/!

gw-accounting aaa!

!interface FastEthernet0/0no ip addressduplex autospeed autoauto discovery qos!interface FastEthernet0/0.1encapsulation dot1Q 10ip address 192.168.1.1 255.255.255.0

!interface FastEthernet0/0.102encapsulation dot1Q 102

ip address 192.168.10.1 255.255.255.0ip helper-address 192.168.1.1!interface FastEthernet0/1no ip addressip nbar protocol-discovery

shutdownduplex autospeed auto!interface FastEthernet0/1.102!ip forward-protocol nd

!!no ip http serverno ip http secure-server!!

tftp-server flash:P00308000500.bintftp-server flash:P00308000500.loadstftp-server flash:P00308000500.sb2tftp-server flash:P00308000500.sbntftp-server flash:S00105000300.sbntftp-server flash:term75.default.loadstftp-server flash:SCCP75.8-3-3S.loads

tftp-server flash:jar75sccp.8-3-2-27.sbntftp-server flash:dsp75.8-3-2-27.sbntftp-server flash:cvm75sccp.8-3-2-27.sbntftp-server flash:cnu75.8-3-2-27.sbntftp-server flash:apps75.8-3-2-27.sbntftp-server flash:term61.default.loadstftp-server flash:term41.default.loadstftp-server flash:SCCP41.8-3-3S.loadstftp-server flash:jar41sccp.8-3-2-27.sbntftp-server flash:dsp41.8-3-2-27.sbntftp-server flash:cvm41sccp.8-3-2-27.sbntftp-server flash:cnu41.8-3-2-27.sbntftp-server flash:apps41.8-3-2-27.sbn

radius-server host 192.168.1.11 auth-port 1812 acct-port 1813radius-server key 7 0631062F5E4F0D101004


37/52




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-serviceload 7960-7940 P00503021500load 7914 S00105000300load 7970 SCCP75.8-3-3S.loadsload 7912 SCCP11.8-3-3S.loads

max-ephones 24max-dn 24ip source-address 192.168.10.1 port 2000

auto assign 1 to 24date-format dd-mm-yycreate cnf-files version-stamp Jan 01 2002 00:00:00max-conferences 4 gain -6transfer-system full-consultsecondary-dialtone 9!!ephone-dn 1 dual-linenumber 9910

label DG (9910)description DIR generalename DIR generale!!ephone-dn 2 dual-linenumber 9911label ACCUEIL (9911)

description DIR generalename DIR generale!!ephone 1

username "directeur" password cisco123mac-address 001F.9EAB.5A14type 7940button 1:1!!ephone 2username "accueil" password cisco123

mac-address 001F.9EAB.5A0Atype 7940button 1:2!!

ephone 7!


38/52




line con 0line aux 0line vty 5 15!

scheduler allocate 20000 1000

end3.1.2.2Configuration du routeur en client RADIUS

Cette configuration est dtaille dans le tableau suivant :

Commande Description

aaa new-model commande globale donnant accs aux commandes

dautorisation, dauthentification et de comptabilit.

aaa authentication login h323 group

radius

indique que les appels sont authentifis dans la base

RADIUS.aaa authorization exec h323 group

radius

les appels sont autoriss au niveau du serveur radius.

aaa accounting connection h323

start-stop radius

dclenche la comptabilit au dbut et la fin de

lappel.

radius-server host 192.168.1.1 auth-

port 1812 acct-port 1813

Indique ladresse IP de la machine sur laquelle est

install le serveur RADIUS, le port

dauthentification et celui de la comptabilit.radius-server key 7

0631062F5E4F0D101004

spcifie le mot de passe du serveur RADIUS, ici ce

mot de passe est crypt.

radius-server vsa send accounting Permet lenvoi des CDRs via le protocol VSA

radius-server vsa send authentication Active lauthentification

gw-accounting aaa

ou

gw-accounting h323 vsa

Active lenvoi des CDRs

End Fin de la configuration

Tableau 5: Configuration de notre Routeur en client RADIUS


39/52




3.1.2.3Configuration de la machine dacquisition en serveurRADIUS

Une fois le client RADIUS configur, le serveur doit tre prt dialoguer avec celui-ci. Pour que ce dialogue soit possible, le serveur doit avoir une configuration conforme

celle dclare sur le client. Les outils utilises ici seront :

WinRadius : la version gratuite du serveur radius sous Windows MySQL-server : serveur de Base de Donnes Mysql-odbc.connector : interface de connexion entre MySQL et ODBC3.1.2.3.1Configuration dODBC sous Windows XP

Figure 8: Configuration ODBC sous Win XP (tape 1)

Apres avoir install ODBC mysql Connector, il faut slectionner MySQL ODBC driver

comme le pilote ou linterface qui permettra a notre serveur MySQL de communiquer avec le

serveur RADIUS via ODBC.


40/52




Figure 9: Configuration ODBC sous Win XP (tape 2)

On se rend compte de la prsence effective de notre base de donnessae_voip_billing

Figure 10: Interface MySQL Connector

Cette base est accessible via localhost sur le port3306avec pour loginroot et sans mot depasse.


41/52




3.1.2.3.2Configuration de WinRadius

Figure 11: Page d'accueil WinRadius

Figure 12: Configuration du secret et des ports


42/52




Figure 13: Cration de la Base de Donnes et les tables

Dans le champ ODBC name, indiquer le nom de lODBC, le nom dutilisateur et le

mot de passe pour se connecter la base dans le format suivant : nom_ODBC ; UiD =

nom_utilisateur ; Pwd = mot_de_passe. Indiquer ensuite le nom de la table contenant les

utilisateurs et celle contenant les dtails des appels.Apres il faut activer le type de logs a capture, de prfrence nous avons tout activ afin

davoir une vue globale de ce qui se passe.

Figure 14: Activation des Logs


43/52

Chapitre 3Chapitre 3Chapitre 3Chapitre 3 : Conception et Ralisation: Conception et Ralisation: Conception et Ralisation: Conception et Ralisation

Modlisation de la plateforme WEB de ConsultationModlisation de la plateforme WEB de ConsultationModlisation de la plateforme WEB de ConsultationModlisation de la plateforme WEB de Consultation


3.2Modlisation de la plateforme de consultationLe routeur capture les CDR, les envois au serveur RADIUS qui les traite et les stocke

dans une base. Ladministrateur voudrait tout moment consulter ltat de

consommation de tout un chacun : comment cela est-il possible ?

Il se prsente une solution de plateforme WEB dont nous allons uniquement nous

content ici daborder la modlisation ou analyse et le reste (codage et test) de cette

plateforme sera laiss a un travail futur.

3.2.1Outils utilissLes outils de construction de plateforme Web sont trs nombreux et varis. Notre

application SAE VOIP BILLING SYSTEM est hberg sur un serveur apache 2.0

(EasyPHP). Le systme de gestion de bases de donnes est MYSQL. Le moteur dexcution

des programmes cot serveur est le PHP 5. Lditeur HTML et PHP utilis est le

Dreamweaver MX. Pour limagerie et les animations nous pouvons utiliser les logiciels

suivants : Adobe Photoshop 7.0, Flash MX et Ulead GifAnimator 5.0.

3.2.2Plan de lapplication


44/52


Rsultats et commentairesRsultats et commentairesRsultats et commentairesRsultats et commentaires


3.2.3Les diffrentes tables de la base de donnes

Figure 15: Description de la table tblogs

Figure 16: Description de la table tbusers

Figure 17: Description de la table tbvoip


45/52




3.2.4Les donnes dans notre base

Figure 18: rsultat du contenu de la table tbvoip

3.2.5Une capture de CDRs

Figure 19: Capture d'une communication

3.2.6Interfaces de lapplicationUne fois connect la page daccueil, il sera possible de :


46/52




Le nombre d'appels effectus 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 dpassement du budget La Rpartition du trafic etc ...

Figure 20: Interface d'accueil de notre plateforme


47/52




Figure 21: Une facture dtaille


48/52

Conclusion gnrale et PerspectivesConclusion gnrale et PerspectivesConclusion gnrale et PerspectivesConclusion gnrale et Perspectives


Conclusiongnrale et

Perspectives


49/52

Conclusion gnrale et PerspectivesConclusion gnrale et PerspectivesConclusion gnrale et PerspectivesConclusion gnrale et PerspectivesPerspectivesPerspectivesPerspectivesPerspectives


La prsente recherche nous a permis de nous familiariser avec les quipements

CISCO. Nous avons au passage matris la configuration des routeurs CISCO aussi bien pour

la VoIP que pour le routage, le routage inter vlan la scurit des rseaux IP, la configuration

des Switchs CISCO aussi bien de la commutation que du VLAN. Nous avons par la mme

occasion fait des changes fructueux avec des experts des rseaux IP et VoIP, ce qui nous a

t dune aide prcieuse pour la matriser de larchitecture de ces rseaux.

Les objectifs que nous nous tions fixs au dpart sont atteints. Il est vrai que notre

systme actuel permet de suivre la consommation tlphonique mais il est moins pratique

pour la commercialisation chez les clients et partenaires de SAE parce quil noffre pas une

interface o les clients pourront suivre en temps rel lvolution de la dure de

communication des utilisateurs dans leur rseau, celle-ci ntant 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 lvolution fulgurante

des technologies de linformation. Chaque jour on assiste la mise sur le march de nouveaux

quipements de plus en plus performants, miniaturiss, robustes et conviviaux, des systmes

de facturation dont la robustesse et la fiabilit vont au-del de limagination. Chaque jour

encore de nouveaux Gateways sajoutent au rseau en place rendant la communication de

moins en moins coteuse.

Conclusion Gnrale


50/52

Liste des Figures et TableauxListe des Figures et TableauxListe des Figures et TableauxListe des Figures et Tableaux


Figure 1: Organigramme de SAE------------------------------------------------------------------------------------------------------- 2

Figure 2: Principe de fonctionnement de la VOIP---------------------------------------------------------------------------------- 1

Figure 3: la Gamme IP Phones de Marque CISCO -------------------------------------------------------------------------------- 6

Figure 4: Serveur de VOIX---------------------------------------------------------------------------------------------------------------- 6

Figure 5: Rcolte des CDRs par le protocole FTP --------------------------------------------------------------------------------- 2

Figure 6: Rcolte des CDRs par le protocole RADIUS---------------------------------------------------------------------------- 3

Figure 7: Laboratoire de Test------------------------------------------------------------------------------------------------------------ 1

Figure 8: Configuration ODBC sous Win XP (tape 1) --------------------------------------------------------------------------- 6

Figure 9: Configuration ODBC sous Win XP (tape 2) --------------------------------------------------------------------------- 7

Figure 10: Interface MySQL Connector----------------------------------------------------------------------------------------------- 7

Figure 11: Page d'accueil WinRadius-------------------------------------------------------------------------------------------------- 8

Figure 12: Configuration du secret et des ports ------------------------------------------------------------------------------------- 8

Figure 13: Cration de la Base de Donnes et les tables ------------------------------------------------------------------------- 9Figure 14: Activation des Logs ---------------------------------------------------------------------------------------------------------- 9

Figure 15: Description de la table tblogs --------------------------------------------------------------------------------------------- 1

Figure 16: Description de la table tbusers-------------------------------------------------------------------------------------------- 1

Figure 17: Description de la table tbvoip --------------------------------------------------------------------------------------------- 1

Figure 18: rsultat du contenu de la table tbvoip ----------------------------------------------------------------------------------- 2

Figure 19: Capture d'une communication -------------------------------------------------------------------------------------------- 2

Figure 20: Interface d'accueil de notre plateforme --------------------------------------------------------------------------------- 3

Figure 21: Une facture dtaille--------------------------------------------------------------------------------------------------------- 4

Tableau 1: Planning de travail----------------------------------------------------------------------------------------------------------- 5

Tableau 2: Diffrents protocoles de signalisation dans la ToIP ---------------------------------------------------------------- 4

Tableau 3: Rcapitulatif des Diffrentes mthodes de rcolte des CDRs----------------------------------------------------- 5

Tableau 4: Caractristiques des quipements---------------------------------------------------------------------------------------- 1

Tableau 5: Configuration de notre Routeur en client RADIUS ----------------------------------------------------------------- 5

Liste des figures

Liste des Tableaux


51/52

BibliographieBibliographieBibliographieBibliographie


Bibliographie


52/52

AnnexesAnnexesAnnexesAnnexes

Annexes

Documents

rapportkwatedefinitifsae