তৃতীয় পক্ষের অপটিক্স: নির্ভরযোগ্যতা ও আর্থিক দিক

অপারেটরদের মধ্যে ঐকমত্য প্রায় সর্বসম্মত: তৃতীয় পক্ষের অপটিক্স স্বাভাবিক ব্যাপার। সুইচ-ভেন্ডরের ব্র্যান্ডে বিক্রি হওয়া মডিউল আর স্বাধীন অপটিক্স ভেন্ডরের বিক্রি করা মডিউল একই কয়েকটি চুক্তিভিত্তিক উৎপাদন লাইন থেকে বেরোয়; পার্থক্য কেবল লেবেল আর দামে, আর দামের তফাত সাধারণত 5× থেকে 40×।

মাঠের অভিজ্ঞতাও এর পক্ষে: কয়েকশো তৃতীয় পক্ষের SFP-এর বহর 7–12 বছর ধরে চলছে, অথচ ব্যর্থ হয়েছে মাত্র এক থেকে তিনটি, এমন উদাহরণ প্রায়ই শোনা যায়।

সমস্যা আসলে কোথায় হয়

• খারাপ উৎপাদন ব্যাচ। ব্যর্থতার গুচ্ছ প্রায় সবসময় কোনো নির্দিষ্ট ব্যাচ ও সময়ের সঙ্গে জড়িত থাকে, ভেন্ডরের সামগ্রিক মানের সঙ্গে নয়। একাধিক স্বাধীন প্রতিবেদনে কিছু নির্দিষ্ট ক্রয়-লটে ত্রুটির হার স্বাভাবিকের চেয়ে অনেক বেশি পাওয়ার কথা বলা হয়েছে।
• দামি মডিউলে কষ্টকর RMA। 40G/100G অপটিক্স বিদেশি ভেন্ডরের কাছে ফেরত পাঠিয়ে সপ্তাহের পর সপ্তাহ অপেক্ষা করা একটি বাস্তব পরিচালন-ব্যয়।
• প্রোগ্রাম করা মানের সঙ্গে মেলে না এমন Tx পাওয়ার। কিছু মডিউল Tx-এর যে সংখ্যা জানায়, তা পরিমাপ নয়, মেমোরিতে লেখা একটি ধ্রুবক। যে প্রোভাইডাররা এ বিষয়ে সচেতন, তারা আসা ব্যাচ পাওয়ার মিটার দিয়ে পরীক্ষা করে।
• ক্রয়-সংক্রান্ত কমপ্লায়েন্স। সরকারি খাতের ক্রয়ে “কমপ্লায়েন্ট” মডিউল প্রায়ই একই হার্ডওয়্যার, শুধু সফটওয়্যার কনফিগারেশন আলাদা; আসলে কীসের জন্য দাম দিচ্ছেন, তা যাচাই করুন।

অভিজ্ঞ ক্রেতারা কী করেন

• যেখানে বিকল মডিউল বদলানো সস্তা, সেই বিপুল সংখ্যক 1G/10G/25G মডিউলের জন্য সাশ্রয়ী তৃতীয় পক্ষের ভেন্ডর ব্যবহার করুন।
• LR4, ER, কোহেরেন্ট ও অন্যান্য দামি অপটিক্সের জন্য মানের সুনাম আছে এমন প্রিমিয়াম তৃতীয় পক্ষের ভেন্ডর বেছে নিন, আর সম্ভব হলে এমন মডিউল, যা ব্যবহারকারী নিজে আবার প্রোগ্রাম করতে পারেন।
• আসা ব্যাচ পরীক্ষা করুন: প্রতিটি মডিউলের DDM পড়ুন এবং প্রোডাকশনে বসানোর আগে পাওয়ার মিটার দিয়ে Tx/Rx যাচাই করুন।
• OEM-এর সঙ্গে দরকষাকষি করুন। তৃতীয় পক্ষের দাম দেখালে কিছু সুইচ ভেন্ডর “কমন অপটিক্স” SKU বড় ছাড়ে দেয়।
• সাপোর্টে যোগাযোগের জন্য প্রতি ধরনের একটি করে OEM মডিউল রাখুন (দেখুন ভেন্ডর লক)।

মোট খরচ

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

CodingBox কীভাবে সাহায্য করে

• আসা মডিউলের পরীক্ষা — Check transceiver স্ক্রিনে শনাক্তকরণ তথ্য ও লাইভ DDM পড়ুন এবং DDM থেকে মান CSV-তে লগ করুন।
• মডিউল প্রত্যাখ্যাত হলে সুইচ যা আশা করে, সেই অনুযায়ী রিকোড করুন — দেখুন EEPROM রিকোডিং।
• রেকর্ড রাখুন — প্রতিটি রিড Code database-এ সংরক্ষিত হয়, ফলে পরে কোনো ব্যাচের সমস্যা দেখা দিলে মডিউলের ইতিহাস হাতের কাছে থাকে।

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

সার্ভার অ্যাডাপ্টারে তৃতীয় পক্ষের মডিউল — Intel ড্রাইভারের হোয়াইটলিস্ট ও allow_unsupported_sfp ওভাররাইড, শিথিল নীতির ভেন্ডর, Windows/ESXi: NIC-এ ট্রান্সিভারের সামঞ্জস্য।