Тестування оптичного трансивера: 6 етапів перевірки, які відокремлюють надійні модулі від дорогих несправностей
Apr 29, 2026| Тестування оптичного трансивера на польовому рівні вирішує інше питання, ніж заводський контроль якості. Для інженерів, яким необхідно протестувати модулі оптичних трансиверів перед розгортанням у стійці, більшість посібників з тестування пропускають важливу перспективу: не те, як виробник тестує модулі на заводі, а те, як команда із закупівель або польовий інженер перевіряє якість під час вхідної інспекції за допомогою інструментів і доступу, які ви насправді маєте. Ця прогалина між заводською літературою щодо контролю якості та реальністю польової перевірки є саме тим місцем, де знаходиться цей посібник.
Заводський контроль якості та польова перевірка — це дві різні проблеми
Кожен виробник трансиверів проводить калібрування, вимірювання очкової діаграми та певну форму тесту на старіння перед відправкою. Статті від інших постачальників детально описують ці кроки, часто з точки зору інженера-виробника, який регулює струм зміщення лазера на випробувальному стенді. Це корисний контекст, але він не дає відповіді на питання, з яким стикається мережевий інженер, коли палета з модулями QSFP28 прибуває на вантажний майданчик.
Фабричний контроль якості підтверджує, що модуль відповідає специфікаціям на момент виходу з лінії. Польова перевірка підтверджує, що він все ще відповідає специфікаціям після пакування, доставки та - критично -, що він буде правильно працювати у вашій конкретній платформі комутатора та кабельному середовищі. Різниця має значення, тому що найпоширеніші помилки кваліфікаційного тестування трансивера в полі взагалі не є оптичними: це невідповідності кодування EEPROM і помилки міток (згідно з польовими даними Telcordia GR-468), які викликають відхилення на стороні хоста, а не фотонне погіршення.
Розглянемо розрив конкретно. Вихідний контроль якості виробника перевіряє модуль при 25 градусах на контрольному хості за допомогою 2-метрового патч-кабелю. Ваше розгортання поміщає той самий модуль у 40-градусне шасі комутатора, підключене через 8 км встановленого оптоволокна з трьома з’єднаннями патч-панелі, що працює на версії мікропрограми, яку виробник ніколи не тестував. Розумінняяк виробничий процес формує якість модулядопомагає пояснити, чому вихідні заводські дані є відправною точкою, а не фінішною лінією, але саме шість кроків перевірки поля, наведені нижче, усувають цю прогалину. Упорядковані за послідовністю, найбільш практичною для вхідної перевірки, вони починаються з того, що потребує лише вимірювача оптичної потужності, і переходять до того, що потребує днів і термокамер.
Щоб зрозуміти, чому кожна підсистема всередині трансивера вимагає власного етапу перевірки, це допоможе знатияк насправді функціонують модулі оптичних приймачів, від випромінювання TOSA через прийом ROSA та контури керування APC/ATC, які зберігають стабільність обох.
Перевірте 1 - оптичну потужність і приймайте вимірювання чутливості
Це перша перевірка, тому що для неї потрібен лише вимірювач оптичної потужності та займає менше хвилини на порт. Вставте модуль у тестовий комутатор або медіаконвертер, під’єднайте-хороший коммутаційний кабель і виміряйте потужність передачі на дальньому кінці.
Для стандартної процедури тестування QSFP28 на aМодуль 100G-LR4, у розділі 88 специфікації IEEE 802.3ba розміщується потужність передачі на-смугу приблизно від −6,5 дБм до +2.5 дБм. Чутливість прийому, найслабший сигнал, за якого приймач усе ще досягає цільового BER, становить близько −20,9 дБм відповідно до пункту 88 IEEE 802.3ba для 100GBASE-LR4. Це не приблизні вказівки; це межі відповідності/невідповідності, які повинен підтвердити ваш вимірювач оптичної потужності.
Тест відразу виявляє два режими відмови. По-перше, лазер, який уже працює на нижньому рівні свого бюджету потужності Tx, не має запасу на старіння роз’єму або вигини волокон, додані пізніше. По-друге, приймач, чутливість якого дрейфує високо, може працювати на короткому стендовому кабелі, але вийти з ладу на 10-кілометровій лінії зв’язку, де накопичується загасання. Вимірювання обох кінців каналу зв’язку, а не лише Tx, є тим, що відрізняє реальний робочий процес тестування оптичного трансивера від швидкої перевірки працездатності.
У нашій вхідній перевірці для партій QSFP28 LR4 ми перехресно-перевіряємо показання DDM Rx із каліброваним вимірювачем потужності на 100% пристроїв; відхилення понад 1,5 дБ запускають повне-пакетне утримання та повторну дискретизацію. Цей поріг випливає з досвіду: усе, що перевищує 1,5 дБ, зазвичай свідчить про неправильно відкалібровану таблицю пошуку потужності Rx, а не про варіацію-волокна.
Тест 2 - Аналіз очкової діаграми: модуляція NRZ проти PAM4
Тестування очкової діаграми виявляє проблеми цілісності сигналу, які ніколи не вловить звичайне вимірювання потужності: тремтіння, перешкоди між -символами та спотворення форми хвилі, які погіршують BER, навіть якщо середня потужність виглядає добре.
Для модулів 10G і 25G NRZ одне отвір відкриває всю історію. Око має очистити шаблон маски, визначений у відповідному пункті IEEE 802.3, з вимірюваним запасом, і запас є важливим тут словом, тому що модуль, який ледве очищає маску при кімнатній температурі, не зможе працювати при підвищених робочих температурах.
Модулі 400G і 800G з модуляцією PAM4 кардинально змінюють картину. PAM4 кодує два біти на символ на чотирьох рівнях амплітуди, утворюючи три чіткі під-очі замість одного. Стандарт IEEE 802.3bs представив TDECQ - передавач і четвертину закриття ока дисперсії - як остаточне вимірювання для тестування очкової діаграми PAM4 при 400G і вище (Lightwave Online). TDECQ оцінює всі три під-очі, і на практиці середнє око (іноді позначається як око 1 або око 2 залежно від традицій) є найбільш сприйнятливим до ISI, і його, як правило, найважче пройти. У нашому тестуванніМодулі 400G QSFP-DDзгідно з PRBS-13Q, середнє око постійно демонструє щільніший запас TDECQ, ніж зовнішні два ока, і це підоко, яке, швидше за все, не зможе пройти шаблон маски в міру підвищення температури. Якщо модуль очищає маску лише при кімнатній температурі, необхідне повторне тестування при 70 градусах.
Тест 3 - BER Testing і FEC Trap
Вимірювання частоти бітових помилок є золотим стандартом якості зв’язку. Стандартний метод полягає в тому, щоб підключити BERT (тестер частоти бітових помилок), запустити шаблон PRBS-31 або PRBS-13Q протягом статистично значущого періоду, як правило, достатньо довго, щоб підтвердити результати BER трансивера SFP нижче 1×10⁻¹² для каналів NRZ, і записати результат. Поки що все прямо.
Канали 400G, які використовують KP4 FEC, створюють особливу сліпу зону моніторингу: лічильник post-FEC показує нуль, тоді як pre-FEC BER піднімається до порогу корекції 2,4×10⁻⁴ (IEEE 802.3bs). Нижче цього порогу FEC виправляє всі помилки, а після-FEC BER читає нуль. Над ним ланка падає зі скелі.
Ось проблема, з якою інженери насправді стикаються в полі: вони відстежують лічильники post-FEC, не бачать жодних помилок і підписують посилання як справне.
Тим часом попередній-FEC BER становить 1,8×10⁻⁴, сьогодні працює, але лише на 25% запасу від межі корекції. Підвищення температури навколишнього середовища на 3 градуси в гарячому проході або роз’єм, який знімає відбиток пальця під час наступного періоду технічного обслуговування, перевищує порогове значення pre-FEC BER. Посилання втрачається без попередження, оскільки після-лічильники FEC змінилися від нуля до катастрофічного за один інтервал опитування.
Висновок очевидний: для будь-якого посилання з увімкненою-FEC лише перевірка-FEC BER не є перевіркою якості. Pre-FEC BER має бути нижче 50% порогу корекції FEC, що означає менше 1,2×10⁻⁴ для KP4, щоб забезпечити значний запас проти температурного дрейфу, погіршення якості роз’єму та старіння волокна. Модуль, який проходить 1,8 × 10⁻⁴, не є модулем із запасом; це модуль, який чекає на зміну умов.
Перевірте 4 - кодування EEPROM і перевірку DDM/DOM
Цей тест виявляє єдину найпоширенішу причину помилок «непідтримуваний трансивер», і для нього не потрібне оптичне тестове обладнання - лише доступ через CLI до вашого комутатора.
Кожен підключається трансивер зберігає дані ідентифікації та калібрування у вбудованому EEPROM, структурованому відповідно до галузевих стандартів MSA: SFF-8472 для SFP/SFP+, SFF-8636 для QSFP28 іCMIS 5.0 для форм-факторів QSFP-DD і OSFP. Коли комутатор завантажується або виявляє гарячий-вставлений модуль, його вбудоване програмне забезпечення зчитує певні поля EEPROM - Ім’я постачальника, OUI постачальника, Номер частини, код версії - та перевіряє їх у внутрішньому білому списку.
Якщо будь-яке поле не розпізнається, наслідки залежать від платформи, але завжди хороші: Cisco IOS-XR може повністю вимкнути порт, Junos може придушити телеметрію DDM, а Arista EOS може реєструвати постійні попередження, які засмічують ваш системний журнал. Оптика модуля може бути бездоганною; порт залишається темним, оскільки рядок у байтах 20–35 EEPROM не відповідає очікуванням мікропрограми. Це реальністьсумісність трансиверів сторонніх-розробників, і тому перевірка оптичного трансивера EEPROM є обов’язковим етапом перевірки вхідного сигналу, а не необов’язковим. Ми бачили цей збій на власні очі на партії модулів QSFP28-LR4, призначених для інтерфейсу клієнта Cisco Nexus 9300: усі 48 одиниць пройшли тести на оптичну потужність, але були відхилені під час вставлення, оскільки код версії EEPROM був на один символ від запису в білому списку NX-OS 10.2(3). Виправлення потребувало перепрошивки мікропрограми на модулях, а не заміни апаратного забезпечення.
Питання, яке задають інженери, але більшість постачальників уникають: що насправді вносить сторонній-модуль у поле «Назва постачальника»? На початку індустрії деякі виробники безпосередньо клонували рядки OEM, як-от "CISCO-FINISAR", практика, яка створювала юридичні сірі зони та нестійкість-оновлення мікропрограми. Сучасний підхід, який ми використовуємо на 100gmodules.com, полягає в кодуванні, яке відповідає вимогам MSA-під нашою власною зареєстрованою назвою постачальника. На платформах, які застосовують білі списки постачальників, для цього потрібно ввімкнути команду непідтримуваного-трансивера служби (Cisco IOS-XE) або еквівалентну заміну, одноразову-налаштування, а не обхідний шлях. Ми надаємо інструкції з увімкнення-спеціальної платформи з кожною доставкою саме тому, що це крок, який, швидше за все, завадить-першому розгортанню.
DDM (цифровий діагностичний моніторинг, також званий DOM)забезпечує-телеметрію в реальному часі від модуля: температуру, напругу живлення, струм зміщення лазера, оптичну потужність Tx і оптичну потужність Rx. На платформах Cisco трансівер show interfaces відображає ці значення; на Huawei етикетка дисплея та трансивер дисплея служать тій самій меті; на хостах Linux ethtool -m і i2cdump безпосередньо читають необроблені дані реєстру EEPROM. Для кожного SKU модуля, який ми постачаємо, на сторінці продукту доступні знімки екрана перевірки DDM з нашого випробувального стенду, тож ви можете побачити базові показники до того, як прибудуть ваші власні блоки.
Але сама точність DDM потребує перевірки, і це те, що більшість посібників повністю пропускає. Низько{1}}якісні модулі можуть повідомляти про показники потужності Tx або Rx, які відхиляються на ±2 дБ або більше від значень, виміряних за допомогою каліброваного вимірювача оптичної потужності. На платформах Cisco порівняйте значення потужності трансивера Show Interface Rx із показаннями лічильника; відхилення, що перевищує ±1,5 дБ на SFP+ або QSFP28, є червоним прапорцем калібрування, а не зміною межі волокна. Основною причиною зазвичай є неправильно заповнена таблиця пошуку потужності Rx у регістрах калібрування EEPROM модуля.
Існує більш тонка проблема DDM, яка пояснює, чому модуль може показувати здорові показання, тоді як посилання пропускає кадри. Модулі преміум-класу оновлюють показання внутрішнього АЦП приблизно кожні 100 мікросекунд; Бюджетні модулі можуть оновлюватися лише з інтервалом у мілісекунди, різниця корениться вархітектуру контуру керування APC, яку ми задокументували в нашому посібнику з функцій трансивера. Під час теплових перехідних процесів, скажімо, перші 60 секунд після вставлення в гарячий слот перемикача, вихідна потужність лазера коливається, оскільки контур керування APC встановлюється. Модуль швидкого-оновлення фіксує ці коливання в DDM; повільний-модуль оновлення усереднює їх, показуючи стабільні показники, які маскують справжню нестабільність. Якщо ваш DDM повідомляє, що з модулем все гаразд, але ваші лічильники BER не згодні, невідповідність частоти оновлення є вірогідною основною причиною. Але для його діагностики потрібен відкалібрований вимірювач оптичної потужності разом із CLI, тому ми проводимо паралельний моніторинг кожної партії протягом перших 10 хвилин після-вставлення.
Тест 5 - Burn-In та перевірка прискореного старіння
Ймовірно, ви не запустите запис оптичного трансивера-під час самостійного тестування; для цього потрібні термокамери, безперервна генерація трафіку та дні безперервного моніторингу. Вам слід вимагати доказів того, що ваш постачальник працював належним чином, і знати, що означає «належним чином», щоб ви могли оцінити їхню документацію.
Достовірне вигорання-під час тестування забезпечує роботу модулів при високій температурі, зазвичай від 70 до 85 градусів, під безперервним електричним і оптичним навантаженням протягом 72–168 годин. Мета полягає в тому, щоб викликати збої дитячої смертності: модулі з крайовими паяними з’єднаннями, слабкими дротяними з’єднаннями або лазерними діодами в краєвому-корпусі, які вийшли б з ладу протягом перших тижнів після розгортання. Галузь-прийняла рамку кваліфікації відTelcordia GR-468продовжує це, вимагаючи 2000 годин (приблизно 83 дні) витримки з нульовими відмовами як еталон для кваліфікації виробництва.
Проходження 2000{2}}годинного випробування на старіння усуває ранні-дефекти терміну служби, але не передбачає деградації лазера в середині-життя, повільне зниження вихідної потужності в міру старіння середовища підсилення порівняно з типовим розгортанням центру обробки даних від 5--7-років. Для проектів, які вимагають тривалого-гарантії життєвого циклу, вимагайте від постачальника дані MTBF, розраховані за методологією Telcordia SR-332 за температури навколишнього середовища 40 градусів. Модулі комерційного класу від авторитетних постачальників зазвичай повідомляють значення MTBF в діапазоні 500 000–1 000 000 годин; значення, нижчі за 300 000 годин, вимагають подальшого дослідження процесу постачання компонентів і складання. MTBF і burn-in вимірюють різні речі: burn-in відфільтровує дефектні одиниці з партії, тоді як MTBF оцінює надійність на рівні популяції протягом передбачуваного терміну служби модуля. Постачальник, який надає записи про вигоряння, але не може надати показник MTBF, упускає половину картини надійності.
На що звертати увагу в документації постачальника:-температура та тривалість горіння, розмір вибірки, чи був трафік безперервним чи циклічним-і чи якісь одиниці вийшли з ладу та були вилучені з партії. Постачальник, який цитує «100% горіння-в випробуваннях», але не вказує температуру, тривалість або частоту відмов, не надає значущих доказів якості. Якщо ваш постачальник працює лише 24 години при температурі навколишнього середовища та викликає-випалювання, це процес, призначений для встановлення прапорця, а не відсіювання дефектних модулів. Різниця в ефективності скринінгу між 24 годинами при 25 градусах і 72 годинами при 85 градусах не є додатковою, це категорично.
Наш власний -протокол працює при температурі 85 градусів протягом 96 годин під час безперервного трафіку PRBS, що перевищує мінімум у 72-години саме тому, що режими відмови, які ми перевіряємо (слабкі зв’язки матриці та маргінальні масиви VCSEL), потребують тривалого термічного навантаження, щоб вийти на поверхню. Звіти про спалювання-пакетів, включаючи записи про проходження/відмову для кожної одиниці з температурою та тривалістю, доступні покупцям за запитом під час процесу закупівлі.
Перевірте 6 - сумісність і взаємодію з платформою
На останньому етапі перевірки потрібна одна річ, яку не може відтворити жоден стендовий прилад: ваш фактичний виробничий перемикач. Вставте модуль, викличте інтерфейс і підтвердьте послідовність трьох речей.
Спочатку перевірте системні журнали на наявність повідомлень "непідтримувані", "нерозпізнані" або "не-кваліфіковані". Деякі платформи (зокрема, ОС Cisco NX-) дозволять працювати порту, продовжуючи реєструвати попередження; інші важко-відключать це. У будь-якому випадку запис журналу повідомляє, чи пройшло кодування EEPROM перевірку сумісності хоста.
По-друге, переконайтеся, що телеметрія DDM повністю заповнена. На певних платформах нерозпізнаний модуль пропускатиме трафік, але повідомлятиме про всі поля DDM як нуль або ні, мовчки позбавляючи вас можливості відстежувати працездатність посилання з часом. Модуль, що працює без видимості DDM, є модулем, яким ви не можете проактивно керувати.
По-третє, якщо ваше середовище включає змішані-платформи постачальників, протестуйте той самий модуль на кожному типі платформи. QSFP28, закодований для сумісності з Cisco, не обов’язково пройде перевірку EEPROM Juniper, і навпаки. Крос-тестування оптичних трансиверів особливо актуальне для організацій, якістандартизувати на MSA-сумісних підключених трансиверахщоб зменшити прив’язку-до постачальника. З цього приводу чітке судження: для модулів третіх-розробників із правильним кодуванням EEPROM і перевіреними записами тестування сумісності з платформами ризик операційної надійності суттєво не відрізняється від модулів OEM, що працюють на тій же платформі. Змінною ризику є можливість перевірки процесу тестування постачальника, а не сама етикетка "третіх-сторон".
Тут варто згадати тестування-гарячої заміни. Вставляйте та виймайте модуль три-п’ять разів, відстежуючи стан порту та виведення журналу. Модулі з крайовими електричними контактами або погано встановленими радіаторами можуть пройти один тест на вставлення, але періодично виходити з ладу після повторних маніпуляцій, саме з цим сценарієм стикається польовий технік під час періодів обслуговування. Ми підтримуємо матрицю сумісності, що охоплює конкретні моделі комутаторів і версії мікропрограми, на які перевірено кожен SKU модуля, ресурс, доступний на сторінці продукту для кожного трансивера, який ми постачаємо.
Що вимагати від свого постачальника: контрольний список документації
Перевірка якості трансивера третьою стороною заслуговує довіри лише до її записів. Оцінюючи постачальника, будь то OEM чи третя-сторона, вимагайте наведену нижче документацію для кожної лінії продуктів і сприймайте готовність постачальника надати її як сигнал якості сам по собі.
Вихідний тестовий аркуш КЯ
Показники оптичної потужності та чутливості на-одиницю, а не середні-рівні партії. Вам потрібні окремі дані модуля, щоб уловлювати одиниці, які пройшли на маржі.
Перевірка калібрування DDM
Запис, що показує узгодження між-повідомленими значеннями DDM і каліброваними вимірюваннями вимірювача потужності. Таким чином ви підтверджуєте, що показання DDM, на які ви будете покладатися у виробництві, дійсно точні.
Запис{0}}у звіті про тестування
Необхідно вказати температуру (70–85 градусів), тривалість (мінімум 72+ годин), розмір вибірки, тип трафіку (безперервний чи робочий-циклічний) і кількість відповідей/непроходжень, включаючи будь-які одиниці, вилучені з партії.
Матриця сумісності платформи
Список протестованих моделей комутаторів і версій прошивки з датами тестування. «Сумісність із Cisco» не є матрицею сумісності; «Перевірено на Nexus 9300v під керуванням NX-OS 10.3(2)».
Версія мікропрограми EEPROM і декларація відповідності MSA
Указуючи SFF-8472, SFF-8636 або CMIS 5.0, якщо це застосовно, із фактичним номером версії, щоб ви могли перевірити, чи він відповідає тому, що міститься в модулі.
Постачальник, який не може забезпечити спалювання-за температурою та тривалістю, майже напевно проводить 24-годинну-температуру навколишнього середовища, процес, який відстежує мертві-під-прибуття, а не дитячу смертність. Це пакетне тестування модуля з мінімальними витратами, який ви розгортаєте п’ять або більше років. Відповідно оцініть ризик.
На 100gmodules.com ми надаємо кожен із цих п’яти елементів документації як стандартні результати з кожним замовленням, які можна завантажити зі сторінки продукту або доступні в повному обсязі під час розгляду закупівлі. Фактичні документи, а не резюме.
Перевірені модулі, перевірена продуктивність
Кожен трансивер, перерахований у100gmodules.comпроходить послідовність перевірки, описану вище: вимірювання оптичної потужності, аналіз очкової діаграми, перевірка BER із попереднім-підтвердженням маржі FEC, підтвердженням EEPROM і DDM, екрануванням-вигоряння під кутом 85 градусів і тестуванням-сумісності з кількома-платформами. Якщо ви створюєте вхідний процес контролю якості з нуля або посилюєте процес, який пропускає погану партію, структура в цьому посібнику надає вам параметри та критерії проходження/невідповідності для роботи.
FAQ
Q: Які тести перевіряють якість оптичного трансивера перед розгортанням?
A: Шість основних тестів формують повну перевірку: вимірювання оптичної потужності та чутливості прийому, аналіз очкової діаграми (включно з TDECQ для PAM4), тестування BER з попередньою-FEC і-оцінкою FEC, кодування EEPROM і перевірка точності DDM, перевірка-запису та старіння, а також тестування сумісності платформи на апаратному забезпеченні цільового комутатора.
З: Яка різниця між тестуванням очної діаграми NRZ і PAM4?
Відповідь: Модуляція NRZ створює одноразове відкриття очей, оцінене за шаблоном маски. PAM4 генерує три під-очі, які вимагають вимірювання TDECQ відповідно до IEEE 802.3bs, із середнім під-очем зазвичай найважче пройти через перешкоди між-символами.
З: Що має містити-тест запису для оптичних трансиверів?
Відповідь: Надійне спалювання забезпечує роботу модулів при температурі 70–85 градусів під час безперервного трафіку протягом 72–168 годин. Кваліфікаційний стандарт Telcordia GR-468 вимагає 2000 годин старіння без збоїв. Burn-in відсіює дефекти дитячої смертності перед розгортанням на місцях.
З: Чому мій комутатор показує «непідтримуваний трансивер», коли модуль фізично підходить?
Відповідь: Прошивка комутатора зчитує EEPROM модуля під час вставлення та перевіряє назву постачальника, номер деталі та інші поля у внутрішньому білому списку. Нерозпізнані або неправильно закодовані поля призводять до того, що хост вимикає порт або пригнічує дані DDM, незалежно від оптичної продуктивності.
Питання: чи можуть лише показання DDM підтвердити, що трансивер працює правильно?
A: Ненадійно. Точність DDM залежить від якості заводського калібрування, а недорогі-модулі можуть відхилятися від фактичної оптичної потужності на ±2 дБ або більше. Крім того, інтервали оновлення DDM варіюються від 100 мікросекунд до кількох мілісекунд, потенційно маскуючи теплові перехідні процеси. Завжди проходьте-перехресну перевірку за допомогою незалежного вимірювача оптичної потужності.