প্রতিটি NOS কীভাবে মডিউল যাচাই করে

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

কী কী যাচাই হতে পারে

যাচাই	সংশ্লিষ্ট বাইট	কারা করে
চেকসাম CC_BASE / CC_EXT	SFP 63/95, QSFP 191/223, CMIS 222/255	প্রায় সবাই; ব্যর্থ হলে সেটি invalid EEPROM (চেকসাম)
আইডেন্টিফায়ার / কানেক্টর / এনকোডিংয়ের সঙ্গতি	SFP 0, 2, 11; QSFP 0, 130, 139	বেশির ভাগ; অজানা ধরন সেভাবেই দেখানো হয়
পোর্টের বিপরীতে কমপ্লায়েন্স কোড	SFP 3–10, 36; QSFP 131–138, 192; CMIS অ্যাপ্লিকেশন	বেশির ভাগ; ফল speed and type not supported (কমপ্লায়েন্স কোড)
তালিকার বিপরীতে ভেন্ডরের নাম + পার্ট নম্বর	SFP 20–35, 40–55; QSFP 148–163, 168–183	কড়া ও আধা-কড়া প্ল্যাটফর্ম (পার্ট নম্বরিং)
ভেন্ডর-নির্দিষ্ট স্বাক্ষর	ভেন্ডর এলাকা (SFP 96–127, QSFP 224–255, CMIS কাস্টম)	কয়েকটি OEM; সিরিয়াল নম্বরের সঙ্গে বাঁধা একটি হ্যাশ
সিরিয়াল নম্বরের ফরম্যাট / ডেট কোড	SFP 68–91; QSFP 196–219	বিরল; সাপোর্ট ইঞ্জিনিয়াররা সেগুলো হাতে দেখেন
পোর্টের বিপরীতে পাওয়ার ক্লাস	SFP 64; QSFP 129/107; CMIS 200–201	পাওয়ার ম্যানেজমেন্ট বাস্তবায়ন করে এমন সবাই (পাওয়ার ও তাপ)

ভেন্ডর অনুযায়ী আচরণ

সাম্প্রতিক রিলিজ অনুযায়ী প্রকাশ্য কমান্ড ও আচরণ; বিস্তারিত প্ল্যাটফর্ম ও সংস্করণভেদে বদলায়।

ভেন্ডর / NOS	যাচাই	ব্যর্থ হলে	ওভাররাইড	তৃতীয় পক্ষের জন্য DDM
Cisco IOS / IOS-XE (Catalyst, ISR)	ভেন্ডর/PN তালিকা ও একটি ভেন্ডর-নির্দিষ্ট যাচাই; চেকসাম	`%PHY-4-UNSUPPORTED_TRANSCEIVER`, পোর্ট এরর-ডিসেবল (`gbic-invalid`), লেজার বন্ধ	`service unsupported-transceiver` (লুকানো) + `no errdisable detect cause gbic-invalid`; সব প্ল্যাটফর্মে নয়; TAC-এর সমর্থন নেই	গৃহীত হলে দেখানো হয়; কিছু ফিল্ড ফাঁকা
Cisco NX-OS (Nexus)	ওপরের মতো, অনেক ডেটা সেন্টার প্ল্যাটফর্মে কম কড়া	প্রায়ই লগসহ আপ; কড়া SKU-তে এরর-ডিসেবল	`service unsupported-transceiver`	সাধারণত দেখানো হয়
Cisco IOS-XR	প্ল্যাটফর্ম অনুযায়ী অপটিক্সের তালিকা, পাওয়ার ক্লাস	unsupported স্টেট, পোর্ট ডাউন থাকতে পারে	সীমিত; প্ল্যাটফর্মের ওপর নির্ভরশীল	আংশিক
Arista EOS	চেকসাম, টাইপের সঙ্গতি	`unsupported` লগ করে; লিংক আপ হয়	দরকার নেই	পূর্ণ
Juniper Junos	“সমর্থিত” লেবেলের জন্য ভেন্ডর/PN তালিকা, চেকসাম	লিংক সাধারণত আপ; `show chassis pic` unsupported চিহ্নিত করে; কিছু EX/QFX প্ল্যাটফর্ম অজানা PN-এর DDM বা গতি দেখায় না	অফিসিয়াল কিছু নেই	জানা PN-এর জন্য পূর্ণ, অজানার জন্য আংশিক
Huawei VRP	ভেন্ডর/PN; Huawei-ভিন্ন মডিউলে → অ্যালার্ম	লিংক আপ থাকে, তবে বারবার phony ট্রান্সিভার অ্যালার্ম আসে; কিছু প্ল্যাটফর্ম সীমাবদ্ধ করে	`transceiver phony-alarm-disable` (সিস্টেম ভিউ)	পূর্ণ
H3C Comware	VRP-এর মতো	অ্যালার্ম	`transceiver phony-alarm-disable`	পূর্ণ
HPE Aruba AOS-S / AOS-CX	ভেন্ডর/PN তালিকা	unsupported, পোর্ট ডাউন	`allow-unsupported-transceiver`	পূর্ণ
Dell OS10 / OS9 / PowerConnect	চেকসাম; পুরনো সরঞ্জামে কিছু তালিকা-যাচাই	লগ করে; পুরনোতে: এরর-ডিসেবল	`service unsupported-transceiver` (পুরনোতে)	পূর্ণ
Extreme EXOS / VOSS	চেকসাম, টাইপ	লগ করে, আপ	—	পূর্ণ
Ruckus/Brocade ICX (FastIron)	চেকসাম; কিছুতে অপটিক্যাল মনিটরিং শুধু Brocade PN-এর জন্য	আপ; DDM নাও থাকতে পারে	—	আংশিক
Brocade FOS (SAN)	বেশির ভাগ জেনারেশন 5/6/7 প্ল্যাটফর্মে Brocade-ব্র্যান্ডেড PN ও সিরিয়াল আবশ্যক	পোর্ট Mod_Inv, চালু হয় না	নেই	শুধু Brocade অপটিক্সের জন্য
Nvidia/Mellanox (Onyx, Cumulus, IB)	ইথারনেট: চেকসাম, টাইপ; InfiniBand: ক্যাবলের তথ্য ফ্যাব্রিক ম্যানেজার যাচাই করে	ইথারনেট লগসহ আপ; IB কম গতিতে চলতে পারে বা ফ্ল্যাগ করতে পারে	—	পূর্ণ
SONiC / হোয়াইট-বক্স	প্ল্যাটফর্ম প্লাগইন: চেকসাম, CMIS পার্সিং	আপ; অজানা ফিল্ড কাঁচা অবস্থায় দেখানো হয়	—	পূর্ণ (প্লাগইনের ওপর নির্ভরশীল)
MikroTik RouterOS / SwOS	পার্সিংয়ের বাইরে কিছু নেই	আপ	—	পূর্ণ
Ubiquiti	পার্সিংয়ের বাইরে কিছু নেই	আপ	—	পূর্ণ
সার্ভার NIC (Intel, Broadcom, Mellanox)	কিছু Intel পরিবারে ড্রাইভারের হোয়াইটলিস্ট	ড্রাইভার পোর্ট চালু করতে অস্বীকার করে	`allow_unsupported_sfp=1` মডিউল প্যারামিটার (Intel ixgbe/i40e)	`ethtool -m`-এর মাধ্যমে

ভেন্ডরের ওভাররাইড থাকলে সাধারণত তা যেমন আছে তেমন অবস্থায় দেওয়া হয়: মডিউল কাজ করে, কিন্তু সেই সমন্বয় সাপোর্ট করার প্রতিশ্রুতি ভেন্ডর দেয় না। ফ্লিট জুড়ে সিদ্ধান্ত নেওয়ার দায়িত্ব নেটওয়ার্কের মালিকের (তৃতীয় পক্ষের অপটিক্স)।

“ভেন্ডর X-এর জন্য কোড করা” বলতে কী পূরণ করতে হয়

প্ল্যাটফর্মের শ্রেণি	গ্রহণযোগ্য হওয়ার ন্যূনতম শর্ত	আরও যা করা ভালো
শিথিল (Arista, SONiC, MikroTik, Extreme…)	বৈধ চেকসাম, সঙ্গতিপূর্ণ টাইপ কোড	আসল ভেন্ডরের নাম ও PN; OEM কোডিং থেকে পাওয়ার কিছু নেই
তালিকা-যাচাইকারী (Juniper, Aruba, Huawei/H3C, অনেক SKU-তে NX-OS)	ভেন্ডরের নাম ও PN প্ল্যাটফর্মের তালিকার সঙ্গে হুবহু মিল, পোর্টের জন্য সঠিক কমপ্লায়েন্স কোড	PN-এর সাফিক্স/গ্রেড মেলানো; বাস্তবসম্মত সিরিয়াল ও ডেট কোড
স্বাক্ষর-যাচাইকারী (Cisco IOS/IOS-XE, কিছু XR)	ওপরের সবকিছু, সঙ্গে এই সিরিয়ালের জন্য গণনা করা ভেন্ডর-নির্দিষ্ট এলাকা	শনাক্তকরণ তথ্যের ফিল্ডগুলো PN-এর সঙ্গে সঙ্গতিপূর্ণ (তরঙ্গদৈর্ঘ্য, পাল্লা, প্রযুক্তি)
শুধু ব্র্যান্ডেড (Brocade FOS)	Brocade ভেন্ডর স্ট্রিং ও PN পরিবার, সিরিয়ালের ফরম্যাট	—

টেস্ট বেঞ্চের দিকটা কীভাবে কাজ করে: ভেন্ডর লক ও কোডিং, EEPROM রিকোডিং।

প্রত্যাখ্যান পড়া

লগ / স্ট্যাটাস টেক্সট	অর্থ	পরবর্তী ধাপ
`unsupported transceiver`, `Mod_Inv`, `phony`	শনাক্তকরণ তথ্য তালিকায় নেই	ওভাররাইড করুন, অথবা তালিকাভুক্ত PN-এ কোড করুন
`invalid EEPROM`, `checksum error`	CC_BASE/CC_EXT ভুল	আবার গণনা করুন (চেকসাম)
`speed and type not supported`, `unknown media type`	কমপ্লায়েন্স কোড পোর্টের সঙ্গে মেলে না	কোড ঠিক করুন বা অন্য পোর্ট মোড ব্যবহার করুন (গতি ও রেট)
`power class exceeds`, LowPwr-এ আটকে থাকা	পাওয়ার ক্লাস বনাম কেজ	পাওয়ার ও তাপ
`Module not ready`, DP স্টেট আটকে যায়	CMIS ব্রিং-আপ	CMIS-এর সমস্যা

এসব অবস্থা দেখার NOS অনুযায়ী কমান্ড: সুইচে অপটিক্স যাচাই।

সফটওয়্যার আপগ্রেডের সঙ্গে পরিবর্তন

ভেন্ডররা এক রিলিজ থেকে আরেক রিলিজে যাচাই কড়া বা শিথিল করে: নতুন স্বাক্ষর যাচাই, সমর্থিত অপটিক্সের নতুন তালিকা, সরানো লুকানো কমান্ড, বদলে যাওয়া DDM হ্যান্ডলিং। গতকাল পর্যন্ত চলা তৃতীয় পক্ষের বা কোড করা অপটিক্সের একটি ফ্লিট আপগ্রেডের পর এরর-ডিসেবল হয়ে যেতে পারে (সামঞ্জস্য ম্যাট্রিক্স ও ফার্মওয়্যার)।

CodingBox-এ

ওপরের প্রতিটি যাচাই যে বাইট পড়ে, CodingBox সেগুলো হুবহু দেখায়: ভেন্ডরের নাম, PN, চেকসাম, কমপ্লায়েন্স কোড, পাওয়ার ক্লাস। আর code database-এ থাকে এমন শনাক্তকরণ তথ্য, যা কোনো নির্দিষ্ট প্ল্যাটফর্ম শ্রেণি গ্রহণ করে। কোডিংয়ের পর একটি টেস্ট পোর্টে যাচাই করুন; শেষ কথা বলে সুইচ, টেস্ট বেঞ্চ নয় (Check transceiver)।

সার্ভারের দিকের সমান্তরাল বিষয়: NIC ভেন্ডর অনুযায়ী ড্রাইভারের হোয়াইটলিস্ট, Intel-এর ওভাররাইড, Windows ও ESXi-এর আচরণ: NIC-তে ট্রান্সিভারের সামঞ্জস্য।

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