সামঞ্জস্য ম্যাট্রিক্স, রিলিজ নোট ও ফার্মওয়্যার পরিবর্তন

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

ভেন্ডররা সমর্থনের তথ্য কোথায় প্রকাশ করে

ভেন্ডর	উৎস	কী তালিকাভুক্ত থাকে
Cisco	ট্রান্সিভার মডিউল গ্রুপ (TMG) সামঞ্জস্য ম্যাট্রিক্স; প্ল্যাটফর্ম অনুযায়ী ডেটাশিট	PN ↔ প্ল্যাটফর্ম ↔ ন্যূনতম সফটওয়্যার; পোর্টের সীমাবদ্ধতা
Juniper	হার্ডওয়্যার কমপ্যাটিবিলিটি টুল (HCT)	অপটিক্সের PN ↔ প্ল্যাটফর্ম ↔ Junos রিলিজ, গতি, DDM সমর্থন
Arista	ট্রান্সিভার ও ক্যাবল গাইড (PDF/অনলাইন)	PN, PMD, পাল্লা, EOS অনুযায়ী সমর্থিত প্ল্যাটফর্ম
Huawei	হার্ডওয়্যার সেন্টার / পণ্যের সামঞ্জস্য তালিকা	সুইচ মডেল অনুযায়ী অপটিক্যাল মডিউলের কোড
H3C	ট্রান্সিভার মডিউল সামঞ্জস্য ম্যাট্রিক্স	পণ্য-পরিবার অনুযায়ী
HPE Aruba	ট্রান্সিভার গাইড, QuickSpecs	সুইচ-পরিবার ও ফার্মওয়্যার অনুযায়ী J/R নম্বর
Dell	নেটওয়ার্কিং অপটিক্স/ক্যাবলের সমর্থন ম্যাট্রিক্স	SKU ↔ প্ল্যাটফর্ম ↔ OS10 রিলিজ
Nvidia/Mellanox	LinkX পণ্যের পেজ, Cumulus/Onyx রিলিজ নোট, InfiniBand ফার্মওয়্যার নোট	ক্যাবল/ট্রান্সিভারের PN ↔ সুইচ/HCA ↔ ফার্মওয়্যার
Extreme, Ruckus	ট্রান্সিভার সামঞ্জস্য গাইড	প্ল্যাটফর্ম অনুযায়ী
Brocade (SAN)	FOS রিলিজ নোট, সমর্থিত অপটিক্সের তালিকা	FOS সংস্করণ অনুযায়ী ব্র্যান্ডেড SFP-এর PN
SONiC / হোয়াইট-বক্স	প্ল্যাটফর্ম ভেন্ডরের হার্ডওয়্যার সামঞ্জস্য তালিকা, কমিউনিটি উইকি	প্ল্যাটফর্ম অনুযায়ী পরীক্ষিত অপটিক্স; প্রায়ই কমিউনিটি রক্ষণাবেক্ষণ করে
NIC ভেন্ডর	Intel/Broadcom/Mellanox অ্যাডাপ্টারের সামঞ্জস্য তালিকা	সমর্থিত মডিউল ও ড্রাইভারের সংস্করণ

এ ছাড়া আপনি যে NOS সংস্করণ চালান, তার রিলিজ নোট পড়ুন: অপটিক্সের পরিবর্তন লুকিয়ে থাকে “সমাধান হওয়া সমস্যা”, “আচরণের পরিবর্তন” ও “নতুন হার্ডওয়্যারের সমর্থন” শিরোনামের নিচে।

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

কলাম	অর্থ	যা লক্ষ রাখবেন
পার্ট নম্বর	মডিউলের ভেতরে সুইচ ঠিক যে স্ট্রিং আশা করে (পার্ট নম্বরিং)	গ্রেডের সাফিক্স (`-S`, `-I`, রিভিশনের অক্ষর) আলাদা PN হিসেবে গণ্য হয়
প্ল্যাটফর্ম / পোর্ট	কোন চ্যাসিস, লাইন কার্ড বা পোর্টের পরিসর	শুধু আপলিংকে, “শুধু 49–52 নম্বর পোর্টে”, ব্রেকআউট পোর্টে নয়
ন্যূনতম সফটওয়্যার	যে রিলিজে প্রথম সমর্থন এসেছে	পুরনো রিলিজে নতুন PN = ব্র্যান্ডেড হলেও অসমর্থিত
গতি / মোড	ওই পোর্টে PN কোন রেট ও ব্রেকআউট সমর্থন করে	4×25G ব্রেকআউট শুধু কিছু প্ল্যাটফর্মে সমর্থিত
DDM / DOM	ডায়াগনস্টিকস দেখা যায় কি না	কিছু সমন্বয়ে “DOM সমর্থিত নয়”
মন্তব্য	তাপমাত্রা, পাল্লা, FEC-এর শর্ত, EOL	বিক্রি বন্ধের তারিখ ও উত্তরসূরি PN

সফটওয়্যারের সঙ্গে কী বদলায়

পরিবর্তন	অপটিক্সের ওপর প্রভাব	যেভাবে দেখা যায়
শনাক্তকরণ তথ্যের নতুন বা আরও কড়া যাচাই	আগে চলে যাওয়া তৃতীয় পক্ষের বা কোড করা মডিউল প্রত্যাখ্যাত হয়	আপগ্রেডের পর পোর্ট এরর-ডিসেবল (প্রতিটি NOS কীভাবে মডিউল যাচাই করে)
লুকানো ওভাররাইড কমান্ড সরানো বা নাম বদল	`service unsupported-transceiver` আর গ্রহণ করা হয় না	কনফিগারেশন লোড হয় না, পোর্ট ডাউন
CMIS হ্যান্ডলিং উন্নত বা পরিবর্তিত	যে 400G+ মডিউলে সাময়িক সমাধান লাগত সেগুলো এখন চলে, কিংবা উল্টোটা	মডিউল LowPwr-এ আটকে থাকে (CMIS-এর সমস্যা)
FEC/AN-এর ডিফল্ট মান বদলেছে	পুরনো ডিফল্টের ওপর নির্ভর করা লিংক কাজ করে না	লেভেল ভালো থাকা সত্ত্বেও লিংক ডাউন (FEC ও AN)
DDM পোলিং বা থ্রেশহোল্ড হ্যান্ডলিং বদলেছে	অ্যালার্ম দেখা দেয় বা উধাও হয়	সিসলগে নতুন গোলমাল বা নীরবতা
অপটিক্সের PN-এর সাপোর্ট শেষ হয়	এখনো কাজ করে, তবে আর তালিকায় নেই	ভবিষ্যতের টিকিট “অসমর্থিত” বলে বন্ধ হয়
মডিউলের ফার্মওয়্যার আপডেট সঙ্গে আসে	ভেন্ডর-ব্র্যান্ডেড মডিউল নতুন ফার্মওয়্যার পায়	মডিউলের দিকে আচরণ বদলে যায় (কন্ট্রোলার ও ফার্মওয়্যার)

অপ্রত্যাশিত বিপত্তি এড়ানোর ফ্লিট-রীতি

তালিকা করুন: প্রতিটি পোর্টের প্রতিটি মডিউলের ভেন্ডর, PN, সিরিয়াল, রিভিশন ও ফার্মওয়্যার (সুইচ থেকে বা টেস্ট বেঞ্চ থেকে) CMDB-তে লিখে রাখুন।
রিলিজ স্থির রাখুন: NOS সংস্করণকে সামঞ্জস্যের ত্রয়ীর অংশ ধরুন; অ্যাক্সেস ও কোর একই দিনে আপগ্রেড করবেন না।
প্রতিটি আপগ্রেডের আগে অপটিক্স-সংক্রান্ত বিষয়ের জন্য রিলিজ নোট পড়ুন।
আপনি যত ধরনের অপটিক্স চালান, তার প্রতিটির একটি করে নিয়ে ল্যাব বা ক্যানারি সুইচে পরীক্ষা করুন; তৃতীয় পক্ষের ও কোড করা মডিউল আগে।
আগের ইমেজ রেখে দিন এবং রোলব্যাকের পরিকল্পনা তৈরি রাখুন; কোন পোর্টে এরর-ডিসেবল হওয়ার ঝোঁক বেশি, তা জেনে রাখুন।
আগে ও পরে DDM বেসলাইন নিন, যাতে মনিটরিংয়ে আচরণের পরিবর্তন চোখে পড়ে (মনিটরিং)।
অপটিক্সের PN ও তাদের উত্তরসূরির EOL নজরে রাখুন, যাতে প্রতিস্থাপন ম্যাট্রিক্সের সঙ্গে মেলে।

এই চিত্রে তৃতীয় পক্ষের ও কোড করা অপটিক্স

OEM-এর PN-এ কোড করা মডিউলকে আসলটির মতো একই ম্যাট্রিক্স এন্ট্রি দিয়ে বিচার করা হয়; কোডিং সম্পূর্ণ হলে প্ল্যাটফর্ম পার্থক্য ধরতে পারে না। কিন্তু ভেন্ডরের সাপোর্টের ঘোষণা তার ওপর প্রযোজ্য নয়, আর নতুন রিলিজের কড়া যাচাই তাকে ধরে ফেলতে পারে। কোড করা মডিউলকে তালিকায় আলাদা করে চেনা যায় এমন রাখুন (তাদের আসল ভেন্ডর ও সিরিয়ালসহ), আপগ্রেডে সেগুলো আগে পরীক্ষা করুন, আর কোনো রিলিজ দরজা বন্ধ করে দিলে কী করবেন তার পরিকল্পনা রাখুন (তৃতীয় পক্ষের অপটিক্স, ভেন্ডর লক)।

NIC ও সার্ভারের দিক

সার্ভার অ্যাডাপ্টারের নিজস্ব ম্যাট্রিক্স (অ্যাডাপ্টার ↔ মডিউল ↔ ড্রাইভার/ফার্মওয়্যার) ও নিজস্ব নীতি আছে: কিছু Intel পরিবার তালিকাভুক্ত নয় এমন SFP প্রত্যাখ্যান করে, যদি না ড্রাইভারের কোনো প্যারামিটার তা অনুমোদন করে; Mellanox/Nvidia অ্যাডাপ্টার InfiniBand-এর জন্য ক্যাবল যাচাই করে। NOS আপগ্রেডের মতোই ড্রাইভার ও ফার্মওয়্যার আপডেটও এসব নিয়ম বদলে দেয় (পোর্ট কনফিগারেশনের রেসিপি)।

CodingBox-এ

ফ্লিট-রীতির টেস্ট বেঞ্চের দিক: ইনকামিং পরিদর্শনের সময় প্রতিটি মডিউলের শনাক্তকরণ তথ্য ও ফার্মওয়্যার সংস্করণ পড়ে code database-এ রাখুন, সন্দেহজনক মডিউলের বাইট ম্যাট্রিক্সের এন্ট্রির সঙ্গে মিলিয়ে দেখুন Check transceiver-এ, আর ডেটাবেজের নোটে কোড করা ও আসল মডিউলের পার্থক্য লিখে রাখুন, যাতে আপগ্রেডের দিনে প্রত্যাখ্যানের কারণ কয়েক সেকেন্ডেই নির্দিষ্ট মডিউল পর্যন্ত খুঁজে পাওয়া যায়।

বিশদে NIC-এর ড্রাইভার ও ফার্মওয়্যারের নীতি, ভেন্ডর ও অপারেটিং সিস্টেম অনুযায়ী: NIC-তে ট্রান্সিভারের সামঞ্জস্য।

কমিশনিং চেকলিস্ট হিসেবে ফ্লিট-রীতি (কনফিগারের আগে আপগ্রেড, ক্যানারি পরীক্ষা, DDM বেসলাইন, অ্যাকসেপ্টেন্স টেস্ট): নির্বাচন ও কমিশনিং।

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