Traçage des messages TCN dans STP

12

Nous avons environ 20 réseaux locaux virtuels sur un réseau L2 exécutant Rapid PVST + où le pont racine est une pile de commutateurs 3750 de Cisco. Je suis un peu perplexe devant le nombre de notifications TCN que je reçois sur le commutateur.

La pile 3750 est la racine de tous les VLAN et elle reçoit quotidiennement des notifications TCN (parfois plus, parfois un peu moins). Il reçoit les TCN en même temps et sur le même port pour tous les VLAN. Lorsque je retrace d'où viennent ces TCN show spanning-tree detail | inc ieee|occurr|from|is exec, je me retrouve sur un commutateur (switch-b) avec seulement 5 lignes de réseau configurées et aucun port d'accès.

Je ne peux pas faire correspondre un événement comme un lien sur ce commutateur qui monte ou descend en même temps que les TCN sont reçus. Lorsque j'émets la commande ci-dessus sur ce commutateur, les résultats m'indiquent que le dernier changement de topologie remonte à bien plus longtemps.

Mes conclusions:

Le TCN envoyé doit être déclenché par un événement sur une liaison de jonction ou un commutateur entier car tous les VLAN ont reçu la notification de changement de topologie. Ce doit être quelque chose de local sur le commutateur-b.

Quelle peut être la raison de l'origine de ces TCN? Les 5 liaisons interurbaines n'ont pas changé leur état. Il ne peut pas venir plus loin en aval car le dernier changement de topologie sur le commutateur-b ne correspond pas au dernier changement de topologie sur le cœur. Le dernier changement de topologie sur le commutateur-b est bien plus ancien.

Des pensées?

user209
la source
Avez-vous approfondi cela? Je vois similaire. Je soupçonne que les TCN sont envoyés sur des lignes réseau même s'ils ne participent pas au VLAN, ce qui rend la recherche plus difficile. Pire encore, ils semblent être transmis via des commutateurs lorsque le commutateur lui-même ne participe pas à ce VLAN
En fait pas encore, j'ai trouvé des commutateurs avec des ports d'accès sans portfast dessus. Mais ce stil n'est pas une vraie explication pour faire revivre les changements de topologie sur al vlans en même temps .. Mais assez étrange, j'obtiens beaucoup moins de tcn ces derniers jours. C'est pourquoi je me concentre sur d'autres questions plus prioritaires. Je pense que la réponse du dockmaster en faisant simplement un débogage est bonne. Tracez le plus près de la source, puis effectuez un débogage ...
user209

Réponses:

12

Vous devriez pouvoir simplement déboguer les TCN. Dans mon cas, je les ai récemment débogués à l'aide debug spann mstp tc(lorsque j'exécute MSTP), mais debug spanning-tree events vous les verrez également:

Jul 10 07:42:18 UTC: STP: VLAN0228 Topology Change rcvd on Gi1/0/9       <<< received
Jul 10 07:42:18 UTC: STP: VLAN0228 sent Topology Change Notice on Po10   <<< forwarded
Dockmaster
la source
0

vient d'avoir les mêmes problèmes ... et si vous exécutez portfast sur tous vos ports d'accès, il n'enverra pas de messages TCN et vous ne recevrez pas le message TCN et il ne sera pas envoyé à tous les commutateurs .... si vous n'activez pas portfast sur tous vos ports d'accès et un appareil est en panne / il enverra un message TCN et videra l'arp sur tous vos commutateurs, ils devront réapprendre le MACS à nouveau ....

Tony
la source