Typ vysielača a prijímača vyhovuje rôznym protokolom

Oct 31, 2025|

Každý typ vysielača a prijímača je navrhnutý tak, aby podporoval špecifické sieťové protokoly na základe formátu, rýchlosti prenosu dát a požiadaviek na kódovanie. Kompatibilita závisí od zhody elektrického rozhrania, prenosovej rýchlosti a formátu signalizácie transceivera so špecifikáciami protokolu.

transceiver type

Sieťové protokoly kladú odlišné technické požiadavky, ktoré priamo určujú, ktoré typy transceiverov ich môžu podporovať. Ethernetové protokoly používajú špecifické schémy kódovania-8b/10b pre rýchlosti až 10 Gb/s a 64b/66b pre vyššie rýchlosti-zatiaľ čo Fibre Channel využíva rôzne štruktúry časovania a rámcov. Protokoly SONET/SDH vyžadujú presné možnosti synchronizácie a InfiniBand vyžaduje podporu RDMA s nízkou latenciou s uvoľnenými špecifikáciami jitteru.

Samotný tvarový faktor nezaručuje kompatibilitu protokolu. Port SFP+ môže fyzicky akceptovať transceiver, ale modul musí podporovať správne kódovanie linky a prenosovú rýchlosť pre cieľový protokol. Napríklad 10Gbps SFP+ môže podporovať 10GBASE-SR Ethernet alebo 8G Fibre Channel, ale SFP navrhnutý pre Gigabit Ethernet nebude fungovať v prostredí 10G Fibre Channel, aj keď sa konektor zmestí.

Kódovanie firmvéru špecifické pre{0}}protokol pridáva ďalšiu úroveň zložitosti. Hlavní dodávatelia zariadení ako Cisco, Juniper a HPE vkladajú do svojich vysielačov a prijímačov vlastné údaje EEPROM, čím vytvárajú zámok dodávateľa-v scenároch, v ktorých môžu byť generické moduly odmietnuté napriek tomu, že spĺňajú technické špecifikácie. Viac{4}}rýchlostné transceivery, ktoré podporujú protokoly ako 1G/10G/25G Ethernet alebo OC{11}}3/OC-12/OC-48 SONET, znižujú túto zložitosť automatickým vyjednávaním kompatibilných nastavení pri pripojení.

Ethernet zostáva dominantným dátovým centrom a podnikovým protokolom, pričom každá rýchlostná vrstva vyžaduje špecifické vlastnosti vysielača/prijímača. Pokrok z 1G na 800G zahŕňa nielen rýchlejšie prenosové rýchlosti, ale aj zásadne odlišné schémy kódovania a modulácie.

1G Ethernet Transceivery

Štandardné SFP transceivery zvládajú 1000BASE-T (meď), 1000BASE-SX (850nm multimód) a 1000BASE-LX (1310nm jeden-režim). Tieto moduly používajú kódovanie 8b/10b a pracujú s rýchlosťou linky 1,25 Gb/s, aby sa prispôsobili réžii kódovania. Variant 1000BASE-T podporuje automatické{16}}vyjednávanie až do 100 Mb/s a 10 Mb/s, čím poskytuje spätnú kompatibilitu s infraštruktúrou Fast Ethernet.

Tri{0}}medené SFP podporujú 10 Mb/s/100 Mb/s/1 000 Mb/s, vďaka čomu sú všestranné pre prostredia so zmiešanou{4}}rýchlosťou. Na výbere vlnovej dĺžky však záleží{11}}850nm transceivery dosahujú 550 m na OM3 multimódovom vlákne, zatiaľ čo 1310nm verzie dosahujú až 10 km na jednovidovom vlákne. Miešanie nekompatibilných vlnových dĺžok (850nm na jednom konci, 1310nm na druhom konci) má za následok okamžité zlyhanie spojenia.

10G Ethernet vysielače a prijímače

Moduly SFP+ znamenali prechod na 10gigabitový Ethernet s variantmi 10GBASE-SR, 10GBASE-LR a 10GBASE-ER. Tieto vysielače a prijímače používajú kódovanie 64b/66b (zapísané aj ako 64B66B) pri rýchlosti linky 10,3125 Gbps. Na rozdiel od modulov 1G SFP, vysielače/prijímače SFP+ pracujú s pevnou rýchlosťou 10 Gb/s plne{18}}duplexne bez možnosti automatického{19}}vyjednávania.

Táto prísna požiadavka na protokol vytvára bežné problémy s kompatibilitou. Transceiver SFP+ vložený do portu SFP nemôže dosiahnuť rýchlosť až 1 Gbps, a naopak, modul SFP v porte SFP+ sa zablokuje na 1 Gbps alebo sa úplne neprepojí. Medený variant 10GBASE-T poskytuje automatické-vyjednávanie na rýchlosti 1G/2,5G/5G, ale za cenu vyššej spotreby energie (4 – 8 W oproti 1 W pri optickom SFP+).

Pre aplikácie WAN podporujú 10GBASE-LW a 10GBASE-EW varianty rámovanie SONET OC-192/STM-64 rýchlosťou 9,953 Gb/s, čo umožňuje prenos 10G Ethernet cez existujúcu infraštruktúru SONET. Tieto transceivery obsahujú WAN Interface Sublayer (WIS), ktorý pridáva zapuzdrenie kompatibilné so SONET.

25G, 40G a 100G Ethernet

Transceivery SFP28 podporujú 25GBASE-SR/LR pri 25,78125 Gb/s pomocou modulácie NRZ (Non-návrat-na-nulu). Tieto moduly si zachovávajú spätnú kompatibilitu s portami 10G SFP+, keď je správne nakonfigurované vyjednávanie rýchlosti. Nesúlad konfigurácie portov spôsobuje chyby „nesúlad typu vysielača a prijímača“{11}}čo je bežný problém pri vkladaní modulov 10G do portov 25G bez úpravy nastavení rýchlosti portu.

QSFP+ zvláda 40 Gigabit Ethernet cez štyri 10Gbps pruhy (4x10G), zatiaľ čo QSFP28 podporuje 100G cez štyri 25Gbps pruhy (4x25G). Obidva používajú kódovanie 64b/66b a môžu fungovať v režime breakout{13}}jeden port QSFP28, ktorý sa pomocou vhodných prerušovacích káblov rozdelí na štyri samostatné pripojenia 25G.

200G, 400G a viac

Moduly QSFP56 a QSFP-DD zavádzajú signalizáciu PAM4 (Pulse Amplitude Modulation so 4 úrovňami) pre rýchlosti 200G a 400G. PAM4 zdvojnásobuje spektrálnu účinnosť kódovaním 2 bitov na symbol namiesto 1 bitu na symbol NRZ. QSFP-DD dosahuje rýchlosť 400 Gb/s cez osem 50 Gb/s PAM4 pruhov, pričom si zachováva spätnú kompatibilitu so štandardnými formami QSFP cez prvé štyri pruhy.

Vysielače/prijímače OSFP sa zameriavajú na 800G aplikácie s ôsmimi 100Gbps elektrickými pruhmi. Najnovšie špecifikácie podporujú prelomové konfigurácie pripájajúce OSFP k viacerým-rozhraniam s nižšou rýchlosťou (QSFP-DD, QSFP28), hoci to vyžaduje starostlivé zarovnanie FEC (Forward Error Correction) medzi koncovými bodmi.

FEC sa pri týchto rýchlostiach stáva povinným. RS-FEC (Reed-Solomon FEC) opravuje bitové chyby spôsobené zníženým signálom PAM4-na-šumovú rezervu. Nezhodné nastavenia FEC-jeden koncový bod je povolený, druhý je zakázaný-bráni nadviazaniu prepojenia alebo spôsobuje nadmernú chybovosť v nasadení 100G+.

Fibre Channel transceivery slúžia sieťam úložných oblastí (SAN) s odlišnými požiadavkami ako Ethernet. Protokol používa kódovanie 8b/10b, ale s rôznymi časovými charakteristikami a usporiadanými sadami na prihlásenie do štruktúry a autentifikáciu portov.

Štandardné rýchlosti Fibre Channel zahŕňajú 2G, 4G, 8G, 16G a 32G. Tri-vysielače a prijímače podporujúce 2G/4G/8G alebo 4G/8G/16G znižujú zložitosť inventára. Tieto moduly automaticky{14}}vyjednávajú na najvyššej vzájomne podporovanej rýchlosti, ale oba koncové body musia podporovať cieľovú rýchlosť{15}}HBA s podporou 16G{17}}pripájania k prepínaču 8G sa dohodne až na 8G.

Normy vlnovej dĺžky sa líšia od konvencií Ethernetu. Moduly Fibre Channel SFP používajú 850nm pre krátko{2}}vlnné (SW) a 1310nm pre dlho{4}}vlnné (LW) varianty, podobne ako Ethernet, ale prenosové vzdialenosti a energetické rozpočty zodpovedajú špecifikáciám FC-PI (Fibre Channel Physical Interface) a nie štandardom IEEE.

Kombinácia Fibre Channel a Ethernet transceiverov spôsobuje okamžité poruchy. Zatiaľ čo 8G FC SFP+ a 10G Ethernet SFP+ môžu vyzerať identicky a zdieľať rovnaký fyzický tvarový faktor, ich kódovanie firmvéru, prenosové protokoly a elektrické charakteristiky sa zásadne líšia. Firmvér zariadenia kontroluje identifikátor EEPROM modulu a odmieta moduly kódované pre nekompatibilné protokoly.

Viac{0}}protokolové vysielače a prijímače označené ako „2GF“ podporujú trojnásobnú{2}}prevádzku cez Gigabit Ethernet (1000BASE-SX/LX) a 2G Fibre Channel. Tieto duálne -moduly osobnosti zisťujú protokol hostiteľského zariadenia a podľa toho sa konfigurujú, aj keď sú čoraz menej bežné, pretože vysielače a prijímače so špeciálnym protokolom ponúkajú lepší výkon.

Protokoly SONET (Synchronous Optical Network) a SDH (Synchronous Digital Hierarchy), zatiaľ čo staré technológie nahrádzajú OTN a Metro Ethernet, stále vyžadujú špecializovanú podporu vysielača a prijímača v telekomunikačnej infraštruktúre.

Transceivery SONET/SDH zvládajú rýchlosti OC-3/STM-1 (155 Mbps), OC-12/STM-4 (622 Mbps), OC-48/STM-16 (2,488 Gbps) a OC-192/STM-64 (9,953 Gbps). Tieto moduly s viacerými rýchlosťami podporujú viacero rýchlostných úrovní v rámci hierarchie SONET, čo umožňuje jednému OC-48 SFP pracovať na OC-3, OC-12 alebo OC-48 v závislosti od konfigurácie linkovej karty.

Kľúčový rozdiel spočíva v rámovaní a réžii. SONET používa kontinuálne synchrónne rámcovanie s prekladanými bajtmi, ktoré sa zásadne líšia od paketového{1}}prístupu siete Ethernet. Vysielače a prijímače musia udržiavať presnú synchronizáciu časovania v celej sieti, pričom špecifikácie jitteru sú prísnejšie ako požiadavky na Ethernet.

Pre siete ďalšej{0}}generácie obsahujú niektoré 10GBASE-ethernetové transceivery LW/EW podporu WAN PHY pre rámovanie OC-192/STM-64. To umožňuje prenos 10 Gigabit Ethernet cez infraštruktúru SONET pri mierne zníženej rýchlosti 9,953 Gb/s, ktorú diktujú požiadavky na rámovanie SONET. Vysielače a prijímače sa serverom javia ako štandardný 10G Ethernet pri zachovaní kompatibility SONET na strane WAN.

Generic Framing Procedure (GFP) umožňuje zapuzdrenie Ethernetu, Fibre Channel a iných protokolov do rámcov SONET/SDH. Vyžaduje si to však špecializované linkové karty a transceivery podporujúce režimy GFP-F (mapované snímky-) alebo GFP-T (transparentné). Štandardné ethernetové moduly SFP+ nebudú fungovať v zariadeniach SONET-povolených GFP bez vhodných vrstiev prispôsobenia protokolu.

Transceivery InfiniBand sa podstatne líšia od ethernetových modulov napriek tomu, že používajú podobné tvarové faktory SFP+, QSFP28 a OSFP. Zameranie protokolu na nízku-latenciu RDMA (Remote Direct Memory Access) a vysoký-výkon výpočtov vytvára jedinečné technické požiadavky.

Špecifikácie InfiniBand zámerne znižujú požiadavky na jitter na 0,35 UI (Unit Interval) v porovnaní s typickým 0,25 UI pre Ethernet, čo umožňuje implementáciu ASIC-priateľskú. To však vytvára problém pri pripájaní elektrických signálov InfiniBand priamo k optickým transceiverom navrhnutým pre prísnejšie špecifikácie optického jitteru. Mnohé implementácie InfiniBand vyžadujú kondicionéry signálu alebo retimery pred optickým rozhraním, aby splnili vstupné požiadavky transceivera.

Protokol používa pruhovanie údajov cez 1x, 4x alebo 12x pruhy. 4x pripojenie InfiniBand distribuuje dáta cez štyri paralelné kanály, pričom každý kanál pracuje pri základnej rýchlosti (SDR: 2,5 Gbps, DDR: 5 Gbps, QDR: 10 Gbps, FDR: 14 Gbps, EDR: 25 Gbps, HDR: 50 Gbps, NDR: 100 Gbps). Moduly QSFP28 podporujúce InfiniBand HDR poskytujú súhrnnú šírku pásma 200 Gb/s cez štyri pruhy s rýchlosťou 50 Gb/s.

Na rozdiel od ethernetového kódovania 64b/66b používa InfiniBand kódovanie 8b/10b pre rýchlosti SDR cez QDR a 64b/66b pre FDR a vyššie rýchlosti. Líši sa aj tolerancia naklonenia medzi jazdnými pruhmi-do{8}}pruhu-InfiniBand umožňuje väčšie zošikmenie medzi jazdnými pruhmi ako Ethernet, čo ovplyvňuje požiadavky na prispôsobenie dĺžky káblov.

Transceivery InfiniBand zahŕňajú podporu protokolov IPoIB (IP over InfiniBand) a RoCE (RDMA over Converged Ethernet). RoCE v2 umožňuje komunikáciu RDMA v štýle InfiniBand- cez štandardnú ethernetovú infraštruktúru, ale vyžaduje transceivery, ktoré podporujú režimy InfiniBand aj Ethernet. Tieto duálne-protokolové moduly zisťujú typ hostiteľského rozhrania a podľa toho sa konfigurujú.

Najnovšie špecifikácie NDR (Next Data Rate) a XDR (eXtended Data Rate) posúvajú InfiniBand na rýchlosť 400 Gb/s a 800 Gb/s pomocou OSFP s ôsmimi pruhmi signalizácie 50 Gb/s (NDR) alebo 100 Gb/s (XDR) PAM4. Tieto vysielače a prijímače musia podporovať špecifické riadenie preťaženia InfiniBand a mechanizmy riadenia toku-založené na kredite, ktoré sa líšia od riadenia toku-založeného na prioritách siete Ethernet.

Niekoľko technických parametrov určuje, či transceiver bude úspešne podporovať daný protokol nad rámec len zhody s nominálnou dátovou rýchlosťou a tvarovým faktorom.

Kódovanie a zarovnanie rýchlosti riadkov

Každý protokol špecifikuje svoju dátovú rýchlosť a použitú schému kódovania. Rýchlosť linky vždy presahuje rýchlosť prenosu dát, aby sa prispôsobila réžia kódovania. Ethernet 1000BASE-T pracuje s rýchlosťou linky 1,25 Gb/s na prenos dát 1 Gb/s pomocou kódovania 8b/10b (25 % réžia). Podobne 10 Gigabit Ethernet beží rýchlosťou linky 10,3125 Gb/s pre priepustnosť 10 Gb/s s kódovaním 64b/66b (3,125 % réžia).

SerDes vysielača/prijímača (Serializer/Deserializer) musí pracovať s presnou linkovou rýchlosťou vyžadovanou protokolom. Pokus použiť transceiver s nesprávnou schémou kódovania má za následok okamžité zlyhanie spojenia, pretože prijímajúci koniec nedokáže správne dekódovať prichádzajúci dátový tok.

Kompatibilita režimu FEC

Forward Error Correction sa stáva čoraz kritickejším pri 25G a vyšších rýchlostiach. Rôzne protokoly a úrovne rýchlosti používajú špecifické algoritmy FEC:

BASE-R FEC (Fire Code): Používa sa v 10GBASE-R, poskytuje zlepšenie o 10^-12 BER

RS-FEC (Reed{1}}Solomon): Vyžaduje sa pre 25G a 100G NRZ, poskytuje silnejšiu korekciu

RS-544 FEC: Štandard pre 400G aplikácie

KP4 FEC: Alternatíva pre niektoré implementácie 100G

Obaja partneri prepojenia musia používať kompatibilné režimy FEC. Bežný scenár riešenia problémov so 100G zahŕňa jeden vysielač s prijímačom s RS-povoleným FEC, ktorý sa pripája k druhému s vypnutým FEC-prepojenie sa môže vytvoriť, ale vykazuje vysokú chybovosť alebo občas zlyhá pri zaťažení. Vysielače/prijímače PAM4 pracujúce pri 400G a 800G obsahujú vstavaný-FEC a zvyčajne vyžadujú vypnutie FEC na úrovni hostiteľského zariadenia, aby sa predišlo dvojitému-kódovaniu.

Automatické{0}}vyjednávanie a manuálna konfigurácia

Protokoly sa líšia v podpore automatického{0}}vyjednávania. Gigabit Ethernet cez medené (1000BASE-T) vyžaduje automatické-vyjednávanie rýchlosti, duplexu a riadenia toku. Pripojenie 10G SFP+ však funguje pevnou rýchlosťou bez vyjednávania-obe strany musia byť vopred-nakonfigurované na 10 Gb/s.

Rozhrania s viacerými rýchlosťami (napríklad porty podporujúce 10G aj 25G) vyžadujú explicitnú konfiguráciu rýchlosti. Vloženie 10G SFP+ do 25G portu bez zmeny rýchlosti portu na režim 10G vytvára chyby „nesúlad typu vysielača a prijímača“. Rýchlosť portu je potrebné manuálne upraviť tak, aby zodpovedala schopnostiam nainštalovaného vysielača a prijímača:

režim portu 10g

Moderné vysielače/prijímače 25G/50G/100G môžu podporovať konzorcium Auto-negotiation (25G Ethernet Consortium), ale to si vyžaduje, aby oba koncové body podporovali rovnaký štandard automatického{5}}vyjednávania. Miešacie vybavenie od rôznych dodávateľov si často vyžaduje zakázanie automatického{7}}vyjednávania a manuálne konfigurovanie rýchlosti, FEC a ďalších parametrov.

Zhoda vlnovej dĺžky a typu vlákna

Jednorežimové a viacrežimové transceivery nie sú interoperabilné. Jedno{2}}režimový LR (Long Reach) transceiver pracujúci pri 1310nm vyžaduje jedno-režimové vlákno a musí sa pripojiť k inému jednorežimovému transceiveru. Pripojenie k multimódovému SR (Short Reach) transceiveru pomocou 850nm vlnovej dĺžky zaručuje zlyhanie spojenia.

BiDi (obojsmerné) vysielače a prijímače používajú rôzne vysielacie a prijímacie vlnové dĺžky na jednom vlákne. Tieto musia byť nasadené v pároch: jeden vysielač/prijímač vysiela pri 1270 nm a prijíma pri 1330 nm, spárovaný s druhým, ktorý robí opak. Použitie dvoch identických BiDi transceiverov na linke zlyhá, pretože oba by vysielali a prijímali na rovnakých vlnových dĺžkach.

CWDM (Coarse Wavelength Division Multiplexing) a DWDM (Dense WDM) vysielače a prijímače vyžadujú presné prispôsobenie vlnovej dĺžky pre priradenie kanálov. V systémoch DWDM každý transceiver pracuje na špecifickom kanáli ITU siete (napr. C21, C35). Oba konce priameho pripojenia musia používať rovnakú vlnovú dĺžku kanála, zatiaľ čo konfigurácie DWDM mux/demux vyžadujú koordinované plánovanie kanálov.

transceiver type

Okrem požiadaviek technického protokolu vytvára kódovanie{0}}špecifické pre dodávateľa aj praktické problémy s kompatibilitou. Výrobcovia sieťových zariadení implementujú kontroly firmvéru, ktoré overujú dáta EEPROM transceivera pred povolením portu.

Cisco, Juniper, Arista, HPE a ďalší dodávatelia vkladajú do firmvéru vysielača a prijímača kryptografické podpisy alebo identifikátory{0}}špecifické pre dodávateľa. Zariadenia môžu odmietnuť vysielače, ktorým chýba správne kódovanie dodávateľa, zobrazovať chyby ako „nepodporovaný vysielač s prijímačom“ alebo deaktivovať funkcie DOM (Digital Optical Monitoring), aj keď je modul technicky kompatibilný s protokolom.

Výrobcovia vysielačov a prijímačov{0} tretích strán to riešia prostredníctvom kódovania „viac-zdroja“ alebo „kompatibilného{2}}dodávateľa“. Tieto transceivery obsahujú dáta EEPROM zodpovedajúce OEM špecifikáciám, čo im umožňuje fungovať identicky s originálnym vybavením. Renomovaní predajcovia testujú svoje kompatibilné transceivery podľa oficiálnych matíc kompatibility od Cisco (Compatibility Matrix), Juniper (Hardware Compatibility) a iných výrobcov.

Niektoré organizácie používajú „služby kódovania“, kde sú vysielače a prijímače pri kúpe naprogramované pomocou špecifických kódov dodávateľa. Jediný hardvérový modul možno prekódovať pre rôznych predajcov, čo poskytuje flexibilitu pri zmene platforiem zariadení. Tento postup však existuje v šedej zóne-, dodávatelia to považujú za porušenie svojich podmienok, hoci je v tomto odvetví veľmi rozšírený.

Zvláštnosti-špecifické pre platformu pridávajú ďalšiu vrstvu. Niektoré prepínače Cisco Nexus vyžadujú špecifické formátovanie EEPROM transceivera pre moduly 40G QSFP+. Prepínače HPE Comware potrebujú explicitné príkazy na konfiguráciu rýchlosti portu, keď používate vysielače/prijímače s nižšou rýchlosťou na portoch s vyššou-rýchlosťou. Zariadenie Dell Force10 môže vyžadovať aktualizácie firmvéru na podporu novších typov vysielačov a prijímačov.

Objavenie sa transceiverov Open Compute Project (OCP) a multi{0}}zmluvných zdrojov (MSA) má za cieľ znížiť blokovanie dodávateľov-. Tieto moduly „bielej skrinky“ sa riadia štandardizovanými formátmi EEPROM a fungujú na viacerých platformách. Pokročilé funkcie, ako sú podrobné údaje DOM alebo diagnostika špecifická pre -dodávateľa, však môžu byť v porovnaní s vysielačmi a prijímačmi kódovanými OEM-obmedzené.

Keď sa transceiveru nepodarí vytvoriť spojenie alebo vykazuje chyby, systematické riešenie problémov izoluje, či problém pramení z nekompatibility protokolu, nezhody konfigurácie alebo zlyhania hardvéru.

Odkaz-Diagnostika nadol

Začnite overením, či je vysielač s prijímačom detekovaný hostiteľským zariadením. Použite príkazy ako show interface transceiver alebo display transceiver interface na potvrdenie, že sa modul objaví v inventári. Ak sa transceiver nezistí, skontrolujte:

Nesprávne usadenie (vyberte a znova pevne vložte)

Poškodené kontakty alebo prach v klietke

Nekompatibilný tvarový faktor (SFP v klietke XFP)

Hardvér transceivera zlyhal

Ak sa zistí, ale zobrazuje sa stav „dole“, skontrolujte nahlásenú chybu. Medzi bežné správy patria:

"Nesúlad typu transceivera" → Nezhoda rýchlosti alebo protokolu medzi transceiverom a konfiguráciou portu

"Nepodporovaný transceiver" → Problém s kódovaním dodávateľa alebo skutočne nekompatibilný modul

„Žiadne spojenie“ s čistými konektormi → Nesúlad vlnovej dĺžky, nesúlad typu vlákna alebo nadmerná strata spojenia

Overenie parametrov protokolu

Potvrďte, že oba koncové body používajú kompatibilné nastavenia protokolu. Pre ethernetové prepojenia:

Overte zodpovedajúce rýchlosti (obe 10G, obe 25G atď.)

Skontrolujte, či sa zhodujú nastavenia FEC (obe povolené alebo obe vypnuté)

Potvrďte kompatibilitu vlnových dĺžok (obe 850nm SR alebo obe 1310nm LR)

Overte, či sa typ vlákna zhoduje s typom transceivera (SMF s modulmi LR, MMF s modulmi SR)

Na zobrazenie úrovní optického výkonu použite diagnostické príkazy. Transceivery s podporou DDM/DOM hlásia vysielací (Tx) a prijímajúci (Rx) výkon v dBm. Typické hodnoty:

Tx výkon: -5 až 0 dBm pre krátky-dosah, -2 až 3 dBm pre veľký dosah

Rx výkon: Mal by byť v rámci špecifikovaného rozsahu citlivosti transceivera

Príliš nízky výkon Rx indikuje stratu vlákna, znečistené konektory alebo prílišnú vzdialenosť. Príliš vysoký výkon Rx (nad prahom saturácie prijímača) naznačuje príliš krátke vlákno bez správneho útlmu, čo môže spôsobiť preťaženie prijímača.

Opravy konfigurácie

V prípade chýb „nesúlad typu vysielača a prijímača“ na portoch s viacerými rýchlosťami{0} upravte rýchlosť portu tak, aby sa zhodovala s vysielačom a prijímačom:

rozhranie Twenty-FiveGigE1/0/1
režim portu 10g

To umožňuje správnemu fungovaniu 10G SFP+ v porte 25G-.

V prípade nezhôd FEC na prepojeniach 100G+ zarovnajte nastavenia FEC. Pomocou vysielačov a prijímačov PAM4 zakážte FEC-na strane hostiteľa:

rozhranie HundredGigE1/0/1
vypnutý režim fec

Pre NRZ transceivery na 25G/100G povoľte RS-FEC na oboch koncových bodoch:

rozhranie HundredGigE1/0/1
fec mode rs

Testovanie náhrady hardvéru

Keď opravy softvéru nevyriešia problémy, otestujte -dobrý hardvér:

Vymeňte transceiver za overenú pracovnú jednotku rovnakého typu

Otestujte podozrivý-zlý transceiver v inom porte

Skúste iný prepojovací kábel

Pripojte oba transceivery lokálne (chrbtom-k sebe{1}}späť) pomocou krátkeho vlákna, aby ste izolovali-problémy so vzdialenosťou

Ak transceiver funguje v jednom prepínači, ale nie v inom prepínači rovnakého modelu, môžu za to rozdiely vo firmvéri alebo{0}}špecifické chyby dodávateľa. Aktualizácia firmvéru prepínača niekedy rieši problémy s kompatibilitou transceivera.

Organizácie spravujúce rôzne sieťové prostredia profitujú zo stratégií, ktoré maximalizujú flexibilitu transceivera naprieč protokolmi.

Multi{0}}vysielače a prijímače

Vysielače a prijímače s tromi{0}}a štvornásobnými{1}rýchlosťami podporujú viacero rýchlostí v rámci rodiny protokolov. 1G/10G/25G SFP28 automaticky vyjednáva alebo môže byť manuálne nakonfigurovaný pre akúkoľvek podporovanú rýchlosť, čím sa znížia požiadavky na zásoby. Tieto moduly stoja viac ako verzie s jednou sadzbou{8}, ale poskytujú flexibilitu nasadenia-obzvlášť hodnotnú pri sieťových migráciách.

Konzorcium Ethernet vyvinulo špecifikácie pre 10/25G, 50G, 100/200G a 400/800G viac{7}}rýchlostnú prevádzku. Vysielače a prijímače podporujúce tieto štandardy automaticky-vyjednávajú kompatibilné rýchlosti, keď oba koncové body podporujú Consortium AN (Auto{10}}Negotiation). Avšak zmiešanie konzorcia a tradičných IEEE transceiverov vyžaduje manuálnu konfiguráciu aspoň na jednom konci.

Protocol-Agnostická infraštruktúra

Odvetvový trend smerom k otvoreným sieťovým platformám podporuje transceivery -agnostické protokoly. SONiC (Software for Open Networking in the Cloud), OpenBMC a podobné operačné systémy umožňujú rovnakému hardvéru transceiveru podporovať viacero protokolov prostredníctvom konfigurácie softvéru.

Tento prístup považuje transceiver za všeobecné optické rozhranie, pričom spracovanie protokolov sa presunulo do softvérových vrstiev. Jeden modul QSFP28 môže podporovať 100G Ethernet, 4x25G Ethernet breakout alebo InfiniBand EDR v závislosti výlučne od konfigurácie operačného systému prepínača. Táto flexibilita sa stáva obzvlášť cennou v cloudových dátových centrách so zmiešaným pracovným zaťažením.

Evolúcia smerom k zásuvnej koherentnej optike

Tradičné vysielače a prijímače používajú optiku priamej{0}}detekcie vhodnú na vzdialenosti až 10-40 km v závislosti od rýchlosti. Pre dlhšie metropolitné a regionálne spojenia si koherentná optika historicky vyžadovala špecializované vybavenie linkovými kartami.

Koherentné pripojiteľné vysielače a prijímače (400ZR/ZR+, 800ZR) prinášajú optický výkon -triedy operátora do štandardných tvarových faktorov QSFP-DD a OSFP. Tieto moduly podporujú viacero protokolov:

400G Ethernet na vzdialenosti metra (80-120 km)

OTN (Optical Transport Network) Rámovanie OTU4

FlexE (flexibilný ethernet) pre pod-služby

Služby s vlnovou dĺžkou point{0}}to{1}}v systémoch DWDM

Moduly zahŕňajú integrované DSP (Digital Signal Processing) na kompenzáciu chromatickej disperzie a adaptívnu ekvalizáciu, čo umožňuje protokol-agnostický optický prenos. Hostiteľský systém poskytuje elektrické 400G rozhrania, ktoré môžu prenášať ethernet, OTN alebo iné protokoly, zatiaľ čo koherentná optika zvláda prenos na veľké -diaľky nezávisle od klientskeho protokolu.

Nie. Aj keď sa tvarové faktory môžu zhodovať (oba napríklad pomocou SFP+), Ethernet a Fibre Channel používajú odlišné protokoly, načasovanie a kódovanie firmvéru. Zariadenie odmietne vysielač/prijímač kódovaný pre nesprávny protokol, a aj keby to tak nebolo, nekompatibilná signalizácia by zabránila nadviazaniu spojenia.

Fyzicky áno, ale iba ak manuálne nakonfigurujete rýchlosť portu na režim 10G. Väčšina 25G-portov s podporou 25G automaticky-nedeteguje 10G transceiver a nahlási „nezhodu typu transceivera“, pokiaľ nie je rýchlosť portu explicitne nastavená na 10G.

Spojenie sa môže vytvoriť, ale vykazovať vysokú chybovosť (chyby CRC) alebo občas zlyhať pri zaťažení. Vysielače/prijímače PAM4 pri 400G zvyčajne obsahujú-vstavaný FEC, ktorý vyžaduje zakázanie FEC na strane hostiteľa-. Vysielače/prijímače NRZ na 25G/100G potrebujú na oboch koncoch povolený RS-FEC na spoľahlivú prevádzku na určené vzdialenosti.

Zvyčajne to naznačuje nesúlad v kódovaní dodávateľa. Firmvér prepínača skontroluje údaje EEPROM transceivera, či neobsahuje identifikátory špecifické pre dodávateľa. Vysielače a prijímače tretích strán- potrebujú kompatibilné kódovanie pre konkrétneho dodávateľa prepínačov. Niektoré prepínače umožňujú zakázať túto kontrolu prostredníctvom konfiguračných príkazov, hoci to môže zrušiť zmluvy o podpore.

Nie. Jednorežimové transceivery používajú rôzne vlnové dĺžky (zvyčajne 1310nm alebo 1550nm) a vyžadujú jedno-režimové vlákno, zatiaľ čo multimódové transceivery používajú 850nm s multimódovým vláknom. Fyzická optika, výkonové rozpočty a prenosové charakteristiky sú nekompatibilné. Použitie nezhodných typov zaručuje zlyhanie spojenia.

Nie-v skutočnosti musia byť odlišné. BiDi transceivery používajú rôzne vysielacie a prijímacie vlnové dĺžky na jednom vlákne. Jedna strana vysiela 1270nm a prijíma 1330nm, zatiaľ čo druhá robí opak. Použitie identických BiDi modulov na oboch koncoch spôsobuje, že oba vysielajú a prijímajú na rovnakých vlnových dĺžkach, čo bráni komunikácii.

Vzťah medzi typmi vysielača a prijímača a sieťovými protokolmi zahŕňa zhodu fyzických tvarových faktorov, rýchlosti elektrickej signalizácie, schém kódovania a špecifických požiadaviek na kódovanie{0}}dodávateľa. Pochopenie týchto závislostí-od základného výberu vlnovej dĺžky po pokročilú konfiguráciu FEC-umožňuje spoľahlivý návrh siete a rýchle riešenie problémov, keď sa vyskytnú problémy s kompatibilitou. Ako sa siete vyvíjajú smerom k 800G Ethernetu, NDR InfiniBand a koherentným zásuvným modulom, princíp zostáva konzistentný: požiadavky protokolu diktujú špecifikácie vysielača a prijímača a úspešné nasadenie si vyžaduje pozornosť technickým štandardom aj detailom praktickej implementácie.

Zdroje

Edgeium. (2025). "Výber správneho vysielača." Prevzaté z https://edgeium.com/blog/choosing{5}}správneho-správneho-vysielača a prijímača

Rovnaká optika. (2024). "Vysvetlenie rôznych typov SFP transceiverov." Získané z https://equaloptics.com/the-rôzne-sfp-vysielače{8}}typov-vysvetlené/

Odkaz-PP. (2025). "Komplexný sprievodca interoperabilitou a kompatibilitou optických transceiverov v moderných sieťach." Prevzaté z https://www.link-pp.com/knowledge/optical{8}}transceiver-kompatibilita{10}}interoperabilita-guide.html

Presnosť OT. (2025). „Do vysielača{3}}Verš II. časť: Galaxia typov vysielačov a prijímačov.“ Prevzaté z https://www.precisionot.com/transceiver_types/

Fortune Business Insights. (2024). "Veľkosť trhu s optickým vysielačom, podiel, trendy|Predpoveď [2032]." Prevzaté z https://www.fortunebusinessinsights.com/optical-transceiver-market-108985

← Dvojica: Optika Cisco zlepšuje spoľahlivosť siete

Ďalšie: Ako pochopiť, čo robia transceivery? →

Zaslať požiadavku

Typ vysielača a prijímača vyhovuje rôznym protokolom

Požiadavky na protokol Tvar Konštrukcia vysielača/prijímača

Požiadavky na protokol Ethernet naprieč rýchlostnými vrstvami

Úvahy o protokole Fibre Channel

Požiadavky na prenos SONET/SDH

InfiniBand{0}}Špecifické charakteristiky vysielača a prijímača

Kritické faktory kompatibility

Kódovanie dodávateľa a kompatibilita platformy

Protokol na odstraňovanie problémov-Nezhody vysielača a prijímača

Viac{0}}protokolové a budúce{1}}riešenia

Často kladené otázky

Môžem použiť ethernetový transceiver pre Fibre Channel?

Bude 10G SFP+ fungovať v 25G SFP28 porte?

Čo sa stane, ak sa nastavenia FEC nezhodujú na prepojeniach 100G?

Prečo sa môj transceiver na mojom prepínači zobrazuje ako „nepodporovaný“?

Môžem kombinovať jedno{0}}režimové a viacrežimové vysielače a prijímače?

Musia byť BiDi transceivery identické na oboch koncoch?