Solution GLBP pour le Contexte STADIUMCOMPANY

Tout d’abord j’ai réinitialiser la configuration du switch, puis je l’ai redémarrer.

Puis j’ai commencé la configuration des VLAN

Configuration du VLAN 10 :

Configuration du VLAN 20 :

Vérification avec la commande show vlan :

J’ai configuré les ports 23 et 24 en mode trunk :

Puis j’ai effectué une vérification grâce à la commande show run :

Puis je suis passé sur le routeur 1

Réinitialisé :

Je l’ai renommer :

Et j’ai configurer l’adressage IP à partir du Port 0/0 qui est relié au switch :

J’ai configurer en DHCP le port 0/1 (c’est le port allant vers le WAN) :

Et j’ai configurer de la même manière le R2 en respectant le schéma réseaux :

De retour sur le R1

Je le configure avec le protocole GLBP pour que les utilisateurs du VLAN 10 utilisent l’adresse du routeur Virtuelle comme passerelle.

Je lui attribue une priorité de 110, et j’utilise la commande preempt pour qu’il soit d’office le routeur Actif, sans négociation avec l’autre routeur.

Et j’effectue la même chose pour le VLAN 20 :

Je configure aussi le R2 avec le protocole GLBP

Mais je lui attribue une priorité de 90, il sera donc le routeur Passif.

Configuration du NAT

Sur le R1 :

Sur le R2

Sur le Routeur 1 :

Configuration des access List (ACL)

Configuration NAT

Configuration de la route par défaut :

Test avec un ping :

Sur le Routeur 2 :

Configuration des access List (ACL)

Configuration NAT

Configuration de la route par défaut :

Test avec un ping :

Vérification de la configuration avec la commande show run :

Test final pour vérifier le bon fonctionnement du Protocole :

Sur une machine cliente connecté sur un port d’un Vlan, et détenant un adressage IP en corrélation avec le schéma réseaux et le Vlan sur laquelle elle est connectée.

On effectue un tracert pour connaitre l’itinéraire emprunté par la machine :

Un Ping continue et on simule une panne du R1,

Pour cela on débranche le câble reliant le switch au R1 donc on a un laps de temps ou le ping échoue

Puis le ping refonctionne avec succès :

On effectue de nouveau un Tracert :

On remarque bien que l’itinéraire du client pour aller vers l’adresse IP 8.8.8.8 (Google.fr) a changé

Le pc client a emprunté le R2 pour sortir du réseaux local et aller sur internet (WAN).

Cela montre le bon fonctionnement du Protocole qui permet une continuité de service et une tolérance de panne.