Melacak Pesan TCN di STP

12

Kami memiliki sekitar 20 vlan pada jaringan L2 yang menjalankan Rapid PVST + di mana root bridge adalah tumpukan 3750 switch Cisco. Saya agak bingung dengan jumlah notifikasi TCN yang saya terima pada switch ..

Stack 3750 adalah root untuk semua VLAN dan menerima notifikasi TCN setiap hari (kadang-kadang lebih, kadang-kadang sedikit kurang). Ia menerima TCN pada saat yang sama dan pada port yang sama untuk semua VLAN. Ketika saya melacak kembali tempat asal TCN ini show spanning-tree detail | inc ieee|occurr|from|is exec, saya berakhir di sakelar (switch-b) dengan hanya 5 trunk dikonfigurasi dan tidak ada port akses.

Saya tidak dapat mencocokkan acara seperti tautan pada sakelar ini naik atau turun pada saat yang sama ketika TCN diterima. Ketika saya mengeluarkan perintah di atas pada switch ini hasilnya memberitahu saya bahwa perubahan topologi terakhir jauh lebih lama.

Kesimpulan saya:

TCN yang dikirim harus dipicu oleh suatu peristiwa pada trunk link atau seluruh switch karena semua VLAN menerima pemberitahuan perubahan topologi. Itu pasti sesuatu yang lokal pada switch-b.

Apa yang bisa menjadi alasan untuk memulai TCN ini? 5 tautan trunk tidak mengubah statusnya. Itu tidak dapat datang lebih jauh ke hilir karena perubahan topologi terakhir pada switch-b tidak cocok dengan perubahan topologi terakhir pada inti. Perubahan topologi terakhir pada switch-b jauh lebih lama.

Adakah pikiran?

cisco ethernet vlan spanning-tree pengguna209
sumber
Apakah Anda melanjutkan dengan ini? Saya melihat yang serupa. Saya curiga TCN dikirim menggunakan trunk meskipun mereka tidak berpartisipasi dalam VLAN sehingga sulit untuk dilacak. Lebih buruk lagi mereka tampaknya diteruskan melalui switch ketika saklar itu sendiri tidak berpartisipasi dalam VLAN itu
Sebenarnya belum, saya menemukan beberapa switch dengan port akses tanpa portfast di atasnya. Tapi itu masih bukan penjelasan nyata untuk mengungkap perubahan topologi pada al vlans pada saat yang sama..Tapi cukup aneh saya mendapatkan jauh lebih sedikit daripada ini beberapa hari terakhir. Itulah mengapa fokus saya adalah pada beberapa hal lain dengan prioritas lebih. Saya pikir jawaban dari dockmaster hanya dengan melakukan debugging adalah jawaban yang bagus. Lacak sedekat mungkin dengan sumbernya lalu lakukan debugging ...
user209

Jawaban:

12

Anda seharusnya bisa hanya men-debug TCN. Dalam kasus saya, saya baru-baru ini men-debug mereka menggunakan debug spann mstp tc(karena saya menjalankan MSTP), tetapi juga menggunakan debug spanning-tree events Anda akan melihat mereka:

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
sumber
0

baru saja mengalami masalah yang sama ... dan jika Anda menjalankan portfast pada semua port akses Anda itu tidak akan mengirim pesan TCN dan Anda tidak menerima pesan TCN dan itu tidak dikirim ke semua switch .... jika Anda tidak mengaktifkan portfast pada semua port akses Anda dan perangkat turun / naik itu akan mengirim pesan TCN dan flush arp pada semua switch Anda, mereka harus mempelajari MACS lagi ...

Tony
sumber