Rapportkwatedefinitifsae

Epigraphe
Epigraphe
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 EINSTEIN
Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues
Ddicace
Ddicace
Je ddie ce travail, Au dieu tout puissant sans qui rien nest possible 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.
ii
Remerciements
Remerciements
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 laccueil trs chaleureux et convivial. A ma grande sur chrie KWATE DIEGONG Stphanie pour tous les sacrifices consentis 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
iii
Table des Matires
Table des Matires

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 _____________________________________________ 1 1.1.1 Historique _________________________________________________________ 1 1.1.2 Raison sociale et statut juridique _______________________________________ 1 1.1.3 Domaine dActivits _________________________________________________ 1 1.1.4 Organigramme de SAE _______________________________________________ 2 1.1.5 Plan de localisation de SAE Douala _____________________________________ 2 1.1.6 Partenaires de SAE __________________________________________________ 3 1.1.7 Les clients de SAE Cameroun _________________________________________ 3 1.1.8 Problmatique et objectifs _____________________________________________ 4 1.1.9 Planning de travail __________________________________________________ 4 Chapitre 2 : Gnralits sur la Tlphonie sur IP _________________________________ 1 2.1 Principe, normes et protocoles ___________________________________________ 1 2.1.1 Le principe de fonctionnement _________________________________________ 1 2.1.2 Les avantages de la ToIP _____________________________________________ 1 2.1.3 Les difficults techniques rsoudre ____________________________________ 2 2.1.3.1 Le dlai de transmission ___________________________________________ 2 2.1.3.3 Perte de paquets _________________________________________________ 3 2.1.3.3 Gigue _________________________________________________________ 3 2.1.4 La signalisation dans la ToIP __________________________________________ 3 2.1.5 Le Transport de la Voix sur IP _________________________________________ 5 2.1.6 quipements et architecture dun rseau VoIP _____________________________ 5 2.2 Prsentation de la solution CCM de CISCO ________________________________ 1 2.2.1 Les protocoles utiliss ________________________________________________ 1 2.2.2 Quelques fonctionnalits et services propres ______________________________ 2 2.3 La tarification dans la VOIP ____________________________________________ 1 2.3.1 Les fichiers spciaux _________________________________________________ 1 2.3.2 Les techniques de rcolte dinformation de tarification______________________ 1 2.3.3 Quelques outils de tarification _________________________________________ 5
Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues iv
Table des Matires
Conclusion ______________________________________________________________ 1 Chapitre 3 : Conception et ralisation ___________________________________________ 1 3.1 Prsentation et mise en place de notre laboratoire de test _____________________ 1 3.1.1 Les quipements mis notre disposition _________________________________ 1 3.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 ___________________________ 5 3.1.2.3 Configuration de la machine dacquisition en serveur RADIUS ____________ 6 3.1.2.3.1 Configuration dODBC sous Windows XP _________________________ 6 3.1.2.3.2 Configuration de WinRadius ____________________________________ 8 3.2 Modlisation de la plateforme de consultation ______________________________ 1 3.2.1 Outils utiliss ______________________________________________________ 1 3.2.2 Plan de lapplication _________________________________________________ 1 3.2.3 Les diffrentes tables de la base de donnes _______________________________ 1 3.2.4 Les donnes dans notre base ___________________________________________ 2 3.2.5 Une capture de CDRs ________________________________________________ 2 3.2.6 Interfaces de lapplication _____________________________________________ 2
Table des Matires
vi
--Abstract Rsum --Abstract
Rsum - Abstract
Rsum Abstract
vii
Glossaire
Glossaire
viii
Introduction Gnrale
Introduction gnrale
Introduction Gnrale
Introduction Gnrale
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 ont dvelopp 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 des passerelles3 faisant le lien entre les rseaux IP et les rseaux 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
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
Introduction Gnrale
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.
Chapitre 1 : Prsentation de la structure daccueil et droulement du stage Description Aperue
Chapitre
1
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 _____________________________________________ 1 1.1.1 Historique _________________________________________________________ 1 1.1.2 Raison sociale et statut juridique _______________________________________ 1 1.1.3 Domaine dActivits _________________________________________________ 1 1.1.4 Organigramme de SAE _______________________________________________ 2 1.1.5 Plan de localisation de SAE Douala _____________________________________ 2 1.1.6 Partenaires de SAE __________________________________________________ 3 1.1.7 Les clients de SAE Cameroun _________________________________________ 3 1.1.8 Problmatique et objectifs _____________________________________________ 4 1.1.9 Planning de travail __________________________________________________ 4
Chapitre 1 : Prsentation de la structure daccueil et droulement du stage Prsentation de lentreprise
1.1 Prsentation de lentreprise

1.1.1 Historique 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 celleci 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.2 Raison sociale et statut juridique

SAE 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.3 Domaine dActivits

SAE 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 vend au Cameroun et dans la sous-rgion Afrique centrale ; Dtudier, de concevoir et de proposer les applications de ses partenaires ses diffrents 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.
1.1.4 Organigramme de SAE

Lorganisation 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.5 Plan de localisation de SAE Douala

SAE (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
1.1.6 Partenaires de SAE

Dans 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 reprsente cette 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.7 Les clients de SAE Cameroun

SAE 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
Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues 3
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.8 Problmatique 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 temps proposer 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 communications IP Affecter un budget par poste, par service, pour lentreprise en gnrale et alerter (Mail ou SMS) en cas de dpassement de 80 % du dit budget la QOS avec CMR et mesurer des performances des
1.1.9 Planning 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 :
Tableau 1: Planning de travail
NB : j=jours
gnralits Chapitre 2 : les gnralits sur la Tlphonie sur IP Description Aperue
Chapitre
2
Chapitre 2 : Gnralits sur la Tlphonie sur IP
Description Apres avoir prsente le contexte et la problmatique lis notre stage, cette partie nous 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 ___________________________________________ 1 2.1.1 Le principe de fonctionnement _________________________________________ 1 2.1.2 Les avantages de la ToIP _____________________________________________ 1 2.1.3 Les difficults techniques rsoudre ____________________________________ 2 2.1.3.1 Le dlai de transmission ___________________________________________ 2 2.1.3.3 Perte de paquets _________________________________________________ 3 2.1.3.3 Gigue _________________________________________________________ 3 2.1.4 La signalisation dans la ToIP __________________________________________ 3 2.1.5 Le Transport de la Voix sur IP _________________________________________ 5 2.1.6 quipements et architecture dun rseau VoIP _____________________________ 5 2.2 Prsentation de la solution CCM de CISCO ________________________________ 1 2.2.1 Les protocoles utiliss ________________________________________________ 1 2.2.2 Quelques fonctionnalits et services propres ______________________________ 2 2.3 La tarification dans la VOIP ____________________________________________ 1 2.3.1 Les fichiers spciaux _________________________________________________ 1 2.3.2 Les techniques de rcolte dinformation de tarification______________________ 1 2.3.3 Quelques outils de tarification _________________________________________ 5 Conclusion ______________________________________________________________ 1
Chapitre 2 : les gnralits sur la Tlphonie sur IP Principe, Normes et Protocoles
2.1 Principe, normes et protocoles

2.1.1 Le 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.2 Les avantages de la ToIP

Les avantages que l'on trouve sont les suivants: Rduction des cots de communication : rduction de la facture numrique La 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
inter-sites, les rductions de cot sont plus intressantes surtout s'il existe de nombreux sites distants. Rseau triple play : voix, donnes, vido La 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 donnes Le 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 simplifie ladministration du rseau 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 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 importante Grce la technique de compression utilise pour la voix, la consommation de la bande passante est dix fois moins faible quun tlphone normale.
2.1.3 Les difficults techniques rsoudre

2.1.3.1 Le 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 du nombre 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.
Classe n 1
Retards par sens (ms) 0 150
Commentaires acceptable pour la plupart des conversations; seules quelques tches souffrir hautement interactives peuvent
150 300
acceptable pour des communications faiblement interactives (voir satellite 250 ms par bond)
3 4
300 700 au-del de 700
devient pratiquement une communication half duplex inutilisable sans une bonne pratique de la
conversation half duplex (militaire)
2.1.3.3 Perte 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.3 Gigue
La 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.4 La 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 session multimdia, annulation d'un appel, rponse une requte, etc.). Le destinataire d'un appel. Lmetteur. Le chemin suivi par le message.
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 1 SIP (Session Initiation Protocol) Descriptions 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, le protocole 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 pour linterconnexion 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 parefeu ou un NAT, contrairement au protocole SIP.
4 SCCP (Skinny
Il est un protocole propritaire CISCO. Client Il est utilis dans tous les tlphones IP Cisco et dans lautocommutateur Cisco Call Manager. Il est standardis par lIETF (RFC 3435). Gateway
Control Protocol) 5 MGCP (Media
Control Protocol)
Tableau 2: Diffrents protocoles de signalisation dans la ToIP
2.1.5 Le Transport de la Voix sur IP

Lors 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 (Real Time 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 dlai entre 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.6 quipements et architecture dun rseau VoIP

Dans une architecture on peut distinguer les quipements suivants : Les telephones IP Ce 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 rseaux de 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.
Figure 3: la Gamme IP Phones de Marque CISCO
Les soft phones ou tlphones logiciels Les 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
Chapitre 2 : les gnralits sur la Tlphonie sur IP Prsentation de la solution CCM de CISCO
2.2 Prsentation de la solution CCM de CISCO

Comme 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.1 Les protocoles utiliss

La 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 du message. 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.
Chapitre 2 : les gnralits sur la Tlphonie sur IP Prsentation de la solution CCM de CISCO
2.2.2 Quelques fonctionnalits et services propres Cisco 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, 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 1 million 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 automatiquement les 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. une application de
Chapitre 2 : les gnralits sur la Tlphonie sur IP La Tarification dans la Tlphonie sur IP
2.3 La tarification dans la VOIP

2.3.1 Les 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 de donnes qui contiennent des informations sur chaque appel qui a t traite par le serveur VOIP Call Management Records (CMR) ou rapport dtaill du management : les enregistrements de donnes qui contiennent les paramtres de QOS ou le diagnostic des informations de contrle.
2.3.2 Les techniques de rcolte dinformation de tarification

Il en existe plusieurs Via requtes SQL: Dans les versions 3 et 4 du Call Manager la rcupration des tickets 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 Call Manager (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
Figure 5: Rcolte des CDRs par le protocole FTP
Via la communication en temps rel par le protocole Syslog : En tant que protocole, 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 les CDRs 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
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 authentifie grce 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 FTP Moins complexe mettre en uvre et utilise peu doutils Nest pas une solution temps relle
3
Avantages
Restrictions
Fournit les CDR au format .csv qui 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 de
Trs difficile dy intgrer lauthentification lautorisation et
programmer les envois de CDR par unit de minutes, ce qui peut limiter la charge du rseau Protocole orient connexion
RADIUS
Peut-tre utilis aussi pour lauthentification lautorisation (AAA) Solution temps relle Supporte tous les champs de CDR Intgre le rejeux en cas de perte dinformation due un dysfonctionnement Il est actif chaque appels et
Plus complexe mettre uvre
Syslog
Moins complexe que radius Un serveur syslog peut aussi supporter les erreurs et
Le
nombre
dattributs
supporte est limite Pas de retransmission Si plusieurs ces debug sont
permettre en pus de faire du monitoring Solution temps relle
activs,
messages
peuvent surcharger le rseau rendre la tarification nom performante
Chapitre 2 : les gnralits sur la Tlphonie sur IP La Tarification dans la Tlphonie sur IP Tableau 3: Rcapitulatif des Diffrentes mthodes de rcolte 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 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 tcsrf@topnet.tn GeoTaxe ES: application serveur de GFT conue plus particulirement pour les grands 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/
Chapitre 2 : les gnralits sur la Tlphonie sur IP Conclusion
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.
Chapitre 3 : Conception et Ralisation Description - Aperue
Chapitre
2
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 _____________________ 1 3.1.1 Les quipements mis notre disposition _________________________________ 1 3.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 ___________________________ 5 3.1.2.3 Configuration de la machine dacquisition en serveur RADIUS ____________ 6 3.1.2.3.1 Configuration dODBC sous Windows XP _________________________ 6 3.1.2.3.2 Configuration de WinRadius ____________________________________ 8 3.2 Modlisation de la plateforme de consultation ______________________________ 1 3.2.1 Outils utiliss ______________________________________________________ 1 3.2.2 Plan de lapplication _________________________________________________ 1 3.2.3 Les diffrentes tables de la base de donnes _______________________________ 1 3.2.4 Les donnes dans notre base ___________________________________________ 2 3.2.5 Une capture de CDRs ________________________________________________ 2 3.2.6 Interfaces de lapplication _____________________________________________ 2
Conception Chapitre 3 : Conception et Ralisation
Prsentation et mise en place de notre laboratoire de test
3.1 Prsentation et mise en place de notre laboratoire de test

3.1.1 Les quipements mis notre disposition
Le rseau mis notre disposition pour limplmentation de la solution est reprsent dans la figure suivante:
Figure 7: Laboratoire de Test
Equipements Routeur CCME
Caractristiques techniques CISCO 2800 series
Rle Serveur de VOIP Routage interVlan DHCP Commutation VLAN Client VOIP Acquisition des donnes et capture de CDRs serveur RADIUS serveur de Bade de Donnes (MySQL) serveur Web et hbergement de la plateforme WEB
1
Switch ou commutateur IP Phone PC dacquisition
Catalyst 2960 series SI PoE-24 HP Intel Dual Core , 980 Mhzx2 1Go de RAM 60 Go DD
Tableau 4: Caractristiques des quipements Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues
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 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.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 !

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

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 !

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 dtaille dans le tableau suivant : Commande aaa new-model Description commande globale donnant accs aux commandes dautorisation, dauthentification et de comptabilit. aaa authentication login h323 group indique que les appels sont authentifis dans la base radius RADIUS.
aaa authorization exec h323 group les appels sont autoriss au niveau du serveur radius. radius aaa accounting connection h323 dclenche la comptabilit au dbut et la fin de start-stop radius lappel.
radius-server host 192.168.1.1 auth- Indique ladresse IP de la machine sur laquelle est port 1812 acct-port 1813 install le serveur RADIUS, le port
dauthentification et celui de la comptabilit. radius-server key 7 spcifie le mot de passe du serveur RADIUS, ici ce mot de passe est crypt. Permet lenvoi des CDRs via le protocol VSA Active lauthentification Active lenvoi des CDRs
0631062F5E4F0D101004 radius-server vsa send accounting radius-server vsa send authentication gw-accounting aaa ou gw-accounting h323 vsa End
Fin de la configuration
Tableau 5: Configuration de notre Routeur en client RADIUS
3.1.2.3 Configuration de la machine dacquisition en serveur RADIUS

Une fois le client RADIUS configur, le serveur doit tre prt dialoguer avec celuici. 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 ODBC
3.1.2.3.1 Configuration 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.
Figure 9: Configuration ODBC sous Win XP (tape 2)
On se rend compte de la prsence effective de notre base de donnes sae_voip_billing
Figure 10: Interface MySQL Connector
Cette base est accessible via localhost sur le port 3306 avec pour login root et sans mot de passe.

3.1.2.3.2 Configuration de WinRadius
Figure 11: Page d'accueil WinRadius
Figure 12: Configuration du secret et des ports
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
Chapitre 3 : Conception et Ralisation
Modlisation de la plateforme WEB de Consultation
3.2 Modlisation de la plateforme de consultation

Le 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.1 Outils utiliss

Les 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.2 Plan de lapplication
Rsultats et commentaires
3.2.3 Les 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
3.2.4 Les donnes dans notre base
Figure 18: rsultat du contenu de la table tbvoip
3.2.5 Une capture de CDRs
Figure 19: Capture d'une communication
3.2.6 Interfaces de lapplication

Une fois connect la page daccueil, il sera possible de :
Rsultats et commentaires 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 Rapport de stage Master 1 rdig et prsent par KWATE KWATE Rodrigues 3
Figure 21: Une facture dtaille
Conclusion gnrale et Perspectives
Conclusion gnrale et Perspectives
Conclusion gnrale et Perspectives Perspectives
Conclusion Gnrale
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.
Liste des Figures et Tableaux
Liste des figures

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 ------------------------------------------------------------------------- 9 Figure 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
Liste des Tableaux

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
Bibliographie
Bibliographie
Annexes
Annexes

Rapportkwatedefinitifsae

Transféré par

Informations du document

Titre original

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Rapportkwatedefinitifsae

Transféré par

Droits d'auteur :

Formats disponibles

Epigraphe

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

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

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

Table des Matires

Table des Matires

Table des Matires

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

Table des Matires

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

--Abstract Rsum --Abstract

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

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

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

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

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

Chapitre 1 : Prsentation de la structure daccueil et droulement du stage Description Aperue

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

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

1.1 Prsentation de lentreprise

1.1.2 Raison sociale et statut juridique

1.1.3 Domaine dActivits

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

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

1.1.4 Organigramme de SAE

Figure 1: Organigramme de SAE

1.1.5 Plan de localisation de SAE Douala

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

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

1.1.6 Partenaires de SAE

1.1.7 Les clients de SAE Cameroun

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

1.1.8 Problmatique et objectifs

1.1.9 Planning de travail

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

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

Tableau 1: Planning de travail

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

gnralits Chapitre 2 : les gnralits sur la Tlphonie sur IP Description Aperue

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

2.1 Principe, normes et protocoles

Figure 2: Principe de fonctionnement de la VOIP

2.1.2 Les avantages de la ToIP

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

2.1.3 Les difficults techniques rsoudre

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

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

Retards par sens (ms) 0 150

300 700 au-del de 700

conversation half duplex (militaire)

2.1.3.3 Perte de paquets

2.1.4 La signalisation dans la ToIP

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

3 IAX (Inter AsteriskeXchange)

Control Protocol) 5 MGCP (Media

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

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

2.1.5 Le Transport de la Voix sur IP

2.1.6 quipements et architecture dun rseau VoIP

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

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

Figure 3: la Gamme IP Phones de Marque CISCO

Figure 4: Serveur de VOIX