QSFP28 kompatibilitás: MSA, EEPROM, FEC és támogatás

Papíron a QSFP28 adó-vevő kiválasztása ellenőrzőlistának tűnik: egyeztesse meg a sebességet, a hullámhosszt, a csatlakozót, az elérést és a száltípust, majd nyomja be a modult egy 100 G-os portba. Laboratóriumban ez gyakran elég. Egy gyártási szövetben nem.

Egy QSFP28 modul lehet teljesen MSA-kompatibilis, elérheti a megfelelő optikai elérést, használhatja a megfelelő csatlakozót, és a kapcsoló a behelyezés pillanatában is visszautasítja. Egy másik modul tisztán hozza létre a kapcsolatot, de nem jelez optikai tápellátást, időszakos riasztásokat ad, FEC hibákat halmoz fel, vagy csendesen megváltoztatja a viselkedést a firmware frissítése után. Ezen hibák egyike sem jelenik meg az adatlapok összehasonlításában.

Ez az útmutató elmagyarázza, hogyan működik a 100G QSFP28 kompatibilitás, mit kell ellenőrizni a vásárlás előtt, és hogyan csökkentheti a telepítési kockázatot Cisco, Arista, Juniper, Dell, NVIDIA/Mellanox és white{2}}box/SONiC környezetben.

Mi határozza meg a QSFP28 kompatibilitást

A QSFP28-kompatibilitás nem egyetlen igen-vagy-nem feltétel. Egy modul csak akkor működik a hálózatban, ha több réteg is áthalad: aformai tényezőilleszkedik a QSFP28 ketrechez, aEEPROM kódolásmegfelel annak, amit a kapcsoló elvár, akapcsoló firmwarefelismeri és engedélyezi a modult, aFEC mód és kitörési konfigurációmindkét végén egyetértenek, aDOM/DDM adatokolvasható a megfigyelő eszközeivel, és aszállítói támogatási szabályzatlehetővé teszi a modult a működési folyamatban. Hagyja ki ezek közül bármelyiket, és a "specifikációnak megfelelő" modul továbbra is meghibásodhat a terepen. Az útmutató további része bemutatja az egyes rétegeket, és bemutatja, hogyan tesztelheti őket.

Mit jelent valójában a QSFP28 kompatibilitás?

Segít a kompatibilitást négy egymásra helyezett rétegként kezelni. Egy modul törölheti az elsőt, de a többi közül az egyiket meghiúsítja, éppen ezért az „MSA-kompatibilis” önmagában nagyon keveset árul el az éles viselkedésről.

• MSA megfelelőség- a modul követi a közös formai, elektromos és felügyeleti-interfész elvárásokat.
• Kapcsoló kompatibilitás- a gazdagép felismeri, engedélyezi és figyeli a modult.
• Link interoperabilitás- mindkét vége stabil 100G-s kapcsolatot alakít ki a megfelelő sebesség-, FEC- és sávbeállításokkal.
• Működési kompatibilitás- a modul kiszámíthatóan viselkedik az Ön firmware-ével, megfigyelési veremével, támogatási folyamatával és tartalék-készlettervével.

Fizikai alkalmasság és MSA-megfelelőség

A legalsó rétegben a modulnak mechanikusan és elektromosan kapcsolódnia kell a QSFP28 ketrechez, és beszélnie kell a várt alacsony{1}}sebességű kezelőfelületet. Ez az, amit az MSA megfelelősége fedi le. A QSFP28 alaktényezőt az SFF/SNIA határozza megSFF-8665 specifikáció, amely szabványosítja a mechanikus borítékot, a reteszelést, a gazdagép csatlakozót és a felügyeleti interfészt, így a különböző gyártók moduljai és ketrecei együttműködhetnek egymással.

Mit tesz az MSA megfelelőségnemA garancia az, hogy minden kapcsológyártó teljes mértékben elfogadja a modult. A mechanikai és interfész megfelelőség a modult a portba juttatja; nem dönti el, hogy az operációs rendszer első osztályú, teljesen felügyelt optikaként kezeli-e. A QSFP28 megosztja mechanikai alapvonalát a későbbi QSFP-változatokkal, például a QSFP-DD-vel, így a ketreces illeszkedés önmagában gyenge jel a támogatásra - lásd eztQSFP-DD technikai áttekintéshogy a formai tényezők hogyan kapcsolódnak egymáshoz.

Gazdafelismerés és EEPROM kódolás

Minden QSFP28 modul azonosító és diagnosztikai adatokat tartalmaz egy kis EEPROM-ban, amelyet a kapcsoló behelyezésekor beolvas: gyártó neve, alkatrészszám, sorozatszám, teljesítményosztály, támogatott képességek, hullámhossz, elérés, DOM/DDM mezők és ellenőrző összegek. Sok kapcsoló használja ezeket az adatokat az optika kezelésének eldöntésére.

Egy optikailag tökéletes modul továbbra is megjelenhet, mintnem támogatott, ismeretlen, vagy csak részben figyeli, ha az EEPROM-profilja nem az, amit a switch keres. Ez az oka annak, hogy a külső beszállítók Cisco-kompatibilis, Arista-kompatibilis, Juniper-kompatibilis és Dell-kompatibilis változatokat árulnak ugyanabból az optikai típusból: lehet, hogy az optikai motor azonos, de az EEPROM kódolást úgy írják, hogy megfeleljen egy adott platformcsaládnak. A gyártói kódolás a gyakorlatban az egyetlen leggyakoribb oka annak, hogy egy egyébként helyes QSFP28 modult elfogadnak vagy elutasítanak.

Kapcsolja össze az átjárhatóságot, a FEC-et és a felügyeletet

A felismerés nem a cél. Miután a kapcsoló elfogadja a modult, a linknek továbbra is fel kell jönnie és fent kell maradnia. Ez a sebesség konfigurációjától, a FEC módtól, a kitörési módtól, a szál típusától, a polaritástól, a távolságtól, az optikai teljesítményszinttől és attól függ, hogy az ellenkező vég használja-e a megfelelő beállításokat. A továbbítási hibajavítást különösen a vonatkozóIEEE 802.3 Ethernet szabványok, és a különböző 100G-os optikai típusok eltérő FEC-viselkedést várnak -, amelyre alább visszatérünk.

Emiatt a link-up{0}}teszt önmagában nem kompatibilitási teszt. A valódi átvételi ellenőrzés a készletérzékelést, a DOM/DDM-leolvasásokat, a forgalom stabilitását és a hibaszámlálókat együtt ellenőrzi, nem csak azt, hogy az interfész vonal zöldre vált-e.

A 100G QSFP28 optikai típusai és azok különbségei

A "QSFP28" az alaktényezőt írja le, nem az optikát. A belső 100G-s optikai típus határozza meg a csatlakozót, a szálakat, a sávszerkezetet, a FEC-elvárást és a kitörési viselkedést -, és ezáltal a kompatibilitási történet nagy részét. Gyakori hiba az SR4 és a DR1 felcserélhetőként való kezelése, mivel mindkettő "100G QSFP28".

Ebből a táblázatból két praktikus kivonat következik. Először is a4x25G család (SR4, PSM4, CWDM4, LR4)kiforrott és széles körben támogatott, de csak a párhuzamos típusok (SR4, PSM4) valós 4x25G-s kitörési jelöltek, és a kitörés továbbra is a platformtól függ. Az SR4 multimódusú nyúlványa a kábelezési fokozaton függ, ezért erősítse meg az üzemet aOM1–OM5 távolságkorlátok; az egymódusú -módusú típusok esetében a szálminőség is számít, amelyre ez vonatkozikOS1 vs OS2 összehasonlítás. A CWDM4 és LR4 négy hullámhosszt egyesít egyetlen duplex párban, az ebben a primerben leírt elv szerint.WDM multiplexelés.

Másodszor, aegy-lambda család (DR1, FR1, LR1)a teljes 100G-t egy hullámhosszra helyezi, és érzékenyebb a FEC-beállításokra és a firmware-támogatásra, mint a régebbi 4x25G-s kialakítások. Előfordulhat, hogy egy platformnak, amely boldogan futtatja az LR4-et, újabb szoftverkiadásra vagy más FEC-alapértelmezésre van szüksége, mielőtt FR1 vagy LR1 hivatkozást jelenítene meg. Ha egyetlen-lambda optikát telepít, a firmware-támogatást tekintse kemény kapuzási követelménynek, nem pedig utólagos gondolatnak.

Miért hibásodik meg a QSFP28 modul egy „kompatibilis” porton?

Ha egy 100G-s kapcsolat rosszul működik, először az adó-vevőt hibáztatják. Gyakrabban a valódi ok a modul, a kapcsoló firmware, a portkonfiguráció vagy a kábelgyár közötti eltérés. Négy meghibásodási mód fedi le az esetek túlnyomó részét.

A kapcsoló elutasítja a modulazonosítót

Egyes platformok a port engedélyezése előtt ellenőrzik az optika azonosságát. Ha az EEPROM adatok nem egyeznek a várt profillal, a tünetek felismerhetők: annem támogatott adó-vevőbejegyzés a naplóba, a felület elakadtle-, vagy az anhiba-letiltvaállami. A megfelelő gyártói kódolás ennek nagy részét eltávolítja, de a kódolás önmagában nem teszi lehetővé a pontos kapcsolómodell és szoftververzió tesztelésének kihagyását, mivel az érvényesítési táblázatok platformonként és kiadásonként eltérőek.

A link beállításai nem egyeznek

A modul felismerhető, és továbbra is megtagadja a kapcsolódást. A szokásos bűnösök a sebesség eltérése, a helytelen vagy nem illő FEC mód, a nem támogatott kitörési konfiguráció, a rossz port mód, az adó-vevő típusa, amelyet az adott vonalkártya vagy portcsoport nem támogat, vagy egy inkompatibilis modul a távoli végén. Az FEC eltérések különösen gyakoriak az egy-lambda DR1/FR1/LR1 hivatkozásoknál, ahol az egyik oldal alapértelmezés szerint az RS-FEC, a másik pedig nem, így a link vagy soha nem jelenik meg, vagy növekvő FEC-korrekciós számmal érkezik.

A DOM/DDM hiányos vagy hibás

A digitális optikai megfigyelés (DOM/DDM) felfedi az optikai adási és vételi teljesítményt, a hőmérsékletet, a tápfeszültséget és a lézer előfeszítő áramát. A gyártás során ez teszi láthatóvá a lealacsonyító láncszemet, mielőtt leesne. A harmadik féltől származó QSFP28 modul átadhatja a forgalmat, miközben rossz DOM-ot jelent, és a hiba konkrétnak tűnik: a vételi teljesítmény megmutatjaN/A, a hőmérsékleti érték egy rögzített számra van befagyasztva, a mezők jelen vannak a CLI-ben, de az SNMP vagy telemetriás lekérdező nem tudja beolvasni őket, vagy a küszöbértékek soha nem kapcsolnak ki, mert a riasztási jelzők nincsenek kitöltve. Ez tűrhető egy padon és valódi működési rés egy felügyelt szövetben. Ha a DOM számít az üzemeltetési csapatnak, akkor az elfogadási teszthez tartozik, nem a kívánságlistához.

A firmware megváltoztatja az érvényesítési viselkedést

A kapcsoló firmware határozza meg, hogy a rendszer hogyan észleli, elemzi és érvényesíti az optikát, és ez a logika a kiadások között változik. Az egyik verzión tökéletesen működő modul eltérően viselkedhet a frissítés után - a módosítás érintheti az EEPROM-ellenőrzést, a DOM-elemzést, a FEC-alapértelmezéseket, a kitörési támogatást vagy magát a támogatott-adó-vevő táblát. Bármilyen nagyobb firmware-frissítés előtt a folytonosság feltételezése helyett minden telepített QSFP28 típusból legalább egy mintát érvényesítsen a célkiadáson.

QSFP28 kompatibilitás a kapcsológyártó által

Ezek a megjegyzések tervezési iránymutatások, nem garanciák. A kompatibilitás típus---, vonal--kártya--- és kiadás--függő, ezért a nagyméretű vásárlás előtt ellenőrizze a pontos kombinációt. Ha egy szállító hivatalos kompatibilitási eszközt tesz közzé, használja azt első hivatkozásként.

Cisco

A Cisco platformok általában szigorúbbak a nem{0}}Cisco optikák esetében, mint sok vállalati kapcsoló, és a Cisco egyértelműen kijelenti, hogy jogosultsági szabályzatának részeként nem támogatja a harmadik felek optikáját. Előfordulhat, hogy a nem-Cisco-kódolt modulok nem támogatottak, vagy platformspecifikus kezelést igényelnek, a Nexus vagy Catalyst modelltől és az NX-OS vagy IOS-XE kiadástól függően. Kezdje a hivatalostólCisco Transceiver Module Group (TMG) kompatibilitási mátrixhogy megbizonyosodjon arról, hogy mely optikák szerepelnek a pontos eszközön.

Ne vásároljon Cisco{0}}kötött QSFP28 modulokat kizárólag optikai típus alapján - ha az egyik Nexus platformon működő 100G LR4 másként viselkedhet egy másik platformon. A kötet vásárlása előtt ellenőrizze a pontos modellt, az NX-OS/IOS-XE verziót, a szükséges Cisco-kompatibilis kódolást, a DOM/DDM viselkedést, a Breakout- és FEC-támogatást, valamint a harmadik felek optikájával kapcsolatos támogatási álláspontját. A dobozon az interfész adó-vevő részleteinek megjelenítése a leggyorsabb módja a felismerés megerősítésének és a DOM olvasásának. A Cisco{12}}kompatibilis modulokat úgy kezelje, mintha a célszoftveren tesztelné, nem pedig úgy, mint amilyennek feltételezi, hogy az optikai specifikációk megfelelnek.

Szálka

Az Arista switchek általában megengedőbbek a jól -harmadik féltől származó-optikákkal, mint a legszigorúbb platformok, és sok EOS-környezetben a megfelelően kódolt QSFP28 modulok zárolási viselkedés nélkül jelennek meg. Ez tendencia, nem szabad átadás. Az EOS-verzió, a kapcsolócsalád, az optikai típus, a DOM viselkedése, az energiaosztály és a portkonfiguráció továbbra is befolyásolja az eredményt, és a nagy-teljesítményű, hosszú-elérésű optikák, a kitörési alkalmazások és az újabb egy-lambda-modulok továbbra is tesztelést igényelnek. Ellenőrizze a felismerést és a DOM-ot a show interfész adó-vevővel, és erősítse meg a FEC-et, a kitörési viselkedést és a hő/teljesítmény borítékot a hosszú -kinyúlású részek esetében.

Boróka

A Juniper viselkedése nagymértékben függ a pontos platformtól, a Junos kiadástól, a port típusától és az adó-vevő azonosítójától - az egyik QFX-en, MX-en vagy PTX-en elfogadott és teljesen felügyelt modul nem biztos, hogy a másikon. Ellenőrizze a tisztviselőtJuniper hardver kompatibilitási eszköza célplatformhoz; azt is jelzi, hogy egy adott optika támogatja-e a megfigyelést. Vegye figyelembe, hogy a JTAC nem nyújt támogatást a harmadik féltől származó optikai modulokhoz, ezért vegye ezt figyelembe támogatási tervében. Az eszközön az interfészek megjelenítése diagnosztika optika visszaadja a DOM-leolvasásokat. Ellenőrizze a platformot, a Junos kiadást, a PID-t vagy a kompatibilis EEPROM-profilt, a DOM-támogatást, a kitörési támogatást, és hogy az újabb DR1/FR1/LR1 típusok támogatottak-e ezen a hardveren.

Dell PowerSwitch

A Dell PowerSwitch platformok érzékenyek lehetnek az EEPROM-mezőkre, a DOM-elemzésre és a szoftver viselkedésére, és néhány harmadik féltől származó modul átadja a forgalmat, miközben figyelmeztetéseket, hiányos DOM-adatokat vagy készleteltéréseket jelenít meg. Erősítse meg az OS10 vagy SONiC verziót, a Dell-kompatibilis kódolást, a DOM/DDM-olvasást, a platform támogatott-optikai listáját, a FEC- és a breakout-követelményeket, valamint a firmware-frissítés során tapasztalt viselkedést. Ha a Dell-kapcsolók egy gyártási szövetben helyezkednek el, akkor a nagyobb rendelés leadása előtt ellenőrizze a modult ugyanazon a szoftververzión.

NVIDIA / Mellanox

Az NVIDIA/Mellanox környezetek a szigorúbbak közé tartoznak, különösen az AI, a HPC, az Ethernet és az InfiniBand szövetekben, ahol az érvényesített összekapcsolások a norma. Itt a kapcsolat stabilitása nem csak az optikai eléréstõl függ, hanem a jel integritásától, a firmware-támogatástól, az FEC viselkedésétõl és a platform érvényesítésétõl; egy modul észlelhető, és mégsem hozza létre a hivatkozást, ha a platform nem fogadja el, vagy a beállítások nem támogatottak. Az NVIDIA a minősített összeköttetéseit dokumentálja aLinkX kábelek és adó-vevőkoldalakon, és megjegyzi, hogy a nem minősített harmadik felek{0}}eszközei működhetnek, de nem vállalnak teljesítménygaranciát. Erősítse meg a pontos kapcsoló- és adaptermodellt, az Ethernet vs. InfiniBand módot, a firmware-verziót, az érvényesített kábelek/modulok listáját, az FEC-követelményeket, az elérést és típust, valamint a szállító érvényesítését ugyanazon a platformon. A kritikus mesterséges intelligencia- vagy HPC-szövetek esetében előnyben részesítse az ellenőrzött optikát vagy az alaposan tesztelt kompatibilis alternatívákat.

SONiC és fehér{0}}dobozkapcsolók

A SONiC és a fehér{0}}box kapcsolók általában nyitottabbak, mint a hagyományos OEM-platformok, de a „nyitott” nem „univerzális”. Az eredmények a kapcsoló ASIC-től, a platform-illesztőprogramtól, a NOS-összeállítástól, az EEPROM-elemzőtől, az adó-vevő-felügyeleti szolgáltatástól, a kitörési módtól és a portkonfigurációtól függenek. Előfordulhat, hogy egy modul összekapcsolódik, de hiányos készlet- vagy DOM-adatokat jelenthet, amelyek bizonyos költségérzékeny-vagy laborbeállítások esetén elfogadhatók, nem pedig olyan termelési szövetekben, amelyek pontos megfigyelést és eszközkövetést igényelnek. Tesztelje a pontos kapcsolómodellt és a NOS-felépítést, ahelyett, hogy feltételezné, hogy az összes MSA{7}}kompatibilis modul egyformán viselkedik.

Szállító-Kódolt és MSA{1}}kompatibilis és programozható QSFP28 modulok

A megfelelő modulosztály az Ön környezetétől, kockázattűrő képességétől és készletstratégiától függ.

Szállító által kódolt QSFP28 modulok

A szállítói-kódolt modulok olyan EEPROM-adatokat hordoznak, amelyek megfelelnek egy adott kapcsolószállítónak vagy platformcsaládnak. Általában ezek a legbiztonságosabb választás a gyártáshoz: kiszámíthatóbb felismerés, jobb DOM/DDM viselkedés és kevesebb támogatási komplikáció. Érje el őket, ha nagyszabású telepítést végez, a hálózat termelési -kritikus, Cisco/Juniper/Dell/NVIDIA platformokat futtat, fontos a pontosság figyelése, vagy ha szeretné elkerülni a nem támogatott-modul meglepetéseket. A kompromisszum az, hogy szállítónként külön készletet tartsanak-.

Általános MSA{0}}kompatibilis QSFP28 modulok

Az általános MSA-modulok megfelelőek lehetnek nyílt környezetekben, laboratóriumokban, teszthálózatokban és fehér{0}}dobozos telepítésekben, ahol nincs szükség szigorú szállítói elismerésre. Csökkentik az előzetes költségeket és egyszerűsítik az általános optikai készletet, de nagyobb kockázatot hordoznak a korlátozó kapcsolókörnyezetekben.Mikor ne használja őket:Cisco/Juniper/NVIDIA gyártási szövetekben, bárhol, ahol a DOM/DDM pontossága megfigyelési követelmény, egyetlen-lambda-kapcsolatokon szoros FEC/firmware-függőséggel, vagy ahol a támogatási folyamat arra kéri, hogy reprodukálja a hibákat minősített optikán. Ne feltételezze, hogy egyetlen általános MSA-modul érvényesítés nélkül keresztezi a Cisco, a Juniper, a Dell és az NVIDIA platformokat.

Programozható QSFP28 modulok

A programozható modulok átkódolhatók a különböző szállítói profilokhoz egy kompatibilis eszközzel, amely valóban hasznos a több-szállítói hálózatok, a vészhelyzeti tartalékok és a helyszíni-szerviz csapatok számára. Csökkentik a fix-kódolt modulok készletezésének szükségességét minden platformhoz, de folyamatirányítást igényelnek: képzett személyzetet, pontos újracímkézést a programozás után, és egyértelmű érvényesítési lépést. A fő kockázat a rossz célkapcsolóra átkódolt vagy felcímkézett modul.

Hogyan válasszuk ki a megfelelő QSFP28 modult

A döntést inkább a forgatókönyvéhez rendelje hozzá, ne a legolcsóbb sorhoz. Az alábbi mátrix a rövid változat.

A QSFP28 kompatibilitás tesztelése a telepítés előtt

A legbiztonságosabb út a minták minősítése a mennyiségi vásárlás előtt. Öt lépés teszi megismételhetővé a tesztet.

1 -. lépés Rendeljen mintát minden szállítóhoz és típushoz

Minden telepíteni kívánt kapcsolószállítóhoz és modultípushoz rendeljen egy kis mintát. Ha a hálózat átível a Ciscón, az Aristán és a Juniperen, kvalifikálja magát mindháromra; ne teszteljen egy platformot, és feltételezze, hogy az eredmény általánosít.

2 -. lépés Az észlelés ellenőrzése

Helyezze be a modult, és győződjön meg arról, hogy a kapcsoló megfelelően azonosítja: szállító/alkatrész{0}}szám felismerés, megfelelő sebesség, megfelelő adó-vevő típus, DOM/DDM elérhetőség, nincs nem támogatott-modul riasztás és nincs hiba-letiltott állapot. Ha ismeretlenként vagy nem támogatottként jelenik meg, mielőtt továbblépne, ellenőrizze, hogy az ok EEPROM-kódolás, firmware-támogatás vagy platformházirend-e.

3 -. lépés Valódi link létrehozása

Csatlakoztassa a kívánt távoli-eszközhöz vagy egy reprezentatív állvány-be, és ellenőrizze a kapcsolat állapotát, a helyes sebességet, a helyes FEC-módot, a hatótávolságon belüli átviteli és vételi teljesítményt, tisztítsa meg a hibaszámlálókat, valamint a stabilitást az interfész visszapattanása és a fizikai újratelepítés után is. Az észlelt, de hivatkozást nem tartalmazó modul nem-kész a termelésre.

Lépés 4 - Forgalom futtatása

Átadja a forgalmat egy értelmes ablakért - legalább néhány órával, kritikus anyagok esetén hosszabb ideig -, és figyelje a CRC-hibákat, a FEC{2}}korrekciós számlálókat, a hivatkozási szárnyakat, a hőmérséklet-riasztásokat és a csomagvesztést. Kritikus környezetekben valós terhelés mellett és azon a hőmérsékleten tesztelje, amelyet az optika ténylegesen lát.

5 -. lépés Dokumentálja a jóváhagyott konfigurációt

Minden jóváhagyott modulhoz rögzítse a szállítói cikkszámot, az EEPROM kódolási célt, a kapcsoló modelljét, a firmware verzióját, a port típusát, a FEC módot, a kitörési módot, a teszt eredményét és a DOM/DDM állapotát. Ez a rekord az Ön belső kompatibilitási mátrixává válik, és megkíméli a következő személyt a teljes gyakorlat újra-futtatásától.

Elfogadási feltételek

Használjon kifejezett sikeres/sikertelen sávot, így a „jónak tűnt” soha nem dönt a vásárlás mellett.

Megjegyzés mezőben: ahol ezek a tesztek kiérdemlik a tartást

Egy reprezentatív példa a vegyes szöveteknél: egy köteg általános 100G SR4 modul átmegy egy gyors összekapcsolási-teszten, és egy levél-gerincrétegbe kerül. A natív 100G portok rendben vannak. Hetekkel később a portok némelyikének 4x25G áttöréshez történő újrakonfigurálására tett kísérlet meghiúsult egy portcsoporton - a modulok rendben vannak, de a vonalkártya kitörési támogatása és az FEC alapértelmezett beállításai soha nem lettek érvényesítve ehhez a módhoz. Külön-külön, egy rutin firmware-frissítés után az ugyanazon modulokon lévő DOM-leolvasások visszatérnekN/Amert az új kiadás másképp elemzi az EEPROM-jukat. Egyik probléma sem optikai hiba; mindkettőt elkapta volna a kitörési ellenőrzés és a{1}}frissítés utáni DOM-ellenőrzés a fenti lépésekben. A minősítés kihagyásának költsége később, csere-ablak meghibásodásaként és holttérfigyelésként jelenik meg, nem pedig vásárláskor.

Következtetés

A QSFP28 kompatibilitást sokkal több határozza meg, mint a sebesség és az elérés. A kapcsolóplatform, a firmware-verzió, az EEPROM kódolás, a FEC-beállítások, a kitörési támogatás, a DOM/DDM viselkedés és az Ön működési támogatási terve mind az adatlapegyeztetés és a stabil 100G-s kapcsolat között helyezkednek el. Az - 4x25G modulon belüli optikai típus az egyszeri-lambdával - szemben ismét megváltoztatja ezeket a követelményeket.

A legtöbb éles hálózatnál a szállítói-kódolt vagy platform-validált QSFP28 modulok jelentik a legalacsonyabb-kockázatot; vegyes-szállítói ingatlanok esetén a programozható modulok kezelhetővé teszik a tartalék készletet, ha az újrakódolási folyamat vezérelt. A működési szabály rövid: vásárlás előtt ellenőrizze a pontos modellt és firmware-t, üzembe helyezés előtt minősítse a mintákat egy kifejezett sikeres/nem sikertelen sávhoz, és írjon le minden jóváhagyott modul{6}}és-platformkombinációt, hogy a következő üzembe helyezés bizonyítékokból induljon ki a feltételezések helyett.