Spanning Tree de Cost ve Port-priority anlatımı
Posted on 17 Ağustos 2014 by Numan KARAKAŞ
Spaning tree de root ve alternative portların seçiminde rol olan cost ve port-priority i anlatmaya çalışacağım.
Spaning tree de root switch seçildikten sonra non-root switch ,root ve alternative portlarını seçmek için ilk olarak “cost ” değerlerine bakar.
yukarda gördüğünüz gibi show spanning-tree komutuyla portların cost değerlerini görebilirsiniz.
Cost değerleri portun bandwith değeriyle ters orantılı olarak değişir.
Örnek tabloyu aşağıda inceleyebilirsiniz.
kenar switchlerde root port seçilirken backbone a giden (eğer root switch backbone ise ki o olmalı :)) bütün yolların toplam cost değerleri toplanır ve en düşük cost değerine sahip olan root port olur.
kenar switch backbone giderken
2* fastethertnet + 3* gigabitethernet + 1* tengiga kadar yol gidiyorsa bu
2*19 +3*4 + 1*2 = 52 cost değerine sahiptir.
Peki diyelim ki cost değerleri eşit , o zaman port priority devreye giriyor.
Örneğin aşağıdaki gibi iki tane switch birbirlerine redundant olarak bağlı olsun
2 switchde de bridge priority değerleri eşit , Biliyoruz ki bu durumda mac adresi düşük olan
Root switch olur ve bizim topolojimizde Bizim Switch root switch.
Eveet gelelim portların durumuna
Root switchde bütün portların role leri “Designated” olur. State leri ise “Forwarding” olur.
Müşterinin switchde portların durumu ayarlanırken neler oluyor ?
NONROOT Switchlerin ROOT Switche giden portun rolü “Root” dur.
Ama diyelim ki kenar switch (nonroot) den root switche giden birden fazla yol var , örneğimizde olduğu gibi
Hangi portun root hangisinin alternative port olacağına nasıl karar veriliyor.
Müşterinin switchine bakalım
Show çıktılarına bakarak görüyoruz ki fa0/1 root ve fa0/2 alternative rolünü üstlenmiş
Fa0/2 blocklanmış çünkü aksi takdirde loop oluşur.
Biliyoruz ki portların rolleri belirlenirken ilk olarak cost değerine bakılır ve cost değeri düşük olan
Root port olur.
Peki örneğimizdeki gibi cost değerleri eşitse ?
İşte burada port-priorty devreye giriyor.
Port priorty değeri interface altında verilir.
ARKADAŞLAR COST KENDİ DEĞERİNE BAKAR, PRİORTY İSE KARŞIDAKİNİN DEĞERİNE BAKAR.
Yani switch root portu seçerken karşı switch portunun port-priorty sine bakar. Karşı portun priority değeri düşük olan root port olur.
Yani biraz önce müşterinin switch de interface altına port-priority değeri girdik ya ,
BU MÜŞTERİNİ SWİTCHİNİN PORTLARINI HİÇ BİR ŞEKİLDE ETKİLEMEZ KARŞI SWİTCHİN PORTLARINI ETKİLER , KARŞI SWİTCH DE ROOT SWTİCH VE PORTLARININ HEPSİ DESİGNATE OLDUĞU İÇİN
GİRDİĞİMİZ KONFİG ÇÖP
Ama bizim switchde priorty değerini düşürürsek;
Mesala bizim switchin fas 0/2 nin port priorty sini 0 yapalım.
Şimdi müşterinin switch in portlarına bakalım.
Görüldüğü gibi müşteri tarafındaki switchin portlarının stp rolü değişti ve bunu karşı switch deki (bizim switch) yaptığımız config ile sağladık.
Port-priority ISP lerde oldukça kullanılıyor. Müşterinin switchde config yapılamadığı için kendi taraflarında işi halletmiş oluyorlar.
Bu yazıyı paylaş..
Cisco autonomous access point 802.1x and dynamic vlan configuration
Cisco autonomous access pointlerin çakılma sorunu ve çözümü
In order to achieve load-balancing between two trunks, you tune on a VLAN basis the port priority on Catalyst R.
Presently if the stp cost to the root bridge on its selected interface is lost then the alternate interface to the root is preferred stp cost can simulate this behavior. I think what I learned from this lab work is that spanning-tree port-priority x can only affect path on redundant links going to the SAME switch.
The priorities are offset by four bits, with the other four bits of the first byte dedicated to the interface ID, which is why you can only assign priorities which are evenly divisible by 16. Someone recently complained to me that bridges couldn’t have more than 256 ports because of the spanning-tree algorithm.
Virtual Private Server için bir cevap yazın Cevabı iptal et