Donc, voici le commutateur 1 sh ip int Brief Nous pouvons voir que l'adresse IP du commutateur 1 sur
le VLAN 10 est 10. 1. dix. 1 sh
veille me montre que ce commutateur est le
routeur actif pour le VLAN 10, donc ce que je vais faire
maintenant a démarré le ping du routeur 1 au routeur 2, mais le continue pour les milliers de pings, de
sorte que l’interface vlan 10 soit configurée si j’appuie sur
entrée pour fermer que bas je vais commencer
le ping continu
sur le routeur 1 et maintenant
ferme cette interface sur le commutateur 1.
Comme vous pouvez le voir ici, l'état est passé d'actif
à initialisé et
nous perdons des pings sur le routeur 1; cependant, nous obtenons maintenant des pings réussis grâce à la fonction show standby on switch 1, notez
que ce commutateur a l'état initial, car l'interface est en panne les routeurs actifs sont connus, les
routeurs de secours sont connus sur le VLAN 20,
il est toujours le routeur de secours, mais sur
le commutateur 2, sh me dit
que ce commutateur est maintenant le routeur actif, ces routeurs de
secours sont connus.
Ainsi, une fois encore, le routeur 1 peut toujours envoyer un ping au
routeur 2 et le routeur 2 au ping 1.
Nous venons d’arrêter le VLAN 10 sur le commutateur 1, ce qui signifie que le routeur
1 ne peut pas envoyer de ping au commutateur 1 sur le VLAN 10 et nous pouvons le prouver en faisant
un ping à 10. 1. dix. 1
l’adresse IP du commutateur 1 sur le VLAN
10, notez que les
pings échouent et c’est que l’interface est fermée sur le commutateur 1.
Mais le routeur 1 faisant office de PC 1 est toujours capable de communiquer avec le routeur virtuel car le commutateur 2
répond maintenant en tant que routeur virtuel et transfère le trafic
pour le compte du routeur virtuel.
Ainsi, sur le commutateur
2, par exemple, si nous déboguons ip icmp
et le routeur 1 interrogent cette adresse IP virtuelle, nous voyons la
sortie sur le commutateur 2, le commutateur
2 agit en tant que routeur virtuel
et le routeur 1 croit qu’il communique toujours avec ce périphérique HSRP.
Faisons maintenant le processus inverse, nous
allons relancer un ping entre les routeurs 1 et 2 sur
le réseau et voyons ce qui se passe
lorsque nous présentons l’interface VLAN du commutateur 1.
Alors, faites de nouveau le ping, pas de commutateur sur le commutateur 1 sh
standby do sh standby Maintenant, remarquez qu'il est passé d'écoute à tout ce
que je faisais de sorte que
le routeur local est le routeur actif. Le routeur de secours
est inconnu pour le moment.
Le routeur de secours est le commutateur 2 et les pings sont en train de réussir.
Nous avons donc pu prouver que le routeur 1 agissant en tant que PC 1
peut exécuter une
commande ping sur le routeur 2 agissant en tant que
PC 2 via ce réseau, même lorsque nous désactivons une des interfaces. espace
sur ces minuteries que nous pouvons changer.
Le minuteur Bonjour par défaut est de 3 secondes et
le minuteur d'attente par défaut est de 10 secondes.
Pour le moment, nous n'avons pas changé la configuration des temporisateurs HSRP, nous les avons
laissés au réglage par
défaut, mais je pouvais taper des temporisateurs en veille 1 et je
peux en fait spécifier des temporisateurs en
millisecondes, mais pour l'instant il suffit de spécifier un minuteur de 1
seconde et un temporisateur de 3 secondes.
Donc, copiez cette configuration et allez dans le commutateur 2 vlan 10 et modifiez
les minuteries, montrez ainsi l’interface d’exécution vlan 10 correspondant à
la configuration de HSRP sur le commutateur 2 VLAN 10 et exécutez int vlan
10 sur le commutateur 1 correspondant à
la configuration du commutateur 1.
Faisons le test à
nouveau dans vlan 10 avant d’appuyer sur
entrée ici.
Faisons de nouveau un ping. Les
pings réussissent. Arrêtez la notification
de l’interface.
Le commutateur 1 est passé d’Actif à
Init 2 avis sur le VLAN 10 groupes 1 et de veille à actif.
Nous avons donc réussi à améliorer les performances avec seulement deux
derniers pings dans cette topologie. Vous pouvez maintenant réduire
encore davantage les paquets perdus en utilisant des
minuteurs à la milliseconde plutôt que des seconds.
Mais pour cette topologie et pour le CCNA, ces minuteries sont suffisantes.
Donc, je vais faire le ping à nouveau et
puis pas fermer l'interface voyons combien
de pings nous perdons ici, donc l'interface a été mise en place, nous sommes passés
à partir d'écouter actif Afficher routeur en veille routeur local est
le routeur actif routeur de secours
est le commutateur 2 et nous n'avons pas perdu de pings du tout.
C’est donc une bien meilleure réponse que précédemment.
C’est un exemple de HSRP dans un environnement de commutateur, qui montre ce qui
se passe lorsqu’une interface ou un commutateur tombe en panne.
J'arrête une interface plutôt que de redémarrer le commutateur
pour que cela se produise plus rapidement et
pour que nous puissions voir les modifications plus
facilement, mais vous verriez quelque
chose de similaire si vous redémarriez un commutateur ou un routeur entier en utilisant HSRP.