Optikai adó-vevő tesztelése: A 6 ellenőrzési lépés, amely elválasztja a megbízható modulokat a drága hibáktól
Apr 29, 2026| Az optikai adó-vevő helyszíni tesztelése más kérdésre vonatkozik, mint a gyári minőségellenőrzés. Azon mérnökök számára, akiknek tesztelniük kell az optikai adó-vevő modulokat a rack telepítése előtt, a legtöbb tesztelési útmutató figyelmen kívül hagyja azt a perspektívát, ami számít: nem azt, hogy a gyártó hogyan teszteli a modulokat a gyárban, hanem azt, hogy egy beszerzési csoport vagy helyszíni mérnök hogyan ellenőrzi a minőséget a beérkező ellenőrzés során, a ténylegesen rendelkezésre álló eszközökkel és hozzáféréssel. Ez a szakadék a gyári minőségellenőrzési irodalom és a helyszíni ellenőrzés valósága között pontosan ez az útmutató.
A gyári minőségellenőrzés és a helyszíni ellenőrzés két különböző probléma
Minden adó-vevő gyártó kalibrációt, szemdiagram mérést és valamilyen öregedési tesztet végez a szállítás előtt. Más gyártók cikkei részletesen leírják ezeket a lépéseket, gyakran egy gyártó mérnök szemszögéből, aki beállítja a lézer előfeszítési áramát a tesztpadon. Ez hasznos kontextus, de nem ad választ arra a kérdésre, amellyel a hálózati mérnöknek szembe kell néznie, amikor egy raklap QSFP28 modul érkezik a rakodódokkba.
A gyári minőségellenőrzés megerősíti, hogy a modul megfelelt a specifikációnak abban a pillanatban, amikor elhagyta a vonalat. A helyszíni ellenőrzés megerősíti, hogy a csomagolás és a szállítás után is megfelel a specifikációknak, és - kritikusan -, hogy megfelelően fog működni az adott kapcsolóplatformon és kábelezési környezetben. A különbség azért számít, mert a leggyakoribb adó-vevő minősítési tesztelési hibák a helyszínen egyáltalán nem optikai jellegűek: EEPROM kódolási eltérések és címkehibák (Telcordia GR-468 terepi adatok szerint), amelyek gazdagép oldali elutasítást okoznak, nem fotonikus leromlást.
Tekintsük konkrétan a különbséget. A gyártó kimenő minőségellenőrzője 25 fokos szögben tesztel egy modult egy referencia gazdagépen egy 2 méteres patch kábellel. Az Ön telepítése ugyanazt a modult egy 40 fokos kapcsolóházba helyezi, amely 8 km-nyi telepített optikai szálon keresztül kapcsolódik három patch panel csatlakozással, és a gyártó által soha nem tesztelt firmware-verzión fut. Megértéshogyan alakítja a gyártási folyamat a modul minőségétsegít megmagyarázni, hogy a kimenő gyári adatok miért jelentenek kiindulási pontot, nem pedig célvonalat, de az alábbi hat helyszínellenőrzési lépés zárja be a különbséget. A bejövő ellenőrzések legpraktikusabb sorrendje szerint kezdődnek azzal, amihez csak optikai teljesítménymérő kell, és a napokig és a hőkamrákig terjed.
Annak megértéséhez, hogy az adó-vevőn belül minden egyes alrendszer miért követeli meg a saját ellenőrzési lépését, segít megértenihogyan működnek valójában az optikai adó-vevő modulok, a TOSA emissziótól a ROSA vételen és az APC/ATC vezérlőhurkon keresztül, amelyek mindkettőt stabilan tartják.
Tesztelje az 1 - optikai teljesítmény és vételi érzékenység mérését
Ez az első ellenőrzés, mert csak egy optikai teljesítménymérőt igényel, és portonként kevesebb mint egy percet vesz igénybe. Helyezze be a modult egy tesztkapcsolóba vagy médiaátalakítóba, csatlakoztasson egy ismert-jó patch kábelt, és mérje meg az átviteli teljesítményt a távoli végén.
A szabványos QSFP28 tesztelési eljáráshoz a100G-LR4 modul, az IEEE 802.3ba 88. szakasza a sávonkénti Tx teljesítményt nagyjából −6,5 dBm és +2.5 dBm közé helyezi. A vételi érzékenység, a leggyengébb jel, amelynél a vevő még mindig eléri a cél BER-t, közel –20,9 dBm / IEEE 802.3ba, 88. szakasz 100GBASE{10}}LR4 esetén. Ezek nem hozzávetőleges iránymutatások; ezek azok a határok, amelyeket az optikai teljesítménymérőnek meg kell erősítenie.
A teszt azonnal észlel két hibamódot. Először is, egy olyan lézerben, amely már a Tx teljesítmény költségvetésének alacsony határán fut, nem marad tartalék a csatlakozó elöregedésére vagy később hozzáadott szálhajlításokra. Másodszor, egy vevő, amelynek érzékenysége magasra sodródott, működhet egy rövid asztalkábelen, de meghibásodik egy 10 km-es üzemi kapcsolaton, ahol a csillapítás felgyülemlik. A kapcsolat mindkét végének mérése, nem csak a Tx, az, ami elválasztja a valódi optikai adó-vevő tesztelési munkafolyamatot a gyors épelméjűség-ellenőrzéstől.
A QSFP28 LR4 tételekre vonatkozó bejövő ellenőrzésünk során az egységek 100%-án keresztezzük a DDM Rx-leolvasásokat egy kalibrált teljesítménymérővel; az 1,5 dB feletti eltérések teljes-kötegtartást és újramintavételezést váltanak ki. Ez a küszöb a tapasztalatból származik: az 1,5 dB-nél szélesebb értékek általában egy rosszul kalibrált Rx teljesítmény lekérdezési táblázatra vezetnek vissza, nem pedig az optikai szál oldali eltéréseire.
Teszt 2 - Szemdiagram elemzés: NRZ moduláció a PAM4 ellen
A szemdiagram tesztelése olyan jelintegritási problémákat tár fel, amelyeket az egyszerű teljesítményleolvasás soha nem fog felfogni: jitter, -szimbólumok közötti interferencia és hullámforma-torzítás, amelyek még akkor is rontják a BER-t, ha az átlagos teljesítmény megfelelőnek tűnik.
A 10G és 25G NRZ modulok esetében egyetlen szemnyílás meséli el a történetet. A szemnek törölnie kell a vonatkozó IEEE 802.3 záradékban meghatározott maszksablont mérhető margóval, és itt a margó a szó, ami számít, mert az a modul, amely szobahőmérsékleten alig törli a maszkot, meghibásodik magasabb üzemi hőmérsékleten.
A PAM4 modulációt használó 400G és 800G modulok alapjaiban változtatják meg a képet. A PAM4 szimbólumonként két bitet kódol négy amplitúdószinten keresztül, így egy helyett három különálló al{5}}szemet hoz létre. Az IEEE 802.3bs szabvány bevezette a TDECQ - Transmitter and Dispersion Eye Closure Quaternary --t, mint a PAM4 szemdiagram tesztelésének végleges mérését 400 G-on és nagyobb teljesítményen (Lightwave Online). A TDECQ mindhárom részszemet kiértékeli, és a gyakorlatban a középső szem (amelyet a konvenciótól függően néha 1-es vagy 2-es szemnek neveznek) a legérzékenyebb az ISI-re, és következetesen a legnehezebb áthaladni. A mi tesztelésünk során400G QSFP-DD modulokPRBS-13Q alatt a középső szem következetesen szűkebb TDECQ-határt mutat, mint a külső két szem, és ez az a szem alatti szem, amely a legvalószínűbb, hogy a hőmérséklet emelkedésével hibásodik meg a maszksablonban. Ha egy modul csak szobahőmérsékleten tisztítja a maszkot, akkor elengedhetetlen a 70 fokos ismételt tesztelés.
Tesztelje a 3 - BER-tesztet és a FEC-csapdát
A bithibaarány mérése a kapcsolatminőség aranystandardja. A szabványos módszer egy BERT (bithibaarány-tesztelő) csatlakoztatása, egy PRBS-31 vagy PRBS-13Q minta futtatása statisztikailag szignifikáns időtartamig, amely általában elég hosszú ahhoz, hogy megerősítse az SFP adó-vevő BER-teszt eredményeit 1×10⁻¹² alatti NRZ-kapcsolatok esetén, és rögzítse az eredményt. Eddig egyenesen.
A KP4 FEC-et futtató 400G-s hivatkozások specifikus megfigyelési vakfoltot hoznak létre: a post-FEC számláló nullát mutat, míg a pre-FEC BER a 2,4×10⁻⁴ korrekciós küszöb (IEEE 802.3bs) felé kúszik. E küszöbérték alatt a FEC kijavítja az összes hibát, és az -FEC BER nullát olvas. Fölötte a link leesik egy szikláról.
Itt van az a probléma, amellyel a mérnökök ténylegesen szembesülnek a terepen: figyelik a post{0}}FEC-számlálókat, nulla hibát látnak, és kijelentik, hogy a link egészséges.
Eközben a pre-FEC BER mérete 1,8×10⁻⁴, ma működőképes, de csak a magasság 25%-a választja el a korrekciós határt. A forró folyosón a környezeti hőmérséklet 3 fokos emelkedése, vagy egy csatlakozó, amely ujjlenyomatot vesz egy későbbi karbantartási időszak során, túllépi a pre-FEC BER-t a küszöbön. A link figyelmeztetés nélkül leesik, mert a post{8}}FEC számlálók nulláról katasztrofálisra változtak egyetlen lekérdezési időközön belül.
Az elvileg egyértelmű: bármely FEC{0}}engedélyezett link esetén a tesztelési bejegyzés-FEC BER önmagában nem jelent minőségellenőrzést. A pre-FEC BER-nek a FEC korrekciós küszöb 50%-a alatt kell lennie, azaz 1,2×10⁻⁴ alatt kell lennie a KP4 esetében, hogy jelentős mozgásteret biztosítson a hőeltolódással, a csatlakozó leromlásával és a szálak öregedésével szemben. Az 1,8×10⁻⁴ áthaladó modul nem margós modul; ez egy modul, amely a feltételek változására vár.
Tesztelje az 4 - EEPROM kódolást és a DDM/DOM ellenőrzést
Ez a teszt felderíti a „nem támogatott adó-vevő” hibák egyetlen leggyakoribb okát, és egyáltalán nem igényel optikai tesztberendezést - csak CLI-hozzáférést a kapcsolóhoz.
Minden csatlakoztatható adó-vevő az azonosítási és kalibrációs adatokat a beépített EEPROM-ban tárolja, az ipari MSA szabványok szerint strukturálva: SFF-8472 SFP/SFP+, SFF-8636 QSFP28, ésCMIS 5.0 QSFP-DD és OSFP formátumokhoz. Amikor egy kapcsoló elindul, vagy egy forrón behelyezett modult észlel, a firmware beolvassa az adott EEPROM mezőket - Szállító neve, szállítói OUI, cikkszám, verziókód -, és ellenőrzi őket egy belső engedélyezőlistán.
Ha valamelyik mezőt nem ismeri fel, a következmények platformonként változnak, de soha nem jók: a Cisco IOS{0}}XR teljesen letilthatja a portot, a Junos letilthatja a DDM-telemetriát, az Arista EOS pedig naplózhatja a rendszernaplót zavaró, állandó figyelmeztetéseket. A modul optikája hibátlan lehet; a port sötét marad, mert az EEPROM 20–35. bájtjában lévő karakterlánc nem egyezik a firmware által elvárttal. Ez a valóságharmadik féltől származó adó-vevő kompatibilitás, és ezért az optikai adó-vevő EEPROM ellenőrzése kötelező bejövő ellenőrzési lépés, nem pedig opcionális. Ezt a hibát első kézből tapasztaltuk a QSFP28-LR4 modulok kötegénél, amelyeket egy ügyfél Cisco Nexus 9300-as szövetébe szántak: mind a 48 egység átment az optikai teljesítményteszteken, de a behelyezéskor elutasították, mert az EEPROM verziókódja egy karakterrel távolabb volt az NX-OS 10.2(3) engedélyezési listájától. A javításhoz firmware-frissítésre volt szükség a modulokon, nem hardvercserére.
Egy kérdés, amit a mérnökök feltesznek, de a legtöbb beszállító elkerüli: valójában mit ír a harmadik féltől származó modul a Szállító neve mezőbe? Az iparág korai szakaszában egyes gyártók közvetlenül klónozták az OEM-karakterláncokat, például a „CISCO{1}}FINISAR”-t, ami a jogi szürke területeket és a firmware-frissítések-törékenységét hozta létre. A modern megközelítés, amelyet a 100gmodules.com oldalon használunk, az MSA{6}}kompatibilis kódolás a saját bejegyzett szállítói nevünk alatt. Azokon a platformokon, amelyek kényszerítik a szállítói engedélyezőlistákat, ehhez engedélyezni kell a szolgáltatás által nem támogatott -adó-vevő parancsot (Cisco IOS-XE) vagy az ezzel egyenértékű felülbírálást, egyszeri konfigurációt, nem pedig megoldást. Minden szállítmányhoz{12}}platformspecifikus engedélyezési utasításokat adunk, pontosan azért, mert ez az a lépés, amely a legvalószínűbb, hogy megakad az első{13}}telepítéskor.
DDM (Digital Diagnostic Monitoring, más néven DOM)valós idejű telemetriát biztosít a modulból: hőmérséklet, tápfeszültség, lézer előfeszítő áram, Tx optikai teljesítmény és Rx optikai teljesítmény. Cisco platformokon a show interfaces adó-vevő megjeleníti ezeket az értékeket; a Huawei esetében a kijelző kidolgozása és a kijelző adó-vevő ugyanazt a célt szolgálja; Linux hosztokon az ethtool -m és az i2cdump közvetlenül olvassa be a nyers EEPROM-regiszteradatokat. Minden egyes általunk szállított modul SKU-hoz a tesztpadunkról készült DDM-ellenőrzési képernyőképek elérhetők a termékoldalon, így láthatja az alapértékeket, mielőtt saját egységek megérkeznének.
De magát a DDM pontosságát ellenőrizni kell, és ezt a pontot a legtöbb útmutató teljesen átugorja. Az alacsony-minőségű modulok olyan Tx vagy Rx teljesítményértékeket jelezhetnek, amelyek ±2 dB-lel vagy nagyobb mértékben térnek el a kalibrált optikai teljesítménymérővel mért értékektől. Cisco platformokon hasonlítsa össze az interfészek adó-vevő Rx teljesítményértékét a mérőállással; a ±1,5 dB-t meghaladó eltérés SFP+ vagy QSFP28 esetén a kalibrációs piros zászló, nem pedig a szálmargó eltérése. A kiváltó ok általában a modul EEPROM kalibrációs regisztereiben található, nem megfelelően feltöltött Rx teljesítmény keresési táblázat.
Van egy finomabb DDM-probléma, amely megmagyarázza, hogy a modul miért tud egészséges értékeket mutatni, miközben a hivatkozás eldobja a képkockákat. A prémium modulok nagyjából 100 mikromásodpercenként frissítik belső ADC-leolvasásaikat; A költségvetési modulok csak ezredmásodperces időközönként frissülhetnek, ez a különbség gyökerezikAz APC vezérlőhurok architektúráját az adó-vevő funkció útmutatónkban dokumentáljuk. A hőtranziensek során, mondjuk, az első 60 másodpercben a forró kapcsolónyílásba való behelyezés után, a lézer kimeneti teljesítménye ingadozik, ahogy az APC vezérlőhurok rendeződik. Egy gyorsan-frissítő modul rögzíti a DDM ingadozásait; egy lassú-frissítő modul átlagolja őket, és olyan stabil leolvasást mutat, amely elfedi a valódi instabilitást. Ha a DDM azt mondja, hogy a modul rendben van, de a BER-számlálók nem értenek egyet, a frissítési gyakoriság eltérése valószínűsíthető kiváltó ok. A diagnosztizáláshoz azonban kalibrált optikai teljesítménymérőre van szükség a CLI mellett, ezért a beillesztést követő első 10 percben minden tételnél párhuzamos megfigyelést futtatunk.
Tesztelje a 5 - beégést- és a gyorsított öregedés-ellenőrzést
Valószínűleg nem fogja futtatni az optikai adó-vevő burn{0}}tesztelését; termikus kamrákra, folyamatos forgalomgenerálásra és napokig tartó folyamatos figyelésre van szükség. Azt kell tennie, hogy bizonyítékot kérjen arra vonatkozóan, hogy a szállítója megfelelően futtatta, és tudja, mit jelent a „megfelelően”, hogy értékelni tudja a dokumentációját.
A hiteles égés{0}}a teszt során a modulokat megemelt hőmérsékleten, jellemzően 70-85 fokon, folyamatos elektromos és optikai terhelés mellett 72-168 órán keresztül működteti. A cél a csecsemőhalálozási hibák előidézése: olyan modulok, amelyek szélső forrasztási kötésekkel, gyenge huzalkötésekkel vagy perem-lézerdiódákkal rendelkeznek, amelyek a bevezetés első heteiben meghibásodnak. Az iparág-tól fogadta el a képesítési keretrendszertTelcordia GR-468ezt tovább bővíti, és 2000 óra (körülbelül 83 nap) öregítést ír elő nulla meghibásodás nélkül a gyártás minősítésének mércéjeként.
A 2000 -órás öregedési teszt sikeresen kiküszöböli a korai-élettartam-hibákat, de nem jelzi előre a közép-élettartamú lézerromlást, vagyis a kimeneti teljesítmény lassú csökkenését, ahogy az erősítés közepes öregszik egy tipikus 5-–-7-éves adatközpont-telepítés alatt. A hosszú-életciklus-garanciát igénylő projekteknél kérje a szállító MTBF-adatait Telcordia SR-332 módszertan szerint 40 fokos környezeti hőmérsékleten. A jó hírű beszállítóktól származó, kereskedelmi minőségű modulok általában az 500 000–1 000 000 órás tartományban jelentenek MTBF értékeket; A 300 000 óra alatti értékek további vizsgálatot tesznek szükségessé az alkatrészbeszerzéssel és az összeszerelési folyamattal kapcsolatban. Az MTBF és a beégés különböző dolgokat mér: a beégés egy kötegből szűri ki a hibás egységeket, míg az MTBF a populáció szintű megbízhatóságot becsüli meg a modul tervezett élettartama alatt. Az a szállító, aki beégési rekordokat biztosít, de nem tud MTBF adatot készíteni, a megbízhatósági kép fele hiányzik.
Amit keresni kell a szállítói dokumentációban: égési-hőmérséklet és időtartam, mintaméret, folyamatos volt-e a forgalom, vagy üzemi{1}}ciklusos volt-e, és hogy valamelyik egység meghibásodott-e, és kikerült-e a kötegből. Az a beszállító, aki a „100%-os égés{4}}tesztelt” kifejezést adja meg, de nem adja meg a hőmérsékletet, az időtartamot vagy a meghibásodási arányt, nem nyújt érdemi minőségi bizonyítékot. Ha a szállítója csak 24 órát üzemel környezeti hőmérsékleten, és beéget-hívja, akkor ez egy jelölőnégyzet bejelölésére szolgál, nem pedig a hibás modulok kiszűrésére. A szűrés hatékonyságának különbsége a 24 óra 25 fokos és a 72 óra 85 fok között nem inkrementális, hanem kategorikus.
A protokollban szereplő saját égésünk-85 fokon, 96 órán keresztül működik folyamatos PRBS-forgalom mellett, pontosan azért, mert az általunk vizsgált hibamódok (gyenge kötések és marginális VCSEL-tömbök) tartós hőfeszültséget igényelnek a felszínre. A beszerzési folyamat során kérésre a vevők rendelkezésére állnak a kötegelt égetési-jelentések, beleértve az egységenkénti megfelelési/sikertelenségi rekordokat a hőmérséklettel és időtartammal együtt.
Tesztelje a 6 - platform kompatibilitását és együttműködési képességét
Az utolsó ellenőrzési lépéshez egyetlen dologra van szükség, amelyet egyetlen munkaasztali műszer sem képes megismételni: a tényleges gyártási váltást. Helyezze be a modult, hívja elő az interfészt, és erősítsen meg három dolgot egymás után.
Először ellenőrizze, hogy a rendszernaplókban nem található-e „nem támogatott”, „nem felismert” vagy „nem{0}}minősített” üzenet. Egyes platformok (nevezetesen a Cisco NX-OS) lehetővé teszik a port működését a figyelmeztetések naplózása közben; mások nehezen-ki fogják tiltani. Akárhogy is, a naplóbejegyzés jelzi, hogy az EEPROM kódolás átment-e a gazdagép kompatibilitási ellenőrzésén.
Másodszor, ellenőrizze, hogy a DDM telemetria teljesen feltöltve van-e. Egyes platformokon egy ismeretlen modul átadja a forgalmat, de minden DDM-mezőt nullaként vagy N/A-ként jelent, így csendben megfosztja a kapcsolat állapotának időbeli megfigyelését. A DDM láthatósága nélkül futó modul olyan modul, amelyet nem lehet proaktívan kezelni.
Harmadszor, ha a környezete vegyes{0}}szállítói platformokat tartalmaz, tesztelje ugyanazt a modult minden platformtípusban. A Cisco-kompatibilitásra kódolt QSFP28 nem feltétlenül felel meg a Juniper EEPROM-ellenőrzésének, és fordítva. A több-platformos optikai adó-vevő tesztelése különösen fontos azon szervezetek számára, amelyekszabványosítani az MSA{0}}kompatibilis csatlakoztatható adó-vevőkethogy csökkentse a szállítói bezárkózást-. Ezen a ponton egyértelmű ítélet: a megfelelő EEPROM-kóddal és ellenőrzött platform-kompatibilitási tesztrekordokkal rendelkező, harmadik féltől származó modulok esetében a működési megbízhatóság kockázata nem különbözik jelentős mértékben az ugyanazon a platformon futó OEM-modulokétól. A kockázati változó a szállító tesztelési folyamatának ellenőrizhetősége, nem pedig maga a „harmadik fél” címke.
A gyorscsere{0}}tesztelést érdemes megemlíteni. Helyezze be és távolítsa el a modult három-öt alkalommal, miközben figyeli a port állapotát és a naplókimenetet. A marginális elektromos érintkezőkkel vagy rosszul illeszkedő hűtőbordákkal rendelkező modulok átmennek egyetlen behelyezési teszten, de ismételt kezelés után időszakosan meghibásodnak, pontosan az a forgatókönyv, amellyel a helyszíni technikus a karbantartási ablakok során találkozik. Fenntartunk egy kompatibilitási mátrixot, amely lefedi az egyes kapcsolómodelleket és firmware-verziókat, amelyekhez az egyes modulok SKU-jait ellenőrizték. Ez az erőforrás minden szállított adó-vevő termékoldalán elérhető.
Mit kérhet a szállítójától: A dokumentációs ellenőrzőlista
A harmadik fél adó-vevő minőségellenőrzése csak annyira hiteles, mint amennyire a rekordjai vannak. Egy beszállító – legyen az OEM vagy harmadik fél – értékelésekor minden termékcsaládhoz kérje a következő dokumentációt, és a beszállító hajlandóságát önmagában minőségi jelzésként kezelje.
Kimenő minőségellenőrzési tesztlap
Az egységenkénti optikai teljesítmény és érzékenység mérése, nem pedig köteg{1}}szintű átlagok. Egyedi moduladatokra van szükség a margón áthaladó egységek rögzítéséhez.
DDM kalibráció érvényesítése
Egy rekord, amely a DDM{0}}jelzett értékek és a kalibrált teljesítménymérő mérései közötti igazodást mutatja. Így győződhet meg arról, hogy a gyártás során használt DDM-leolvasások valóban pontosak.
Írja be-a tesztjelentésbe
Meg kell adnia a hőmérsékletet (70–85 fok), az időtartamot (minimum 72+ óra), a minta méretét, a forgalom típusát (folyamatos vs. duty-cycled) és a sikeres/nem teljesített mennyiséget, beleértve a kötegből eltávolított egységeket is.
Platform kompatibilitási mátrix
A tesztelt kapcsolómodellek és firmware-verziók listája, tesztelési dátumokkal. A "Ciscoval kompatibilis" nem kompatibilitási mátrix; "NX-OS 10.3(2) operációs rendszert futtató Nexus 9300v-n tesztelve".
EEPROM firmware revízió és MSA megfelelőségi nyilatkozat
Adja meg az SFF-8472, SFF-8636 vagy CMIS 5.0 verziót a tényleges verziószámmal, így ellenőrizheti, hogy az megegyezik-e a modulon található adatokkal.
Az a szállító, aki nem tud égési-hőmérsékletet és időtartamot biztosítani, szinte bizonyosan 24-órás környezeti-hőmérséklet-elszívást végez, amely folyamat a halott-érkező-egységeket szűri, nem a csecsemőhalandóságot. Ez egy minimális költségű kötegelt teszt egy olyan modulon, amelyet öt vagy több évig telepít. Ennek megfelelően árazza fel a kockázatot.
A 100gmodules.com oldalon ezt az öt dokumentációs elemet standard szállítmányként biztosítjuk minden megrendeléshez, amely letölthető a termékoldalról, vagy teljes egészében elérhető a beszerzés felülvizsgálata során. A tényleges dokumentumok, nem összefoglalók.
Tesztelt modulok, igazolt teljesítmény
Minden adó-vevő a címen100gmodules.coma fent leírt ellenőrzési szekvencián keresztül történik: optikai teljesítménymérés, szemdiagram elemzés, BER-ellenőrzés elő-FEC margin megerősítéssel, EEPROM és DDM megerősítés, égés-85 fokos szűrésben és több-platform kompatibilitás tesztelése. Ha egy bejövő minőségellenőrzési folyamatot a semmiből épít fel, vagy olyan szigorít, amelyik rossz köteget enged át, az ebben az útmutatóban található keretrendszer megadja a paramétereket és az átadási/sikertelenségi kritériumokat, amelyek alapján dolgozni kell.
GYIK
K: Milyen tesztek ellenőrzik az optikai adó-vevő minőségét a telepítés előtt?
V: Hat alapteszt alkotja a teljes ellenőrzést: optikai teljesítmény és vételi érzékenység mérése, szemdiagram elemzés (beleértve a TDECQ-t PAM4-hez), BER-teszt a -FEC és utó{2}}FEC-értékeléssel, az EEPROM-kódolás és a DDM-pontosság-ellenőrzés, a beéget- és az öregedés-szűrés, valamint a platform-kompatibilitás tesztelése.
K: Mi a különbség az NRZ és a PAM4 szemdiagram tesztelése között?
V: Az NRZ moduláció egyetlen szemnyílást hoz létre a maszksablonhoz képest. A PAM4 három, TDECQ mérést igénylő al-szemet hoz létre IEEE 802.3bs-ként, és a középső{4}}alszemet általában a legnehezebb átengedni az inter-szimbólum-interferencia miatt.
K: Mit kell tartalmaznia az optikai adó-vevők{0}}égésének?
V: A Credible burn{0}}a modulokat 70–85 fokban, folyamatos forgalom mellett 72–168 órán keresztül működteti. A Telcordia GR{10}}468 minősítési szabvány 2000 órás öregítést ír elő hiba nélkül. A beégés kiszűri a csecsemőhalálozási hibákat a helyszíni telepítés előtt.
K: Miért jelenik meg a kapcsolóm „nem támogatott adó-vevő”, amikor a modul fizikailag illeszkedik?
V: A kapcsoló firmware beolvassa a modul EEPROM-ját a behelyezéskor, és ellenőrzi a szállító nevét, a cikkszámot és az egyéb mezőket egy belső engedélyezőlista alapján. A fel nem ismert vagy helytelenül kódolt mezők miatt a gazdagép letiltja a portot vagy letiltja a DDM-adatokat, függetlenül az optikai teljesítménytől.
K: A DDM-leolvasások önmagukban megerősíthetik, hogy az adó-vevő megfelelően működik?
V: Nem megbízható. A DDM pontossága a gyári kalibrálás minőségétől függ, és az alacsony költségű modulok ±2 dB-lel vagy többet is eltérhetnek a tényleges optikai teljesítménytől. Ezenkívül a DDM-frissítési intervallumok 100 mikroszekundumtól néhány ezredmásodpercig változnak, potenciálisan elfedve a termikus tranzienseket. Mindig kereszt-ellenőrzést végezzen független optikai teljesítménymérővel.