y-140804140458-phpapp01

Mise en uvre de services ToIP valeur ajoute pour le MEF

1 | P a g e M. Yassine BARBOUCHI-2014

Ddicace

A ma chre mre

Pour votre affection, et votre amour

Que ce travail soit le fruit de toutes vos peines et vos sacrifices avec moi

Acceptez ce travail comme tmoignage de lestime,

Le respect et le grand amour que Jprouve pour vous.

A mon pre

Symbole de soutien et dencouragement

Pour vos efforts envers moi et votre disposition daide

Pour me trouver ce stage

Ce travail est un tmoignage de respect et de reconnaissance vous.

A toute ma famille

Avec toute mon affection et mes souhaits de bonheur et de russite.

A tous mes professeurs, mes collgues et mes chers amis

A tous le personnel du ministre des Finances et toute

Personne ayant consacr un jour, un moment de sa vie

Pour maider, me conseiller, et mencourager

Ou simplement me faire un sourire

Je ddie ce travail.

Yassine BARBOUCHI



Remerciements

En prambule ce mmoire, je remercie ALLAH qui maide toujours et me donne la

patience et le courage et sa bndiction pour russir dans toutes ces longues annes d'tude.

Il mest trs agrable de rserver cette page en tant que tmoin de reconnaissance

toutes les personnes qui mont soutenu et encadr pour atteindre ce travail, une page qui est

certes petite par son espace, mais grande par les sentiments les plus distingus dont elle est

imprgne.

Je tiens remercier vivement M. Anas HAJAJI, professeur de la filire tlcoms et

rseaux au sein de lENSA de Ttouan, davoir accept avec un grand cur, de mencadrer

durant ce projet de fin dtude et pour tous ses conseils et ses encouragements.

Je remercie dune part M. Hicham BEKKARI, ingnieur rseaux au sein du Ministre

de lEconomie et des Finances, et mon matre de stage, pour sa sympathie, sa disponibilit, ses

ides, ses conseils et ses encouragements, et dautre part M. Badr EL MIR, ingnieur tude et

dveloppement au sein du MEF pour ses ides et ses orientations.

Je tiens remercier aussi Mme Ouissal EL HARI, chef du service de ladministration

des rseaux, davoir accept de maccueillir au sein de son service.

Jadresse ma reconnaissance envers M. Abdelmalek BOUBEKRI Chef du service de la

qualit et des prestations partages, pour sa serviabilit, son amabilit et sa veille sur les

bonnes conditions de mon travail durant toute la priode du stage au sein du MEF.

Finalement, jexprime galement toute ma gratitude toute personne ayant

contribue de prs ou de loin dans la ralisation de ce travail.

La reconnaissance est la mmoire du cur . Hans Christian Andersen



Rsum

Ces travaux portent sur la tlphonie IP dploye avec la solution propritaire de

Cisco. Bien videmment, la migration de la tlphonie classique vers le tout IP semble tre

incontournable vu ses avantages multiples, tels que la convergence des rseaux voix-vido-

donnes. En vue de tirer le maximum de profit en termes des possibilits offertes par la ToIP

et amliorer plus la productivit des employs chez le Ministre de lEconomie et des Finances,

nous avons dcid. Dans un premier temps, de configurer des fonctionnalits avances de

tlphonie IP avec CUCM, notamment les fonctionnalits suivantes : la confrence Meet-Me,

le Call Back et le Call Pick up. Dans un second temps, nous nous sommes intresss la

conception et le dveloppement de nouveaux services pour les IP Phones unifis de Cisco, en

utilisant du XML et du PHP, pour dvelopper un annuaire LDAP avec photos pour le MEF, un

service denvoi des e-mails et un autre pour consulter la boite des e-mails. Notre volont dtre

interoprable avec les infrastructures sous-jacentes voire indpendantes peut tre considre

comme un service valeur ajoute. Ce stage a t pour nous une opportunit pour dvelopper

un profil dingnieur dtat polyvalent avec des comptences en ingnierie des systmes des

tlcommunications et rseaux de convergences, des comptences en ingnierie dtude et de

dveloppement et enfin nous avons pu aussi dvelopper des comptences dun architecte

dintgration et dinteroprabilit des systmes.

Mots-cls : ToIP, Cisco, CUCM, confrence Meet-Me, Call Back, Call Pick

up, Services IP Phone, Annuaire LDAP avec photos, Boite des e-mails,

Interoprabilit



Abstract

This work focuses on the IP telephony deployed with the propriety solution of Cisco.

Obviously, this migration from traditional telephony to all-IP appears to be highly

recommended considering its multiples advantages like the networks convergence for audio-

video and data. In order to make the maximum profit in terms of the capabilities offered by the

ToIP and enhance employees productivity at the Ministry of Economy and Finances, we

looked for. In a first step, configuring some advanced call features with CUCM, talking about:

a Meet-Me conference, a Call Back and a Call Pick up features. In a second step, we are

interested in designing and developing some new Cisco unified IP Phone services, using XML

and PHP, to develop an: LDAP Directory including photos, an e-mail sending service and

another service for checking the e-mail box. Our will to be interoperable with the underlying

or independent infrastructure can be considered as a value added service. This internship was

for us an opportunity to develop a versatile state engineering profile with the skills of a

telecommunications and convergence networks engineer, the skills of a design and

development engineer and also the skills of an integration architect.

Key-Words: ToIP, Cisco, CUCM, Meet-Me conference, Call Back, Call Pick

up, IP Phone Services, LDAP Directory, E-Mail Box, Interoperability

FEM el ruop etuoja ruelav PIoT secivres ed ervu ne esiM

e g a P | 5 4102-IHCUOBRAB enissaY .M

.

.

.

.

" " " "

.

.

.

:

.



Tables des matires

Rsum.................................................................................................................................. 3

Abstract ................................................................................................................................. 4

Liste des acronymes .............................................................................................................. 9

Liste des figures .................................................................................................................. 10

Liste des tableaux ................................................................................................................ 11

Liste des annexes ................................................................................................................ 12

Introduction gnrale ......................................................................................................... 13

CHAPITRE I-CONTEXT GENERAL ............................................................................. 14

1. Prsentation du Ministre de lEconomie et des Finances ......................................... 15

1.1 Introduction...15

1.2 Historique et missions du MEF . 15

1.3 Structure gnrale du MEF15

1.4 Prsentation de la Direction des Affaires Administratives et Gnrales DAAG16

1.5 Le systme d'information de la DAAG. . 17

1.6 Le Service de lAdministration des Rseaux SAR de la DAAG.. 18

1.7 Conclusion.....18

2. Prsentation du projet ................................................................................................. 19

2.1 Introduction. .......... 19

2.2 Objectif du projet. . 19

2.3. Conduite du projet.. .. 19

2.4 Conclusion. ............. 21

CHAPITRE II-ETUDE FONCTIONNELLE ................................................................. 22

1. Gnralits sur La tlphonie IP (ToIP) ..................................................................... 23

1.1 La tlphonie IP vs la voix IP (ToIP-VoIP) .. 23

1.2 Fonctionnement technique24

1.3 Les diverses configurations de la ToIP... 24

1.4 Les protocoles de transport....25

1.5 Les protocoles de signalisation.. . 26

1.6 Les codecs.28

1.7 Qualit de service (QoS) . .. 30

1.8 Avantages et inconvnients de la ToIP. ...... 33

1.9 Solutions adaptes la tlphonie sur IP ........ 35



2. Prsentation de la Solution Cisco pour la tlphonie IP ............................................. 36

2.1 Le systme Cisco Unified Communications ........ 36

2.2 La plate-forme Cisco Unified Communications Manager.. . 36

2.3 Architectures de dploiement du CUCM. .. 37

2.4 Fonctionnalits assures par le CUCM...39

3. Les services IP Phones unifis de Cisco ..................................................................... 40

3.1 Prsentation. .. 40

3.2 Exemples de services unifis. . 40

3.3 Les objets XML des IP-Phones Cisco. ....... 41

CHAPITRE III-ETUDE TECHNIQUE .......................................................................... 44

1. Environnements de dploiement de la ToIP .............................................................. 45

1.1 La machine virtuelle VMware Workstation ...................... 45

1.2 Les IP-Phones Cisco...45

1.3 Le Cisco IP-Communicator. .................... 46

1.4 Lapplication Cisco Unified Video Advantage48

2. Technologies et environnements de dveloppement des services unifis ................. 49

2.1 Technologies de dveloppement ...................... 49

2.1.1Cisco IP-Phone services software development kit(SDK) .............49

2.1.2 PHP ........................................................................................................................................ 49

2.1.3 XML ....................................................................................................................................... 49

2.2 Environnements de dveloppement. ........................ 50

CHAPITRE IV-MISE EN UVRE .................................................................................. 53

1. Configuration de fonctionnalits avances de tlphonie IP dans CUCM ................ 54

1.1 Installation et configuration de CUCM. ................... 54

1.2 Ajout des IP Phones, IP Communicator et de Cisco Unified Video Advantage ............... 55

1.3 Prsentation des fonctionnalits avances de tlphonie IP57

1.3.1 Configuration de la confrence Meet-Me ......................................................................... 57

1.3.2 Configuration du Call-Back ................................................................................................ 58

1.3.3 Configuration du Call-Pick up ............................................................................................ 59

2. Configuration, conception et ralisation de services unifis valeur ajoute ............ 61

2.1 Configuration des services au niveau du CUCM et des IP Phones61

2.2 Conception des services unifis valeur ajoute.63



2. 3 Prsentation des services unifis valeur ajoute. ........................ 66

2.3.1 Annuaire LDAP avec photos ............................................................................................. 67

2.3.2 Consultation de la boite lectronique ................................................................................ 69

2.3.3 Envoie de courriers lectroniques ..................................................................................... 70

Conclusion gnrale ............................................................................................................ 71

Bibliographie & Webographie ............................................................................................ 72

Annexes ............................................................................................................................... 74



Liste des acronymes

Acronyme Dsignation

2TUP Two Tracks Unified Process

API Application Programming Interface

CUCM Cisco Unified Communication Manager

CUME Cisco Unified Manager Express

DAAG Direction des Affaires Administratives et gnrales

DMZ Zone Dmilitarise

DSI Division du Systme dInformation

IETF Internet Engineering Task Force

IMAP Internet Message Access Protocol

LAN Local Area Network

LDAP Lightweight Directory Access Protocol

MCS Media Convergence Server

MEF Ministre de lEconomie et des Finances

MOS Mean Opinion Score

PHP Hypertext Preprocessor

POP3 Post Office Protocol Version 3

QoS Quality of Service

RTC Rseau Tlphonique Commut

SAR Service dAdministration des Rseaux

SCCP Skinny Client Control Protocol

SDK Software Development Kit

SMTP Simple Mail Transfer Protocol

SQL Structured Query Language

SSL Secure Sockets Layer

TLS Transport Layer Security

ToIP Telephony over IP

URL Uniform Resource Locator

VoIP Voice over IP

XML Extensible Markup Language



Liste des figures

Figure 1-Organigramme du MEF .............................................................................................. 16 Figure 2-Organigramme de la DAAG ........................................................................................ 16 Figure 3-Organigramme de la DSI ............................................................................................ 17 Figure 4-Schma du rseau LAN du MEF ............................................................................... 18 Figure 5-Processus de mise en uvre du projet selon la mthode 2TUP ................................ 20 Figure 6-Planification du projet avec le diagramme de Gantt .................................................. 21 Figure 7-La TOIP, une extension de la VOIP ........................................................................... 23 Figure 8-La transmission de la voix sur le rseau IP ............................................................... 24 Figure 9-Les diverses configurations de la ToIP ...................................................................... 24 Figure 10-La pile du protocole RTCP ....................................................................................... 26 Figure 11-Reprsentation dune grappe (Cluster) .................................................................... 38 Figure 12-Configuration de la machine virtuelle pour installer CUCM 8.6 ............................. 45 Figure 13-IP Phone Cisco ......................................................................................................... 46 Figure 14-Cisco IP Communicator et Cisco Unified Video Advantage .................................... 46 Figure 15-Connexion au serveur CUCM................................................................................... 54 Figure 16-Interface dadministration du CUCM ...................................................................... 54 Figure 17-Cisco Unified Serviceability ..................................................................................... 55 Figure 18-Interface dactivation /dsactivation des services ................................................... 55 Figure 19-Configuration de lIP Communicator ...................................................................... 56 Figure 20-Interface dajout de lIP Communicator .................................................................. 57 Figure 21-Contrleur de la Confrence Meet-Me .................................................................... 58 Figure 22-Intervenants dans la Confrences Meet-Me ........................................................... 58 Figure 23-Etablissement de lappel .......................................................................................... 59 Figure 24-Notification de la joignabilit de l'appel ................................................................ 59 Figure 252-Activation de la fonctionnalit Call-Back .............................................................. 59 Figure 26-La station 1004 essaye d'appeler la station 1003 .................................................... 60 Figure 27-En cas de non joignabilit, la station 1001 intercepte l'appel provenant de 1004 .. 60 Figure 28-Cas dutilisation de lapplication Services MEF ...................................................... 64 Figure 29-Diagramme de squence Consultation de la boite mail ..................................... 64 Figure 30-Diagramme de squence Annuaire LDAP du MEF avec photos ........................ 65 Figure 31-Liste de services disponibles dans lapplication ...................................................... 66 Figure 32-Captures dcran pour le service Annuaire LDAP du MEF avec photos ........... 67 Figure 33-Captures dcran pour le service Annuaire LDAP du MEF avec photos ........... 67 Figure 34-Captures dcran pour le service Annuaire LDAP du MEF avec photos ........... 68 Figure 35-Captures dcran pour le service Consultation de la boite lectronique ........... 69 Figure 36-Captures dcran pour le service Consultation de la boite lectronique ........... 69 Figure 37-Captures dcran pour le service Envoi des e-mails .......................................... 70 Figure 38-Vrification de la rception du mail dans la boite lectronique de GMail .............. 70 Figure 39-Captures dcran montrant le processus dinstallation du CUCM 8.6 .....................77 Figure 40-Configuration d'un Numro Meet-Me .................................................................... 78 Figure 41-Cration dun Common Device Configuration ........................................................ 79 Figure 42-Configuration d'un Conference Bridge.................................................................... 79 Figure 43-Configuration du Media Resource Group ............................................................... 80 Figure 44-Cration d'une Softkey Template ............................................................................ 81 Figure 45-Ajout du Call Back dans la Template CB User ........................................................ 81 Figure 46-Association de la Template CB User avec les IP Phones ......................................... 82 Figure 47-Cration d'un Call Pickup Group ............................................................................. 83 Figure 48-Association des IP Phones aux groupes du Call Pickup .......................................... 83 Figure 49-Ajout du bouton Call Pickup dans la Softkey Template .......................................... 84



Liste des tableaux

Tableau 1-Ensemble des protocoles contenus dans le modle H.323 ..................................... 27 Tableau 2-Diffrents Codecs avec les dbits et le score MOS associs .................................... 30 Tableau 3-Classes de qualit et d'interactivit en fonction du retard de transmission ............ 31 Tableau 4-Diffrents modles de serveur de traitement dappel Cisco ................................... 37 Tableau 5-Identification des ports du Cisco IP Phone ............................................................. 45 Tableau 6-Identification des boutons du Cisco IP Phone ........................................................ 48 Tableau 7-Champs renseigner pour cration dun service .................................................... 62



Liste des annexes

Annexe I ................................................................................................................................... 74 Annexe II .................................................................................................................................. 78 Annexe III................................................................................................................................. 81 Annexe IV ................................................................................................................................. 83



Introduction gnrale

De nos jours, les gains des entreprises et des administrations publiques en production

sont influencs par les systmes de communication quelles possdent : plus on aura accs

linformation et dune manire plus rapide, plus on aura de bnfices. A cet effet une diversit

de moyens de communication se prsente dans son bureau : tlphones, annuaires, boite de

messagerie vocale, boite de messagerie lectronique, fax,etc. Lenjeu est de russir faire

converger le rseau informatique de donnes et le rseau tlphonique actuel tout en

garantissant la facilit dadministration, la scurit, la qualit de service et en optimisant les

cots de communications et dinvestissement. La tlphonie sous IP apparat aujourdhui

comme une solution pour remporter ce challenge.

Tenant compte des opportunits offertes par la tlphonie IP, le Ministre de

lEconomie et des Finances MEF a mis en place au niveau de ses directions une solution

reposant sur larchitecture Cisco AVVID (Architecture pour la Voix, la Vido et lIntgration

des Donnes). Do mon grand intrt y effectuer mon stage qui a commenc le 1er Fvrier et

sest achev le 15 Juin 2014. En effet ce stage de projet de fin dtudes a t pour moi

lopportunit dtudier profondment la ToIP, dapprhender la solution Cisco IP Telephony

et de sadapter son environnement technologique.

Le dfi majeur du Ministre de lEconomie et des Finances est de trouver comment

mieux exploiter et bnficier de toutes les possibilits offertes par sa solution Cisco de

tlphonie sur IP au-del de celles lies au service de la tlphonie classique, et ce pour mieux

amliorer la productivit de ses employs. Cest dans cette perspective que sinscrit mon projet

de fin dtudes et qui a pour missions principales de configurer des fonctionnalits avances

de tlphonie et de dvelopper de nouveaux services unifis pour les IP phones Cisco en faisant

inter-oprer plusieurs serveurs de donnes indpendants mais complmentaires avec le

serveur de tlphonie IP.

Afin de rendre compte, de manire analytique, du travail ralis dans ce projet de fin

dtude au sein du MEF, il apparat logique de prsenter titre pralable dans un premier

chapitre de ce rapport, lorganisme daccueil et le cadre gnral du projet, puis de faire une

tude gnrale sur la tlphonie sous IP ainsi que sur la technologie Cisco IP Telephony et ce,

dans un deuxime chapitre. Ensuite nous prsenterons dans un troisime chapitre

lenvironnement technique du dploiement et de dveloppement du projet et enfin nous

mettrons en vidence toutes les fonctionnalits configures et les services dvelopps durant

ce projet, et ceci dans un dernier chapitre.



CHAPITRE I

CONTEXT GENERAL

Dans ce chapitre :

Prsentation du Ministre de lEconomie et des Finances

Prsentation du projet



1. Prsentation du Ministre de lEconomie et des Finances

1.1 Introduction

Cette premire partie est ddie la prsentation de l'organisme d'accueil, son

historique, ses missions et sa structure. Elle a aussi pour objectif de dterminer l'organisation

de notre primtre d'tude qui nous sera utile pour la suite du travail.

1.2 Historique et missions du MEF

La cration de la Direction Gnrale des Finances date de 1912, donnant ainsi

naissance au premier budget marocain moderne (9 juin 1917), indispensable une gestion

saine des nuances de l'Etat, ainsi qu' la mise en place des moyens d'laboration et de mise en

uvre de la fiscalit. Cest en 1956 que la Direction Gnrale des Finances est devenue un

ministre plac sous l'autorit d'un ministre.

L'une des principales missions du MEF est La gestion des finances publique,

notamment travers l'laboration de la loi de finances et le suivi de sa mise en uvre et de son

excution effective; la dfinition des politiques fiscales et douanire et le suivi de leur mise en

pratique; ainsi que le recouvrement des recettes publiques et le paiement des dpenses

publiques.

Plus gnralement et dans le cadre de ses attributions, le Ministre des Finances est

en charge des questions financires et montaires, y compris les politiques des crdits et des

finances extrieures. Par ailleurs, le MEF assure la tutelle financire des entreprises et des

tablissements publics ou participation tatique et, le cas chant, contribue dans une large

mesure leur transfert au secteur priv, dans les cadres, lgislatif et rglementaire du

processus de privatisation.

1.3 Structure gnrale du MEF

Le Ministre de lconomie et des Finances regroupe 12 directions reprsentes sur

lorganigramme ci-dessous.

Notons aussi que le MEF a galement sous sa tutelle, les organismes suivants:

o L'Office des Changes

o La Caisse Marocaine des Retraites

o La Caisse Centrale de Garantie

o Le Conseil Dontologique des Valeurs Mobilires



1.4 Prsentation de la Direction des Affaires Administratives et

Gnrales DAAG

La Direction des Affaires Administratives et Gnrale a pour objectif principal la mise

en uvre des schmas d'organisation des services du ministre, concevoir et participer la

mise en uvre des mesures visant moderniser et renforcer des mthodes de management au

sein du ministre, prparer le suivi du budget du ministre, elle est aussi responsable de

dterminer et laborer la politiques de gestion des ressources ainsi que de superviser la mise

en uvre des systmes d'informations du ministre.

Direction des Affaires

Administratives et Gnrales

DAAG

Division de

la Formation

&

Coopration

Division du

Patrimoine &

Logistique

Division du

Budget &

Comptabilit

Division du

Systme

dInformation

DSI

Division du

Communication

& lInformation

Division

Organisation

& Contrle

Gestion

Division des

Ressources

Humaines

Figure 2-Organigramme de la DAAG

Direction des

Entreprises

Publiques et de

la Privatisation

Direction des

Assurances & de

la Prvoyance

Sociale

Direction des

Domaines de

lEtat

Direction

Gnrale des

Impts

Direction des

Etudes & des

Prvision

Financires

Agence

Judiciaire du

Royaume

Ministre de lconomie et des Finances

MEF

Inspection

Gnrale des

Finances (PI)

Administration

des Douanes &

Impts

Indirects

Trsorerie

Gnrale du

Royaume

Direction des

Affaires

Administratives

et Gnrales

Direction du

Budget

Direction du

Trsor et des

Finances

Extrieures

Figure 1-Organigramme du MEF



La DAAG regroupe son tour sept divisions dont la division du systme dinformation

(DSI). Cette dernire regroupe son niveau cinq services dont le service charg de

ladministration des rseaux (SAR) et au sein duquel jai effectu mon stage.

1.5 Le systme d'information de la DAAG

La DAAG dispose d'une infrastructure trs importante. En effet, ce rseau est divis

en Cinq zones dmilitarises. Chaque zone contient un ensemble de matriel allant des

serveurs aux cameras de surveillances, ainsi que des mesures de scurit trs varies.

o Zone DMZ publique : C'est une zone accessible depuis l'extrieur (internet)

l'intrieur et utilise dans le rseau des adresses IP publiques.

o Zone DMZ prive : C'est une zone accessible uniquement par les rseaux internes et

utilise dans le rseau des adresses IP prives.

o Zone proxy-reverse : C'est une zone dmilitarise qui contient le serveur reverse proxy

pour contrler les utilisateurs d'internet qui souhaitent accder au site du ministre, le

serveur reverse proxy protge les services web contre les attaques externe.

o Zone DMZ partenaire : C'est une zone dmilitarise qui contient les lignes spciales

qui lient le rseau du ministre avec leurs partenaires.

o Zone CES : C'est une zone dmilitarise qui contient les serveurs de la Direction du

Conseil Economique et Social

Division du Systme dInformation

DSI

Service de la

Qualit et des

Prestations

Partages

Service des

Equipements

Informatiques et

de la Maintenance

Service de

lAdministration

des Rseaux

SAR

Service des Etude

et du

Dveloppement

Service de

lexploitation

Figure 3-Organigramme de la DSI



1.6 Le Service de lAdministration des Rseaux SAR de la DAAG

Le SAR se charge de la supervision de :

o Ladministration du LAN de la DAAG

o Linterconnexion des diffrentes directions du Ministre (WAN)

o La connexion des directions au rseau Internet

o La gestion de la scurit du rseau interne et externe du Ministre laide de (Firewall,

IDS, DMZ, Antivirus)

o La gestion des services rseaux tels que la messagerie et le web

1.7 Conclusion

La DAAG dispose d'une infrastructure rseau trs importante et d'un systme

d'information trs compliqu qui contient des actifs sensibles, pour lui-mme et pour les autres

directions du Ministre de l'Economie et des Finances.

Figure 4-Schma du rseau LAN du MEF

Internet

Plateforme scurit

(serveurs Web

Finances)

Vers rseaux des

directions L2L

Serveurs SI Plateforme

communications (Tlphonie, Messagerie)

Vers rseaux des directions

L2L

Plateforme intranet,

serveurs ..

Vers rseaux des directions

WAN

Vers rseaux des directions Datacenter



2. Prsentation du projet

2.1 Introduction

Le Ministre de lEconomie et des Finances a dcid dadopter une solution de

communication IP avec la technologie Cisco pour ses directions car ses ingnieurs rseaux

comprennent les conomies de cots et les bnfices mtiers que peut procurer la convergence

des rseaux voix-vidos-donnes.

2.2 Objectif du projet

Avec la technologie avance des IP Phones on peut dune part, configurer des

fonctionnalits de tlphonie voix et vido avances et dautre part, dployer des services de

donnes unifis valeur ajoute qui rpondent aux besoins de ladministration et qui ainsi,

permettent un gain de temps et amliorent la productivit des employs.

Le prsent projet vise raliser les tches suivantes :

o Etude de la tlphonie IP avec la solution propritaire Cisco.

Studying Cisco IP Telephony

o Configuration de fonctionnalits avances de tlphonie IP avec Cisco Unified

Commuincation Manager CUCM.

Configuring advanced call features with CUCM

o Conception et dveloppement de nouveaux services unifis valeur ajoute pour les IP-

Phones Cisco.

Designing and Developing advanced Cisco Unified IP Phone Services

2.3. Conduite du projet

2.3.1 Mthodologie du projet : 2TUP

Pour entreprendre et conduire un projet, Ils existent plusieurs dmarches dont

chacune suit un processus spcifique. Le choix dune dmarche quelconque constitue un

facteur qui dtermine la russite ou lchec dun projet, du fait que cette dmarche cadre ses

diffrentes phases.

Pour raliser ce projet, on a opt pour le choix de la mthode 2TUP (Two Tracks

Unified Process) qui propose un cycle de dveloppement en Y et qui est une mthode volutive

et incrmentale qui rpond aux besoins des utilisateurs dans des temps prvisibles. Le

processus de mise en uvre de ce projet selon cette mthode est bien illustr sur la figure

suivante.



Figure 5-Processus de mise en uvre du projet selon la mthode 2TUP

2.3.2 Planification du projet : Diagramme de Gantt

La planification est parmi les phases davant-projet les plus importantes. Elle consiste

dterminer et ordonnancer les tches du projet et estimer leurs charges respectives.

Parmi les outils de planification de projet, nous avons utilis le diagramme de GANTT,

cest un outil qui permet de planifier le projet et de rendre plus simple le suivi de son

avancement. Ce diagramme permet aussi de visualiser lenchainement et la dure des

diffrentes tches durant le projet comme il est illustr sur la figure suivante le projet a t

repartitionner sur quatre grandes phases tales sur une priode de quatre mois et demi.

Initialisation

Etude Technique Etude Fonctionnelle

Dossier dinitialisation

Planification du projet

Etude des dispositifs du

dploiement du projet

Conception gnrique

Etude et analyse de la

technologie ToIP

Recherche darchitecture solution

Phase de ralisation

Configuration des Fonctionnalits

Conception et Dveloppement des Services

Tests



2.4 Conclusion

Ce chapitre introductif a t consacr essentiellement la prsentation de mon projet

de fin dtudes. Il a aussi mis laccent sur son objectif, sa planification et la mthodologie que

jai suivi pour le raliser.

Figure 6-Planification du projet avec le diagramme de Gantt



CHAPITRE II

ETUDE FONCTIONNELLE

Dans ce chapitre :

Gnralits sur La tlphonie IP (ToIP)

Prsentation de la Solution Cisco pour la tlphonie IP

Cisco Unified IP Phone Services



1. Gnralits sur La tlphonie IP (ToIP)

1.1 La tlphonie IP vs la voix IP (ToIP-VoIP)

La voix sur IP, ou VoIP pour Voice over IP, est une technique qui permet de

communiquer par la voix (ou via des flux multimdia : audio ou vido) sur des rseaux

compatibles IP, qu'il s'agisse de rseaux privs ou d'Internet, filaire (cble/ADSL/optique) ou

non (satellite, Wi-Fi, GSM, UMTS ou LTE).

La VoIP donc concerne le transport de la voix sur un rseau IP en utilisant le protocole TCP/IP

en envoyant les donnes sous forme de paquets contenant la voix numrise.

La VoIP repose sur deux principes :

o Le dcoupage du flux voix numris en une suite de paquets.

o Transit sur le rseau IP.

La tlphonie sur IP ToIP pour Telephony over Internet Protocol est une extension

des possibilits de la VoIP. En effet, elle repose sur les deux principes cits en haut mais les

tend en dpassant la limite du rseau WAN IP connect aux PABX classiques de la tlphonie

RTC. Lextension du rseau IP se fait jusquaux terminaux tlphoniques ou jusquaux

applications ddies la tlphonie (Skype, Voice-mail, E-mail, SMS)

La ToIP concerne les fonctions ralises par un autocommutateur tlphonique IPBX (IP-

PABX). Ceci est clairement illustr laide du schma ci-dessous.

Figure 7-La TOIP, une extension de la VOIP



1.2 Fonctionnement technique

Contrairement au RTC, qui utilise le fil de cuivre traditionnel pour arriver chez le

correspondant, la VoIP utilise le rseau maill du web pour effectuer ses transmissions. En

effet, elle utilise le protocole TCP/IP pour faire voyager les donnes (ici entirement

numriques [0 et 1]) entre les correspondants, et ce, par nimporte quel chemin. Ces donnes

(la voix) sont dcoupes en petits paquets et compresses grce un programme de codec

avant dtre transmises. Une fois arrives chez le destinataire, elles font lopration inverse,

savoir dcompression et restitution sonore.

Figure 8-La transmission de la voix sur le rseau IP

Pour bien arriver destination, chaque paquet est numrot et reoit ladresse du

destinataire. Ces paquets font alors leur propre route sur la toile en fonction du chargement ou

de l'encombrement. Si une ligne ou un circuit tombe, les paquets dj mis changent

automatiquement de route pour arriver destination. Une fois arrivs, les paquets sont remis

dans le bon ordre. Vu la vitesse laquelle ces oprations sont effectues (vitesse de la lumire),

nous ne nous rendons compte de rien.

1.3 Les diverses configurations de la ToIP

Figure 9-Les diverses configurations de la ToIP



Sur le schma ci-dessus, nous pouvons constater que nous pouvons distinguer

plusieurs cas de figure de tlphonie IP :

o Les deux correspondants communiquent par ordinateurs.

o Les deux correspondants communiquent via des tlphones IP (IP-Phones ou

Smartphones Wi-Fi).

o Les deux correspondants communiquent avec des tlphones normaux ou mobiles qui

utilisent une passerelle entre le rseau RTC ou GSM et le rseau IP.

Ceci dit, nous pouvons galement combiner les trois cas, par exemple une personne

peut se servir de son ordinateur ou de son tlphone IP pour appeler quelquun sur son

tlphone classique ou mobile en passant par une passerelle.

1.4 Les protocoles de transport

Le transport de la voix sur IP met en jeu de nombreux protocoles de couches

infrieures celle qui contient linformation voix parmi lesquels TCP, UDP, RTP et RTCP.

Les protocoles de transport classiquement utiliss pour transporter les donnes sont TCP et

UDP.

Le transport de la voix rpond des exigences diffrentes de celles relatives au

transport de donnes, savoir des fortes exigences de dlais, sans garantie aussi forte de

fiabilit (la perte de quelques paquets voix est en effet compensable par des algorithmes de

correction derreurs et par loreille humaine). Le protocole rpondant ces exigences est le

protocole RTP et RTCP.

1.4.1 RTP

La tlphonie sur IP ncessite le transfert de la voix en temps rel. Sur le rseau

Internet, ce mcanisme nest pas implment la base. Pour effectuer un appel, il faut donc

utiliser des protocoles spcifiques pour le transport des informations en temps rel : RTP (Real

Time Protocol) / RTCP (Real Time Control Protocol), normaliss IETF (RFC 3550 & 3650).

Le but de RTP et de fournir un moyen uniforme pour transmettre sur IP des donnes soumises

des contraintes de temps rel (audio, vido, ...). Le rle principal de RTP consiste mettre en

uvre des numros de squence de paquets IP pour reconstituer les informations de voix ou

vido mme si le rseau sous-jacent change l'ordre des paquets. RTP fonctionne sur le

protocole UDP.

Plus gnralement, RTP permet :

o D'identifier le type de l'information transporte.

o D'ajouter des marqueurs temporels et des numros de squence.



o De contrler l'arrive destination des paquets.

De plus, RTP peut tre vhicul par des paquets multicast afin d'acheminer des

conversations vers des destinataires multiples.

1.4.2 RTCP

Le protocole RTCP est bas sur des transmissions priodiques de paquets de contrle

par tous les participants dans la session. C'est un protocole de contrle des flux RTP,

permettant de vhiculer des informations basiques sur les participants d'une session, et sur la

qualit de service.

Figure 10-La pile du protocole RTCP

1.5 Les protocoles de signalisation

La signalisation concerne lchange dinformations entre les nuds dun rseau. Ces

informations servent ltablissement et au contrle des connexions travers le rseau. Il

existe divers protocoles de signalisation et d'changes de paramtres de communication. On

citera par exemple H323, SCCP, SIP, MGCP, IAX/IAX2 Le protocole SCCP retient toute mon

attention car il sagit du protocole propritaire de la solution Cisco pour la ToIP tudie dans

la suite de ce projet de fin dtudes.

1.5.1 H323

La norme H.323, dvelopp par l'IUT-T, est utilise pour linteractivit en temps rel

(change audio, vido, donnes, contrle et signalisation). C'est la norme la plus utilise

concernant la VoIP. Elle hrite de la norme H320 utilise pour la voix sur RNIS. Comme toute

norme, elle est constitue d'un ensemble de protocoles ralisant les diffrentes fonctions

ncessaires la communication.



CODECS Audio

CODECS Video

RAS H.225 (Registration Admission Status)

H.225 (Call Signaling)

H.245 Control Signaling

RTP (Real Time Transfer Protocol)

RTCP (Real Time Control Protocol)

Tableau 1-Ensemble des protocoles contenus dans le modle H.323

1.5.2 SCCP

Skinny Client Control Protocol (SCCP) est un protocole propritaire CISCOTM utilis

pour les changes entre le Call Manager et les IP-Phones. Le terme SKINNY est utilis pour

indiquer que le protocole SCCP est trs simple et requiert de ce fait des ressources processeur

limites. En effet, il utilise des messages prenant trs peu de bande passante. SCCP sutilise

dans une architecture simple il est facile utiliser contrairement H323. Le Cisco Call Manager

se comporte en proxy H323 et intgre une majorit des Process H323. Il assure la gestion des

vnements de signalisation pour les appels initialiss en utilisant les protocoles communs tels

que H.323, SIP, RNIS et/ou MGCP.

Les messages sont transmis via TCP en utilisant le port 2000. Ceux-ci comportent au

minimum trois champs de quatre octets :

o Un entier reprsentant la taille du message total.

o Une 2me champ rserv qui doit toujours tre zro.

o Un identifiant (MessageId) pour dterminer la nature du message.

o Le MessageId permet de dfinir linformation transmise entre le poste IP et le Call

Manager. Lorsque toutes les tapes du protocole de signalisation ont t excutes les

postes dialoguent entre eux en utilisant RTP.

1.5.3 SIP

Contrairement la norme H323, SIP (Session Initiation Protocol) est un protocole

unique de type requte/rponse trs proches des protocoles HTTP et SMTP. Il commence

prendre le pas sur la norme H323. SIP est normalis par l'IETF (RFC 3261).Il permet de crer

et grer des sessions entre participants pour changer des donnes indpendamment de leur

nature et du protocole de transport.



1.5.4 MGCP

Le protocole MGCP (Media Gateway Control Protocol) sert lchange de message de

signalisation entre un contrleur de passerelles de mdias et des passerelles rparties dans un

rseau IP. Pour ltablissement et la libration des connexions, MGCP se sert de signaux et

dvnements. La standardisation de MGCP a t stoppe pour faire place MEGACO/H.248

(MEdia GAteway COntrol protocol), protocole labor en collaboration entre lIETF et lUIT

(RFC 2705). Ce nouveau standard ntant pas driv de MGCP, la migration vers

MEGACO/H.248 semble trs difficile.

1.6 Les codecs

Un Codec est une abrviation pour Codeur/Dcodeur. Un codec est bas sur un

algorithme qui permet la compression des donnes qu'on lui donne. Il s'agit d'un procd

permettant de compresser et de dcompresser un signal, de l'audio ou de la vido, le plus

souvent en temps rel, permet une rduction de la taille du fichier original. Le codec numrise

et compresse la voix de l'metteur, ainsi les donnes numriques sont encapsules dans des

paquets IP et achemines vers le destinataire. A l'arrivs au destinataire, ce dernier grce au

mme codec dcompresse et restitue le son. Il On distingue des codecs pertes et codecs sans

pertes. Un codec pertes distingue les parties moins importantes des informations et les

supprime pour gagner en taille.

Une fois le signal numris et encod, il est prt tre transmis. Le transport des

donnes peut se faire par l'intermdiaire de plusieurs protocoles dont notamment RTP et

RTCP, le contrle du flux se faisant via les autres protocoles nomms plus haut. Arriv du ct

du rcepteur, le signal est dcod en utilisant le mme codec et ensuite restitu.

L'objectif d'un codec est la transformation d'un signal analogique vers un signal

numrique et vice-versa. Ici, le codec transforme donc le signal de la voix en donnes

numriques facilement transportables sur un rseau. Aprs de transport, le mme codec se

charge de reconvertir le signal numrique vers un signal analogique.

Il existe une diffrence majeure permettant de classer les codecs existants en deux

catgories : les codecs sans pertes (lossless) et les codecs avec pertes (lossy).

o Dans un codec lossless, tout le signal est transform en binaire et le dcodage restitue

des donnes parfaitement identiques celles donnes en entre. Ce type de codecs est

utilis quand la qualit de la restitution est importante.

o Dans un codec lossy, certaines parties du signal sont cartes et supprimes.



- La qualit de la voix:

Dans la tlphonie sur IP, les diffrents codecs retransmettent plus ou moins bien le

signal original. Pour mesurer la qualit de la voix restitue, on parle de score MOS (Mean

Opinion Score). C'est une note comprise entre 1 et 5 et attribue par des auditeurs jugeant de

la qualit de ce qu'ils entendent. Pour la VoIP, plusieurs codecs peuvent servir. Voici leurs

dtails :

G.711: Ce codec est le premier avoir t utilis dans la VoIP. Mme si il existe

maintenant des codecs nettement plus intressants, celui-ci continue d'tre implment dans

les quipements des fins de compatibilit entre marques d'quipements diffrentes.

Le codec G722, connue galement sous lappellation SB-MICDA (Modulation et

Codage Diffrentiel Adaptatif Sous-Bandes), propose trois niveaux de dbits : 64, 56, ou 48

kbit/s. Ses principaux avantages sont de coder le spectre sonore jusqu 7000 Hz et dtre trs

rapide.

Les codecs G.723.1 sont des normes particulirement adaptes aux transmissions bas

dbits puisquelles fonctionnent 6,4 kbps ou 5,3 kbps. La contrepartie est une moindre qualit

(scores MOS respectivement de 3,9 et 3,7).

Avec les codecs de la famille G723, G729 est le codec le plus utilis pour la VoIP. Il

fonctionne un dbit de 8 kbps et obtient un score MOS de 3.9, ce qui correspond la qualit

tlphonique. Comme G723.1, il ne permet pas la transmission des signaux fax ou frquences

vocales (DTMF, Dual Tone Multi Frequency).

La qualit dun codec est mesure de faon subjective en laboratoire par une

population test de personnes. Ces dernires coutent tout un ensemble de conversations

compresses selon les diffrents codecs tester et les valuent qualitativement selon

l'apprciation suivante, donne par une chelle appele MOS:

Excellente 5 ; Bonne 4 ; Correcte 3 ; Pauvre 2 ; Insuffisante 1 ; Mdiocre 0.

Voici un tableau correspondant aux diffrents Codeurs/Dcodeurs (Codec), les dbits

correspondants et la qualit sonore associe :



Codec VoIP Dbit (Kbps) Score MOS

G.711 (PCM) 64 4,1

G.722 64 4

G.726 62 3,85

G.729 8 3,92

G.723.1 6,4 3,9

G.723.1 5,3 3,65

GSM 13 3,5

G.729 x2 8 3,27

G.729 x3 8 2,68

Tableau 2-Diffrents Codecs avec les dbits et le score MOS associs

1.7 Qualit de service (QoS)

Le terme QoS (acronyme de Quality of Service , en franais Qualit de Service )

dsigne la capacit de vhiculer dans de bonnes conditions un type de trafic donn, en terme

de disponibilit, dbit, dlais de transit, taux de perte de paquets.Son but est ainsi

doptimiser les ressources du rseau et de garantir de bonnes performances aux applications

critiques.

En tlphonie IP on remarque certaines problmatiques principalement lies la

qualit sonore : lcho, les sifflements (causs par les logiciels visant corriger lcho) un

temps de raction lent et la perte de paquets.

Les principaux critres permettant d'apprcier la QoS sont les suivants :

1.7.1 La latence

La matrise du dlai de transmission est un lment essentiel pour bnficier d'un

vritable mode conversationnel et minimiser la perception d'cho (similaire aux dsagrments

causs par les conversations par satellites, dsormais largement remplacs par les cbles pour

ce type d'usage).

Or la dure de traverse d'un rseau IP dpend de nombreux facteurs:

o Le dbit de transmission sur chaque lien

o Le nombre d'lments rseaux traverss

o Le temps de traverse de chaque lment, qui est lui-mme fonction de la puissance et

la charge de ce dernier, du temps de mise en file d'attente des paquets, et du temps

d'accs en sortie de l'lment.



Le dlai de propagation de l'information est non ngligeable si on communique

l'oppos de la terre. Une transmission par fibre optique, l'oppos de la terre, dure environ 70

ms.

Noter que le temps de transport de l'information n'est pas le seul facteur responsable

de la dure totale de traitement de la parole. Le temps de codage et la mise en paquet de la voix

contribuent aussi de manire importante ce dlai.

Il est important de rappeler que sur les rseaux IP actuels (sans mcanismes de

garantie de qualit de service), chaque paquet IP fait son chemin indpendamment des

paquets qui le prcdent ou le suivent: c'est ce qu'on appelle grossirement le Best effort

pour signifier que le rseau ne contrle rien. Ce fonctionnement est fondamentalement

diffrent de celui du rseau tlphonique o un circuit est tabli pendant toute la dure de la

communication.

Les chiffres suivants (tirs de la recommandation UIT-T G114) sont donns titre

indicatif pour prciser les classes de qualit et d'interactivit en fonction du retard de

transmission dans une conversation tlphonique. Ces chiffres concernent le dlai total de

traitement, et pas uniquement le temps de transmission de l'information sur le rseau.

Classe n Dlai par sens Commentaires

1 0 150 ms Acceptable pour la plupart des

conversations

2 150 300 ms Acceptable pour la plupart des

communications faiblement interactives

3 300 700 ms Devient pratiquement une

communication half duplex

4 Au-del de 700 ms Inutilisable sans une bonne pratique de

la conversation half duplex

Tableau 3-Classes de qualit et d'interactivit en fonction du retard de transmission

En conclusion, on considre gnralement que la limite suprieure acceptable , pour une

communication tlphonique, se situe entre 150 et 200 ms par sens de transmission (en

considrant la fois le traitement de la voix et le dlai d'acheminement).

1.7.2 La perte de paquets

Lorsque les buffers des diffrents lments rseaux IP sont congestionns, ils

librent automatiquement de la bande passante en se dbarrassant d'une certaine proportion



des paquets entrant, en fonction de seuils prdfinis. Cela permet galement d'envoyer un

signal implicite aux terminaux TCP qui diminuent d'autant leur dbit au vu des acquittements

ngatifs mis par le destinataire qui ne reoit plus les paquets. Malheureusement, pour les

paquets de voix, qui sont vhiculs au-dessus d'UDP, aucun mcanisme de contrle de flux ou

de retransmission des paquets perdus n'est offert au niveau du transport. D'o l'importance

des protocoles RTP et RTCP qui permettent de dterminer le taux de perte de paquet, et d'agir

en consquence au niveau applicatif.

Si aucun mcanisme performant de rcupration des paquets perdus n'est mis en

place (cas le plus frquent dans les quipements actuels), alors la perte de paquet IP se traduit

par des ruptures au niveau de la conversation et une impression de hachure de la parole. Cette

dgradation est bien sr accentue si chaque paquet contient un long temps de parole

(plusieurs trames de voix de paquet). Par ailleurs, les codeurs trs faible dbit sont

gnralement plus sensibles la perte d'information, et mettent plus de temps

reconstruire un codage fidle.

Enfin connatre le pourcentage de perte de paquets sur une liaison n'est pas suffisant

pour dterminer la qualit de la voix que l'on peut esprer, mais cela donne une bonne

approximation. En effet, un autre facteur essentiel intervient; il s'agit du modle de rpartition

de cette perte de paquets, qui peut tre soit rgulirement rpartie, soit rpartie de manire

corrle, c'est dire avec des pics de perte lors des phases de congestion, suivies de phases

moins dgrades en terme de QoS.

1.7.3 La gigue

La gigue est la variance statistique du dlai de transmission. En d'autres termes, elle

mesure la variation temporelle entre le moment o deux paquets auraient d arriver et le

moment de leur arrive effective. Cette irrgularit d'arrive des paquets est due de multiples

raisons dont: l'encapsulation des paquets IP dans les protocoles supports, la charge du rseau

un instant donn, la variation des chemins emprunts dans le rseau, etc...

Pour compenser la gigue, on utilise gnralement des mmoires tampon (buffer de

gigue) qui permettent de lisser l'irrgularit des paquets. Malheureusement ces paquets

prsentent l'inconvnient de rallonger d'autant le temps de traverse global du systme. Leur

taille doit donc tre soigneusement dfinie, et si possible adapte de manire dynamique aux

conditions du rseau.



1.8 Avantages et inconvnients de la ToIP

1.8.1 Avantages de la ToIP

Pour un oprateur, une administration publique ou une entreprise prive possdant

son propre central tlphonique analogique ou digital, il existe de nombreux avantages

remplacer ce central traditionnel par un serveur de tlphonie IP. Parmi lesquelles on cite :

Rduction des cots

Les entreprises dpensent normment d'argent en communications tlphoniques.

Le prix des communications voix sur IP est trs rduit par rapport des communications

traditionnelles. La ToIP permet :

Une rduction du cot de cblage (Une prise unique pour le poste de travail) de 33% 50%

pour un nouveau site" (source : International Engineering Consortium).

Une rationalisation des liaisons et des abonnements oprateurs. Des mcanismes (codecs) de

compression permettent d'optimiser la bande passante pour transporter la voix et les donnes

entre les sites distants).

Disponibilit et mobilit

Le plus souvent, dans chaque local d'une entreprise, une seule ligne de tlphone est

disponible. De plus, cette ligne est souvent associe l'employ qui occupe le local.

En utilisant un Softphone sur une station de travail ou poste tlphonique IP, chaque

employ est accessible via son identifiant unique dans l'annuaire de l'entreprise, peu importe

le local dans lequel il se trouve. En effet, sa ligne tlphonique "le suit" et n'est plus

physiquement associe un lieu unique.

En matire de mobilit interne, on constate que:

o il n'est plus ncessaire de manipuler les connexions physiques au PABX ou de

changer le numro de tlphone associ un poste tlphonique lorsque celui-ci est

dplac.

o les utilisateurs sont disponibles au travers d'un annuaire unique, que ce soit dans

l'entreprise, une de ses filiales ou travers le monde (dplacement frquent).

o les utilisateurs ont l'opportunit d'associer leurs lignes avec n'importe quel poste

de tlphone IP disponible.

Flexibilit

Les solutions de tlphonie sur IP sont conues pour assumer une stratgie de migration

faible risque partir de linfrastructure existante. La transition de la solution actuelle vers la

tlphonie sur IP peut donc seffectuer en douceur. De plus, la communication par Internet



offre la gratuit des communications intersites ainsi quune facilit dintgration des siges

distants. galement, les standards ouverts (interoprabilit) permettent de changer de

prestataire et dinterconnecter du matriel de fournisseurs diffrents. La convergence facilite

lintgration avec le systme linformation et simplifie linfrastructure.

Simplification de la gestion des rseaux voix, donnes et vido

En positionnant la voix comme une application supplmentaire du rseau IP,

lentreprise ne va pas uniquement substituer un transport oprateur RTC un transport IP,

mais va galement simplifier la gestion des trois rseaux (voix, donnes et vido) par ce seul

transport. La tlphonie IP permet ainsi de contrler les rseaux de communication de

donnes et de voix partir dune interface unique sur Internet.

Les services valeurs ajoutes

Au-del des fonctionnalits classiques de tlphonie, la solution de tlphonie sur IP

permet daborder de nouveaux services comme la possibilit de disposer dun annuaire

constamment remis jour et daccder diverses sources dinformation en ligne (mto, infos,

bourse des valeurs..). Aussi avec la messagerie unifie, tous les systmes de communication

(vocale, e-mail, fax, fixe ou mobile) sont regroups en un seul systme ; ils peuvent tre

consults tous la fois partir dune simple interface graphique depuis un IP-Phone.

1.8.2 Inconvnients de la ToIP

Evolution ne rime pas toujours avec progrs. Il en va de mme avec la ToIP.

Lutilisation de cette technologie procure certes des avantages mais galement des

inconvnients. En effet, lorsquon parle de tlphonie IP, quelques problmes restent rgler.

Les principaux inconvnients de la tlphonie IP sont les suivants :

Fiabilit et qualit sonore

Un des problmes les plus importants de la tlphonie sur IP est la qualit de la

retransmission qui nest pas encore optimale. En effet, des dsagrments tels la qualit de la

reproduction de la voix du correspondant ainsi que le dlai entre le moment o lun des

interlocuteurs parle et le moment o lautre entend peuvent tre extrmement problmatiques

dans le milieu professionnel. De plus, il se peut que des morceaux de la conversation manquent

(des paquets perdus pendant le transfert) sans tre en mesure de savoir si des paquets ont t

perdus et quel moment.



Attaque de virus et vol

Bien que la tlphonie IP offre plusieurs avantages aux organisations, le manque de

maturit de cette technologie mergente pose incontestablement de nouvelles problmatiques

sur le plan de la scurit . Alors que les entreprises taient habitues la fiabilit quasi totale

des rseaux voix traditionnels, les rseaux VoIP sont soudainement exposs aux mmes virus

et attaques de pirates que ceux des bases de donnes. Les attaquants parvenant accder un

serveur ToIP peuvent galement accder aux messages vocaux stocks et au service

tlphonique pour couter des conversations ou effectuer des appels gratuits sur votre compte.

Si un serveur ToIP est infect par un virus, vous risquez de ne plus avoir accs votre service

tlphonique. Le virus peut galement infecter dautres ordinateurs connects au systme.

1.9 Solutions adaptes la tlphonie sur IP

Il existe plusieurs solutions de tlphonie sur IP :

Solutions propritaires :

Cisco (CUME, CUCM),

Avaya,

3Com,

Netcom,

Alcatel,

Etc

Solutions open source :

Asterisk.

Comme le ministre de lconomie et des finances adopte la solution propritaire

Cisco pour la tlphonie IP nous avons opt pour cette solution afin dintgrer et de dvelopper

de nouvelles fonctionnalits pour le Cisco Unified Communication Manager (CUCM) et pour

les IP-Phones.



2. Prsentation de la Solution Cisco pour la tlphonie IP

2.1 Le systme Cisco Unified Communications

Le systme Cisco Unified Communications est un ensemble complet de solutions

puissantes dans les domaines de lIP Tlphonie, des communications unifies, de la

confrence vido et audio sur IP, et du centre de contact, destines au march des entreprises.

Ces solutions ont pour objectif daider les organisations raliser des gains en amliorant leur

efficacit oprationnelle, en accroissant leur productivit et en augmentant la satisfaction de

leurs clients. Cisco Unified Communications Manager, qui est un lment fondamental du

systme IP Communications, est le composant logiciel de traitement dappel de la solution dIP

Tlphonie pour lentreprise de Cisco. Il sinscrit dans le cadre de larchitecture Cisco AVVID

(Architecture pour la Voix, la Vido et lIntgration des Donnes).

2.2 La plate-forme Cisco Unified Communications Manager

La plate-forme Cisco Unified Communications Manager CUCM (anciennement

appel : Cisco Unified CallManager) est un serveur de traitement dappels qui tend les

fonctionnalits tlphoniques dans lentreprise aux quipements connects sur le rseau de

donne tels que les tlphones IP, les quipements de traitement de la voix, les passerelles

VoIP et les applications multimdia. Les services additionnels de data, voix et vido tels que la

messagerie unifie, la confrence multimdia, le centre de contact collaboratif et les systmes

de rponse multimdia interactifs interagissent avec la solution dIP Tlphonie par

lintermdiaire des interfaces de programmation ouverts (APIs) natifs de Cisco Unified

Communications Manager. Cisco Unified Communications Manager sinstalle sur les serveurs

de convergence de mdia de Cisco (MCSs 7800) ainsi que sur un choix de serveurs dautres

constructeurs (HP, IBM).

Cisco Unified Communications Manager est livr avec une srie dapplications et

dutilitaires qui comprend Cisco Unified Communications Manager Attendant Console, qui est

un logiciel de poste oprateur pour PC, une application de confrence en mode impromptu

(ad-hoc), Bulk Administration Tool (BAT), CDR Analysis and Reporting tool (CAR), Real-Time

Monitoring Tool (RTMT), Cisco Unified Communications Manager Auto-Attendant, qui est un

standard automatique simple et de petite capacit, Tool for Auto-registered Phones Support

(TAPS) et IP Manager Assistant (IPMA), qui est une application de filtrage patron-secrtaire.

Ils existent plusieurs modles de serveur de traitement dappel Cisco qui

diffrent selon la taille de lentreprise et son nombre demploys. Le tableau suivant

prsente les diffrents modles disponibles.



Tableau 4-Diffrents modles de serveur de traitement dappel Cisco

Dans le ministre de lconomie et des finances et spcifiquement dans la DAAG dont

le nombre demploys est de 745 (tir de finances.gov.ma), le choix a t opt pour ldition

Cisco Unified Commuincation Manager 8.6.

2.3 Architectures de dploiement du CUCM

Cisco Unified Communications Manager (CUCM) constitue une solution de

traitement dappel pour les entreprises, volutive, haute disponibilit. On peut grer environ

7500 tlphones IP par serveur CUCM. Cisco Unified Communications Manager peut oprer

dans une architecture centralise ou distribue. Plusieurs serveurs CUCM peuvent tre forms

en grappe (cluster) et administrs comme une seule entit.

Modle Nombre demploys

Principaux avantages

Cisco Unified Communications gamme

500

5-50

Fonctionne avec les applications bureautiques et les programmes de gestion de relation client (CRM) existants

Sintgre avec Cisco Unified Communications Manager Express

Disponible en tant quapplication serveur unique

Cisco Unified Communications Manager Express

Jusqu 240

Fourni avec les routeurs services intgrs Cisco

Facile connecter au bureau grce Cisco Unified Communications Manager

Cisco Unified Communications

Manager Business Edition

Jusqu 500 utilisateurs

Prise en charge de nouvelles applications tlphoniques innovantes

Prise en charge des communications voix et des fonctions de mobilit sur un seul serveur

Fonctionne sur 5 sites diffrents

Cisco Unified

Communications

Manager

150-500+

Hautement volutif pour sadapter aux besoins de votre entreprise

Prise en charge de nouvelles applications tlphoniques innovantes

Disponible en tant quapplication serveur unique

Fonctionne avec des serveurs tiers



Un cluster de CUCM est compos dau moins 2 serveurs partageant une mme base

de donnes et travaillant ensemble afin de supporter un groupe dquipements tlphoniques.

o Le Publisher est le serveur matre qui a les droits dcriture dans les bases de donnes.

o Le Subscriber est le serveur esclave qui a que les droits de lecture.

Il est possible davoir au maximum dans un cluster 1 Publisher et 8 Subscribers

(restrictions SQL). Lorsquon modifie un paramtre CUCM, la modification est crite dans le

Publisher puis ce dernier rplique la modification vers les Subscribers du cluster. En cas de

dfaillance du Publisher les Subscribers stockent les tickets dappel dans leurs bases CDR (Call

Dtail Record) et mettront jour celle du Publisher lorsquil redeviendra oprationnel.

La construction dune grappe contenant plusieurs serveurs de traitement dappel sur

un rseau IP est une possibilit unique sur le march, qui met en vidence la qualit avance

de larchitecture propose par Cisco. Le modle en grappe permet une volution de 1 40.000

Tlphones IP pour une grappe, permet le partage de charge entre serveurs et la redondance

du service de traitement dappel. En reliant plusieurs grappes entre elles, la capacit du

systme peut tre porte 1 million dutilisateurs dans le cas dun systme constitu de 100

grappes et plus. La notion de grappe (cluster) agrge la puissance de serveurs CUCM multiples

et distribus, amliorant lvolutivit et laccessibilit des serveurs vis--vis des tlphones, des

passerelles et des applications. La possibilit de redondance triple du service de traitement

dappel porte la disponibilit du systme dans son ensemble un niveau ingal.

Figure 11-Reprsentation dune grappe (Cluster)

Lavantage de cette architecture distribue se traduit par une disponibilit maximale

du systme, un partage de charge et une volutivit incomparable.



2.4 Fonctionnalits assures par le CUCM

Le serveur de tlphonie IP Cisco Unified Communication Manager assure la

configuration et la mise en marche de plusieurs fonctionnalits, on cite par exemple :

o Signalisation et traitement dappel: CUCM assure le routage, ltablissement et la

clture dappels. Il permet aussi dassurer les services de taxation.

o Administration du plan de numrotation : Le plan de numrotation permet au CUCM

de router un n de tlphone vers la destination requise.

o Administration de services tlphoniques: CUCM permet dassurer des fonctionnalits

tlphoniques telles que la mise en attente, les transferts dappel, les confrences audio

et vido.

o Cisco Unified Mobility & Mobile Voice Access: CUCM permet dintgrer et de faire des

appels de et vers les tlphones mobiles en double-mode, Wifi/GSM.

o Services dannuaire: CUCM utilise le DC Directory comme annuaire LDAP. Cet

annuaire gre lauthentification et les autorisations des utilisateurs. Cependant Call

Manager peut tre intgr un annuaire dentreprise de type Active Directory.

o Interface de programmation pour applications externes: Call Manager contient une

interface de programmation permettant de sinterconnecter avec des applications

externes telles quune console opratrice, un centre dappels



3. Les services IP Phones unifis de Cisco

3.1 Prsentation

Les services unifis pour les IP Phone de Cisco apportent la puissance du rseau

mondiale du web pour les IP-Phone Cisco. Ces services sont une partie intgrante de la solution

Cisco AVVID (Architecture pour la Voix, la Video et les donnes intgres), ces services de

tlphonie IP permettent d'accder aux rseaux des applications intelligentes et des outils

dynamiques et interactifs de communication et permettent ainsi damliorer la productivit

des employs.

Le dveloppement de ces services repose sur les technologies du web suivantes :

o LeXtensible Markup Language (XML) qui fournit des balises de base pour le

support des donnes au niveau de lIP Phone de Cisco.

o LHyper-Text Transfer Protocol (HTTP) et le TCP/IP qui sont des protocoles

de transport de donnes.

o Les serveurs web et les langages de scripts web pour le dveloppement

dapplications.

3.2 Exemples de services unifis

Ils existent plusieurs services attrayants qui peuvent tre fourni aux tlphones IP Cisco. Ce

qui suit est une liste non exhaustive des services :

o Un ordonnanceur Salle de confrence

o Un calendrier avec prises de rendez-vous

o Une horloge internationale

o Les rapports mtorologiques

o Informations sur la bourse des valeurs

o Notifications de l'entreprise

o Les horaires du transport en commun

o Rservations de billets

o Etc



3.3 Les objets XML des IP-Phones Cisco

3.3.1 Le fonctionnement des objets XML

La cration des applications de services interactifs est relativement facile quand on

comprend les objets XML qui sont dfinis pour les tlphones IP unifis de Cisco ainsi que le

comportement que chaque objet XML gnre.

En ce qui concerne les services, le tlphone n'a aucun concept d'tat lorsquil charge

une page XML. Les tlphones IP unifis de Cisco peuvent utiliser HTTP pour charger une

page de contenu dans de nombreux endroits diffrents, partir du moment que le bouton des

services est appuye. Indpendamment de ce qui provoque le tlphone pour charger une page,

le tlphone se comporte toujours de manire approprie aprs le chargement d'une page.

Le comportement appropri dpend uniquement du type de donnes qui ont t livrs

la page. Le serveur Web doit livrer les pages XML avec un type MIME de TEXT/XML.

Cependant, le mcanisme exact requis varie selon le type de serveur Web quon utilise et le

mcanisme ct serveur quon utilise pour crer des pages qui renvoient du XML (par exemple,

les fichiers statiques, JavaScript, JSP, CGI, et ainsi de suite).

3.3.2 Les diffrents objets XML

o CiscoIPPhoneMenu

o CiscoIPPhoneText

o CiscoIPPhoneInput

o CiscoIPPhoneDirectory

o CiscoIPPhoneImage

o CiscoIPPhoneImageFile

o CiscoIPPhoneGraphicMenu

o CiscoIPPhoneGraphicFileMenu

o CiscoIPPhoneIconMenu

o CiscoIPPhoneIconFileMenu

o CiscoIPPhoneStatus

o CiscoIPPhoneStatusFile

o CiscoIPPhoneExecute

o CiscoIPPhoneResponse

o CiscoIPPhoneError



3.3.3 Dfinitions des objets XML pour les IP-Phones Cisco

3.3.3.a CiscoIPPhoneMenu

Un menu sur un IP Phone/IP Communicator comprend une liste d'lments de

texte/options, un par ligne. Les utilisateurs peuvent slectionner un lment du menu en

utilisant les boutons de navigation.

Aprs que l'utilisateur choisit un lment / une option du menu, le tlphone gnre

une requte HTTP pour la page avec l'URL ou excute les identificateurs de ressources

uniformes (URIs) qui sont associs l'lment de menu.

Titre afficher en haut de lcran Texte afficher en bas de lcran Le nom de chaque lment du menu L'URL associ avec l'lment du menu

3.3.3.b CiscoIPPhoneText

L'objet XML CiscoIPPhoneText affiche un texte ordinaire ASCII 8-bits sur l'cran du

tlphone. Le message ne doit contenir aucun des caractres de contrle, l'exception

des retours chariot, les sauts de ligne, et les onglets.

Titre afficher en haut de lcran Texte afficher en bas de lcran Texte afficher comme corps de message

3.3.3.c CiscoIPPhoneInput

Quand un tlphone IP unifi Cisco reoit un objet XML de Type CiscoIPPhoneInput,

il construit une forme d'entre et l'affiche. L'utilisateur entre ensuite les donnes dans chaque

point d'entre et envoie les paramtres l'URL cible.

Titre afficher en haut de lcran Texte de demande afficher en bas de lcran L'URL cible pour l'entre complte va ici Nom du champ de saisie Le paramtre ajouter l'URL cible Le nom d'affichage par dfaut Le drapeau spcifiant le type d'entre admissible



3.3.3.d CiscoIPPhoneDirectory

Le tlphone a intgr l'origine l'objet XML CiscoIPPhoneDirectory pour soutenir

les oprations de recherche dans lannuaire des tlphones IP unifis de Cisco, mais il est

disponible pour des fins de dveloppement aussi.

Titre du rpertoire Texte de demande afficher en bas de lcran Le nom de l'entre du rpertoire Le numro de tlphone de l'entre

3.3.3.e CiscoIPPhoneImageFile

La dernire gnration des IP Phones Unifis Cisco a une haute rsolution

daffichage avec beaucoup plus de couleurs de profondeur. Pour supporter cet affichage avanc,

un nouvel objet XML permet dutiliser des images PNG en couleurs en plus de lancien objet

CiscoIPPhoneImage qui permet laffichage des images en niveau de gris.

Titre de limage va ici Texte de demande afficher en bas de lcran La position horizontale du graphique La position verticale du graphique Pointe l'image PNG

3.3.3.f Custom Softkeys

Les Tlphones IP unifis de Cisco peuvent utiliser des touches programmables

personnaliss avec plusieurs objets XML affichables dans les IP-Phones Cisco pour excuter

des actions diverses. Les touches programmables peuvent avoir soit un "action" URL ou URI

qui leur sont associs.

Etiquette afficher de la touche programmable URL ou URI d'action pour l'vnement touche libre URL ou URI d'action pour l'vnement touche appuye Position de la touche programmable



CHAPITRE III

ETUDE TECHNIQUE

Dans ce chapitre :

Environnements de dploiement de la ToIP

Environnements et technologies de dveloppement des

services unifis



1. Environnements de dploiement de la ToIP

1.1 La machine virtuelle VMware Workstation

Cisco Unified Communications Manager sinstalle sur les serveurs de convergence

de mdia de Cisco (MCSs 7800) ainsi que sur un choix de serveurs dautres constructeurs (HP,

IBM).

Pour les besoins du prsent projet, on a install CUCM 8.6 sur une machine

virtuelle en utilisant VMware Workstation 8. La configuration requise pour installer CUCM

8.6 sur VMware Workstation est montr sur la figure suivante :

1.2 Les IP-Phones Cisco

Cisco IP-Phone est le terminal de tlphonie IP de la socit Cisco. Les postes Cisco

IP-Phone sont des modles haut de gamme : offrant un accs plusieurs lignes tlphoniques,

ils sont dots dcrans de haute rsolution et supportent XML, HTML et java. Ils possdent les

principales fonctionnalits de la tlphonie classique (transfert, renvois, mise en attente) et

ils sont configurables pour se connecter des services externes (annuaire, mto, actions, ).

Figure 12-Configuration de la machine virtuelle pour installer CUCM 8.6

Tableau 5-Identification des ports du Cisco IP Phone



1.3 Le Cisco IP-Communicator

Cisco IP Communicator est une application bureautique qui fournit lordinateur

toutes les fonctions d'un tlphone IP Cisco permettant de passer, de prendre et de traiter des

appels. En installant Cisco IP Communicator sur un ordinateur portable, on peut utiliser Cisco

IP Communicator (ainsi que tous nos paramtres et services tlphoniques) o que nous

soyons condition de disposer d'une connexion au rseau de notre entreprise. Si, par exemple,

un employ est en dplacement professionnel, Cisco IP Communicator lui permet de recevoir

des appels ou de consulter ses messages vocaux lorsquil est en ligne. Si un collaborateur

travaille domicile, ses collgues peuvent lui contacter en composant son numro de tlphone

professionnel.

Figure 14-Cisco IP Communicator et Cisco Unified Video Advantage

Figure 13-IP Phone Cisco



Numro Identification Fonction

1

Touches programmables

Selon la configuration de votre tlphone, les touches programmables permettent l'accs aux :

Lignes tlphoniques et lignes intercom (boutons de ligne)

Numros abrgs (boutons de numrotation abrge, y compris la fonctionnalit de numrotation abrge FLO)

Services Web (bouton du carnet d'adresses personnel, par exemple)

Fonctionnalits d'appel (par exemple, bouton de confidentialit, de mise en attente ou de transfert).

Les boutons s'allument et leur couleur indique l'tat de l'appel :

Vert fixe : appel actif ou appel intercom bidirectionnel

Vert clignotant : appel en attente

Orange fixe : fonction de confidentialit en cours d'utilisation, appel intercom unidirectionnel ou activation de NPD

Orange clignotant : appel entrant ou reprendre

Rouge fixe : ligne distante en cours d'utilisation (ligne partage ou tat FLO)

2

Indicateur de

message vocal et

de sonnerie

Indique un appel entrant et un nouveau message vocal.

3

Touches de fonction

Chaque bouton permet d'activer une touche de fonction. On peut galement cliquer sur les libells de touche de fonction (au lieu des boutons).

4

Bouton Messages

Compose gnralement le numro de votre service de messagerie vocale automatiquement (varie selon les services). Raccourci clavier : Ctrl + M.

5

Bouton Rpertoires

Ouvre ou ferme le menu Rpertoires. Permet d'afficher les journaux d'appels et un rpertoire d'entreprise, et de composer des numros partir de ceux-ci. Raccourci clavier : Ctrl + D. On peut galement utiliser la fonction Recherche rapide (Alt + K) pour effectuer une recherche dans des rpertoires.

6

Bouton Paramtres

Ouvre ou ferme le menu Paramtres. Permet de dfinir l'apparence de l'cran du tlphone et les sonneries. Raccourci clavier : Ctrl + S.



7

Bouton Services

Ouvre ou ferme le menu Services. Raccourci clavier : Ctrl + R.

8

Bouton Lancer Video

Permet de lancer Cisco Unified Video Advantage. On doit excuter Cisco Unified Video Advantage version 2.0 et Cisco IP Communicator version 2.0 sur le mme PC pour utiliser cette fonctionnalit.

Tableau 6-Identification des boutons du Cisco IP Phone

1.4 Lapplication Cisco Unified Video Advantage

Cisco IP Communicator fonctionne avec Cisco Unified Video Advantage (CUVA),

une autre application bureautique, pour amliorer et enrichir les communications grce la

vido. Par exemple, si on passe un appel par le biais de Cisco IP Communicator et, la vido

disponible, cette dernire sera automatiquement affiche par le biais de Cisco Unified Video

Advantage.



2. Technologies et environnements de dveloppement des

services unifis

2.1 Technologies de dveloppement

Plusieurs langages peuvent servir pour dvelopper des services XML supports

par les IP-Phones Cisco. Pour la ralisation de notre projet, et aprs avoir sinitier avec les

chantillons dapplications du SDK de Cisco, nous avons opt pour la solution Open Source

PHP pour dvelopper nos services, et ce pour enrichir encore le contenu ddi au domaine du

dveloppement de services unifis pour les IP-Phones Cisco sur la toile.

2.1.1 Cisco IP-Phone services software development kit (SDK)

Cisco met la disposition des dveloppeurs un kit de dveloppement logiciel de services

pour les IP-Phones Cisco. Ce SDK fournit des bibliothques de logiciels, de la documentation

API, et des exemples d'applications pour les dveloppeurs d'applications de tlphonie IP.

Ce SDK contient des programmes ASP / Javascript et JSP / Java, des chantillons qui servent

de modles pour une varit d'applications, y compris la livraison de contenu web, couplage

tlphonie-informatique (CTI), la transmission audio et l'accs au API de Cisco Unified

Communications Manager.

2.1.2 PHP

PHP: Hypertext Preprocessor, plus connu sous son sigle PHP (acronyme rcursif),

est un langage de programmation libre principalement utilis pour produire des pages Web

dynamiques via un serveur HTTP, mais pouvant galement fonctionner comme n'importe quel

langage interprt de faon locale. PHP est un langage impratif orient-objet.

Ce qui distingue PHP des langages de script comme le Javascript, est que le code est excut

sur le serveur, gnrant ainsi le HTML/XML, qui sera ensuite envoy au client (IP-Phone

Cisco). Le client ne reoit que le rsultat du script, des objets XML dans notre cas, sans aucun

moyen d'avoir accs au code qui a produit ce rsultat.

2.1.3 XML

XML: L'Extensible Markup Language langage de balisage extensible est un

langage informatique de balisage gnrique qui drive du SGML. Cette syntaxe est dite

extensible car elle permet de dfinir diffrents espaces de noms, c'est--dire des langages

avec chacun leur vocabulaire et leur grammaire, cest le cas pour les objets XML supports par

les IP-Phone Cisco par exemple.



XML est reconnaissable par son usage des chevrons (< >) encadrant les balises. L'objectif

initial est de faciliter l'change automatis de contenus complexes (arbres, texte riche) entre

systmes d'informations htrognes (interoprabilit). Avec ses outils et langages associs

une application XML respecte gnralement certains principes :

o la structure d'un document XML est dfinie et valide par un schma

o un document XML est entirement transformable dans un autre document XML

2.2 Environnements de dveloppement

2.2.1 Eclipse PDT

PHP Development Tools (P

y-140804140458-phpapp01

Documents