FC पोर्ट डायग्नोस्टिक्स: काउंटर, स्लो ड्रेन, SFP जाँच

SAN स्विच किसी पोर्ट पर जो कुछ भी गड़बड़ होता है उसे गिनता है, और काउंटर साफ़ तौर पर फिज़िकल कारणों से जुड़े होते हैं — बशर्ते आपको पता हो कि कौन-सा काउंटर “गंदा कनेक्टर” बताता है और कौन-सा “होस्ट अपने बफ़र ख़ाली नहीं कर रहा”। यह पेज दो प्रमुख प्लेटफ़ॉर्म के काउंटर, हर एक किस ओर इशारा करता है, स्लो-ड्रेन कंजेशन कैसे नज़र आता है, और स्विच से ख़ुद SFP कैसे पढ़ें — यह सब बताता है।

काउंटर

काउंटर (Brocade `porterrshow`)	Cisco MDS का बराबर (`show interface fc… counters`)	मतलब	किस ओर इशारा करता है
enc_out — फ़्रेम के बाहर एन्कोडिंग एरर	invalid transmission words	फ़्रेम के बीच में ख़राब सिंबल	ऑप्टिक्स, केबल, कनेक्टर, स्पीड मिसमैच — क्लासिक फिज़िकल-लेयर काउंटर
enc_in — फ़्रेम के अंदर एन्कोडिंग एरर	invalid transmission words / CRC	फ़्रेम के अंदर ख़राब हुए सिंबल	वही कारण, ज़्यादा गंभीर
crc_err	CRC errors	फ़्रेम CRC में फ़ेल हुआ	मार्जिनल लिंक: गंदा एंडफ़ेस, कम Rx, फ़ेल होता SFP; ISL पर दोनों सिरे जाँचें
crc_g_eof	CRC with good EOF	CRC एरर लेकिन फ़्रेम सही तरह ख़त्म हुआ — यह इस पोर्ट के अपस्ट्रीम में आया	पिछला हॉप देखें
too_shrt / too_long / bad_eof	frame too short / too long / bad EOF	बिगड़े हुए (मैलफ़ॉर्म्ड) फ़्रेम	आमतौर पर enc_in का नतीजा, या कोई ख़राब डिवाइस
link_fail	link failures	लिंक डाउन हो गया	केबल खिंचना, SFP फ़ॉल्ट, पावर, फ़ार-एंड रीसेट
loss_sync / loss_sig	sync loss / signal loss	सिग्नल या वर्ड सिंक खो गया	कम Rx, LOS, फ़्लैपिंग — लिंक फ़्लैपिंग
frjt / fbsy	F_RJT / F_BSY	फ़ैब्रिक ने फ़्रेम रिजेक्ट/बिज़ी किए	फ़ैब्रिक या ज़ोनिंग, ऑप्टिक्स नहीं
disc_c3 — class 3 discards	timeout discards	स्विच में टाइमआउट के बाद ड्रॉप हुए फ़्रेम	स्लो ड्रेन / कंजेशन
c3timeout tx/rx	—	टाइमआउट की दिशा	tx टाइमआउट: जुड़ा हुआ डिवाइस धीमा है; rx: अपस्ट्रीम की समस्या
pcs_err (16G+)	—	64B/66B PCS ब्लॉक एरर	16/32GFC पर फिज़िकल लेयर
uncor_err (FEC वाले 16G+)	FEC uncorrected	FEC ब्लॉक को ठीक नहीं कर सका	लिंक मार्जिन पर है — VDM और FEC मेट्रिक्स
क्रेडिट लॉस (`portstatsshow`: tim_txcrd_z)	credit loss / tx credit not available	ज़ीरो ट्रांसमिट क्रेडिट के साथ बिताया गया समय	गंदे लिंक पर कंजेशन या खोए हुए R_RDY

सामान्य नियम: फिज़िकल समस्या में enc_out, crc_err, loss_sync, pcs_err बढ़ते हैं; कंजेशन की समस्या में disc_c3, c3timeout, tim_txcrd_z बढ़ते हैं; फ़ैब्रिक की समस्या में frjt/fbsy बढ़ते हैं। काउंटर क्लियर करें, इंतज़ार करें, और टोटल नहीं बल्कि रेट देखें।

स्लो ड्रेन

जो एंड डिवाइस क्रेडिट धीरे-धीरे लौटाता है (ओवरलोडेड होस्ट, फ़ेल होता HBA, रास्ते में स्पीड का मिसमैच), वह फ़्रेम को स्विच बफ़र में रोके रखता है; वे फ़्रेम टाइमआउट होकर डिस्कार्ड हो जाते हैं, और कंजेशन ISL के ज़रिए बिना जुड़े डिवाइस तक पीछे की ओर फैलता है। यह SAN की सबसे नुक़सानदेह समस्या है, और शुरुआत में यह किसी बेतरतीब परफ़ॉर्मेंस समस्या जैसी दिखती है।

संकेत	कहाँ
F_Port पर tim_txcrd_z का बढ़ना	उस पोर्ट पर मौजूद डिवाइस क्रेडिट लौटाने में धीमा है
उसी पोर्ट पर disc_c3 / c3timeout tx	उस डिवाइस को जाने वाले फ़्रेम टाइमआउट हो रहे हैं
ISL और दूसरे F_Port पर disc_c3	कंजेशन फैल चुका है
Bottleneck/MAPS “latency” अलर्ट (Brocade), `show logging onboard flow-control request-timeout`, कंजेशन-ड्रॉप / स्लो-ड्रेन डिटेक्शन (Cisco)	प्लेटफ़ॉर्म टूलिंग

समाधान: धीमे डिवाइस को ठीक करें या अलग करें (पोर्ट फ़ेंसिंग, किसी कम-प्रायोरिटी वर्चुअल चैनल में क्वारंटीन), एज पोर्ट पर कंजेशन-ड्रॉप टाइमआउट छोटा करें, रास्ते में स्पीड के उतार-चढ़ाव से बचें, ISL ओवरसब्सक्रिप्शन को उचित सीमा में रखें (SAN डिज़ाइन)। स्लो ड्रेन की वजह लगभग कभी ऑप्टिक्स नहीं होती — लेकिन खोए हुए R_RDY वाला एक मार्जिनल लिंक इसकी नक़ल कर सकता है, इसलिए पहले enc_out/crc जाँचें।

स्विच से SFP जाँच

काम	Brocade FOS	Cisco MDS / NX-OS
SFP की पहचान जानकारी और DDM	`sfpshow <port>`	`show interface fc1/1 transceiver details`
पोर्ट स्टेट और स्पीड	`portshow <port>`, `switchshow`	`show interface fc1/1`, `show interface brief`
एरर काउंटर	`porterrshow`, `portstatsshow <port>`	`show interface fc1/1 counters [detailed]`
काउंटर क्लियर करना	`portstatsclear` / `statsclear`	`clear counters interface fc1/1`
लिंक टेस्ट	`portloopbacktest`, D_Port डायग्नोस्टिक्स (`portcfgdport`, `portdporttest`)	`show interface fc1/1 transceiver details` + डायग्नोस्टिक टूल के ज़रिए लूपबैक
हेल्थ पॉलिसी	MAPS (CRC, ITW, क्रेडिट लॉस, SFP पावर/तापमान पर थ्रेशोल्ड)	पोर्ट-मॉनिटर पॉलिसी (RX/TX पावर, CRC, ITW, क्रेडिट लॉस)

sfpshow और transceiver details विक्रेता, पार्ट नंबर, सीरियल, स्पीड और थ्रेशोल्ड के साथ DDM वैल्यू दिखाते हैं — वही बाइट जिन्हें CodingBox बेंच पर पढ़ता है। दोनों प्लेटफ़ॉर्म असमर्थित (unsupported) ऑप्टिक्स को फ़्लैग करते हैं; Mod_Inv, No_Module या “unsupported transceiver” में अटका पोर्ट एक पॉलिसी रिजेक्शन है, कोई ख़राबी नहीं (विक्रेता लॉक, FC ऑप्टिक्स)।

ख़राब FC पोर्ट के लिए डायग्नोस्टिक क्रम

porterrshow / काउंटर: फिज़िकल (enc_out, crc, sync) बनाम कंजेशन (disc_c3, क्रेडिट) बनाम फ़ैब्रिक (rjt/bsy)।
SFP DDM: क्लास विंडो के मुक़ाबले दोनों सिरों पर Rx पावर (टिपिकल वैल्यू); एजिंग के लिए Tx बायस ट्रेंड।
कनेक्टर साफ़ करें और उनका निरीक्षण करें; पैच कॉर्ड बदलें; रेट पर काउंटर फिर से जाँचें।
स्पीड: यह देखने के लिए कि एरर रुकते हैं या नहीं, नेगोशिएटेड स्पीड को निचली पीढ़ी पर फ़ोर्स करें (एक मार्जिनल 32G लिंक 16G पर साफ़ हो सकता है) — स्पीड और रेट।
स्विच, SFP और केबल को अलग-अलग जाँचने के लिए D_Port / लूपबैक टेस्ट।
अगर कंजेशन है: धीमे डिवाइस को tim_txcrd_z से खोजें, न कि उस पोर्ट से जो शिकायत करता है।

CodingBox में

स्विच से निकाला गया संदिग्ध FC SFP बेंच पर पढ़ा जा सकता है: पहचान जानकारी, FC स्पीड/मीडिया कोड, चेकसम और Check transceiver व DDM पर लाइव DDM। जो मॉड्यूल बेंच पर सही हो लेकिन पोर्ट में एरर दे, वहाँ शक़ केबल, कनेक्टर या फ़ार एंड की ओर चला जाता है।

अगर आपको इस सामग्री में कोई अशुद्धि या त्रुटि दिखे, तो संबंधित अंश चुनें और Ctrl+Enter दबाकर ।