اگر تا به حال یک Cisco SFP+ را با یک ماژول شخص ثالث تعویض کرده باشید و چراغهای LED پیوند را تماشا کرده باشید، از قبل مشکل را میدانید: قابلیت همکاری فرستنده گیرنده متقابل ممکن است، اما تنها زمانی که جزئیات را تأیید کنید. این مقاله به مهندسان شبکه، عملیات مرکز داده و تیمهای تدارکات کمک میکند تا با استفاده از آزمونهای پذیرش عملی، DOM بررسیهای سلامت عقل، و قوانین سازگاری سوئیچ، خطر را کاهش دهند. همچنین الگوهای عیب یابی دریافت خواهید کرد که تیم های میدانی می توانند در طول یک حادثه زنده اعمال کنند.
بررسی واقعیت تعامل پذیری: آنچه در واقع بین فروشندگان خراب می شود
بیشتر اپتیکهای مدرن از استانداردهای IEEE 802.3 برای رفتار الکتریکی/نوری و رابطهای مشترک قابل اتصال پیروی میکنند، اما خرابیهای قابلیت همکاری هنوز در حاشیه اتفاق میافتد. مقصران بزرگ هستندانتخاب های پیاده سازی خاص فروشندهدر مورد زمانبندی، کالیبراسیون، کنترل کلاس قدرت و ویژگیهای مدیریتی مانند DOM (DOM). حتی زمانی که دو ماژول روی کاغذ "10G-SR" هستند، تفاوت در استراتژی بایاس لیزری، حاشیه حساسیت گیرنده و قالببندی داده EEPROM میتواند باعث ایجاد پیوندهای ناپایدار یا هشدارهای "بدون تشخیص" شود.
در عمل، تیم های میدانی مسائل را در سه لایه می بینند. اول لایه فیزیکی است: نوع فیبر، شعاع خمیدگی و تمیزی رابط میتواند بر نتایج بیشتر از برند فرستنده گیرنده تسلط داشته باشد. دوم بودجه پیوند نوری است: اگر نزدیک به حاشیه باشید، تغییر حساسیت گیرنده بین فروشندگان عامل تعیین کننده می شود. سوم، مدیریت و پیکربندی است: سفتافزار سوئیچ ممکن است محدودیتهایی را در زمینههای EEPROM، بیتهای قابلیت DOM یا شناسههای فروشنده اعمال کند.
برای مرجع، رفتار نوری قابل اتصال با استانداردهای IEEE 802.3 برای عملکرد اترنت PHY لنگر مییابد، در حالی که برگههای داده فروشنده پارامترهای نوری دقیق، رفتار DOM و انطباق را تعریف میکنند. یک نقطه شروع خوب [منبع: IEEE 802.3] است. برای ویژگیهای DOM و رفتار مدیریتی، فروشندگان همچنین یادداشتهای مفصل «پشتیبانی DOM» و «نقشه EEPROM» را در دیتاشیتهای خود منتشر میکنند.
سر به سر: سازگاری با مشخصات که بیشترین اهمیت را دارد
هنگامی که مهندسان قابلیت همکاری فرستنده گیرنده متقاطع را ارزیابی می کنند، معمولاً با طول موج و رسیدن شروع می کنند، اما تصمیم واقعی به نحوه رفتار ماژول تحت انتظارات سوئیچ شما بستگی دارد. در زیر یک مقایسه عملی در بین اپتیکهای کوتاهمدت رایج مورد استفاده در طرحهای برگ و ستون مهرههای سازمانی و مرکز داده آورده شده است. از آن به عنوان یک چک لیست پایه استفاده کنید، سپس با مدل دقیق سوئیچ و سیستم عامل خود اعتبارسنجی کنید.
| نوع نوری | طول موج معمولی | دسترسی (معمولی) | رابط | DOM | محدودیت کلاس قدرت / کلید | محدوده دمای عملیاتی | مثال شماره قطعات |
|---|---|---|---|---|---|---|---|
| 10G SR (SFP+) | 850 نانومتر | 300 متر (OM3) / 400 متر (OM4) | LC | معمولا پشتیبانی می شود | کلاس بسته به فروشنده متفاوت است. بررسی قدرت TX + حساسیت RX | 0 تا 70 درجه سانتیگراد (معمولی) یا -40 تا 85 درجه سانتیگراد (صنعتی) | Cisco SFP-10G-SR، FS.com SFP-10GSR-85، Finisar FTLX8571D3BCL |
| 25G SR (SFP28) | 850 نانومتر | 100 متر (OM3) / 150 متر (OM4) | LC | معمولا پشتیبانی می شود | بودجه برق و حاشیه گیرنده را بررسی کنید | -5 تا 70 درجه سانتیگراد (معمولی) یا بیشتر | Huawei ماژولهای 25G SR سازگار، Cisco انواع 25G SR |
| 100G SR4 (QSFP28) | 850 نانومتر | 100 متر (OM3) / 150 متر (OM4) | MPO-12 | اغلب پشتیبانی می شود | نقشه خطوط و کنترل قطبیت MPO را بررسی کنید | 0 تا 70 درجه سانتیگراد معمولی | ماژول های شخص ثالث SR4 QSFP28 (وابسته به فروشنده) |
«گوچاها» معمولاً نرخ پیوند استاندارد شده نیستند. آنها هستندسازگاری DOMوحاشیه بودجه برق. به عنوان مثال، یک ماژول 10G SR ممکن است از مذاکره اولیه پیوند عبور کند، اما همچنان هشدارهای DOM را نشان می دهد اگر سوئیچ انتظار طرح بندی EEPROM خاصی را داشته باشد. یکی دیگر از مسائل رایج دما است: اگر در راهروهای داغ مستقر شوید و ماژول فقط بین 0 تا 70 درجه سانتیگراد رتبه بندی شده باشد، می تواند خروجی لیزر و حساسیت گیرنده را مدتها قبل از اینکه به طور کامل از کار بیفتد، کاهش دهد.
نکته حرفه ای:قبل از اینکه فرستنده و گیرنده را مقصر بدانید، لاگ نوری پورت سوئیچ را بکشید و توان TX و توان RX گزارش شده ماژول را با محدوده صفحه داده فروشنده مقایسه کنید. اگر توان TX به طور مداوم کم است اما پیوند کار می کند، ممکن است حاشیه های کوچکی را روی هم قرار دهید: تمیزی فیبر به علاوه از دست دادن کانکتور به علاوه رانش کالیبراسیون فروشنده در نهایت شما را از لبه خارج می کند.
استراتژی سازگاری: تأیید سیستم عامل سوئیچ، DOM و خط مشی اپتیک
زمانی که شما با آن مانند یک مشکل سازگاری نرم افزاری، نه یک مشکل «تعویض سخت افزار» رفتار کنید، کارکرد مشترک فرستنده گیرنده بین فروشنده آسان تر است. هدف شما این است که تأیید کنید که سیستم عامل سوئیچ شما فیلدهای EEPROM ماژول را می پذیرد و از مجموعه ویژگی DOM پشتیبانی می کند بدون اینکه عیب یابی را متوقف کنید یا پورت را غیرفعال کنید.
سفتافزار سوئیچ را قفل کنید و رفتار اپتیک پایه را ثبت کنید
یک مدل سوئیچ نماینده و انتشار میانافزار انتخاب کنید، سپس رفتار پورت را با اپتیکهای شناختهشده فعلی ثبت کنید. ضبط: پایداری پیوند در مدت 24 تا 72 ساعت، بازخوانی DOM (دما، ولتاژ، جریان بایاس، توان TX، توان RX)، و هرگونه هشدار سیستم ثبت. در تولید، ما معمولاً یک آزمایش مرحلهای را اجرا میکنیم: یک پورت برای هر سوئیچ ToR و یک Uplink در هر ستون، با نظارت برای بازنشانی پیوند.
پشتیبانی DOM و انتظارات EEPROM را تأیید کنید
بسیاری از سوئیچ ها از فیلدهای EEPROM برای تصمیم گیری در مورد فعال کردن تشخیص، اعمال آستانه های خاص فروشنده یا اعمال خط مشی های سازگاری استفاده می کنند. حتی اگر ماژول «DOM پشتیبانی میشود»، سوئیچ ممکن است نیاز داشته باشد که صفحات تشخیصی خاصی پر شوند یا اینکه ماژول یک قالب شناسه فروشنده شناخته شده را گزارش کند. با مقایسه فیلدهای خروجی DOM با صفحه داده ماژول و بررسی اینکه آیا سوئیچ ماژول را بهعنوان «عمومی» در مقابل «سازگار» علامتگذاری میکند، اعتبارسنجی کنید.
اعتبار بودجه نوری با اندازه گیری فیبر واقعی
تنها به «دسترسی» تکیه نکنید. از دست رفتن لینک واقعی را با یک OTDR یا حداقل با تسترهای فیبر کالیبره شده در زمان نصب اندازه گیری کنید، سپس از دست رفتن پچ پنل و تمیزی کانکتور را در نظر بگیرید. برای اپتیکهای کوتاهدست، چند دهم دسیبل مهم است، زیرا حاشیههای حساسیت گیرنده تنگ است و کالیبراسیون فروشنده میتواند متفاوت باشد.
هزینه و بازگشت سرمایه: OEM در مقابل شخص ثالث بدون قمار
فشار بودجه واقعی است، اما ارزانترین اپتیک میتواند گران شود اگر باعث خرابی، تشدید یا چرخه تعویض با تاخیر شود. ماژول های OEM اغلب برای هر واحد هزینه بیشتری دارند، اما می توانند ریسک عملیاتی را کاهش دهند زیرا فروشندگان سوئیچ آنها را با شدت بیشتری آزمایش و اعتبارسنجی می کنند. اپتیک شخص ثالث می تواند مقرون به صرفه باشد، با این حال شما باید زمان لازم را برای تست پذیرش اختصاص دهید و یک ماتریس سازگاری محکم داشته باشید.
به عنوان یک محدوده برنامه ریزی تقریبی، بسیاری از تیم های مرکز داده ماژول های 10G SR SFP+ شخص ثالث را با قیمتی در حدود می بینند15 تا 40 دلارهر کدام، در حالی که معادلهای OEM میتوانند نزدیکتر باشند60 تا 150 دلاربسته به فروشنده، کانال فروش و گارانتی. برای اپتیکهای با سرعت بالاتر مانند 25G SFP28 و 100G QSFP28 SR4، قیمت هر واحد به سرعت افزایش مییابد و TCO به جای قیمت برچسب ماژول، تحت سلطه مدیریت خرابی و لجستیک RMA قرار میگیرد.
ROI زمانی بهبود مییابد که مجموعه کوچکی از شمارههای قطعه معتبر را استاندارد کنید و قطعات یدکی را مطابق با آن مشخصات دقیق نگه دارید. همچنین زمانی که زمان عیبیابی را کاهش میدهید، بهبود مییابد: یک تیم میدانی مجهز به لیست سازگاری اثباتشده میتواند به جای چند ساعت، در چند دقیقه تعویض و تأیید کند.
مشکلات رایج و نکات عیب یابی از این زمینه
در زیر حالتهای خرابی وجود دارد که به طور مکرر در زمانی که تیمها تلاش میکنند تا با فرستنده گیرنده متقابل فروشندگان همکاری کنند، دیدهایم. برای هر کدام، من علت اصلی و یک مسیر رفع سریع را درج می کنم.
-
دام: فلپ ها را پس از درج "موفق" پیوند دهید
علت ریشه ای:بودجه نوری حاشیه ای یا کانکتورهای کثیف که باعث ایجاد نوک تضعیف متناوب می شوند.
رفع:LC/MPO تمیز با دستمالهای بدون پرز و ایزوپروپیل الکل 99 درصد یا کارتریجهای تمیزکننده تایید شده به پایان میرسد. آزمایش مجدد با دامنه فیبر؛ قبل از نتیجهگیری از ناسازگاری اپتیک، شمارندههای خطای پیوند (CRC/FCS) را بررسی کنید. -
دام: سوئیچ "فرستنده گیرنده پشتیبانی نشده" یا زنگ هشدار DOM را نشان می دهد
علت ریشه ای:تفاوتهای قالببندی فیلد EEPROM یا از دست رفتن صفحات عیبیابی DOM مورد انتظار آن میانافزار سوییچ.
رفع:ماژول را روی همان مدل سوئیچ و نسخه سیستم عامل تست کنید. اگر کار می کند، سطح سیستم عامل را در مدیریت تغییر قفل کنید. در غیر این صورت ماژولی را انتخاب کنید که صریحاً توسط فروشنده به عنوان سازگار فهرست شده است و پذیرش را مجدداً اجرا کنید. -
دام: در آزمایشگاه کار می کند، در راهروی گرم یا در طول نوسانات دما از کار می افتد
علت ریشه ای:درجه حرارت ماژول برای محیط شما بسیار باریک است. رانش بایاس لیزر توان TX تحت بار را کاهش می دهد.
رفع:از ماژول هایی با محدوده دمای عملیاتی مناسب برای استقرار خود استفاده کنید. بررسی جریان هوا، دمای ورودی، و گردش مجدد حرارت درب عقب. DOM قدرت TX را در دمای اوج دوباره بررسی کنید. -
دام: سردرگمی قطبیت 100G SR4 MPO
علت ریشه ای:قطبیت نادرست MPO یا عدم تطابق نگاشت خطوط باعث BER بالا می شود در حالی که پیوند ممکن است به طور خلاصه ظاهر شود.
رفع:اعتبار MPO قطبیت را با استفاده از چک کننده قطبیت یا وصله خوب شناخته شده تأیید کنید. دوباره با آداپتورهای قطبی صحیح خاتمه دهید. نقشه برداری خطوط را بر اساس راهنمای QSFP28 SR4 از اسناد فروشنده تأیید کنید.
چک لیست تصمیم گیری: نحوه انتخاب برای همکاری متقابل فروشنده
از این لیست مرتب شده مانند چک لیست قبل از پرواز استفاده کنید. اگر هر مورد را برآورده کنید، شانس شما برای عرضه تمیز به طور چشمگیری افزایش می یابد.
- فاصله و نوع فیبر: تأیید OM3 در مقابل OM4، از دست دادن پیوند اندازهگیری شده، و تلفات پچ پانل.
- نرخ داده و کلاس نوری: SFP+ در مقابل SFP28 در مقابل QSFP28 را مطابقت دهید و هدف SR/ER/LR را تأیید کنید.
- سازگاری سوئیچ: نسبت به مدل دقیق سوئیچ و نسخه سیستم عامل خود اعتبارسنجی کنید. فرض نکنید که "سازگار با 10G-SR" کافی است.
- DOM و رفتار تشخیصی: تأیید کنید که DOM فعال است، فیلدها به درستی پر می شوند و هیچ خط مشی «پشتیبانی نشده» پورت را مسدود نمی کند.
- دمای عملیاتی: با مشخصات جریان هوای قفسه خود مطابقت دهید. سیستم های راهرو گرم به درجه بندی دمای گسترده نیاز دارند.
- خطر قفل شدن فروشنده: پس انداز را با هزینه تست پذیرش و مدیریت قطعات یدکی متعادل کنید.
- فرآیند گارانتی و RMA: اطمینان حاصل کنید که می توانید به سرعت جایگزین کنید. الگوهای نرخ خرابی و شرایط گارانتی را ارزیابی کنید.
سناریوی استقرار در دنیای واقعی: اپتیک های برگ و ستون فقرات بدون قطع شدن، تازه می شوند
در یک توپولوژی برگ-پایه مرکز داده سه لایه با سوئیچهای 48 پورت 10G ToR و دو اتصال بالا به سوئیچهای ستون فقرات، یک تیم عملیاتی اپتیکهای خراب را در یک پنجره آخر هفته جایگزین کردند. آنها بر روی یک مجموعه معتبر 10G SR SFP+ برای کابل کشی OM4 با کانکتورهای LC استاندارد کردند و هدف قرار دادند.100 مترحداکثر طول اجرا از جمله پچ پنل ها. قبل از قطع، آنها دو ماژول شخص ثالث (یکی برای هر فروشنده) را روی پورتهای یدکی آزمایش کردند48 ساعت، کنترل DOM قدرت TX/RX و بررسی اینکه syslog تمیز باقی مانده است. در طول عرضه، آنها سفتافزار را بدون تغییر نگه داشتند، کانکتورها را به طور فعال تمیز کردند و شمارندههای خطای پیوند را ثبت کردند. در نتیجه، آنها از هشدارهای رایج "فرستنده گیرنده پشتیبانی نشده" اجتناب کردند و هیچ درگاهی نیاز به بازگشت نداشت.
کدام گزینه را باید انتخاب کنید؟ (OEM در مقابل شخص ثالث در مقابل مختلط)
در اینجا توصیه عملی بر اساس نوع خواننده ارائه شده است، با این فرض که شما میخواهید قابلیت تعامل با فرستنده گیرنده متقابل فروشنده را با حداقل ریسک عملیاتی داشته باشید.
| وضعیت شما | بهترین تناسب | چرا | چه چیزی را تماشا کنیم |
|---|---|---|---|
| پیوندهای اصلی ماموریت، کنترل دقیق تغییر | اول اپتیک OEM | بیشترین احتمال سوئیچ سمت DOM و سازگاری خط مشی | هزینه واحد بالاتر؛ لوازم یدکی و زمان بندی چرخه عمر را برنامه ریزی کنید |
| دسترسی حساس به هزینه و لایه های تجمع | اپتیک شخص ثالث با اعتبارسنجی | اگر تست های پذیرش را اجرا کنید و یک لیست معتبر نگه دارید، پس انداز خوبی است | تفاوت میان افزار؛ DOM عدم تطابق فیلدها |
| فروشندگان ترکیبی در چندین خانواده سوئیچ | استراتژی ترکیبی با پین کردن دقیق قسمت شماره | به شما امکان میدهد هزینه هر محیط را با حفظ سازگاری بهینه کنید | یک ماتریس سازگاری بسازید و آن را در تدارکات اجرا کنید |
| انتقال آزمایشگاه به محصول یا عرضه سوئیچ جدید | پایلوت مرحلهای در بنادر نماینده | مشکلات خطمشی میانافزار را قبل از عرضه گستردهتر پیدا میکند | جدول زمانی را به صورت آزمایشی تنظیم کنید و معیارهای بازگشت را تعریف کنید |
سوالات متداول
آیا IEEE 802.3 قابلیت همکاری فرستنده گیرنده بین فروشنده را تضمین می کند؟
IEEE 802.3 رفتار کلیدی PHY را برای اترنت تعریف میکند، اما تمام جزئیات مربوط به فروشنده را در مورد نقشهبرداری EEPROM، صفحات تشخیصی DOM یا اجرای خطمشی سوئیچ به طور کامل استاندارد نمیکند. در استقرار واقعی، قابلیت همکاری هم به اجرای ماژول و هم به انتظارات سفتافزار سوییچ بستگی دارد. همیشه مدل دقیق سوئیچ و سیستم عامل خود را تأیید کنید.
چگونه می توانم قابلیت همکاری را بدون خطر توقف تولید آزمایش کنم؟
یک پایلوت محدود را روی پورت های یدکی یا یک سوئیچ مرحله بندی با همان سیستم عامل اجرا کنید. حداقل ثبات پیوند، خواندن DOM و هشدارهای ثبت سیستم را بررسی کنید24 الی 72 ساعت، سپس تنها پس از مشاهده شمارشگرهای خطای تمیز و مقادیر پایدار DOM گسترش دهید. در طول پنجره تست، سیستم عامل را پین نگه دارید.
چه مشکلاتی DOM به احتمال زیاد در ابتدا نشان داده می شوند؟
رایجترین نشانههای اولیه عبارتند از عدم وجود یا تشخیص «عمومی»، مقادیر آستانه غیرمنتظره، یا پیامهای سوئیچ مبنی بر اینکه فرستنده گیرنده پشتیبانی نمیشود. اینها اغلب از تفاوتهای میدان EEPROM یا بیتهای قابلیت DOM ناشی میشوند. اگر پورت همچنان ترافیک را ارسال میکند، اما تشخیص اشتباه به نظر میرسد، ممکن است پس از ارتقای سیستمافزار، همچنان در معرض سختتر شدن سیاستهای آینده باشید.
آیا اپتیک های شخص ثالث برای محیط های راهرو گرم ایمن هستند؟
آنها می توانند باشند، اما تنها در صورتی که محدوده دمای عملیاتی ماژول با شرایط قفسه و طراحی جریان هوا مطابقت داشته باشد. راهروهای داغ استرس بایاس لیزری بالاتری ایجاد میکنند و میتوانند حاشیه نوری را در طول زمان کاهش دهند. روندهای توان DOM TX را در دماهای اوج، نه فقط در هنگام درج، تأیید کنید.
زمانی که یک ماژول جدید لینک نمی شود، سریع ترین مسیر عیب یابی چیست؟
با فیبر و کانکتورها شروع کنید: تمیز کردن، بازرسی محدوده، و تأیید قطبیت MPO برای نوری موازی. سپس، قرائتهای DOM TX/RX را مقایسه کنید و تأیید کنید سوئیچ به دلیل خطمشی EEPROM پورت را مسدود نمیکند. در نهایت، ماژول را در یک پورت شناخته شده خوب تست کنید و یک ماژول خوب را در پورت خراب تست کنید تا مشخص شود که مشکل از سمت اپتیک است یا سمت سوئیچ.
تدارکات چگونه باید قابلیت همکاری فرستنده گیرنده بین فروشنده را مدیریت کند؟
تدارکات باید به یک ماتریس سازگاری مرتبط با مدل سوئیچ و سفتافزار، بعلاوه یک روش تست پذیرش تعریف شده نیاز داشته باشد. شماره قطعات دقیق را پین کنید و به تأیید پشتیبانی DOM در اسناد نیاز دارید. این امر خرید "باید کار کند" را کاهش می دهد و قابلیت همکاری را به یک فرآیند مهندسی کنترل شده تبدیل می کند.
اگر میخواهید قابلیت همکاری با فرستنده گیرنده بین فروشندهای قابل اعتماد داشته باشید، کمتر روی ادعاهای بازاریابی تمرکز کنید و بیشتر روی خطمشی میانافزار سوییچ، سلامت DOM و بودجه نوری اندازهگیریشده تمرکز کنید. مرحله بعدی: با استفاده از ماتریس سازگاری و چک لیست پذیرش خود را بسازیدراهنمای آزمون پذیرش اپتیکبه عنوان نقطه شروع
بیوگرافی نویسنده:من اپتیک های چند فروشنده را در شبکه های واقعی برگ و محوطه دانشگاه، از ورود به سیستم DOM تا تأیید اعتبار OTDR و پنجره های تغییر سیستم عامل، مستقر کرده و عیب یابی کرده ام. من اکنون به تیمها کمک میکنم که بدهیهای فناوری را با تبدیل اپتیکهای «plug-and-pray» به گردشهای کاری قابل اندازهگیری و قابل تکرار کاهش دهند.
