İletim temelleri: VLAN, LAG, spanning tree, routing

Bir alıcı-verici sorunu kendini hiçbir zaman alıcı-verici sorunu olarak göstermez. Bir spanning-tree topoloji değişikliği, askıya alınmış bir LAG üyesi, sıçrayan bir OSPF komşusu, çırpınan bir VXLAN tüneli veya “kullanıcıların yarısı yavaş” biçiminde ortaya çıkar. Bu belirtileri fiziksel katmana bağlamak için yönlendirme kelime dağarcığına ihtiyacınız vardır: bir anahtarın MAC adreslerini nasıl öğrendiği, VLAN’ların ve trunk’ların ne olduğu, bağlantı toplulaştırmanın akışları hash değerine göre nasıl dağıttığı, spanning tree’nin portları neden blokladığı ve bir bağlantı titrediğinde yönlendirme protokollerinin ne yaptığı. Bu sayfa, kök nedenin kirli bir konektör olabileceği durumlarda önemli olana indirgenmiş bu kelime dağarcığıdır.

Katman 2: MAC öğrenimi ve VLAN’lar

Kavram	Ne oluyor	Optik açısı
MAC öğrenimi	her çerçevenin kaynak MAC adresi giriş portuyla ilişkilendirilerek kaydedilir; bilinmeyen hedefler tüm portlara gönderilir	çırpınan bir port kayıtları temizler ve yeniden öğrenir — her çırpınmadan sonra kısa süreli yayılmalar görülür
Yaşlandırma	kayıtların süresi dolar (varsayılan değer 300 s)	—
VLAN (802.1Q)	bir yayın etki alanı; çerçeveler trunk’larda 12 bitlik bir etiket taşır (1–4094)	—
Erişim portu	tek bir etiketsiz VLAN	—
Trunk portu	birçok etiketli VLAN, bir de etiketsiz native VLAN	üst bağlantı boyunca native VLAN uyuşmazlığı, bağlantı arızası değil kısmi bağlanabilirlik olarak görünür
MTU / jumbo	varsayılan değer 1 500 bayt, jumbo için 9 000–9 216	üst bağlantı boyunca MTU uyuşmazlığı küçük paketleri geçirir, büyükleri düşürür — kesintili optik gibi görünür
Storm control, BPDU guard, port security	portları kapatan koruyucu özellikler	bunlardan herhangi birinin errdisable ettiği bir port ölü bir modül gibi görünür (Belirti dizini)

Spanning tree

Çeşit	Yakınsama	Notlar
STP (802.1D)	30–50 s	eski
RSTP (802.1w)	< 1–3 s	çoğunda varsayılan seçim
MSTP (802.1s)	RSTP gibi, örnek başına	VLAN grupları
PVST+/Rapid-PVST+	VLAN başına	Cisco

Spanning tree, yedek L2 yollarını bloklar. Kötü bir optiğin buna etkisi:

çırpınan bir üst bağlantı, topoloji değişikliği bildirimleri (TCN) üretir; her TCN ağ genelinde MAC tablolarını temizler ve saniyelerce süren yayılmalara yol açar — kullanıcılar her çırpınmada takılma yaşar (Bağlantı çırpınması);
tek yönlü bir bağlantı (bir fiber kırık, Tx çalışıyor, Rx çalışmıyor), BPDU’lar gelmeyi keserse bir döngü oluşturabilir — UDLD, loop guard ve bridge assurance tam olarak bunun için vardır (Bağlantı yok);
bloklanmış port LED’leri (kehribar) yedek bağlantılarda normaldir, arıza değildir (Port adlandırma ve LED’ler).

Leaf-spine fabrikleri, her bağlantıyı yönlendirerek STP kullanmaktan kaçınır.

Bağlantı toplulaştırma (LAG, port-channel, bond)

Öğe	Kural
Protokol	LACP (802.1AX / 802.3ad): üyeler PDU alışverişi yapar, üyeliği müzakere eder; statik LAG’de koruma yoktur
Üyeler	aynı hız, duplex, MTU; çoğu NOS aynı FEC ve ortam türünü zorunlu kılar — 4 × 25G optik veya 4 × 25G DAC, karışık değil
Hash’leme	akışlar MAC/IP/port alanlarının hash’ine göre dağıtılır; tek bir akış hiçbir zaman bir üyenin hızını aşmaz
Hatalı üye	PDU’lar geçtiği sürece LACP onu demette tutar; bir üyedeki CRC hataları ona hash’lenen akışları bozar — “bazı oturumlar yavaş, diğerleri sorunsuz” bu durumun imzasıdır (VDM ve FEC ölçütleri)
Min-links	N’den az üye ayaktaysa demet düşer — tek bir bozulmuş bağlantıyla çalışmaya karşı korur
Adlar	NOS’a göre `Port-channel`, `ae`, `Eth-Trunk`, `bond`, `PortChannel`
İki anahtar arasında	MLAG/vPC/VLT (Yığınlama ve MLAG)

Pratikte: bir LAG “çalışıyor ama yavaş” olduğunda demeti değil, üye başına sayaçları ve DDM’yi kontrol edin.

Katman 3: anahtarda yönlendirme

Kavram	Ne olduğu	Optik açısı
SVI / yönlendirilen port	bir VLAN üzerinde veya fiziksel bir port üzerinde IP arayüzü	yönlendirilen üst bağlantılarda STP yoktur; bir çırpınma bir yönlendirme olayıdır
Static / OSPF / IS-IS / BGP	yönlendirme protokolleri; DC fabrikleri BGP (bağlantı başına eBGP) veya OSPF kullanır	komşu up/down günlükleri hangi bağlantının ne zaman çırpındığını gösterir
ECMP	N üst bağlantı üzerinden eşit maliyetli çoklu yol; akışlar LAG’deki gibi hash’lenir	kötü bir üst bağlantı akışların 1/N’ini bozar; BFD (50–300 ms) arızayı protokol zamanlayıcılarından daha hızlı algılar
Sönümleme	çırpınan bir arayüzün duyurulmasını bastırır	çırpınan bir optik sonunda sönümlenir — bağlantı “up” ama trafik yönlendirilmez
VRF	ayrı yönlendirme tabloları (yönetim VRF’i!)	anahtarı yanlış VRF üzerinden ping’lemek bir bağlantı arızası gibi görünür
İlk atlama yedekliliği (HSRP/VRRP)	iki anahtar arasında sanal ağ geçidi	çırpınmalar ağ geçidi geçişine neden olur

Overlay’ler

Overlay	Nerede	Optik açısı
VXLAN / EVPN	DC fabrikleri: L3 üzerinden L2	tüneller ECMP üzerinden taşınır; arızalanan bir spine bağlantısı tünelleri rastgele bozar, deterministik biçimde değil
MPLS / SR	operatör	hızlı yeniden yönlendirme (< 50 ms) çırpınmaları gizler — underlay sayaçlarını kontrol edin
EVPN multihoming (ESI-LAG)	MLAG’nin yerini alır	üye bağlantılar farklı leaf’lere gider, LAG üyeleriyle aynı kurallar geçerlidir

Akış kontrolü ve kayıpsız sınıflar

Mekanizma	Amaç	Optik açısı
802.3x pause	komşuyu durdurur	nadiren kullanılır; global pause tıkanıklığı gizler
PFC (802.1Qbb)	RoCE/FCoE için önceliğe göre pause	CRC hatalı bir bağlantı pause değil yeniden iletim tetikler — ama çırpınan bir porttan gelen pause fırtınaları, kayıpsız bir sınıfı fabrik genelinde durdurabilir (Kayıpsız Ethernet)
ECN	tıkanıklığı işaretler	—

Yönlendirme belirtilerini fiziksel katmana bağlamak

Yönlendirme belirtisi	Kontrol edilecek fiziksel neden
Birkaç dakikada bir STP TCN’leri, günlüklerde MAC çırpınmaları	bir üst bağlantı çırpınıyor — DDM Rx gücü hassasiyete yakın, kirli konektör
LACP üyesi “suspended” / “individual”	o üyede FEC veya hız uyuşmazlığı; modül tanınmıyor
Bir bağlantıda OSPF/BGP komşu sıfırlanmaları	çırpınan optik veya sıcaklık sınırındaki modül
ECMP: akışların bir alt kümesi yavaş veya kayıplı	FEC ile düzeltilemeyenleri / CRC’si olan bir üst bağlantı
Jumbo çerçeveler başarısız, ping’ler çalışıyor	MTU — optik değil
Fiber onarımından sonra döngü veya yayın fırtınası	tek yönlü bağlantı, MPO’da polarite değişimi, eksik UDLD
Bir yazılım yükseltmesinden sonra trafik durur	üçüncü taraf optikler yeni sürümde reddediliyor (Uyumluluk matrisleri ve ürün yazılımı)
Sunucu bağlantıyı up görüyor, trafik yok	yanlış VLAN/native uyuşmazlığı veya anahtarda LAG var, sunucuda yok

Her satırın arkasındaki fiziksel kontroller: Belirti dizini, Anahtarlarda optiklerin doğrulanması.

CodingBox’ta

Yönlendirme katmanındaki belirtiler bir portu işaret eder; port bir modülü işaret eder; modülün DDM’i, kimlik bilgileri ve eşikleri — anahtarda veya tezgâhta okunur — vakayı kapatır. Code database içinde modül başına bir kayıt tutmak, “LAG yine yavaştı”yı “üye 3, seri numarası X, Rx −17 dBm, değiştirildi”ye dönüştürür.

Bu materyalde bir yanlışlık veya hata bulursanız ilgili bölümü seçin ve Ctrl+Enter tuşlarına basarak .