سازگاری QSFP28: MSA، EEPROM، FEC و پشتیبانی

بر روی کاغذ، انتخاب یک فرستنده گیرنده QSFP28 مانند یک چک لیست به نظر می رسد: سرعت، طول موج، رابط، دسترسی و نوع فیبر را مطابقت دهید، سپس ماژول را به یک پورت 100G فشار دهید. در آزمایشگاه، این اغلب کافی است. در یک پارچه تولیدی، اینطور نیست.

یک ماژول QSFP28 می‌تواند کاملاً مطابق با MSA- باشد، دسترسی نوری مناسبی داشته باشد، از کانکتور صحیح استفاده کند و همچنان در لحظه‌ای که آن را وارد می‌کنید توسط سوئیچ رد شود. ماژول دیگری پیوند را به طور تمیز بالا می‌آورد، اما هیچ برق نوری را گزارش نمی‌کند، آلارم‌های متناوب را پرتاب می‌کند، خطاهای FEC را جمع می‌کند، یا رفتار را بی‌صدا پس از ارتقای سیستم‌افزار تغییر می‌دهد. هیچ یک از این خرابی ها در مقایسه دیتاشیت نشان داده نمی شوند.

این راهنما توضیح می‌دهد که چگونه سازگاری 100G QSFP28 واقعاً کار می‌کند، چه چیزی را باید قبل از خرید تأیید کنید، و چگونه خطر استقرار را در محیط‌های Cisco، Arista، Juniper، Dell، NVIDIA/Mellanox و white-box/SONiC کاهش دهید.

چه چیزی سازگاری QSFP28 را تعیین می کند

سازگاری QSFP28 یک شرط بله-یا-نه نیست. یک ماژول در شبکه شما فقط زمانی کار می کند که چندین لایه همه عبور کنند: theفاکتور فرممتناسب با قفس QSFP28،کدگذاری EEPROMمطابق با آنچه سوئیچ انتظار دارد،سیستم عامل سوئیچماژول را شناسایی و فعال می کندحالت FEC و پیکربندی شکستتوافق بر سر هر دو طرف،داده های DOM/DDMتوسط ابزارهای نظارتی شما قابل خواندن است وخط مشی پشتیبانی فروشندهبه ماژول اجازه می دهد تا در فرآیند عملیاتی شما قرار گیرد. از هر یک از این موارد صرف نظر کنید و ماژولی که "مطابق با مشخصات" است همچنان ممکن است در فیلد خراب شود. بقیه این راهنما هر لایه را بررسی می کند و نحوه آزمایش آن را نشان می دهد.

سازگاری QSFP28 واقعاً به چه معناست

این کمک می کند تا سازگاری را به عنوان چهار لایه روی هم قرار دهیم. یک ماژول می‌تواند اولین ماژول را پاک کند و همچنان یکی از ماژول‌ها را خراب کند، دقیقاً به همین دلیل است که «مطابق با MSA» به تنهایی اطلاعات کمی در مورد رفتار تولید به شما می‌دهد.

• انطباق با MSA- ماژول از ضریب فرم رایج، انتظارات رابط الکتریکی و مدیریت- پیروی می کند.
• سازگاری سوئیچ- دستگاه میزبان ماژول را شناسایی، فعال و نظارت می‌کند.
• قابلیت همکاری لینک- هر دو طرف یک پیوند 100G پایدار با تنظیمات سرعت، FEC و خط مطابقت دارند.
• سازگاری عملیاتی- ماژول با سیستم عامل، پشته نظارت، فرآیند پشتیبانی و طرح موجودی{1} یدکی شما رفتار قابل پیش بینی دارد.

تناسب بدنی و انطباق با MSA

در پایین ترین لایه، ماژول باید به صورت مکانیکی و الکتریکی با قفس QSFP28 جفت شود و رابط مدیریت سرعت پایین مورد انتظار-را بیان کند. این چیزی است که انطباق MSA پوشش می دهد. فاکتور فرم QSFP28 توسط SFF/SNIA تعریف شده استمشخصات SFF-8665، که پوشش مکانیکی، چفت، رابط میزبان و رابط مدیریت را استاندارد می کند تا ماژول ها و قفس های سازندگان مختلف بتوانند با هم کار کنند.

آنچه که انطباق MSA انجام می دهدنهتضمین این است که هر فروشنده سوئیچ ماژول را به طور کامل می پذیرد. انطباق مکانیکی و رابط ماژول را وارد پورت می کند. تصمیم نمی گیرد که آیا سیستم عامل آن را به عنوان یک اپتیک-کلاس اول و کاملاً نظارت شده در نظر می گیرد یا خیر. QSFP28 خط پایه مکانیکی خود را با انواع QSFP بعدی مانند QSFP-DD به اشتراک می‌گذارد، بنابراین تناسب قفس به تنهایی یک سیگنال ضعیف پشتیبانی است - این را ببینیدQSFP{0}}بررسی کلی فنی DDبرای چگونگی ارتباط عوامل شکل

تشخیص میزبان و کدگذاری EEPROM

هر ماژول QSFP28 داده های شناسایی و تشخیصی را در یک EEPROM کوچک که سوئیچ هنگام درج آن می خواند، حمل می کند: نام فروشنده، شماره قطعه، شماره سریال، کلاس توان، قابلیت های پشتیبانی شده، طول موج، دسترسی، فیلدهای DOM/DDM و جمع های کنترلی. بسیاری از سوئیچ ها از این داده ها برای تصمیم گیری در مورد نحوه درمان اپتیک استفاده می کنند.

یک ماژول نوری کامل هنوز هم می تواند به عنوان ظاهر شودپشتیبانی نشده, ناشناخته، یا فقط تا حدی نظارت می شود اگر نمایه EEPROM آن چیزی نباشد که سوئیچ به دنبال آن است. به همین دلیل است که تأمین‌کنندگان شخص ثالث نسخه‌های-سازگار، Arista{3}}سازگار، Juniper{4}}سازگار{4}}و Dell{5}} را از یک نوع نوری می‌فروشند: موتور نوری ممکن است یکسان باشد، اما کدگذاری EEPROM برای مطابقت با یک خانواده خاص نوشته شده است. کدگذاری فروشنده، در عمل، رایج ترین دلیلی است که یک ماژول QSFP28 صحیح در غیر این صورت پذیرفته یا رد می شود.

قابلیت همکاری پیوند، FEC و نظارت

شناخت خط پایان نیست. پس از اینکه سوئیچ ماژول را پذیرفت، پیوند همچنان باید بالا بیاید و بالا بماند. این به پیکربندی سرعت، حالت FEC، حالت شکست، نوع فیبر، قطبیت، فاصله، سطوح توان نوری و اینکه آیا طرف مقابل از تنظیمات منطبق استفاده می‌کند، بستگی دارد. تصحیح خطای رو به جلو به ویژه توسط مربوطه اداره می شوداستانداردهای اترنت IEEE 802.3و انواع مختلف نوری 100G رفتار FEC متفاوتی را انتظار دارند - که در زیر به آن باز می گردیم.

به همین دلیل، یک تست پیوند{0}}به تنهایی یک آزمایش سازگاری نیست. یک بررسی پذیرش واقعی، تشخیص موجودی، خوانش 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 را اجرا می‌کند ممکن است به نسخه نرم‌افزار جدیدتر یا پیش‌فرض FEC دیگری نیاز داشته باشد تا پیوند FR1 یا LR1 را نمایش دهد. اگر از اپتیک لامبدا استفاده می‌کنید، پشتیبانی سیستم‌افزار را به‌عنوان یک نیاز راه‌اندازی سخت تلقی کنید تا یک فکر بعدی.

چرا یک ماژول QSFP28 در یک پورت "سازگار" از کار می افتد؟

وقتی یک لینک 100G بد رفتار می کند، ابتدا فرستنده و گیرنده سرزنش می شود. بیشتر اوقات علت واقعی عدم تطابق بین ماژول، سیستم عامل سوئیچ، پیکربندی پورت یا کارخانه کابل است. چهار حالت خرابی اکثر موارد را پوشش می دهد.

سوئیچ شناسه ماژول را رد می کند

برخی از پلتفرم ها قبل از فعال کردن پورت، هویت اپتیک را تأیید می کنند. اگر داده های EEPROM با مشخصات مورد انتظار مطابقت نداشته باشد، علائم قابل تشخیص هستند: الففرستنده و گیرنده پشتیبانی نشدهورود در ورود به سیستم، رابط گیر کرده استپایین، یا پورت رانده شده به یکخطا-غیرفعال شددولت کدنویسی صحیح فروشنده بیشتر این موارد را حذف می کند، اما کدنویسی به تنهایی به شما اجازه نمی دهد از آزمایش مدل دقیق سوئیچ و نسخه نرم افزار صرف نظر کنید، زیرا جداول اعتبارسنجی بین پلتفرم ها و نسخه ها متفاوت است.

تنظیمات پیوند مطابقت ندارند

یک ماژول را می توان تشخیص داد و همچنان از پیوند دادن خودداری می کند. مقصرهای معمول عبارتند از عدم تطابق سرعت، حالت FEC نادرست یا ناسازگار، پیکربندی شکست پشتیبانی نشده، حالت پورت اشتباه، نوع فرستنده گیرنده که کارت خط خاص یا گروه پورت پشتیبانی نمی کند، یا یک ماژول ناسازگار در انتهای دور. عدم تطابق FEC مخصوصاً در پیوندهای تکی-لامبدا DR1/FR1/LR1 رایج است، که در آن یک طرف به طور پیش‌فرض روی RS-FEC قرار می‌گیرد و طرف دیگر اینطور نیست، بنابراین پیوند هرگز ظاهر نمی‌شود یا با افزایش تعداد تصحیح FEC-به‌دست می‌آید.

DOM/DDM ناقص یا اشتباه است

مانیتورینگ نوری دیجیتال (DOM/DDM) توان انتقال و دریافت نوری، دما، ولتاژ تغذیه و جریان بایاس لیزر را در معرض دید قرار می‌دهد. در تولید این چیزی است که یک پیوند تحقیرآمیز را قبل از سقوط قابل مشاهده می کند. یک ماژول-شخص ثالث QSFP28 می‌تواند ترافیک را در حین گزارش بد DOM عبور دهد، و خرابی مشخص به نظر می‌رسد: نمایش قدرت دریافتN/A، مقدار دما در یک عدد ثابت ثابت است، فیلدها در CLI وجود دارند اما SNMP یا نظرسنجی تله متری شما نمی توانند آنها را بخوانند، یا آستانه ها هرگز خاموش نمی شوند زیرا پرچم های زنگ هشدار پر نشده اند. که در یک نیمکت و یک شکاف عملیاتی واقعی در یک پارچه نظارت شده قابل تحمل است. اگر DOM برای تیم عملیاتی شما مهم است، در آزمون پذیرش تعلق دارد، نه لیست آرزوها.

سفت‌افزار رفتار اعتبارسنجی را تغییر می‌دهد

سفت‌افزار سوییچ تصمیم می‌گیرد که چگونه اپتیک‌ها شناسایی، تجزیه و اعتبارسنجی شوند و منطق بین نسخه‌ها تغییر کند. ماژولی که به طور کامل روی یک نسخه اجرا می‌شود، می‌تواند بعد از ارتقا رفتار متفاوتی داشته باشد - این تغییر ممکن است اعتبار EEPROM، تجزیه DOM، پیش‌فرض‌های FEC، پشتیبانی شکست‌آمیز یا خود جدول فرستنده{2}}پشتیبانی‌شده را لمس کند. قبل از هر ارتقای سیستم عامل اصلی، حداقل یک نمونه از هر نوع QSFP28 مستقر شده را در نسخه هدف به جای فرض تداوم تأیید اعتبار کنید.

سازگاری QSFP28 توسط فروشنده سوییچ

این یادداشت ها دستورالعمل برنامه ریزی هستند، نه تضمین. سازگاری مربوط به مدل-، خط-کارت- و نسخه-خاص است، بنابراین قبل از خرید در مقیاس، ترکیب دقیق را تأیید کنید. در جایی که فروشنده یک ابزار سازگاری رسمی را منتشر می کند، از آن به عنوان اولین مرجع استفاده کنید.

سیسکو

پلتفرم‌های سیسکو نسبت به بسیاری از سوئیچ‌های سازمانی نسبت به اپتیک‌های غیر{0}}سیسکو سخت‌تر هستند و سیسکو به صراحت اعلام می‌کند که از اپتیک‌های شخص ثالث-به عنوان بخشی از خط‌مشی استحقاق خود پشتیبانی نمی‌کند. بسته به مدل Nexus یا Catalyst و نسخه NX-OS یا IOS-XE، ممکن است یک ماژول غیر کدگذاری‌شده سیسکو به‌عنوان پشتیبانی‌نشده گزارش شود یا به پلتفرم{5}}خاصی نیاز دارد. از رسمی شروع کنیدماتریس سازگاری گروه ماژول فرستنده گیرنده سیسکو (TMG).برای تأیید اینکه کدام اپتیک ها در برابر دستگاه دقیق شما فهرست شده اند.

ماژول‌های Cisco{0}}محصول QSFP28 را تنها با نوع نوری خریداری نکنید - یک LR4 100G که در یک پلتفرم Nexus کار می‌کند ممکن است در پلتفرم دیگری رفتار متفاوتی داشته باشد. قبل از خرید حجمی، مدل دقیق، نسخه NX-OS/IOS-XE، کدنویسی سازگار با Cisco-، رفتار DOM/DDM، پشتیبانی از شکست و FEC، و موضع پشتیبانی خود را در مورد اپتیک‌های شخص ثالث تأیید کنید. در جعبه، نمایش جزئیات فرستنده گیرنده رابط سریعترین راه برای تأیید تشخیص و خواندن DOM است. ماژول‌های سازگار{12}}سیسکو را به‌عنوان چیزی که روی نرم‌افزار مورد نظر آزمایش می‌کنید، تلقی کنید، نه چیزی که تصور می‌کنید زیرا مشخصات نوری مطابقت دارند.

آریستا

سوئیچ‌های Arista عموماً با اپتیک‌های شخص ثالث خوب‌تر از سخت‌ترین پلتفرم‌ها-به‌خوبی ساخته شده‌اند- و در بسیاری از محیط‌های EOS، ماژول‌های QSFP28 با کدگذاری مناسب بدون رفتار قفل ظاهر می‌شوند. این یک گرایش است، نه یک پاس آزاد. نسخه EOS، خانواده سوئیچ، نوع نوری، رفتار DOM، کلاس قدرت و پیکربندی پورت همچنان بر روی نتیجه تأثیر می‌گذارند، و-نوری طولانی-پر قدرت، برنامه‌های کاربردی شکست و ماژول‌های جدیدتر تک-لامبدا هنوز آزمایش را تضمین می‌کنند. تشخیص و DOM را با فرستنده واسط نمایشی تأیید کنید، و FEC، رفتار شکست، و پوشش حرارتی/قدرت را برای بخش‌های دسترسی طولانی- تأیید کنید.

درخت عرعر

رفتار Juniper به شدت به پلت فرم دقیق بستگی دارد، انتشار Junos، نوع پورت و شناسه فرستنده گیرنده - یک ماژول پذیرفته شده و به طور کامل در یک QFX، MX یا PTX ممکن است روی دیگری نباشد. رسمی رو چک کنابزار سازگاری سخت افزار Juniperبرای پلت فرم هدف شما؛ همچنین مشخص می کند که آیا یک نوری خاص از نظارت پشتیبانی می کند یا خیر. توجه داشته باشید که JTAC از ماژول‌های نوری شخص ثالث پشتیبانی نمی‌کند، بنابراین آن را در برنامه پشتیبانی خود لحاظ کنید. در دستگاه، اپتیک تشخیصی رابط‌های نمایش داده شده، قرائت‌های DOM را برمی‌گرداند. پلتفرم، نسخه Junos، PID یا نمایه EEPROM سازگار، پشتیبانی از DOM، پشتیبانی breakout، و اینکه آیا انواع جدیدتر DR1/FR1/LR1 در آن سخت افزار پشتیبانی می‌شوند، تأیید کنید.

Dell PowerSwitch

پلتفرم‌های Dell PowerSwitch می‌توانند به فیلدهای EEPROM، تجزیه DOM و رفتار نرم‌افزار حساس باشند، و برخی از ماژول‌های شخص ثالث هنگام نمایش هشدارها، داده‌های DOM ناقص یا عدم تطابق موجودی، ترافیک را ارسال می‌کنند. نسخه OS10 یا SONiC،-کدگذاری سازگار Dell، خوانش‌های DOM/DDM، فهرست اپتیک{4}پشتیبانی شده پلت‌فرم، الزامات FEC و breakout، و رفتار در ارتقای میان‌افزار را تأیید کنید. اگر سوئیچ های Dell در یک پارچه تولیدی قرار دارند، قبل از سفارش بزرگ، ماژول را روی همان ساخت نرم افزار تأیید کنید.

NVIDIA / Melanox

محیط‌های NVIDIA/Mellanox از جمله محدودکننده‌ترین محیط‌ها هستند، به‌ویژه در AI، HPC، Ethernet و پارچه‌های InfiniBand که در آن اتصالات معتبر معتبر هستند. در اینجا ثبات پیوند نه تنها به دسترسی نوری بلکه به یکپارچگی سیگنال، پشتیبانی سیستم عامل، رفتار FEC و اعتبار سنجی پلت فرم بستگی دارد. اگر پلتفرم آن را قبول نکند یا تنظیمات پشتیبانی نشود، یک ماژول قابل شناسایی است و باز هم نمی تواند پیوند را نمایش دهد. NVIDIA اتصالات واجد شرایط خود را بر روی آن مستند می کندکابل ها و فرستنده های LinkXصفحات، و توجه داشته باشد که دستگاه‌های شخص ثالث{0} فاقد صلاحیت ممکن است کار کنند، اما هیچ تضمینی برای عملکرد ندارند. مدل دقیق سوئیچ و آداپتور، حالت اترنت در مقابل InfiniBand، نسخه میان‌افزار، لیست کابل/ماژول معتبر، الزامات FEC، دسترسی و نوع، و اعتبار سنجی تامین‌کننده را در برابر همان پلتفرم تأیید کنید. برای پارچه‌های{3}}هوش مصنوعی یا HPC حیاتی، اپتیک معتبر یا جایگزین‌های سازگار کاملاً آزمایش‌شده را ترجیح دهید.

SONiC و ​​سوئیچ‌های جعبه{0}سفید

سوئیچ‌های جعبه{0} SONiC و ​​سفید معمولاً بازتر از پلت‌فرم‌های OEM سنتی هستند، اما «open» «جهانی» نیست. نتایج به سوئیچ ASIC، درایور پلت فرم، ساخت NOS، تجزیه کننده EEPROM، سرویس مدیریت فرستنده-، حالت شکست و پیکربندی پورت بستگی دارد. یک ماژول ممکن است پیوند داده شود اما موجودی ناقص یا داده‌های DOM را گزارش کند - در برخی از تنظیمات حساس به هزینه یا آزمایشگاه قابل قبول است، نه در پارچه‌های تولیدی که نیاز به نظارت دقیق و ردیابی دارایی دارند. مدل دقیق سوئیچ و ساخت NOS را به جای اینکه فرض کنید همه ماژول‌های{7}منطبق با MSA یکسان رفتار می‌کنند، آزمایش کنید.

فروشنده-کدگذاری شده در مقابل MSA-ماژول های سازگار در مقابل قابل برنامه ریزی QSFP28

کلاس ماژول مناسب به محیط شما، تحمل ریسک و استراتژی موجودی بستگی دارد.

ماژول‌های QSFP28 کد-فروشنده

ماژول‌های کدگذاری‌شده{0}}فروشنده داده‌های EEPROM نوشته شده برای مطابقت با فروشنده سوئیچ خاص یا خانواده پلتفرم را حمل می‌کنند. آنها معمولا امن ترین انتخاب برای تولید هستند: تشخیص قابل پیش بینی بیشتر، رفتار DOM/DDM بهتر و عوارض پشتیبانی کمتر. زمانی که در مقیاس وسیعی در حال استقرار هستید، به آنها دسترسی پیدا کنید، شبکه تولید{3}}بسیار حیاتی است، پلتفرم‌های Cisco/Juniper/Dell/NVIDIA را اجرا می‌کنید، موارد دقت نظارت را بررسی می‌کنید، یا می‌خواهید از شگفتی‌های ماژول پشتیبانی‌نشده جلوگیری کنید. مبادله- حفظ موجودی جداگانه در هر فروشنده سوییچ است.

ماژول‌های QSFP28{0}}منطبق با MSA عمومی

ماژول‌های عمومی MSA می‌توانند در محیط‌های باز، آزمایشگاه‌ها، شبکه‌های آزمایشی و استقرار جعبه‌های سفید{0} که نیازی به شناسایی دقیق فروشنده نیست، خوب باشند. آنها هزینه های اولیه را کاهش می دهند و موجودی نوری عمومی را ساده می کنند، اما در محیط های سوئیچ محدود ریسک بیشتری را به همراه دارند.چه زمانی از آنها استفاده نکنید:در یک پارچه تولیدی Cisco/Juniper/NVIDIA، در هر جایی که دقت DOM/DDM یک الزام نظارتی است، روی پیوندهای لامبدا تکی با وابستگی شدید FEC/سیستم‌افزار، یا جایی که فرآیند پشتیبانی شما از شما می‌خواهد که خطاها را در اپتیک‌های واجد شرایط بازتولید کنید. فرض نکنید که یک ماژول MSA عمومی بدون اعتبار سنجی از پلتفرم های Cisco، Juniper، Dell و NVIDIA عبور می کند.

ماژول های قابل برنامه ریزی QSFP28

ماژول‌های قابل برنامه‌ریزی را می‌توان برای نمایه‌های فروشنده مختلف با یک ابزار سازگار، که واقعاً برای شبکه‌های چند فروشنده، تجهیزات اضطراری و تیم‌های خدمات میدانی- مفید است، کدگذاری مجدد کرد. آنها نیاز به ذخیره ماژول‌های رمزگذاری شده ثابت را برای هر پلتفرمی کاهش می‌دهند، اما کنترل فرآیند را می‌طلبند: کارکنان آموزش دیده، برچسب‌گذاری مجدد دقیق پس از برنامه‌نویسی، و یک مرحله اعتبارسنجی واضح. خطر اصلی یک ماژول است که برای سوئیچ هدف اشتباه دوباره کدگذاری یا برچسب گذاری شده است.

نحوه انتخاب ماژول QSFP28 مناسب

تصمیم را بر اساس سناریوی خود ترسیم کنید تا ارزان‌ترین مورد. ماتریس زیر نسخه کوتاه آن است.

نحوه تست سازگاری QSFP28 قبل از استقرار

مطمئن‌ترین راه، واجد شرایط بودن نمونه‌ها قبل از خرید در حجم است. پنج مرحله باعث می شود آزمون تکرار شود.

مرحله 1 - برای هر فروشنده و نوع نمونه سفارش دهید

برای هر فروشنده سوئیچ و نوع ماژولی که می‌خواهید استقرار دهید، یک نمونه کوچک سفارش دهید. اگر شبکه سیسکو، آریستا و جونیپر را در بر می گیرد، در هر سه واجد شرایط باشید. یک پلت فرم را آزمایش نکنید و نتیجه را تعمیم دهید.

مرحله 2 - شناسایی را تأیید کنید

ماژول را وارد کنید و تأیید کنید که سوئیچ آن را به درستی شناسایی می‌کند: فروشنده/قطع{0}}تشخیص شماره، قابلیت سرعت صحیح، نوع صحیح فرستنده گیرنده، در دسترس بودن DOM/DDM، بدون{1}}هشدار ماژول پشتیبانی نشده، و بدون خطا-وضعیت غیرفعال. اگر به‌عنوان ناشناخته یا پشتیبانی‌نشده نشان داده می‌شود، قبل از ادامه، تعیین کنید که آیا دلیل آن کدگذاری EEPROM، پشتیبانی سفت‌افزار یا خط‌مشی پلتفرم است.

مرحله 3 - یک پیوند واقعی بسازید

به -دستگاه دور مورد نظر یا یک پایه نماینده-وصل شوید و وضعیت پیوند را تأیید کنید-وضعیت بالا، سرعت صحیح، حالت FEC صحیح، انتقال و دریافت برق در محدوده، شمارشگرهای خطا تمیز، و پایداری پس از پرش رابط و بازنشستگی فیزیکی. ماژولی که شناسایی می شود اما نمی تواند پیوندی را نگه دارد آماده تولید نیست.

مرحله 4 - اجرای ترافیک

ترافیک را برای یک پنجره معنی دار - حداقل چند ساعت، بیشتر برای پارچه های مهم - عبور دهید و خطاهای CRC، تعداد تصحیح FEC-، فلپ های پیوند، هشدارهای دما و از دست دادن بسته ها را مشاهده کنید. برای محیط‌های بحرانی، تحت بار واقعی و در دمایی که نوری واقعاً می‌بیند، آزمایش کنید.

مرحله 5 - پیکربندی تایید شده را مستند کنید

برای هر ماژول تایید شده، شماره قطعه تامین کننده، هدف کدگذاری EEPROM، مدل سوئیچ، نسخه سیستم عامل، نوع پورت، حالت FEC، حالت شکست، نتیجه تست و وضعیت DOM/DDM را ثبت کنید. آن رکورد به ماتریس سازگاری داخلی شما تبدیل می شود و نفر بعدی را از اجرای مجدد کل تمرین نجات می دهد.

معیارهای پذیرش

از یک نوار عبور یا شکست صریح استفاده کنید تا "به نظر خوب می رسید" هرگز تصمیم به خرید نگیرد.

یادداشت میدانی: جایی که این تست ها نگهداری می شوند

نمونه‌ای نماینده که در پارچه‌های مختلط دیده می‌شود: دسته‌ای از ماژول‌های 100G SR4 عمومی یک آزمایش پیوند سریع-بالا را پشت سر می‌گذارند و به لایه-برگی می‌روند. پورت های 100G بومی خوب هستند. هفته‌ها بعد، تلاشی برای پیکربندی مجدد برخی از آن پورت‌ها برای شکست 4x25G در یک گروه پورت با شکست مواجه شد - ماژول‌ها سالم هستند، اما پشتیبانی از کارت خط و پیش‌فرض‌های FEC هرگز برای آن حالت تأیید نشدند. به طور جداگانه، پس از یک ارتقای معمولی سیستم عامل، خوانش های DOM در همان ماژول ها شروع به بازگشت می کنند.N/Aزیرا نسخه جدید EEPROM آنها را متفاوت تجزیه می کند. هیچ یک از این مشکلات نقص نوری نیست. هر دو در مراحل بالا تحت بررسی شکست و بررسی پست ارتقاء DOM{1}} قرار می گرفتند. هزینه رد شدن از صلاحیت بعداً به‌عنوان یک تغییر-شکست پنجره و یک نقطه کور نظارتی به جای هنگام خرید نشان داده می‌شود.

نتیجه گیری

سازگاری QSFP28 بسیار بیشتر از سرعت و دسترسی است. پلت فرم سوئیچ، نسخه میان‌افزار، کدگذاری EEPROM، تنظیمات FEC، پشتیبانی شکست، رفتار DOM/DDM و برنامه پشتیبانی عملیاتی شما، همگی بین یک مطابقت برگه داده و پیوند 100G پایدار قرار دارند. نوع نوری داخل ماژول - 4x25G در مقابل تک-لامبدا - دوباره این الزامات را تغییر می‌دهد.

برای اکثر شبکه‌های تولیدی، ماژول‌های QSFP28{0}}کدگذاری‌شده یا پلت‌فرم{1}}تأیید شده توسط فروشنده کمترین-خطر هستند. برای{4}}املاک فروشنده مختلط، ماژول‌های قابل برنامه‌ریزی می‌توانند موجودی مازاد را زمانی که فرآیند کدگذاری مجدد کنترل می‌شود، قابل مدیریت نگه دارند. قانون عملیات کوتاه است: قبل از خرید، مدل دقیق و میان‌افزار را تأیید کنید، قبل از استقرار، نمونه‌ها را در برابر یک نوار عبور یا شکست صریح واجد شرایط کنید، و همه ماژول‌های تأییدشده-و-ترکیب پلتفرم را یادداشت کنید تا استقرار بعدی به جای فرض، از شواهد شروع شود.