Rapport de stage ToIP

L a T é l é p h o n i e s u r I P a v e c l a s o l u t i o n C i s c o Page 1

Remerciements C‟est avec un grand plaisir que je me permets d‟exprimer mes gratitudes et mes vifs

remerciements à tous ceux et celles qui par leurs efforts ou par leurs conseils, ont rendu

possible la réalisation de ce travail, et en particulier :

Mme. El HARI Ouissal

Chef du Service Administration Réseau informatique

De m‟avoir permis d‟effectuer mon stage

Au sein du ministère de l‟économie et des finances.

Je remercie en outre Mr. El YAMANI Brahim, pour m‟avoir soutenu tout au long

de cette période de ce stage, et pour sa présence constante à mes côtés. Ce travail

n‟aurait certes pas pu être réalisé sans ses efforts et sa gentillesse.

J‟adresse mes profonds respects à Mr. HASSANI ALAOUI Smail pour le soutien

qui m‟a accordé, ainsi que pour ses conseils et ses recommandations judicieuses tout

au long de la réalisation de ce rapport.

Merci aussi à Mr .SKHOUN Omar pour sa disponibilité envers moi, son soutien,

conseils et pour le temps et la confiance qu‟il m‟a accordé durant le stage.

Bref, que tous ceux qui m‟ont aidé de près ou de loin à la réalisation de ce travail trouvent ici

l‟expression de ma profonde gratitude.


Sommaire

Remerciements .................................................................................................................... 1

Sommaire ............................................................................................................................ 2

Introduction ....................................................................................................................... 5

Chapitre I : Présentation du Ministère ......................................................................... 6

1. Historique ..................................................................................................................... 7

2. Les Missions ................................................................................................................. 7

3. Organisation ................................................................................................................. 9

4. Organigramme du Ministère ........................................................................................ 10

5. Présentation de la DAAG ............................................................................................. 10

6. Présentation de réseaux du Ministère ........................................................................... 13

Présentation du Stage ........................................................................................................ 15

Chapitre II : La Téléphonie sur IP ................................................................................ 16

1. Généralités .................................................................................................................... 17

1.1 Les enjeux économiques des communications IP ................................................ 17

1.2 Les Avantages de la ToIP ..................................................................................... 17

1.3 Les Contraintes de le VoIP .................................................................................. 18

1.3.1 Qualité sonore .............................................................................................. 18

1.3.2 La QoS de la VoIP ....................................................................................... 18

1.3.3 Le temps de latence ...................................................................................... 18

1.3.4 La perte de paquets....................................................................................... 19

1.3.5 La gigue ........................................................................................................ 19

2. Les protocoles ............................................................................................................. 20

2.1 Protocoles de transport ........................................................................................ 20

2.1.1 UDP ............................................................................................................. 20

2.1.2 RTP/RTCP (Real Time Protocol/Real Time Control Protocol) .................. 20


2.1.3 RSVP (Resource Reservation Setup Protocol) ........................................... 20

2.2 Protocoles de Signalisation ................................................................................... 21

2.2.1 H.323 ............................................................................................................ 21

2.2.2 SIP (Session Initial Protocol) ....................................................................... 22

2.2.3 SCCP (Skinny Client Control Protocol) ...................................................... 22

3. Étude des solutions disponibles .................................................................................... 23

3.1 Les équipements .................................................................................................... 23

3.1.1 IPBX ou PABX-IP ....................................................................................... 23

3.1.2 Passerelle (Gateway) .................................................................................... 24

3.1.3 Commutateur/Switch.................................................................................... 24

3.1.4 Téléphones ................................................................................................... 24

3.2 Solutions adaptées à la téléphonie sur IP .............................................................. 25

3.2.1 Présentation de la solution Cisco pour la téléphonie IP ............................... 25

3.2.1.1 Le Cisco Unified Call Manager .............................................................. 25

Chapitre III : Présentation du travail effectué ............................................................. 28

1. Installation et configuration de CUCM ....................................................................... 29

1.1 Réalisation de la maquette .................................................................................... 29

1.2 Installation de Cisco Unified Call Manager .......................................................... 30

1.2.1 Pré-réquis ..................................................................................................... 30

1.2.2 Installation .................................................................................................... 30

1.2.3 Configuration de CUCM .............................................................................. 31

A. Ajout du Serveur ............................................................................................ 31

B. Activation des Services .................................................................................. 31

C. Configuration du Serveur NTP ...................................................................... 32

D. Configuration du Serveur DHCP ................................................................... 32

E. Configuration de la Synchronisation CUCM-LDAP ..................................... 34

F. Configuration des VLAN sur le Switch ......................................................... 35


G. Enregistrement d‟un telephone IP .................................................................. 36

1.2.3 Configuration des fonctionnalités avancées de la ToIP ............................... 36

A. Configuration de la Conférence Meet-Me ..................................................... 37

B. Configuration du Call-Back ........................................................................... 37

C. Configuration du Call Pick-Up ...................................................................... 38

Conclusion Générale ......................................................................................................... 39

Bibliographie et Webographie ......................................................................................... 40

Annexes .............................................................................................................................. 41


Introduction Générale

La téléphonie sur IP constitue actuellement une des plus importantes évolutions dans le

domaine des Télécommunications. Il y a quelques années, la transmission de la voix sur le

réseau téléphonique classique ou RTC constituait l‟exclusivité des télécommunications.

Aujourd‟hui, la donne a changé. La transmission de la voix via les réseaux IP constitue une

nouvelle évolution majeure comparable à la précédente. Au-delà de la nouveauté technique, la

possibilité de fusion des réseaux IP et téléphoniques entraîne non seulement une diminution

de la logistique nécessaire à la gestion des deux réseaux, mais aussi une baisse importante des

coûts de communication ainsi que la possibilité de mise en place de nouveaux services

utilisant simultanément la voix et les données.

Le travail présenté dans ce rapport entre dans le cadre de mon stage de fin d‟études en

technicien spécialisé, option Systèmes et Réseaux Informatiques, à l‟Ecole Miage Rabat-

Ville. Je l‟ai effectué au Ministère de l‟économie et des Finances. Le sujet était la mise en

œuvre du service ToIP.

Au long de ce rapport, je vais résumer mon stage en 3 chapitres principaux.

Le 1er chapitre présentera l‟organisme d‟accueil et le sujet du stage de fin d‟études et ses

objectifs.

Le 2ème chapitre donnera un aperçu global sur la téléphonie sur IP.

Le dernier chapitre sera consacré à la présentation de la maquette expérimentale ToIP

existante et la présentation du travail effectué pendant le stage, à savoir la mise en place du

service et des solutions.

Je finirai ce rapport par une conclusion générale et des perspectives.



Présentation du Ministère

1-Historique :

La création de la Direction Générale des Finances en juillet 1912 a donné naissance au 1er

budget marocain moderne (9 juin 1917) indispensable à une saine gestion des finances de

l‟Etat, ainsi que la mise en place des moyens d‟élaboration et de mise en œuvre de la fiscalité.

En 1956, la Direction Générale des Finances est devenue un ministère placé sous l‟autorité

d‟un Ministre qui élabore la politique financière, monétaire, du crédit et des finances

extérieures de l‟Etat.

2- Les missions :

Dans le cadre de ses attributions, le Ministère des Finances est en charge des questions

financières et monétaires, y compris les politiques des crédits et de finances extérieures.

Par ailleurs il assure la tutelle financière des entreprises et établissements publics ou à

participation étatique et, le cas échéant, contribue dans une large mesure à leur transfert au

secteur privé, dans les cadres, législatif et réglementaire du processus de privatisation.

Plus précisément, les principales missions du Département sont :

En matières budgétaire et fiscale :

Elaboration de la loi de finances et suivi de sa mise en œuvre et de

son exécution effective ;

Définition, discussion et élaboration des politiques fiscales et

douanière et suivi de leur mise en pratique ;

Recouvrement des recettes publiques ;

Paiement des dépenses publiques.

En matière financière :

Définition des conditions des équilibres financiers interne et externe

et élaboration des dispositions et mesures nécessaires à leur

réalisation ;

Tutelles réglementaire et technique des établissements et

intermédiaires financiers ;


Représentation du Maroc au sein des instances financières régionales

et internationales.

Concernant le contrôle :

Contrôle des recettes et dépenses publiques ;

Contrôle financier des entreprises et établissements publics et, plus

généralement, toute entité bénéficiant d‟un concours financier de

l‟état ou de ses démembrements ;

Contrôle des finances des collectivités territoriales ;

Réglementation et contrôle de l‟activité des compagnies d‟assurance

et de réassurance.

En matière de restructuration et de cession d‟actifs :

Réalisation d‟audits des entreprises et établissements publics, en vue

notamment de leur restructuration et nationalisation éventuelles ;

Etablissement de la liste des entités à céder ou à privatiser dans le

cadre de la loi de finances ;

Elaboration des dossiers de cession et de privatisation accompagnés

des avis autorisés dans le cadre d‟une large concertation ;

Contribution de façon décisive à la préparation des contrats

programmes à conclure avec les établissements publics et à leur mise

en œuvre effective.

Parallèlement, le Ministère est chargé :


D‟effectuer les actes relatifs aux biens mobiliers et immobiliers de

l‟état ; et d‟assurer la dépense des administrations publiques en

justice, par le biais de l‟agence judiciaire du royaume.

3- Organisation

Le Ministère des Finances et de l‟économie regroupe 12 directions qui sont divisés en deux

catégories à savoir : Les directions à réseau et les directions centrales

Les directions à réseau dépendent de :

La Direction des Domaines (DD)

L'Administration des Douanes et Impôts Indirects (ADDI)

La Trésorerie Générale du Royaume (TGR)

La Direction Générale des Impôts (DGI)

Les directions centrales dépendent de :

La Direction du Budget (DB)

La Direction du Trésor et des Finances Extérieurs (DTFE)

La Direction des Entreprises Publiques et de la Privatisation (DEPP)

L'Inspection Générale des Finances (IGF)

La Direction des Assurances et de la Prévoyance Sociale (DAPS)

La Direction des Affaires Administratives et Générales (DAAG)

La Direction des Etudes et de la Prévision Financière (DERF)

L'Agence Judiciaire du Royaume (AJR)

Le Ministère a également sous sa tutelle, les organismes suivants:

L'Office des Changes

La Caisse Marocaine des Retraites

La Caisse Centrale de Garantie

Le Conseil Déontologique des Valeurs Mobilière


4- Organigramme du Ministère

5-Présentation de la DAAG :

Missions :

La Direction des Affaires Administratives et Générales a pour mission d‟assurer une gestion

dynamique des ressources logistiques et humaines du Ministère. Ainsi elle est chargée de :

coordonner et veiller à la mise en œuvre des schémas d'organisation des

services du Ministère aux niveaux central et déconcentré.

Figure1 : Organigramme du ministère de l’économie et des finances


concevoir et participer à la mise en œuvre des actions de modernisation et

de promotion des méthodes de management au sein du ministère.

promouvoir la culture de programmation et de planification et développer

les techniques de sa mise en œuvre ;

coordonner l'élaboration, le suivi de réalisation et l'évaluation du Plan

d'Action Stratégique du Ministère

définir la politique de gestion des ressources humaines et matérielles et

veiller à leur mise en œuvre en collaboration avec les directions du

Ministère ;

élaborer, diffuser et veiller à la mise en œuvre des normes de gestion des

ressources ;

coordonner la mise en œuvre du plan d'action en matière de

déconcentration de la gestion des ressources et de veiller à son application

définir, coordonner et assurer la mise en œuvre des systèmes d'information

des domaines de gestion des ressources du Ministère;

coordonner et veiller à la mise en œuvre de la politique d'information et de

communication du Ministère ;

promouvoir l'utilisation des nouvelles technologies de l'information et de

la communication ;

définir et adapter la politique informatique aux orientations et aux objectifs

du Ministère;


Organisation

La structure organisationnelle de la DAAG est composée actuellement les divisions présentes

dans l‟organigramme suivant:

Figure 2 : L’organigramme de la DAAG


6. Présentation de réseaux du ministère

DAAG assure l‟administration de l'infrastructure réseau du Ministère : le nœud Internet, le

réseau d‟interconnexion des directions et le réseau local ainsi que la gestion des systèmes de

sécurité y afférents à savoir les pare-feu, les sondes de détection d‟intrusion, les passerelles

antivirales.

La centralisation de la configuration des équipements réseau permettra au Ministère d‟assurer

l‟optimisation de la plateforme, la rationalisation des ressources (techniques et humaines) et

d'adopter une stratégie de qualité de service cohérente.

.Réseau informatique du ministère de l‟économie et des finances

Figure 3 : Schéma du réseau informatique du ministère de l’économie et des finances


Le schéma logique de DAAG

Figure 4 : le schéma logique de DAAG


Présentation du stage

Le Ministère de l‟économie et des Finances adopte une optique de travail qui consiste à mettre

en place une solution permettant de généraliser la téléphonie sur IP au niveau de la DAAG.

C‟est dans cette perspective que j‟ai cerné mon travail durant mon stage du 01/06/2015 au

30/06/2015 au sein de la division des Systèmes d‟Information du Ministère de l‟économie et

des Finances afin de mieux s‟adapter à la technologie utilisée pour pouvoir offrir dans le futur

proche une solution bien adaptée au besoin de l‟entreprise.

Dans un premier temps, j‟ai dû me familiariser avec l‟équipe et leurs méthodes de travail. Puis

j‟ai dû procéder à une phase de documentation sur la téléphonie sur IP et le plus souvent en

anglais sur la solution Cisco IP Telephony et les différents protocoles utilisés sur la

plateforme de test. Je suis longuement documenté sur les mécanismes utilisés et sur quel type

d‟équipements leurs implémentations étaient possibles.

J‟ai eu l‟occasion de rencontrer des techniciens aussi que des ingénieurs réseaux pour parfaire

mes recherches.

Par la suite, ces connaissances acquises m‟ont permis de réaliser la maquette de test.

A ce moment-là, j‟ai eu en charge de configurer des équipements réseaux tels que des

routeurs, des commutateurs et d‟installer et configurer d‟autres équipements qui constituent la

base de la téléphonie sur IP. Enfin j‟ai testé le fonctionnement de tous ces équipements via le

fonctionnement des téléphones IP.



La Téléphonie sur IP

1 – Généralités

Avant toute exploitation technique, il convient dans un premier temps, de présenter la

téléphonie sur IP (ToIP signifie Telephony over Internet Protocol) qui est de plus en plus

utilisée dans les sociétés. En effet, ses multiples atouts font de cette technologie une solution

attirante pour les administrateurs, tant au niveau prise en charge qu'au niveau financier. La

téléphonie sur IP utilise la transmission de la voix sur le réseau IP (VoIP signifie Voice over

Internet Protocol) qui est une technologie permettant de communiquer en utilisant Internet et

les réseaux IP au lieu des lignes téléphoniques standards.

1.1 - Les enjeux économiques des communications sur IP

La convergence voix/données/images pousse les entreprises à faire fonctionner ensemble les

services en charge de la téléphonie et ceux en charge du système informatique. L'objectif est

de rationaliser les dépenses télécoms et réseau de l‟entreprise. Ceci permet de modéliser les

architectures mais aussi de réduire les coûts de possession des équipements en maximisant le

retour sur investissement (ROI) des applications basées sur les réseaux.

La téléphonie sur IP exploite donc un réseau de données IP pour offrir des communications

vocales à l‟ensemble de l‟entreprise sur un réseau unique voix et données. Cette convergence

des services de communication données et voix sur un réseau unique, s‟accompagne des

avantages liés à la réduction des coûts d‟investissement, à la simplification des procédures

d‟assistance et de configuration, et à l‟intégration accrue de filiales et de sites distants aux

installations du réseau d‟entreprise.

1.2- Les avantages de la ToIP

Le principal argument en faveur des systèmes de téléphonie sur IP est la garantie d'un retour

sur investissement en quelques années. En effet, elle permet la réduction de nombreux coûts

tels que les coûts de communication, de câblage, de maintenance, de supervision du système...

La ToIP se repose sur le réseau local privé LAN de l‟entreprise (utilisation du câblage réseau

informatique existant) et la gestion du central de communication est réalisée depuis n‟importe

quel site de l‟entreprise.

Les entreprises multi-sites allègent leurs coûts en liaison d‟interconnexion entre les

établissements et en coût de communication car les communications inter-sites sont gratuites.


1.3 - Les contraintes de la VoIP

1.3.1 QUALITE SONORE :

Le transport de la voix sur un réseau IP nécessite, au préalable, tout ou une partie des étapes

suivantes :

Numérisation : dans le cas où les signaux téléphoniques à transmettre sont sous forme

analogique, ces derniers doivent d‟abord être convertis sous forme numérique suivant

le format PCM (Pulse Code Modulation) à 64 Kbps. Si l‟interface téléphonique est

numérique (accès RNIS, par exemple), cette fonction est omise.

Compression : le signal numérique PCM à 64 Kbps est compressé selon l‟un des

formats de codec (compression / décompression) puis inséré dans des paquets IP. La

fonction de codec est le plus souvent réalisée par un DSP (Digital Signal Processor).

Selon la bande passante à disposition, le signal voix peut également être transporté

dans son format originel à 64 Kbps.

Décompression : côté réception, les informations reçues sont décompressées. Il est

nécessaire pour cela d‟utiliser le même codec que pour la compression.

L‟objectif d‟un codec est d‟obtenir une bonne qualité de voix avec un débit et un délai de

compression les plus faibles possibles. Le facteur de la gigue est primordial pour une bonne

écoute de la VoIP (gigue = délai entre l'émission et l'écoute de la voix).

Le cumul, dans une même communication, d‟opérations de compression/décompression

conduit à une rapide dégradation de la qualité.

1.3.2 La QoS de la VoIP

La qualité de service (QoS) est une notion importante à prendre en compte lors de

l‟implémentation de la VoIP. L'objectif est de garantir le transfert des trames IP sur le réseau

sans retarder ou rejeter les trames transportant la voix. Il faut prendre en compte 3 principaux

éléments pour caractériser la QoS.

1.3.3 Le temps de latence :

La maîtrise du délai de transmission est un élément essentiel pour bénéficier d'un

véritable mode conversationnel et minimiser la perception d'echo. La durée de traversée d'un

réseau IP dépend du nombre d'éléments réseaux traversés (et du débit sur chaque lien), du

temps de traversée de chaque élément et du délai de propagation de l'information (une

transmission par fibre optique, à l'opposé de la terre, dure environ 70 ms). L'UIT a défini 4

classes qui permettent de caractériser, à titre indicatif, la qualité de transmission en fonction

du retard de transmission dans une conversation téléphonique. Ces chiffres concernent le délai

total de traitement, et pas uniquement le temps de transmission de l'information sur le réseau.


La limite supérieure «acceptable» pour une communication téléphonique, se situe entre

150 et 200 ms par sens de transmission (en considérant à la fois le traitement de la voix et

le délai d'acheminement).

1.3.4 La perte de paquets :

En cas de congestion du réseau, le protocole TCP prévoit de supprimer les trames IP

entrant dans un élément saturé (buffers pleins). Les paquets de voix étant véhiculés au-

dessus d'UDP ce qui ne permet aucun mécanisme de contrôle de flux ou de retransmission

sur cette couche au niveau du transport. D'où l'importance des protocoles RTP et RTCP qui

permettent de déterminer le taux de perte de paquet et d'agir en conséquence au niveau

applicatif.

Si aucun mécanisme performant de récupération des paquets perdus n'est mis en place (cas

le plus fréquent dans les équipements actuels) alors la perte de paquets IP se traduit par des

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

Plus un paquet de voix contient une longue durée de parole plus cet effet est accentué d'où

la nécessité de choisir un bon codec audio (de faible débit).

1.3.5 La gigue :

La gigue mesure la variation temporelle entre le moment où deux paquets auraient dû

arriver et le moment de leurs arrivées effectives. Les origines de la gigue sont multiples:

encapsulation des paquets IP dans les protocoles supportés, charge du réseau à un instant

donné, variation des chemins empruntés dans le réseau.

Pour compenser la gigue, on utilise des tampons (mémoire : buffer) qui permettent de

lisser l'irrégularité des paquets. Le fait d'insérer des buffers augmente le temps de latence,

leur taille doit donc être soigneusement définie, et si possible adaptée de manière

dynamique aux conditions du réseau. La dégradation de la qualité de service due à la

présence de gigue se traduit par une combinaison des deux facteurs cités précédemment: le

délai et la perte de paquets.


Pour pallier à ces paramètres, il existe deux principales approches :

Réserver une bande passante exclusivement au transfert de la voix : Cette solution

est possible dans le cas des réseaux locaux (type Intranet) mais il n‟est pas possible de

l'appliquer lorsque le réseau TCP/IP Internet intervient dans la communication.

Prioriser les flux : Chaque routeur traversé décide s'il prend en compte ou pas le

champ de priorisation (champ TOS) propre à chaque type de données.

2 - Les protocoles

2.1 - Protocoles de transport

Le transport de la voix sur IP met en jeu de nombreux protocoles de couches inférieures à

celle qui contient l„information voix parmi lesquels TCP, UDP et RTP.

Les protocoles de transport classiquement utilisés pour transporter les données sont TCP et

UDP. Le protocole TCP assure un bon contrôle de l„intégrité des informations transportées

(mécanismes d„accusé de réception) mais n‟est pas particulièrement performant en termes de

délais. UDP est un protocole plus simple que TCP, présentant, de ce fait, de meilleures

performances moyennes car il permet l‟envoi de paquets sans contrôle de réception (pas

d„acquittement).

Le transport de la voix répond à des exigences différentes de celles relatives au transport de

données, à savoir des fortes exigences de délais, sans garantie aussi forte de fiabilité (la perte

de quelques paquets voix est en effet « compensable » par des algorithmes de correction

d„erreurs et par l„oreille humaine).

Le protocole répondant à ces exigences est le protocole RTP (Real Time Protocol), utilisé

pour les flux temps réel encapsulés dans des paquets UDP.

2.1.1- UDP (User Datagram Protocol)

La couche, UDP, consiste à formater très simplement les paquets (l‟assemblage des données

en paquets se fait au niveau de la couche IP, chaque paquet commence par un en-tête

indiquant le type de trafic concerné, ici du trafic UDP). Si l‟on restait à ce stade, leur

transmission serait non fiable : UDP ne garantit ni le bon acheminement des paquets, ni leur

ordre d‟arrivée.

2.1.2- RTP / RTCP (Real Time Protocol/Real Time Control Protocol)

Pour pallier l‟absence de fiabilité d‟UDP, un formatage RTP est appliqué de surcroît aux

paquets. Il consiste à ajouter des entêtes d‟horodatage et de synchronisation pour s‟assurer du

réassemblage des paquets dans le bon ordre à la réception. RTP est souvent renforcé par

RTCP qui comporte, en plus, des informations sur la qualité de la transmission et l‟identité

des participants à la conversation.

2.1.3- RSVP (Resource Reservation Setup Protocol)

Les protocoles RTP/RTCP permettent de régler les problèmes aux extrémités. Ce sont des

protocoles de bout en bout comme TCP qui ne traitent pas les problèmes liés à l'augmentation

du trafic et au comportement des routeurs pour la résolution de cette congestion. Depuis 1989,


des propositions ont été faites au sein de l‟IETF (organisme orienté Internet. Les normes sont

ouvertes et l'obtention de leurs spécifications est gratuite). Pour offrir une qualité de service

adaptée aux besoins de l'application. Le protocole RSVP a été adopté.

2.2 - Protocoles de signalisation

Il existe divers protocoles de signalisation et d'échanges de paramètres de communication.

On citera par exemple:

2.2.1- H.323

Le protocole H.323 existe depuis 1996 et a été initié par l'ITU (International

Télécommunication Union), un groupe international de téléphonie qui développe des

standards de communication. Il est utilisé pour l‟interactivité en temps réel, notamment la

visioconférence (signalisation, enregistrement, contrôle d‟admission, transport et

encodage).C‟est le leader du marché pour la téléphonie IP. C‟est en fait une « ombrelle »,

c'est-à-dire un regroupement de protocoles tels que:

H.225.0, protocole utilisé pour décrire le signal d'appel, le type de media (audio ou

vidéo), le type de paquet, la synchronisation et le format de message.

H.245 est le protocole de contrôle pour les communications multimédia, il décrit les

messages et les procédures utilisées pour ouvrir et fermer les canaux de l'audio, de la

vidéo ou des datas.

H.450 décrit les services supplémentaires utilisés dans la communication

H.235 décrit la sécurité utilisée dans la communication H323

H.239 décrit le double flux utilisé lors des vidéoconférences, généralement pour les

vidéos en direct ou les présentations.

Une communication H.323 se déroule en cinq phases :

· Établissement d‟appel

· Échange de capacité et réservation éventuelle de la bande passante à travers le

protocole RSVP (Ressource reSerVation Protocol)

· Établissement de la communication audiovisuelle

· Invocation éventuelle de services en phase d‟appel (par exemple, transfert d‟appel,

changement de bande passante, etc.)

· Libération de l‟appel.

Quant aux avantages de ce protocole, on cite :

· Il existe de nombreux produits (plus de 30) utilisant ce standard adopté par de grandes

entreprises telles Cisco, IBM, Intel, Microsoft, Netscape, etc.

· Les cinq principaux logiciels de visioconférence Picturel 550, Proshare 500, Trinicon

500, Smartstation et Cruiser 150 utilisent sur IP la norme H.323.

· Un niveau d'interopérabilité très élevé, ce qui permet à plusieurs utilisateurs

d'échanger des données audio et vidéo sans faire attention aux types de média qu'ils

utilisent.


2.2.2- SIP (Session Initiation Protocol)

SIP est né en 1999 sous l‟égide de l‟IETF (Internet Engineering Task Force), la principale

organisation internationale définissant les standards d‟Internet. C‟est un protocole de

signalisation appartenant à la couche application du modèle OSI. Son rôle est d‟ouvrir,

modifier et libérer les sessions. L‟ouverture de ces sessions permet de réaliser de l‟audio ou

vidéoconférence, de l‟enseignement à distance, de la voix (téléphonie) et de la diffusion

multimédia sur IP essentiellement. Un utilisateur peut se connecter avec les utilisateurs d‟une

session déjà ouverte. Pour ouvrir une session, un utilisateur émet une invitation transportant

un descripteur de session permettant aux utilisateurs souhaitant communiquer de s‟accorder

sur la compatibilité de leur média, SIP permet donc de relier des stations mobiles en

transmettant ou redirigeant les requêtes vers la position courante de la station appelée. Enfin,

SIP possède les avantages suivants :

· SIP est un protocole plus rapide. La séparation entre ses champs d'en-tête et son corps du

message facilite le traitement des messages et diminue leur temps de transition dans le réseau.

· Nombre des en-têtes est limité (36 au maximum et en pratique, moins d'une dizaine

d'en-têtes sont utilisées simultanément), ce qui allège l'écriture et la lecture des

requêtes et réponses.

· SIP est un protocole indépendant de la couche transport. Il peut aussi bien s'utiliser

avec TCP qu‟UDP

· De plus, il sépare les flux de données de ceux la signalisation, ce qui rend plus souple

l'évolution "en direct" d'une communication (arrivée d'un nouveau participant, changement de

paramètres...).

La simplicité, la polyvalence (compatibilité avec de nombreux médias), la rapidité et la

légèreté d'utilisation, tout en étant très complet, du protocole SIP sont autant d'arguments qui

pourraient permettre à SIP de convaincre les investisseurs et que SIP remplace

progressivement H.323,malgré le fait que ce dernier était complètement implémenté dans le

monde de la VoIP avec quelques année d‟avance . De plus, ses avancées en matière de

sécurité des messages sont un atout important par rapport à ses concurrents.

2.2.3- SCCP (Skinny Client Control Protocol)

Le H.323 étant trop rigoureux pour certaines utilités de la téléphonie IP (comme le renvoi

d‟appel, le transfert, la mise en attente), Cisco a mis en place ce protocole beaucoup plus léger

qu‟est le SCCP (il utilise le port 2000). L‟avantage de Skinny est qu‟il utilise des messages

prenant très peu de bande passante c‟est pourquoi il est utilisé pour les communications entre

les téléphones IP et le Call Manager ainsi que pour contrôler une conférence.


3- Étude des solutions disponibles

Afin d‟être en mesure d‟opter pour une solution, j‟ai tout d‟abord dû me documenter afin de

me mettre au courant de l‟évolution des technologies et de connaître l‟éventail des solutions

disponibles.

Mes principales sources d‟information ont été le livre « Implementing Cisco Unified

Communications Manager. ___2nd.Edition_v8.0 » et Internet.

La solution de téléphonie sur IP est construite autour de quatre composants principaux :

Le serveur de communication : Le serveur de communication est le cœur du

système, il gère le routage des communications entre les postes utilisateurs et les

opérateurs, ainsi que les services à valeur ajoutée comme la messagerie vocale ou

les conférences.

Les postes téléphoniques : Terminaux téléphoniques.

Le réseau local : Les postes et le serveur de communication communiquent par le

biais d‟un réseau IP dédié à la voix. On peut utiliser le LAN existant à condition de

valider sa compatibilité avec le transport de la voix sur IP, ou mettre en place un

réseau dédié à la voix.

Les accès opérateurs : Ils sont constitués de cartes ou de boîtiers « Media

Gateway », permettant d‟interfacer le système avec des opérateurs traditionnels

(ligne Numéris, Passerelles GSM…)

3.1- Les équipements

3.1.1- IPBX OU PABX-IP

Premier élément indispensable à la création d'un réseau téléphonique IP : le central. C'est

l'élément clé chargé de centraliser les communications et les services, un rôle que les anciens

PABX remplissaient. Sur un réseau IP, ce rôle est confié à un PABX équipé d'une carte IP,

d'où le nom d'IPBX. Les serveurs de communication remplissent également cette fonction en

ajoutant une couche supplémentaire car ils séparent le serveur du reste du matériel.


3.1.2- Passerelle (Gateway)

Les passerelles VoIP assurent le lien entre une infrastructure équipée de téléphones non IP

avec un réseau IP. Ce type de commutateur remplit des fonctions avancées de téléphonie et

évite aux entreprises des frais importants de renouvellement de matériel.

3.1.3- Commutateurs /Switch

Sous le terme commutateur IP sont regroupés tous les dispositifs liant une ligne analogique à

une ligne numérique. Contrairement aux passerelles, les commutateurs ne disposent pas de

fonctions avancées mais ils sont mieux adaptés pour relier de petits sites distants à moindre

coût.

3.1.4- Téléphones

Les téléphones restent un équipement indispensable de la téléphonie sur IP. Selon les

architectures, des téléphones classiques pourront être utilisés, des téléphones IP (IP phones),

des téléphones logiciels embarqués sur l‟ordinateur de l‟utilisateur (SoftPhones) ou encore des

terminaux mobiles pour réseau WiFi (Wifi phones) ou mixte WiFi / GSM.

Les caractéristiques d'un poste IP sont:

• le remplacement de la prise téléphonique (RJ11) par une prise réseau (RJ45),

• le remplacement de l'interface analogique ou numérique du poste téléphonique avec le

réseau par une interface de protocole IP,

• le remplacement du protocole de signalisation téléphonique traditionnel par un système de

voix sur IP,

• le remplacement du combiné téléphonique par un nouveau ayant les caractéristiques

précitées ou encore par un logiciel pouvant être installé sur un ordinateur (muni d'un casque et

d'un micro).

Lorsque la ligne de téléphone est remplacée par une ligne d'accès à un réseau privé

d'entreprise (LAN) ou à Internet, il va de soi que le poste téléphonique traditionnel ne peut y

être directement connecté. Trois options sont possibles:

• un logiciel de téléphonie (soft phone): le logiciel permettra les communications à partir de

chaque poste informatique où il est installé,

• un téléphone compatible avec la ligne de données (hard phone ou IP phone): il permettra les

communications à partir de chaque prise du réseau où il est connecté, un adaptateur pour

téléphone traditionnel: via cet adaptateur, le combiné téléphonique traditionnel permettra les

communications à partir de chaque prise du réseau où l'adaptateur est connecté.

AUTRES EQUIPEMENTS Pour compléter la solution, on trouve fréquemment des équipements complémentaires comme

une console d‟administration pour le superviseur du réseau, un serveur de taxation, un pare-

feu (indispensable), un serveur de messagerie vocale ou messagerie unifiée, etc.


3.2- Solutions adaptées à la téléphonie sur IP Il existe plusieurs solutions de téléphonie sur IP :

Solutions propriétaires :

Cisco (CCME, CUCM),

3Com,

Netcom,

Alcatel,

Avaya,

Etc…

Solutions open source :

Asterisk.

Comme le Ministère de l‟économie et des finances adopte la solution Cisco pour la téléphonie

IP nous avons opté pour cette solution afin de mettre en œuvre le Cisco Unified Call

Manager.

3.2.1- Présentation de la Solution Cisco pour la téléphonie IP

Les solutions Cisco de téléphonie sur IP reposent sur l‟architecture AVVID (Architecture for

Voice, Video and Integrated Data).Le système ToIP est composé principalement d‟un ou

plusieurs Call Manager (CCM) et /ou d‟un Call Manager Express (CCME) s‟il s‟agit d‟une

petite ou moyenne entreprises (PME), des IP-Phones, fax et autres terminaux analogiques et

d‟une passerelle VoIP (Gateway VoIP). Les caractéristiques de la téléphonie Cisco apportent

des services à valeur ajoutée aux postes de travail et aux téléphones, permettant aux

entreprises d‟améliorer leur productivité et d‟augmenter la satisfaction des clients.

3.2.1.1- Le Cisco Unified Call Manager (CUCM)

Le Cisco Call Manager est un logiciel de traitement d‟appels qui ajoute des fonctions de

téléphonie aux réseaux locaux d‟entreprise et aux périphériques réseau tels que les téléphones

IP, les passerelles voix sur IP (VoIP) et les applications multimédia. Grâce à l‟interface de

programmation d‟applications (API) ouverte du Call manager, les services de voix et de

données tels que ceux proposés par la messagerie unifiée, les conférences multimédia, les

centres de contact de collaboration et les répondeurs vocaux interactifs, peuvent enfin

interagir avec les solutions de téléphonie sur IP.

On peut gérer environ 7500 téléphones IP par serveur Call Manager.

Le Call Manager peut opérer dans une architecture centralisée ou distribuée. L‟architecture

distribuée est réalisée par une construction d‟une grappe (cluster) afin d‟assurer la

disponibilité du Call Manager et d‟éviter sa surcharge pour éviter le blocage partiel ou total du

réseau téléphonique de l‟entreprise. Le modèle en grappe permet une évolution de 1 à 30.000

Téléphones IP pour une grappe.


3.2.1.1-a Fonctions assurées par le CUCM

Traitement d’appel : il assure le routage, l‟établissement et la clôture d‟appels. Il

permet aussi d‟assurer les services de taxation.

Signalisation : Call Manager assure toute la signalisation entre tous les éléments

téléphoniques pour établir et terminer un appel.

Administration du plan de numérotation : Le plan de numérotation permet au Call

Manager de router un n° de téléphone vers la destination requise.

Administration de services téléphoniques: Call Manager permet d‟assurer des

fonctionnalités téléphoniques telles que la mise en attente, les transferts d‟appel, les

conférences.

Services d’annuaire: Call Manager utilise le DC Directory comme annuaire LDAP.

Cet annuaire gère l‟authentification et les autorisations des utilisateurs. Cependant Call

Manager peut être intégré à un annuaire d‟entreprise de type Active Directory.

Interface de programmation pour applications externes: Call Manager contient

une interface de programmation permettant de s‟interconnecter avec des applications

externes telles qu‟une console opératrice, un centre d‟appels.

3.2.1.1.b- Les différents scénarios de déploiement

Pour assurer un haut degré de disponibilité, il est nécessaire d‟installer un cluster de CCM.

Figure 5 : Un cluster CUCM


Un cluster de CCM est composé d‟au moins 2 serveurs partageant une même base donnée

et travaillant ensemble afin de supporter un groupe d‟équipements téléphoniques.

_ Le « Publisher » est le serveur maître qui a les droits d‟écriture dans les bases de

données.

_ Le « Subscriber » est le serveur esclave qui a que les droits de lecture.

Il est possible d‟avoir au maximum dans un cluster 1 Publisher et 8 Subscriber

(restrictions SQL). Lorsqu‟on modifie un paramètre CUCM, la modification est écrite

dans le Publisher puis ce dernier réplique la modification vers les « Subsribers du

cluster ».

En cas de défaillance du Publisher les Subscriber stockent les tickets d‟appel dans leurs

bases CDR (Call Détail Record) et mettront à jour celle du Publisher lorsqu‟il redeviendra

opérationnel.

L‟avantage de cette architecture distribuée se traduit par une disponibilité maximale du

système, un partage de charge et une évolutivité incomparable.

Il existe plusieurs types de déploiement supporté par Cisco. Chaque type diffère en

fonction de 3 critères : le trafic véhiculé à travers le WAN, la localisation du traitement

d‟appel et la taille du déploiement.



1- Installation et configuration de CUCM

Dans mon stage j‟ai utilisé la version 7.0.1 du CUCM, Serveur tournant Windows Server

2003, Téléphones IP Cisco 7911 et 7942, IP Communicator* (SoftPhones) et Switch

Catalyst 3560 « Power Over Ethernet » (PoE). Ce dernier est doté d‟un IOS version 12.2

(35) SE5.

1.1- Réalisation de la maquette

Afin de procéder à l‟installation il parait logique et à titre préalable de réaliser une

maquette afin d‟acheminer par la suite les différentes étapes de configuration que j‟ai

effectué.

Vlan 10 : Voix

Vlan 20 : Données

Figure 6 : Maquette de test du CUCM

* L‟IP Communicator est une application basée sur Windows et qui offre un support de téléphonie sur un

ordinateur individuel.


1.2- Installation du Cisco Unified Call Manager (CUCM)

1.2.1- Pré-requis :

Pour une version 7.0 ou 7.1, nous avons besoin des performances minimum suivantes :

2Go de mémoire vive

70Go de Disque dur

1 Processeur

Pour une version 8.5 ou 8.6, nous avons besoin des performances minimum suivantes :

4 Go de mémoire vive

80Go de Disque dur

1 Processeur 2Coeurs ou 2 Processeurs

Nous avons besoin pour terminer de l'ISO d'installation du CUCM.

1.2.2- Installation

Voir Annexe I : Page 41

L'installation étant terminé nous pouvons nous connecter à l'interface web pour en configurer.

Pour cela ouvrez un navigateur Web et tapez l‟adresse du CUCM (dans mon cas

https://192.168.2.151/ccmadmin) pour obtenir cette page :

Figure 7 : Console GUI de gestion de CUCM


Il restera à cliquer sur le lien, accepter le certificat et s‟authentifier avec le dernier compte que

j‟ai créé (Admin).

1.2.3 Configuration de Cisco Unified Communication Manager

Avant de lancer l‟installation du subscriber, il faut configurer le publisher. On commence

par :

A. Ajout du Serveur

Allez sur Cisco Unified CM Administration==>System==>Server :

Cliquez sur Add New, puis renseignez les informations demandées. Je vous conseille de

mettre l‟adresse IP et non le hostname du Subscriber car lors d‟une panne de DNS le

Publisher pourrait avoir des problèmes pour communiquer avec le ou les Subscriber(s). On

peut aussi remplir le champ @MAC et Description.

Figure 8 : Configuration du serveur

Ensuite cliquez sur Save.

B. Activation de Services :

Par défaut, aucun service n‟est activé sur le Cisco CallManager. Celui-ci ne permet donc ni de

passer des appels, ni même d‟enregistrer un poste.

La première étape consiste donc à activer et lancer les services nécessaires. Pour cela, se

rendre sur la page web de votre CUCM, et choisir

, puis Go.


Se rendre dans Tools => Services activation, sélectionner les services comme ci-dessous, puis

Save, et patienter pendant l‟activation :

Figure 9 : Activation de services

C. Configuration du serveur NTP

Pour configurer le serveur NTP rendez-vous sur Cisco Unified OS Administration==>System

==>NTP Servers==>Add New, renseignez l‟adresse IP du serveur NTP puis cliquez sur

Save.

Figure 10 : Configuration du serveur NTP

D. Configuration du serveur DHCP

Pour configurer le serveur DHCP au niveau de Cisco Unified CM Administration, allez sur

System ==>DHCP==> Server Config==>Add New, puis renseignez les informations

comme ci-dessous.


Figure 11 : Configuration du serveur DHCP

Après avoir configuré le serveur on doit procéder à l‟ajout de plages d‟adresses à attribuer.

Pour cela allez sur System ==>DHCP==> Subnet Config==>Add New et renseignez les

informations comme ci-dessous.

Figure 12 : Configuration de plage d’adresses IP pour le serveur DHCP


E. Configuration de la synchronisation CUCM -LDAP pour l'approvisionnement

des utilisateurs

Pour la synchronisation LDAP, nous avons besoin au préalable activer le service DirSynch et

d‟un domaine Active Directory bien configuré avec Utilisateurs et UOs.

Pour configurer CUCM à utiliser LDAP pour l'approvisionnement des utilisateurs allez sur

System ==>LDAP==> LDAP System, cochez la case « Enable Synchronizing from LDAP

Server » et renseignez les informations comme ci-dessous, puis cliquez sur Save.

Figure 13 : Configuration de la synchronisation LDAP

Ensuite, accédez à System ==>LDAP==>LDAP Directory. Configurer le nom d'annuaire

LDAP, en cliquant sur le bouton Add New puis configurez comme ci-dessous. A la fin cliquez

sur Save ensuite sur Perform Full Sync Now.

Figure 14 : Configuration de synchronisation LDAP


F. Configuration des VLANs sur le Switch

On va créer des Vlan‟s dans le commutateur afin de séparer la voix et les données.

Les étapes suivantes permettent la création des VLANs dans le switch :

Figure 15 : Création des Vlan’s.

Ensuite on affecte des ports aux Vlan‟s :

Figure 16 : Affectation des ports aux Vlan’s.

Puis on doit attribuer des adresses IP aux Vlan‟s crées :

Figure 17 : Attribution des adresses IP aux vlan’s.


G. Enregistrement d’un téléphone IP

Il existe 3 manières de procéder à l‟enregistrement d‟un téléphone IP :

1. Enregistrement manuel, avec renseignement manuel de l‟IP du CUCM.

2. Avec l‟aide d‟un serveur DHCP et de l‟option TFTP approprié.

3. En auto-enregistrement.

On a utilisé la méthode 3 (Auto-Enregistrement).

Il faut au préalable activer l‟auto-enregistrement. Pour cela, se connecter sur le CUCM, puis

se rendre System => Cisco Unified CM, et choisir votre publisher.

Définir une plage d‟auto-enregistrement, puis décocher la désactivation de l‟auto-

enregistrement.

Figure 18 : Configuration de l’auto-enregistrement.

Après il suffit de connecter les postes IP, et observer le téléphone IP à travers le processus

d'inscription. Lorsque le téléphone IP a enregistré avec succès, il affiche la date, l'heure et le

numéro de répertoire. Pour vérifier que le téléphone est bien enregistré, allez sur

Device==>Phones et cliquez sur Find. Vous allez voir la liste de tous les IP Phones

enregistrés (vérifier que dans la colonne status il s‟affiche « Enregistered with call

Manager ».

1.2.4 Configuration des fonctionnalités avancées de la ToIP

Durant mon stage j‟ai pu aussi configurer trois fonctionnalités avancées de téléphonie IP

permettant de mieux améliorer la productivité des employés au sein du MEF. Ces

fonctionnalités sont configurées au niveau du CUCM et accessibles depuis les IP Phones et

ont comme utilisateurs finaux les employés du Ministère de l‟Economie et des Finances.

Les trois fonctionnalités de téléphonie que j‟ai configurée sont : Le service Meet-Me de

conférence audio-vidéo, le service de Call-Back et un dernier le Call-Pick up.


A. Configuration de la conférence Meet-Me La conférence Meet-Me permet à plusieurs intervenants de rejoindre en même temps une

conférence audio/vidéo. Le principe de cette fonctionnalité est très simple : une personne

contrôleur de la conférence commence par initier la conférence en sélectionnant la touche

„Meet-Me‟ sur son IP Phone et appelle le numéro réservé aux conférences (DN : Directory

Number) et le reste des membres intervenants appellent ce numéro (DN) juste comme s‟ils

appellent une personne à qui appartient ce numéro et ce, afin de rejoindre la conférence.

Figure 19 : Contrôleur et Intervenants dans la conférence Meet-Me.

La configuration de cette fonctionnalité est détaillée dans le tutoriel situé en Annexe II (Page

46).

B. Configuration du Call-Back

Call-Back est une fonctionnalité de téléphonie très avancée 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 améliore ainsi la productivité. Le

principe de cette fonctionnalité est très simple : Un collaborateur 1 essaye de rejoindre

un collaborateur 2 mais il ne le trouve pas dans son bureau, dans ce cas il active

l‟option Call-Back sur ce dernier, lorsque le collaborateur 2 rejoint de nouveau son

bureau et transmet un appel quelconque et dès la fin de cet appel, le collaborateur 1

reçoit une notification sur son IP Phone signalant que le collaborateur 2 est désormais

disponible et ainsi il peut le contacter à cet instant. Ce scénario est détaillé dans les

figures suivantes :


Figure 20 : Fonctionnement de Call-Back

La configuration de cette fonctionnalité est détaillée dans le tutoriel situé en Annexe III (Page

48).

C. Configuration du Call Pick-Up (*Voir Annexe IV ; Page 50)

Call-Pick-Up est une fonctionnalité de téléphonie très avancée car elle permet de

s‟entraider entre les collaborateurs et améliore ainsi la productivité. Le principe de

cette fonctionnalité est très simple : Un collaborateur peut intercepter, depuis son

poste, l‟appel entrant au téléphone de son collègue si celui-ci est bien configuré dans

son groupe, et ce au cas où ce dernier n‟est pas disponible dans son poste pour

répondre à cet appel.

Figure 21 : Fonctionnement de Call Pick-Up


Conclusion Générale

Nous vivons une formidable révolution culturelle à travers la téléphonie sur IP.

Grâce à la convergence des réseaux voix, données, images, on communique différemment

avec des technologies de plus en plus efficaces, multiples et abordables. Les avantages sont

nombreux avec des retours sur investissement immédiats. Mais la mise en place de la ToIP en

entreprise ne s‟improvise pas. Ceci nécessite une réelle expertise dans plusieurs domaines ; La

téléphonie classique, les réseaux IP, la sécurité, la mobilité et aussi une bonne connaissance

du monde des opérateurs pour que l‟entreprise puisse choisir une solution pertinente et

cohérente.

Ainsi le MEF n‟épargne aucun effort pour former une équipe téléphonie hautement qualifiée,

avec laquelle j‟ai eu la chance de passer mon séjour de 1 mois. Ce séjour m‟a permis de

mieux connaître la technologie, de s‟adapter à la solution Cisco, et de réaliser des parties

d‟installation et de configuration des différents composants de la solution en l‟occurrence

CUCM, afin de proposer dans le futur proche une solution adéquate au besoin de l‟entreprise.

D‟un point de vue personnel, ce stage s‟est avéré très passionnant. Il m‟a permis de compléter

mes acquis dans le monde des réseaux et de m‟ouvrir aux technologies. La liberté d‟action

accordée par mes tuteurs a facilité mon intégration au sein de l‟équipe et m‟a conféré une

autonomie. L'envergure du projet m‟a amené à dialoguer avec plusieurs ingénieurs,

techniciens et stagiaires du MEF. Cet aspect m‟a beaucoup apporté sur le plan humain.

Enfin, j‟ai acquis une méthode de travail et une capacité à faire face en cas de problèmes.


Bibliographie et Webographie

1. Cisco Systems Inc, 2006, “Cisco Unified CallManager”, version 5.0, Cisco Press

2. Cisco Systems Inc, 2006, “Cisco Unified IP Phone 7911G-GE and 7942G-GE for Cisco

Unified CallManager 5.1 (SCCP and SIP)”, Cisco Press

3. Cisco Systems Inc, 2009, “Guide d'utilisation de Cisco IP Communicator”, Version 7.0, Cisco

Press

4. Implementing.Cisco.Unified.Communications.Manager.Part-1___2nd.Edition_v8.0

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. TOIP-VOIP, 2003-2004, http://www.frameip.com/toip/

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

8. Installation et configuration d'un Cisco Unified CallManager (version 7.1.5),

http://www.jhackeur.fr/informatique/cisco/cucm.php

9. CUCM: Conference call with Meet Me, http://cyruslab.net/2012/09/19/cucm-

conference-call-with-meet-me/

http://www.cisco.com/c/en/us/td/docs/voiceipcomm/cucm/admin/861/ccmcfg/bccm-861-cm.html

http://www.cisco.com/c/en/us/td/docs/voiceipcomm/cucm/admin/861/ccmcfg/bccm-861-cm.html

http://www.jhackeur.fr/informatique/cisco/cucm.php

http://cyruslab.net/2012/09/19/cucm-conference-call-with-meet-me/

http://cyruslab.net/2012/09/19/cucm-conference-call-with-meet-me/


Annexes

Annexe I : Installation de Cisco Unified Communication Manager

1 2

3 4

5 6


7 8

9 10

9 10

11 12


13 14

15 16

17 18


19 20

21 22

23 24


25 26

27 28


Annexe II : Configuration de la Conférence Meet-Me

1. Création d’un Numéro Meet-Me / Pattern :

Call Routing > Meet-Me Number/Pattern

On clique sur Add New pour ajouter un numéro qui sera le DN (Directory Number) pour

déclencher des conférences Meet-Me et on enregistre la configuration.

Note : DN dans notre cas est 2000.

Figure 22 : Configuration du Numéro Meet-Me.

2. Création d’un 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 23 : Création d’un Common Device


3. Création d’un Conference Bridge:

Media Resources > Conference Bridge

Le Cisco Conference Bridge Software est automatiquement crée par le CUCM après avoir

créé le serveur. On doit inclure le Common Device Configuration qu‟on a créé dans le

Conference Bridge.

Figure 24 : Configuration d’un Conference Bridge

4. Création d’un 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) qu‟on a déjà créé parmi les Media Resources disponibles et on le

transfert au Media Resources sélectionnés.

Figure 25 : Création du Media Ressource Group

Media Resources > Media Resource Group List

Même procédure.

Cisco Unified Serviceability:

On se logues dans Cisco Unified Serviceability avec l‟identifiant administrateur et le mot de

passe, et on se positionne au niveau du menu :

Tools > Service Activation

On vérifie que le service Cisco IP Voice Media Streaming App est bien actif.


Annexe III : Configuration de la Fonctionnalité Call Back

1. Création d’une Softkey Template

Device > Device Setting > Softkey Template

On clique sur Add new Dans l‟interface de configuration qui s‟affiche et on choisit Standard

User parmi les Softkey Template disponible dans la liste déroulante et on clique sur Copy.

On donne un nom « CB User » à la nouvelle Template et on clique sur Save.

Figure 26 : Création d’une Softkey Template

2. Ajout du Call Back dans la Template CB User

On ajoute l‟option Call Back pour l‟état d‟appel : On Hook et Ring Out disponible dans la

liste déroulante et on clique sur Save.

Figure 27 : Ajout du Call Back dans la Template CB User


3. Ajout de la Softkey Template CB User dans les IP Phones

On se positionne au niveau du menu Device > Phone

On sélectionne les IP Phones pour lesquels on veut configurer l‟option Call Back et on

modifie leur Softkey Template comme c‟est montré sur l‟image suivante :

Figure 28 : Association de la Template CB User avec les IP Phones


Annexe IV : Configuration de la Fonctionnalité Call Pick-Up

1. Création des groupes Call Pick-Up

Call Routing > Call Pickup Group

On clique sur Add new et on renseigne un nom et un numéro pour chaque Call Pickup

Group qu‟on veut créer comme c‟est montré sur l‟image suivante :

Figure 29 : Création des groupes Call Pick-Up

2. Association des IP Phones aux groupes du Call Pickup

On se positionne au niveau du menu Device > Phone

On sélectionne les IP Phones pour lesquels on veut configurer l‟option Call Pickup et on

modifie les options de leurs lignes et on enregistre la configuration.

Figure 30 : Association de l’IP Phones aux groupes de Call Pick-Up.


3. Ajout du bouton Call Pickup dans la Softkey Template

Device > Device Setting > Softkey Template

On choisit la Template CB User qu‟on a déjà créé pour la fonction Call Back.

On ajoute l‟option Pick-up pour l‟état d‟appel : On Hook disponible dans la liste déroulante et

on clique sur Save.

Figure 31 : Ajout du Bouton Call Pick-Up dans la Softkey Template.


Annexe V : Configuration de la Musique d’Attente (MOH)

1. Téléchargement de Fichier

D‟abord on a besoin télécharger le fichier WAV dans Cisco Unified Communications

Manager, cela est fait via Media Ressources > MOH Audio File Management. Par

défaut CUCM est livré avec une Musique d‟attente libre de droit d'auteur.

Figure 32 : Chargement de Musique d’attente

Cliquez sur le bouton Upload File. Télécharger le fichier peut prendre un certain

temps car cela non seulement télécharge le fichier, mais il convertit également le

fichier dans tous les codecs nécessaires ainsi. Cisco recommande de ne pas effectuer

cette action dans un environnement en direct pendant les heures normales d'affaires

que CUCM consacre toutes les ressources pour cette tâche et peut affecter les

performances d'appel du réseau.

Figure 33 : Téléchargement du Ficher


Maintenant que nous avons le fichier téléchargé et prêt, nous devons configurer une

source audio MOH. Cela se fait en allant à Media Resources > Music On Hold Audio

Source.

Figure 34 : Configuration de Source Audio

Cliquez sur Add New. Ici je suis en mesure de configurer le nombre de flux audio

MOH, nom de la source audio, de multidiffusion et répéter lire les paramètres. Après avoir

configuré cliquez sur Save.

Figure 35 : Configuration des Option de la Musique d’attente

Maintenant je dois activer le serveur MOH en allant à Media Resources > Music On

Hold Server. Cliquez sur Add New et configurez comme ci-dessous.

Figure 36 : Configuration de MOH Server


Enfin, cliquez sur Save et se rendre dans le menu Device > Phone, On sélectionne un

téléphone, on cherche les deux lignes suivantes pour attribuer la musique que l‟on souhaite :

Figure 37 : Configuration de MOH sur les IP Phones

Pour finir on clique sur Save.

Date post:	29-Apr-2023
Category:	Documents
Upload:	supmit
View:	0 times
Download:	0 times

Rapport de stage ToIP

Documents