FC পোর্ট ডায়াগনস্টিকস: কাউন্টার, slow drain, SFP যাচাই

SAN সুইচ পোর্টে যা কিছু ভুল হয়, সবই গুনে রাখে, আর কাউন্টারগুলো ভৌত কারণের সঙ্গে পরিষ্কারভাবে মেলে, যদি জানা থাকে কোন কাউন্টার “নোংরা কানেক্টর” বোঝায় এবং কোনটি বোঝায় “হোস্ট তার বাফার খালি করছে না”। এই পেজে দুটি প্রধান প্ল্যাটফর্মের কাউন্টারগুলো, প্রতিটি কীসের ইঙ্গিত দেয়, স্লো ড্রেন কনজেশন কীভাবে ধরা পড়ে এবং সুইচ থেকে SFP নিজে কীভাবে পড়তে হয়, তা দেওয়া আছে।

কাউন্টার

কাউন্টার (Brocade `porterrshow`)	Cisco MDS-এ সমতুল্য (`show interface fc… counters`)	অর্থ	কীসের ইঙ্গিত
enc_out: ফ্রেমের বাইরের এনকোডিং এরর	অবৈধ ট্রান্সমিশন ওয়ার্ড	ফ্রেমের মাঝের ফাঁকে খারাপ সিম্বল	অপটিক্স, ক্যাবল, কানেক্টর, গতির অমিল; ফিজিক্যাল লেয়ারের চিরচেনা কাউন্টার
enc_in: ফ্রেমের ভেতরের এনকোডিং এরর	অবৈধ ট্রান্সমিশন ওয়ার্ড / CRC	ফ্রেমের ভেতরে বিকৃত সিম্বল	একই কারণ, তবে আরও গুরুতর
crc_err	CRC এরর	ফ্রেম CRC পরীক্ষায় ব্যর্থ	সীমার কিনারার লিংক: নোংরা এন্ডফেস, কম Rx, নষ্ট হতে থাকা SFP; ISL-এ দুই প্রান্তই দেখুন
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_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	কনজেশন ছড়িয়ে পড়েছে
বটলনেক/MAPS-এর “ল্যাটেন্সি” অ্যালার্ট (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-এর পাওয়ার/তাপমাত্রার থ্রেশহোল্ড)	port-monitor পলিসি (RX/TX পাওয়ার, CRC, ITW, ক্রেডিট লস)

sfpshow এবং ট্রান্সিভারের বিস্তারিত আউটপুট দেখায় ভেন্ডর, পার্ট নম্বর, সিরিয়াল নম্বর, গতি এবং থ্রেশহোল্ডসহ DDM মান; CodingBox টেস্ট বেঞ্চে ঠিক এই বাইটগুলোই পড়ে। দুটি প্ল্যাটফর্মই অসমর্থিত অপটিক্সকে চিহ্নিত করে; Mod_Inv, No_Module বা “অসমর্থিত ট্রান্সিভার” অবস্থায় আটকে থাকা পোর্ট নীতিগত প্রত্যাখ্যান, ত্রুটি নয় (ভেন্ডর লক, 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 গতি/মিডিয়া কোড, চেকসাম এবং লাইভ DDM, Check transceiver ও DDM-এ। যে মডিউল টেস্ট বেঞ্চে ঠিক থাকে অথচ পোর্টে এরর দেয়, সেখানে সন্দেহ গিয়ে পড়ে ক্যাবল, কানেক্টর বা দূরপ্রান্তের ওপর।

এই নিবন্ধে কোনো অশুদ্ধ তথ্য বা ভুল পেলে সংশ্লিষ্ট অংশটি নির্বাচন করুন এবং Ctrl+Enter চেপে ।