Pfe LPGSR2

Dpartement de Mathmatiques & Informatique - Mekns
RAPPORT DE PROJET DE FIN DETUDES

Filire
Licence Professionnelle en Informatique (LPI)

Option
Gestion des Systmes et Rseaux (GSR)
La tlphonie IP avec la solution Cisco
Elabor par
Encadr par
Mohamed ELBOUKHARI Safaa BOUDIK
Prof. Driss EL OUADGHIRI Dr. Abdrahim ELHARROUS
Soutenu, le 30 Juin 2012, devant le Jury compos de
Prof. Driss EL OUADGHIRI, Facult des Sciences de Mekns. Prof. Nabil BANAMAR, Facult des Sciences Humaines et des Lettres, Mekns. Prof. ABDELLAG JAMALI, EST, Berchid. Prof. Seddik BRI, EST, Mekns. Prof. Fatima Ezzahra ALAOUI, Facult des Sciences, Mekns.
Anne universitaire : 2011/2012
Page 1
Remerciement
A Monsieur Driss EL OUDGHIRI, Professeur lUniversit Moulay Ismail, Facult des sciences de Mekns, qui nous a encadrs tout au long de ce PFE et qui nous a fait partager ses brillantes intuitions. Quil soit aussi remerci pour sa gentillesse, sa disponibilit permanente et pour les nombreux encouragements quil nous a prodigue. A Monsieur Najib ZOUAOUI, le directeur gnral des ressources humaines et financires, pour sa gentillesse, sa disponibilit permanente et pour les nombreux encouragements quil nous a prodigue. Merci M. Abdrahim ELHARROUS pour son encadrement continu, pour les remarques constructives quil nous a fournies ainsi que pour ses prcieux conseils durant toute la priode de notre stage. A toutes les personnes qui nous ont contribus, de prs ou de loin, raliser ce travail de projet de fin dtudes nous voudrions adresser ces remerciements. A Mademoiselle Fatima BOURASS, cadre au service de dveloppement, qui nous a non seulement initis la mthodologie de la recherche, mais elle nous a aussi prodigu de nombreux conseils pour bien aboutir laccomplissement de ce travail. Quelle en soit remercie. Merci aux membres du ministre de la communication pour lambiance chaleureuse qui y rgne et la disponibilit de chacun. Nous souhaitons tous nos collgues une bonne continuation, avec tous nos vux de russite. Notre gratitude, notre profond respect et nos remerciements tous les membres du jury pour leur attention consacre lgard de ce travail. Nous adressons nos sincres remerciements tous nos enseignants qui nous ont prpars thoriquement et pratiquement durant notre formation, ainsi tous le corps administratif de la facult des sciences de Mknes.
Page 2
Table des matires

Table des figures...................................................................................................................................... 5 Introduction Gnrale .............................................................................................................................. 7 1. 2. 3. 4. 5. 6. Identificateur du ministre de communication ........................................................................... 8 Organigramme des administrations au ministre de communication ...................................... 8 Rle du ministre de la communication ...................................................................................... 8 Mission du ministre de la communication ................................................................................. 9 Autres activits du ministre de la communication.................................................................. 10 Prsentation de la division Informatique .................................................................................. 11 Introduction la voix sur IP....................................................................................................... 14 Le fonctionnement de la VoIP .................................................................................................... 15 Etablissement de la communication........................................................................................... 15 3.1 3.2 4. Numrisation et compression ............................................................................................. 15 Transport ............................................................................................................................. 16 H323 ...................................................................................................................................... 16 Introduction ................................................................................................................. 16 Fonctionnement ........................................................................................................... 17 SIP ......................................................................................................................................... 18 Introduction ................................................................................................................. 18 Fonctionnement ........................................................................................................... 18 SCCP..................................................................................................................................... 19 dfinition....................................................................................................................... 19 Enregistrement ............................................................................................................ 19 Appel ............................................................................................................................. 20
Introduction ......................................................................................................................................... 13 1. 2. 3.
Les protocoles de signalisation ................................................................................................... 16 4.1 4.1.1 4.1.2 4.2 4.2.1 4.2.2 4.3 4.3.1 4.3.2 4.3.3
5. 6.
Codec audio .................................................................................................................................. 22 La Solution Cisco ......................................................................................................................... 23 6.1 6.2 Cisco Unified Communications .......................................................................................... 23 Cisco UC Manager Express (UCME) ................................................................................ 23
Conclusion ............................................................................................................................................ 23 Introduction ......................................................................................................................................... 24 1 Prsentation de la plate-forme ................................................................................................... 25 1.1 gns3 (simulateur Rseau) .................................................................................................... 25 Page 3
1.2 1.3 1.4 2
Routeur Cisco 3700 (CME)................................................................................................. 26 Switches ................................................................................................................................ 26 Cisco IP Communicator (Soft phone) ................................................................................ 27 Section 1 (Premire topologie)............................................................................................ 28 SPAN (Switched Port Analyzer) ................................................................................ 28 Configuration de base de routeur .............................................................................. 29 Configuration de serveur NTP ................................................................................... 30 Configuration de serveur DHCP................................................................................ 30 Configuration de CME................................................................................................ 31 Analyses de trafic (SCCP)........................................................................................... 36 Section 2 (Ajoute des fonctionnalits) ................................................................................ 40 Fonctionnalit dappel................................................................................................. 40 Configuration GUI de CME ....................................................................................... 42 Section 3 (communication avec lextrieur) ...................................................................... 47 Fxs et Fxo ..................................................................................................................... 47 Introduction (dial-peer) .............................................................................................. 48 Section 4 (La scurit) ......................................................................................................... 52 Introduction ................................................................................................................. 52 Type dattaques ........................................................................................................... 52 Teste des attaques ........................................................................................................ 53 La politique de scurit propos ................................................................................ 61 Application de la politique de scurit....................................................................... 61
Mise en uvre de Lab ................................................................................................................. 28 2.1 2.1.1 2.1.2 2.1.3 2.1.4 2.1.5 2.1.6 2.2 2.2.1 2.2.2 2.3 2.3.1 2.3.2 2.4 2.4.1 2.4.2 2.4.3 2.4.4 2.4.5
Conclusion Gnrale ............................................................................................................................. 66 Glossaire ................................................................................................................................................ 67 Wbliographie ....................................................................................................................................... 68
Page 4
Table des figures

FIGURE 1. 1: ORGANIGRAMME DES ADMINISTRATIONS AU MINISTERE DE COMMUNICATION ........................... 8
FIGURE 2. 1: TRANSFORMATION DE SIGNAL ANALOGIQUE AU SIGNAL NUMERIQUE ......................................... 15 FIGURE 2. 3: LA SESSION SIP A TRAVERS UN PROXY ............................................................................................. 18 FIGURE 2. 4: PROCESSION DENREGISTREMENT DUN CLIENT SKINNEY .......................................... 19 FIGURE 2. 6: LE DIAGRAMME DUNE DEMANDE DAPPEL ENTRE DEUX CLIENTS SKINNY .................................... 21 FIGURE 2. 7: PROCESSION LORS DE RACCROCHEMENT DUN APPEL ................................................................... 22
FIGURE 3. 1: INTERFACE DE GNS3......................................................................................................................... 25 FIGURE 3. 2: INSTALLATION DE MODULE DE SWITCHING SUR LE ROUTEUR 3700............................................... 26
FIGURE 4. 1: PREMIERE TOPOLOGIE ............................................................................................................ 28 FIGURE 4. 2: TOPOLOGIE DE CME ET SPAN ................................................................................................ 28 FIGURE 4. 3: CONFIGURATION DE SPAN ..................................................................................................... 29 FIGURE 4. 5: CONFIGURATION DE BASE DE CME .................................................................................................. 29 FIGURE 4. 6: CONFIGURATION DE SERVEUR DHCP ............................................................................................... 30 FIGURE 4. 7: CONFIGURATION DE CME ................................................................................................................ 31 FIGURE 4. 9: AJOUT DES LIGNES DE PREMIER TELEPHONE................................................................................... 32 FIGURE 4. 10: AJOUT DES LIGNES DE 2EME TELEPHONE ...................................................................................... 33 FIGURE 4. 11: CONFIGURATION DES TELEPHONES ............................................................................................... 34 FIGURE 4. 12: ENREGISTREMENT DE TELEPHONE SUR LE ROUTEUR CME............................................................ 34 FIGURE 4. 13: ETABLISSEMENT DE COMMUNICATION ENTRE LES 2 TELEPHONES .............................................. 35 FIGURE 4. 14: CONFIGURATION DE TEMPLATE..................................................................................................... 35 FIGURE 4. 15: INTERFACE DE TELEPHONE APRES LA CREATION DE TEMPLATE.................................................... 36 FIGURE 4. 16: LES PAQUETS TRANSMIS ENTRE CME ET LUN DES TELEPHONES .................................................. 37 FIGURE 4. 17: LES PAQUETS SSCP ......................................................................................................................... 37 FIGURE 4. 18: ENTETE DES PAQUETS SCCP ........................................................................................................... 38 FIGURE 4. 19: ENTETE DE PAQUET STATIONKEEPALIVEMESSAGE........................................................................ 38 FIGURE 4. 20: ENTETE DE PAQUET STATIONKEEPALIVEACKMESSAGE ................................................................. 39 FIGURE 4. 21: ENTETE DE PAQUET STATIONALARMMESSAGE ............................................................................. 39 FIGURE 4. 22: ENTETE DE PAQUET STATION REGISTER MESSAGE........................................................................ 39
FIGURE 5. 1: AJOUT DES OPTIONS HUNTSTOP ET PREFERENCE ........................................................................... 40 FIGURE 5. 2: AJOUT DOPTION O ..................................................................................................................... 40 FIGURE 5. 3: AJOUT DOPTION DE MONITOR ....................................................................................................... 41 FIGURE 5. 4: LAJOUT DOPTION HUNTSTOP CHANNEL ........................................................................................ 41 FIGURE 5. 5: LAJOUT DE LOPTION CALL-FORWARD ............................................................................................ 42 FIGURE 5. 6: LAJOUT DE LOPTION PICKUP GROUP ............................................................................................. 42 FIGURE 5. 8: ARCHIVE DE GUI DANS LE REPERTOIRE TFTP-ROOT......................................................................... 43 FIGURE 5. 10: TRANSFERE DES FICHIERS SUR LE ROUTEUR CME.......................................................................... 43 FIGURE 5. 11: CREATION DE COMPTE ADMINISTRATEUR .................................................................................... 44 FIGURE 5. 13: AUTHENTIFICATION DE LADMINISTRATEUR ................................................................................. 45 FIGURE 5. 14: CREATION DE COMPTE CUSTOMER ET PHONE USER..................................................................... 45 FIGURE 5. 15: AUTHENTIFICATION DE PHONE USER ............................................................................................ 45
Page 5
FIGURE 5. 17: LISTE DES EXTENSIONS ................................................................................................................... 46
FIGURE 6. 1: COMMUNICATION AVEC LEXTERIEUR............................................................................................. 47 FIGURE 6. 3: CONFIGURATION DE DIAL-PEER VOIP .............................................................................................. 50
FIGURE 7. 2: TABLE ARP AVANT LATTAQUE ......................................................................................................... 53 FIGURE 7. 3: LANCEMENT DE LATTAQUE............................................................................................................. 54 FIGURE 7. 4: ATTAQUE INVERSE............................................................................................................................ 54 FIGURE 7. 5: TABLE ARP APRES LATTAQUE .......................................................................................................... 55 FIGURE 7. 6: CAPTURE DES PAQUETS SUR WIRESHARK........................................................................................ 55 FIGURE 7. 9: CAPTURE DES PAQUETS DE LA VOIP ................................................................................................ 56 FIGURE 7. 10: ATTAQUE SUR LE RESEAU VOIP...................................................................................................... 57 FIGURE 7. 11: CME EST EN DENI SERVICE ............................................................................................................. 58 FIGURE 7. 12: PAQUETS DATTAQUE DE TYPES ECHO REQUEST........................................................................... 58 FIGURE 7. 13: RESULTAT DE SCAN PAR LOUTIL ZENMAP..................................................................................... 59 FIGURE 7. 14: LES PORTS OUVERTS SUR LE ROUTEUR CME.................................................................................. 59 FIGURE 7. 15: LANCEMENT DE LATTAQUE VIA LE PORT 23 ................................................................................. 60 FIGURE 7. 16: LE ROUTEUR CME EST EN DENI DE SERVICE................................................................................... 60 FIGURE 7. 17: LES REQUETES SYN PAR WIRESHARK ............................................................................................. 60 FIGURE 7. 18: CONFIGURATION DE MOT DE PASSE DE ROUTEUR........................................................................ 61 FIGURE 7. 19: DESACTIVATION DES SERVICES ET INTERFACES NON UTILISES ...................................................... 62
Page 6
Introduction Gnrale
Les rseaux tlphoniques nont cess dvoluer et de se diversifier depuis le10 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 ont dvelopp des logiciels de tlphonie IP, 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 passerelles faisant le lien entre les rseaux IP4 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.
Lobjectif est de raliser un projet de la tlphonie sur IP avec la solution Cisco qui dispose de la technologie et des avances les plus rcentes de la Voix sur IP (VoIP) actuellement sur le march, qui va tre implment dans le ministre de la communication a la place de la solution Mitel, qui a un point de dfaillance cest que le ministre de la communication doit tre toujours li avec lentreprise Mitel pour avoir de lassistance en cas de panne dans le rseau, au contraire de Cisco ou on peut trouver les assistants partout, do vienne limportance de notre projet. Le projet devra permettre de mettre en place un systme tlphonique avanc pour un cot moindre, permettant dtablir la communication entre les stations locales et distantes en impliquant des politiques de scurit de manire amliorer et mettre tous le services et fonctionnalits quil assure. Ce rapport retrace le droulement des tapes labores pendant notre participation la ralisation du projet, aussi chaque tape sera aborde en tant que partie prsentant lessentiel du travail et des tches ralises.
Page 7
Chapitre I
Introduction
Prsentation de ministre de la communication
Dans ce chapitre on va donner un aperu sur le ministre de la communication, voire son rle et son organigramme des directions, ses principales missions ainsi que les autres activits quil exerce.
1. Identificateur du ministre de communication

Le ministre de la communication prpare et met en uvre la politique du gouvernement dans tous les domaines de la communication. Il est le porte-parole du gouvernement. Il exerce la tutelle sur les tablissements publics et sur les autres organismes dpendant de son autorit, conformment aux textes lgislatifs et rglementaires en vigueur.
2. Organigramme communication
des
administrations
au
ministre
de
Figure 1. 1: Organigramme des administrations au ministre de communication
3. Rle du ministre de la communication

Le ministre de la communication est charg de : Prparer et excuter la politique du gouvernement relative aux diffrents domaines du secteur de la communication : presse crite, communication audiovisuelle, publicit, cinma et droits dauteurs et droits voisins, la
Page 8
formation des ressources humaines du secteur et la production nationale et assurer la mise niveau et le dveloppement du secteur. Contribuer la promotion de la socit de linformation au Maroc Elaborer, pour le compte du gouvernement, les cahiers des charges et les contrats programme avec les organismes publics intervenant dans le secteur afin quils contribuent aux objectifs des politiques publiques et de la rforme du secteur dune part, de leur sensibilisation la responsabilit et lautonomie de gestion dautre part. Raliser les tudes juridiques et laborer les textes relatifs la rglementation de secteur de la communication Veiller une promotion meilleure de limage institutionnelle du Maroc Mettre en place un service dinformation publique destin lopinion publique notamment aux leaders dopinion lintrieur et lextrieur du pays, afin de faire connatre les institutions du Maroc, ses grandes rformes, ses ralisations et ses potentialits Animer le travail du gouvernement en matire de communication. Il veille galement la promotion et lorganisation des professions lies au secteur de la communication et encourage le partenariat avec les professionnels du domaine et les oprateurs publics et privs.
4. Mission du ministre de la communication

Mission1 Veille et anticipation des volutions technologiques des diffrents secteurs Observation et diagnostic permanent des diffrents domaines Etudes des besoins/attentes de la socit marocaine en matire de presse, de cinma daudiovisuel Elaboration de plan stratgique par domaine concrtisant les choix de politique publique et Dfinissant les mesures institutionnelles, rglementairesde promotion et de dveloppement du secteur Etude conomique des secteurs et dfinition de mesures dincitation linvestissement dans le secteur Dfinition, en liaison avec les autres dpartements concerns, des besoins en infrastructures et des choix technologique favorisant lextension des rseaux de diffusion Dfinition dune politique de valorisation et de promotion des ressources humaines du secteur Mise en place et/ou promotion des filires de formation, LISIC et dans dans les autres tablissements publics ou privs en adquation avec les besoins de formation dument dtects Proposition de mesures favorisant linsertion et lvaluation
Page 9
Mission 2 Elaboration des Textes ( lois, rglements)rgissant le secteur ; Dfinition des rgles du bon fonctionnement du march (respect du pluralisme et de la libert, refus du monopole, respect des rgles dontologiques, gnralisation de laccs au service public) et prise dinitiative pour dicter les rgles et les normes Juridiques correspondantes Incitation des acteurs et intervenants du secteur de doter doutils (mcanismes, instances) Dauto- rgulation et de concentration Renforcement de la concertation avec les professions concernes autour des projets de texte touchant au secteur ( linstigation du Ministre ou des autres dpartements) Impulsion de la mise en place, en partenariat avec les professionnels, dinstances indpendantes de mesure de la diffusion et de laudience des mdias Observations des conditions de mise en uvre des rglementations et des normes Dontologiques et prise de mesures correctives et de sanctions, le cas chant, en coordination avec les autres instances et autorits publiques de rgulation Elaboration et ngociation de contrats-programmes avec les organismes publics intervenant dans le secteur, dans le sens la fois de leur contribution aux objectifs des politiques publiques et de rforme du secteur dune part, de leur responsabilisation et de leur autonomie de gestion dautre part
Mission 3 Dfinition, en liaison avec lensemble des autres dpartements et autres organismes publics, dune politique de communication interne et externe visant promouvoir limage du Maroc et son projet de socit dmocratique et moderne Animation de la mise en uvre Conduite dtudes de perception permettant de mieux cibler les segments par des messages et des supports appropris Regroupement les lments dinformation pertinents pour analyser limage du Maroc vhicule Conduite dune politique de relations publiques vers les mdias internationaux
5. Autres activits du ministre de la communication

Dfinition et mise en uvre dune politique de dveloppement des ressources humaines du ministre (en coordination et en complmentarit avec les organismes sous tutelle) Mobilit Formation et dveloppement des comptences
Page 10
Valorisation statutaire Action sociale Gestion administrative du Personnel Dfinition et mise en uvre dun plan daction des services du Ministre et suivi de sa mise en uvre dveloppement et exploitation dun systme dinformation informatis du Ministre Promotion de la communication interne et externe du Ministre Mise en place dinternet et intranet Gestion des affaires contentieuses du dpartement
6. Prsentation de la division Informatique

Rle de la division informatique La conception dun plan de dveloppement informatique de la ministre conception et de lexcution des travaux informatiques pour les besoins de la ministre linstallation de ladministration et de la mise jour rgulire du site Internet de la ministre la scurisation des donnes et des quipements informatiques la formation du personnel en informatique la vulgarisation de l'utilisation des outils informatiques llaboration et du suivi du schma directeur d'informatisation de lInstitut ltude, de la conception et du dveloppement des Projets traitement informatique des oprations statistiques menes au sein de la ministre limplantation et de la gestion des moyens informatiques collectifs et des rseaux la maintenance logicielle et du parc informatique de la ministre la gestion et de lentretien du rseau informatique de la ministre lassistance technique aux utilisateurs des logiciels et des rseaux
Le Chef de Division propose les indicateurs de performance et labore les mthodologies relevant de son domaine de comptence. La Division comprend : La Cellule des Traitements et de lExploitation Informatique La Cellule de Gestion des Rseaux et des Banques de Donnes La Cellule du Dveloppement des Applications et de la Formation Mission / enjeux de la division informatique
La tlphonie IP avec la solution Cisco Page 11
Elaborer et mettre en uvre le schma directeur informatique du ministre de la communication, conu comme axe majeure rationalisation de modernisation de la gestion et douverture sur les partenaires. Dvelopper les conditions dune gestion performante des ressources humaines et matrielles et dune pilotage efficace de lactivit (systme de tableau de bord, informatique de prise de dcision). Assurer une adquation de linformatique et des communications au Ministre de la communication au Ministre de la communication par rapport ltat de lart et lvolution des technologies. Btir le systme de dveloppement du systme dinformation sur un processus robuste de contractualisation des relations informaticiensutilisateurs tant au niveau des spcifications des besoins quau niveau de la mise en uvre des applicatifs.
Page 12
Chapitre II Thorie de la VoIP

Introduction
Devant la concurrence accrue dans le secteur des tlcoms, les oprateurs sont en qute des solutions innovantes pour rduire le cot du trafic voix travers le monde sans pour autant sacrifier la qualit dcoute. Et avec laccroissement exponentiel des rseaux IP travers le monde entier, le concept de la convergence naisse : Pourquoi ne pas exploiter les dbits confortables quoffre le rseau Internet pour vhiculer la voix et voir le monde des tlcoms franchir un nouvel air de la tlphonie : la VoIP. Cest a ce propos que notre choix sest port sur ce sujet, alors Lintrt dans ce travail tait donc davoir un aperu dune des solutions concurrentes. Cette tude nous permettons par la mme occasion dtendre nos connaissances dans ce domaine qui se dveloppe encore un peu plus chaque jour.
Page 13
1. Introduction la voix sur IP

La voix sur IP dfinit un moyen de faire transiter des appels tlphoniques classiques sur un rseau IP en convertissant ces appels en paquets de donnes. Le rseau IP utilis peut tout aussi bien tre un rseau WAN (comme Internet) ou un rseau LAN (un rseau local). La voix sur IP, que lon appelle gnralement VoIP (Voice over IP) utilise des protocoles de session pour tablir la communication ainsi que des codecs audio pour encoder et ventuellement compresser le signal analogique, c'est--dire la voix, afin quil puisse tre transmis sur le rseau IP. Il devenait clair que dans le sillage de cette avance technologique, les oprateurs, entreprises ou organisations et fournisseurs devaient, pour bnficier de l'avantage du transport unique IP, introduire de nouveaux services voix et vido. Ce ft en 1996 la naissance de la premire version voix sur IP appele H323. Issu de l'organisation de standardisation europenne ITU-T sur la base de la signalisation voix RNIS (Q931), ce standard a maintenant donn suite de nombreuses volutions, quelques nouveaux standards prenant d'autres orientations technologiques. Les avantages de la voix sur IP sont nombreux. Premirement, le cot est largement rduit. En effet, la voix sur IP utilise le mme mdia que les donnes : le rseau IP. De plus, des fonctionnalits telles que lIVR, le caller ID ou le call forwarding sont gnralement factures par le fournisseur de la ligne analogique. Dans le cas de la voix sur IP, ces fonctionnalits sont gratuites. Deuximement, la voix sur IP est beaucoup plus flexible que le systme tlphonique traditionnel. La scurisation des appels peut tre faite trs facilement, et un tlphone IP peut tre install nimporte o, ne ncessitant quune connexion au rseau. Plusieurs quipementiers rseaux fournissent des solutions VoIP. Nous pouvons citer parmi eux Alcatel-Lucent, Asterisk, et Cisco Systmes Inc. pour sa plateforme Unified Communications. Ces solutions fournissent gnralement un PABX IP, souvent abrg IPBX. Un IPBX (Internet Private Branch eXchange) dsigne un autocommutateur tlphonique priv, assumant ainsi lacheminement des appels tlphoniques VoIP ou non. Un IPBX peut trs bien interagir avec une ligne tlphonique classique afin de pouvoir mettre des appels externes. Il fournit galement certaines fonctionnalits telles que le transfert dappel, la mise en garde, etc. LIPBX dvelopp par Cisco sappelle Unified Communications Manager. Cisco systmes se lana lui aussi dans la voix sur IP. Anciennement dvelopp par Selsius Corporation, SCCP (Skinny Client Control Protocol) fut rachet par Cisco en 1998. SCCP est un protocole lger qui soccupe de la signalisation entre un tlphone IP et lUnified Communications Manager de Cisco. Le flux de donnes repose quant lui sur RTP.
Page 14
2. Le fonctionnement de la VoIP
De nombreuses annes en arrire, nous avons dcouvert qu'il tait possible de transmettre un signal une destination loigne sous forme de donnes numriques. Avant la transmission, il faut numriser le signal l'aide d'un CAN (convertisseur analogique numrique). Le signal est ensuite transmis, et, pour tre utilisable, doit tre transform nouveau, par le rcepteur, en un signal analogique, l'aide d'un CNA (convertisseur numrique analogique). La VoIP fonctionne ainsi, par numrisation de la voix et transmission dans des paquets de donnes, puis par reconversion des paquets numriques en voix l'arrive. Donc Lorsquon parle travers un tlphone IP, on met un signal analogique qui est capt par le micro de lappareil. Ce signal est par la suite numris sous forme dchantillons binaires qui sont cods en nombre de bits. Ce signal numrique sera par la suite compress par des codecs (G711 / G722 / G723 / G729) afin de diminuer le dbit de la bande passante utile pour transporter le signal. Les donnes sont alors converties en paquet IP grce aux protocoles RTP1 (Real Time Protocol).Cest alors que les paquets sont expdis travers le rseau de loprateur pour arriver au point de destination ou ils seront remis dans le bon ordre et seront reconvertis en signal analogique afin de restituer la voix.
Figure 2. 1: Transformation de signal analogique au signal numrique
Lorsquun utilisateur veut entrer en communication avec un autre, une connexion est alors tablie entre les deux terminaux. Lutilisateur peut alors mettre un son par le biais dun micro (signal analogique) qui est ensuite numris et compress par la machine (signal par synthse). Une fois les donnes encapsules dans un paquet, il est envoy au destinataire qui procdera aux oprations inverses assurant ainsi la mise en forme dun message audible.
3. Etablissement de la communication
3.1 Numrisation et compression
Les signaux de la voix (analogiques) doivent dabord tre convertis sous forme numrique suivant le format PCM (Pulse Code Modulation) 64kbits/s. La modulation dimpulsion code est une technique dchantillonnage quantifie sur une srie de symbole dans un code numrique (binaire). Lordinateur ne comprenant que le code binaire, la numrisation est donc primordial.
Lors de la numrisation, le codage PCM se contente de mesurer des chantillons indpendamment des uns des autres. Un chantillon du signal nest pas isol, mais corrl avec dautres (prcdent ou suivant). En tenant compte des informations, il est possible de prvoir la valeur du nouvel chantillon et donc de transmettre quune partie de linformation. Cest ce quon appel la prdiction. Cela permet de rduire la taille du paquet pour optimiser la bande passante. Il existe deux grands types de compressions : le codage diffrentiel et le codage par synthse.
3.2
Transport
Linformation voyage dans des datagrammes UDP ne garantissant pas la livraison car il neffectue aucune vrification concernant la perte de paquet et ne transmet aucune information sur les configurations utiliss. Il a donc fallut dfinir un nouveau protocole fournissant plusieurs fonctionnalits : Le numro de squence pour la remise en ordre des paquets. Un champ horodatage (timestamp) pour la restauration de la base de temps. Dtecte la perte de paquets pour informer la source dans des dlais compatible avec le service. Identifier le contenu des donnes et permettre leur transmission. Intgre des solutions pour traverser des passerelles de certains rseaux locaux.
Ce protocole est appel RTP (Real-Time Transport Protocol) qui se complte par un protocole de contrle qui transmet des rapports de rception RTCP (Real-Time Transport Control Protocol). Par exemple lors dune confrence regroupant plusieurs participants, RTCP permet didentifier diffrentes sources dmissions contribuant la session, mais il nest cependant pas obligatoire.
4. Les protocoles de signalisation

4.1 H323 4.1.1 Introduction
H.323 est un protocole de communication englobant un ensemble de normes utiliss pour l'envoi de donnes audio et vido sur Internet. Il existe depuis 1996 et a t initi par l'ITU (International Communication Union), un groupe international de tlphonie qui dveloppe des standards de communication. Concrtement, il est utilis dans des programmes tels que Microsoft Netmeeting, ou encore dans des quipements tels que les routeurs Cisco. Il existe un projet OpenH.323 qui dveloppe un client H.323 en logiciel libre afin que les utilisateurs et les petites entreprises puissent avoir accs ce protocole sans avoir dbourser beaucoup d'argent.
Page 16
4.1.2 Fonctionnement
Le protocole H.323 est utilis pour l'interactivit en temps rel, notamment la visioconfrence (signalisation, enregistrement, contrle d'admission, transport et encodage). C'est le leader du march pour la tlphonie Ip. Il s'inspire du protocole H.320 qui proposait une solution pour la visioconfrence sur un rseau numrique intgration de service (Rnis ou Isdn en anglais), comme par exemple le service Numris propos par France Telecom. H.323 dfinit plusieurs lments de rseaux. Les terminaux Dans un contexte de tlphonie sur IP, deux types de terminaux H.323 sont Aujourd'hui disponibles. Un poste tlphonique IP raccords directement au rseau Ethernet de l'entreprise. Un PC multimdia sur lequel est install une application compatible H.323. Les passerelles (GW: Gateway) Elles assurent l'interconnexion entre un rseau Ip et le rseau tlphonique, ce dernier pouvant tre soit le rseau tlphonique public, soit un PABX d'entreprise. Elles assurent la correspondance de la signalisation et des signaux de contrle et la cohsion entre les mdias. Pour ce faire, elles implmentent les fonctions suivantes de transcodage audio (compression, dcompression), de modulation, dmodulation (pour les fax), de suppression d'chos, de suppression des silences et de contrle d'appels. Les passerelles sont le plus souvent bases sur des serveurs informatiques standards (Windows NT, Linux) quips d'interfaces particuliers pour la tlphonie (interfaces analogiques, accs de base ou accs primaire RNIS, interface E1, etc.) et d'interfaces rseau, par exemple de type Ethernet. La fonctionnalit de passerelle peut toutefois tre intgre directement dans le routeur ainsi que dans les PBX eux-mmes. Les portiers (GK: Gatekeeper) Ils sont des lments optionnels dans une solution H.323. Ils ont pour rle de raliser la traduction d'adresse (numro de tlphone adresse Ip) et la gestion des autorisations. Cette dernire permet de donner ou non la permission d'effectuer un appel, de limiter la bande passante si besoin et de grer le trafic sur le Lan. Les "gardes-barrire" permettent galement de grer les tlphones classiques et la signalisation permettant de router les appels afin d'offrir des services supplmentaires. Ils peuvent enfin offrir des services d'annuaires.
Trois protocoles de signalisation sont spcifis dans le cadre de H.323 savoir. RAS (Registration, Admission and Status) Ce protocole est utilis pour communiquer avec un Gatekeeper. Il sert notamment aux quipements terminaux pour dcouvrir l'existence d'un Gatekeeper et s'enregistrer auprs de ce dernier ainsi que pour les demandes de traduction d'adresses. La signalisation RAS utilise des messages H.225.0 6 transmis sur un protocole de transport non fiable (Udp, par exemple). Q.931 H.323 utilise une version simplifie de la signalisation RNIS Q.931 pour l'tablissement et le contrle d'appels tlphoniques sur Ip. Cette version simplifie est galement spcifie dans la norme H.225.0. H.245 ce protocole est utilis pour l'change de capacits entre deux quipements terminaux. Par exemple, il est utilis par ces derniers pour s'accorder sur le type de codec activer. Il peut galement servir mesurer le retard aller-retour (Round Trip Delay) d'une communication.
Page 17
4.2 SIP 4.2.1 Introduction

Le protocole Sip (Session Initiation Protocole) a t initi par le groupe MMUSIC (Multiparty Multimedia Session Control) et dsormais repris et maintenu par le groupe SIP de l'IETF donnant la Rfc 3261 rendant obsolte la Rfc 2543. Sip est un protocole de signalisation appartenant la couche application du modle Osi. Son rle est d'ouvrir, modifier et librer les sessions. L'ouverture de ces sessions permet de raliser de l'audio ou vidoconfrence, de l'enseignement distance, de la voix (tlphonie) et de la diffusion multimdia sur Ip essentiellement. Un utilisateur peut se connecter avec les utilisateurs d'une session dj ouverte. Pour ouvrir une session, un utilisateur met une invitation transportant un descripteur de session permettant aux utilisateurs souhaitant communiquer de s'accorder sur la compatibilit de leur mdia, Sip permet donc de relier des stations mobiles en transmettant ou redirigeant les requtes vers la position courante de la station appele. Enfin, SIP possde l'avantage de ne pas tre attach un mdium particulier et est sens tre indpendant du protocole de transport des couches basses.
4.2.2 Fonctionnement
Le protocole SIP est assez simple comprendre dans le sens o cest un protocole avec une architecture requte/rponse dont les messages sont cods en ASCII, ce qui les rend lisibles pour peu prs tout le monde. Le schma suivant illustre une session SIP travers un proxy.
Figure 2. 2: La session SIP travers un proxy
Ce schma est assez explicite, Les deux clients tant auparavant enregistrs auprs du registre, le client A dcid dappeler le client B. Cette demande de session se traduit par lenvoi
dune requte INVITE. Dans ce cas, le proxy ne sert qu retransmettre les messages de part et dautres, sont rle nest donc pas trs important. Le client B reoit la requte INVITE et envoie le code de retour 100 TRYING pour prvenir le client A que la requte a bien t reue et quelle est actuellement traite. Le tlphone du client B va ensuite sonner, ce qui gnrera un message vers le client A suivi dun 200 OK pour dire que tout sest bien pass. Le client A doit finalement confirmer ltablissement de la session en envoyant au client B une requte ACK. La communication est maintenant tablie. SIP ninterviendra plus durant lchange vocal, cest RTP qui va prendre la main pour grer les flux de donnes. A la fin de la communication, le client A termine lappel, ce qui engendre une requte BYE. Le client B accepte et renvoie le code 200 OK. La session SIP est termine. Avec Sip, les utilisateurs qui ouvrent une session peuvent communiquer en mode point point, en mode diffusif ou dans un mode combinant ceux-ci. Sip permet donc l'ouverture de sessions en mode : Point--point - Communication entre 2 machines, on parle d'unicast. Diffusif - Plusieurs utilisateurs en multicast, via une unit de contrle M.C.U (Multipoint Control Unit) Combinatoire - Plusieurs utilisateurs pleinement interconnects en multicast via un rseau maillage complet de connexions
4.3 SCCP 4.3.1 dfinition

Skinny Client Control Protocol (SCCP) couramment abrg Skinny est un protocole de contrle qui fut autrefois dvelopp par Selsius Corporation. Cisco Systmes Inc. sest empar de ce protocole en 1998 lors du rachat de Selsius Corp. SCCP est un protocole lger qui permet aux clients Skinny de communiquer avec UC Manager ou UC Manager Express. 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 le peu de bande passante dont il a besoin.
4.3.2 Enregistrement
Dans un premier temps, nous allons nous attarder sur lenregistrement dun client SCCP. Ce premier exemple montre le processus denregistrement dun client Skinny quelconque, cest le processus minimal aussi appel legacy .
Figure 2. 3: Procession denregistrement dun client skinney
Page 19
Lenregistrement est compos de sept changes Le tlphone et UCME sassurent mutuellement que le lien est bien actif avant dentamer quoi que ce soit (StationKeepAlive / StationKeepAliveAck). Le tlphone envoie ensuite UCME ses messages derreurs, ses notifications (StationAlarm). Le processus denregistrement dbute ensuite. UCME peut accepter ou rejeter la demande ; sil la rejet, lchange est termin (StationRegister / StationRegisterAck / StationRegisterReject). Le quatrime change concerne le firmware que le tlphone IP doit utiliser. Si le firmware propos par UCME est plus rcent, le client SCCP tlcharge la nouvelle version via TFTP (StationVersionReq / StationVersionRes). Vient ensuite la ngociation des codecs ; le tlphone IP numre les codecs quil supporte auprs de UCME (StationCapabilitiesReq / StationCapabilitiesRes). Le tlphone demande ensuite UCME de mettre jour la dfinition de ses boutons (StationButtonTemplateReq / StationButtonTemplateRes). Finalement, UCME fournit la date locale au client SCCP (StationTimeDateReq / StatinDefineTimeDate).
Suite larriv de tlphones IP plus volus comme le 7940 ou le 7960, la complexit du processus denregistrement a augment. Beaucoup de nouveaux messages ont fait leur apparition. Parmi les nouveaux changes, nous retrouvons Le message StationHeadsetStatus informe UCME du statut du headset du tlphone IP. Suite la demande du client SCCP (StationSoftKeyTemplateReq), UCME linforme via un message StationSoftKeyTemplateRes du template utilis pour les softkeys (touches raccourcis situes sous lcran du tlphone). Le message StationLineStat est utilis par le tlphone pour rcuprer les DNs de ses diffrentes lignes. Ce message peut tre utilis plusieurs fois. Les messages StationSpeedDialStatReq et StationSpeedDialStatRes indiquent au tlphone les speed dials quil doit utiliser. Le message StationRegisterAvailableLines enregistre les lignes du tlphone auprs dUCME.
4.3.3 Appel
Lors dun appel, la signalisation passe par lUC Manager Express. Une fois la connexion tablie, les deux clients communiquent directement par flux RTP. Les messages utiliss dans ce processus sont compltement diffrents de ceux utiliss par lenregistrement du client. Voici le diagramme dune demande dappel entre deux clients Skinny.
Page 20
Figure 2. 4: Le diagramme dune demande dappel entre deux clients Skinny
Voici une description des messages qui sont utiliss Le message StationOffHook indique UCME que le cornet du tlphone est dcroch. Le rle du message StationDisplayText est, comme son nom lindique, dafficher un message sur lcran du tlphone. UCME utilise le message StationSetLamp pour contrler ltat de la LED du tlphone. 5 tats sont possibles Off, On (Steady), Wink, Flash et Blink. Les messages StationKeypadButton sont envoys UCME pour indiquer quune touche du tlphone a t presse. Le message StationStartTone indique au tlphone de jouer la tonalit. Le mode alerting est le mode que lon entend lorsque lon attend que le correspondant dcroche. Le message StationStopTone indique au tlphone de ne plus jouer la tonalit. Ce message est envoy au tlphone ds quune touche est presse. Le message StationCallInfo donne au tlphone des informations sur lappel. Le message StationSetRinger fait sonner le tlphone. Plusieurs modes sont possibles RingOff, InsideRing, OutsideRing, FeatureRing et FlashOnly. Le message StationOpenReceiveChannel demande au tlphone douvrir un flux RTP/UDP unicast. Le client SCCP rpond par un message StationOpenReceiveChannelAck qui contient ladresse IP et le port du flux RTP/UDP. Finalement, le message StationStartMediaTransmission indique au client Skinny quil doit commencer transmettre sur le flux RTP/UDP. Ce message contient ladresse IP et le port du flux RTP distant (celui de lautre client).
A partir de ce moment, les deux clients SCCP communiquent par flux RTP/UDP. Lorsquun client termine lappel en raccrochant, les messages suivants sont changs :
Figure 2. 5: Procession lors de raccrochement dun appel
Les messages sont sensiblement les mmes que lors du dbut de lappel. Quand le premier client raccroche, le message StationOnHook est envoy lUCME. Les deux clients ferment ensuite leur flux RTP/UDP et les LED sont teintes.
5. Codec audio
Il existe une multitude de codecs audio. Ces derniers sont gnralement ngocis lors de ltablissement de la session. Ils sont essentiels au bon fonctionnement dun rseau VoIP car deux clients ne pourraient pas communiquer sils nutilisent pas le mme codec que lon pourrait associ parler le mme langage . Ces codecs ont des caractristiques diffrentes qui rendent leur utilisation prfrable dans certains cas. Voici un tableau reprenant la plupart des codecs actuels.
Tableau 1 les codecs
La plupart des noms de codecs commencent par un G. et sont des codecs qui ont t standardis par lITU-T, lorganisation qui soccupe galement de H.323. Le codec GSM est similaire celui utilis sur les appareils portant le mme nom. Ces codecs peuvent tre diffrencis par la bande passante quils ncessitent, par la qualit du son quils fournissent ou encore par la puissance de calcul dont ils ont besoin pour coder le signal. La quatrime colonne indique la bande passante utilise par le codec lorsque celui-ci est encapsul dans une frame Ethernet 802.3. La dernire colonne se base sur ces donnes pour donner une ide de la consommation aprs une heure dutilisation. Le choix dun codec adquat peut donc faire pargner jusque 30 MB par heure ce nest pas norme, mais pour une entreprise de 500 personnes, ce nest pas ngligeable (15 GB par heure !). Evidemment, ces donnes ne sont pas reprsentatives mais permettent de plus ou moins mesurer limpact dun choix de codec.
Le score MOS (Mean Opinion Score) reprsente la qualit de restitution sonore dun codec. Cette note peut varier de 0 5 respectivement trs mauvais et excellent. Les tests MOS sont spcifis par la recommandation P.800 de lITU-T. Ces tests sont trs souvent raliss sur un certain panel de la population, auquel on fait couter un son et ensuite son quivalent cod. Les auditeurs doivent ensuite noter la qualit du son et ce sont ces notes qui constituent le score MOS. Tous ces codecs ont le mme rle : Numriser le signal analogique entrant. Ce signal doit tre converti sous forme numrique suivant le format PCM (Pulse Code Modulation) 64 Kbps. Compresser le signal numrique. Cette compression est le plus souvent ralise par un DSP (Digital Signal Processor). Le signal compress est ensuite encapsul dans des paquets IP. Si la bande passante est suffisante, il est possible de transfrer le signal 64 Kbps. Du ct du rcepteur, cest la dmarche inverse qui doit tre effectue. Le signal numrique est dcompress pour ensuite subir une reconversion analogique.
6. La Solution Cisco
6.1 Cisco Unified Communications
La plateforme Unified Communications (UC) de Cisco a pour principal but de simplifier et de rassembler toutes formes de communications telles que les appels tlphoniques, la vido, les e-mails ou encore la messagerie instantane. Une vaste panoplie de logiciels compose cette solution Manager, Unity, MeetingPlace, Workspace, Mobile Communication, Le produit qui va nous intresser tout au long de ce document est Communications Manager, ou plutt sa version allge appele Communications Manager Express.
6.2
Cisco UC Manager Express (UCME)
Cisco UC Manager Express (UCME) est un IPBX compatible H.323, MGCP, SIP et SCCP. Il peut supporter jusqu 240 utilisateurs. Sa particularit par rapport son grand frre est quil tourne sur un routeur et non sur un serveur. Ceci a lavantage de limiter les cots de linstallation si le nombre dutilisateurs ne dpasse pas la limite fixe par UC Manager Express. Autrefois connu sous le nom de Call Manager Express, la version dUC Manager Express a rcemment t revue la hausse afin que les numros de version de tous les produits Unified Communications soient aligns. La version actuelle est la 7.1.
Conclusion
Il devenait clair que dans le sillage de cette avance technologique, les oprateurs, entreprises ou organisations et fournisseurs devaient, pour bnficier de l'avantage du transport unique IP, introduire de nouveaux services voix et vido.
Page 23
Chapitre III Ralisation de projet

Introduction
Dans le cadre de nos tudes en licence professionnelle, nous avons d rpondre un sujet combinant de nombreuses techniques et permettant de mettre en pratique nos connaissances thoriques et pratique acquises durant nos derniers mois de licence. Lobjectif est de raliser un projet de la tlphonique sur ip (Cisco) Ceci permet de mettre en place un systme tlphonique avanc pour un cot moindre. Mais cause de labsence des matriels physiques on a ralis ce projet en utilisant un similateur GNS3.
Page 24
1 Prsentation de la plate-forme 1.1 gns3 (simulateur Rseau)

GNS3 est un simulateur de rseau graphique qui permet de simuler des rseaux complexes. Pour permettre une simulation complte GNS3, le programme doit tre li avec : Dynamips, Coeur du programme qui permet une mulation des IOS Cisco. Dynagen, programme faisant la passerelle GNS3 et Dynamips. Qemu, mulateur de PC virtualis gnrique et open source.
GNS3 est un excellent outil complmentaire pour faire de vrais labos, utiles pour les ingnieurs rseaux, administrateur rseaux et tous les gens souhaitant passer les certifications CISCO comme par exemple le CCNA, CCNP, CCIP, CCIE, etc... Il peut galement tre utilis pour exprimenter les fonctionnalites d'IOS ou pour vrifier des configurations destines tre dployes sur de vrais routeurs. Le gros avantage de GNS3 est quil vite de dpenser beaucoup dargent dans des quipements CISCO qui cotent trs chers, et de pouvoir manipuler et tester, comme dans un environnement rel.
Figure 3. 1: Interface de GNS3
Page 25
1.2
Routeur Cisco 3700 (CME)
La gamme Cisco 3700 qui complte celle des routeurs modulaires multiservices 1700, 2600 et 3600 optimiss pour la prise en charge de la plus grande diversit doptions de connectivit, est idalement adapte aux sites et aux solutions qui exigent les plus hauts niveaux dintgration en priphrie de rseau tels que . intgration du routage flexible et de la commutation basse densit, la solution sur une plate-forme unique de tlphonie IP et de passerelle voix pour les agences dentreprise qui permet une migration souple et progressive ainsi que lintgration de services. la consolidation de linfrastructure de services et de la haute densit de services dans une chssis compacte. La gamme Cisco 3700 offre une plate-forme daccs optimise pour lintgration modulaire et la consolidation des applications et des service es des agences dentreprise.
1.3
Switches
Comme les switch sur GNS3 ne sont pas vraiment configurable on a pens mettre en place des routeurs en mode switching, pour cela il faut installer le module de switching NM16ESW. c
Figure 3. 2: Installation de module de switching sur le routeur 3700
Page 26
1.4
Cisco IP Communicator (Soft phone)
Cisco IP Communicator est une application logicielle de tlphonie volue pour ordinateurs personnels dispose de la technologie et des avances les plus rcentes de la Voix sur IP (VoIP) actuellement sur le march. Cette application confre lordinateur toutes les fonctionnalits des tlphones IP, permettant de passer des appels vocaux de haute qualit en dplacement, au bureau et partout o lutilisateur peut accder au rseau dentreprise. Cisco IP Communicator sappuie sur le systme de traitement dappels Cisco CallManager pour fournir des fonctionnalits de tlphonie volue et VoIP. Une fois enregistr auprs du systme Cisco CallManager, Cisco IP Communicator dispose des mmes fonctions et des mmes fonctionnalits quun vritable tlphone IP Cisco, notamment la possibilit de transfrer ou de renvoyer les appels et dintgrer des participants supplmentaires une confrence tlphonique en cours. Cela signifie galement que ladministrateur systme peut configurer Cisco IP Communicator comme nimporte quel autre tlphone IP Cisco, ce qui simplifie considrablement la gestion du parc tlphonique IP. Par ailleurs, cette solution donne aux utilisateurs et aux dveloppeurs la possibilit dafficher lcran davantage dapplications innovantes et productives en langage XML (Extensible Markup Language). Cisco IP Communicator, qui peut grer jusqu huit lignes tlphoniques ou toute combinaison de lignes et daccs direct aux fonctions de tlphonie est une solution dynamique conue pour voluer en mme temps que les fonctionnalits du systme : ses caractristiques sadapteront aux modifications grce des mises jour logicielles automatises.
Page 27
2 Mise en uvre de Lab
Figure 4. 1: Premire topologie
2.1
Section 1 (Premire topologie)
Le lab final a t dcoup en plusieurs tapes. Cette partie prsente la premire tape, qui est relativement simple et basique puisquelle se contente de permettre aux tlphones IP de sappeler. Chaque partie qui suivra reprendra le lab de la partie prcdant et y rajoutera une fonctionnalit plus ou moins importante.
Figure 4. 2: Topologie de CME et SPAN
2.1.1
SPAN (Switched Port Analyzer)
Le SPAN, galement appel Port Mirroring ou Port Monitoring, copie artificiellement les paquets venant dune ou plusieurs interfaces sources vers une interface de destination o lon y connecte gnralement un sniffer ou tout autre analyseur rseau.
Page 28
Nous utilisons du SPAN dans les labs afin de voir le trafic passant par les diffrents switch. Cela nous a permis dobserver des processus darrire-plan qui ne sont pas toujours visibles pour lutilisateur final. La configuration qui suit, copie simplement tout le trafic venant des ports Fa1/0, Fa1/1, Fa1/2, Fa1/12 vers le port Fa0/15 auquel un ordinateur quip de Wireshark est connect.
Figure 4. 3: Configuration de span
2.1.2
Configuration de base de routeur
Avant de toucher la configuration dUC Manager Express, une configuration basique du routeur simpose. Limage utilise est c3725-adventerprisek9-mz.124-15_T13_unZ. Cette image requiert 64 MB de Flash et 128 MB de DRAM mais elle supporte la dernire version dUC Manager Express.
Figure 4. 4: Configuration de base de CME
Page 29
2.1.3
Configuration de serveur NTP
Le NTP est un protocole permettant de synchroniser l'horloge d'un ordinateur avec celle d'un serveur de rfrence. NTP est un protocole bas sur UDP et utilise le port 123. La configuration de lheure est trs importante, cest pour cela on a configur notre serveur NTP sur CME pour que les tlphones IP se synchroniseront avec lui.
2.1.4
Configuration de serveur DHCP
Le serveur DHCP a t configur afin de distribuera les adresses IP, la passerelle, et le serveur DNS aux tlphones, et aussi au machines et ca sa dpond de vlan utiliser pour lencapsulation de trafic, alors on a cr deux pools lun pour le trafic des donne (vlan 20), et lautre pour le trafic voix (vlan 10). Premier pool Deuxime pool pool voice utilise le rseau 192.168.1.0/24. pool data utilise le rseau 192.168.2.0/24.
Concernant la configuration des vlans en vont les expliquer dans la partie de scurit.
Figure 4. 5: Configuration de serveur dhcp
Page 30
Une remarque importante. Tout dabord, la commande option permet de spcifier une option DHCP, dans notre cas loption 150 qui correspond ladresse IP du serveur TFTP. Les tlphones IP utilisent ce serveur TFTP pour rcuprer tous les fichiers dont ils ont besoin, comme leur fichier de configuration, sonneries, nous utilisons le serveur TFTP fourni par lIOS de CME, cest pourquoi ladresse IP spcifie dans la commande est celle du routeur CME. La deuxime commande importante est ip dhcp excluded-address ; elle empche au routeur de distribuer ses plages des adresses IP.
2.1.5
Configuration de CME
La configuration dUC Manager Express se fait dans un mode de configuration ddi, accessible par la commande telephony-service
Figure 4. 6: Configuration de CME
Les deux Premier, commandes, max-ephones et max-dn indiquent le nombre maximum de tlphones et de numros quon peut configurer sur le routeur. Les deux commandes suivant date-format et time-format configurent le format de la date et de lheure. On utilis le format europen (jour/mois/anne). La commande ip source-address permet de spcifier au routeur ladresse IP partir desquels il reoit les messages des tlphones IP. Il existe une deuxime mthode pour le configurer (configuration automatique) via lutilisation dun assistant qui peut tre appel par la commande ip telephony-service setup, il effectue une configuration basique de systme, via un ensemble des questions.
Page 31
Ajoute des tlphones

Un ephone (Ethernet Phone) est la reprsentation dun tlphone physique dans CME. Cela peut tre un tlphone IP ou un tlphone analogique. Chaque tlphone physique doit tre configur en tant que ephone pour pouvoir effectuer des appels. Un tag ou numro de squence est utilis pour identifier chaque tlphone ; ceci empche de confondre deux tlphones entre eux lors de la configuration. Objectif Raliser l'architecture prcdent et tablir une communication vocale IP entre 2 Cisco IP Communicator.
Le plan de numrotation
Cisco IP Communicator 1 comprendre 3 ligne. Ligne 1 Ligne 2 Ligne 3 Nom Mohamed User2Etage1 User3Etage1 Numro 1013 1001 1002 label Med-1013 User2E1 User3E1 description Mi-Communication -----------------------------------------------
TABLEAU 4 les lignes du premier tlphon 1
Configuration des lignes (Directory Numbers (DN))
Figure 4. 7: Ajout des lignes de premier tlphone
Page 32
La premire chose faire est de crer les trois lignes ou numros que lon va attribuer. Nous allons donc crer trois Directory Numbers ou ephone-dns avec la commande ephone-dn 1, 2, 3 La commande ephone-dn 1 dual-line permet daffecter lutilisateur une double ligne pour quil puisse reoit des appels mme si il est en conversation avec une autre ligne. Par contre la commande ephone-dn 2 ne donne lutilisateur quune simple ligne comme a il ne peut pas reoit des appels lorsque il est en train de communiquer (occuper). Le numro pass en paramtre la commande est le tag (numro de squence) qui identifie le DN de faon unique. La commande number permet de configurer le numro que nous souhaitons attribuer lutilisateur. Cest ce numro qui sera utilis par les autres utilisateurs souhaitant contacter cette personne. La commande name nest pas obligatoire mais permet UCME de construire un directory local qui permettra par aprs de rechercher un numro partir du nom dune personne. Cisco IP Communicator 2 aussi comprendre 3 ligne. Ligne 1 Ligne 2 Ligne 3 Nom Safae User2Etage4 User3Etage4 Numro 1012 1003 1004 label Safae-1012 User2E4 User3E4 description Mi-Communication -----------------------------------------------
Tableau 5 les lignes du 2me Tlephone
Figure 4. 8: Ajout des lignes de 2eme tlphone
Page 33
La dmarche et le mme pour la cration des trois autres lignes de deuxime tlphone.
Configuration des tlphones (ephone)

Nous avons nos six numros mais ceux-ci ne sont pas encore attribus des tlphones. Configurons maintenant les deux tlphones.
Figure 4. 9: Configuration des tlphones
La commande ephone 1 permet de configurer le tlphone physique un numro de squence (1) identifie le tlphone. La commande mac-address identifie ladresse MAC de tlphone et permet de le reconnatre lorsque celui-ci senregistre auprs de CME. Cette dernire commande associe les ephone-dns prcdemment configurs au tlphone. Ce sont des couples de nombres spars par un caractre qui sont fournis en paramtre cette commande. Le premier nombre reprsente lindex du bouton du tlphone. Le deuxime nombre reprsente le numro de squence de lephone-dn correspondant. Le caractre les sparant peut tre un des caractres suivants. Dans lexemple ci-dessus, button 1:1 2s3, le premier bouton est associ au DN 1 (numro 1000) en mode normal tandis que le second bouton du tlphone est associ au DN 3 (numro 1002) en mode silencieux. Une fois le tlphone connect UCME, il senregistre et le routeur nous le signale.
Figure 4. 10: Enregistrement de tlphone sur le routeur CME
On y retrouve quelques informations dont lidentifiant du tlphone (SEP...) et son adresse IP. Lidentifiant est en fait compos des trois lettres SEP (Selsius Ethernet Phone)
auxquelles a t ajout ladresse MAC du tlphone. Selsius est le nom de lentreprise qui fabriquait autrefois ces tlphones IP ; elle a ensuite t rachete par Cisco. Maintenant en peut tablir la communication entre les deux Cisco IP Communicator 1 et 2 par la composition dun numro.
Figure 4. 11: Etablissement de communication entre les 2 tlphones
Configuration de Template
La configuration de tlphones IP peut tre simplifie lorsque beaucoup de tlphones doivent tre configurs de faon semblable. Prenons par exemple le cas o tous les tlphones IP doivent disposer galement dun bouton composant automatiquement le numro de laccueil.
Figure 4. 12: Configuration de Template
La commande speed-dial permet dassocier la composition dun numro a un bouton
Page 35
Afin dviter de rajouter la commande speed-dial 1 1005 label Reception dans la configuration de tous les tlphones, il est possible de crer un template auquel on ajoutera cette commande tout seul ou avec dautre commandes. Il suffira ensuite dappliquer ce template aux tlphones Le template est cr, il ne reste plus qu lappliquer. On peut noter que les templates sont identifis eux aussi par un numro de squence.
Figure 4. 13: Interface de tlphone aprs la cration de template
2.1.6
Analyses de trafic (SCCP)
Skinny Client Control Protocol (SCCP) couramment abrg Skinny est un protocole de contrle qui fut autrefois dvelopp par Selsius Corporation. Cisco Systmes Inc. sest empar de ce protocole en 1998 lors du rachat de Selsius Corp. SCCP est un protocole lger qui permet aux clients Skinny de communiquer avec UC Manager ou UC Manager Express. 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 le peu de bande passante dont il a besoin. Dans cette partie, nous avons configur deux tlphones IP sans nous intresser ce qui se passait en arrire-plan. Le sniffeur que jai connect au switch ma permis de rcuprer les paquets qui transitaient entre le CME et un des deux tlphones IP. Voici ce quon peut y retrouver.
Page 36
Figure 4. 14: Les paquets transmis entre CME et lun des tlphones
Beaucoup de protocoles sont prsents. CDP le matriel Cisco envoie des messages CDP par dfaut : ce sont ces messages qui permettent de rguler la puissance fournie par le switch PoE. SKINNY cest ce protocole qui va nous intresser : il gre la communication entre notre tlphone et le CME. ARP ce protocole est utilis pour rcuprer ladresse MAC dun hte partir de son adresse IP dans ce cas-ci, le CME. TFTP le tlphone utilise ce protocole pour rcuprer son fichier de configuration, une ventuelle mise jour de firmware. TCP protocole de transport utilis par SCCP pour la signalisation.
Un filtrage sur le trafic circul entre la machine et CME nous permettons de capturer uniquement les paquets SSCP.
Figure 4. 15: Les paquets SSCP
Page 37
Nous avons donc une conversation entre notre tlphone IP (192.168.1.2) et le CME (192.168.1.1). On peut deviner le rle de certains paquets : le RegisterMessage enregistre le tlphone auprs de CME qui rpond laide dun RegisterAckMessage. Le CapabilitiesReqMessage est sans doute une ngociation des fonctionnalits disponibles le nombre de boutons ? Les codecs ? Ces suppositions ne suffiront pas comprendre le fonctionnement de ce protocole, passons en revue les diffrents types de messages du moins, les plus importants-. Attention : lunit utiliser pour la taille des paquets est loctet et non le bit. Tous les paquets SCCP ont un entte fixe.
Figure 4. 16: Entte des paquets SCCP
La version est ngocie entre le CME et le tlphone. Tous les paquets circuls entre CME et le tlphone avant et durant lenregistrement ne possdent pas de version. Alors le champ sccpVersion contient la valeur zro. Tous les paquets SCCP possde un identifiant messageID qui les identifie de faon unique. Par exemple, le messageID 0x00000094 correspond StationDefineTimeDate. StationKeepAliveMessage (messageID 0x00000000) Ces paquets sont envoys par les tlphones IP pour prvenir le CME que le lien est toujours actif.
Figure 4. 17: Entte de paquet StationKeepAliveMessage
StationKeepAliveAckMessage (messageID 0x00000100) Ces messages sont les rponses aux StationKeepAliveMessages. Cette fois, cest le tlphone qui est prvenu que le lien est toujours actif.
Page 38
Figure 4. 18: Entte de paquet StationKeepAliveAckMessage
StationAlarmMessage (messageID 0x00000020) Le tlphone utilise ce type de message pour prvenir CME dune alarme dun problme. Le champ alarmSeverity est prvu pour indiquer la gravit de lerreur.
Figure 4. 19: Entte de paquet StationAlarmMessage
Le champ Text fournit une description de lerreur et il est possible dy ajouter deux paramtres. Un tlphone IP utilise gnralement le deuxime paramtre pour y placer son adresse IP. StationRegisterMessage (messageID 0x00000001) Ce message est envoy par le tlphone afin de notifier sa prsence auprs de CME. Dans les versions prcdentes du protocole, le nom du device se basait sur ladresse MAC. Dans les dernires versions de SCCP, ladresse MAC est place dans un autre champ, ce qui facilite la maintenance.
Figure 4. 20: entte de Paquet Station Register Message
Page 39
2.2
Section 2 (Ajoute des fonctionnalits) 2.2.1 Fonctionnalit dappel
Les tlphones Cisco IP offrent des nivaux ingals de fonctionnalits intgres dentreprise et des fonctions de communications convergentes qui vont bien au-del de celles des actuels systmes vocaux conventionnels et surpassent les produits concurrents. Cisco Systems propose aux petites et moyennes entreprises des solutions de bout en bout sans quivalent sur le march de convergence voix (tlphonie IP) et donnes avec la gamme la plus complte de tlphones IP aux multiples fonctionnalits.
Huntstop et preference
Figure 5. 1: Ajout des options Huntstop et preference
Cette configuration permet de raliser un dbordement dappel sur plusieurs lignes qui ont le mme numro (800), quand le premier appel arrive, il est dirig vers par exemple 800. Lappel suivant va trouver le premier utilisateur occupe, comme il y a la commande no huntstop lappel va tre bascul vers le deuxime employ de la rception. Si il tait occup lui-mme , lappel va tre rediriger automatiquement vers le troisime employ, sur lequel on a pas ajouter loption no huntstop, donc lappel sarrte l et lappelant entends un signal doccupation. Concernant la commande preference, Lorsquun appel destination 800 a lieu, lEphone 5 sonne en priorit. Si lEphone 5 est dj utilis, et quun second appel vers 800 sexcute, lEphone 6 va sonner. Si un troisime appel a lieu, et que lephone 6 est occup lappel va dirig vers lephone 7 qui est le moins prioritaire.
Figure 5. 2: Ajout doption o
Page 40
Aprs la cration des lignes, il est indispensable de les affecter a une seule bouton, pour cela on a utilis loption o
Monitor
Cette commande est utilis par une fonctionnaire de service de rception pour quelle puisse savoir si les lignes des autres fonctionnaires sont occups ou non (moniteur) afin de grer les appels entrants vers ces employs.
Figure 5. 3: Ajout doption de monitor
La ligne 1 de tlphone 1 (med-1000) appel la ligne 2 (1001), et puisque la ligne 4 et 5 de tlphone 2 sont en mode monitor sur les deux lignes, alors il nous informe que ces deux lignes sont occups par la signe rouge.
Huntstop Channel
Figure 5. 4: lajout doption Huntstop channel
Lappel arrive sur le premier canal de lEphone-dn 1, configur en no hunstop. Le canal 1 est occup mais configur en huntstop channel, ce qui va renvoyer lappel non pas vers le canal 2, mais sur le prochain canal 1 de lEphone-dn suivant, ce qui correspond au canal 1 de lEphone-dn 3, et ainsi de suite jusqu ce quune ligne ne soit pas occupe.
Call-forward
Lutilisateur peut configurer la redirection de tous les appels, la redirection en cas doccupation de la ligne, ou la redirection si lIP Phone nest pas dcroch avant expiration du temps. Il existe 5 paramtres de configuration : Router(config-ephone-dn)# call-forward all{directory-number} Redirige tous les appels vers lephone-dn spcifi Router(config-ephone-dn)# call-forward busy {directory-number} Redirige les appels vers un numro dEphone-dn spcifique lorsque la ligne est occupe Router(config-ephone-dn)# call-forward noan {directory-number} timeout {seconds} Redirige vers le numro spcifi les appels qui nont pas t dcroch avant la fin du timeout Router(config-ephone-dn)# call-forward max-length {taille} Restreint le nombre de chiffres pour le transfert dappels Router(config-telephony-service)# call-forward pattern 9. Cette commande permet de transfrer lappel vers lextrieur a condition de ne pas dpasser 10 chiffres ( Numros Nationales).
Figure 5. 5: lajout de loption call-forward
Pickup group
Figure 5. 6: lajout de loption pickup group
Il reste une chose configurer. En effet, le call-pickup nest pas configur par dfaut. Les tlphones par exemple 1001,1002 et 1003 seront alors notifis de lappel, mais ils ne pourront pas le rcuprer. Il faut alors configurer un pickup-group auquel appartiendront ces trois tlphones :
2.2.2
Configuration GUI de CME
Dabord il est indispensable de tlcharger les fichiers de GUI depuis le site de Cisco, et les transfrer a notre routeur CME.
Figure 5. 7: Archive de GUI dans le rpertoire TFTP-Root
Souvent on utilise la commande suivante, afin de faciliter la tache, au lieu de les transfrer fichier par fichier. CME#archive tar /xtract tftp://192.168.1.1/cme-gui-4.1.0.1.tar flash:
Figure 5. 8: Transfre des fichiers sur le routeur CME
Aprs le tlchargement de ces fichiers on va excuter la commande http server, pour quon puisse communiquer avec le site. Router (config)# ip http server Router (config)# ip http secure-server Pour se connecter en mode scuris Maintenant on va spcifier le chemin de la page html, qui reprsente la page daccueil de site : Router (config)# ip http path flash:ccme.html (ccme.html indique le nom de la page)
aprs il faut bien informer le routeur CME quon peut modifier lephone-dn depuis le site : router(config-telephony)# dn-webedit Linterface GUI de CME permet de configurer trois classes dutilisateurs : System Administrator qui peut configurer tout le systme et les fonctionnalits des tlphones. Ce compte doit tre activ laide dune configuration en ligne de commandes.
Customer Administrator qui a les droits dajouter et de modifier les paramtres des tlphones IP. Phone User pour programmer certaines fonctionnalits sur lIP Phone de lutilisateur, et effectuer des recherches dans les rpertoires Cisco CME. Cration de compte administrateur Le compte dadministrateur systme doit tre cr laide de la commande suivante : Router(config-telephony-service)# {password} web admin system name {username} password
Dfini un nom dutilisateur et un mot de passe pour le system administrator lors de son accs linterface de configuration.
Figure 5. 9: Cration de compte administrateur
Laccs la configuration GUI seffectue en entrant ladresse IP du routeur CME dans un navigateur internet. Lactivation du service http est donc un pr requis indispensable dans la configuration CME. 192.168.1.1\ccme.html Une fois le compte cre il est possible de se loguer laide dun navigateur internet. Le customer administrator ainsi que le phone user peuvent galement tre configurs en ligne de commande, mais il est prfrable de le faire laide de linterface GUI.
Page 44
Figure 5. 10: authentification de ladministrateur
Cration de compte Customer et phone user
Figure 5. 11: Cration de compte Customer et phone user
Router(config-telephony-service)# web admin customer name {username} password {password} Dfini un nom dutilisateur et un mot de passe pour le customer administrator lors de son accs linterface de configuration.
Figure 5. 12: authentification de phone user
La cration dun compte utilisateur Ephone ne seffectue pas dans le mme mode que pour les comptes administrateurs :
Router(config)# ephone {phone tag} (Mode de configuration globale) Permet de passer en mode de configuration des tlphones IP Cration dun nom dutilisateur avec un mot de passe associ pour laccs au GUI router(config)# ephone 1 Router(config-ephone)# username {username} password {password} Le compte phone user quon a cr na le droit que de modifier les paramtres de son tlphone.
Figure 5. 13: liste des extensions
La figure cest dessus, reprsente lensemble des extensions crs sur nos tlphones chacun avec ses informations (Numro de squence, type, Nom ).
Page 46
2.3
Section 3 (communication avec lextrieur)
Le lab prcdent nous a permis de prendre en main UC Manager Express. Cela nous a permis de nous familiariser avec la configuration de tlphones IP et du systme proprement dit. Cette partie a pour but de rajouter des lments analogiques au lab prcdent. Nous rajouterons donc un tlphone analogique classique, un lien vers le rseau extrieur (PSTN) et un autre lien ver le rseau public WAN Voici le diagramme de ce lab. un tlphone analogique un lien vers le rseau tlphonique classique et un autre ver le rseau public (WAN) ont t ajouts.
Figure 6. 1: communication avec lextrieur
2.3.1
Fxs et Fxo
Du matriel particulier est ncessaire pour ajouter des tlphones analogiques un routeur quip de CME. En effet, un tlphone analogique est quip dun connecteur RJ-11 et non dun connecteur RJ-45 et surtout, le signal nest pas numrique mais bien analogique. Il existe deux types de ports analogiques les FXS et les FXO. Un port FXS (Foreign eXchange Station) connecte un priphrique analogique la ligne tlphonique. Ce port fournit donc la tonalit, le courant et le voltage ncessaire au tlphone qui y est connect. Une prise tlphonique murale est donc gnralement un port FXS bien que ce soit une extension au FXS qui se situe chez loprateur tlphonique. Un port FXO (Foreign eXchange Office) reprsente au contraire le tlphone qui est connect au port FXS. Il en reoit donc la tonalit. Ce type de port est utilis en VoIP pour connecter un rseau VoIP au rseau tlphonique classique afin de pouvoir faire des appels vers lextrieur. Les tlphones et les faxes font parties des FXO.
Page 47
En prend comme exemple de matriel utiliser pour connecter un tlphone analogique a un rseau VoIP lappareil ATA, qui contient 3 ports un Ethernet pour le routeur et deux ports FXS pour les tlphones. Pour assurer la communication via le rseau public WAN un port serial et capable de le faire. Plus une configuration spcifique de dial-peer (destination) fin de montrer aux paquets le chemin prendre pour atteindre sa destination.
2.3.2
Introduction (dial-peer)
Il existe deux catgories de destination (dialpeer). Les POTS (Plain Old Tlphone Service), destinations directement connectes au ports analogiques du routeur et donc repres par les ports et non par leur adresse IP. Ils sont dclars par la commande dial-peer voice x pots, o x est un numro identifiant le dial-peer. Les VoIP il sagit des terminaux reprs par leur adresse IP, notamment les gateways, les terminaux H323, les IP phone22. Ils sont dclars par la commande dial-peer voice x voip. Exemple de dial-peer #dial-peer voice 100 voip #destination-pattern 2224 #session target ipv4:10.10.1.3 #dial-peer voice 2 pots #destination-pattern 10. #port 1/0/0 #dial-peer voice 3 pots #destination-pattern 4... #port 1/0/0 #dial-peer voice 888 voip #destination-pattern 00T #session target ipv4:10.10.1.9 #ip precedence 7 La ligne de commande destination-pattern permet daiguiller lappel vers une destination prcise. Elle indique le numro complet, lorsquil sagit dune seule destination cest le cas du dial-peer 100 qui a pour destination pattern 2224, numro de tlphone et dun indicatif lorsquil sagit de plusieurs destinations, cest le cas des dial-peers 3 et 888. Remarquez que chacune des destinations patterns prsente une particularit. destination-pattern 00T : tous les appels commenant par 00, peu importe les chiffres qui viennent aprs sont dirigs vers le Gateway ayant pour adresse 10.10.1.9. Signalons au passage que les adresses sont dclares par la commande session target ipv4:x.y.z.t o ipv4
indique que le protocole de routage est IP, v4 indiquant la version et x.y.z.t reprsente ladresse IP. destination-pattern 10. : Tous les appels vers des numros trois chiffres commenant par 10 sont dirigs vers le port 1/0/0 dans notre cas, il sagit des numros du rseau PABX. Il nest toutefois pas possible dappeler directement les combins du rseau PABX en composant directement 10x, Car le PABX nanalyse que le x . Comment nous pouvons alors appeler le numro (102). destination-pattern 4... : Cette destination (4xxx) est analogue la prcdente. Elle est aussi dirige vers un port du PABX (1/0/0). Mais remarquez que cette fois-ci il y a trois variables donc nous pouvons joindre le 102 en composant le 4102. Notons que pour joindre le rseau RTCP, la philosophie est la mme, ce cas est gr de manire analogue par la destination pattern 05T ou 06.. . Ainsi 0537653412 permet de joindre une des annexes du ministre de communication.
Dial-peer pots
Nous crons ensuite un dial-peer pour permettre nos utilisateurs dappeler lextrieur via le rseau tlphonique traditionnel PSTN. La configuration On suppose que le numro attribu au port FXS est 1/0/0. On suppose que le numro attribu au port FXO est 2/0/0.
Cette configuration permet dassurer la communication entre le rseau VoIP et le tlphone analogique via le port FXS, la composition du numro 1500 le routeur redirige automatiquement les paquets vers le port FXS.
La seconde permet aux utilisateurs de communiquer avec les tlphones fixes extrieurs dont le numro commence par (05). Lorsquun utilisateur compose le numro 9 une ligne tlphonique vers lextrieur souvre et le routeur redirige tous les paquets vers le port FXO.
Page 49
La troisime commande permet aux utilisateurs de communiquer avec les tlphones portables dont le numro commence par (06). A la composition du numro 9 une ligne tlphonique vers lextrieur souvre et le routeur redirige tous les paquets vers le port FXO.
Dial-peer voip
La configuration quon va adopter va permettre la communication entre le ministre de communication et les directions rgionales sous tutelle de ce dernier via le rseau public (WAN). Le but de cette configuration est de bnficier des avantages que procure lutilisation de la VoIP en termes de rduction des cots que ncessite la communication entre le ministre et les directions rgionales. Pour ce faire on va passer par le rseau public WAN et non pas en utilisant le rseau tlphonique traditionnel dont le cot est gnralement suprieur. Le ministre de communication assure la gestion de dix sous-directions rgionales, mais dans notre travail on va limiter la configuration cinq sous-directions pour mettre en exergue toute les rgles qui vont permettre la communication entre les diffrentes sous-directions et lentit principale savoir le ministre de la communication.
Figure 6. 2: Configuration de dial-peer voip
Page 50
La configuration ci-dessus permet de la communication entre les sous-directions rgionales et le ministre. La commande destination pattern elle dtermine lextension de la sous-direction (2) chaque point signifie un numro dattribution de la direction allant de 1 jusqu 9 La commande session-target permet de dterminer ladresse IP de la destination sur laquelle le retour envoi les requte. La commande preference 0 de dial-peer 10 et preference 1 de dial-peer 100 permettent de mettre la route, via le rseau public, plus prioritaire que la ligne relie par le port FXO 2/0/0.
Page 51
2.4
Section 4 (La scurit) 2.4.1 Introduction
De nos jours les rseaux VoIP sont de plus en plus prsents dans les milieux professionnels ainsi que chez les particuliers. Ces dix dernires annes ont vu lavnement de l'internet, et son apparition dans la plupart des foyers, du moins dans les pays dvelopps. Cette volution a favorise la communication, laccs l'information et de nombreuses socits dpendent maintenant entirement de leur rseau. Dans cette section, nous driverons des attaques qui menacent la VoIP, et nous dtaillerons quelques-uns. Nous finirons par une description pratique des bonnes solutions pour scuriser les communications de type voix sur IP.
2.4.2
Type dattaques
La faible scurit au sein dun rseau de voix sur IP peut galement provenir du protocole utilis. Ci-dessous, quelques attaques envisageables de VoIP.
Les attaques DoS

Les attaques par dni de services (denial of service en anglais ou DoS) sont des attaques qui visent rendre une machine ou un rseau indisponible durant une certaine priode. En apparence une telle attaque peut sembler inoffensive si elle vise un rseau ou un ordinateur particulier, mais elle peut s'avrer redoutable lorsqu'elle vise un serveur ou des ressources matrielles appartenant une grande socit dpendante de son infrastructure rseau. Par exemple un nombre trop important de messages SIP INVITE ou de simples messages ICMP peuvent crer une situation de dni de service.
Le sniffing
Un reniflage (sniffing) peut avoir comme consquence un vol didentit et la rvlation dinformations confidentielles. Il permet galement aux utilisateurs malveillants perfectionns de rassembler des informations sur systmes VoIP. Des informations qui peuvent par exemple tre employes pour mettre en place une attaque contre dautres systmes ou donnes. Tous les outils requis pour renifler, y compris pour les protocoles H.323 et des plugins SIP pour les renifleurs de paquet (packet sniffer) existants, sont disponibles en open source.
Lhomme du milieu (man in the middle)
L'attaque de l'homme du milieu (HDM) ou man in the middle (MITM) est une attaque dont lattaquant est capable de lire, insrer et modifier comme il le souhaite les messages chiffrs entre deux parties, sans que ni l'un ni l'autre ne puisse se douter Rapport que la ligne entre eux a t compromise. L'attaquant doit d'abord tre capable d'observer et d'intercepter les messages d'une victime l'autre.
Injection de paquet RTP

Cette attaque se fait au niveau du rseau LAN. Elle cible le serveur registrar, et a pour but de perturber une communication en cours. Lattaquant devra tout dabord couter un flux RTP de lappelant vers lappel, analyser son contenu et gnrer un paquet RTP contenant un en-tte similaire mais avec un plus grand numro de squence et timestamp afin que ce paquet soit reproduit avant les autres paquets (sils sont vraiment reproduits). Ainsi la communication sera perturbe et lappel ne pourra pas se drouler correctement. Pour raliser cette attaque, lattaquant doit tre capable dcouter le rseau afin de reprer une communication et ainsi reprer les timestamps des paquets RTP. Il doit aussi tre capable dinsrer des messages RTP quil a gnr ayant un timestamp modifi.
2.4.3
Teste des attaques
Lutilisation de Wireshark dans notre projet est pour la dtection des vulnrabilits dans le rseau VoIP. Nous essayerons de capturer les paquets qui circulent pour dterminer quelques informations telles que les adresses IP, les numros de ports, et dautres informations qui servent au piratage (vol didentit, dnie de service, etc.). Ainsi que nous pouvons couter une communication entre deux clients en dcodant les paquets RTP (coute clandestine).
Captures des paquets (ARPSpoofing)

Nous avons plac Wireshark dans une machine BackTrack ayant comme adresse IP 192.168.1.4 et qui va jouer le rle de lattaquant. Elle va sniffer tous le trafic circulant dans notre rseau local. Nous avons lanc au dbut la capture des trames ensuite on a initialis une connexion entre deux clients, 1000 ayant comme adresse IP 192.168.1.2 et 1003 ayant comme adresse IP 192.168.1.3. Afin de sniffer tous le trafic entre les deux machines il faut appliquer une attaque par ARPspoofing. Les tables ARP des deux clients avant lattaque.
Figure 7. 1: table ARP avant lattaque
Page 53
Daprs les deux tables ARP en peut dterminer les adresses MAC des deux clients et aussi ladresse de serveur CME. machine CME Client 1 Client 2 Machine BackTrack @IP 192.168.1.1 192.168.1.2 192.168.1.3 192.168.1.4
Tableau 9
@MAC C2.00.15.54.00.00 00.0C.29.A3.7B.ED 00.0C.29.BF.C6.72 00.0C.29.0B.C2.78
Maintenant en lance lattaque entre les deux clients et entre chaque client et le serveur CME.
Figure 7. 2: lancement de lattaque
Lattaque inverse.
Figure 7. 3: attaque inverse
La mme dmarche est poursuivie pour < CME et Client 2> et entre les deux Client, afin dtre sr que tous le trafic va tre pass par la machine de lattaquant. Les tables ARP de client1, client 2 et de serveur CME aprs lattaque.
Page 54
Figure 7. 4: table ARP aprs lattaque
On remarque que tous les adresses MAC des clients et de serveur sont remplaces par ladresse MAC de la machine dattaquant <00.0C.29.0B.C2.78>. Voil le rsultat de la capture
Figure 7. 5: capture des paquets sur wireshark
Comme nous pouvons le voir dans la capture, la conversation entre ces deux htes a t capture. La fentre principale de Wireshark comprend deux grandes parties. Dans la
premire partie, nous voyons les diffrentes tapes de connexion entre les deux clients. Dans la deuxime partie, celle la plus intressante, nous pouvons lire le contenue des paquets et donc collecter des informations trs indispensables pour effectuer une bonne attaque.
Lattaque par lcoute clandestine

Le principe est le suivant. Un client avec le numro 1000 ayant comme adresse IP 192.168.1.2 va appeler le client disposant de numro 1003 ayant comme adresse 192.168.1.3. Il faut savoir que ces deux clients utilisent un serveur CME qui a t pralablement configur pour effectuer leurs appels. Avant cet appel, il faut tout dabord activer Wireshark afin de sniffer le trafic. Il est install sur une troisime machine qui nest pas autoris passer des appels travers le serveur CME puisquelle nest pas configure. Toutes ces machines sont installes sous le mme rseau. Durant la capture nous pouvons voir les diffrentes phases dappel, la signalisation et le transport des paquets. A la fin de lappel, nous aurions sniff tous les paquets dont nous aurions besoin pour lcoute clandestine, les paquets les plus importants sont ceux bass sur le protocole RTP vu quils contiennent les conversations audio entre les deux clients. Aprs avoir identifi les paquets RTP, nous allons maintenant procder au dcodage de lappel. Dans le menu de Wireshark, nous cliquons sur le bouton Telephony , puis ensuite le bouton VoIP Calls
Figure 7. 6: capture des paquets de la voip
Nous choisissons une des communications dtectes et nous cliquons sur le bouton Player , une fentre RTP Player souvre pour le dcodage. nous cliquons sur Decode pour que lopration commence. Maintenant que le dcodage a abouti nous pouvons aussi voir que le son est dcod et quil est prt tre cout.
Page 56
Pour lcoute, il faut choisir le parcours de la communication, plus prcisment, il faut choisir la conversation. Nous avons choisi ici dcouter la communication qui se passe entre 192.168.1.2 et 192.168.1.3.
Lattaque DoS
La simple commande ping peut dj se rvler assez utile si l'on dispose de beaucoup de bande passante et de bonnes options. Mais il existe un programme, hping3 qui est bien plus puissant. Il ne se contente pas d'envoyer des paquets ICMP, il gre aussi les paquets TCP, UDP et permet en plus de modifier certains champs des enttes de ces paquets. Il comporte aussi un traceroute et des capacits dtecter les systmes dexploitation d'une cible. Pour tester la scurit du serveur CME, il faut utiliser hping3 zenmap, qui aidera collecter des informations pour gnrer des requtes de diffrents types (icmp, SYN), et aussi wireshark pour capturer le trafic rseau (les paquets gnrer). Hping3, est un gnrateur dattaques de dni de service. Loutil hpin3 permettra deffectuer un type dattaque trs frquent sur les rseaux VoIP. Cette attaque nest autre que DoS. Nous essayons de crer un dni de service auprs du serveur CME. Pour cela en utilisera le protocole ICMP et plus exactement les requtes de types <<Echo Request>>, et les enverra successivement de manire frquente. Ainsi il est possible de monopoliser les ressources du serveur CME. Comme le nombre de connexions est la plupart du temps limit, le serveur n'accepte plus de nouveaux clients. Il est donc en dni de service. Lattaque est lance par loutil Hping sur system BackTrack par la commande suivant.
Figure 7. 7: attaque sur le rseau voip
Page 57
Loption i u10 pour envoyer un paquet chaque 10 microsecondes. Loption a 192.168.1.2 permet denvoyer les paquets avec une adresse source nest pas celle de lattaquant mais une autre adresse dune autre machine.
Apres en essai de pinger sur le routeur CME partir dune autre machine de rseau. En remarque que le ping ne passe pas donc le serveur est en dni de service.
Figure 7. 8: CME est en dni service
Pour vrifier que lattaque a bien eu lieu, nous pouvons utiliser Wireshark pour visualiser le trafic et voir si oui ou non des requtes de type Echo Request ont t gnres. La figure suivant montre que les requtes de types Echo Request sortent de la machine de lattaquant ont comme adresse IP source 192.168.1.2 nest pas celle de lattaquant (192.168.1.4) mais une autre IP dune autre machine utiliser pour lancer lattaque vers le routeur CME ayant ladresse IP 192.168.1.1.
Figure 7. 9: paquets dattaque de types Echo Request
En peut lancer la mme attaque mais cette fois avec des paquets TCP spcifiquement avec requtes SYN. en utilisent zenmap pour scanner le rseau et identifier les ports ouvert afin dattaquer le routeur daprs un des ports ouvert.
Voici les rsultats de scan.
Figure 7. 10: rsultat de scan par loutil zenmap
Cet outil nous permettons de collecter tous les informations concernant les machines de notre rseau (@IP, @MAC, OS, USER.) et quon a besoin pour lancer une attaque. Dans notre cas ce que nous intresse est les ports ouvert sur le routeur CME.
Figure 7. 11: les ports ouverts sur le routeur CME
Apres la dtection des tous les ports ouverte en va tester de lancer lattaque via le port 23 de telnet.
Page 59
Figure 7. 12: lancement de lattaque via le port 23
Loption S indique les requets SYN. Loption -p indique le port utiliser pour lattaque.
La mme chose le routeur CME est en dni de service et ne rpand pas au Ping des autres clients.
Figure 7. 13: le routeur CME est en dni de service
Voil la capture des requtes SYN par wireshark pour tre sur que lattaque a t bien ralise.
Figure 7. 14: les requtes SYN par wireshark
Page 60
Ettercap
Ettercap est un analyseur de rseau qui permet aussi de mettre en place des attaques DoS par surcharge ou par ARP poisoning, mais cette fois de faon graphique. Il contient des plugins pour isoler des machines sur le rseau et de les rendre inefficaces.
2.4.4 La politique de scurit propos La scurit de routeur CME

La politique de scurit dun routeur dans une entreprise est une exigence qui dcoule de la politique applique sur le Systme dinformation. La politique ne donne fruit que lorsquon a une stratgie de scurit dans lentreprise. La stratgie de scurit, qui est une dclaration formelle des rgles qui doivent tre respectes par les personnes ayant accs aux ressources technologiques et donnes vitales de lentreprise, dfinit un ensemble de fonctions qui participe russite et la mise en place dune telle politique de scurit.
Les tapes dune politique de scurit rseau

Une politique de scurit dun routeur doit passer par les tapes suivantes. Gestion de la scurit routeur (mesures de scurit de bases) Scurisation des accs administratifs distances des routeurs Journalisation de lactivit du routeur Scurisation des services et des interfaces vulnrables du routeur Scurisation des protocoles de routage Contrle et filtrage du trafic
2.4.5 Application de la politique de scurit Configuration des mots de passe de routeur
Figure 7. 15: Configuration de mot de passe de routeur
Page 61
La commande enable password mohamed permet dattribuer un mot de passe pour le mode configuration. La commande service password-encryption permet dactiv le service de cryptage. La commande secutity passwords min-length 10 pour lapplication dune longueur de mot de passe minimale
Dsactiver les services et interfaces non utiliss

Un certain nombre de services peuvent tre activs sur le matriel Cisco. Selon les versions de lIOS ces services sont activs par dfaut, mais sont bien souvent inutiles
Figure 7. 16: dsactivation des services et interfaces non utiliss
Limiter laccs au routeur

Pour limiter les accs on utilise une Access Liste Access-list 10 permit 192.168.1.0 0.0.0.255
La commande Access-List simplifie n'autorise que le rseau dadresse192.168.1.0/24. La commande Access-Class 10 active l'Access-List 10 sur les vty 0 4.
Page 62
Enfin, il est recommand de mettre une temporisation pour dconnecter la session en cas d'inactivit, l'aide de la commande Exec-Timeout mm ss o mm est le temps en minute et ss le complment en secondes.
Lutilisation du protocole SSH

SSH (Secure SHel) est un protocole hautement scuris, de conception rcente. L'utilisation du protocole SSH au lieu de Telnet pour se connecter distance au routeur permet de faire diminuer sensiblement les menaces car. La signature numrique d'un serveur fournit la vrification pour son identit. La communication complte entre un systme client et un systme serveur (routeur) ne peut tre utilis si elle est intercepte car tous les paquets sont chiffrs. Il n'est pas possible d'usurper l'identit d'un des deux systmes, parce que les paquets sont chiffrs et leurs cls ne sont connues que par les systmes locaux et distants.
La commande Line vty 0 4 permet de entrer en mode de configuration de ligne telnet. La commande no transport input dsactiver les lignes virtuelle.
La commande ip domain-name cisco.com dfinition de nom de domaine. La commande crypto key generate rsa permet de gnr les cls asymtrique.
Page 63
Access-list contre le spoofing

L'Access-List suivante interdit l'accs au rseau pour tous les datagrammes en provenance de l'extrieur, dont : o Ladresse source est locale (127.0.0.0, 0.0.0.0) o Ladresse source est prive (10.0.0.0, 172.16.0.0 et 192.168.0.0), o Ladresse source est une adresse multicast (224.0.0.0) ou broadcast (255.255.255.255) o Ladresse source est sur le rseau interne
Cette Access-List doit tre applique sur toutes les interfaces externes laide de la commande suivante: IP Access-Group 100 in
Contre-attaque Synflood
En doit utiliser la commande TCP intercepte pour protger contre les attaques SYN Flood. Grce cette commande le routeur intercepte ltablissement dune connexion TCP, et dtermine si ladresse source est joignable .Si la machine est joignable le routeur permet la connexion, sinon il empche la connexion. La bon configuration de pre-feu est une autre solution pour dminier les attaque de type DoS par des requtes ICMP ou TCP. De nombreux firewalls hardware ou software permettent de se premunir contre les attaquants. Parmi eux, un des plus courants est le firewall intgre au noyau Linux Netfilter et
Page 64
son interface iptables. Il prsente l'avantage d'tre open source donc gratuit et d'tre assez facile utiliser. De plus, cela n'a aucune influence sur sa puissance et sa modularit. Quelques exemples de rgles simples pour bloquer certaines attaques. iptables -A INPUT -p tcp --syn -m limit --limit 2/minute --limit-burst 5 -j ACCEPT. iptables -A INPUT -p icmp --icmp-type ping -m limit --limit 2/minute --limitburst 5 -j ACCEPT. iptables -A INPUT -p tcp --syn -m limit --limit 1/s -j ACCEPT.
La premire rgle permet de laisse passer 5 tentatives de connexion TCP puis qui n'en laisse passer plus que 2 par minute. La deuxime rgle aussi ne permet daccept que 5 paquets ICMP puis qui ne laisse passer plus que 2 par minute. La troisime rge est effectuer pour ne laisser passer que le trafic de synchronisation en le limitant la rception des requtes de synchronisation une requte par secondes. Ainsi nous pouvons viter les attaques de type SYN flood.
Conclusion
Ce projet n'est qu'une manire de raliser de la VoIP, Il existe en effet d'autre moyen de raliser de la VoIP comme en utilisant du SIP, H323 etc. L'explosion de la VoIP pousse les diffrentes entreprises de communications amliorer les moyennes mises en place. Grce cela la VoIP est l'avenir de la tlphonie. En fait ce projet il nous a permis dappliquer les connaissances qui nous ont t acquises au cours de cette anne, ainsi de nous initier la recherche dans une optique ventuelle de poursuite dtudes dans ce domaine. Nous avons t confronts de nombreux problmes et dans la plupart des cas nous avons pu trouver une solution alternative afin de les rsoudre partiellement.
Page 65
Conclusion Gnrale
La prsente recherche nous a permis de nous familiariser avec la solution CISCO, Nous avons au passage matris la configuration des routeurs CISCO aussi bien pour la VoIP que pour la scurit des rseaux IP. Nous avons par la mme occasion fait des changes dinformations avec des experts des rseaux IP et VoIP, ce qui nous aider matriser larchitecture de ces rseaux. Il est vrai que le systme Tlphonique actuel implment au sein de ministre de la communication offre un haut qualit de communication et confre a ladministrateur une interface graphique pour lui permettre de suivre la configuration des tlphones IP, mais la solution Cisco est devenu une exigence qui a plus en plus davantage et qui assiste la mise sur le march de nouveaux quipements de plus en plus performants, miniaturiss, robustes et conviviaux, dont la robustesse et la fiabilit vont au-del de limagination. Aprs une tude de diffrentes notions lies la communication des tlphones IP, nous avons pu avoir des connaissances approfondies sur ce type de rseau, Nous avons galement tudi une panoplie de protocoles de signalisations, Loriginalit de notre travail consistait justement proposer une Solution permettant dexploiter au maximum les capacits du rseau, Par consquent, nous avons mis en place une topologie de base dcompose en plusieurs niveaux afin de mieux organiser le rseau Tlphonique base sur une topologie de la Tlphonie en particulier, en fait Limplmentation et la simulation de notre topologie sur le simulateur GNS3 a permis dvaluer ses performances, Nous avons mis en vidence quelques un de ses avantages Les objectifs que nous nous tions fixs au dpart sont atteints. Le rseau de la VoIP est oprationnel, en effet Nous avons trouvs une solution pour la transmission de la voix vers lextrieur travers le rseau IP afin dviter tout dboursement dargent. Le travail de recherche, que nous avons prsent sinscrit dans le cadre de notre projet de fin dtudes, notre stage nous a permis dune part une bonne matrise de la tlphonie sur IP, et de large services et de protocoles quelle utilise etc. Dautre part, il nous a ouvert les portes sur dautres domaines de recherches relatifs aux nouvelles technologies de linformation et de la communication.
Page 66
Glossaire
Foreign Exchange Office, interface dun gateway permettant de le connecter un rseau PABX ou RTCP. FXS Foreign Exchange Service GATEWAY en franais passerelle, cest un dispositif destin connecter des rseaux de tlcommunication ayant des architectures diffrentes ou des protocoles diffrents, ou offrant des services diffrents. Note : Une passerelle peut par exemple connecter un rseau local d'entreprise avec un autre rseau local ou un rseau public de donnes ; dans le cas de la voix sur IP, il sagit de lquipement permettant de connecter le rseau tlphonique commut ou le rseau PABX au rseau IP. GK Gatekeeper RTP Real-time Transfert Protocol ; Le but de RTP et de fournir un moyen uniforme de transmettre sur IP des donnes soumises des contraintes de temps rel (audio, vido, ... ). Le rle principal de RTP consiste mettre en oeuvre des numros de squence de paquets IP pour reconstituer les informations de voix ou vido mme si le rseau sousjacent change l'ordre des paquets. TELEPHONIE IP Tlphonie utilisant le protocole IP. VoIP Voice over IP ou en franais, voix sur IP. CME Cisco callManager Express FXO
UCME SCCP RTCP DHCP EPhone PoE POTS

PSTN
Cisco UC Manager Express

Skinny Client Control Protocol Real-Time Transport Control Protocol Dynamic Host Configuration Protocol Ethernet Phone Power over Ethernet POTS Plain Old Telephone System Plain Old Telephone System Public Switched Telephone Network
Page 67
Wbliographie
Configuring Cisco Unified Communications Manager Express, ttrentler http://uc500.com/CiscoCallManagerExpress. La VoIP les protocoles h323 et SIP, Cynapsys http://www.slideshare.net/Cynapsys/formation-voip. VoIP, http://www.protocols.com/pbook/VoIP.htm. ToIP, Carmelo Zaccone ,http://www.slideshare.net/carmelo/toip-lme. GNS3, VoIP, ToIP, Dimitri Lembokolo, http://www.slideshare.net/ldimitri/gns3voip-toip. Documentation, http://www.gns3.net/documentation/. Ccna voice lab workbook, http://www.filecrop.com/ccna-voice-lab-workbook.html. How VoIP, forum.gns3.net, http://forum.gns3.net/topic3561.html.
Page 68

Pfe LPGSR2

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Pfe LPGSR2

Uploaded by

Copyright:

Available Formats

Dpartement de Mathmatiques & Informatique - Mekns

RAPPORT DE PROJET DE FIN DETUDES

Licence Professionnelle en Informatique (LPI)

Gestion des Systmes et Rseaux (GSR)

La tlphonie IP avec la solution Cisco

Mohamed ELBOUKHARI Safaa BOUDIK

Prof. Driss EL OUADGHIRI Dr. Abdrahim ELHARROUS

Soutenu, le 30 Juin 2012, devant le Jury compos de

Anne universitaire : 2011/2012

La tlphonie IP avec la solution Cisco

La tlphonie IP avec la solution Cisco

Table des matires

La tlphonie IP avec la solution Cisco

1.2 1.3 1.4 2

La tlphonie IP avec la solution Cisco

Table des figures

La tlphonie IP avec la solution Cisco

FIGURE 5. 17: LISTE DES EXTENSIONS ................................................................................................................... 46

FIGURE 6. 1: COMMUNICATION AVEC LEXTERIEUR............................................................................................. 47 FIGURE 6. 3: CONFIGURATION DE DIAL-PEER VOIP .............................................................................................. 50

La tlphonie IP avec la solution Cisco

La tlphonie IP avec la solution Cisco

Prsentation de ministre de la communication

1. Identificateur du ministre de communication

Figure 1. 1: Organigramme des administrations au ministre de communication

3. Rle du ministre de la communication

La tlphonie IP avec la solution Cisco

4. Mission du ministre de la communication

La tlphonie IP avec la solution Cisco

5. Autres activits du ministre de la communication

La tlphonie IP avec la solution Cisco

6. Prsentation de la division Informatique

La tlphonie IP avec la solution Cisco

Chapitre II Thorie de la VoIP

La tlphonie IP avec la solution Cisco

1. Introduction la voix sur IP

La tlphonie IP avec la solution Cisco

Figure 2. 1: Transformation de signal analogique au signal numrique

4. Les protocoles de signalisation

La tlphonie IP avec la solution Cisco

La tlphonie IP avec la solution Cisco

4.2 SIP 4.2.1 Introduction

Figure 2. 2: La session SIP travers un proxy

4.3 SCCP 4.3.1 dfinition

Figure 2. 3: Procession denregistrement dun client skinney

La tlphonie IP avec la solution Cisco

La tlphonie IP avec la solution Cisco

Figure 2. 4: Le diagramme dune demande dappel entre deux clients Skinny

Figure 2. 5: Procession lors de raccrochement dun appel

Tableau 1 les codecs

Cisco UC Manager Express (UCME)

La tlphonie IP avec la solution Cisco

Chapitre III Ralisation de projet

La tlphonie IP avec la solution Cisco

1 Prsentation de la plate-forme 1.1 gns3 (simulateur Rseau)

Figure 3. 1: Interface de GNS3

La tlphonie IP avec la solution Cisco

Routeur Cisco 3700 (CME)

Figure 3. 2: Installation de module de switching sur le routeur 3700

La tlphonie IP avec la solution Cisco

Cisco IP Communicator (Soft phone)

La tlphonie IP avec la solution Cisco

2 Mise en uvre de Lab

Figure 4. 1: Premire topologie