FC port tanılaması: sayaçlar, slow drain, SFP kontrolleri

Bir SAN anahtarı, bir portta yanlış giden her şeyi sayar ve sayaçlar fiziksel nedenlerle net biçimde eşleşir — hangi sayacın “kirli konektör”, hangisinin “host arabelleklerini boşaltmıyor” anlamına geldiğini bilirseniz. Bu sayfa, iki baskın platformdaki sayaçları, her birinin neyi işaret ettiğini, slow-drain tıkanıklığının nasıl ortaya çıktığını ve SFP’nin anahtardan nasıl okunacağını listeler.

Sayaçlar

Sayaç (Brocade `porterrshow`)	Cisco MDS karşılığı (`show interface fc… counters`)	Anlamı	İşaret ettiği
enc_out — çerçeveler dışındaki kodlama hataları	invalid transmission words	çerçeveler arasında bozuk semboller	optikler, kablo, konektör, hız uyuşmazlığı — klasik fiziksel katman sayacı
enc_in — çerçeveler içindeki kodlama hataları	invalid transmission words / CRC	çerçeveler içinde bozulmuş semboller	aynı nedenler, daha ciddi
crc_err	CRC errors	çerçeve CRC’yi geçemedi	sınırda bağlantı: kirli uç yüzey, düşük Rx, arızalanan SFP; ISL’lerde her iki ucu da kontrol edin
crc_g_eof	CRC with good EOF	CRC hatası var ama çerçeve doğru sonlandırılmış — bu portun yukarı akışında oluşmuş	bir önceki atlamaya bakın
too_shrt / too_long / bad_eof	frame too short / too long / bad EOF	bozuk biçimli çerçeveler	genellikle enc_in’in bir sonucu, veya arızalı bir cihaz
link_fail	link failures	bağlantı düştü	kablo çekilmesi, SFP arızası, güç, karşı uçta sıfırlama
loss_sync / loss_sig	sync loss / signal loss	sinyal veya sözcük senkronu kayboldu	düşük Rx, LOS, çırpınma — Bağlantı çırpınması
frjt / fbsy	F_RJT / F_BSY	fabric çerçeveleri reddetti/meşgul etti	fabric veya zoning, optikler değil
disc_c3 — sınıf 3 düşürmeleri	timeout discards	anahtarda zaman aşımına uğradıktan sonra düşürülen çerçeveler	slow drain / tıkanıklık
c3timeout tx/rx	—	zaman aşımlarının yönü	tx zaman aşımı: bağlı cihaz yavaş; rx: yukarı akışta bir sorun
pcs_err (16G+)	—	64B/66B PCS blok hataları	16/32GFC’de fiziksel katman
uncor_err (FEC’li 16G+)	FEC uncorrected	FEC bloğu düzeltemedi	bağlantı sınırda — VDM ve FEC ölçütleri
credit loss (`portstatsshow`: tim_txcrd_z)	credit loss / tx credit not available	sıfır iletim kredisiyle geçirilen süre	tıkanıklık veya kirli bir bağlantıda kaybolan R_RDY’ler

Genel kural: enc_out, crc_err, loss_sync, pcs_err fiziksel bir sorunla birlikte artar; disc_c3, c3timeout, tim_txcrd_z bir tıkanıklık sorunuyla artar; frjt/fbsy ise bir fabric sorunuyla. Sayaçları sıfırlayın, bekleyin ve toplamlara değil oranlara bakın.

Slow drain

Kredileri yavaş iade eden bir uç cihaz (aşırı yüklü bir host, arızalanan bir HBA, bir yol boyunca hız uyuşmazlığı), çerçeveleri anahtar arabelleklerinde tutar; bu çerçeveler zaman aşımına uğrar ve düşürülür, tıkanıklık ise ISL’ler üzerinden ilgisiz cihazlara doğru geriye yayılır. Bu, en yıkıcı SAN sorunudur ve ilk bakışta rastgele bir performans sorunu gibi görünür.

Belirti	Nerede
Bir F_Port’ta yükselen tim_txcrd_z	o porttaki cihaz kredileri iade etmekte yavaş
Aynı portta disc_c3 / c3timeout tx	o cihaza giden çerçeveler zaman aşımına uğruyor
ISL’lerde ve diğer F_Port’larda disc_c3	tıkanıklık yayılmış
Bottleneck/MAPS “gecikme” uyarıları (Brocade), `show logging onboard flow-control request-timeout`, congestion-drop / slow-drain algılama (Cisco)	platform araçları

Azaltma: yavaş cihazı düzeltin veya izole edin (port fencing, düşük öncelikli bir sanal kanala karantina), kenar portlarda congestion-drop zaman aşımlarını kısaltın, bir yol boyunca hız basamaklarından kaçının, ISL oversubscription’ını makul tutun (SAN tasarımı). Optikler neredeyse hiçbir zaman slow drain’in nedeni değildir — ama kaybolan R_RDY’leri olan sınırda bir bağlantı bunu taklit edebilir, bu yüzden önce enc_out/crc’yi kontrol edin.

Anahtardan SFP kontrolleri

Görev	Brocade FOS	Cisco MDS / NX-OS
SFP kimlik bilgileri ve DDM	`sfpshow <port>`	`show interface fc1/1 transceiver details`
Port durumu ve hızı	`portshow <port>`, `switchshow`	`show interface fc1/1`, `show interface brief`
Hata sayaçları	`porterrshow`, `portstatsshow <port>`	`show interface fc1/1 counters [detailed]`
Sayaçları sıfırlama	`portstatsclear` / `statsclear`	`clear counters interface fc1/1`
Bağlantı testi	`portloopbacktest`, D_Port tanılaması (`portcfgdport`, `portdporttest`)	`show interface fc1/1 transceiver details` + tanılama araçlarıyla loopback
Sağlık ilkesi	MAPS (CRC, ITW, credit loss, SFP gücü/sıcaklığı için eşikler)	port-monitor ilkeleri (RX/TX gücü, CRC, ITW, credit loss)

sfpshow ve transceiver details, satıcıyı, parça numarasını, seri numarasını, hızları ve eşikleriyle birlikte DDM değerlerini gösterir — CodingBox’ın tezgâhta okuduğu baytların aynısı. Her iki platform da desteklenmeyen optikleri işaretler; Mod_Inv, No_Module veya “unsupported transceiver”da takılı kalan bir port bir arıza değil, bir ilke reddidir (Satıcı kilidi, FC optikleri).

Kötü bir FC portu için tanılama sırası

porterrshow / sayaçlar: fiziksel (enc_out, crc, sync), tıkanıklık (disc_c3, credits) ve fabric (rjt/bsy) nedenlerini birbirinden ayırın.
SFP DDM: her iki uçta da Rx gücünü sınıf pencerelerine göre kontrol edin (Tipik değerler); yaşlanma için Tx bias eğilimine bakın.
Konektörleri temizleyin ve inceleyin; patch kabloyu değiştirin; sayaçları hızda yeniden kontrol edin.
Hız: hataların durup durmadığını görmek için anlaşılan hızı bir alt nesle zorlayın (sınırda bir 32G bağlantı 16G’de temiz olabilir) — Hız ve oran.
Anahtarı, SFP’yi ve kabloyu birbirinden ayırmak için D_Port / loopback testi.
Tıkanıklık varsa: yavaş cihazı şikâyet eden porta göre değil, tim_txcrd_z’ye göre bulun.

CodingBox’ta

Bir anahtardan çıkarılan şüpheli bir FC SFP’si tezgâhta okunabilir: Check transceiver ve DDM üzerinde kimlik bilgileri, FC hız/ortam kodları, sağlama toplamları ve canlı DDM. Tezgâhta sorunsuz olup portta hata veren bir modül, şüpheyi kabloya, konektöre veya karşı uca kaydı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 .