Un campus en WAC perd d'un coup tous les AP Fit rattachés à un même commutateur d'accès — aucun câble débranché, aucune coupure d'alimentation, rien d'anormal sur l'AP lui-même. La cause réelle se situe deux couches plus loin : un changement de topologie STP survenu n'importe où dans le domaine de niveau 2 inonde le réseau de TC-BPDU, le commutateur faisant office de passerelle des AP vide alors sa table ARP en réaction, et chaque AP qui en dépend perd sa passerelle et se retrouve déclaré hors ligne en masse. Voici cette chaîne, les commandes qui confirment chaque maillon, et le correctif en deux lignes.
By Yuwen Zhang (Atlas), founder of AtlasCommTech — 13 years of carrier & enterprise network deployments · Updated July 2026
Rien n'est réellement défectueux sur l'AP ici — il n'est que le dernier maillon d'une chaîne qui commence ailleurs, dans le tissu de commutation.
Le ticket ressemble toujours à la même chose : un campus géré en WAC signale qu'un lot d'AP Fit — parfois tous ceux rattachés à un même commutateur d'accès — sont passés hors ligne d'un coup, sans coupure d'alimentation corrélée, sans câble débranché, sans changement de firmware. Le réflexe est de dépanner les AP eux-mêmes : vérifier leur alimentation, leur liaison montante, l'AC. La panne ne se trouve presque jamais là.
Voici la chaîne de cause racine derrière la version la plus courante de cette panne, les commandes qui confirment chaque maillon de cette chaîne plutôt que le seul symptôme final, les deux lignes de configuration qui la referment, et les questions de terrain qu'il vaut la peine d'avoir préparées avant la prochaine occurrence.
Trois points de départ différents produisent le même symptôme côté AP — un seul mérite d'être retracé à travers le tissu de commutation.
Placer la panne sur cet arbre avant de toucher aux AP eux-mêmes indique si l'on est face à un problème matériel isolé, une surcharge CPU, ou la chaîne TC-BPDU dont traite réellement cette note.
Les légendes du schéma restent en anglais pour la clarté technique.
Les étapes 1 et 2 sont un comportement STP normal et sain — une notification de changement de topologie est censée se propager. La panne se situe entièrement à l'étape 3 : la table ARP de ce commutateur en particulier ne devrait pas être traitée comme suspecte simplement parce qu'ailleurs dans le domaine, un port est passé up ou down.
Quatre vérifications, dans l'ordre — chacune écarte une branche différente de l'arbre avant de se ranger à l'explication TC-BPDU.
La branche sur laquelle vous êtes dépend entièrement du fait qu'il s'agisse d'un seul AP ou de tout un commutateur.
Avant d'incriminer spécifiquement TC-BPDU, écartez l'autre cause globale : trop de paquets qui atterrissent sur le CPU.
<AC> display cpu-defend statistics
Statistics on slot 1
Packet Type Pass Drop LastDropTime
------------------------------------------------------
ND 38214 129552 2026-07-20 09:41:02
ARP 9021 0 -
// a disproportionate count on one protocol -> chase that source, don't assume TC-BPDU yetC'est la vérification qui confirme réellement la chaîne — exécutez-la sur le commutateur situé directement en amont des AP concernés et faisant office de passerelle.
<Switch> display stp topology-change //查看拓扑变化
<Switch> display stp tc-bpdu statistics //查看端口TC报文收发计数Deux lignes, à appliquer ensemble — l'une seule ne constitue qu'un correctif partiel.
<Switch> system-view
[Switch] mac-address update arp //开启MAC刷新ARP功能，即MAC地址的出接口变化时，通知更新ARP表项的出接口
[Switch] arp topology-change disable //关闭设备响应TC报文的功能，即当设备收到TC报文时，不对ARP表项进行老化或删除La chaîne ci-dessus est le mécanisme — voici les manières dont les ingénieurs s'y retrouvent réellement bloqués sur le terrain.
SYMPTÔMETous les AP sous un même commutateur tombent ensemble, avec une alimentation propre et une liaison montante intacte sur chacun.
CAUSEL'AP n'a en réalité jamais échoué. Il a simplement perdu son entrée ARP pour sa passerelle ou l'AC, parce que le commutateur derrière lequel il se trouve a fait vieillir cette entrée en réponse à un TC-BPDU reçu — le défaut est entièrement en amont, dans la gestion de la table ARP du commutateur, pas dans l'AP ni sa radio.
SOLUTIONCessez de diagnostiquer les AP individuellement dès que plus d'un sous le même commutateur est concerné — passez directement à display stp topology-change et display stp tc-bpdu statistics sur le commutateur amont.
SYMPTÔMELa liaison montante et les ports du commutateur passerelle des AP n'ont jamais clignoté, et pourtant sa table ARP s'est quand même vidée.
CAUSEUne notification de changement de topologie se propage à tous les commutateurs du même domaine spanning-tree, pas seulement à celui où le port a réellement clignoté. Si ce commutateur répond encore au TC-BPDU en faisant vieillir sa table ARP, un événement de liaison à l'autre bout du campus peut vider la table ARP de ce commutateur et faire chuter tous les AP derrière lui.
SOLUTIONNe limitez pas la recherche de la cause racine aux seules liaisons montantes du commutateur passerelle des AP — vérifiez les changements de topologie survenus n'importe où dans le même domaine STP autour du moment de la chute des AP.
SYMPTÔMEMême symptôme apparent — un lot d'AP hors ligne d'un coup — mais l'AC ou le commutateur cœur a été redémarré, réinitialisé ou a basculé peu avant.
CAUSEUn événement de basculement de châssis sur l'AC lui-même est un mécanisme complètement différent — une séquence de rétrogradation puis de repromotion sur l'unité de contrôle qui supprime en masse les enregistrements d'AP — et il laisse sa propre trace judiciaire dans la raison de réinitialisation et les enregistrements de mise hors ligne des AP, pas dans display stp tc-bpdu statistics.
SOLUTIONVérifiez si le châssis AC/cœur a subi un redémarrage ou un basculement de slot dans la même fenêtre avant de présumer qu'il s'agit d'une tempête TC-BPDU ; si c'est le cas, le mécanisme de basculement de châssis est l'explication la plus probable.
SYMPTÔMEDes chutes d'AP tout aussi brutales, mais cette fois accompagnées d'une performance globalement médiocre, d'un CPU élevé partout, et d'adresses MAC oscillant entre les ports dans tout le tissu de commutation.
CAUSEUne purge ARP déclenchée par TC-BPDU peut résulter d'un seul changement de topologie bref et par ailleurs sain — elle ne requiert pas une véritable boucle de niveau 2. Une véritable boucle produit sa propre signature bien plus large : inondation de diffusion, oscillation MAC des ports, et congestion à l'échelle du réseau, pas seulement un événement de chute d'AP confiné à un seul commutateur passerelle.
SOLUTIONSi les symptômes vont au-delà des simples chutes d'AP — tempêtes de diffusion, tables MAC oscillantes, lenteur généralisée — suivez le processus de recherche de boucle plutôt que la chaîne TC-BPDU/ARP de cette note.
SYMPTÔMELes chutes d'AP deviennent moins fréquentes après application d'un correctif, mais réapparaissent encore occasionnellement après un changement de topologie ailleurs.
CAUSEmac-address update arp ne fait qu'accélérer la mise à jour des entrées ARP lorsque l'interface de sortie d'un MAC change — cela n'empêche pas le commutateur de faire vieillir ou de supprimer des entrées ARP en réponse à un TC-BPDU en premier lieu. Le configurer seul laisse encore une fenêtre où les entrées peuvent être effacées.
SOLUTIONConfigurez les deux commandes ensemble : mac-address update arp pour une convergence plus rapide, et arp topology-change disable pour empêcher totalement que la table ARP soit touchée par le TC-BPDU.
Tirées directement du terrain — celles pour lesquelles il vaut la peine d'avoir une réponse prête.
Vérifiez d'abord la raison de réinitialisation et la durée de fonctionnement propres au châssis AC/cœur. S'il a redémarré, s'est réinitialisé ou a basculé peu avant la chute des AP, suivez ce mécanisme — la trace du redémarrage l'explique directement. Si l'AC/cœur n'a pas été touché et que seul le commutateur d'accès intermédiaire montre un changement de topologie récent, cette chaîne TC-BPDU est l'explication la plus probable.
Presque tout ce qui fait passer un port en up ou down dans le même domaine spanning-tree : un redémarrage d'appareil, un câble rebranché, un port qui clignote par intermittence, même une modification de maintenance planifiée sur un commutateur sans rapport. L'intérêt de cette chaîne de panne est que le changement n'a pas besoin de se produire près des AP qui finissent par chuter.
Oui, pour le commutateur faisant office de passerelle des AP — cela empêche les événements de changement de topologie normaux et sains d'effacer des entrées ARP encore valides. Il faut l'associer à mac-address update arp afin que les entrées se mettent quand même à jour correctement lorsque l'interface de sortie change réellement, ce qui est le scénario que le vieillissement ARP sur TC-BPDU était initialement censé traiter.
Parce que le TC-BPDU se propage à tout le domaine spanning-tree, pas seulement au commutateur où le clignotement s'est produit. Tout commutateur qui fait encore vieillir sa table ARP à la réception d'un TC-BPDU réagit de la même façon, peu importe où le changement de topologie s'est réellement produit — c'est exactement pourquoi le correctif doit être appliqué sur le commutateur passerelle des AP, sans remonter jusqu'au port qui a clignoté.
Établissez une référence pour display stp tc-bpdu statistics sur vos commutateurs passerelles des AP et surveillez les comptes qui grimpent en dehors des fenêtres de maintenance planifiées — un compte en hausse là, avant toute alarme AP hors ligne, est le signal le plus précoce que cette chaîne commence. Associer cela à des vérifications périodiques de display cpu-defend statistics permet aussi de détecter la branche de surcharge CPU avant qu'elle ne s'aggrave.
Cette note s'appuie sur le modèle de classification des pannes WAC/Fit-AP de Huawei et les commandes display stp / display cpu-defend qui le sous-tendent, ainsi que sur les cas de terrain qui les motivent. Elle traite spécifiquement de la chaîne de purge ARP déclenchée par TC-BPDU — elle ne remplace pas une enquête complète sur une boucle de niveau 2 lorsque les symptômes dépassent un simple événement de chute d'AP, et elle ne couvre pas le basculement de châssis AC ni les pannes matérielles, qui ont leurs propres parcours de diagnostic distincts.
Dites-nous s'il s'agit d'un seul commutateur ou de tout le campus, ainsi que la sortie de display stp tc-bpdu statistics du commutateur passerelle des AP, et nous vous aiderons à l'interpréter.