Salut,
Avez-vous déjà rencontré un conflit d’adresses Mac dans le domaine STP? Quelle pourrait être la raison pour laquelle deux systèmes ont le même Mac?
Considérons que nous avons un vlan de gestion qui passe à tous les éléments du réseau et que deux d’entre eux utilisent le même système-mac. Ici nous avons 2 châssis de S7700 comme ci-dessous:
[SW1]display stp interface gi1/0/23
-------[CIST Global Info][Mode MSTP]-------
CIST Bridge :4096 .aaaa-aaaa-aaaa
Config Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
Active Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
CIST Root/ERPC :4096 .aaaa-aaaa-aaaa / 0 (This bridge is the root)
CIST RegRoot/IRPC :4096 .aaaa-aaaa-aaaa / 0 (This bridge is the root)
CIST RootPortId :0.0
BPDU-Protection :Enabled
TC or TCN received :26
TC count per hello :0
STP Converge Mode :Normal
Share region-configuration :Enabled
Time since last TC :0 days 0h:4m:31s
Number of TC :26
Last TC occurred :GigabitEthernet1/0/23
[SW2]display stp interface G1/0/3
-------[CIST Global Info][Mode MSTP]-------
CIST Bridge :8192 .aaaa-aaaa-aaaa
Config Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 20
Active Times :Hello 2s MaxAge 20s FwDly 15s MaxHop 19
CIST Root/ERPC :4096 .aaaa-aaaa-aaaa / 0 (This bridge is the root)
CIST RegRoot/IRPC :4096 .aaaa-aaaa-aaaa / 20000 (This bridge is the root)
CIST RootPortId :128.46 (GigabitEthernet1/0/3)
BPDU-Protection :Enabled
TC or TCN received :56
TC count per hello :0
STP Converge Mode :Normal
Share region-configuration :Enabled
Time since last TC :0 days 0h:1m:31s
Number of TC :52
Last TC occurred :GigabitEthernet1/0/3
Selon la sortie, les deux commutateurs se considèrent comme un pont racine pour le domaine stp. En raison de cette anomalie, le réseau de couche 2 n'est pas stable, les paquets de TC sont inondés en permanence dans le domaine stp. Vérifiez le nombre de paquets TC et le temporisateur d'occurrence.
Mais, quelle pourrait être la raison de dupliquer l'adresse MAC? Je pense pouvoir expliquer pourquoi ce phénomène apparaît sur les châssis.
Par défaut, un commutateur utilise l'adresse MAC du MPU maître sur le châssis local en tant que système-mac et le MPU esclave et les LPU utilisent également l'adresse MAC du MPU maître. Une fois que le MPU esclave d’un commutateur (SW1) est installé sur un autre commutateur (SW2), il utilise toujours l’adresse MAC d’origine. Si les autres MPU et LPU utilisent cette adresse MAC, un conflit d'adresse MAC se produit.
Identifiez l'erreur: exécutez la commande display system-mac pour vérifier l'adresse MAC du commutateur SW1. Si l'adresse MAC par défaut et l'adresse MAC actuelle affichée dans la sortie de commande sont différentes, le commutateur n'utilise pas l'adresse MAC par défaut du MPU nouvellement installé et un conflit d'adresse MAC s'est produit.
Corrigez l'erreur: exécutez la commande restore system-mac dans la vue de diagnostic pour restaurer l'adresse MAC du périphérique sur l'adresse MAC par défaut du MPU nouvellement installé. Vous devrez redémarrer le système pour entrer en vigueur.
<SW2>sys
Enter system view, return user view with Ctrl+Z.
[SW2]diagnose
Enter diagnosis view, return user view with Ctrl+Z.
Info: The diagnosis view is used to debug system hardware and software. Misuse of certain commands in this view may affect system performance. Therefore, use these commands with the guidance of Huawei engineers.
[SW2-diagnose]restore system-mac
[SW2-diagnose]
Info: The master current mac and default mac are the same, will not change it.
The slave public mac-address restore pass!
Info: System-mac has been changed, need reboot to take effect.
Vous avez également la possibilité de changer manuellement le MAC actuel avec le MAC par défaut:
[SW2-diagnose]set system-mac ?
current Current mac
default Default mac
Ne changez pas le système-mac actuel en un système aléatoire, car il pourrait en résulter un autre conflit d'adresses MAC. Je recommande de conserver l'adresse système par défaut du système en tant que système actuel.