গতি, রেট ও মোডের সমস্যা

“25G-তে লিংক হয়, কিন্তু 10G-তে হয় না।” “100G পোর্ট ব্রেকআউট হচ্ছে না।” “কপার SFP এই সুইচে অচল, ওই সুইচে ঠিকঠাক।” এগুলো অপটিক্যাল ত্রুটি নয়, আলো ঠিকই আছে; এগুলো হোস্ট ও মডিউলের মধ্যে রেট, কোডিং ও মোড নিয়ে মতভেদ। 25G আসার পর থেকে টিকিটের বড় একটা অংশ এসব থেকেই আসে।

মাল্টি-রেট মডিউল

মডিউল তার শনাক্তকরণ ব্লকে সমর্থিত রেটের তালিকা দেয় (নমিনাল রেট বাইট 12, কমপ্লায়েন্স কোড, এক্সটেন্ডেড কমপ্লায়েন্স বাইট 36 / SFF-8024 টেবিল 4-4)। হোস্ট সেগুলো পড়ে এবং ঘোষণা করা হয়নি এমন রেট প্রত্যাখ্যান করে। সাধারণ ক্ষেত্রগুলো:

CDR কেন এখানে ভূমিকা রাখে: CDR — ক্লক ও ডেটা রিকভারি।

ব্রেকআউট

4-লেনের একটি পোর্ট চারটি স্বাধীন লিংক হতে পারে, তবে শুধু যদি হোস্ট ও মডিউল দুটোই তা অনুমোদন করে।

• প্যারালাল অপটিক্স (SR4, PSM4, DR4) এবং DAC/AOC ব্রেকআউট ক্যাবলে ব্রেকআউট সম্ভব; প্রতিটি লেন আলাদা ফাইবার জোড়া।
• WDM অপটিক্সে (LR4, CWDM4, FR4) ব্রেকআউট সম্ভব নয়: চারটি তরঙ্গদৈর্ঘ্য একটিই ফাইবার জোড়ায় চলে এবং একটি রিসিভারেই শেষ হতে হয়।
• সুইচের দিকে হোস্ট পোর্টকে ব্রেকআউটের জন্য কনফিগার করতে হবে (যেমন 4×25G); দূরের প্রান্তগুলোকে মিলে যাওয়া FEC-সহ একক-লেনের রেটে চলতে হবে।
• CMIS মডিউল সমর্থিত অ্যাপ্লিকেশন জানিয়ে দেয় (পেজ 01h); সেখানে তালিকাভুক্ত নয় এমন ব্রেকআউট মোড পাওয়া যায় না (CMIS)।

FEC ও অটো-নেগোশিয়েশন

25G ও তার বেশি রেটে লেভেল ভালো থাকা সত্ত্বেও যে লিংক কখনো ট্রেন হয় না, তার পেছনে প্রায় সবসময় থাকে FEC-এর অমিল: এক প্রান্তে RS-FEC চালু, অন্য প্রান্তে বন্ধ। DAC-এ অটো-নেগোশিয়েশন (ক্লজ 73) ও লিংক ট্রেনিং হয় দুই প্রান্তেই চালু থাকতে হবে, নয়তো দুই প্রান্তেই বন্ধ থাকতে হবে এবং স্ট্যাটিক সেটিং মিলতে হবে। পূর্ণ আলোচনা: FEC, অটো-নেগোশিয়েশন ও লিংক ট্রেনিং।

কপার SFP মোড

1000BASE-T SFP-এর ভেতরে একটি PHY থাকে। সেটি হোস্টের সঙ্গে কথা বলে হয় SGMII (কপার দিকের অটো-নেগোশিয়েশনসহ) দিয়ে, নয়তো সাদামাটা 1000BASE-X দিয়ে। এক মোডের জন্য কোড করা মডিউল অন্য মোডের জন্য কনফিগার করা পোর্টে থেমে থেমে লিংক হয় বা একেবারেই হয় না; সাধারণ অভিযোগ হলো “ভেন্ডর A-এর সুইচে চলে, ভেন্ডর B-এর সুইচে অচল”। কিছু হোস্টে প্রতি পোর্টে মোড সেট করা যায়; না হলে প্ল্যাটফর্মের সঙ্গে মেলে এমন মডিউল বেছে নিন (কপার ইথারনেট ও DAC)।

রেট সিলেক্ট

মাল্টি-রেট SFP-শ্রেণির মডিউল RS0/RS1 পিন বা সফট রেট-সিলেক্ট বিটের মাধ্যমে রিসিভারের ব্যান্ডউইথ বদলায়; মডিউল বাইট 13-এ নিজের পদ্ধতি ঘোষণা করে। যে মডিউল RS প্রত্যাশা করে, তার ক্ষেত্রে হোস্ট কখনো RS ড্রাইভ না করলে রিসিভার ভুল রেট গ্রুপে থেকে যেতে পারে (রেট ও অ্যাপ্লিকেশন নির্বাচন)।

“গতি ও টাইপ: সমর্থিত নয়”

যেসব হোস্ট শনাক্তকরণ তথ্য যাচাই করে, তারা মডিউলের ভেন্ডর স্ট্রিং গ্রহণ করেও তার রেট/টাইপের সমন্বয় প্রত্যাখ্যান করতে পারে: কমপ্লায়েন্স কোডে পোর্টের মোড নেই, অথবা 25G/100G-এর এক্সটেন্ডেড কমপ্লায়েন্স কোড অনুপস্থিত। সঠিক কমপ্লায়েন্স বাইট কোড করলে (এবং শুধু সেগুলোই, যা হার্ডওয়্যার সত্যিই সমর্থন করে) সমস্যা মেটে (EEPROM রিকোডিং)।

ডায়াগনস্টিকের ক্রম

1. নিশ্চিত করুন অপটিক্যাল লেভেল ঠিক আছে (লিংক নেই চেকলিস্ট, ধাপ 3–6)।
2. টেস্ট বেঞ্চে মডিউলের রেট কোড পড়ুন: বাইট 12, কমপ্লায়েন্স কোড, এক্সটেন্ডেড কমপ্লায়েন্স, রেট আইডেন্টিফায়ার (মেমোরি ম্যাপ)।
3. দুই প্রান্তের হোস্ট পোর্ট কনফিগারেশন মিলিয়ে দেখুন: গতি, FEC, AN, ব্রেকআউট।
4. CDR/LOL ফ্ল্যাগ দেখুন: কম রেটে কোনো লেনে LOL থাকলে সন্দেহ যায় CDR-এর দিকে।
5. হার্ডওয়্যার রেটটি সমর্থন করে, কিন্তু শনাক্তকরণ তথ্য তা বলছে না, এমন হলে কোড করে দিন।

CodingBox-এ

Check transceiver স্ক্রিন নমিনাল রেট এবং কমপ্লায়েন্স ও এক্সটেন্ডেড কমপ্লায়েন্স কোড ডিকোড করে, আর CMIS মডিউলের ক্ষেত্রে ঘোষিত অ্যাপ্লিকেশনের তালিকা দেখায়; EEPROM editor স্ক্রিনে রেট ও কমপ্লায়েন্স বাইট সম্পাদনা করা যায়, চেকসাম নতুন করে গণনা হয়। মানগুলো বাস্তবের সঙ্গে মিলিয়ে রাখুন: অপটিক্স যে রেট বহন করতে পারে না, তা ঘোষণা করলে ব্যর্থতার ধরন “লিংক হয় না” থেকে বদলে “এরর-সহ লিংক হয়” হয়ে যায়।

রেট ও টাইপ বাইটের প্রতিটি বিটের অর্থ এবং মডিউলের ধরন অনুযায়ী সাধারণ কোডিং: কমপ্লায়েন্স কোড।

প্রতিটি NOS-এর জন্য গতি, FEC, অটো-নেগোশিয়েশন ও ব্রেকআউটের কমান্ড: পোর্ট কনফিগারেশন রেসিপি; কোনো পোর্ট গ্রুপ কেন একটি গতি প্রত্যাখ্যান করে: সুইচের ভেতরে।

শুধু 1G-তে চলা কপার SFP, কখনো লিংক না হওয়া 100BASE-FX, 2.5G স্টিক, শুধু 10G-তে চলা 10GBASE-T SFP+ — এসবের পেছনের SGMII/1000BASE-X/USXGMII মোডের সমস্যা: SGMII ও সিরিয়াল গিগাবিট।