QSFP28 সামঞ্জস্যতা: MSA, EEPROM, FEC এবং সমর্থন

কাগজে, একটি QSFP28 ট্রান্সসিভার নির্বাচন করা একটি চেকলিস্টের মতো দেখায়: গতি, তরঙ্গদৈর্ঘ্য, সংযোগকারী, পৌঁছানো এবং ফাইবারের প্রকারের সাথে মেলে, তারপর মডিউলটিকে একটি 100G পোর্টে ঠেলে দিন৷ একটি ল্যাবে, যে প্রায়ই যথেষ্ট. একটি উত্পাদন ফ্যাব্রিক, এটা না.

একটি QSFP28 মডিউল সম্পূর্ণরূপে MSA-সঙ্গত হতে পারে, সঠিক অপটিক্যাল রিচে আঘাত করতে পারে, সঠিক সংযোগকারী ব্যবহার করতে পারে, এবং আপনি এটি সন্নিবেশ করার মুহুর্তে সুইচ দ্বারা প্রত্যাখ্যান করতে পারেন। আরেকটি মডিউল লিংকটিকে পরিষ্কারভাবে নিয়ে আসে কিন্তু কোনো অপটিক্যাল পাওয়ার রিপোর্ট করে না, বিরতিহীন অ্যালার্ম ছুঁড়ে দেয়, FEC ত্রুটি জমা করে, বা ফার্মওয়্যার আপগ্রেড করার পরে শান্তভাবে আচরণ পরিবর্তন করে। এই ব্যর্থতাগুলির কোনটিই ডেটাশিট তুলনাতে দেখায় না।

এই নির্দেশিকাটি ব্যাখ্যা করে যে 100G QSFP28 সামঞ্জস্য আসলে কীভাবে কাজ করে, আপনি কেনার আগে কী যাচাই করবেন এবং কীভাবে সিসকো, অ্যারিস্তা, জুনিপার, ডেল, এনভিআইডিআইএ/মেলানক্স এবং সাদা-বক্স/SONiC পরিবেশে স্থাপনার ঝুঁকি কমাতে হবে৷

কি QSFP28 সামঞ্জস্যতা নির্ধারণ করে

QSFP28 সামঞ্জস্য একক হ্যাঁ-বা-কোন শর্ত নয়৷ একটি মডিউল আপনার নেটওয়ার্কে তখনই কাজ করে যখন বেশ কয়েকটি স্তর সমস্ত পাস হয়:ফর্ম ফ্যাক্টরQSFP28 খাঁচায় ফিট করে,EEPROM কোডিংসুইচ যা আশা করে তা মেলে,ফার্মওয়্যার সুইচ করুনমডিউলটি সনাক্ত করে এবং সক্ষম করে,FEC মোড এবং ব্রেকআউট কনফিগারেশনউভয় প্রান্তে একমত,DOM/DDM ডেটাআপনার পর্যবেক্ষণ সরঞ্জাম দ্বারা পাঠযোগ্য, এবংবিক্রেতা সমর্থন নীতিআপনার কর্মক্ষম প্রক্রিয়ায় মডিউল অনুমতি দেয়। এইগুলির যেকোন একটি এড়িয়ে যান এবং একটি মডিউল যা "স্পেকের সাথে মেলে" এখনও ক্ষেত্রে ব্যর্থ হতে পারে। এই গাইডের বাকি অংশ প্রতিটি স্তরে চলে এবং এটি কীভাবে পরীক্ষা করা যায় তা দেখায়।

QSFP28 সামঞ্জস্যের প্রকৃত অর্থ কী

এটি চারটি স্তুপীকৃত স্তর হিসাবে সামঞ্জস্যপূর্ণ আচরণ করতে সহায়তা করে। একটি মডিউল প্রথমটি সাফ করতে পারে এবং এখনও অন্যগুলির একটিকে ব্যর্থ করতে পারে, ঠিক এই কারণেই "MSA-সঙ্গত" একাই আপনাকে উত্পাদন আচরণ সম্পর্কে খুব কমই বলে৷

• MSA সম্মতি- মডিউলটি সাধারণ ফর্ম ফ্যাক্টর, বৈদ্যুতিক এবং ব্যবস্থাপনা-ইন্টারফেসের প্রত্যাশা অনুসরণ করে।
• সুইচ সামঞ্জস্য- হোস্ট ডিভাইস মডিউলটিকে চিনতে, সক্ষম করে এবং নিরীক্ষণ করে।
• লিঙ্ক ইন্টারঅপারেবিলিটি- উভয় প্রান্ত মিলে যাওয়া গতি, FEC এবং লেন সেটিংস সহ একটি স্থিতিশীল 100G লিঙ্ক নিয়ে আলোচনা করে৷
• অপারেশনাল সামঞ্জস্য- মডিউলটি আপনার ফার্মওয়্যার, পর্যবেক্ষণ স্ট্যাক, সমর্থন প্রক্রিয়া এবং অতিরিক্ত-ইনভেন্টরি প্ল্যানের সাথে অনুমানযোগ্যভাবে আচরণ করে।

শারীরিক ফিট এবং MSA সম্মতি

সর্বনিম্ন স্তরে, মডিউলটিকে QSFP28 খাঁচার সাথে যান্ত্রিকভাবে এবং বৈদ্যুতিকভাবে মিলিত হতে হবে এবং প্রত্যাশিত কম গতির{1}}গতির ব্যবস্থাপনা ইন্টারফেসের কথা বলতে হবে। এটি MSA সম্মতি কভার করে। QSFP28 ফর্ম ফ্যাক্টর SFF/SNIA দ্বারা সংজ্ঞায়িত করা হয়SFF-8665 স্পেসিফিকেশন, যা যান্ত্রিক খাম, ল্যাচিং, হোস্ট সংযোগকারী এবং ব্যবস্থাপনা ইন্টারফেসকে প্রমিত করে যাতে বিভিন্ন নির্মাতাদের থেকে মডিউল এবং খাঁচাগুলি আন্তঃক্রিয়া করতে পারে।

MSA সম্মতি কি করেনাগ্যারান্টি হল যে প্রতিটি সুইচ বিক্রেতা সম্পূর্ণরূপে মডিউলটি গ্রহণ করবে। যান্ত্রিক এবং ইন্টারফেস কনফরমেন্স মডিউলটিকে পোর্টে নিয়ে যায়; এটি সিদ্ধান্ত নেয় না যে অপারেটিং সিস্টেম এটিকে প্রথম-শ্রেণীর, সম্পূর্ণরূপে পর্যবেক্ষণ করা অপটিক হিসাবে বিবেচনা করে কিনা৷ QSFP28 তার যান্ত্রিক বেসলাইনটি পরবর্তী QSFP ভেরিয়েন্টের সাথে শেয়ার করে যেমন QSFP-DD, তাই খাঁচা একা ফিট করা সমর্থনের একটি দুর্বল সংকেত - এটি দেখুনQSFP-DD প্রযুক্তিগত ওভারভিউফর্ম ফ্যাক্টরগুলি কীভাবে সম্পর্কিত।

হোস্ট স্বীকৃতি এবং EEPROM কোডিং

প্রতিটি QSFP28 মডিউল একটি ছোট EEPROM-এ শনাক্তকরণ এবং ডায়াগনস্টিক ডেটা বহন করে যা সন্নিবেশে সুইচ পড়ে: বিক্রেতার নাম, অংশ নম্বর, সিরিয়াল নম্বর, পাওয়ার ক্লাস, সমর্থিত ক্ষমতা, তরঙ্গদৈর্ঘ্য, পৌঁছানো, DOM/DDM ক্ষেত্র এবং চেকসাম। অনেক সুইচ এই ডেটা ব্যবহার করে সিদ্ধান্ত নিতে কিভাবে অপটিকের চিকিৎসা করা যায়।

একটি অপটিক্যালি নিখুঁত মডিউল এখনও হিসাবে প্রদর্শিত হতে পারেঅসমর্থিত, অজানা, অথবা শুধুমাত্র আংশিকভাবে পর্যবেক্ষণ করা হয় যদি এর EEPROM প্রোফাইলটি সুইচটি যা খুঁজছে তা না হয়। এই কারণেই তৃতীয় পক্ষের সরবরাহকারীরা সিসকো-সামঞ্জস্যপূর্ণ, অ্যারিস্টা-সামঞ্জস্যপূর্ণ, জুনিপার-সামঞ্জস্যপূর্ণ এবং ডেল-একই অপটিক্যাল প্রকারের সামঞ্জস্যপূর্ণ সংস্করণ বিক্রি করে: অপটিক্যাল ইঞ্জিন অভিন্ন হতে পারে, কিন্তু EEPROM কোডিং একটি নির্দিষ্ট প্ল্যাটফর্ম পরিবারের সাথে মেলে। বিক্রেতা কোডিং, বাস্তবে, একক সবচেয়ে সাধারণ কারণ অন্যথায় সঠিক QSFP28 মডিউল গৃহীত বা প্রত্যাখ্যান করা হয়।

লিঙ্ক ইন্টারঅপারেবিলিটি, FEC এবং পর্যবেক্ষণ

স্বীকৃতি শেষ লাইন নয়। সুইচটি মডিউলটি গ্রহণ করার পরে, লিঙ্কটি এখনও আসতে হবে এবং থাকতে হবে। এটি গতি কনফিগারেশন, FEC মোড, ব্রেকআউট মোড, ফাইবারের ধরন, পোলারিটি, দূরত্ব, অপটিক্যাল পাওয়ার লেভেল এবং বিপরীত প্রান্তটি ম্যাচিং সেটিংস ব্যবহার করে কিনা তার উপর নির্ভর করে। ফরোয়ার্ড ত্রুটি সংশোধন বিশেষ করে প্রাসঙ্গিক দ্বারা নিয়ন্ত্রিত হয়IEEE 802.3 ইথারনেট মান, এবং বিভিন্ন 100G অপটিক্যাল প্রকার ভিন্ন FEC আচরণের আশা করি - যে পয়েন্টে আমরা নিচে ফিরে যাই।

এই কারণে, একটি লিঙ্ক-আপ পরীক্ষা নিজে থেকে কোনো সামঞ্জস্য পরীক্ষা নয়। একটি বাস্তব গ্রহণযোগ্যতা পরীক্ষা ইনভেন্টরি সনাক্তকরণ, DOM/DDM রিডিং, ট্র্যাফিক স্থিতিশীলতা এবং ত্রুটি কাউন্টারগুলিকে একসাথে যাচাই করে, শুধুমাত্র ইন্টারফেস লাইন সবুজ হয় কিনা তা নয়।

100G QSFP28 অপটিক্যাল প্রকার এবং তারা কীভাবে আলাদা

"QSFP28" ফর্ম ফ্যাক্টর বর্ণনা করে, অপটিক্স নয়। ভিতরের 100G অপটিক্যাল টাইপ সংযোগকারী, ফাইবার, লেনের কাঠামো, FEC প্রত্যাশা এবং ব্রেকআউট আচরণ - এবং সেইজন্য সামঞ্জস্যের গল্পের একটি বড় অংশ। SR4 এবং DR1 কে বিনিময়যোগ্য হিসাবে বিবেচনা করা কারণ উভয়ই "100G QSFP28" একটি ঘন ঘন ভুল।

দুটি ব্যবহারিক টেকওয়ে এই টেবিল থেকে অনুসরণ করুন. প্রথমত, দ4x25G পরিবার (SR4, PSM4, CWDM4, LR4)পরিপক্ক এবং ব্যাপকভাবে সমর্থিত, কিন্তু শুধুমাত্র সমান্তরাল প্রকার (SR4, PSM4) বাস্তবসম্মত 4x25G ব্রেকআউট প্রার্থী, এবং ব্রেকআউট এখনও প্ল্যাটফর্মের উপর নির্ভর করে। SR4 এর জন্য মাল্টিমোড রিচ ক্যাবলিং গ্রেডের উপর নির্ভর করে, তাই আপনার প্ল্যান্টের বিরুদ্ধে নিশ্চিত করুনOM1–OM5 দূরত্বের সীমা; একক-মোড প্রকারের জন্য, ফাইবার গ্রেডও গুরুত্বপূর্ণ, যা এতে কভার করা হয়েছেOS1 বনাম OS2 তুলনা. CWDM4 এবং LR4 একটি একক ডুপ্লেক্স জোড়ায় চারটি তরঙ্গদৈর্ঘ্য একত্রিত করে, এই প্রাইমারে বর্ণিত নীতিটিWDM মাল্টিপ্লেক্সিং.

দ্বিতীয়, দএকক-ল্যাম্বদা পরিবার (DR1, FR1, LR1)পুরো 100G কে একটি তরঙ্গদৈর্ঘ্যে রাখে এবং পুরানো 4x25G ডিজাইনের তুলনায় FEC সেটিংস এবং ফার্মওয়্যার সমর্থনের প্রতি বেশি সংবেদনশীল। একটি প্ল্যাটফর্ম যেটি সুখের সাথে LR4 চালায় একটি FR1 বা LR1 লিঙ্ক আনার আগে একটি নতুন সফ্টওয়্যার রিলিজ বা একটি ভিন্ন FEC ডিফল্টের প্রয়োজন হতে পারে। আপনি যদি একক-ল্যাম্বডা অপটিক্স মোতায়েন করেন, ফার্মওয়্যার সমর্থনকে পরবর্তী চিন্তার পরিবর্তে একটি কঠিন গেটিং প্রয়োজনীয়তা হিসাবে বিবেচনা করুন।

কেন একটি QSFP28 মডিউল একটি "সামঞ্জস্যপূর্ণ" পোর্টে ব্যর্থ হয়

যখন একটি 100G লিঙ্ক ভুল আচরণ করে, তখন ট্রান্সসিভারকে প্রথমে দোষ দেওয়া হয়। প্রায়শই আসল কারণ হল মডিউল, সুইচ ফার্মওয়্যার, পোর্ট কনফিগারেশন বা কেবল প্ল্যান্টের মধ্যে অমিল। চারটি ব্যর্থতার মোড বেশিরভাগ ক্ষেত্রেই কভার করে।

সুইচ মডিউল আইডি প্রত্যাখ্যান করে

কিছু প্ল্যাটফর্ম পোর্ট সক্রিয় করার আগে অপটিকের পরিচয় যাচাই করে। যদি EEPROM ডেটা একটি প্রত্যাশিত প্রোফাইলের সাথে মেলে না, তবে লক্ষণগুলি স্বীকৃত: একটিঅসমর্থিত ট্রান্সসিভারলগ ইন এন্ট্রি, ইন্টারফেস আটকেনিচে, অথবা পোর্ট একটি মধ্যে চালিতত্রুটি-অক্ষমরাষ্ট্র সঠিক বিক্রেতা কোডিং এর বেশিরভাগই সরিয়ে দেয়, তবে একা কোডিং আপনাকে সঠিক সুইচ মডেল এবং সফ্টওয়্যার সংস্করণ পরীক্ষা করা এড়িয়ে যেতে দেয় না, কারণ প্ল্যাটফর্ম এবং রিলিজের মধ্যে বৈধতা সারণীগুলি আলাদা।

লিঙ্ক সেটিংস মেলে না

একটি মডিউল স্বীকৃত এবং এখনও লিঙ্ক করতে অস্বীকার করা যেতে পারে। স্বাভাবিক অপরাধী হল একটি গতির অমিল, একটি ভুল বা অমিল FEC মোড, একটি অসমর্থিত ব্রেকআউট কনফিগারেশন, ভুল পোর্ট মোড, একটি ট্রান্সসিভার টাইপ যা নির্দিষ্ট লাইন কার্ড বা পোর্ট গ্রুপ সমর্থন করে না, বা দূরের প্রান্তে একটি বেমানান মডিউল৷ FEC অমিলগুলি বিশেষ করে একক-lambda DR1/FR1/LR1 লিঙ্কগুলিতে সাধারণ, যেখানে একটি পক্ষ ডিফল্ট RS-FEC এবং অন্যটি করে না, তাই লিঙ্কটি কখনই আসে না বা ক্রমবর্ধমান FEC-সংশোধনের সংখ্যার সাথে আসে।

DOM/DDM অসম্পূর্ণ বা ভুল

ডিজিটাল অপটিক্যাল মনিটরিং (DOM/DDM) অপটিক্যাল ট্রান্সমিটকে প্রকাশ করে এবং পাওয়ার, তাপমাত্রা, সরবরাহ ভোল্টেজ এবং লেজারের পক্ষপাত কারেন্ট গ্রহণ করে। উৎপাদনে এটিই একটি ক্ষয়কারী লিঙ্ককে ড্রপ করার আগে দৃশ্যমান করে তোলে। একটি তৃতীয় পক্ষের QSFP28 মডিউল DOM খারাপভাবে রিপোর্ট করার সময় ট্রাফিক পাস করতে পারে, এবং ব্যর্থতা সুনির্দিষ্ট দেখায়: পাওয়ার শো গ্রহণ করুনN/A, তাপমাত্রার মান একটি নির্দিষ্ট সংখ্যায় হিমায়িত হয়, ক্ষেত্রগুলি CLI-তে উপস্থিত থাকে কিন্তু আপনার SNMP বা টেলিমেট্রি পোলার সেগুলি পড়তে পারে না, বা থ্রেশহোল্ডগুলি কখনই ট্রিপ করে না কারণ অ্যালার্ম পতাকাগুলি জনবহুল নয়৷ এটি একটি বেঞ্চে সহনীয় এবং একটি নিরীক্ষিত ফ্যাব্রিকের একটি বাস্তব অপারেশনাল ফাঁক। DOM আপনার অপারেশন টিমের কাছে গুরুত্বপূর্ণ হলে, এটি গ্রহণযোগ্যতা পরীক্ষার অন্তর্গত, ইচ্ছা তালিকা নয়।

ফার্মওয়্যার বৈধতা আচরণ পরিবর্তন করে

সুইচ ফার্মওয়্যার সিদ্ধান্ত নেয় কিভাবে অপটিক্স সনাক্ত করা হয়, পার্স করা হয় এবং যাচাই করা হয় এবং রিলিজের মধ্যে যুক্তি পরিবর্তন হয়। একটি মডিউল যা একটি সংস্করণে নিখুঁতভাবে চলে সেটি আপগ্রেডের পরে ভিন্নভাবে আচরণ করতে পারে - পরিবর্তনটি EEPROM যাচাইকরণ, DOM পার্সিং, FEC ডিফল্ট, ব্রেকআউট সমর্থন, বা সমর্থিত-ট্রান্সসিভার টেবিলকে স্পর্শ করতে পারে। যেকোনো বড় ফার্মওয়্যার আপগ্রেড করার আগে, ধারাবাহিকতা ধরে না নিয়ে লক্ষ্য রিলিজে প্রতিটি স্থাপন করা QSFP28 প্রকারের অন্তত একটি নমুনা যাচাই করুন।

সুইচ বিক্রেতা দ্বারা QSFP28 সামঞ্জস্য

এই নোটগুলি পরিকল্পনা নির্দেশিকা, গ্যারান্টি নয়। সামঞ্জস্য হল মডেল-, লাইন-কার্ড- এবং প্রকাশ-নির্দিষ্ট, তাই স্কেলে কেনার আগে সঠিক সমন্বয় নিশ্চিত করুন। যেখানে একজন বিক্রেতা একটি অফিসিয়াল সামঞ্জস্যের টুল প্রকাশ করে, এটিকে প্রথম রেফারেন্স হিসেবে ব্যবহার করুন।

সিসকো

সিসকো প্ল্যাটফর্মগুলি অনেক এন্টারপ্রাইজ সুইচের তুলনায় নন-সিসকো অপটিক্সের সাথে কঠোর হতে থাকে এবং সিসকো স্পষ্টভাবে বলে যে এটি এনটাইটেলমেন্ট নীতির অংশ হিসাবে তৃতীয়-পক্ষের অপটিক্স সমর্থন করে না। একটি নন-সিসকো-কোডেড মডিউল অসমর্থিত হিসাবে রিপোর্ট করা যেতে পারে বা প্ল্যাটফর্ম-নির্দিষ্ট হ্যান্ডলিং প্রয়োজন নেক্সাস বা ক্যাটালিস্ট মডেল এবং NX-OS বা IOS-XE রিলিজের উপর নির্ভর করে। অফিসিয়াল থেকে শুরু করুনসিসকো ট্রান্সসিভার মডিউল গ্রুপ (টিএমজি) সামঞ্জস্যপূর্ণ ম্যাট্রিক্সআপনার সঠিক ডিভাইসের বিপরীতে কোন অপটিক্স তালিকাভুক্ত হয়েছে তা নিশ্চিত করতে।

শুধুমাত্র অপটিক্যাল টাইপ দ্বারা Cisco-বাউন্ড QSFP28 মডিউল কিনবেন না - একটি 100G LR4 যা একটি নেক্সাস প্ল্যাটফর্মে কাজ করে অন্যটিতে ভিন্নভাবে আচরণ করতে পারে। ভলিউম কেনার আগে, সঠিক মডেল, NX-OS/IOS-XE সংস্করণ, প্রয়োজনীয় Cisco-সামঞ্জস্যপূর্ণ কোডিং, DOM/DDM আচরণ, ব্রেকআউট এবং FEC সমর্থন, এবং তৃতীয়-পক্ষের অপটিক্সে আপনার সমর্থন অবস্থান নিশ্চিত করুন৷ বক্সে, ইন্টারফেস ট্রান্সসিভারের বিবরণ দেখান হল স্বীকৃতি নিশ্চিত করার এবং DOM পড়ার দ্রুততম উপায়। সিসকো{12}}সামঞ্জস্যপূর্ণ মডিউলগুলিকে আপনি লক্ষ্য সফ্টওয়্যারে পরীক্ষা করেন এমন কিছু হিসাবে বিবেচনা করুন, অপটিক্যাল স্পেস লাইন আপ হওয়ার কারণে আপনি অনুমান করেন না।

আরিস্তা

Arista সুইচগুলি সাধারণত কঠোরতম প্ল্যাটফর্মের তুলনায় ভাল-তৃতীয় পক্ষের অপটিক্সের সাথে আরও বেশি অনুমতিপ্রাপ্ত হয় এবং অনেক EOS পরিবেশে সঠিকভাবে কোড করা QSFP28 মডিউল লকআউট আচরণ ছাড়াই আসে। এটি একটি প্রবণতা, বিনামূল্যে পাস নয়। EOS সংস্করণ, স্যুইচ ফ্যামিলি, অপটিক্যাল টাইপ, DOM আচরণ, পাওয়ার ক্লাস এবং পোর্ট কনফিগারেশন এখনও ফলাফলকে প্রভাবিত করে এবং উচ্চ-পাওয়ার লং-রিচ অপটিক্স, ব্রেকআউট অ্যাপ্লিকেশন এবং নতুন একক-ল্যাম্বডা মডিউল এখনও পরীক্ষার পরোয়ানা দেয়। শো ইন্টারফেস ট্রান্সসিভার সহ স্বীকৃতি এবং DOM যাচাই করুন, এবং FEC, ব্রেকআউট আচরণ এবং দীর্ঘ সময়ের জন্য তাপ/পাওয়ার খাম নিশ্চিত করুন-নাগালের অংশগুলি৷

জুনিপার

জুনিপার আচরণ সঠিক প্ল্যাটফর্ম, জুনোস রিলিজ, পোর্টের ধরন এবং ট্রান্সসিভার শনাক্তকারীর উপর ব্যাপকভাবে নির্ভর করে - একটি মডিউল গৃহীত এবং একটি QFX, MX বা PTX-এ সম্পূর্ণরূপে পর্যবেক্ষণ করা অন্যটিতে নাও থাকতে পারে৷ অফিসিয়াল চেক করুনজুনিপার হার্ডওয়্যার সামঞ্জস্যের টুলআপনার লক্ষ্য প্ল্যাটফর্মের জন্য; এটি একটি প্রদত্ত অপটিক পর্যবেক্ষণ সমর্থন করে কিনা তা পতাকাঙ্কিত করে। মনে রাখবেন যে JTAC তৃতীয় পক্ষের অপটিক্যাল মডিউলগুলির জন্য সমর্থন প্রদান করে না, তাই এটিকে আপনার সহায়তা পরিকল্পনায় অন্তর্ভুক্ত করুন। ডিভাইসে, দেখান ইন্টারফেস ডায়াগনস্টিক অপটিক্স DOM রিডিং ফেরত দেয়। প্ল্যাটফর্ম, জুনোস রিলিজ, পিআইডি বা সামঞ্জস্যপূর্ণ EEPROM প্রোফাইল, DOM সমর্থন, ব্রেকআউট সমর্থন এবং নতুন DR1/FR1/LR1 প্রকারগুলি সেই হার্ডওয়্যারে সমর্থিত কিনা তা যাচাই করুন।

ডেল পাওয়ারসুইচ

Dell PowerSwitch প্ল্যাটফর্মগুলি EEPROM ক্ষেত্র, DOM পার্সিং এবং সফ্টওয়্যার আচরণের প্রতি সংবেদনশীল হতে পারে এবং কিছু তৃতীয় পক্ষের মডিউল সতর্কতা, অসম্পূর্ণ DOM ডেটা বা ইনভেনটরি অমিল দেখানোর সময় ট্রাফিক পাস করে৷ OS10 বা SONiC সংস্করণ, Dell-সামঞ্জস্যপূর্ণ কোডিং, DOM/DDM রিডিং, প্ল্যাটফর্মের সমর্থিত-অপ্টিক্স তালিকা, FEC এবং ব্রেকআউট প্রয়োজনীয়তা এবং একটি ফার্মওয়্যার আপগ্রেড জুড়ে আচরণ নিশ্চিত করুন৷ যদি ডেল সুইচগুলি একটি প্রোডাকশন ফ্যাব্রিকে বসে থাকে তবে একটি বড় অর্ডার দেওয়ার আগে একই সফ্টওয়্যার বিল্ডে মডিউলটি যাচাই করুন৷

এনভিডিয়া/মেলানক্স

NVIDIA/Mellanox পরিবেশগুলি আরও সীমাবদ্ধ, বিশেষ করে AI, HPC, ইথারনেট এবং InfiniBand কাপড়ের মধ্যে যেখানে বৈধ আন্তঃসংযোগগুলি আদর্শ। এখানে লিঙ্কের স্থায়িত্ব শুধুমাত্র অপটিক্যাল নাগালের উপর নির্ভর করে না বরং সিগন্যালের অখণ্ডতা, ফার্মওয়্যার সমর্থন, FEC আচরণ এবং প্ল্যাটফর্মের বৈধতার উপর নির্ভর করে; একটি মডিউল সনাক্ত করা যেতে পারে এবং এখনও লিঙ্কটি আনতে ব্যর্থ হয় যদি প্ল্যাটফর্ম এটি গ্রহণ না করে বা সেটিংস অসমর্থিত হয়। NVIDIA এর যোগ্য আন্তঃসংযোগগুলি নথিভুক্ত করেLinkX তারের এবং transceiversপৃষ্ঠাগুলি, এবং নোট যে অযোগ্য তৃতীয় পক্ষের ডিভাইসগুলি কাজ করতে পারে কিন্তু কোনো কর্মক্ষমতা গ্যারান্টি বহন করে না। সঠিক সুইচ এবং অ্যাডাপ্টারের মডেল, ইথারনেট বনাম ইনফিনিব্যান্ড মোড, ফার্মওয়্যার সংস্করণ, যাচাইকৃত কেবল/মডিউল তালিকা, FEC প্রয়োজনীয়তা, পৌঁছানো এবং টাইপ এবং একই প্ল্যাটফর্মের বিরুদ্ধে সরবরাহকারীর বৈধতা নিশ্চিত করুন। মিশনের জন্য-গুরুত্বপূর্ণ AI বা HPC কাপড়, যাচাইকৃত অপটিক্স বা পুঙ্খানুপুঙ্খভাবে পরীক্ষিত সামঞ্জস্যপূর্ণ বিকল্প পছন্দ করুন।

SONiC এবং সাদা-বক্স সুইচ

SONiC এবং সাদা-বক্স সুইচগুলি সাধারণত প্রথাগত OEM প্ল্যাটফর্মের চেয়ে বেশি খোলা থাকে, কিন্তু "খোলা" "সর্বজনীন" নয়৷ ফলাফলগুলি সুইচ ASIC, প্ল্যাটফর্ম ড্রাইভার, NOS বিল্ড, EEPROM পার্সার, ট্রান্সসিভার-ব্যবস্থাপনা পরিষেবা, ব্রেকআউট মোড এবং পোর্ট কনফিগারেশনের উপর নির্ভর করে৷ একটি মডিউল লিঙ্ক আপ করতে পারে কিন্তু অসম্পূর্ণ ইনভেন্টরি বা DOM ডেটা রিপোর্ট করতে পারে - কিছু খরচের সংবেদনশীল বা ল্যাব সেটিংসে গ্রহণযোগ্য, উৎপাদন কাপড়ে নয় যেগুলির সঠিক পর্যবেক্ষণ এবং সম্পদ ট্র্যাকিং প্রয়োজন৷ সমস্ত MSA-সঙ্গতিপূর্ণ মডিউল একই রকম আচরণ করে অনুমান না করে সঠিক সুইচ মডেল এবং NOS বিল্ড পরীক্ষা করুন।

বিক্রেতা-কোডেড বনাম MSA-সঙ্গত বনাম প্রোগ্রামেবল QSFP28 মডিউল

সঠিক মডিউল ক্লাস আপনার পরিবেশ, ঝুঁকি সহনশীলতা এবং ইনভেন্টরি কৌশলের উপর নির্ভর করে।

বিক্রেতা-কোডেড QSFP28 মডিউল

বিক্রেতা-কোডেড মডিউলগুলি একটি নির্দিষ্ট সুইচ বিক্রেতা বা প্ল্যাটফর্ম পরিবারের সাথে মেলে লেখা EEPROM ডেটা বহন করে। এগুলি সাধারণত উত্পাদনের জন্য সবচেয়ে নিরাপদ পছন্দ: আরও অনুমানযোগ্য স্বীকৃতি, আরও ভাল DOM/DDM আচরণ এবং কম সমর্থন জটিলতা। আপনি যখন স্কেলে মোতায়েন করছেন তখন তাদের কাছে পৌঁছান, নেটওয়ার্ক উৎপাদন-গুরুত্বপূর্ণ, আপনি Cisco/Juniper/Dell/NVIDIA প্ল্যাটফর্ম চালান, নির্ভুলতার বিষয়গুলি পর্যবেক্ষণ করেন, অথবা আপনি অসমর্থিত-মডিউল বিস্ময় এড়াতে চান৷ ট্রেড-অফ হল প্রতি সুইচ বিক্রেতার জন্য আলাদা ইনভেন্টরি বজায় রাখা।

জেনেরিক MSA-সঙ্গত QSFP28 মডিউল

জেনেরিক MSA মডিউলগুলি উন্মুক্ত পরিবেশ, ল্যাব, পরীক্ষা নেটওয়ার্ক এবং সাদা-বক্স স্থাপনায় ভাল হতে পারে যেখানে কঠোর বিক্রেতা স্বীকৃতির প্রয়োজন নেই৷ তারা অগ্রিম খরচ কমিয়ে দেয় এবং একটি জেনেরিক অপটিক্যাল ইনভেন্টরি সহজ করে, কিন্তু তারা সীমাবদ্ধ সুইচ পরিবেশে আরও ঝুঁকি বহন করে।কখন ব্যবহার করবেন না:একটি Cisco/Juniper/NVIDIA প্রোডাকশন ফ্যাব্রিকে, যেকোনো জায়গায় DOM/DDM নির্ভুলতা একটি নিরীক্ষণের প্রয়োজনীয়তা, একক-ল্যাম্বডা লিঙ্কে টাইট FEC/ফার্মওয়্যার নির্ভরতা, অথবা যেখানে আপনার সমর্থন প্রক্রিয়া আপনাকে যোগ্য অপটিক্সে ত্রুটিগুলি পুনরুত্পাদন করতে বলবে৷ অনুমান করবেন না যে একটি জেনেরিক MSA মডিউল বৈধতা ছাড়াই সিসকো, জুনিপার, ডেল এবং NVIDIA প্ল্যাটফর্ম অতিক্রম করে।

প্রোগ্রামেবল QSFP28 মডিউল

প্রোগ্রামেবল মডিউলগুলি একটি সামঞ্জস্যপূর্ণ টুলের সাহায্যে বিভিন্ন বিক্রেতা প্রোফাইলের জন্য পুনঃকোড করা যেতে পারে, যা বহু-বিক্রেতা নেটওয়ার্ক, জরুরী স্পেয়ার এবং ফিল্ড-পরিষেবা দলগুলির জন্য সত্যিকার অর্থে উপযোগী৷ তারা প্রতিটি প্ল্যাটফর্মের জন্য নির্দিষ্ট-কোডেড মডিউল স্টক করার প্রয়োজনীয়তা হ্রাস করে, কিন্তু তারা প্রক্রিয়া নিয়ন্ত্রণের দাবি করে: প্রশিক্ষিত কর্মী, প্রোগ্রামিংয়ের পরে সঠিক রিবেলিং, এবং একটি স্পষ্ট বৈধতা পদক্ষেপ। প্রধান ঝুঁকি একটি মডিউল recoded বা ভুল লক্ষ্য সুইচ জন্য লেবেল.

কিভাবে সঠিক QSFP28 মডিউল নির্বাচন করবেন

সবচেয়ে সস্তা লাইন আইটেমের পরিবর্তে আপনার দৃশ্যকল্পে সিদ্ধান্তটি ম্যাপ করুন। নীচের ম্যাট্রিক্সটি সংক্ষিপ্ত সংস্করণ।

স্থাপনের আগে QSFP28 সামঞ্জস্যতা কীভাবে পরীক্ষা করবেন

সবচেয়ে নিরাপদ পথ হল ভলিউম কেনার আগে নমুনাগুলিকে যোগ্যতা অর্জন করা। পাঁচটি ধাপ পরীক্ষাটিকে পুনরাবৃত্তিযোগ্য করে তোলে।

ধাপ 1 - প্রতিটি বিক্রেতা এবং প্রকারের জন্য নমুনা অর্ডার করুন

প্রতিটি সুইচ বিক্রেতা এবং মডিউল টাইপের জন্য আপনি স্থাপন করতে চান, একটি ছোট নমুনা অর্ডার করুন। যদি নেটওয়ার্কটি Cisco, Arista এবং Juniper পর্যন্ত বিস্তৃত হয়, তবে তিনটিতেই যোগ্যতা অর্জন করুন; একটি প্ল্যাটফর্ম পরীক্ষা করবেন না এবং অনুমান করুন ফলাফলটি সাধারণ হয়ে গেছে।

ধাপ 2 - সনাক্তকরণ যাচাই করুন

মডিউলটি ঢোকান এবং সুইচটি সঠিকভাবে সনাক্ত করে তা নিশ্চিত করুন: বিক্রেতা/অংশ-সংখ্যা শনাক্তকরণ, সঠিক গতির ক্ষমতা, সঠিক ট্রান্সসিভারের ধরন, DOM/DDM উপলব্ধতা, কোনো অসমর্থিত-মডিউল অ্যালার্ম, এবং কোনো ত্রুটি-অক্ষম অবস্থায় নেই৷ যদি এটি অজানা বা অসমর্থিত হিসাবে দেখায় তবে আরও যাওয়ার আগে কারণটি EEPROM কোডিং, ফার্মওয়্যার সমর্থন বা প্ল্যাটফর্ম নীতি কিনা তা নির্ধারণ করুন।

ধাপ 3 - একটি বাস্তব লিঙ্ক তৈরি করুন

উদ্দিষ্ট দূরের-শেষ ডিভাইসের সাথে সংযোগ করুন বা একটি প্রতিনিধি স্ট্যান্ড-ইন করুন এবং লিঙ্ক আপ স্ট্যাটাস যাচাই করুন-, সঠিক গতি, সঠিক FEC মোড, সীমার মধ্যে শক্তি প্রেরণ এবং গ্রহণ করুন, একটি ইন্টারফেস বাউন্স এবং একটি ফিজিক্যাল রিসিট উভয়ের পরেই স্থায়িত্ব। একটি মডিউল যা সনাক্ত করা হয়েছে কিন্তু একটি লিঙ্ক ধরে রাখতে পারে না তা উৎপাদন-প্রস্তুত নয়৷

ধাপ 4 - ট্রাফিক চালান

একটি অর্থপূর্ণ উইন্ডোর জন্য ট্রাফিক পাস করুন - ন্যূনতম কয়েক ঘণ্টা, গুরুতর কাপড়ের জন্য দীর্ঘতর - এবং দেখুন CRC ত্রুটি, FEC-সংশোধন গণনা, লিঙ্ক ফ্ল্যাপ, তাপমাত্রার অ্যালার্ম এবং প্যাকেট লস। সমালোচনামূলক পরিবেশের জন্য, বাস্তবসম্মত লোডের অধীনে পরীক্ষা করুন এবং তাপমাত্রায় অপটিকটি আসলে দেখতে পাবে।

ধাপ 5 - অনুমোদিত কনফিগারেশন নথিভুক্ত করুন

প্রতিটি অনুমোদিত মডিউলের জন্য, সরবরাহকারী অংশ নম্বর, EEPROM কোডিং লক্ষ্য, সুইচ মডেল, ফার্মওয়্যার সংস্করণ, পোর্টের ধরন, FEC মোড, ব্রেকআউট মোড, পরীক্ষার ফলাফল এবং DOM/DDM স্থিতি রেকর্ড করুন। সেই রেকর্ডটি আপনার অভ্যন্তরীণ সামঞ্জস্যের ম্যাট্রিক্স হয়ে ওঠে এবং পরবর্তী ব্যক্তিকে পুরো অনুশীলনটি পুনরায় চালানো থেকে- বাঁচায়৷

গ্রহণযোগ্যতার মানদণ্ড

একটি সুস্পষ্ট পাস/ফেল বার ব্যবহার করুন যাতে "এটি ভাল লাগছিল" কখনই কেনার সিদ্ধান্ত নেয় না।

ফিল্ড নোট: যেখানে এই পরীক্ষাগুলি তাদের রাখা উপার্জন করে

মিশ্র কাপড় জুড়ে দেখা একটি প্রতিনিধিত্বমূলক উদাহরণ: জেনেরিক 100G SR4 মডিউলগুলির একটি ব্যাচ একটি দ্রুত লিঙ্ক-পরীক্ষায় উত্তীর্ণ হয় এবং একটি পাতার-মেরুদণ্ডে যায়৷ নেটিভ 100G পোর্টগুলি ঠিক আছে। কয়েক সপ্তাহ পরে, 4x25G ব্রেকআউটের জন্য সেই পোর্টগুলির মধ্যে কিছু পুনঃকনফিগার করার প্রচেষ্টা একটি পোর্ট গ্রুপে ব্যর্থ হয় - মডিউলগুলি স্বাস্থ্যকর, কিন্তু সেই লাইন কার্ডের ব্রেকআউট সমর্থন এবং FEC ডিফল্টগুলি কখনই সেই মোডের জন্য বৈধ করা হয়নি৷ আলাদাভাবে, একটি রুটিন ফার্মওয়্যার আপগ্রেড করার পরে, একই মডিউলগুলিতে DOM রিডিংগুলি ফিরে আসতে শুরু করেN/Aকারণ নতুন রিলিজ তাদের EEPROM ভিন্নভাবে পার্স করে। উভয় সমস্যা একটি অপটিক্যাল ত্রুটি নয়; উভয়ই একটি ব্রেকআউট চেক এবং একটি পোস্ট-উপরের ধাপে আপগ্রেড DOM চেক দ্বারা ধরা পড়ত। যোগ্যতা এড়িয়ে যাওয়ার খরচ পরে দেখা যায়, ক্রয়ের পরিবর্তে একটি পরিবর্তন-উইন্ডো ব্যর্থতা এবং একটি নিরীক্ষণ অন্ধ স্থান হিসাবে।

উপসংহার

QSFP28 সামঞ্জস্যতা গতি এবং নাগালের চেয়ে অনেক বেশি দ্বারা নির্ধারিত হয়। সুইচ প্ল্যাটফর্ম, ফার্মওয়্যার সংস্করণ, EEPROM কোডিং, FEC সেটিংস, ব্রেকআউট সমর্থন, DOM/DDM আচরণ এবং আপনার অপারেশনাল সাপোর্ট প্ল্যান সবই একটি ডেটাশিট ম্যাচ এবং একটি স্থিতিশীল 100G লিঙ্কের মধ্যে বসে। মডিউল - 4x25G বনাম একক-ল্যাম্বডা --এর ভিতরের অপটিক্যাল প্রকার আবার সেই প্রয়োজনীয়তাগুলিকে পরিবর্তন করে।

অধিকাংশ উৎপাদন নেটওয়ার্কের জন্য, বিক্রেতা-কোডেড বা প্ল্যাটফর্ম-প্রমাণিত QSFP28 মডিউল হল সবচেয়ে কম-ঝুঁকির পছন্দ; মিশ্র-বিক্রেতা এস্টেটের জন্য, প্রোগ্রামেবল মডিউলগুলি অতিরিক্ত ইনভেন্টরি পরিচালনাযোগ্য রাখতে পারে যখন পুনঃকোডিং প্রক্রিয়া নিয়ন্ত্রিত হয়। অপারেটিং নিয়মটি সংক্ষিপ্ত: আপনি কেনার আগে সঠিক মডেল এবং ফার্মওয়্যার যাচাই করুন, আপনি স্থাপন করার আগে একটি সুস্পষ্ট পাস/ফেল বারের বিরুদ্ধে নমুনাগুলিকে যোগ্যতা অর্জন করুন, এবং প্রতিটি অনুমোদিত মডিউল-এবং-প্ল্যাটফর্ম সংমিশ্রণ লিখুন যাতে পরবর্তী স্থাপনাটি অনুমানের পরিবর্তে প্রমাণ থেকে শুরু হয়৷