C. Implémentation du protocole EtherChannel
Etant donné que nous avons opté pour une
conception hiérarchique du futur réseau, et que ce sont les
équipements d'interconnexions et les médias de communications de
la couche de distribution qui sont beaucoup plus sollicités dans le
trafic, l'agrégation des liens ne concernera alors que cette couche.
- 74 -
C'est pourquoi, l'agrégation des liens sera donc
configurée sur tous les Switch de la couche de distribution. Vu le
nombre excessif de Switch et liens à configurer tel que
représenté dans le prototype, la représentation par des
captures sur chacun d'eux devient ainsi longue, voilà pourquoi nous
allons à partir des figures qui suivent présenté de
manière synthétique et générale comment
l'avons-nous configurée.
Pour s'y prendre, nous devons effectuer sur tous les Switch,
d'un côté à l'autre un regroupement de deux liens physiques
(interfaces) en un seul canal virtuel. Pour cela, nous devons créer un
groupe virtuel (avec l'ID : 1) où doivent appartenir les Switch
concernés par l'agrégation, regrouper les liens physiques et
ainsi activer le mode de l'EtherChannel.
|
NOM DU SWITCH
|
INTERFACES
|
GROUPE
|
Port-Channel
|
|
SW1_Main_DRKAT_DUL
|
FastEthernet 1/3 - 4
|
1
|
1
|
|
SW2_Slave1_DRKAT_DUL
|
FastEthernet 1/3 - 4
|
1
|
1
|
|
SW1_Main_DRKAT_DUL
|
FastEthernet 1/5 - 6
|
2
|
2
|
|
SW3_Slave2_DRKAT_DUL
|
FastEthernet 1/5 - 6
|
2
|
2
|
|
SW2_Slave1_DRKAT_DUL
|
FastEthernet 1/7 - 8
|
3
|
3
|
|
SW3_Slave2_DRKAT_DUL
|
FastEthernet 1/7 - 8
|
3
|
3
|
Figure 28: Tableau des paramètres de configuration
du protocole EtherChannel
Figure 29: Configuration type de l'EtherChannel
(Côté 1)
Figure 30: Configuration type de l'EtherChannel
(Côté 2)
D. Implémentation du protocole Spanning Tree
Dans le simulateur / émulateur de notre solution
informatique, ce sont principalement les équipements de la firme Cisco
qui y sont utilisés. Cependant, par défaut, le protocole STP
- 75 -
s'active quand il remarque la présence des boucles dans
la topologie. Mais alors, nous montrerons les configurations avancées
que nous ferons pour adapter ce protocole à notre architecture ci-haut
présentée.
1. Configurations avancées du protocole de gestion des
boucles
i. Configuration de l'élection du Switch
Root
Pour des raisons des contraintes techniques, nous utiliserons
et adapterons à notre guise la topologie de notre solution ; pour cela,
nous passerons outre le mode de configuration globale traditionnel, mais nous
allons néanmoins forcer l'élection du Switch Root qui aura une
priorité inférieure, autre que celle qui est fournie par
défaut sur tous les autres Switch. Nous avons choisi pour notre cas, en
visualisant notre architecture le premier commutateur de la couche de
distribution car il est au centre et gère tous les trafics
réseau, il permet d'interfacer et lier la couche Coeur et la couche de
distribution, et enfin, il occupe la position stratégique. Nous lui
avons donné comme priorité 8192 pour qu'il soit
véritablement le Switch Root par rapport à ses voisins.
Figure 31: Configuration du Switch Root
ii. Configuration du max-age, forward-time et des
messages Hello
Nous allons adapter certains paramètres pour diminuer
le délai d'opération du protocole STP. Nous devons
paramétrer de telle manière que le message Hello soit
lancé après chaque 1» au lieu de 2» ; le basculement
vers le temps de basculement l'état de fonctionnement doit prendre
10» au lieu de 15 et le paramètre de délais à
15» au lieu de 20.
Figure 32: Configuration du max-age, forward-time et
messages Hello
- 76 -
| 
