FC پورٹ تشخیص: کاؤنٹرز، سلو ڈرین، SFP کی جانچ

SAN سوئچ پورٹ پر ہونے والی ہر خرابی گنتا ہے، اور کاؤنٹرز جسمانی وجوہ سے واضح طور پر جڑتے ہیں، اگر آپ جانتے ہوں کہ کون سا کاؤنٹر “گندا کنیکٹر” بتاتا ہے اور کون سا “ہوسٹ اپنے بفرز خالی نہیں کر رہا”۔ اس صفحے میں دو نمایاں پلیٹ فارمز کے کاؤنٹرز، ہر کاؤنٹر کا اشارہ، سست ڈرین کنجیشن کی صورت، اور سوئچ سے خود SFP کو پڑھنے کا طریقہ درج ہے۔

کاؤنٹرز

کاؤنٹر (Brocade `porterrshow`)	Cisco MDS مساوی (`show interface fc… counters`)	مطلب	کس کی طرف اشارہ
enc_out — فریموں کے باہر انکوڈنگ کی خرابیاں	غلط ٹرانسمیشن الفاظ	فریموں کے درمیان خراب سمبلز	آپٹکس، کیبل، کنیکٹر، رفتار کی عدم مطابقت، کلاسیکی فزیکل-لیئر کاؤنٹر
enc_in — فریموں کے اندر انکوڈنگ کی خرابیاں	غلط ٹرانسمیشن الفاظ / CRC	فریموں کے اندر خراب سمبلز	وہی وجوہ، زیادہ شدید
crc_err	CRC خرابیاں	فریم CRC میں ناکام ہوا	کم مارجن والا لنک: گندا اینڈ فیس، کم Rx، خراب ہوتا SFP؛ ISLs پر دونوں سروں کو جانچیں
crc_g_eof	اچھے EOF کے ساتھ CRC	CRC خرابی، مگر فریم درست طور پر ختم ہوا، جو اس پورٹ کے اپ اسٹریم میں شامل ہوئی	پچھلا ہاپ دیکھیں
too_shrt / too_long / bad_eof	فریم بہت چھوٹا / بہت لمبا / خراب EOF	غلط ساخت والے فریم	عموماً enc_in کا نتیجہ، یا خراب آلہ
link_fail	لنک ناکامیاں	لنک بند ہوا	کیبل کھینچنا، SFP خرابی، پاور، دور والے سرے کا ری سیٹ
loss_sync / loss_sig	سنک لاس / سگنل لاس	سگنل یا ورڈ سنک کھو گیا	کم Rx، LOS، بار بار اپ ڈاؤن، لنک فلیپنگ
frjt / fbsy	F_RJT / F_BSY	فیبرک نے فریم مسترد یا مصروف کیے	فیبرک یا زوننگ، آپٹکس نہیں
disc_c3 — کلاس 3 ڈسکارڈز	ٹائم آؤٹ ڈسکارڈز	سوئچ میں ٹائم آؤٹ کے بعد فریم چھوڑ دیے گئے	سست ڈرین / کنجیشن
c3timeout tx/rx	—	ٹائم آؤٹس کی سمت	tx ٹائم آؤٹس: منسلک آلہ سست ہے؛ rx: اپ اسٹریم مسئلہ
pcs_err (16G+)	—	64B/66B PCS بلاک خرابیاں	16/32GFC پر فزیکل لیئر
uncor_err (FEC کے ساتھ 16G+)	FEC غیر درست شدہ	FEC بلاک درست نہ کر سکا	لنک مارجن پر ہے، VDM اور FEC پیمائشیں
کریڈٹ لاس (`portstatsshow`: tim_txcrd_z)	کریڈٹ لاس / tx کریڈٹ دستیاب نہیں	صفر ٹرانسمٹ کریڈٹس کے ساتھ گزرا وقت	کنجیشن یا گندے لنک پر گم شدہ R_RDYs

عمومی اصول: enc_out, crc_err, loss_sync, pcs_err جسمانی مسئلے کے ساتھ بڑھتے ہیں؛ disc_c3, c3timeout, tim_txcrd_z کنجیشن کے مسئلے کے ساتھ؛ frjt/fbsy فیبرک مسئلے کے ساتھ۔ کاؤنٹرز صاف کریں، انتظار کریں، اور مجموعوں کے بجائے شرحیں دیکھیں۔

سست ڈرین

ایسا اینڈ ڈیوائس جو کریڈٹس آہستہ لوٹاتا ہے (اوورلوڈ ہوسٹ، ناکام ہوتا HBA، راستے میں رفتاروں کی عدم مطابقت) سوئچ بفرز میں فریم روکے رکھتا ہے؛ وہ فریم ٹائم آؤٹ ہو کر چھوڑ دیے جاتے ہیں، اور کنجیشن ISLs کے ذریعے غیر متعلقہ آلات تک پیچھے کی سمت پھیلتی ہے۔ یہ SAN کا سب سے نقصان دہ مسئلہ ہے اور ابتدا میں بے ترتیب کارکردگی کے مسئلے کی طرح دکھائی دیتا ہے۔

علامت	کہاں
F_Port پر tim_txcrd_z کا بڑھنا	اس پورٹ کا آلہ کریڈٹس لوٹانے میں سست ہے
اسی پورٹ پر disc_c3 / c3timeout tx	اس آلے کے لیے فریم ٹائم آؤٹ ہو رہے ہیں
ISLs اور دیگر F_Ports پر disc_c3	کنجیشن پھیل چکی ہے
Bottleneck/MAPS “latency” الرٹس (Brocade)، `show logging onboard flow-control request-timeout`، کنجیشن ڈراپ / سست ڈرین شناخت (Cisco)	پلیٹ فارم کے اوزار

تدارک: سست آلہ درست کریں یا الگ کریں (پورٹ فینسنگ، کم ترجیحی ورچوئل چینل میں قرنطینہ)، ایج پورٹس پر کنجیشن ڈراپ ٹائم آؤٹس مختصر کریں، راستے میں رفتار کی تبدیلیوں سے بچیں، اور ISL اوورسبسکرپشن مناسب رکھیں (SAN ڈیزائن)۔ آپٹکس تقریباً کبھی سست ڈرین کی وجہ نہیں ہوتے، مگر گم شدہ R_RDYs والا کم مارجن لنک اس کی نقل کر سکتا ہے، اس لیے پہلے 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 اور ٹرانسیور تفصیلات وینڈر، پارٹ نمبر، سیریل، رفتاریں، اور حدود کے ساتھ DDM قدریں دکھاتے ہیں، یعنی وہی بائٹس جو CodingBox بینچ پر پڑھتا ہے۔ دونوں پلیٹ فارم ایسے آپٹکس کو جن کی معاونت نہیں ہوتی نشان زد کرتے ہیں؛ Mod_Inv، No_Module یا “unsupported transceiver” میں پھنسا پورٹ پالیسی کی وجہ سے مسترد ہوا ہے، خرابی کی وجہ سے نہیں (وینڈر لاک، FC آپٹکس)۔

خراب FC پورٹ کے لیے تشخیصی ترتیب

porterrshow / کاؤنٹرز: جسمانی (enc_out، crc، sync) بمقابلہ کنجیشن (disc_c3، کریڈٹس) بمقابلہ فیبرک (rjt/bsy)۔
SFP DDM: کلاس ونڈوز کے مقابلے میں دونوں سروں پر Rx پاور (عمومی قدریں)؛ عمر بڑھنے کے لیے Tx بائس کا رجحان۔
کنیکٹرز صاف کر کے معائنہ کریں؛ پیچ کورڈ بدلیں؛ شرح پر کاؤنٹرز دوبارہ جانچیں۔
رفتار: نیگوشی ایٹ کی گئی رفتار کو کم نسل پر مجبور کریں تاکہ دیکھا جا سکے کہ خرابیاں رکتی ہیں یا نہیں (کم مارجن والا 32G لنک 16G پر صاف ہو سکتا ہے)، رفتار اور ریٹ۔
D_Port / لوپ بیک ٹیسٹ سے سوئچ، SFP اور کیبل الگ کریں۔
کنجیشن ہو تو شکایت کرنے والے پورٹ سے نہیں، tim_txcrd_z سے سست آلہ تلاش کریں۔

CodingBox میں

سوئچ سے نکالا گیا مشتبہ FC SFP بینچ پر پڑھا جا سکتا ہے: شناخت، FC رفتار/میڈیا کوڈز، چیک سمز اور موجودہ DDM Check transceiver اور DDM میں۔ بینچ پر درست مگر پورٹ میں خرابی دینے والا ماڈیول شبہے کو کیبل، کنیکٹر یا دور والے سرے کی طرف منتقل کرتا ہے۔

اگر آپ کو اس مضمون میں کوئی غلطی یا عدم درستی ملے تو متعلقہ حصہ منتخب کریں اور Ctrl+Enter دبا کر ۔