TCN Mesajlarını STP'de İzleme


12

Rapid PVST + çalıştıran L2 ağında yaklaşık 20 vlansımız var, burada kök köprü Cisco'nun 3750 anahtarlarından oluşan bir yığın. Geçişte aldığım TCN bildirimlerinin sayısına göre biraz şaşkınım ..

3750 yığını, tüm VLAN'ların köküdür ve günlük olarak TCN bildirimleri alır (bazen daha fazla, bazen biraz daha az). TCN'leri tüm VLAN'lar için aynı anda ve aynı bağlantı noktasında alır. Bu TCN'lerin geldiği yeri izlediğimde show spanning-tree detail | inc ieee|occurr|from|is exec, yalnızca 5 gövdesi yapılandırılmış ve erişim portu olmayan bir anahtar (switch-b) ile karşılaşıyorum.

TCN'ler alınırken aynı anda yukarı veya aşağı giden bir bağlantı gibi bir olayla eşleşemiyorum. Bu anahtarda yukarıdaki komutu verdiğimde, sonuçlar bana son topoloji değişikliğinin çok daha önce olduğunu söylüyor.

Çıkarımlar:

Gönderilen TCN'nin, tüm VLAN'lar topoloji değişikliği bildirimi aldığı için ana hat bağlantısındaki veya tüm anahtardaki bir olay tarafından tetiklenmelidir. Anahtar-b'de yerel bir şey olmalı.

Bu TCN'lerin kaynaklanmasının nedeni ne olabilir? 5 bagaj bağlantısı durumlarını değiştirmedi. Anahtar-b'deki son topoloji değişikliği, çekirdekteki son topoloji değişikliğiyle eşleşmediği için aşağı doğru ilerleyemez. Anahtar-b'deki son topoloji değişikliği çok daha uzun zaman önceydi.

Düşüncesi olan var mı?


Bununla daha fazla başladın mı? Benzer görüyorum. TCN'lerin VLAN'a katılmasalar bile gövdelere gönderildiklerinden şüpheleniyorum. Anahtar kendisi o VLAN katılan değilken Daha da kötüsü onlar anahtarları üzerinde iletilecek görünmektedir

Aslında henüz, portfast üzerinde erişim portları olan bazı anahtarlar buldum. Ama bu stil, aynı zamanda al vlanslarındaki topoloji değişikliklerini yeniden canlandırmak için gerçek bir açıklama değil. Bu yüzden odaklandığım konu daha öncelikli başka konular. Dockmaster'ın bazı hata ayıklama yöntemleriyle vereceği yanıtın iyi olduğunu düşünüyorum. Kaynağa yakın olarak takip edin ve sonra hata ayıklama yapın ...
user209

Yanıtlar:


12

TCN'lerde hata ayıklama yapabilmeniz gerekir. Benim durumumda son zamanlarda debug spann mstp tc(MSTP çalıştırırken) kullanarak hata ayıkladım, ama aynı zamanda kullanarak debug spanning-tree events onları göreceksiniz:

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

0

sadece aynı sorunları vardı ... ve tüm erişim portlarınızda portfast çalıştırırsanız TCN mesajları göndermez ve TCN mesajını almazsınız ve tüm anahtarlara gönderilmez .... etkinleştirmezseniz portfast tüm erişim portları ve bir cihaz aşağı / yukarı bir TCN mesajı gönderir ve tüm anahtarlarınızda arp arp MACS tekrar öğrenmek zorunda kalacaklar ....

Sitemizi kullandığınızda şunları okuyup anladığınızı kabul etmiş olursunuz: Çerez Politikası ve Gizlilik Politikası.
Licensed under cc by-sa 3.0 with attribution required.