Radia Perlman ile tanışın ve Spanning Tree Protokolü'nün Ethernet döngülerini nasıl önlediğini, yedekliliği nasıl sağladığını ve büyük ağları nasıl kararlı kıldığını öğrenin.
Ethernet, başta aynı binadaki bilgisayarları bağlamanın basit bir yoluydu. Ofisler, kampüsler ve veri merkezlerine yayıldıkça beklentiler değişti: yerel ağlar artık sadece “iyi olur” değil—e-posta, dosya paylaşımı, yazıcılar, telefonlar ve nihayetinde tüm iş akışlarının altyapısı haline geldi. Bu altyapı çöktüğünde, üstündeki her şey etkilendi.
Ağ kurucuları ayrıca acı bir güvenilirlik dersine de tanık oldu: cihazlar arasında yalnızca tek bir yol bırakırsanız, tek bir kopan kablo veya anahtar tüm bir alanı devre dışı bırakabilir. Görünürdeki çözüm yedeklilik—ek bağlantılar ve ek anahtarlar—eklemektir.
Ama Ethernet'in Katman 2'sinde yedeklilik tehlikeli bir yan etkiyle gelir: döngüler.
Radia Perlman, Spanning Tree Protocol (STP) tasarımını yaptı; bu mekanizma, Ethernet ağlarının döngüler olmadan yedeklilik sahibi olmasına izin verir. Onun katkısı “daha geniş borular” değildi—anahtarların koordinasyonunu, güvenli bir iletim yapısında anlaşmalarını ve topoloji değiştiğinde otomatik uyum sağlamalarını sağlayan pratik, dağıtık bir yöntemdi.
STP, eksikliğini veya yanlış yapılandırılmasını fark ettiğiniz türden bir sistemdir. Doğru çalıştığında, hiçbir şey sıra dışı görünmez: trafik akar, bağlantılar ayakta kalır ve ağ arızalara dayanır. Döngüleri önlemek için yeterli yolları sessizce engellerken, aktif bir yol koptuğunda alternatifleri hazır tutar.
Bir Ethernet döngüsünün nasıl göründüğünü ve neden fırtınalara ve kesintilere yol açtığını göstererek problemi somutlaştıracağız. Ardından STP'nin arkasındaki temel fikri—yedekliliği korurken döngüleri nasıl ortadan kaldırdığı—adım adım anlatacağız ve anahtarların hangi bağlantıları iletmeye, hangi bağlantıların beklemeye karar verdiğini sade bir dille açıklayacağız. Sonunda, STP'nin Katman 2 anahtarlama için neden temelden bir yapı olduğunu ve Ethernet ofis kökenlerinin ötesine ne kadar büyürse büyüsün Perlman'ın tasarımının neden önemli kaldığını sezgisel olarak anlayacaksınız.
Erken Ethernet ağları genellikle küçük ve basit olurdu: paylaşılan bir segmentteki birkaç makine veya segmentleri birbirine bağlayan birkaç anahtar (eski terimle "bridge"). Tek bir kablo çekildiğinde insanlar fark ederdi—ancak arıza kolayca anlaşılırdı.
Kuruluşlar daha fazla oda, kat ve bina ekledikçe ağ nadiren düzenli bir plana göre büyüdü. Bir canlı organizma gibi büyüdü: burada yeni bir anahtar, orada “acil” bir kablo, geçici bir çözümün sessizce kalıcı olması.
Bu şekilde büyüyen ağlara ekstra bağlantılar pratik nedenlerle eklenir:
Tek tek her değişiklik zararsız görünebilir. Toplu halde, aynı anahtarlar arasında birden fazla yol oluşturabilirler.
Yedeklilik, çalışma süresini artırdığı için arzu edilir. Bir bağlantı koparsa, trafik başka bir rota alır ve kullanıcılar çalışmaya devam eder.
Ancak Katman 2'de (anahtarlamada) Ethernet, otomatik olarak “bir” yolu seçip diğerlerini yok sayacak şekilde tasarlanmamıştır. Anahtarlar öğrenilen adreslere göre çerçeveleri iletir ve koordine edici bir kontrollü olmadan birden fazla yol döngü oluşturabilir.
İşte temel gerilim budur: daha fazla kablo ağı kazara bozabilir. Güvenliği artırmak için eklenen bağlantılar, trafiğin sonsuza kadar dolaşmasına ve bağlantı ile cihazların aşırı yüklenmesine yol açabilecek koşullar yaratabilir. Spanning Tree, yedekliliğin faydalarını korurken bu kazara, ağ çapında kendi kendine verilen kesintileri önlemek için oluşturuldu.
Bir Ethernet anahtarlama döngüsü, aynı anahtarlar arasında iki (veya daha fazla) aktif Katman 2 yol olduğunda meydana gelir—çoğunlukla biri “yedek” kablo eklendiğinde, her iki uplink aynı ağa takıldığında veya anahtarlar halka şeklinde bağlandığında. Katman 2'de çerçevelerin bir hop limiti yoktur, bu yüzden döngü içinde sınırsızca dolaşabilirler.
Bazı trafik türleri sel şeklinde yayılmak üzere tasarlanmıştır: broadcastlar (ör. ARP talepleri) ve “bilinmeyen hedef” çerçeveler (anahtar henüz bir MAC adresinin hangi portta olduğunu bilmediğinde). Bir döngüde, o sel çerçevesi kopyalanır ve döngü etrafında gönderilir, sonra tekrar kopyalanır. Basit bir örnek: bir PC, ARP ile “10.0.0.5 kimde?” diye sorar (broadcast). Döngü varsa, her anahtar bu broadcast'i birden fazla porttan tekrarlar ve tekrar eden kopyalar diğer anahtarlara geri gelmeye devam eder. Çok hızlı bir şekilde, bağlantılar ve anahtar CPU'ları tekrarlarla meşgul olur ve gerçek trafiğe az kaynak kalır.
Anahtarlar cihazların nerede olduğunu, kaynak MAC adresinin hangi porttan geldiğini izleyerek öğrenir. Bir döngüde, aynı cihazın çerçeveleri milisaniyeler içinde farklı portlarda gelebilir. Anahtar, o MAC'in nerede olduğuna dair sürekli “fikir değiştirir”, tablosunu tekrar tekrar yazar. Sonuç, trafiğin yanlış porta yönlendirilmesi, sonra taşma ve tekrar yanlış öğrenme olur.
Bu etkiler şu semptomların birleşimine yol açar: ani ağ çapında yavaşlamalar, aralıklı bağlantı kopmaları, telefon görüşmelerinin düşmesi, "çalışıyor ama kullanılamayan" Wi‑Fi ve bazen anahtarların doygunluğa ulaşıp yanıt vermeyi bırakmasıyla tam bir kesinti. Tek bir yanlışlıkla takılan yama kablosu, bağladığı iki cihazdan çok daha fazlasını devre dışı bırakabilir.
Ethernet, anahtarlar arasında birden fazla olası yol olması sayesinde dayanıklılık kazanır. Bir kablo kesilirse, trafik başka bir rotayı kullanabilir. Hile şu ki, ekstra yollar kazara bir çember oluşturabilir—ve Ethernet çerçevelerinin dolaşmasını durduracak bir "yaşam süresi" alanı yoktur.
Spanning Tree Protocol (STP) bunu basit bir anlaşmayla çözer: yedekli bağlantıları fiziksel olarak bağlı tutun, ama aktif ağın döngüsüz bir ağaç oluşturması için bazılarını mantıksal olarak devre dışı bırakın.
Bir şehir, ambulansların kapanma olduğunda her mahalleye ulaşabilmesi için ekstra yollar inşa ettiğini düşünün. Şehir tüm yolları kurallar olmadan açarsa, sürücülerin aynı blok çevresinde dönüp durduğu kafa karıştırıcı döngüler oluşabilir.
STP, trafik kontrolü gibi davranır:
Radia Perlman'ın tasarımının önemli bir parçası, her şeyi merkezî bir kontrolörün söylemesine dayandırmamasıdır. Her anahtar katılır, küçük mesajlar değiştirir ve hangi bağlantıların iletileceği, hangi bağlantıların bekleyeceği konusunda bağımsız olarak aynı sonuca ulaşır.
Bu, STP'yi gerçek ağlarda pratik yapar: anahtar ekleyebilir, bağlantı kaldırabilir veya arızalar yaşayabilirsiniz; ağ güvenli bir iletim düzenine yakınsar.
Doğru yapıldığında STP, normalde çelişen iki sonucu sağlar:
Spanning Tree Protocol'ün görevi: Ethernet yedekliliğini sağlarken trafiğin sonsuz döngüye girmesine izin vermemektir. Bunu, tüm anahtarların o an için kullanılacak “en iyi” bağlantı kümesi üzerinde anlaşması—spanning tree denen yapı—ve fazladan bağlantıları bekleme durumuna almasıyla yapar.
STP önce bir root bridge seçer; tüm ağ için referans noktası olan anahtar. Bunu “haritanın merkezi” olarak düşünebilirsiniz. Root, bir öncelik değeri (yapılandırılmış ya da varsayılan) ve benzersiz bir anahtar kimliği ile belirlenir; en düşük olan kazanır.
Her anahtar sonra sorar: “Root'a en iyi yolum hangisi?” STP her bağlantıya bir path cost atar (daha hızlı bağlantılar genellikle daha düşük maliyete sahiptir). Her anahtar olası yollar boyunca maliyetleri toplar ve root'a en düşük toplam maliyeti veren yolu seçer.
Root olmayan bir anahtar için root'a ulaşmak üzere kullandığı port, root port olur.
Her anahtarlar arası segmentte STP, root'a doğru trafiği iletmek için tam olarak bir anahtarın portunu seçmelidir. O port, segment için designated port adını alır. O segmentte root'a en düşük maliyetli yolu beyan eden anahtar designated rolünü alır.
Root port ya da designated port olarak seçilmeyen portlar blocking (STP) veya daha yeni varyantlarda benzer bir iletim dışı duruma sokulur. Engelleme, kabloyu kaldırmaz veya yedekliliği ortadan kaldırmaz—sadece o portun normal Ethernet çerçevelerini iletmesini durdurur, böylece döngü oluşamaz. Eğer aktif bağlantı başarısız olursa, STP yedek bir yolu engelden çıkarıp ağı bağlı tutabilir.
STP'yi somutlaştırmak için dört anahtarlı küçük bir ağ düşünelim:
STP, tek bir referans noktası seçerek başlar: root bridge. Her anahtar bir kimlik (bridge ID) ilan eder ve en düşük ID kazanır.
Varsayalım S1 en düşük bridge ID'ye sahip. Artık herkes hemfikirdir: S1 root'dur.
Her root olmayan anahtar root'a en iyi yolu sağlayan bir portu root port olarak seçer:
Her segment için STP, segmentte trafiği iletecek bir designated port belirler. Root port veya designated port olmayan portlar blocking olur.
Bu örnekte döngünün kesildiği yer S3–S4 bağlantısıdır. Eğer S3 zaten root'a S2 üzerinden ulaşıyorsa, STP S3'ün S4'e bakan portunu (veya bağ kırılma kurallarına bağlı olarak S4'ün S3'e bakan portunu) blocking durumuna alabilir.
Sonuç: Tüm kablolar takılı kalır, ama iki nokta arasında yalnızca bir aktif yol vardır—döngü yok.
Eğer aktif yol (ör. S2–S3) koparsa, STP yeniden değerlendirir. Daha önce engellenmiş olan S3–S4 bağlantısı iletmeye geçerek S3 → S4 → S1 yoluyla bağlantıyı geri getirebilir.
Bu değişiklik anlık değildir; STP, döngüyü yeniden ortaya çıkarmadan iletim durumunu güvenli biçimde güncellemek için toparlanma (convergence) zamanına ihtiyaç duyar.
Spanning Tree, ağdaki her anahtar aynı kurallarda anlaşırsa işe yarar. Bu yüzden standartlar önemlidir: gerçek dünyadaki ağların çoğu çoklu satıcıdan oluşur ve yıllar içinde alınmış farklı donanımlarla kurulur. Paylaşılan bir protokol olmadan, bir markanın “döngü önleme” özelliği diğerinin anlayamayacağı davranışlarda olabilir ve yedeklilik bir kesintiye dönüşebilir.
Geleneksel Spanning Tree Protocol, IEEE 802.1D'de tanımlanır. Maddeleri okumanıza gerek yok—önemli nokta 802.1D'nin farklı satıcıların root bridge seçimi, path cost hesaplama ve hangi portların iletip hangilerinin bloke edeceği konusunda ortak bir dil vermesidir.
Daha yeni varyantlara (RSTP veya MSTP gibi) geçtiğinizde bile, yükseltmelerin mümkün olmasının nedeni aynıdır: davranış standartlaştırılmıştır, böylece cihazlar tahmin etmek yerine koordinasyon kurar.
Anahtarlar, küçük kontrol çerçeveleri olan BPDUs (Bridge Protocol Data Units) aracılığıyla koordine olur. BPDUs, anahtarların root olduğunu düşündüğü cihazı, root'a uzaklığını (maliyet) ve zamanlama bilgilerini taşır. BPDUs sürekli değiş tokuş edildiği için STP bir şey değiştiğinde tepki verebilir. Bir bağlantı koparsa, BPDU konuşması da değişir ve anahtarlar güvenli biçimde yeniden yakınsar (reconverge) ve daha önce bloklu bir yolu açabilir.
Pratik bir tuhaflık: satıcılar genellikle aynı ayarlar için farklı adlar kullanır. “port cost”, “edge/PortFast” veya “bpdu guard” gibi bir ayar farklı menülerde veya farklı biçimlerde görünebilir. Temel STP kavramları tutarlı olsa da arayüz sözlüğü aynı değildir—bu yüzden özellikleri 802.1D'nin ne yapmaya çalıştığına tercüme etmek yardımcı olur.
Klasik STP (IEEE 802.1D) döngüleri çözdü ama bir bağlantı veya anahtar arızasından sonra iyileşmesi (heal) acı verici derecede yavaş olabilirdi. Sebep basitti: STP temkinliydi. Portlar hemen iletmeye başlamazdı—zamanlanmış durumları (blocking → listening → learning → forwarding) sıra ile geçerlerdi. Varsayılan zamanlayıcılarla, yeniden yakınsama onlarla saniyeler alıyordu (çoğunlukla ~30–50 saniye), bu süre sesli görüşmelerin kopması, uygulamaların zaman aşımına uğraması veya kullanıcıların “ağ çöktü” varsayması için yeterince uzundur.
Rapid Spanning Tree Protocol (RSTP, IEEE 802.1w) aynı hedefi korur—yedeklilikle döngüsüz iletim—ancak anahtarların anlaşma şeklini değiştirir.
Uzun, sabit zamanlayıcıları beklemek yerine RSTP, hangi portların güvenle iletebileceğini onaylamak için daha hızlı bir el sıkışma kullanır. Ayrıca bazı portların hemen hareket etmesi gerektiğini fark eder:
Basitçe: RSTP doğru bağlantıları engellemeye devam eder; sadece her değişikliği en kötü durummuş gibi ele almayı bırakır.
Ağlar büyüdükçe, her şey için tek bir ağacı kullanmak sınırlayıcı olur—özellikle çok sayıda VLAN ve karmaşık topolojilerde. Multiple Spanning Tree Protocol (MSTP, IEEE 802.1s), birden fazla spanning-tree örneği oluşturmanıza ve VLAN gruplarını bu örneklere eşlemenize izin verir.
Böylece şunları yapabilirsiniz:
STP → RSTP → MSTP boyunca öne çıkan iyileştirme tutarlı: yedekliliği koru, döngüleri önle ve iletimi daha hızlı ve öngörülebilir şekilde geri getir.
Spanning Tree'nin en az takdir edilen faydası, “fazladan kablolar ve anahtarlar”ı öngörülebilir güvenilirliğe dönüştürmesidir. Kurumsal ölçekte—çok sayıda dolap, çok sayıda erişim anahtarı, sürekli taşınmalar/eklemeler—Katman 2 yedekliliği bir nimet veya tuzak olabilir. STP, bunun bir nimete dönüşme olasılığını artırır.
Büyük ağlar nadiren tek bir bağlantının kopması yüzünden başarısız olur; başarısızlıkların nedeni toparlanmanın karmaşık olmasıdır. STP, bir şey değiştiğinde ağın kontrollü şekilde tepki vermesini sağlayarak yardımcı olur:
Birçok organizasyon, topolojilerinin döngüsüz olduğunu düşünse bile STP'yi açık tutar. Nedeni pragmatiktir: insanlar hata yapar, dokümantasyon sapar ve beklenmedik Katman 2 yollar ortaya çıkar. STP açıkken, kazara eklenen bir yama kablosu genellikle bina çapında kesinti yerine bloklu bir porta neden olur.
Modern veri merkezleri genellikle yönlendirilmiş leaf–spine mimarileri (Katman 3) veya klasik STP yakınsamasına güvenmeden aktif/aktif bant genişliği sağlayan özel Katman 2 çoklu yol teknolojilerini tercih eder. Yine de STP (veya RSTP/MSTP gibi varyantlar), kampüs ağlarında, kenar segmentlerde ve saf Katman 3'ün pratik olmadığı uyumluluk katmanlarında yaygın olarak kullanılır.
Büyük ölçekte STP'nin gerçek başarısı teknik olmaktan çok operasyoneldir: yedekliliği sıradan ekiplerin yönetebileceği hale getirir, sadece uzmanların değil.
Spanning Tree kavram olarak basittir—yedek yollar varken Katman 2 döngülerini önle—ama birkaç ısrarcı mit insanların STP'yi kapatmasına, yanlış yapılandırmasına veya “optimize” edip kesintiye yol açmasına neden olur.
Modern ağların bir kısmı Katman 3 yönlendirme, MLAG ve overlay tasarımlarına güvenerek klasik IEEE 802.1D ihtiyacını azaltmış olabilir. Ancak STP (veya RSTP/MSTP gibi daha yeni biçimleri), Ethernet'in kazara döngü oluşturabileceği her yerde bir güvenlik ağı sağlar: erişim anahtarları, geçici etkinlik ağları, laboratuvarlar, küçük şube siteleri ve birinin "sadece test etmek için" iki portu yamalediği her ortam.
STP'yi devre dışı bırakmak, zararsız bir kablolama hatasını bir VLAN'ı etkileyen yaygın bir yayın fırtınasına dönüştürebilir.
Bloklu bir port “ölü” değildir. Önceden doğrulanmış bir bekleme yoludur. STP, kararlılık uğruna bazı kapasiteyi bilinçli olarak feda eder: iletim linki başarısız olursa, bloklu link müdahale etmeden yeni yol olabilir. Ekipler bazen STP'yi kapatıp tüm bağlantıları iletmeye zorlayarak veya yönetilmeyen anahtarlar ekleyerek tüm portları aktif hale getirmeye çalışırlar. Bu ilk bakışta verimli görünebilir—ta ki ilk döngü ağı eritene kadar.
Yedeklilik yalnızca tasarlandığında faydalıdır. Anahtarlar arasında ek çapraz bağlantılar planlanmadan eklendiğinde olası döngü senaryoları artar ve STP davranışı öngörülemez hale gelir. Sonuç beklenmedik trafik yolları, bloklu uplinkler veya bir arızadan sonra daha uzun yeniden yakınsama süreleri olabilir.
STP etkin olsa bile hatalı ayarlar gerçek hasara yol açabilir:
Çıkarım: STP sadece bir onay kutusu değildir—bir kontrol düzlemidir. Ona öyle davranın, niyeti belgelendirin ve değişiklikleri geniş çapta uygulamadan önce doğrulayın.
Spanning Tree sorunları genellikle birisi "ağ yavaş" diye şikayet etmeden önce ortaya çıkar. Birkaç odaklı kontrol saatler süren tahmin yürütmeyi kurtarabilir.
Bir Ethernet döngüsü veya STP kararsızlığı ortaya çıktığında genellikle şunları görürsünüz:
Temellerle başlayın:
İyi STP hijyeni çoğunlukla süreçle ilgilidir:
Daha geniş bir ağ sorun giderme kontrol listesini arıyorsanız, /blog/network-troubleshooting-basics kaynağına bakabilirsiniz.
STP, “sessiz altyapı”nın harika bir örneğidir ve genellikle insan kaynaklı hatalardan dolayı başarısız olur: niyetin belirsiz olması, belgelenmemiş kablolama, tutarsız yapılandırmalar ve aceleci müdahaleler. Bu riski azaltmanın pratik bir yolu, STP operasyonlarınız etrafında hafif iç araçlar ve çalışma kitapları (runbook) oluşturmak.
Koder.ai ile ekipler, örneğin anahtar çıktılarını alıp mevcut root bridge'i vurgulayan, beklenmeyen bloklu portları işaretleyen veya zaman içinde topoloji-değişiklik olaylarını izleyen küçük web panelleri ya da yardımcı araçlar oluşturabilir. Koder.ai, kaynak kodu dışa aktarma ve uygulamaları dağıtma (geri alma ve anlık görüntülerle) desteklediği için, bir kere oluşturduğunuz iç aracı tek seferlik bir betikten bakımlı bir hizmete dönüştürmek kolaydır.
Radia Perlman'ın spanning tree çalışması, en önemli altyapıların bazen gösterişli olmadığı, yalnızca kaosu önlediği hatırlatmasını yapar. Spanning Tree, Ethernet'e yedek bağlantıları güvenli bir şekilde kullanma yolu vererek "yedek bir yol ekle"nin güvenli bir varsayılan olmasını sağladı. Bu değişim, kurumsal, kampüs ve veri merkezi Katman 2 ağlarının daha büyük ve daha dayanıklı olmasına yardımcı oldu.
STP, bir şeylerin yanlış gideceğini varsayar: bir kablo yanlış porta takılır, bir anahtar yeniden başlatılır, bir bağlantı dalgalanır. Operatörlerin hata yapmayacağını ummak yerine, hataları emebilen ve yine güvenli bir duruma yakınsayan bir sistem kurar. Ders, ağlardan daha geniş: hata durumlarını birinci sınıf gereksinimler olarak ele alın.
Spanning Tree bazı bağlantıları kasıtlı olarak bloke eder ki genel ağ kararlı kalsın. O "boşa harcanan kapasite" öngörülebilir davranış uğruna bir takastır. İyi sistemler genellikle boşluk bırakır—fazladan zaman, fazladan kontroller, fazladan koruyucu önlem—çünkü felaket bir arızadan kaçınmak, son yüzde bir performans kazanımından daha değerlidir.
STP işe yarar çünkü her anahtar aynı dağıtık kuralları takip eder ve döngüsüz bir topoloji üzerinde anlaşmak için küçük kontrol mesajları değiştirir. Her değişiklikte bir operatörün hangi portları kapatacağını manuel olarak söylemesine gerek yoktur. Çıkarım: birçok bileşenin birlikte çalışması gerektiğinde, güvenli davranışı en kolay davranış yapan protokollere ve varsayılanlara yatırım yapın.
Sadece birkaç noktayı hatırlayın: yedeklilik oluşturun, insan hatasını varsayın ve “güvenli seçimi” otomatikleştirin. Bu zihniyet—herhangi bir tek özellikten daha fazlası—spanning tree'nin neden sessiz ama vazgeçilmez olduğunu açıklar.
Daha anlaşılır ağ temelleri istiyorsanız, /blog kaynaklarına göz atabilirsiniz.
Katman 2 döngüsü, anahtarların aynı segmentler arasında iki veya daha fazla aktif yol olduğu durumlarda oluşur ve bir çevrim yaratır. Ethernet çerçevelerinin Katman 2'de bir atlama sınırı olmadığından, yayın trafiği (broadcastlar ve bilinmeyen unicasts) sonsuz döngüye girip çoğalabilir ve bağlantıları ile anahtar CPU'larını tüketebilir.
Yedeklilik alternatif yollar ekler, ama koordine edilmezse anahtarlar tüm yolları iletmeye çalışabilir. Bu durumda taşma (flood) edilen çerçeveler tekrar tekrar çoğaltılır; yayın fırtınaları ve kararsız MAC öğrenimi ortaya çıkar—çoğu zaman tek bir ekstra yama kablosu tüm VLAN'ı etkileyen bir kesintiye yol açar.
STP, yedekli bağlantıları fiziksel olarak bağlı tutar ama bazı portları mantıksal olarak devre dışı bırakarak aktif topolojiyi döngüsüz bir ağaca çevirir. Bir aktif yol başarısız olursa, STP daha önce engellenmiş bir portu iletmeye alarak bağlantıyı geri getirir.
STP, bütün Katman 2 alanı için bir referans noktası olarak root bridge seçer. En düşük bridge ID'ye (priority + benzersiz kimlik) sahip anahtar root olur; planlanan çekirdek/dağıtım anahtarını root yapmak, trafik yollarının öngörülebilir kalmasına yardımcı olur.
Her root olmayan anahtar, route maliyeti (path cost) bazında root'a en kısa toplam maliyete sahip yolu sunan portu root port olarak seçer. Path cost genellikle bağlantı hızına dayanır (daha hızlı bağlantılar daha düşük maliyete sahiptir) ve eşitlik durumlarında kimlikler kullanılarak bağıl karar verilir.
Her switch–switch segmentinde STP, o segment için trafiği iletmek üzere tek bir designated port seçer (root'a en iyi yolu ilan eden taraf). Bir port ne root port ne de designated port ise blocking/discarding durumuna girer; işte STP döngüleri böyle kırar.
Portun “blocking” olması, normal kullanıcı trafiğini iletmediği anlamına gelir; böylece söz konusu bağlantı bir döngüye katılamaz. Kablo hâlâ bağlıdır ve STP kontrol trafiğini taşıyabilir; topoloji değişirse bu bloklu port yeni aktif yol olmak üzere iletmeye alınabilir.
BPDUs (Bridge Protocol Data Units), switchlerin kimin root olduğunu, root'a olan maliyetlerini ve zamanlama bilgilerini paylaştığı STP kontrol çerçeveleridir. Sürekli BPDU alışverişi sayesinde anahtarlar değişiklikleri tespit edip döngüsüz bir topolojiye yeniden ulaşabilirler.
Klasik STP (IEEE 802.1D) varsayılan zamanlayıcılarla davranırken portları uzun süreli durumlardan geçiriyordu; bu yüzden toparlanma onlarla saniyeler onlarla (genelde ~30–50 saniye) sürebiliyordu. RSTP (802.1w), daha hızlı el sıkışmalar ve hızlı geçişlerle (özellikle edge/PortFast türü portlar için) bu süreyi kısaltır.
Hızlı bir kontrol listesi şunları içerir:
Daha geniş teşhisler için /blog/network-troubleshooting-basics metnine bakabilirsiniz.
