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
2 | P a g e

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
3 | P a g e

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

4 | P a g e

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

5 | P a g e

.
.

.

.
" " " "
.

.

.

:

.

6 | P a g e

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

7 | P a g e

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

8 | P a g e

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

9 | P a g e

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
10 | P a g e

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

11 | P a g e

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

12 | P a g e

Liste des annexes

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

13 | P a g e

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 1
er
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.
14 | P a g e

CHAPITRE I

CONTEXT GENERAL

Dans ce chapitre :

Prsentation du Ministre de lEconomie et des Finances

Prsentation du projet

15 | P a g e

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

16 | P a g e

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
17 | P a g e

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
18 | P a g e

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
19 | P a g e

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.
20 | P a g e

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

21 | P a g e

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
22 | P a g e

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
23 | P a g e

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
24 | P a g e

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
25 | P a g e

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.
26 | P a g e

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.

27 | P a g e

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.

28 | P a g e

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.

29 | P a g e

- 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 :

30 | P a g e

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.
31 | P a g e

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
32 | P a g e

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.

33 | P a g e

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
34 | P a g e

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.

35 | P a g e

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.

36 | P a g e

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.
37 | P a g e

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
38 | P a g e

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.
39 | P a g e

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

40 | P a g e

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

41 | P a g e

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

42 | P a g e

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.
<CiscoIPPhoneMenu>
<Title>Titre afficher en haut de lcran</Title>
<Prompt>Texte afficher en bas de lcran </Prompt>
<MenuItem>
<Name>Le nom de chaque lment du menu</Name>
<URL>L'URL associ avec l'lment du menu</URL>
</MenuItem>
</CiscoIPPhoneMenu>

3.3.3.b CiscoIPPhoneText
L'objet XML CiscoIPPhoneText affiche un texte ordinaire ASCII 8-bits sur l'cran du
tlphone. Le message <Text> ne doit contenir aucun des caractres de contrle, l'exception
des retours chariot, les sauts de ligne, et les onglets.
<CiscoIPPhoneText>
<Title> Titre afficher en haut de lcran </Title>
<Prompt> Texte afficher en bas de lcran </Prompt>
<Text> Texte afficher comme corps de message</Text>
</CiscoIPPhoneText>

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.
<CiscoIPPhoneInput>
<Title> Titre afficher en haut de lcran </ Title >
<Prompt> Texte de demande afficher en bas de lcran </ Prompt>
<URL> L'URL cible pour l'entre complte va ici </ URL>
<InputItem>
<DisplayName> Nom du champ de saisie </ DisplayName>
<QueryStringParam> Le paramtre ajouter l'URL cible</QueryStringParam>
<DefaultValue> Le nom d'affichage par dfaut </ ValeurParDfaut>
<InputFlags> Le drapeau spcifiant le type d'entre admissible </ InputFlags>
</ InputItem>
</ CiscoIPPhoneInput>
43 | P a g e

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.
<CiscoIPPhoneDirectory>
<Title>Titre du rpertoire</Title>
<Prompt> Texte de demande afficher en bas de lcran </Prompt>
<DirectoryEntry>
<Name> Le nom de l'entre du rpertoire </Name>
<Telephone> Le numro de tlphone de l'entre </Telephone>
</DirectoryEntry>
</CiscoIPPhoneDirectory>

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.
<CiscoIPPhoneImageFile Mode WindowMode= Width de XSI fentre>
<Title> Titre de limage va ici </Title>
<Prompt> Texte de demande afficher en bas de lcran </ Prompt>
<Location> La position horizontale du graphique </ Location>
<Location> La position verticale du graphique </ Location>
<URL> Pointe l'image PNG </ URL>
</ CiscoIPPhoneImageFile>

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.
<SoftKeyItem>
<Name> Etiquette afficher de la touche programmable </ Name>
<URL> URL ou URI d'action pour l'vnement touche libre </ URL>
<URLDown> URL ou URI d'action pour l'vnement touche appuye </ URLDown>
<Position> Position de la touche programmable</ Position>
</ SoftKeyItem>

44 | P a g e

CHAPITRE III

ETUDE TECHNIQUE

Dans ce chapitre :

Environnements de dploiement de la ToIP

Environnements et technologies de dveloppement des
services unifis

45 | P a g e

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
46 | P a g e

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
47 | P a g e

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.
48 | P a g e

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.

49 | P a g e

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.
50 | P a g e

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 (PDT) est un outil qui sinscrit dans le projet PHP Eclipse
IDE qui fournit un Framework PHP intgr comme environnement de dveloppement pour la
plate-forme Eclipse. Ce projet englobe les composants de dveloppement ncessaires pour
dvelopper des applications Web bases sur PHP et facilite l'extensibilit. Il s'appuie sur le
Projet d'outils Web existants pour fournir aux dveloppeurs des capacits de PHP.

2.2.2 Le serveur WAMP
WAMP est un serveur web permettant dexcuter les scripts PHP et de renvoyer le
rsultat sous forme de HTML/XML. Cest un acronyme informatique signifiant :
o Windows : assure l'attribution des ressources aux trois composantes qui suivent :
o Apache : est le serveur web qui rpond directement aux requtes du client web
o MySQL : stocke toutes les donnes de l'application
o PHP : Language de scripts dynamiques

2.2.3 Le protocole LDAP
LDAP (Lightweight Directory Access Protocol, traduisez Protocole d'accs aux
annuaires lger est un protocole standard permettant de grer des annuaires, c'est--dire
d'accder des bases d'informations sur les utilisateurs d'un rseau par l'intermdiaire de
protocoles TCP/IP. Les bases d'informations sont gnralement relatives des utilisateurs ou
des organisations.
Un annuaire est prvu pour tre plus sollicit en lecture qu'en criture. Cela signifie
qu'un annuaire est conu pour tre plus souvent consult que mis jour. Les donnes sont
stockes de manire hirarchique dans l'annuaire, tandis que les bases de donnes dites
relationnelles stockent les enregistrements de faon tabulaire.

51 | P a g e

Le modle de nommage des lments constitue un arbre (racine, branches, feuilles)
qui reflte souvent le modle politique, gographique ou d'organisation de la structure
reprsente. Une entre est indexe par un nom distinct (DN, distinguished name) permettant
d'identifier de manire unique un lment de l'arborescence.
Un DN se construit en prenant le nom de l'lment, appel Relative Distinguished
Name (RDN, c'est--dire le chemin de l'entre par rapport un de ses parents), et en lui
ajoutant l'ensemble des noms des entres parentes. Il s'agit d'utiliser une srie de paires
cl/valeur permettant de reprer une entre de manire unique. Voici une srie de cls
gnralement utilises :
o uid (userid), il s'agit d'un identifiant unique obligatoire
o cn (common name), il s'agit du nom de la personne
o givenname, il s'agit du prnom de la personne
o sn (surname), il s'agit du surnom de la personne
o (organization), il s'agit de l'entreprise de la personne
o u (organizational unit), il s'agit du service de l'entreprise dans laquelle la personne
travaille
o mail, il s'agit de l'adresse de courrier lectronique de la personne (bien videmment)
Lexemple suivant reprsente un Distinguished Name:
uid=hbekkari, cn=hichambekkari, mail=hicham.bekkari@gmail.com, ou=SAR,
dc=DSI, dc=DAAG

2.2.4 Lannuaire LDAP Apache Directory Studio
Apache Directory Server est un serveur dannuaire LDAP multiplateforme crit en
Java et est certifi LDAPv3, Il inclut un navigateur et diteur LDAP, un navigateur de schma,
un diteur LDIF et DSML, et plus encore. Cet outil est disponible sous la forme de plugins
Eclipse ou d'application autonome RCP.

2.2.5 Le serveur de messagerie Gmail
Gmail est un service de messagerie propos par Google. Les messages reus sur un
compte Gmail peuvent tre lus via un client de messagerie ou avec un navigateur web. Gmail
supportent les protocoles suivants :
o POP3 pour rcuprer ses mails sur un logiciel de courrier lectronique, de manire
scurise grce au protocole SSL
o IMAP pour le mme usage que POP3 (depuis le 25 octobre 2007)
52 | P a g e

o SMTP pour envoyer des courriers depuis un logiciel de courrier lectronique
o HTTPS pour scuriser la connexion linterface

Gmail garantie une connexion chiffre par une cl de 128 bits entre l'usager et les
serveurs de Gmail (que ce soit via l'interface web scurise en HTTPS ou via un client de
messagerie qui utilisera du SMTPS). Puis pour transmettre le message au serveur SMTP du
destinataire, si celui-ci le permet, Gmail utilise un chiffrement TLS.

53 | P a g e

CHAPITRE IV

MISE EN UVRE

Dans ce chapitre :

Configuration de fonctionnalits avances de
tlphonie dans CUCM

Configuration, conception et ralisation de services
unifis valeur ajoute

54 | P a g e

1. Configuration de fonctionnalits avances de tlphonie
IP dans CUCM
1.1 Installation et configuration de CUCM
1.1.1 Installation de CUCM
Aprs avoir install CUCM on se logue sur son interface graphique via le navigateur
web et on tape ladresse du serveur quon a dj dfini au cours de linstallation. Le guide
complet dinstallation se trouve sur lannexe I.
Figure 15-Connexion au serveur CUCM
Apres que linterface graphique du CUCM saffiche sur le navigateur on sidentifie
avec le nom dadministrateur et le mot de passe quon a dj dfini au cours de linstallation.
Figure 16-Interface dadministration du CUCM
55 | P a g e

1.1.2 Activation des services dans CUCM
Pour activer les services ncessaires pour le bon fonctionnement de toutes les
fonctionnalits du CUCM, on choisit longlet Cisco Unified Serviceability de la liste
droulante droite.

Figure 17-Cisco Unified Serviceability

On sidentifie avec le nom dadministrateur et le mot de passe et on se positionne au niveau de
linterface Tools > Service Activation et on active les services suivants :

Figure 18-Interface dactivation /dsactivation des services

1.2 Ajout des IP Phones, IP Communicator et de Cisco Unified
Video Advantage
Ils existent trois mthodes pour enregistrer des IP Phones/IP Communicator
auprs du serveur CUCM : Une mthode manuelle, une autre automatique et la dernire cest
travers loutil BAT (Bulk Administration Tool) qui permet lajout de multiples IP-Phones la
fois.
56 | P a g e

Durant les configurations requises pour ce projet, on a opt pour la mthode manuelle que ce
soit pour les IP Phones ou lIP Communicator.
Pour ajouter un IP Communicator par exemple on procde comme suivant :
On se logue dans linterface de Cisco Unified CM Administration avec notre
identifiant et mot de passe dadministrateur et on choisit :

Device > Phone
On clique sur Add New et on choisit le type de tlphone quon veut crer de la liste
droulante.
On slectionne aussi le protocole du mdia (ici cest SCCP) de la liste droulante.
On remplit la page de la configuration du tlphone par les informations ncessaires et
notamment :
Device Name: Adresse MAC de la carte rseau
Device Pool: Default
Phone Button Template: Standard CIPC SCCP
Device Security Profil: Cisco IP Communicator Standard SCCP Non-
Secure Profile
Video Capabilities: Enable (Pour activer la fonction vido avec Video
Unified Advantage)

De lautre ct dans Le menu prfrences de lIP Communicator, on renseigne
ladresse du TFTP server qui est bien ladresse du CUCM.

Figure 19-Configuration de lIP Communicator
57 | P a g e

On vrifie que lIP Communicator a bien t enregistr avec le CUCM.
Figure 20-Interface dajout de lIP Communicator

1.3 Prsentation des fonctionnalits avances de tlphonie IP
Conformment au cahier des charges, lobjectif du projet est de configurer trois
fonctionnalits avances de tlphonie IP permettant de mieux amliorer la productivit des
employs au sein du MEF. Ces fonctionnalits sont configures au niveau du CUCM et
accessibles depuis les IP Phones et ont comme utilisateurs finaux les employs du Ministre
de lEconomie et des Finances.
Les trois fonctionnalits de tlphonie qui sont configures sont : Un service Meet-
Me de confrence audio-vido, un service de Call-Back et un dernier de Call-Pick up.

1.3.1 Configuration de la confrence Meet-Me
La confrence Meet-Me permet plusieurs intervenants de rejoindre en mme
temps une confrence audio/vido. Le principe de cette fonctionnalit est trs simple : une
personne contrleur de la confrence commence par initier la confrence en slectionnant la
touche Meet-Me sur son IP Phone et appelle le numro rserv aux confrences (DN :
Directory Number) et le reste des membres intervenants appellent ce numro (DN) juste
comme sils appellent une personne qui appartient ce numro et ce, afin de rejoindre la
confrence.

58 | P a g e

La configuration de cette fonctionnalit est dtaille dans le tutoriel situ en annexe II.

1.3.2 Configuration du Call-Back
Call-Back est une fonctionnalit de tlphonie trs avance car elle permet une
bonne gestion du temps des appels en assurant la disponibilit des collaborateurs dans leurs
bureaux afin de les contacter au bon moment et amliore ainsi la productivit. Le principe de
cette fonctionnalit est trs simple : Un collaborateur 1 essaye de rejoindre un collaborateur 2
mais il ne le trouve pas dans son bureau, dans ce cas il active loption Call-Back sur ce dernier,
lorsque le collaborateur 2 rejoint de nouveau son bureau et transmet un appel quelconque et
ds la fin de cet appel, le collaborateur 1 reoit une notification sur son IP Phone signalant que
le collaborateur 2 est dsormais disponible et ainsi il peut le contacter cet instant. Ce scnario
est dtaill dans les figures suivantes :
Figure 22-Intervenants dans la Confrences Meet-Me

Figure 21-Contrleur de la Confrence Meet-Me
59 | P a g e

1.3.3 Configuration du Call-Pick up
Call-Pick up est une fonctionnalit de tlphonie trs avance car elle permet de
sentraider entre les collaborateurs et amliore ainsi la productivit. Le principe de cette
fonctionnalit est trs simple : Un collaborateur peut intercepter, depuis son poste, lappel
entrant au tlphone de son collgue si celui-ci est bien configur dans son groupe, et ce au cas
o ce dernier nest pas disponible dans son poste pour rpondre cet appel.

Figure 252-Activation de la fonctionnalit Call-Back Figure 24-Notification de la joignabilit de l'appel
Figure 23-Etablissement de lappel
60 | P a g e

La station 1001 peut intercepter lappel entrant a 1003 de chez la station 1004, au
bout de quelques secondes et si il yaura pas de rponse de chez la station 1001, lappel revient
son destinataire dorigine qui est la station 1003.

Figure 26-La station 1004 essaye d'appeler la station 1003
Figure 27-En cas de non joignabilit, la station 1001 intercepte l'appel provenant de 1004
61 | P a g e

2. Configuration, conception et ralisation de services
unifis valeur ajoute
2.1 Configuration des services au niveau du CUCM et des IP Phones
La liste suivante contient les lments qui sont ncessaires pour que les services
XML fonctionnent correctement:

o Microsoft IIS 4.0 ou version ultrieure (pour les services dvelopps avec ASP)
o Sun J2SE 1.4.2 ou version ultrieure et Tomcat 4.0 ou version ultrieure (pour les
o services dvelopps avec JSP)
o WAMP 2.0 ou version ultrieure (pour dvelopper et excuter des services en PHP)
o Cisco Unified Communications Manager 4.1(2) ou version ultrieure
o Tlphones IP unifi Cisco qui prend en charge les services XML
o Connexion Internet pour laccs des services externes sur un serveur web

Cisco Unified Communications Manager maintient la liste des services auxquels
les utilisateurs peuvent s'abonner. Les administrateurs doivent utiliser CUCM administration
pour ajouter et administrer les services unifis pour les IP-Phone de Cisco.

2.1.1 Cration dun service
Pour accder la page dadministration des services, on ouvre Cisco Unified
Communications Manager administration et on choisit Device > Device Settings > Phone
Services:
Dans la page dadministration des services on doit renseigner les champs comme
indiqu dans le tableau.
Champ Description
Service
Name
Entrez le nom du service tel qu'il apparatra dans le menu des services
disponibles dans Cisco Unified CM User Options.
ASCII
Service
Name
Entrez le nom du service afficher si le tlphone ne peut pas afficher en
Unicode.
Service
Description
Entrez une description du contenu que le service fournit.

Entrez l'URL du serveur sur lequel l'application des services de tlphonie
IP se trouve. Pour que les services soient disponibles, les tlphones de la
grappe CUCM doivent avoir une connectivit rseau au serveur. Exemples :
62 | P a g e

Service URL http://myserver/myscript.php
http://myserver/myscript.php?name=#DEVICENAME#
O myserver dsigne un nom de domaine complet ou une adresse IP.
Secure-
Service URL
Si vous ne fournissez pas une URL de services scurise, l'appareil utilise
l'URL non scuris. Si vous fournissez la fois une URL scurise et une
URL non scuris, l'appareil choisit l'URL approprie, en fonction de ses
capacits.
Service
Category
Slectionnez un type d'application de service.
Service Type Slectionnez si le service sera provisionn pour le bouton Messages,
Annuaires, ou Services.
Service
Vendor
Pour les services de XML, vous pouvez laisser ce champ vide.
Service
Version
Pour les services de XML, vous pouvez laisser ce champ vide.
Enable Cochez cette case pour activer le service, ou dcochez la case pour dsactiver
le service sans le supprimer.
Enterprise
Subscriptions
Cochez cette case pour fournir automatiquement le nouveau service pour
tous les appareils dans l'entreprise sans ncessiter dabonnement
individuel.

Tableau 7-Champs renseigner pour cration dun service

2.2.2 Souscription de l'IP-Phone un service
Une URL constitue le noyau de chaque service. Quand un service est slectionn
dans le menu, l'URL est demande via HTTP, et un serveur quelque part fournit le contenu.
On peut faire souscrire un IP-Phone un service quon a dj cr, pour cela on
procde comme suivant :
Etape 1 : Dans CUCM administration, on va Device > Phone. La page de Rechercher
et Lister les tlphones apparat.
Etape 2 : On clique sur le bouton Find pour afficher une liste de tlphones. La page de
recherche et de listage de tlphones est actualise.
Etape 3 : On clique sur le lien Device Name pour le tlphone auquel on souhaite
attribuer notre service. La page de configuration de tlphone saffiche.
Etape 4 : On choisit Subscribe/Unsubscribe Services dans le menu droulant de
Related Links et on clique sur le bouton Go. La fentre services tlphoniques
souscrits pour les IP Phones Cisco s'affiche.

63 | P a g e

Etape 5 : On choisit le service dsir dans le menu droulant Select a Service et on
clique sur le bouton Next. La fentre services tlphoniques souscrits pour les IP
Phones Cisco est actualise.
Etape 6 : On clique sur le bouton Subscribe. La fentre services tlphoniques souscrits
pour les IP Phones Cisco est actualise.
Etape 7 : On ferme la fentre services tlphoniques souscrits pour les IP-Phones
Cisco.

2.2 Conception des services unifis valeur ajoute
2.2.1 Architecture technique
Conformment au cahier des charges, lobjectif du projet est de dvelopper une
application comportant trois nouveaux services lis logiquement et algorithmiquement
permettant de mieux amliorer la productivit des employs au sein du MEF.
Chaque service est compos dune ou plusieurs scripts XML qui grent la vue ou la prsentation
dans le terminal IP Phone/IP Communicator et aussi dune ou plusieurs scripts PHP qui grent
un traitement spcifique cot serveur et renvoient un rsultat. Les services dvelopps
requirent la saisie de termes de recherche ou des donnes confidentiels dauthentification.
Les utilisateurs finaux de ces services dvelopps sont les employs du Ministre de lEconomie
et des Finances.

2.2.2 Cas dutilisation
Pour concevoir le fonctionnement gnral de lapplication et modliser
linteroprabilit des services avec les diffrents serveurs dploys, nous utiliserons la notation
UML qui consiste en un ensemble de cas dutilisation et de diagrammes de squence.
Le schma suivant reprsente un cas dutilisation pour lapplication, il dcrit les diffrentes
interactions entre serveurs interoprables.

64 | P a g e

Figure 28-Cas dutilisation de lapplication Services MEF

2.2.3 Diagramme de squence
2.2.3.b Consultation de la boite lectronique
Le schma suivant reprsente un diagramme de squence pour le service consultation de la
boite lectronique.

Sauthentifier Envoie de donnes dauthentification

Vrification
Affichage de la boite e-mail Authentification avec succs

Figure 29-Diagramme de squence Consultation de la boite mail
Annuaire du
MEF avec
photos
Envoie des
E-mails
Consultation
des E-mails
Authentification
Serveur
LDAP
Serveur de
Messagerie
Serveur
CUCM
Le terminal IP
Phone
Serveur de
messagerie
65 | P a g e

2.2.3.a Annuaire LDAP du MEF
Le schma suivant reprsente un diagramme de squence pour le service annuaire
LDAP du MEF avec photo. Il dcrit la squence dacheminement des vnements depuis
lutilisateur vers les diffrents services interoprables en passant par le terminal IP Phone.

Figure 30-Diagramme de squence Annuaire LDAP du MEF avec photos

66 | P a g e

2. 3 Prsentation des services unifis valeur ajoute
Les trois services dvelopps dans ce projet sont : Un annuaire LDAP pour le MEF
avec photos, un service denvoi de-mails et un autre pour la consultation de la boite
lectronique. Pour accder ces services partir de lIP Communicator / IP Phone, on
slectionne le bouton Services puis on choisit lapplication Services MEF et ainsi
le serveur nous renvoie la liste des services disponibles :
<CiscoIPPhoneMenu>
<Title> Liste de services </Title>
<Prompt> Choisir un service > <Prompt>
<MenuItem>
<Name> Annuaire LDAP du MEF </Name>
<URL> http://localhost:82:services/annuaire.php </URL>
</MenuItem>
<MenuItem>
<Name> Envoie des e-mails </Name>
<URL> http://localhost:82:services/sendmail.php </URL>
</MenuItem>
<MenuItem>
<Name> Lecture des e-mails </Name>
<URL> http://localhost:82:services/readmail.php </URL>
</MenuItem>
</CiscoIPPhoneMenu>

Figure 31-Liste de services disponibles dans lapplication
67 | P a g e

2.3.1 Annuaire LDAP avec photos
Le point fort de ce service rside dans le fait quil converge la voix et les donnes
dans une seule application. A travers ce service, lemploy pourra faire une recherche complte
de tous le personnel de lannuaire LDAP du Ministre de lEconomie et des Finances MEF et
ce travers son propre IP Phone. Lemploy saisit le nom exact dun personnel du MEF sil le
connait davance, sinon il saisit les premires lettres de son nom suivis dune toile afin
dafficher tous les noms de personnel dont les noms commencent avec ces lettres.

Aprs validation du terme de recherche, lemploy pourra ainsi visualiser le nom
du personnel, son numro de tlphone, sa photo, son e-mail, son poste et le service dans lequel
il travail. A partir de ce service lemploy peut aussi appeler ce personnel ou lui envoyer un e-
mail.

Figure 33-Captures dcran pour le service Annuaire LDAP du MEF avec photos
68 | P a g e

Un exemple dutilisation est dtaill dans les figures suivantes :


69 | P a g e

2.3.2 Consultation de la boite lectronique
A travers ce service, lemploy sidentifie par son propre login de messagerie
lectronique et son unique mot de passe et pourra ainsi consulter par dfaut les trois derniers
mails reus au niveau de sa boite lectronique normale.

Le service permet de renseigner le numro de-mail dans la boite, le nom et
ladresse de lexpditeur, la date et lheure de rception du mail, lobjet du dit mail et enfin le
corps du message.
La sparation entre mails successives est marque par deux traits dastries.

Figure 35-Captures dcran pour le service Consultation de la boite lectronique
Figure 36-Captures dcran pour le service Consultation de la boite lectronique
70 | P a g e

2.3.3 Envoie de courriers lectroniques
A travers ce service, lemploy sidentifie par son propre login de messagerie
lectronique et son unique mot de passe et pourra aussi saisir ladresse de son destinataire
pour lui envoyer un court e-mail qui dtient lobjet par dfaut de Important .
Aprs avoir renseigner tous les champs ncessaires, lemploy pourra cliquer sur le bouton
Submit afin de pouvoir envoyer son e-mail. Si tous les donnes saisies sont correctes, le
serveur de messagerie rponds avec des requtes SMTP et un statut denvoie Russi

On vrifie bien la rception de le-mail dans la boite lectronique normale du destinataire:
Figure 38-Vrification de la rception du mail dans la boite lectronique de GMail
Figure 37-Captures dcran pour le service Envoi des e-mails
71 | P a g e

Conclusion gnrale

Le monde connait une rvolution technologique travers la tlphonie IP. Grce la
convergence des rseaux voix, vido et donnes, on communique diffremment, librement et
efficacement. Dans le secteur des administrations publiques et des entreprises, Grce sa
convergence de rseaux et son interoprabilit avec dautres systmes applicatifs
dinformation, la tlphonie IP est devenue une ncessit pour enrichir la vie professionnelle,
amliorer la productivit et gagner des retours sur investissement immdiats.

Dailleurs, le MEF npargne aucun effort pour profiter des avantages et des
possibilits avances de cette technologie, et son dfi est de tirer le maximum de bnfice de
sa solution Cisco de tlphonie IP, en optimisant des processus mtiers qui visent dlivrer un
service de qualit, en vue de mieux amliorer la productivit de ses employs. A travers ce
projet jai pu rpondu ce challenge, car jai configur des fonctionnalits avances de
tlphonie IP et jai dvelopp de nouveaux services pour les IP Phones unifis de Cisco, en
faisant inter-oprer plusieurs serveurs de donnes indpendants mais complmentaires avec
le serveur Cisco Unified Communication Manager de tlphonie IP, ce qui a fait tat dune
valeur ajoute.

Ce stage a t pour moi 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
jai pu aussi dvelopper des comptences en ingnierie dintgration et dinteroprabilit des
systmes. Ce stage a constitu aussi pour moi une tape importante dans la dfinition de mon
projet professionnel. Il ma permis de crer un lien direct entre lenseignement dispens dans
ma formation lcole et lapprentissage pratique. De plus, ce stage a t notamment pour moi
loccasion dvaluer mon savoir-faire, de dvelopper des comptences et des qualits
professionnelles et relationnelles et aussi de prendre des initiatives et dassumer mon
autonomie.
72 | P a g e

Bibliographie & Webographie

1. Cisco Systems Inc, 2003, Designing and Developing Advanced IP Phone Services,
Session VVT-4011, Cisco Press

2. Cisco Systems Inc, 2006, Cisco Unified CallManager, version 5.0, Cisco Press

3. Cisco Systems Inc, 2006, Cisco Unified IP Phone 7961G-GE and 7941G-GE for Cisco
Unified CallManager 5.1 (SCCP and SIP), Cisco Press

4. Cisco Systems Inc, 2009, Guide d'utilisation de Cisco IP Communicator, Version 7.0,
Cisco Press

5. Cisco Systems Inc, 2011, Cisco Unified Communications Manager Administration
Guide, Release 8.6(1), Cisco Press, Mars 2014, Disponible sur
http://www.cisco.com/c/en/us/td/docs/voiceipcomm/cucm/admin/861/ccmcfg/bccm-
861-cm.html

6. Cisco Systems Inc, 2011, Cisco Unified Communications Manager XML Developers
Guide, Release 8.6(1), Cisco Press, Disponible sur :
http://www.cisco.com/c/en/us/td/docs/voiceipcomm/cucm/devguide/861/xmldev-
861.html

7. Cisco Systems Inc, 2012, Cisco Unified IP Phone Services Application Development
Notes, Release 9.1(1), Cisco Press

8. Deel Darrick, Nelson Mark; Smith Anne , 2002, Developing Cisco IP Phone Services:A
Cisco AVVID Solution, 288 pages, Cisco Press, Avril 2014, Disponible sur:
http://my.safaribooksonline.com/book/telephony/1587050609

9. Fikhar Younes , 2011, Rapport Gnralisation de la tlphonie sur IP au sein de la CBI
sige et agences, CBI Casablanca

73 | P a g e

10. Granger Thierry, Juillet 2013, Petit guide de rdaction dun rapport de stage, BFA 2 et
BFA 3, Dauphine Universit Paris, Juin 2014 Disponible sur :
http://magisterebfa.dauphine.fr/fileadmin/mediatheque/diplomes_universite/magistere
bfa/documents/Stages/Guidederedaction-rapportdestage-2.pdf

11. Tutorials Point, Janvier 2012, PHP Tutorial Tutorials Point, Simply Easy Learning, Avril
2014, Disponible sur : www.tutorialspoint.com

12. Fonctions PHP, 2011, http://au1.php.net/, consult le 10 Mai 2014

13. MEF, 2014, Ministre de l'Economie et des Finances, Disponible sur :
www.finances.gov.ma, consult le 01 Mai 2014

14. TOIP-VOIP, 2003-2004, http://www.frameip.com/toip/, consult le 08 Avril 2014

15. VoIP Info, 2014, www.voip-info.org, consult le 05 Mai 2014

74 | P a g e

Annexes

Annexe I

Installation de Cisco Unified Communication Manager

Les figures suivante illustrent le processus dinstallation de CUCM 8.6.2 sur la machine
virtuelle VMware.

75 | P a g e

76 | P a g e

77 | P a g e

Figure 39-Captures dcran montrant le processus dinstallation du CUCM 8.6
78 | P a g e

Annexe II
Configuration de la confrence Meet-Me
Prrequis :
Sous le menu Server on vrifie que le serveur Publisher CUCM (Premier Noyau) est bien cre,
si cest le cas le serveur CUCM cre automatiquement le Cisco Unified CM et le Cisco Unified
CM Group.
Server > Server Configuration
Server > Cisco Unified CM
Server > Cisco Unified CM Group
Cration dun Numro Meet-Me / Pattern :
Call Routing > Meet-Me Number/Pattern
On clique sur Add New pour ajouter un numro qui sera le DN (Directory Number) pour
dclencher des confrences Meet-Me et on enregistre la configuration.
Note : DN dans notre cas est 2000.

Cration dun Common Device Configuration:
Device > Device Settings > Common Device Configuration
On clique sur Add New pour ajouter un nom pour le Common Device Configuration et on
enregistre la configuration.
Figure 40-Configuration d'un Numro Meet-Me
79 | P a g e

Figure 41-Cration dun Common Device Configuration

Cration dun Conference Bridge:
Media Resources > Conference Bridge
Le Cisco Conference Bridge Software est automatiquement cre par le CUCM aprs avoir cr
le serveur. On doit inclure le Common Device Configuration quon a cr dans le Conference
Bridge.
Cration dun Media Resource Group and Media Resource Group List:
Media Resources > Media Resource Group
On clique sur Add New pour ajouter un nom pour le Media Resource Group, et on choisit le
Conference Bridge (CFB_2) quon a dj cr parmi les Media Resources disponibles et on le
transfert au Media Resources slectionns.
Figure 42-Configuration d'un Conference Bridge
80 | P a g e

Figure 43-Configuration du Media Resource Group
Media Resources > Media Resource Group List
Mme procdure.
Cisco Unified Serviceability:
On se logues dans Cisco Unified Serviceability avec lidentifiant administrateur et le mot de
passe, et on se positionne au niveau du menu :
Tools > Service Activation
On vrifie que le service Cisco IP Voice Media Streaming App est bien actif.

81 | P a g e

Annexe III

Configuration de la fonctionnalit Call Back
Cration dune Softkey Template
Device > Device Setting > Softkey Template
On clique sur Add new Dans linterface de configuration qui saffiche et on choisit Standard
User parmi les Softkey Template disponible dans la liste droulante et on clique sur Copy.
On donne un nom CB User la nouvelle Template et on clique sur Save

Ajout du Call Back dans la Template CB User
On ajoute loption Call Back pour ltat dappel : On Hook et Ring Out disponible dans la
liste droulante et on clique sur Save.
Figure 44-Cration d'une Softkey Template
Figure 45-Ajout du Call Back dans la Template CB User
82 | P a g e

Ajout de la Softkey Template CB User dans les IP Phones
On se positionne au niveau du menu Device > Phone
On slectionne les IP Phones pour lesquels on veut configurer loption Call Back et on modifie
leur Softkey Template comme cest montr sur limage suivante

Figure 46-Association de la Template CB User avec les IP Phones
83 | P a g e

Annexe IV

Configuration de la fonctionnalit Call Pick up
Cration des groupes Call Pickup
Call Routing > Call Pickup Group
On clique sur Add new et on renseigne un nom et un numro pour chaque Call Pickup Group
quon veut crer comme cest montr sur limage suivante.

Association des IP Phones aux groupes du Call Pickup
On se positionne au niveau du menu Device > Phone
On slectionne les IP Phones pour lesquels on veut configurer loption Call Pickup et on
modifie les options de leurs lignes et on enregistre la configuration.

Figure 47-Cration d'un Call Pickup Group
Figure 48-Association des IP Phones aux groupes du Call Pickup
84 | P a g e

Ajout du bouton Call Pickup dans la Softkey Template
Device > Device Setting > Softkey Template
On choisit la Template CB User quon a dj cr pour la fonction Call Back
On ajoute loption Pick up pour ltat dappel : On Hook disponible dans la liste droulante et
on clique sur Save.

Figure 49-Ajout du bouton Call Pickup dans la Softkey Template

Y 140804140458 Phpapp01

Uploaded by

Document Information

Original Title

Copyright

Available Formats

Share this document

Share or Embed Document

Sharing Options

Did you find this document useful?

Is this content inappropriate?

Copyright:

Available Formats

Y 140804140458 Phpapp01

Uploaded by

Copyright:

Available Formats

Mise en uvre de services ToIP valeur ajoute pour le MEF

You might also like