Aruba CX 6300/6400 STP Yapılandırma ve Sorun Giderme Rehberi
Bir erişim switch’inden dağıtıma iki bağlantı verdiniz. Bir uplink STP tarafından bloklanmış görünüyor. Bu normal olabilir. Aynı fiziksel topolojide iki yol da kontrolsüzce iletime geçerse broadcast ve unknown unicast çerçeveleri döngüye girebilir. MAC tablosu aynı adresi farklı portlarda öğrenmeye başlayabilir ve bağlantı birkaç saniye içinde kullanılamaz hale gelebilir.
Bu rehber AOS-CX 10.16 üzerinde MSTP kullanan örnek bir katman 2 topolojisini ele alıyor.
1. STP’nin neyi koruduğunu anlayın
STP, bridge ID’leri karşılaştırarak bir root bridge seçer. Her switch, root’a doğru en iyi yolu belirler. Aynı yayın alanında döngüye yol açacak yedek yol iletim dışında kalır. RSTP tabanlı protokoller, uygun bağlantı ve komşuluk koşullarında topoloji değiştiğinde yedek yolu daha hızlı devreye alabilir.
| Alan | Nasıl yorumlanır? |
|---|---|
| Root Bridge | Ağacın referans switch’i. Tasarımda dağıtım katmanındaki cihazı hedefleyin. |
| Root Port | Root olmayan switch’in root’a doğru seçtiği port. |
| Designated Port | Segmentte iletim için seçilen port. |
| Alternate Port | Root’a giden yedek yol. Normal durumda discarding veya blocking görünür. |
| Path Cost | Root’a ulaşma maliyeti. Eşitlikte bridge ve port kimliği gibi alanlar devreye girer. |
2. Lab topolojisini ve root rollerini belirleyin
İki dağıtım switch’i birbirine, erişim switch’i de her ikisine bağlı. VLAN 10 ve 20 üç bağlantıda da taşınıyor. Dağıtım 1 birincil root, Dağıtım 2 yedek root. VLAN’ların ve uplink’lerin zaten oluşturulduğunu varsayıyoruz. Üretimde mod veya root değişikliği öncesi mevcut ağacı, komşu switch modlarını ve beklenen yedek yolu kaydedin. Değişiklik sırasında ağacın yeniden hesaplanması trafiği etkileyebilir.
Dağıtım 1 üzerinde global yapılandırma modunda:
spanning-tree
spanning-tree mode mstp
spanning-tree priority 1
Dağıtım 2 üzerinde global yapılandırma modunda:
spanning-tree
spanning-tree mode mstp
spanning-tree priority 2
Aruba CX ve ArubaOS-Switch’te priority argümanı 4096’nın çarpanıdır. Burada 1 = 4096 ve 2 = 8192. Uygulama öncesinde komutları model ve sürüme göre kontrol edin. Erişim switch’inde de aynı modla STP’yi etkinleştirin. Ardından STP modunu ve birincil root’a giden uplink’i doğrulayın.
3. Kullanıcı portuna edge davranışı ve BPDU koruması ekleyin
Aşağıdaki örneği yalnızca doğrudan bir uç cihaza ayrılmış VLAN 10 portunda uygulayın. VLAN 10 önceden oluşturulmuş olmalıdır. Switch uplink’i veya katman 2 köprüleme yapan cihaz bağlantısı için port rolünü ayrıca tasarlayın.
interface 1/1/8
no shutdown
vlan access 10
spanning-tree port-type admin-edge
spanning-tree bpdu-guard
exit
Edge davranışı uç cihazın bağlantı kurarken beklemesini azaltır. BPDU koruması, uç cihaz portunda bir switch BPDU’su algılandığında portu korumaya alır. Tetiklenirse önce bağlı cihazı ve kablo yolunu doğrulayın. Döngü kaynağı kaldırıldıktan sonra portu platformunuzun kurtarma prosedürüyle tekrar hizmete alın.
BPDU Guard ve BPDU Filter farkı
BPDU Guard uç cihaz portuna yanlışlıkla bir switch veya köprü bağlandığında devreye girer. spanning-tree bpdu-guard etkin bir port BPDU alırsa port koruma amacıyla devre dışı kalır. Kullanıcı portlarında edge veya PortFast ile birlikte kullanılabilir. Normalde BPDU alışverişi yapan switch uplink’lerinde bu uç port ayarını kullanmayın.
BPDU Filter portun BPDU gönderimini ve alınan BPDU’ların STP tarafından işlenmesini engeller. spanning-tree bpdu-filter port düzeyinde uygulanır. BPDU filtrelenen bir bağlantı üzerinden aynı VLAN’a ikinci bir Layer 2 yol açılırsa STP döngüyü algılayamayabilir. Bu ayarı yalnızca BPDU alışverişinin özellikle istenmediği ve döngüsüz olduğu doğrulanmış bağlantılar için değerlendirin.
Sahada kontrol. Bir kullanıcı portu aniden kapanırsa önce loglarda BPDU Guard veya BPDU Protection olayını arayın ve bağlı kabloyu takip edin. Port açık olduğu hâlde beklenen BPDU’lar görünmüyorsa running-config üzerinden filtre ayarını kontrol edin. Sayaçları karşı uçla karşılaştırın ve ardından portun STP rolünü doğrulayın.
show running-config interface 1/1/8
show spanning-tree mst
show interface 1/1/8
show events
4. CLI ile sorun giderme
show spanning-tree
show spanning-tree mst
show interface 1/1/8
show vlan 10
show events
MST0 üzerindeki Root Address ve Root Port alanlarını, ardından BPDU-Rx ve TCN sayaçlarını karşılaştırın. Örnek tasarımda VLAN 10 ve 20 MST0’da kalır. Özel MST instance kullanılıyorsa bölge adı, revizyon ve VLAN–instance eşleşmesi iki uçta aynı olmalıdır.
Beklenmeyen root. Etkilenen VLAN veya instance için görülen root MAC ve priority değerlerini kaydedin. Root portun karşısındaki switch’e geçip aynı root bilgisini kontrol edin. Beklenmeyen cihazı bulduğunuzda bridge priority ve bağlantı rolünü tasarımla karşılaştırın.
Sürekli topology change. Aşağıdaki çıktıyı olay sırasında iki kez alın. Sayaç farkını ve son değişim zamanını port link up/down kayıtlarıyla eşleştirin. Kullanıcı portu sık değişiyorsa uç cihaz bağlantısını ve edge ayarını, uplink değişiyorsa fiziksel bağlantıyı, optiği ve varsa LAG’i kontrol edin.
show spanning-tree mst
Tek VLAN etkileniyor. Bağlantının iki ucunda VLAN üyeliğini, tagged/untagged veya trunk izinlerini, native VLAN/PVID ayarını ve VLAN’ın hangi STP ağacına bağlı olduğunu karşılaştırın. Karma üretici ağında STP modu ve MST/PVST sınırındaki birlikte çalışma davranışı da incelemeye dahil olmalı.
İki uplink de forwarding görünüyor. Önce aynı VLAN veya instance’a baktığınızı doğrulayın. Portlar tek bir LAG’in fiziksel üyeleriyse mantıksal bağlantıyı değerlendirin. Ayrı yollar aynı VLAN’da döngü oluşturuyorsa BPDU alımını, fiziksel yolu ve arada BPDU taşınmasını engelleyen bir cihaz veya ayar olup olmadığını inceleyin. Döngü doğrulanırsa kesinti prosedürünüz kapsamında döngüyü oluşturan bağlantıyı izole edin.
5. Kontrollü yedek yol testi
Bakım penceresinde veya lab’da, VLAN 10 ve 20’den ayrı ayrı sürekli trafik üretin. Önce root bridge ve iki uplink rolünü kaydedin. Birincil uplink’i kontrollü olarak ayırın. Yedek portun forwarding’e geçtiğini, trafik kaybının ne kadar sürdüğünü ve root’un beklendiği gibi göründüğünü doğrulayın. Bağlantı geri geldiğinde kararlı topolojiyi ve yeni topology change sayısını kaydedin.
Örnek bulgu. Normal durumda erişim switch’inin Dağıtım 1 yönündeki portu Root/Forwarding, Dağıtım 2 yönündeki portu Alternate/Discarding. Birincil uplink kaybolduğunda Dağıtım 2 yolu devreye girer. İki VLAN da erişimi geri kazanıyorsa test geçti. Yalnızca bir VLAN dönüyorsa yedek yolun VLAN üyeliğini ve ilgili instance’ı inceleyin.