Aruba 2930F/2930M 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 ArubaOS-Switch 16.11 üzerinde MSTP kullanan örnek bir katman 2 topolojisini ele alıyor. Aruba AOS adını burada klasik ArubaOS-Switch / ProVision ailesi için kullanıyoruz.

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 force-version mstp-operation
spanning-tree priority 1

Dağıtım 2 üzerinde global yapılandırma modunda:

spanning-tree
spanning-tree force-version mstp-operation
spanning-tree priority 2

Priority 1 = 4096, priority 2 = 8192. Port 8 numaralandırması örnektir. Yığında cihazın gösterdiği port kimliğini kullanın. 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.

vlan 10
   untagged 8
   exit
spanning-tree 8 admin-edge-port
spanning-tree 8 bpdu-protection

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 8 bpdu-protection 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 8 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
show spanning-tree detail
show interfaces 8
show log

Üretici kılavuzu

4. CLI ile sorun giderme

show spanning-tree
show spanning-tree detail
show spanning-tree mst-config
show interfaces 8
show vlans 10
show log

CIST root ve root port bilgilerini karşılaştırın. VLAN 10 ve 20 örnekte ortak ağaçta kalır. Özel instance varsa MST bölge ayarlarını iki uçta kontrol edin. ProVision CLI’da VLAN üyeliğini tagged/untagged olarak okuyun. AOS-S üzerindeki trunk terimi bağlantı birleştirme grubunu da ifade edebilir.

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 detail

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.

Kaynaklar

• Aruba 2930F/2930M üretici dokümanı