Lähetin-vastaanotintyyppi sopii eri protokollille
Oct 31, 2025|
Jokainen lähetin-vastaanotintyyppi on suunniteltu tukemaan tiettyjä verkkoprotokollia muototekijän, tiedonsiirtonopeuden ja koodausvaatimusten perusteella. Yhteensopivuus riippuu lähetin-vastaanottimen sähköisen rajapinnan, lähetysnopeuden ja signalointimuodon sovittamisesta protokollan vaatimuksiin.
Protokollavaatimukset Muoto lähetin-vastaanottimen suunnittelu
Verkkoprotokollat asettavat erilliset tekniset vaatimukset, jotka määrittävät suoraan, mitkä lähetin-vastaanotintyypit voivat tukea niitä. Ethernet-protokollat käyttävät erityisiä koodausmalleja-8b/10b jopa 10 Gbps:n nopeuksille ja 64b/66b suurempia nopeuksia varten-, kun taas Fibre Channel käyttää erilaisia ajoitus- ja kehysrakenteita. SONET/SDH-protokollat vaativat tarkat synkronointiominaisuudet, ja InfiniBand vaatii matalan latenssin RDMA-tuen rennossa jitter-spesifikaatiolla.
Itse muototekijä ei takaa protokollien yhteensopivuutta. SFP+-portti voi fyysisesti hyväksyä lähetin-vastaanottimen, mutta moduulin on tuettava oikeaa linjakoodausta ja siirtonopeutta kohdeprotokollalle. Esimerkiksi 10 Gbps SFP+ voi tukea 10GBASE-SR Ethernet- tai 8G-kuitukanavaa, mutta Gigabit Ethernetille suunniteltu SFP ei toimi 10G Fibre Channel -ympäristössä, vaikka liitin olisi sopiva.
Protokolla{0}}firmware-koodaus lisää uuden kerroksen monimutkaisuutta. Tärkeimmät laitetoimittajat, kuten Cisco, Juniper ja HPE, upottavat omaa EEPROM-dataa lähetin-vastaanottimiinsa ja luovat toimittajalukituksen-tilanteissa, joissa yleiset moduulit voidaan hylätä teknisten vaatimusten täyttämisestä huolimatta. Moninopeuslähetin-vastaanottimet, jotka tukevat protokollia, kuten 1G/10G/25G Ethernet tai OC-3/OC-12/OC-48 SONET, vähentävät tätä monimutkaisuutta neuvottelemalla automaattisesti yhteensopivista asetuksista, kun ne on yhdistetty.
Ethernet-protokollan vaatimukset eri nopeustasoilla
Ethernet on edelleen hallitseva datakeskus ja yritysprotokolla, ja jokainen nopeustaso vaatii erityisiä lähetin-vastaanottimen ominaisuuksia. Eteneminen 1G:stä 800G:hen ei sisällä vain nopeampia siirtonopeuksia, vaan myös perustavanlaatuisia erilaisia koodaus- ja modulaatiomenetelmiä.
1G Ethernet-lähetin-vastaanottimet
Tavalliset SFP-lähetin-vastaanottimet käsittelevät 1000BASE-T (kupari), 1000BASE-SX (850 nm:n monimuoto) ja 1000BASE-LX (1310 nm:n yksi-tila). Nämä moduulit käyttävät 8b/10b-koodausta ja toimivat 1,25 Gbps:n linjanopeudella koodauksen ylikuormituksen huomioon ottamiseksi. 1000BASE-T-versio tukee automaattista-neuvottelua 100 Mbps:n ja 10 Mbps:n asti, mikä tarjoaa taaksepäin yhteensopivuuden Fast Ethernet -infrastruktuurin kanssa.
Kolminopeuksiset kupariset SFP:t tukevat 10 Mbps/100 Mbps/1000 Mbps toimintaa, mikä tekee niistä monipuolisia erilaisiin-nopeisiin ympäristöihin. Aallonpituuden valinnalla on kuitenkin merkitystä-850 nm:n lähetin-vastaanottimet saavuttavat 550 metriin OM3-monimuotokuidulla, kun taas 1310 nm:n versiot ulottuvat 10 kilometriin yksimuotokuidulla. Yhteensopimattomien aallonpituuksien (850 nm toisessa päässä, 1310 nm toisessa päässä) sekoittaminen johtaa välittömään linkkivirheeseen.
10G Ethernet-lähetin-vastaanottimet
SFP+-moduulit merkitsivät siirtymistä 10 Gigabit Ethernetiin 10GBASE-SR-, 10GBASE-LR- ja 10GBASE-ER-versioilla. Nämä lähetin-vastaanottimet käyttävät 64b/66b-koodausta (kirjoitettu myös nimellä 64B66B) linjanopeudella 10,3125 Gbps. Toisin kuin 1G SFP-moduulit, SFP+-lähetin-vastaanottimet toimivat kiinteällä 10 Gbps full-duplex-nopeudella ilman automaattista-neuvottelukykyä.
Tämä tiukka protokollavaatimus aiheuttaa yleisiä yhteensopivuusongelmia. SFP+-lähetin-vastaanotin, joka on liitetty SFP-porttiin, ei voi neuvotella 1 Gbps:iin asti, ja päinvastoin SFP+-portin SFP-moduuli lukittuu 1 Gbps:n nopeudella tai ei pysty yhdistämään kokonaan. 10GBASE-T-kupariversio tarjoaa automaattisen-neuvottelun 1G/2.5G/5G-nopeuksille, mutta korkeamman virrankulutuksen kustannuksella (4-8W vs. 1W optisella SFP+:lla).
WAN-sovelluksissa 10GBASE-LW- ja 10GBASE-EW-versiot tukevat SONET OC-192/STM-64-kehystystä 9,953 Gbps:n nopeudella, mikä mahdollistaa 10G Ethernet-siirron olemassa olevan SONET-infrastruktuurin kautta. Näissä lähetin-vastaanottimissa on WAN Interface Sublayer (WIS), joka lisää SONET-yhteensopivan kapseloinnin.
25G, 40G ja 100G Ethernet
SFP28-lähetin-vastaanottimet tukevat 25GBASE-SR/LR:tä nopeudella 25,78125 Gbps käyttämällä NRZ-modulaatiota (Non-Return-to-Zero). Nämä moduulit säilyttävät taaksepäin yhteensopivuuden 10G SFP+ -porttien kanssa, kun nopeusneuvottelu on määritetty oikein. Porttimääritysten epäsopivuus aiheuttaa "lähetin-vastaanottimen tyyppivirheitä"{11}}yleisen ongelman, kun 10G-moduuleja liitetään 25G-portteihin muuttamatta portin nopeusasetuksia.
QSFP+ käsittelee 40 Gigabit Ethernetiä neljän 10Gbps kaistan (4x10G) kautta, kun taas QSFP28 tukee 100G:tä neljän 25Gbps kaistan (4x25G) kautta. Molemmat käyttävät 64b/66b-koodausta ja voivat toimia katkeamistilassa-yksi QSFP28-portti, joka on jaettu neljään erilliseen 25G-liitäntään sopivia kaapeleita käyttämällä.
200G, 400G ja enemmän
QSFP56- ja QSFP-DD-moduulit ottavat käyttöön PAM4-signaalin (4 tasoinen pulssiamplitudimodulaatio) 200 G ja 400 G nopeuksille. PAM4 kaksinkertaistaa spektrin tehokkuuden koodaamalla 2 bittiä per symboli NRZ:n 1 bitin per symboli sijaan. QSFP-DD saavuttaa 400 Gbps:n nopeuden kahdeksan 50 Gbps:n PAM4-kaistan kautta, samalla kun se säilyttää taaksepäin yhteensopivuuden standardien QSFP-muototekijöiden kanssa neljällä ensimmäisellä kaistalla.
OSFP-lähetin-vastaanottimet kohdistuvat 800G-sovelluksiin, joissa on kahdeksan 100Gbps sähkökaistaa. Uusimmat tekniset tiedot tukevat purkamiskonfiguraatioita, jotka yhdistävät OSFP:n useisiin alhaisempiin-nopeisiin liitäntöihin (QSFP-DD, QSFP28), vaikka tämä edellyttää huolellista FEC (Forward Error Correction) -kohdistusta päätepisteiden välillä.
FEC tulee pakolliseksi näillä nopeuksilla. RS-FEC (Reed-Solomon FEC) korjaa PAM4:n pienennetyn signaalin---kohinamarginaalin aiheuttamat bittivirheet. Virheelliset FEC-asetukset-yksi päätepiste käytössä, toinen poistettu käytöstä-estävät linkin muodostamisen tai aiheuttavat liiallisia virheprosentteja 100G+-käyttöönotuksissa.
Kuitukanavaprotokollaa koskevia huomioita
Fibre Channel -lähetin-vastaanottimet palvelevat tallennusalueverkkoja (SAN), joilla on erilaiset vaatimukset kuin Ethernet. Protokolla käyttää 8b/10b-koodausta, mutta eri ajoitusominaisuuksilla ja tilatuilla sarjoilla kankaan sisäänkirjautumista ja porttitodennusta varten.
Vakiokuitukanavan nopeudet sisältävät 2G, 4G, 8G, 16G ja 32G. 2G/4G/8G tai 4G/8G/16G tukevat kolminopeuksiset lähetin-vastaanottimet vähentävät varaston monimutkaisuutta. Nämä moduulit{14}}neuvottelevat automaattisesti korkeimpaan toistensa tukemaan nopeuteen, mutta molempien päätepisteiden on tuettava tavoitenopeutta-16G-16G{17}}-yhteensopiva HBA, joka yhdistetään 8G-kytkimeen, neuvottelee 8G:hen asti.
Aallonpituusstandardit eroavat Ethernet-käytännöistä. Kuitukanavan SFP-moduulit käyttävät 850 nm:n lyhytaalto- (SW) ja 1310 nm pitkä- (LW) -muunnelmissa, kuten Ethernet, mutta lähetysetäisyydet ja tehobudjetit noudattavat FC-PI (Fibre Channel Physical Interface) -määrityksiä IEEE-standardien sijaan.
Kuitukanava- ja Ethernet-lähetin-vastaanottimien sekoittaminen aiheuttaa välittömiä vikoja. Vaikka 8G FC SFP+ ja 10G Ethernet SFP+ voivat näyttää identtisiltä ja jakaa saman fyysisen muodon, niiden laiteohjelmistokoodaus, lähetysprotokollat ja sähköiset ominaisuudet eroavat olennaisesti. Laitteen laiteohjelmisto tarkistaa moduulin EEPROM-tunnisteen ja hylkää moduulit, jotka on koodattu yhteensopimattomien protokollien varalta.
Moni-protokollalähetin-vastaanottimet, joissa on merkintä "2GF", tukevat kolminopeustoimintoa Gigabit Ethernetin (1000BASE-SX/LX) ja 2G-kuitukanavan kautta. Nämä kaksois{7}}persoonallisuusmoduulit havaitsevat isäntälaitteen protokollan ja määrittävät sen mukaan, vaikka ne ovat yhä harvinaisempia, koska erilliset protokollalähetin-vastaanottimet tarjoavat paremman suorituskyvyn.
SONET/SDH-kuljetusvaatimukset
SONET (Synchronous Optical Network)- ja SDH (Synchronous Digital Hierarchy) -protokollat, vaikka vanhat tekniikat korvataan OTN:llä ja Metro Ethernetillä, edellyttävät edelleen erikoistunutta lähetin-vastaanotintukea tietoliikenneinfrastruktuurissa.
SONET/SDH-lähetinvastaanottimet käsittelevät OC-3/STM-1 (155 Mbps), OC-12/STM-4 (622 Mbps), OC-48/STM-16 (2,488 Gbps) ja OC-192/STM-64 (9,953 Gbps) nopeuksia. Nämä moninopeuksiset moduulit tukevat useita nopeustasoja SONET-hierarkiassa, jolloin yksi OC-48 SFP voi toimia OC-3:ssa, OC-12:ssa tai OC-48:ssa linjakortin kokoonpanosta riippuen.
Tärkein ero on kehystys ja yläpuolella. SONET käyttää jatkuvaa synkronista kehystystä lomitetuilla overhead-tavuilla, mikä eroaa olennaisesti Ethernetin paketti{1}}pohjaisesta lähestymistavasta. Lähetin-vastaanottimien on ylläpidettävä tarkkaa ajoitussynkronointia verkossa, ja värinää on tiukempi kuin Ethernet-vaatimukset.
Seuraavan -sukupolven verkoissa jotkin 10GBASE-LW/EW Ethernet-lähetinvastaanottimet sisältävät WAN PHY -tuen OC-192/STM-64-kehykselle. Tämä mahdollistaa 10 gigabitin Ethernet-siirron SONET-infrastruktuurin kautta hieman alennetulla 9,953 Gbps:n nopeudella SONET-kehystysvaatimusten sanelemalla. Lähetin-vastaanottimet näkyvät vakiona 10G Ethernetinä palvelimille säilyttäen samalla SONET-yhteensopivuuden WAN-puolella.
Generic Framing Procedure (GFP) mahdollistaa Ethernetin, Fibre Channelin ja muiden protokollien kapseloinnin SONET/SDH-kehyksiin. Tämä vaatii kuitenkin erityisiä linjakortteja ja lähetin-vastaanottimia, jotka tukevat GFP-F (frame-mapped) tai GFP-T (transparent) -tilaa. Standardi Ethernet SFP+ -moduulit eivät toimi GFP-yhteensopivissa SONET-laitteissa ilman asianmukaisia protokolla-sovituskerroksia.
InfiniBand{0}}erityiset lähetin-vastaanottimen ominaisuudet
InfiniBand-lähetin-vastaanottimet eroavat huomattavasti Ethernet-moduuleista huolimatta samankaltaisista SFP+-, QSFP28- ja OSFP-muototekijöistä. Protokollan keskittyminen matalan-viiveen RDMA:han (Remote Direct Memory Access) ja tehokkaaseen-laskentaan luo ainutlaatuisia teknisiä vaatimuksia.
InfiniBand-määritykset lieventävät värinävaatimukset tarkoituksella 0,35 käyttöliittymään (Unit Interval) verrattuna Ethernetin tyypilliseen 0,25 käyttöliittymään, mikä mahdollistaa ASIC{2}}ystävällisen toteutuksen. Tämä aiheuttaa kuitenkin haasteen kytkettäessä InfiniBand-sähkösignaaleja suoraan optisiin lähetin-vastaanottimiin, jotka on suunniteltu tiukempien optisten jitter-määritysten mukaan. Monet InfiniBand-toteutukset vaativat signaalin muokkaajia tai uudelleenmittareita ennen optista liitäntää lähetin-vastaanottimen tulovaatimusten täyttämiseksi.
Protokolla käyttää tietojen raidoitusta 1x, 4x tai 12x kaistan yli. 4x InfiniBand-yhteys jakaa tiedot neljälle rinnakkaiskanavalle, ja jokainen kanava toimii perusnopeudella (SDR: 2,5 Gbps, DDR: 5 Gbps, QDR: 10 Gbps, FDR: 14 Gbps, EDR: 25 Gbps, HDR: 50 Gbps, NDR: 100 Gbps). InfiniBand HDR:ää tukevat QSFP28-moduulit tarjoavat 200 Gbps:n kokonaiskaistanleveyden neljän 50 Gbps:n kaistan kautta.
Toisin kuin Ethernetin 64b/66b-koodaus, InfiniBand käyttää 8b/10b-koodausta SDR:n kautta QDR-nopeuksille ja 64b/66b-koodausta FDR:lle ja nopeammille nopeuksille. Kaistojen-to-toleranssi on myös erilainen-InfiniBand sallii enemmän vinoa kaistan välillä kuin Ethernet, mikä vaikuttaa kaapelin pituuden vastaavuusvaatimuksiin.
InfiniBand-lähetin-vastaanottimet tukevat IPoIB- (IP over InfiniBand) ja RoCE (RDMA over Converged Ethernet) -protokollia. RoCE v2 mahdollistaa InfiniBand--tyyppisen RDMA-viestinnän tavallisen Ethernet-infrastruktuurin kautta, mutta vaatii lähetin-vastaanottimia, jotka tukevat sekä InfiniBand- että Ethernet-tiloja. Nämä kaksi-protokollamoduulit tunnistavat isäntäliittymätyypin ja määrittävät itsensä sen mukaisesti.
Uusimmat NDR (Next Data Rate) ja XDR (eXtended Data Rate) -spesifikaatiot nostavat InfiniBandin 400 Gbps:iin ja 800 Gbps:iin käyttämällä OSFP-muototekijöitä, joissa on kahdeksan kaistaa 50 Gbps (NDR) tai 100 Gbps (XDR) PAM4-signalointiin. Näiden lähetin-vastaanottimien on tuettava InfiniBandin erityisiä ruuhkanhallinta- ja hyvitys{6}}vuonhallintamekanismeja, jotka poikkeavat Ethernetin prioriteetti{7}}vuonhallinnasta.
Kriittiset yhteensopivuustekijät
Useat tekniset parametrit määräävät, tukeeko lähetin-vastaanotin onnistuneesti tiettyä protokollaa sen lisäksi, että se vastaa nimellistiedonsiirtonopeuden ja muotokertoimen.
Koodaus ja linjanopeuden kohdistus
Jokainen protokolla määrittelee sekä datanopeudensa että käytetyn koodausmenetelmän. Linjanopeus ylittää aina datanopeuden koodausylimäärän huomioon ottamiseksi. Ethernetin 1000BASE-T toimii 1,25 Gbps:n linjanopeudella 1 Gbps:n tiedonsiirtonopeudella 8b/10b-koodauksella (25 % overhead). Vastaavasti 10 Gigabit Ethernet toimii 10,3125 Gbps:n linjanopeudella 10 Gbps:n suorituskyvyllä 64b/66b-koodauksella (3,125 % overhead).
Lähetin-vastaanottimen SerDes (Serializer/Deserializer) on toimittava täsmälleen protokollan vaatimalla linjanopeudella. Jos yritetään käyttää lähetin-vastaanotinta väärällä koodausmenetelmällä, seurauksena on välitön linkkivika, koska vastaanottopää ei voi kunnolla dekoodata saapuvaa datavirtaa.
FEC-tilan yhteensopivuus
Eteenpäin tapahtuvan virheen korjaus tulee yhä kriittisemmäksi 25G:n ja suuremmilla nopeuksilla. Eri protokollat ja nopeustasot käyttävät tiettyjä FEC-algoritmeja:
BASE-R FEC (Fire Code): Käytetään 10GBASE-R:ssä, tarjoaa 10^-12 BER-parannuksen
RS-FEC (Reed-Solomon): Vaaditaan 25G ja 100G NRZ, tarjoaa tehokkaamman korjauksen
RS-544 FEC: Vakio 400G-sovelluksiin
KP4 FEC: Vaihtoehto joillekin 100G:n toteutuksille
Molempien linkkikumppanien on käytettävä yhteensopivia FEC-tiloja. Yleinen 100G-vianmääritysskenaario sisältää yhden lähetin-vastaanottimen, jossa RS-FEC on käytössä, muodostaa yhteyden toiseen, jossa FEC on poistettu käytöstä-linkki saattaa muodostaa, mutta siinä on korkea virheprosentti tai se epäonnistuu ajoittain kuormituksen aikana. PAM4-lähetin-vastaanottimissa, jotka toimivat 400 G:n ja 800 G:n taajuudella, on sisäänrakennettu -FEC, ja ne vaativat yleensä FEC:n pois päältä isäntälaitetasolla kaksinkertaisen-koodauksen välttämiseksi.
Automaattinen-Neuvottelu ja manuaalinen määritys
Protokollat eroavat automaattisten{0}}neuvottelujen tuesta. Gigabit Ethernet kuparin yli (1000BASE-T) edellyttää automaattista-neuvottelua nopeuden, duplexin ja virtauksen ohjaamiseksi. 10G SFP+ -yhteydet toimivat kuitenkin kiinteällä nopeudella ilman neuvotteluja-molempien osapuolten on oltava esi-määritetty 10 Gbps:lle.
Moninopeusliitännät (esimerkiksi portit, jotka tukevat sekä 10G:tä että 25G:tä) vaativat nimenomaisen nopeusmäärityksen. 10G SFP+:n liittäminen 25G-porttiin muuttamatta portin nopeutta 10G-tilaan aiheuttaa "lähetin-vastaanottimen tyyppivirheitä". Portin nopeus on säädettävä manuaalisesti vastaamaan asennetun lähetin-vastaanottimen ominaisuuksia:
porttitila 10g
Nykyaikaiset 25G/50G/100G-lähetin-vastaanottimet voivat tukea Consortium Auto-Negotiationa (25G Ethernet Consortium), mutta tämä edellyttää, että molemmat päätepisteet tukevat samaa automaattista-negotiation standardia. Eri valmistajien sekoituslaitteet edellyttävät usein automaattisen-neuvottelun poistamista käytöstä ja nopeuden, FEC:n ja muiden parametrien manuaalista määrittämistä.
Aallonpituuden ja kuitutyypin yhteensopivuus
Yksi{0}}- ja monimuotolähetin-vastaanottimet eivät ole yhteentoimivia. Yksi-mode LR (Long Reach) -lähetin-vastaanotin, joka toimii 1310 nm:ssä, vaatii yksimuotokuitua, ja sen on yhdistettävä toiseen yksimuotoiseen-lähetin-vastaanottimeen. Sen yhdistäminen monimuotoiseen SR (Short Reach) -lähetin-vastaanottimeen 850 nm:n aallonpituudella takaa linkin epäonnistumisen.
BiDi (Bidirectional) -lähetin-vastaanottimet käyttävät erilaisia lähetys- ja vastaanottoaallonpituuksia yhden kuitunauhan yli. Nämä on käytettävä yhteensopivina pareina: yksi lähetin-vastaanotin lähettää 1270 nm:llä ja vastaanottaa 1 330 nm, pariksi toisen kanssa, joka tekee päinvastoin. Kahden identtisen BiDi-lähetin-vastaanottimen käyttäminen linkissä epäonnistuu, koska molemmat lähettäisivät ja vastaanottaisivat samoilla aallonpituuksilla.
CWDM (Coarse Wavelength Division Multiplexing) ja DWDM (Dense WDM) lähetin-vastaanottimet vaativat tarkan aallonpituussovituksen kanavamäärityksiä varten. DWDM-järjestelmissä jokainen lähetin-vastaanotin toimii tietyllä ITU-verkkokanavalla (esim. C21, C35). Suoran yhteyden molemmissa päissä on käytettävä samaa kanavan aallonpituutta, kun taas DWDM-mux/demux-konfiguraatiot edellyttävät koordinoitua kanavasuunnittelua.
Toimittajan koodaus ja alustan yhteensopivuus
Teknisten protokollavaatimusten lisäksi toimittajakohtainen{0}}koodaus luo käytännön yhteensopivuushaasteita. Verkkolaitteiden valmistajat ottavat käyttöön laiteohjelmistotarkistuksia, jotka vahvistavat lähetin-vastaanottimen EEPROM-tiedot ennen portin käyttöönottoa.
Cisco, Juniper, Arista, HPE ja muut toimittajat upottavat kryptografisia allekirjoituksia tai{0}}toimittajakohtaisia tunnisteita lähetin-vastaanottimen laiteohjelmistoon. Laitteet voivat hylätä lähetin-vastaanottimia, joista puuttuu asianmukainen toimittajakoodaus, näyttää virheitä, kuten "tuettu lähetin-vastaanotin" tai poistaa DOM (Digital Optical Monitoring) -ominaisuudet käytöstä, vaikka moduuli olisi teknisesti yhteensopiva protokollan kanssa.
Kolmannen osapuolen{0}}lähetin-vastaanottimien valmistajat käsittelevät tämän "moni-lähde"- tai "toimittaja-yhteensopiva" -koodauksella. Näissä lähetin-vastaanottimissa on EEPROM-tiedot, jotka vastaavat OEM-määrityksiä, joten ne voivat toimia samalla tavalla kuin alkuperäiset laitteet. Hyvämaineiset toimittajat testaavat yhteensopivia lähetin-vastaanottimia Ciscon (Compatibility Matrix), Juniperin (laitteistoyhteensopivuus) ja muiden valmistajien virallisia yhteensopivuusmatriiseja vastaan.
Jotkut organisaatiot käyttävät "koodauspalveluita", joissa lähetin-vastaanottimiin ohjelmoidaan tietyt toimittajakoodit oston yhteydessä. Yksi laitteistomoduuli voidaan koodata uudelleen eri toimittajia varten, mikä tarjoaa joustavuutta laitealustojen muuttuessa. Tämä käytäntö on kuitenkin olemassa harmaalla alueella,-toimittajat pitävät sitä ehtojensa vastaisena, vaikka sitä harjoitetaankin laajalti alalla.
Alusta{0}}erityiset omituisuudet lisäävät uuden kerroksen. Tietyt Cisco Nexus -kytkimet vaativat erityisen lähetin-vastaanottimen EEPROM-alustuksen 40G QSFP+ -moduuleille. HPE Comware -kytkimet tarvitsevat nimenomaisia portin nopeuden määrityskomentoja käytettäessä hitaampia-nopeita lähetin-vastaanottimia nopeammissa{6}}porteissa. Dell Force10 -laitteet saattavat vaatia laiteohjelmistopäivityksiä tukeakseen uudempia lähetin-vastaanotintyyppejä.
Open Compute Projectin (OCP) ja moni{0}}lähdesopimusten (MSA) lähetin-vastaanottimien syntymisen tarkoituksena on vähentää toimittajan-sulkua. Nämä "valkoisen laatikon" moduulit noudattavat standardoituja EEPROM-formaatteja ja toimivat useilla alustoilla. Edistyneet ominaisuudet, kuten yksityiskohtaiset DOM-tiedot tai toimittajakohtainen diagnostiikka, voivat kuitenkin olla rajoitettuja verrattuna OEM{5}}-koodattuihin lähetin-vastaanottimiin.
Troubleshooting Protocol{0}}Transceiver Mismatches
Kun lähetin-vastaanotin ei pysty muodostamaan linkkiä tai siinä on virheitä, järjestelmällinen vianetsintä selvittää, johtuuko ongelma protokollien yhteensopimattomuudesta, kokoonpanon yhteensopimattomuudesta vai laitteistovioista.
Linkki-Diagnostiikka alas
Aloita varmistamalla, että isäntälaite havaitsee lähetin-vastaanottimen. Käytä komentoja, kuten show interface lähetin-vastaanotin tai näytä lähetin-vastaanottimen käyttöliittymä varmistaaksesi, että moduuli näkyy varastossa. Jos lähetin-vastaanotinta ei havaita, tarkista:
Väärä istuin (irrota ja aseta takaisin tiukasti)
Vaurioituneet koskettimet tai pölyä häkissä
Yhteensopimaton muototekijä (SFP XFP-häkissä)
Lähetin-vastaanotinlaitteisto epäonnistui
Jos havaitaan, mutta se näyttää "alas" -tilan, tarkista raportoitu virhe. Yleisiä viestejä ovat:
"Transceiver type -epäsopivuus" → Nopeus- tai protokollaristiriita lähetin-vastaanottimen ja portin kokoonpanon välillä
"Ei tuettu lähetin-vastaanotin" → Toimittajan koodausongelma tai aidosti yhteensopimaton moduuli
"Ei linkkiä" puhtailla liittimillä → Aallonpituus ei täsmää, kuitutyyppi ei täsmää tai linkki katoaa liikaa
Protokollaparametrien vahvistus
Varmista, että molemmat päätepisteet käyttävät yhteensopivia protokolla-asetuksia. Ethernet-linkit:
Tarkista vastaavat nopeudet (molemmat 10G, molemmat 25G jne.)
Tarkista, että FEC-asetukset täsmäävät (molemmat käytössä tai molemmat poissa käytöstä)
Varmista aallonpituuden yhteensopivuus (molemmat 850nm SR tai molemmat 1310nm LR)
Vahvista kuitutyyppi vastaa lähetin-vastaanottimen tyyppiä (SMF LR-moduuleilla, MMF SR-moduuleilla)
Käytä diagnostiikkakomentoja nähdäksesi optiset tehotasot. Lähetin-vastaanottimet, joissa on DDM/DOM-tuki, raportoivat lähetys- (Tx) ja vastaanottotehon (Rx) dBm:inä. Tyypilliset arvot:
Tx-teho: -5 - 0 dBm lyhyellä-säteellä, -2 - 3 dBm pitkällä kattavuudella
Rx-teho: Pitäisi olla lähetin-vastaanottimen määritetyllä herkkyysalueella
Liian alhainen Rx-teho tarkoittaa kuituhäviötä, likaisia liittimiä tai liiallista etäisyyttä. Liian korkea Rx-teho (vastaanottimen kyllästyskynnyksen yläpuolella) viittaa liian lyhyeen kuituun ilman asianmukaista vaimennusta, mikä saattaa aiheuttaa vastaanottimen ylikuormituksen.
Kokoonpanon korjaukset
Jos moninopeuksisten porttien "lähetin-vastaanottimen tyyppi ei täsmää" -virheisiin, säädä portin nopeus vastaamaan lähetin-vastaanotinta:
käyttöliittymä Twenty-FiveGigE1/0/1
porttitila 10g
Näin 10G SFP+ toimii oikein 25G-yhteensopivassa portissa.
Kohdista FEC-asetukset, jos FEC-yhteensopivuus on 100G+-linkeissä. Poista isäntäpuolen FEC käytöstä PAM4-lähetin-vastaanottimissa:
käyttöliittymä HundredGigE1/0/1
fec tila pois päältä
Ota RS-FEC käyttöön molemmissa päätepisteissä NRZ-lähetin-vastaanottimissa 25G/100G:ssä:
käyttöliittymä HundredGigE1/0/1
fec mode rs
Laitteiston korvaustestaus
Kun ohjelmistokorjaukset eivät ratkaise ongelmia, testaa tunnetulla-hyvällä laitteistolla:
Vaihda lähetin-vastaanotin todennettuun, samantyyppiseen työyksikköön
Testaa epäiltyä{0}}huonoa lähetin-vastaanotinta toisessa portissa
Kokeile toista kuitukaapelia
Yhdistä molemmat lähetin-vastaanottimet paikallisesti (takaisin-takaisin-takaisin) käyttämällä lyhytkuitua linkin-etäisyysongelmien erottamiseksi
Jos lähetin-vastaanotin toimii yhdessä kytkimessä, mutta ei toisessa saman mallin mukaisessa kytkimessä, laiteohjelmistoerot tai toimittajakohtaiset -virheet voivat olla syynä. Kytkimen laiteohjelmiston päivittäminen ratkaisee joskus lähetin-vastaanottimen yhteensopivuusongelmat.
Moni-protokolla ja tulevaisuuden-valmiit ratkaisut
Erilaisia verkkoympäristöjä hallinnoivat organisaatiot hyötyvät strategioista, jotka maksimoivat lähetin-vastaanottimen joustavuuden protokollien välillä.
Usean{0}}nopeuden lähetin-vastaanottimet
Kolmi-- ja nelinopeuksiset-lähetin-vastaanottimet tukevat useita nopeuksia protokollaperheen sisällä. 1G/10G/25G SFP28 neuvottelee automaattisesti tai se voidaan määrittää manuaalisesti mille tahansa tuetulle nopeudelle, mikä vähentää varastovaatimuksia. Nämä moduulit maksavat enemmän kuin yksihintaiset versiot, mutta tarjoavat käyttöönoton joustavuutta-erityisen arvokasta verkkosiirtojen yhteydessä.
Ethernet-konsortio kehitti vaatimukset 10/25G, 50G, 100/200G ja 400/800G moninopeuksiselle toiminnalle. Näitä standardeja tukevat lähetin-vastaanottimet neuvottelevat automaattisesti-yhteensopivista nopeuksista, kun molemmat päätepisteet tukevat Consortium AN:ta (Auto-Negotiation). Konsortion ja perinteisten IEEE-lähetin-vastaanottimien sekoittaminen vaatii kuitenkin manuaalisen konfiguroinnin ainakin toisessa päässä.
Protocol{0}}Agnostinen infrastruktuuri
Alan trendi kohti avoimia verkkoalustoja tukee protokolla{0}}agnostisia lähetin-vastaanottimia. SONiC (Software for Open Networking in the Cloud), OpenBMC ja vastaavat käyttöjärjestelmät antavat saman lähetin-vastaanotinlaitteiston tukea useita protokollia ohjelmiston konfiguroinnin kautta.
Tämä lähestymistapa käsittelee lähetin-vastaanotinta yleisenä optisena rajapintana, jossa protokollan käsittely on siirretty ohjelmistokerroksiin. Yksi QSFP28-moduuli saattaa tukea 100G Ethernetiä, 4x25G Ethernet Breakoutia tai InfiniBand EDR:ää riippuen vain kytkimen käyttöjärjestelmän kokoonpanosta. Tämä joustavuus on erityisen arvokasta pilvipalvelukeskuksissa, joissa on sekakuormitus.
Kehitys kohti kytkettävää koherenttia optiikkaa
Perinteisissä lähetin-vastaanottimissa on suora{0}}tunnistusoptiikka, joka soveltuu jopa 10-40 km:n etäisyyksille nopeudesta riippuen. Pidemmille suurkaupunki- ja alueyhteyksille yhtenäinen optiikka vaati historiallisesti erityisiä linjakorttilaitteita.
Koherentit kytkettävät lähetin-vastaanottimet (400ZR/ZR+, 800ZR) tuovat kantoaaltoluokan-optisen suorituskyvyn standardiin QSFP-DD- ja OSFP-muotoihin. Nämä moduulit tukevat useita protokollia:
400 G Ethernet metron etäisyyksillä (80-120 km)
OTN (Optical Transport Network) OTU4-kehystys
FlexE (Flexible Ethernet) al{0}}hintapalveluihin
Point{0}}to--aallonpituuspalvelut DWDM-järjestelmissä
Moduulit sisältävät integroidun DSP:n (Digital Signal Processing) kromaattisen dispersion kompensoimiseksi ja mukautuvan taajuuskorjauksen, mikä mahdollistaa protokolla{0}}agnostisen optisen siirron. Isäntäjärjestelmä tarjoaa sähköisiä 400G-liitäntöjä, jotka voivat kuljettaa Ethernet-, OTN- tai muita protokollia, kun taas koherenttioptiikka käsittelee pitkän matkan lähetyksen asiakasprotokollasta riippumatta.
Usein kysytyt kysymykset
Voinko käyttää Ethernet-lähetin-vastaanotinta kuitukanavalle?
Ei. Vaikka muototekijät voivat täsmää (molemmat esimerkiksi SFP+:aa käyttämällä), Ethernet ja Fibre Channel käyttävät eri protokollia, ajoitusta ja laiteohjelmiston koodausta. Laitteet hylkäävät väärälle protokollalle koodatun lähetin-vastaanottimen, ja vaikka näin ei olisi, yhteensopimaton signalointi estäisi linkin muodostamisen.
Toimiiko 10G SFP+ 25G SFP28 -portissa?
Fyysisesti kyllä, mutta vain jos määrität portin nopeuden manuaalisesti 10G-tilaan. Useimmat 25G-yhteensopivat portit eivät automaattisesti-tunnista 10G lähetin-vastaanotinta ja ilmoittavat "lähetinvastaanottimen tyyppierosta", ellei portin nopeudeksi ole nimenomaisesti asetettu 10G.
Mitä tapahtuu, jos FEC-asetukset eivät täsmää 100G-linkeissä?
Linkki voi muodostaa, mutta siinä on korkea virheprosentti (CRC-virheet) tai epäonnistua ajoittain kuormituksen aikana. 400 Gt:n PAM4-lähetin-vastaanottimissa on tyypillisesti sisäänrakennettu-FEC, mikä edellyttää isäntäpuolen -FEC:n poistamista käytöstä. NRZ-lähetin-vastaanottimet 25G/100G tarvitsevat RS-FEC-toiminnon molemmissa päissä, jotta ne toimivat luotettavasti tietyillä etäisyyksillä.
Miksi lähetin-vastaanottimeni kytkimessä näkyy "ei tuettu"?
Tämä tarkoittaa tyypillisesti toimittajan koodien yhteensopimattomuutta. Kytkimen laiteohjelmisto tarkistaa lähetin-vastaanottimen EEPROM-tiedoista toimittajakohtaisten -tunnisteiden varalta. Kolmannen osapuolen-lähetin-vastaanottimet tarvitsevat yhteensopivan koodauksen kytkintoimittajaasi varten. Jotkin kytkimet sallivat tämän tarkistuksen poistamisen käytöstä asetuskomennoilla, mutta tämä voi mitätöidä tukisopimukset.
Voinko sekoittaa yksi{0}}- ja monimuotolähetin-vastaanottimia?
Ei. Yksi-moodilähetin-vastaanottimet käyttävät eri aallonpituuksia (yleensä 1310nm tai 1550nm) ja vaativat yksimuotokuitua, kun taas monimuotolähetin-vastaanottimet käyttävät 850nm monimuotokuitua. Fyysinen optiikka, tehobudjetit ja lähetysominaisuudet eivät ole yhteensopivia. Yhteensopimattomien tyyppien käyttö takaa linkin epäonnistumisen.
Pitääkö BiDi-lähetin-vastaanottimien olla identtisiä molemmista päistä?
Ei-itse asiassa niiden on oltava erilaisia. BiDi-lähetin-vastaanottimet käyttävät eri lähetys- ja vastaanottoaallonpituuksia yhdessä kuitunauhassa. Toinen puoli lähettää 1270nm ja vastaanottaa 1330nm, kun taas toinen tekee päinvastoin. Identtisten BiDi-moduulien käyttäminen molemmissa päissä saa sekä lähettämään että vastaanottamaan samoilla aallonpituuksilla, mikä estää tiedonsiirron.
Lähetin-vastaanotintyyppien ja verkkoprotokollien välinen suhde edellyttää fyysisten muototekijöiden, sähköisten signalointinopeuksien, koodausmenetelmien ja toimittajakohtaisten{0}}koodausvaatimusten yhteensovittamista. Näiden riippuvuuksien ymmärtäminen-perusaallonpituuden valinnasta edistyneisiin FEC-määritykseen- mahdollistaa luotettavan verkon suunnittelun ja nopean vianetsinnän, kun yhteensopivuusongelmia ilmenee. Kun verkot kehittyvät kohti 800G Ethernetiä, NDR InfiniBandia ja koherentteja liittimiä, periaate pysyy johdonmukaisena: protokollavaatimukset sanelevat lähetin-vastaanottimen tekniset tiedot, ja onnistunut käyttöönotto vaatii huomiota sekä teknisiin standardeihin että käytännön toteutuksen yksityiskohtiin.
Lähteet
Edgeium. (2025). "Oikean lähetin-vastaanottimen valinta." Haettu https://edgeium.com/blog/choosing-oikeasta-lähetinvastaanottimesta
Tasainen optiikka. (2024). "Eri SFP-lähetinvastaanotintyypit selitettyinä." Haettu osoitteesta https://equaloptics.com/
Linkki-PP. (2025). "Kattava opas optisten lähetin-vastaanottimien yhteentoimivuuteen ja yhteensopivuuteen nykyaikaisissa verkoissa." Haettu osoitteesta https://www.link-pp.com/knowledge/optical-transceiver-compatibility-interoperability-guide.html
Tarkkuus OT. (2025). "Into the Transceiver-Verse Part II: A Galaxy of Transceiver Types." Haettu osoitteesta https://www.precisionot.com/transceiver_types/
Fortune Business Insights. (2024). "Optisen lähetin-vastaanottimen markkinakoko, osuus, trendit|Ennuste [2032]." Haettu osoitteesta https://www.fortunebusinessinsights.com/optical-transceiver-market-108985