Rapport de TP : Mise en place d’une

infrastructure ToIP sur Packet Tracer

Filière : Gestion des Réseaux et Systèmes

Module : Principes des Réseaux Locaux et Commutation des Paquets

Auteur : Abdelkhalek FAKHARI

Encadrant : prof. Ayoub OUKHATAR

Année universitaire : 2025/2026

I. Introduction :
La technologie ToIP (Telephony over IP) permet la transmission de la voix à travers un réseau IP.
L’objectif de ce travail pratique est de mettre en place une infrastructure complète ToIP à l’aide du
simulateur Cisco Packet Tracer, comprenant la configuration d’un routeur UCME, des
commutateurs, ainsi que des téléphones IP et PC utilisateurs.

Ce projet vise à comprendre le fonctionnement d’un réseau convergent voix/données, incluant la

configuration des VLAN, du serveur DHCP et la vérification du fonctionnement global du système

Le scénario met en œuvre :

 Un VLAN DATA pour les postes informatiques.

 Un VLAN VOIP pour les téléphones IP.

 La configuration des ports trunk entre le commutateur et le routeur.

 L’utilisation d’un serveur DHCP pour attribuer automatiquement les adresses IP.

 L’interconnexion des réseaux via des sous-interfaces sur le routeur Cisco.

II. Objectifs du TP :
Les objectifs de ce TP sont les suivants :

1. Comprendre la structure et le fonctionnement d’un réseau ToIP.

2. Configurer les VLANs pour séparer le trafic voix et données.
3. Mettre en œuvre un serveur DHCP pour les différents réseaux.
4. Configurer un routeur UCME pour gérer la téléphonie IP.
5. Vérifier la communication entre les postes et les téléphones.

III. Matériel et Outils Utilisés :

 Logiciel : Cisco Packet Tracer v8.2

 Matériel simulé :

 1 Routeur Cisco UCME

 1 Commutateur Cisco 2960
 3 Téléphones IP Cisco
 3 PC utilisateurs
 1 Serveur DHCP/HTTP

Étape 1 : Mise en place de la maquette ToIP :

Travail à faire 1 : Construction de la maquette physique :
La première tâche consiste à mettre en place la topologie du réseau selon le schéma fourni.
Les équipements utilisés sont :

 Un routeur principal (serveur DHCP)

 Deux commutateurs (Switchs)
 Plusieurs téléphones IP connectés aux ports FastEthernet
 Des PC connectés pour la gestion et la vérification du réseau

Étapes de réalisation :

1. Création de la maquette physique :

Nous avons connecté tous les équipements conformément au schéma proposé.
Le routeur est relié aux deux switches via les interfaces FastEthernet (Fa0/0, Fa0/1,
Fa0/2, etc.).
2. Vérification des connexions :
Après le câblage, nous avons vérifié que chaque lien est bien fonctionnel à l’aide des
LED vertes (ou via la commande show ip interface brief).
3. Préparation de la configuration :
Chaque interface du routeur a été configurée avec une adresse IP correspondant à son
réseau local.
 Travail à faire 2 : Configuration du routeur et du serveur
DHCP :
Cette deuxième partie consiste à configurer le routeur pour qu’il agisse comme serveur DHCP
et attribue automatiquement des adresses IP aux téléphones.

Configuration du routeur :

 Adresse IP du routeur : [Link]

 Masque de sous-réseau : [Link]
 Nom du routeur : DHCP-SRV

Mise en place du service DHCP :

1. Activation du service DHCP sur le routeur.

2. Création d’un pool DHCP pour la distribution d’adresses :

 L’option 150 permet d’indiquer l’adresse du serveur TFTP, utilisée pour le
téléchargement de la configuration des téléphones IP.

3. Vérification du service :

→ Permet de vérifier la liste des adresses IP attribuées.

Les téléphones IP ont ensuite obtenu automatiquement leurs adresses via DHCP.

4. Configuration IP du routeur UCME :

Dans cette partie, nous avons configuré le routeur UCME afin qu’il puisse assurer la communication
entre les différents VLANs, notamment le VLAN VOIX destiné aux téléphones IP.

Étapes de configuration :

 Accès à l’interface du routeur :

Interface concernée : Fa0/0

 Configuration de l’adresse IP et de l’interface VOIX :

1. Le VLAN 5 est dédié au trafic DATA.

2. Le VLAN 10 est réservé à la VOIX (téléphonie IP).

Remarque :
À ce stade, seule l’interface VOIX est réellement utilisée pour la configuration des téléphones
IP, le but étant de préparer le réseau à la gestion simultanée des deux VLANs (DATA et
VOIX).

4. Configuration du commutateur :

Le commutateur joue un rôle essentiel dans la séparation du trafic et la gestion des

VLANs.
Nous avons donc configuré les VLANs nécessaires et attribué les ports correspondants.

 Déclaration des VLANs sur le switch :

 Configuration des ports :

Switch(config)# interface range fa0/1 – 3

Switch(config-if-range)# switchport mode access

Switch(config-if-range)# switchport access vlan 5

Switch(config-if-range)# exit

Port de liaison vers le routeur UCME (Fa0/12) :

Switch(config)# interface fa0/12

Switch(config-if)# switchport mode trunk

Switch(config-if)# switchport trunk allowed vlan 5,10

Switch(config-if)# exit

Configuration du port connecté au routeur UCME :

Ce port est relié à une interface du routeur UCME, laquelle comportera plusieurs sous-interfaces
attachées à des VLANs différents.
À ce stade, les téléphones IP connectés au commutateur affichent encore une liaison rouge,
car ils ne sont pas encore alimentés électriquement.

Alimentation des téléphones IP :

Le commutateur 2960 utilisé dans la maquette n’est pas PoE (Power over Ethernet).
Cela signifie qu’il ne peut pas fournir d’alimentation électrique directement aux téléphones IP.
Pour résoudre ce problème, il faut brancher les cordons d’alimentation ou ajouter le module
d’alimentation manuellement dans Packet Tracer .

Procédure :

Ajouter le module suivant à chaque téléphone IP :

(via l’onglet Physical → Modules dans Packet Tracer)

Une fois le module ajouté, le téléphone est alimenté, et la LED du port correspondant sur le
switch devient verte.

5. Vérification des baux DHCP attribués :

Router# show ip dhcp binding

À ce stade, les téléphones apparaissent avec un bail DHCP actif.

6. Activation du service de téléphonie UCME :

 7. Vérification de l’état initial (UNREGISTERED) :

Les téléphones apparaissent UNREGISTERED, ce qui est normal avant l’association des
MAC.

8. Vérification de l’affichage des numéros sur les téléphones IP :

Après l’association des ephone et des ephone-dn, les téléphones redémarrent

automatiquement et affichent le numéro interne qui leur a été attribué.
Cela confirme que chaque poste a bien reçu sa configuration depuis le routeur UCME.

9. Test d’appel et validation du fonctionnement :

Depuis IP-Phone1, on compose 5002 → le téléphone IP-Phone2 doit sonner

(RINGING).

L’écran du téléphone appelé affiche Incoming call – 5001.

En décrochant IP-Phone2, l’état passe à Connected sur les deux écrans.

Si un troisième téléphone (IP-Phone3) tente d’appeler 5002 pendant la

communication, l’état affiché sera Busy.

Observation attendue :

 Sonnerie active
 État Ringing → Connected
 Interdiction d’appel parallèle (Busy)
Étape 2 : Mise en place de la maquette ToIP :
Travail à faire 3 : Construction physique de la partie DATA :
Cette tâche consiste à étendre la maquette physique existante en ajoutant les équipements
dédiés au trafic DATA.

Équipements ajoutés :

3 PC : Ces postes de travail sont connectés aux ports "PC" situés à l'arrière des téléphones IP.
Cette connexion permet au téléphone de fonctionner comme un mini-commutateur pour le
poste de travail.

1 Serveur DHCP : Ce serveur est connecté au port 22 du commutateur principal. Ce port est
configuré pour appartenir au VLAN 10 (DATA).

Topologie résultante :

La maquette finale comprend désormais deux sous-réseaux logiques distincts transitant par la
même infrastructure physique :

Le VLAN 10 (DATA) pour le trafic des PC et du serveur.

Le VLAN 5 (VOIX) pour le trafic des téléphones IP.

Travail à faire 4 : Configuration de la partie DATA :

1. Configuration du port du commutateur pour le serveur DHCP :

Le serveur DHCP étant connecté au port 22, celui-ci doit être configuré en mode accès pour le
VLAN DATA.
Switch(config)# interface fastethernet 0/22

Switch(config-if)# switchport mode access

Switch(config-if)# switchport access vlan 10

Switch(config-if)# no shutdown

Switch(config-if)# exit

2. Configuration IP du serveur DHCP :

L'adresse IP statique du serveur DHCP est configurée comme suit :

Adresse IP : [Link]

Masque de sous-réseau : [Link] (/24)

Passerelle par défaut : [Link] (l'interface du routeur sur le VLAN 10)

3. Configuration du service DHCP sur le serveur

Le service DHCP est activé et configuré pour desservir le réseau DATA.

Nom du Pool : RESEAU_DATA

Réseau : [Link] /24

Passerelle par défaut : [Link]

Serveur DNS : [Link] (l'adresse de la passerelle, supposant qu'elle fasse aussi office de
redirecteur DNS)

Plage d'adresses : [Link] à [Link] (20 adresses)

4. Configuration des PC

Les trois PC sont configurés pour obtenir leurs paramètres IP automatiquement (via DHCP).
Ils doivent ainsi recevoir une adresse IP dans la plage [Link]-120.

Vérifications et Tests

Test 1 : Attribution d'adresses IP par le serveur DHCP

Action : Les PC sont configurés en "DHCP" et renouvellement de leur bail IP est effectué.

Résultat attendu : Chaque PC obtient une adresse IP dans la plage [Link]-120, avec la
passerelle [Link] et le serveur DNS [Link].
Commande de vérification : Sur les PC, la commande ipconfig (Windows) ou ifconfig
(Linux) confirme l'obtention des paramètres corrects.

Test 2 : Test de connectivité depuis un PC

Action : Depuis un PC, exécuter un test de ping (ping [Link]) pour tester la connectivité
avec la passerelle par défaut.

Résultat attendu : Réponse positive des paquets ICMP, confirmant que le PC peut
communiquer avec le routeur sur le VLAN DATA.

Test 3 : Test de connectivité inter-réseaux (optionnel avancé)

Action : Si le routage inter-VLAN est déjà configuré sur le routeur, un test de ping peut être
effectué depuis un PC du VLAN DATA ([Link]/24) vers un téléphone IP du VLAN
VOIX ([Link]/24), par exemple ping [Link].

Résultat attendu : Une communication réussie démontre le bon fonctionnement du routage

entre les VLANs DATA et VOIX.

1. Analyse d'une Trame VoIP (VLAN 5 - VOIX)

Contexte : Une requête ICMP (ping) est émise par un téléphone IP (adresse [Link]) vers
le routeur UCME (adresse [Link]).
Observation Principale : La trame est bien tagguée (marquée) avec un ID VLAN = 5
lorsqu'elle parvient au commutateur. Cela confirme que le téléphone IP est correctement
configuré pour appartenir au VLAN VOIX.

Décomposition de la Trame Ethernet 802.1Q :

En-tête Ethernet :

Adresse MAC de Destination : 0010.1141.7801

Adresse MAC Source : 00E0.8024.857B

Tag 802.1Q :

TCI (Tag Control Information) : 0x8100 (Indique la présence du tag)

PCP (Priority Code Point) : 1 (Priorité 1, souvent utilisée pour la voix)

VID (VLAN Identifier) : 5 (VLAN VOIX)

Protocole de couche 3 : IPv4 (0x0800)

Paquet IP :

Adresse IP Source : [Link] (Téléphone IP)

Adresse IP Destination : [Link] (UCME)

Protocole : 0x01 (ICMP)

Segment ICMP :

Type : 0x08 (Echo Request)

Code : 0x00

Identifiant : 0x8

Numéro de Séquence : 7

Conclusion : Le téléphone IP émet des trames tagguées sur le VLAN 5, comme prévu par la
configuration. La priorité (PCP) est définie, ce qui est essentiel pour la Qualité de Service
(QoS) afin de prioriser le trafic vocal.

2. Analyse d'une Trame Data (VLAN 10 - DATA)

Contexte : Une requête ICMP (ping) est émise par un PC (adresse [Link]) vers le
serveur DHCP (adresse [Link]).

Observation Principale : La trame est non tagguée (untagged) lorsqu'elle est reçue par le
commutateur.

Décomposition de la Trame Ethernet II (Non Tagguée) :

En-tête Ethernet :

Adresse MAC de Destination : [Link].71C1

Adresse MAC Source : 0002.AA54.E0BB

Type : 0x0800 (IPv4)

Paquet IP :

Adresse IP Source : [Link] (PC)

Adresse IP Destination : [Link] (Serveur DHCP)

Protocole : 0x01 (ICMP)

Segment ICMP :

Type : 0x08 (Echo Request)

Code : 0x00

Identifiant : 0x2

Numéro de Séquence : 1

Explication : Le port du commutateur auquel le PC est connecté est configuré en mode accès
pour le VLAN 10. Le commutateur ajoute un tag VLAN 10 aux trames entrantes de ce port et
le supprime des trames sortantes vers ce même port. C'est pourquoi la trame apparaît non
tagguée.

3. Synthèse et Comportement du Réseau

Le comportement observé dans la maquette peut être résumé ainsi :

Trafic depuis un Téléphone IP (VLAN VOIX) :

Les trames sont toujours tagguées (VLAN 5) lorsqu'elles arrivent sur le port d'accès du
commutateur.

Trafic depuis un PC (VLAN DATA) :

Les trames sont non tagguées à l'arrivée sur le port d'accès du commutateur. Le commutateur
ajoute ensuite le tag du VLAN 10 en interne.

Lorsqu'un PC communique avec un équipement sur un autre VLAN (ex: ping vers l'UCME),
la trame quitte le commutateur via un port Trunk. À ce moment-là, elle est tagguée avec le
VLAN 10 pour traverser le lien uplink.

Remarque sur la Réalité :

Comme indiqué dans la documentation, dans des environnements réels, le comportement des
téléphones IP peut varier. Certains modèles plus avancés peuvent être configurés pour tagguer
le trafic voix eux-mêmes, tandis que d'autres s'appuient sur le commutateur pour cette tâche.
La présence d'une priorité (PCP/CoS) dans le tag est également une pratique courante pour
assurer la QoS.

Travail à faire 5 : Construction et Intégration du Réseau

Supplémentaire

Cette tâche consiste à compléter la partie gauche de la maquette cible en ajoutant un nouveau
segment réseau et en connectant des serveurs essentiels.

Équipements et Adressage du nouveau réseau :

Routeur Supplémentaire : Interconnecte le réseau existant (par exemple, via l'interface Fa0/1
du routeur UCME) et le nouveau réseau [Link]/24.

Serveurs déployés :

Serveur HTTPS : [Link] - Héberge un service web sécurisé.

Serveur FTP 1 : [Link] - Service de transfert de fichiers.

Serveur FTP 2 : [Link] - Service de transfert de fichiers.

Travail à faire 6 : Configuration et Tests de Connectivité :

1. Configuration de l'Adressage Statique :

Conformément au schéma, l'adressage sur ce nouveau segment est statique.

Les serveurs ([Link], [Link], [Link]) sont configurés avec leurs adresses IP,
le masque de sous-réseau ([Link]) et leur passerelle par défaut (l'adresse IP du routeur
supplémentaire, par exemple [Link]).

2. Test d'Accessibilité depuis un PC du Réseau Principal :

L'objectif est d'accéder au serveur HTTPS ([Link]) depuis un PC situé dans le réseau
DATA principal ([Link]/24).

Action : Depuis un PC, ouvrir un navigateur web et saisir l'URL [Link]

Résultat Attendu : La page d'accueil par défaut du serveur HTTPS s'affiche. Cela prouve que :

Le routage entre les sous-réseaux [Link]/24 et [Link]/24 est fonctionnel.

Les règles de filtrage potentielles (ACLs) n'entravent pas la communication.

Vérifications et Résolution des Dysfonctionnements
Comme indiqué dans la documentation, tout problème de connectivité est généralement dû à
une erreur de configuration simple. Voici une méthodologie de dépannage :

 Vérification de la Connectivité de Base (Ping) :

Tester la connectivité étape par étape. Par exemple, depuis le PC, ping la passerelle par défaut
([Link]), puis l'interface du UCME vers le nouveau réseau, puis l'adresse du routeur
supplémentaire, et enfin le serveur HTTPS ([Link]).

 Vérification des Configurations d'Interfaces :

S'assurer que toutes les interfaces physiques et logiques impliquées dans le chemin sont
configurées avec la bonne adresse IP et no shutdown.

Commande : show ip interface brief sur les routeurs.

 Vérification des Tables de Routage :

Vérifier que les routeurs ont une route pour atteindre les réseaux distants.

Commande : show ip route sur le UCME et le routeur supplémentaire.

 Vérification des Services :

Confirmer que le service HTTPS est bien activé et en écoute sur le serveur [Link].

Conclusion :
ce projet a été couronné de succès. La maquette ToIP finale n'est pas seulement
une preuve de concept ; elle représente une version simplifiée mais fidèle des
infrastructures de communication unifiée déployées dans les entreprises
aujourd'hui. Elle valide l'ensemble des configurations techniques et démontre
notre capacité à gérer un projet réseau complexe, de la conception initiale à la
validation finale, en passant par le déploiement détaillé et le dépannage. Ce
travail jette des bases solides pour aborder des environnements de production
réels encore plus complexes.