Tracciamento dei messaggi TCN in STP

12

Abbiamo circa 20 vlan su una rete L2 con Rapid PVST + in cui il root bridge è uno stack di switch Cisco 3750. Sono un po 'perplesso dal numero di notifiche TCN che ricevo sullo switch ..

Lo stack 3750 è la radice di tutte le VLAN e riceve notifiche TCN su base giornaliera (a volte di più, a volte un po 'meno). Riceve i TCN contemporaneamente e sulla stessa porta per tutte le VLAN. Quando torno indietro da dove provengono questi TCN, finisco show spanning-tree detail | inc ieee|occurr|from|is execsu uno switch (switch-b) con solo 5 trunk configurati e nessuna porta di accesso.

Non riesco ad abbinare un evento come un link su questo interruttore che sale o scende nello stesso momento in cui vengono ricevuti i TCN. Quando invio il comando sopra su questa opzione i risultati mi dicono che l'ultima modifica della topologia è stata molto più lunga fa.

Le mie conclusioni:

Il TCN inviato deve essere attivato da un evento su un collegamento trunk o su un intero switch poiché tutte le VLAN hanno ricevuto la notifica di modifica della topologia. Deve essere qualcosa di locale su switch-b.

Quale può essere la ragione per originare questi TCN? I 5 collegamenti trunk non hanno cambiato il loro stato. Non può venire più a valle perché l'ultima modifica della topologia su switch-b non corrisponde all'ultima modifica della topologia sul core. L'ultima modifica della topologia su switch-b è molto più lunga.

qualche idea?

— user209
fonte

Sei andato oltre con questo? Sto vedendo simili. Sospetto che i TCN vengano inviati su trunk anche se non partecipano alla VLAN, rendendo più difficile rintracciarli. Ancora peggio sembrano essere inoltrati attraverso switch quando lo switch stesso non partecipa a quella VLAN

In realtà non ancora, ho trovato alcuni switch con porte di accesso senza portfast. Ma quel stil non è una vera spiegazione per ricevere i cambiamenti della topologia su tutti i vlans allo stesso tempo ... Ma abbastanza strano, in questi ultimi due giorni ricevo molto meno. Ecco perché il mio focus è su alcune altre questioni con più priorità. Penso che la risposta di dockmaster semplicemente facendo un po 'di debug sia buona. Traccia il più vicino possibile alla fonte e quindi

— esegui il

12

Dovresti essere in grado di eseguire semplicemente il debug dei TCN. Nel mio caso, li ho recentemente sottoposti a debug usando debug spann mstp tc(mentre eseguo MSTP), ma anche usando debug spanning-tree events te li vedrai:

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
fonte

0

ha appena avuto gli stessi problemi ... e se si esegue portfast su tutte le porte di accesso non invierà messaggi TCN e non si riceverà il messaggio TCN e non verrà inviato a tutti gli switch .... se non si abilita portfast su tutte le porte di accesso e un dispositivo è down / up invierà un messaggio TCN e scaricherà arp su tutti i tuoi switch dovranno imparare di nuovo il MACS ....

— Tony
fonte