Chapitre VI

Implémentation d'une
application de téléphonie sur IP
de type pc- to-pc

2
9
Chapitre 4 : Implémentation d’une application de téléphonie sur IP de type pc-
to-pc

4.1 Introduction

Le développement des systèmes de communication et de transmission des données, a donné

naissance à des nouvelles technologies telle que la téléphonie sur IP. Ça se qui nous pousse à
réaliser un projet de téléphonie IP.

Notre stage s’est déroulé chez ACTEL EL-BIAR c’est une agence commercial de Algérie Telecom
situe à el-Biar -Alger

Elle comprend des employés dans l'installation et la maintenance des réseaux, la réparation des
ordinateurs et des imprimantes et des tablettes. Ils font aussi la programmation des routeurs et des
flashs.

Afin de réaliser un projet de téléphonie IP on a divisé ce chapitre en deux parties:

la première est consacré à une étude de cas de réseau TOIP qui est le réseau de ACTEL El-biar et
bien comprendre le publisher et subsrciber et les notions du CUCM, Soft Phone
(ciscoipcommunicator).et aussi pour savoir comment ces derniers sont installés et fonctionnés dans
un réseau TOIP.

La deuxième va contenir la conception et l'implémentation d'une application Windows de

téléphonie sur IP de type pc-to-pc (Soft Phone) en utilisant un simulateur qui est dans notre cas le
logiciel packet tracer

2
8
4.2 Publisher et subscriber

Le Cisco Call Manager constitue une solution de traitement d’appels pour les entreprises, évolutive, à
haute disponibilité et qui peut opérer dans une architecture centralisée ou distribuée. Plusieurs serveurs
Call Manager peuvent être formés en cluster et administrés comme une seule entité. La construction d’un
cluster contenant plusieurs serveurs de traitement d’appels sur un réseau IP est une possibilité unique sur
le marché, qui met en évidence la qualité avancée de l’architecture proposée par Cisco. Le modèle en
cluster permet le partage de charge entre serveurs et la redondance du service de traitement d’appel.

Un cluster est donc le regroupement de plusieurs serveurs Call Manager, comme étant une seule unité et
permettant le partage de charge. Cependant, il doit y avoir une certaine hiérarchie dans un cluster afin
que chaque entité connaisse sa tâche. C'est pourquoi, un cluster est constitué d'un Publisher et d'un ou
plusieurs Subscriber.

4.2.1 Publisher :
Il est le serveur Call Manager "maître", son rôle est de définir les fonctions de chaque Subscriber, et de
partager les charges. Il est aussi le serveur principal, et de ce fait, si celui-ci est hors service, l'ensemble
du cluster ne fonctionnera plus. Cependant, dans la stratégie où celui-ci est déchargé au maximum, il y
a une faible probabilité pour qu'il soit hors service.

4.2.2 Subscriber :
C'est un serveur Call Manager "esclave", son rôle est d'assurer les fonctions que le Publisher lui
demande. Celui-ci effectue une réplication de la base de données du Publisher (avec synchronisation),
afin de ne se servir que de la sienne pour effectuer ses actions. De manière générale, les Subscribers sont
mis en place par paire, afin de se partager les charges, et assurer un système de secours en cas de mise
de hors service d'un Subscriber.

4.3 Installation du Cisco Unified Call Manager (CUCM)

4.3.1Pré-requis :
Pour une version 10.0 ou 10.1, nous avons besoin des performances minimum suivantes :
4Go de mémoire vive
100Go de Disque dur
1 Processeur 2Coeurs ou 2 Processeurs

2
9
Nous avons besoin pour terminer de l’ISO d’installation du CUCM.

4.3.2Installation
On commence l’installation par insérer le DVD ou l’ISO. Ensuite on allume le serveur, on attend qu’il
démarre. Voici la première étape de l’installation :

L’installation nous propose de vérifier l’intégrité du DVD ou de l’ISO.

On laisse CUCM faire son travail, et on attend que le test soit réussi :

2
8
On tape "Entrée" et on attend, des messages vont apparaitre, on laisse faire.

CUCM se charge de tester notre configuration matériel, pour vérifier qu’elle est bien conforme au prérequis.
On attend donc le message nous confirmant que c’est bon :

2
9
CUCM nous propose ensuite si nous voulons commencer l’installation :

Sélectionnez "YES".

2
8
Le CUCM va commencer par configurer la plateforme d’installation (votre serveur), sélectionnez "Proceed"

L’étape suivante propose soit de mettre à jour votre Call Manager existant, ou soit de faire une
installation complète. Nous voulons faire une installation complète donc nous allons sélectionner
"No" :

2
9
Et sélectionner "Continue" :

2
8
Nous débutons maintenant les étapes de configuration, avec la première étape concernant la zone de temps.
Pour l’Amérique sélectionnez "America/los_Angeles" :

2
9
Ensuite, l’installeur nous propose de régler le mode de fonctionnement de notre interface réseau. Si vous
êtes sur un serveur dédié choisissez auto. Si vous êtes comme moi sur une machine virtuelle alors
sélectionnez "Continue" :

Conc
ernant la MTU, sélectionnez "No"

2
8
CUCM nous propose ensuite d’utiliser ou pas un serveur DHCP pour la configuration IP du serveur.
Pour éviter tout problème d’adressage, je vous conseille de fixer votre configuration IP manuellement. Donc
sélectionnez "No" :

Config
urer les paramètres réseaux :

Dans l’étape suivante, le Call Manager nous demande s’il doit utiliser un serveur DNS pour résoudre les
noms du domaine.

Si vous sélectionnez "Yes" votre serveur DNS doit être joignable pendant l’installation et le

2
9
HostName de votre Call Manager doit pouvoir être résolu. Sinon votre installation va s’arrêter.

Si vous sélectionnez "Yes". Le CUCM vous demandera les adresses de vos serveurs DNS, ainsi que le nom
de votre domaine.

Pour être sûr, depuis une autre machine de votre réseau testez la résolution du HostName CUCM, via la
commande "nslookup -hostname-" :

2
8
Sinon sélectionnez "No"

Les paramètres de la configuration IP étant terminés. Le Call Manager va demander maintenant de

configurer les accès. En commençant par le mot de passe OS utilisé pour se connecter en CLI sur le serveur
ou en web dans la zone "Administration de Cisco Unified OS" :

Le clavier est en QWERTY ne l’oublier pas.

2
9
Ensuite, remplissez les informations pour générer les certificats :

Le CUCM demande s’il doit configurer le serveur comme étant le Publisher ou comme Subscriber (Dans
mon cas je veux qu’il soit Publisher, donc je sélectionne "Yes") :

Il peut y avoir qu’un seul Publisher.

Un dernier paramètre IP, le ou les serveur(s) NTP, permettant de synchroniser les horloges.

2
8
Comme le serveur DNS, il faut que votre serveur NTP puisse répondre lors de l’installation.

Configuration des accès pour les autres serveurs (subscriber) :

Le CUCM peut avoir besoin d’un serveur mail, pour transférer ces mails.

2
9
Choisissez "No" :

Dernier accès à configurer, l’accès à l’interface de management :

2
8
Pour terminer sélectionnez "OK" pour lancer l’installation :

Puis patientez ......

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

Console GUIDE 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).

Activation de services

2
8
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.

Configuration du serveur NTP

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.

Configuration du serveur DHCP

2
9
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.

Configuration de plage d’adresses IP pour le serveur DHCP

4.4 Configuration de la synchronisation CUCM -LDAP pour

l'approvisionnement des utilisateurs

Pour la synchronisation LDAP, nous avons besoin au préalable activer le service DirSynchet 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 « EnableSynchronizingfrom LDAP Server » et renseignez
les informations comme ci-dessous, puis cliquez sur Save.

Configuration de la synchronisation LDAP

2
8
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 SyncNow.

Configuration de synchronisation LDAP

4.5 Configuration des VLANs sur le Switch

On va créer des Vlans 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 :

Création des Vlan’s.

Ensuite on affecte des ports aux Vlan‟s :

2
9
Affectation des ports aux Vlan’s.

Puis on doit attribuer des adresses IP aux Vlans crées :

Attribution des adresses IP aux vlan’s.

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

2
8
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.

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 statusil s’affiche «
Enregisteredwith call Manager ».

4.6 Implémentation d'une application de téléphonie sur IP de

type pc-to-pc (ipCommunicator)

4.6.1 Packet tracer :

Définition :

Packet Tracer est un simulateur de matériel réseau Cisco (routeurs, commutateurs). Cet outil est
créé par Cisco Systems qui le fournit gratuitement aux centres de formation, étudiants et diplômés
participant, ou ayant participé, aux programmes de formation Cisco (Cisco Networking Academy).
Le but de Packet Tracer est d'offrir aux élèves et aux professeurs un outil permettant d'apprendre les
principes du réseau, tout en acquérant des compétences aux technologies spécifiques de Cisco. Il
peut être utilisé pour s’entraîner, se former, préparer les examens de certification Cisco, mais
également pour de la simulation réseau.

On télécharger le fichier source : lien de téléchargement du Packet Tracer

https://www.netacad.com/fr/courses/packet-tracer

2
9
4.6.2 Projet Packet Tracer 7.2.2 - Base Téléphonie VoIP

Description du projet

Nous allons au cours de ce tutoriel configuré un réseau simple embarquant le VoIP (Voice over Internet
Protocol). Le réseau comportera également un serveur DHCP qui servira a distribué une IP à chaque
terminal du réseau.
Nous aurons donc besoin d’une typologie simple avec :
• • Un routeur (2811)
• • Un switch (2960-24TT)
• • Quatre IP Phones (7960).
• • Quatre PC connectés aux IP Phones.

Dans notre cas voici la typologie utilisée :

4.6.3 Première étape : Configuration de l’interface FastEthernet

0/0 du Router et création du serveur DHCP. :

2
8
Commençons par l’interface Fa 0/0.

Puis nous créons et configurons le serveur DHCP utilisé pour distribué une adresse
IP à chaque terminal IP du réseau.

Une fois cette étape terminée, le router et le switch devraient afficher une connexion
verte.

2
9
Ensuite nous allons démarrer les IP Phones, en cliquant dessus nous allons
brancher l’adaptateur secteur afin de l’alimenter (vous pouvez également
utiliser des switchs POE Power Over Ethernet, afin de ne pas avoir à utiliser
le secteur pour alimenter vos téléphones).

2
8
La même opération tous les IP Phone

Normalement, toutes les connexions devraient être affichées en vertes :

2
9
4.6.4 Deuxième étape : Configuration du service de téléphonie « Call
Manager Express » sur le Router.

Nous allons donc configurer Call Manager Express afin d’activer le support VoIP sur
notre réseau.

4.6.5 Troisième étape : Configuration d’un Vlan Voice sur le

Switch.

Nous allons configurer les interfaces du Switch afin de séparer les données (transferts de fichiers
par exemple) et les communications.

4.6.6 Quatrième étape : Configuration du touts les téléphones IP

sur le Routeur.
2
8
Les téléphones sont connectés et le réseau configuré, seulement il faut ajouter
une configuration supplémentaire afin de leur permettre de communiquer. Il
faut donc leur assigner un numéro de téléphone afin de les mettre en relation.

2
9
4.6.7 Sixième étape : Vérification de la bonne attribution des IP et

des numéros de téléphones.

IP-phone 1

2
8
IP-phone 2

IP-phone 3

2
9
IP-phone 4

Nous voyons donc qu’une adresse IP a été distribué en dessous de « IP Address »

(notez là elle nous reservira) et qu’un numéro de téléphone a été associé à côté de «
Line Number » (notez là également). Si les deux IP Phones sont configurés comme
prévu nous pouvons continuer.

4.6.8 Septième étape : Attribution des adresses IP des PC par le serveur DHCP

Maintenant une des dernières étapes est de prévenir nos ordinateurs qu’ils peuvent obtenir leurs adresses
IP grâce au serveur DHCP. Pour cela il suffit de cliquer sur l’ordinateur en question, dans l’onglet « Desktop
» puis « IP Configuration » vous cocher DHCP.
Lorsque

2
8
Lorsque vous cochez DHCP, votre ordinateur envoie une requête au serveur afin de recevoir son
adresse IP. Attendez quelques secondes puis vous devriez voir apparaitre « DHCP request
successful ». Faites de même avec vos autres machines disponibles sur le réseau

4.6.9. Huitième étape : Expérimenter le bon fonctionnement

Maintenant que votre réseau basique est configuré, nous allons nous assurer que le tout fonctionne
correctement.
Commençons par passer un appel depuis le téléphone 1 vers le téléphone 2. Cliquons sur notre IP Phone 1,
puis dans l’onglet « GUI » nous tapons le numéro du second IP Phone (pour savoir le numéro de destination,
survolez le téléphone afin de voir dans la fiche de description son numéro, ici c’est 002).

2
9
Quand vous avez tapez votre numéro, il vous reste à décrocher afin de lancer l’appel.

2
8
Il est bien indiqué « Ring Out » ce qui signifie que le second téléphone est contacté et qu’il sonne.
Maintenant allons sur l’interface IP Phone 2 pour recevoir l’appel en décrochant de la même
manière.

La lumière rouge du téléphone clignote et l’écran nous indique un appel provenant de 001 (donc l’IP Phone
1). On décroche, et on voit apparaitre « Connected » sur l’écran du téléphone. On peut ensuite raccrocher.

2
9
Le service de téléphonie est donc fonctionnel puisque les appels sont envoyés et reçus avec
succès.

Il ne nous reste plus qu’à vérifier si les ordinateurs sont capables de communiquer, nous allons
donc le voir avec la commande « PING ». Pour cela il faut cliquer sur l’ordinateur 1 puis dans
l’onglet « Desktop » choisir « Command Prompt ». Une fois le terminal ouvert tapez simplement «
ping [adresse IP de destination] ». Utilisez donc l’IP du second PC que vous avez relevé au
préalable puis fait Entrée.

2
8
Si le terminal vous renvoie ceci alors vos ordinateurs peuvent communiquer entre eux, nous avons donc
réussi à établir un service téléphonique sur un réseau simple tout en permettant l’échange de données entre
les machines du réseau.

4.7 Conclusion

Dans ce chapitre on a présenté une manière de réaliser de la VoIP. Il existe en effet d'autre moyen de
réaliser de la VoIP comme en utilisant du SIP. L'explosion de la VoIP pousse les différentes entreprises
de communications à améliorer les moyens mis en place. Grâce à cela la VoIP est l'avenir de la
téléphonie.

2
9
Conclusion générale
ans l’univers de télécommunication et d’informatique nous allons occuper d’un

D espace bien défini, celui de communication et le système de transmission de

l'information qui sont devenus maintenant des moyens à grande importance. C’est

pourquoi nous avons choisi faire un tour sur l’une des technologies de communication la plus
importante dans notre vie et notre entreprises qui est la voix sur IP et précisément la téléphonie
IP, cette dernière emploie le protocole IP pour transmettre les paroles comme paquets au
travers d'un réseau IP au lieu d'une ligne téléphonique régulière.

La TOIP présent nombreuses avantage mais elle doit néanmoins relever de nombreux défis
et pallier certaines difficultés techniques notamment la qualité de service (QoS).

Malgré quelques difficultés la VOIP reste une bonne solution en matière d’intégration, de
Fiabilité, d’évolutivité et de coût, et elle permet aussi une grande mobilité en le combinant avec
des technologies comme Wireless, WIFI.

Nous ne pouvons que nous réjouir de vivre l’essor de ses différentes technologies. Nous
pouvons donc vraisemblablement penser que bientôt nous téléphonerons tous sur IP et que le
protocole IP deviendra un jour un standard unique permettant l'interopérabilité des réseaux
mondialisés. C'est pourquoi l'intégration de la voix sur IP n'est qu'une étape vers Everything
over IP (EoIP).

Ce projet contient une étude d’un réseau de nouvelle génération plus qu’une étude
pratique présenté sous une conception et une implémentation d'une application de TOIP de
type pc-to-pc (Soft Phone) dont cette dernière inclut le modules (hébergement,
communication vocale, entre deux pc et deux site. Enfin, ce projet il n’est qu’un premier pas et
il peut être amélioré par l’ajout des autres services (fax, double appel….)

Nous avons beaucoup le plaisir d’étudier et de traité ce sujet qui nous a motivé à développer
nos connaissances dans le domaine de réseautique et télécommunication.

Bibliographie
2
8
Références bibliographiques

[1] ABED Amine et GUENOUNA Abdelwahab, (2005). La voix sur IP. Mémoire de fin d'étude pour
l’optimisation de diplôme d’ingénieur d’état spécialité télécommunication, institut de la
télécommunication Abdelhafid boussouf –ORAN.

[2] Andrew .G. (2002).TCP/IP JumpStart-Internet Protocol Basics. Edition

[3] BABAHADJ Abdeldjabbar, OUAYNI Tayeb, (2005). Etude et simulation d’un réseau de téléphonie sur

IP. Mémoire de fin d'étude pour l’optimisation de diplôme d’ingénieur d’état en informatique, université

de science et de la technologie d’Oran .

[4] Dean .T (2001). Réseaux Informatique. Edition RYNALD GOULET

[5] FAYER Modou, MAIGA Malik, (2004). Téléphonie sur IP. Mémoire de fin d'étude

pour l’optimisation de diplôme d’ingénieur d’état spécialité télécommunication, institut de la

télécommunication Abdelhafid boussouf –ORAN.

[6] INSAN.H, NICOT.G.(2006).Visual Basic 2005. Edition MICRO Applications.

[7] Le groupe d’experts sur la téléphonie IP / UIT-D (2001) Le rapporte essentiel sur la téléphonie IP.

[8] 3CX Ltd. (2007). Manuel Système Téléphonique 3CX pour Windows Version 3.1

URL: http://www.3cxPhoneSystemeManual31_fr/ltd.pdf .

[9] ABEDELKADER.F.(2006).Dot Net Networks &TCP/IP Programming.

URL: www.fadidotnet.org .

[10] AWT (Agence Wallonne des Télécommunications). Qu'est ce que la téléphonie sur IP URL:

http://www.awt.be/web/res/index/.aspx.

[11] AWT (Agence Wallonne des Télécommunications). IP PBX ou IP centrex

URL: http://www.awt.be/web/res/index/.aspx?page=res,fr,fic,150,001.

2
9
[12] BERMEJO. J, DUBOIS.F ( ).Voix / Téléphonie sur IP, évolution, panorama normes,

SIP
URL:http://avg.urlseek.vmn.net/search.php?lg=en&mkt=en&type=dns&tb=ie&tbn=avg&q=www%2E
sipcenter%2Ecom%2520or%2520http.

[13] BOITTIN.C. (2008). Forum de la VOIP: téléphonie, convergence et communication

URL:www.salonssolutions.com/newsletter/elementsmodele/ProgVOIPfev08.pdf

[14] CATON.F & AL (2004). Tout sur la VOIP.

URL: http://www.frameip.com/voip/index.html.

[15 ] CORNU.J ( 2003). La voix sur IP : quelle architecture?

URL: http://www.isoc-gfsi.org/gfsi/reunions/journee-francaise-IETF-3.html

[16] DAUPHIN.J, ZNATY.S (2005). SIP: Session Initiation Protocol

URL: www.efort.com/r_tutoriels/SIP_EFORT.pdf

[17] DELHON.F.(2006). Bienvenue chez Avaya! Le Fournisseur des Communications

Intelligentes. URL: www.Avaya.com/Présentation _TOIP.ppt Consulté le 5/03/2008.

[18 ]Diz.J. (2005).Téléphonie IP: plus de services, plus simple et moins cher

URL: http://www.animasoft.fr/article.php?oid=44476&usermail

2
8
[19 ] GNU Free Documentation License. (2008). Réseau numérique à intégration
de services
URL: http://fr.wikipedia.org/wiki/Réseau_numérique_Ã _intégration_de_services

[20] GNU Free Documentation License. (2008). IP Phone.

URL: http://en.wikipedia.org/wiki/IP_Phone

2
9