SAN ফ্যাব্রিক ও দূরত্ব

SAN-এর বিন্যাস ঠিক করে দেয় কোন অপটিক্স লাগবে: একই সারির ভেতরের ছোট SW লিংক থেকে ভবনের মধ্যে LW/ELW ইন্টার-সুইচ লিংক, আবার সাইটগুলোর মধ্যে রেপ্লিকেশনের জন্য DWDM পর্যন্ত।

ফ্যাব্রিকের মূল কথা

• দ্বৈত ফ্যাব্রিক। প্রোডাকশন SAN পুরোপুরি স্বাধীন দুটি ফ্যাব্রিক (A ও B) চালায়; প্রতিটি হোস্ট ও অ্যারে দুটিতেই যুক্ত থাকে। একটি অপটিক্স বিকল হলে স্টোরেজ কখনো অফলাইন হয় না, তবে পথ অর্ধেক হয়ে যায়, তাই সেটি খুঁজে বের করতে হবে।
• জোনিং ঠিক করে কোন ইনিশিয়েটর কোন টার্গেট দেখবে; এটি অপটিক্সকে প্রভাবিত করে না, কিন্তু “LUN নেই” অভিযোগের আড়ালে একটি পথের ফিজিক্যাল লেয়ারের সমস্যা লুকিয়ে থাকতে পারে।
• ISL (ইন্টার-সুইচ লিংক) সুইচগুলোর মধ্যে ট্র্যাফিক বহন করে; সাধারণত কয়েকটি একসঙ্গে ট্রাঙ্ক করা থাকে। DDM দিয়ে সবচেয়ে বেশি নজরে রাখার মতো লিংক হলো ISL।

বাফার ক্রেডিট ও দূরত্ব

FC লসলেস থাকে বাফার-টু-বাফার ক্রেডিট দিয়ে: দূরপ্রান্ত ফাঁকা বাফারের কথা জানালে তবেই পোর্ট পাঠাতে পারে। দূরত্ব বাড়লে রাউন্ড ট্রিপ ক্রেডিট খেয়ে ফেলে (16GFC-তে একটি ফ্রেম ফাইবারের প্রায় 1 km জুড়ে থাকে), তাই লম্বা ISL-এর জন্য ছোটটির চেয়ে অনেক বেশি ক্রেডিট লাগে; নইলে লিংক “চালু” থাকলেও থ্রুপুট ভেঙে পড়ে। FC সুইচের লং-ডিস্ট্যান্স পোর্টে প্রতি লিংকে বাড়তি ক্রেডিট বরাদ্দ করা যায়; তবু অপটিক্সকে লস বাজেট মেলাতে হবে।

দূরত্ব অনুযায়ী অপটিক্স বাছাই

SW/LW/ELW-এর পাল্লার সংখ্যাগুলো দেখুন ফাইবার চ্যানেল ট্রান্সিভার ও অপটিক্স পেজে।

SAN-এর ফিজিক্যাল লেয়ারের সাধারণ ত্রুটি

• স্লো ড্রেন / ক্রেডিট স্টল শেষ পর্যন্ত একটি সীমার কিনারার লিংকে পৌঁছায়, যেখানে CRC বাড়ছে: আগে লেভেল দেখুন ও কানেক্টর পরিষ্কার করুন (লিংক ফ্ল্যাপিং)।
• বদলি অপটিক্সে Mod_Inv: সুইচ মডিউলের শনাক্তকরণ তথ্য যাচাই করেনি; দেখুন ভেন্ডর লক।
• এক ফ্যাব্রিকের পথ খারাপ, অন্যটি ঠিক: একদিকে লেজার নষ্ট হতে থাকার চিরচেনা ঘটনা; A ও B পথের DDM তুলনা করুন।

CodingBox-এ

অপটিক্স ফ্যাব্রিকে বসানোর আগে টেস্ট বেঞ্চে পড়ে নিন: FC রেট কোড, ওয়েভ টাইপ এবং সুইচ যে শনাক্তকরণ তথ্য প্রত্যাশা করে তা নিশ্চিত করুন, আর পরে তুলনা করার ভিত্তি হিসেবে তার DDM লিখে রাখুন। কড়া প্ল্যাটফর্মে বদলির ক্ষেত্রে EEPROM editor-এ মডিউলে অনুমোদিত শনাক্তকরণ তথ্য কোড করুন।