Projet VoIP. Site n 2. Mame Coumba CISSE Arsène PIRES Assana DIAWARA Minh-Duc TRAN Gaël FUHS

Transcription

1 Site n 2 Mame Coumba CISSE Arsène PIRES Assana DIAWARA Minh-Duc TRAN Gaël FUHS 0

2 Sommaire Projet VoIP Présentation de l équipe Infrastructure et matériel du projet Configuration minimal du site Fonctionnalités Transfert d appels Redirection d appel (Hunting) Mise en attente d un appel (Call park) Intercom Conférence Administration du CCME via une interface graphique Analyse de la qualité de service (QoS) Problèmes rencontrés Master 2 Réseaux 1

3 1. Présentation de l équipe Notre équipe est composé de 5 personnes à savoir: CISSE Mame Coumba, DIAWARA Assana, FUHS Gaël, PIRES Arsene, TRAN Minh Duc On a eu travaillé la plupart du temps ensemble, cependant chacun de nous avait aussi à faire des travaux personnels soit seul, soit en binôme. Les travaux personnels ont été réparti de cette maniére: Pour la configuration du réseau: CISSE Mame Coumba et FUHS Gaël Pour le debogage du téléphone: CISSE Mame Coumba, FUHS Gaël Pour le hunting: PIRES Arsene, TRAN Minh Duc Pour le call park: PIRES Arsene, TRAN Minh Duc Pour la QoS: Diawara Assana, FUHS Gaël Pour le transfert d appels: DIAWARA Assana Pour l interface web deu Cisco Manager: CISSE Mame Coumba, DIAWARA Assana, PIRES Arsene Pour l intercom: PIRES Arsene Master 2 Réseaux 2

4 ProjetVoIP 2. Infrastructure et matériel du projet Le but du projet est de mettre en place un système detéléphonieipentredeuxsites. Nousdevonsàlafinduprojetêtreleplusprochepossibledelatopologiesuivante: Nous nous sommes occupé du site n 2 tandis que l autre groupe s occupait du site n 1. Pour mettreenplacelesiten 2nousdisposionsd unrouteurciscoauquelestintégréun switch de 4 ports. De plus nous avons utilisé deux téléphones IP Cisco Unified 7965 ainsi qu un ordinateur portable disposant d un logiciel permettant la simulation d un téléphone IP Cisco. Master2Réseaux 3

5 3. Configuration minimal du site Le but du projet étant de mettre en place un système de téléphonie IP entre deux sites, nous disposions de matériel vierge de toute configuration. Aussi pour pouvoir mener à bien le projet, la première étape a été de configurer le routeur Cisco. Pour se faire nous avons donc branché le routeur à une machine disponible dans la salle puis nous avons administré le routeur à l aide de Putty. Dans un premier temps nous avons renommé le routeur puis configuré le vlan et l interface s0/0/0 pour permettre la connexion entre les deux sites. Nous avons donc utilisé les commandes suivantes : hostname Routeur_Site_2 int vlan 1 ip address no sh exit int s0/0/0 ip address clock rate no sh Nous avons associé l adresse au vlan et l adresse à l interface S0/0/0 et avons activé ces interfaces. Ensuite nous avons mis en place le DHCP pour permettre l attribution d adresse IP aux machines connectées sur le réseau. ip dhcp pool VOICE2 network default router option 150 ip Nous avons donc crée le DHCP pool VOICE2 pour le site n 2, le réseau utilisé est le réseau , nous avons utilisé pour le routeur par défaut et enfin nous avons activé l option 150 sur le routeur. Master 2 Réseaux 4

6 Par la suite nous avons configuré le vlan afin de pouvoir utiliser la téléphonie IP, pour se faire nous avons utilisé les commandes suivantes : interface range fa0/3/0 3 switchport mode access switchport voice vlan 2 ip address telephony service max dn 5 max ephone 5 ip source address port 2000 auto assign 4 to 6 auto assign 1 to 5 exit Dans cette séquence de commande nous configurons le vlan pour séparer le trafic sur plusieurs interface en même temps. Ensuite nous passons à la configuration téléphonie IP sur le routeur, nous indiquons qu il est possible d utiliser 5 numéros différents ainsi que 5 téléphones maximum. Une fois le service activé nous devons attribuer des numéros aux téléphones ce qui se fait de la manière suivante : ephone dn X number 210X exit Dans cet exemple nous attribuons le numéro 210X à l ephone dn X, où X représente le numéro du téléphone. Une fois la configuration du service de téléphonie effectué, nous avons rajouté la possibilité de passer des appels d un site à l autre de la façon suivante : dial peer voice 2 voip destination pattern 1... session target ipv4: Master 2 Réseaux 5

7 ProjetVoIP Tous les appels à destination d un numéro commençant par 1 passe par la passerelledusite1àl adresse Enfin pour pouvoir superviser les échanges entre les différentes machines, nous avons dupliqué tous les flux entrant sur les différents ports du switch sur un mêmeportafindepouvoirétudiertoutletraficentrantetsortantduswitch. nomonitorsession1 monitorsession1sourceinterfacefa0/3/1 monitorsession1sourceinterfacefa0/3/2 monitorsession1sourceinterfacefa0/3/3 monitorsession1destinationinterfacefa0/3/0 end shmonitorsession1 Les flux entrant et sortant des interfaces fa0/3/1, fa0/3/2 et fa0/3/3 sont dupliqués sur l interface fa0/3/0, nouspouvons ainsiobservertoutletraficenécoutant l interfacefa0/3/0. Une fois ces différentes configurations effectuées nous avons pu tester la fonctionnementdesappels: Téléphonerecevantunappel Master2Réseaux 6

8 ProjetVoIP Téléphoneémettantunappel 4. Fonctionnalités a. Transfert d appels Cette fonctionnalité est fourni de base nous n avons donc pas eu de configuration supplémentaire à mettre en place. Ce système permet à un téléphone recevant unappeldetransmettrecetappelvers unautretéléphonetoutenconservant lacommunication. Pour étudier le comportement des différents téléphones lors du transfert d appelnousavonseffectuédescapturesdutraficàl aidedulogicielwireshark. Dans ce scénariole téléphone ayant l'adresse IP appelleletéléphone d'adresseip etcederniertransfertl'appelautéléphoned'adresse Lorsque la touche transfert du téléphone qui transfère l'appel est pressé, un signal Transfert est envoyé au CUCME. Ensuite le CUCME envoie un message ClosereceiveChannel et un message StopMediaTransmission auxdeuxtéléphones pourinterrompreleurcommunication. Master2Réseaux 7

9 Le téléphone transférant l'appel est mise en attente par le CUCME signifié par onhold dans la capture de trame. Ensuite le numéro du téléphone (2401) vers lequel l'appel est transféré est composé. Ceci est illustré dans la trame par KeypadButtonMessage et par Keypad button: Two A la fin de la saisie du numéro(trame 547), un message de sonnerie est envoyé au téléphone d'adresse donc l'appel est transféré. Master 2 Réseaux 8

10 Dans le monde de la téléphonie IP le transfert d appel est donc une fonctionnalité de base essentielle permettant de passer rapidement d un interlocuteur à un autre. b. Redirection d appel (Hunting) La redirection d appel est une fonctionnalité importante dans la téléphonie IP, elle permet d associer plusieurs téléphones à un même numéro de service. Lorsqu un utilisateur appelle ce numéro de service, les téléphones associés à ce numéro vont sonner à tour de rôle jusqu à ce qu une personne décroche l un des téléphones. Contrairement au transfert d appel cette fonctionnalité n est pas configurée de base, nous avons donc dû mettre en place ce service sur le site n 2. Pour se faire nous avons utilisé les commandes suivantes : ephone hunt 2 peer pilot 2080 list 2101,2201,2301 final 2401 hops 3 timeout 5 La première ligne permet d entrer en mode configuration du Hunting, ensuite nous indiquons le numéro de service grâce à la commande pilot, ici nous utilisons le numéro 2080, lorsqu un utilisateur tentera de joindre le 2080 l appel sera transmis vers les numéros présents dans la liste d appel. Dans notre cas nous avons ajouté trois numéros dans la liste, 2101, 2201 et 2301 avec la commande list. Lorsque ces différents numéros ont été appelé mais qu il n y a pas eu de réponse l appel est redirigé vers le numéro final, dans notre cas le Le numéro final est joint après un nombre fixé de tentative d appel, ici ce nombre est fixé à 3 grâce à la commande Master 2 Réseaux 9

11 ProjetVoIP hops 3. Enfin la dernière ligne permet d indiquer le temps d attente entre chaque redirection,lorsque5secondessesontécoulées,l appelesttransmisvers letéléphonesuivantdanslaliste. Pour commencer, nous allons composer le numéro 2080 qui correspond au numéro degroupepourlesite2. Lorsque l on décroche le téléphone, nous allons voir qu avecle protocole SKINNY, unetonalitéestémiseàtraverslecombinévialaligne47 StarToneMessage. On compose maintenant le numéro 2080 et c est la ligne 53 qui nous l indique avec DialedNumberMessage. Dans cette trame, on peut voir dans Callpartynumber lenuméro composéquiest2080. Master2Réseaux 10

12 Logiquement, nous devons trouver la succession des postes composés suivant comme nous l avons configuré précédemment : 2101, 2201, 2301 et finalement le dernier poste 2401 Dans la trame suivante, on peut voir le RingOut permettant d attendre la réception de l appel : Puis l appel arrive sur le premier poste 2101 avec un CallMessageState RingIn. Master 2 Réseaux 11

13 La séquence suivante montre que le poste associé à l adresse IP qui est 2101 ne décroche pas l appel. Après avoir purgé son cache ( trame 89), on passe au téléphone suivant (trame 92) avec l adresse IP sauf qu ici l appel va être pris. Master 2 Réseaux 12

14 On initialise l appel entre les deux poste téléphoniques ( trame 141 et 146) avec le OpenReceiveChannel. On va commencer la transmission entre les téléphones comme on peut le voir avec les StartMediaTransmission. Lors de la conversion téléphonique, on va utiliser le protocole RTP notamment pour les contraintes de temps et la QoS de l appel. Master 2 Réseaux 13

15 Pour finir, on met fin à l appel et l on ferme les canaux utilisés pour cet appel (trames 553 et 557) c. Mise en attente d un appel (Call park) Une autre fonctionnalité importante dans la téléphonie IP est la mise en attente d un appel (Call park en anglais). Lorsqu une personne appel un numéro du site, elle peut être mise en attente. Lorsqu un appel est mis en attente, il est rediriger vers un numéro prévu a cet effet, pour reprendre l appel, la personne ayant mis en attente cet appel doit appeler le numéro vers lequel est redirigé l appel mit en attente. La configuration que nous avons effectuée est la suivante : ephone dn 5 number 2501 park slot timeout 15 limit 10 exit ephone dn 6 number 2601 park slot timeout 15 limit 10 exit ephone 6 restart ephone 7 restart Nous avons créé deux téléphones pour recevoir les appels mit en attente, lorsqu un appel est mis en attente il sera donc redirigé vers le numéro 2501 ou 2601 si il y a déjà un appel en attente. Master 2 Réseaux 14

16 ProjetVoIP d. Intercom Nous avons ensuite mit en place la fonctionnalité Intercom, cette fonction permet de mettre enliaison direct plusieurs numéro. Nous attribuons un numéroaun bouton fonction du téléphone pour joindre directement ce numéro. Pour mettre en placecettefonctionnaliténousutilisonslescommandessuivantes: ephone dn3 labelintercom nameintercom intercom2401barge in ephone dn1 labelintercom nameintercom intercom2301barge in ephone4 button1:1 Master2Réseaux 15

17 exit ephone 2 button 1:3 Nous mettons un label et un nom a l ephone dn 3 auquel on associe le numéro C est ce label qui apparaîtra sur le téléphone IP a coté du bouton permettant de joindre directement le numéro. Nous configurons ensuite Intercom sur l ephone dn 1. Enfin nous associons au bouton fonction 1 du ephone 4 le numéro du ephone dn 1 et au bouton fonction 1 de l ephone le numéro du ephone dn 3. Une fois que cette configuration est faite, il suffit d appuyer sur le bouton fonction 1 du téléphone pour joindre directement le numéro associé. e. Conférence Cette fonctionnalité permet normalement de mettre en communication plusieurs téléphones à la fois. Toutefois ici nous ne sommes pas parvenue à utiliser cette fonctionnalité, en effet un message sur le téléphone nous indiquait qu il n y avait pas de ligne disponible. Master 2 Réseaux 16

18 5. Administration du CCME via une interface graphique Enfin, nous avons mis en place l administration du routeur à l aide d une interface graphique fournie par Cisco. Pour cela il faut configurer le routeur pour rendre disponible cette fonctionnalité en activant le serveur HTTP. Il est ensuite possible de s y connecter à l aide d un navigateur sur n importe quelle machine. Pour activer le serveur HTTP nous procédons de la façon suivante: ip http server ip http authentification local telephony service web admin system name cisco password cisco dn webedit time webedit username cisco privilege 15 password cisco Les commandes ci dessus permettent d'activer le serveur HTTP, nous indiquons ensuite que pour accéder au serveur il est nécessaire d avoir un compte. Nous configurons service de téléphonie pour lui indiquer qu on autorise un utilisateur Cisco a administrer ce service via une interface web. La dernière ligne permet de créer un utilisateur Cisco avec les privilège de niveau 15. Pour accéder au serveur HTTP depuis un ordinateur, il faut disposer d un navigateur de la famille Firefox et configurer JAVA. Il est nécessaire d ajouter l adresse IP du routeur aux adresses autorisées dans le parefeu de JAVA. Master 2 Réseaux 17

19 Il faut ensuite décocher les options de sécurité concernant TLS et cocher la case ne pas vérifier le certificat : Master 2 Réseaux 18

20 Une fois ces configurations effectuée et connecté au routeur, nous arrivons sur l interface suivante qui permet d effectuer toutes les configurations précédentes via le navigateur: Master 2 Réseaux 19

21 6. Analyse de la qualité de service (QoS) On aurait du généré un flux VoIP et trafic de donnée entre les 2 sites. Mais comme le site 1 a eu des problèmes, on n a pas pu tester correctement la QoS entre les 2 sites. On a donc décider de mettre en place l infrastructure ci dessous pour pouvoir tester la QoS. On a créer un nouveau réseau ( /8) dans lequel on placera un PC qui emmétra un trafic vers le Laptop qui sera aussi en communication en VoIP avec un téléphone dans le réseau /8 par exemple le téléphone avec l adresse IP On a donc généré un trafic UDP avec MGEN qui vient s ajouter au trafic VoIP déjà existant sur notre site. On a appliqué plusieurs scénario dans lesquels on a fait varié la taille des paquets générés et leurs débits (voir le tableau ci dessous) : Taille des paquets en Octet Débit en paquet/seconde Grâce au PC qui était en mode snifing pour pouvoir superviser les paquets au niveau de notre switch. On a pu récupéré les traces des échanges qu il y a eu sur le site et les analyser. Les paquets de petite taille n ont pas d influence sur la voix reçue. Nous présentons les résultats du scénario ou le trafic ajouté est le plus important(taille des paquets=8192 et débit=1000). Ensuite nous comparons nos paramètres(délai, débit, gigue) à ceux de la norme G.711. Master 2 Réseaux 20

22 Il y a au total 874 paquets transmis et il n y a pas de perte de paquet. Le délai maximal est ms et la gigue maximale est 0.16 ms. Ces valeurs sont bonnes selon la norme G kbps qui considère un délai inférieur à 150 ms et une gigue inférieure à 20 ms bons. Sur les 874 paquets transmis, seulement 32 ont un débit inférieur à 64 kbps. Master 2 Réseaux 21

23 7. Problèmes rencontrés On a fait par erreur une demande de mise à jour au lieu de reset des paramètres du téléphone. On a donc du récupéré les fichiers de configuration pour le ephone qu on a ensuite mis sur la carte flash du routeur qui est notre Call Manager. On a autorisé les fichiers a être télécharger en tftp depuis notre routeur avec les commandes ci dessous. Une fois ceci fait le ephone a pu ce mettre à jour, et par la suite on a rentré la bonne commande pour reset les paramètre du ephone. tftp server flash:apps TH1 13.sbn tftp server flash:cnu TH1 13.sbn tftp server flash:cvm45sccp.9.2 1TH1 13.sbn tftp server flash:dsp TH1 13.sbn tftp server flash:jar45sccp.9 2 1TH1 13.sbn tftp server flash:sccp S.loads tftp server flash:term45.default.loads tftp server flash:term65.default.loads telephony service load 7965 SCCP S create cnf On a eu aussi un problème sur le software de simulation de téléphone sur un PC. Le PC sur lequel tourné le software utilise un OS Windows 8, et l application une fois lancé restait figé. On a donc du réinstaller le logiciel avec une compatibilité Windows 7 pour résoudre le problème. Impossibilité d utiliser la fonctionnalité conférence entre téléphones du même site. Les téléphone indiquaient qu aucune ligne n'était disponible pour gérer la conférence. Pour la partie QoS, on n a pas pu tester la qualité de service entre les site 1 et 2. Puisque le site n 1 a eu un problème avec son Call Manager et DHCP, on n a pas pu généré un trafic entre 2 PCs, et 2 téléphones situés chacun sur un des 2 sites à cause des problèmes qu a rencontré l autre site. Master 2 Réseaux 22