Raiduztvērēja tips ir piemērots dažādiem protokoliem
Oct 31, 2025|
Katrs raiduztvērēja veids ir izstrādāts, lai atbalstītu noteiktus tīkla protokolus, pamatojoties uz formas faktoru, datu pārraides ātrumu un kodēšanas prasībām. Saderība ir atkarīga no raiduztvērēja elektriskā interfeisa, pārraides ātruma un signalizācijas formāta saskaņošanas ar protokola specifikācijām.
Protokola prasības Forma raiduztvērēja dizains
Tīkla protokoli nosaka atšķirīgas tehniskās prasības, kas tieši nosaka, kuri raiduztvērēju veidi tos var atbalstīt. Ethernet protokolos tiek izmantotas īpašas kodēšanas shēmas-8b/10b ātrumam līdz 10 Gb/s un 64b/66b lielākam ātrumam-, savukārt Fibre Channel izmanto dažādas laika un kadru struktūras. SONET/SDH protokoliem ir nepieciešamas precīzas sinhronizācijas iespējas, un InfiniBand pieprasa zema latentuma RDMA atbalstu ar atvieglotām nervozēšanas specifikācijām.
Formas faktors pats par sevi negarantē protokola saderību. SFP+ ports var fiziski pieņemt raiduztvērēju, taču modulim ir jāatbalsta pareiza līnijas kodēšana un pārraides ātrums mērķa protokolam. Piemēram, 10 Gb/s SFP+ var atbalstīt 10 GBASE-SR Ethernet vai 8G šķiedru kanālu, taču SFP, kas paredzēts Gigabit Ethernet, nedarbosies 10 G šķiedru kanāla vidē, pat ja savienotājs ir piemērots.
Protokola{0}}specifiskā programmaparatūras kodēšana padara vēl vienu sarežģītāku. Lielākie aprīkojuma pārdevēji, piemēram, Cisco, Juniper un HPE, savos raiduztvērējos iegulst patentētus EEPROM datus, radot pārdevēja bloķēšanu-scenārijus, kad vispārīgie moduļi var tikt noraidīti, neskatoties uz to, ka tie atbilst tehniskajām specifikācijām. Vairāku ātrumu raiduztvērēji, kas atbalsta tādus protokolus kā 1G/10G/25G Ethernet vai OC-3/OC-12/OC-48 SONET, samazina šo sarežģītību, automātiski pārrunājot saderīgus iestatījumus, kad ir izveidots savienojums.
Ethernet protokola prasības visos ātruma līmeņos
Ethernet joprojām ir dominējošais datu centrs un uzņēmuma protokols, un katram ātruma līmenim ir nepieciešami īpaši raiduztvērēja parametri. Pāreja no 1G uz 800G ietver ne tikai ātrākus pārraides ātrumus, bet arī būtiski atšķirīgas kodēšanas un modulācijas shēmas.
1G Ethernet raiduztvērēji
Standarta SFP raiduztvērēji apstrādā 1000BASE-T (vara), 1000BASE-SX (850 nm daudzrežīmu) un 1000BASE-LX (1310 nm viens{8}}režīms). Šie moduļi izmanto 8b/10b kodējumu un darbojas ar 1,25 Gb/s līnijas ātrumu, lai pielāgotos kodēšanas pieskaitāmajām izmaksām. 1000BASE-T variants atbalsta automātisko{16}}pārrunu ātrumu līdz 100 Mb/s un 10 Mb/s, nodrošinot atpakaļsaderību ar Fast Ethernet infrastruktūru.
Trīs likmes vara SFP atbalsta 10 Mb/s/100 Mb/s/1000 Mb/s darbību, padarot tos daudzpusīgus jaukta-ātruma vidēs. Tomēr viļņa garuma izvēlei ir nozīme{11}}850 nm raiduztvērēji sasniedz 550 m, izmantojot OM3 daudzmodu šķiedru, savukārt 1310 nm versijas sniedzas līdz 10 km, izmantojot vienmoda šķiedru. Sajaucot nesaderīgus viļņu garumus (850 nm vienā galā, 1310 nm otrā galā), rodas tūlītēja savienojuma kļūme.
10G Ethernet raiduztvērēji
SFP+ moduļi iezīmēja pāreju uz 10 gigabitu Ethernet ar 10GBASE-SR, 10GBASE-LR un 10GBASE-ER variantiem. Šie raiduztvērēji izmanto 64b/66b kodējumu (arī rakstīts kā 64B66B) ar līnijas ātrumu 10,3125 Gbps. Atšķirībā no 1G SFP moduļiem, SFP+ raiduztvērēji darbojas ar fiksētu 10 Gb/s pilnu{18}}dupleksu bez automātiskas{19}}sarunu iespējas.
Šī stingrā protokola prasība rada kopīgas saderības problēmas. SFP+ uztvērējs, kas ievietots SFP portā, nevar samazināt ātrumu līdz 1 Gbps, un otrādi, SFP+ portā esošais SFP modulis tiks bloķēts ar ātrumu 1 Gbps vai arī neizdosies izveidot savienojumu. 10GBASE-T vara variants nodrošina automātisku{8}}pāreju uz 1G/2,5G/5G ātrumu, taču uz lielāka enerģijas patēriņa rēķina (4–8 W pret 1 W optiskajam SFP+).
WAN lietojumprogrammām 10GBASE-LW un 10GBASE-EW varianti atbalsta SONET OC-192/STM-64 kadrēšanu ar ātrumu 9,953 Gb/s, nodrošinot 10G Ethernet transportēšanu, izmantojot esošo SONET infrastruktūru. Šajos raiduztvērējos ir iekļauts WAN interfeisa apakšslānis (WIS), kas pievieno ar SONET saderīgu iekapsulāciju.
25G, 40G un 100G Ethernet
SFP28 raiduztvērēji atbalsta 25GBASE-SR/LR ar ātrumu 25,78125 Gb/s, izmantojot NRZ (Non-Return-to-Zero) modulāciju. Šie moduļi saglabā atpakaļsaderību ar 10G SFP+ portiem, ja ātruma pārrunas ir pareizi konfigurētas. Portu konfigurācijas neatbilstības izraisa "uztvērēja tipa neatbilstības" kļūdas,{11}}bieži sastopama problēma, ievietojot 10G moduļus 25G portos, nepielāgojot porta ātruma iestatījumus.
QSFP+ apstrādā 40 gigabitu Ethernet, izmantojot četras 10 Gbps joslas (4 x 10 G), savukārt QSFP28 atbalsta 100 G, izmantojot četras 25 Gbps joslas (4 x 25 G). Abi izmanto 64b/66b kodējumu un var darboties pārtraukuma režīmā-viens QSFP28 ports, kas sadalīts četros atsevišķos 25G savienojumos, izmantojot atbilstošus pārtraukuma kabeļus.
200 G, 400 G un vairāk
QSFP56 un QSFP-DD moduļi ievieš PAM4 (impulsa amplitūdas modulāciju ar 4 līmeņiem) signalizāciju 200 G un 400 G ātrumam. PAM4 dubulto spektrālo efektivitāti, kodējot 2 bitus uz simbolu, nevis NRZ 1 bitu uz simbolu. QSFP-DD sasniedz 400 Gb/s, izmantojot astoņas 50 Gb/s PAM4 joslas, vienlaikus saglabājot atpakaļsaderību ar standarta QSFP formas faktoriem pirmajās četrās joslās.
OSFP raiduztvērēji ir paredzēti 800G lietojumprogrammām ar astoņām 100Gbps elektriskajām joslām. Jaunākās specifikācijas atbalsta sadalījuma konfigurācijas, kas savieno OSFP ar vairākām mazāka -ātruma saskarnēm (QSFP-DD, QSFP28), lai gan tas prasa rūpīgu FEC (Forward Error Correction) izlīdzināšanu starp galapunktiem.
FEC kļūst obligāta šajos ātrumos. RS-FEC (Reed-Solomon FEC) labo bitu kļūdas, ko rada PAM4 samazinātā signāla -līdz-trokšņu robeža. Neatbilstoši FEC iestatījumi-viens galapunkts ir iespējots, otrs atspējots-novērš saites izveidi vai rada pārmērīgu kļūdu līmeni 100 G+ izvietošanā.
Fiber Channel Protocol apsvērumi
Fiber Channel raiduztvērēji apkalpo uzglabāšanas zonas tīklus (SAN) ar atšķirīgām prasībām nekā Ethernet. Protokols izmanto 8b/10b kodējumu, bet ar dažādiem laika parametriem un pasūtītiem komplektiem auduma pieteikšanās un porta autentifikācijai.
Standarta šķiedras kanāla ātrumi ietver 2G, 4G, 8G, 16G un 32G. Trīs ātruma raiduztvērēji, kas atbalsta 2G/4G/8G vai 4G/8G/16G, samazina krājumu sarežģītību. Šie moduļi automātiski{14}}pārrunā augstāko savstarpēji atbalstīto ātrumu, taču abiem galapunktiem ir jāatbalsta mērķa ātrums,{15}}16G{17}}var HBA, kas savienojas ar 8G slēdzi, samazinās līdz 8G.
Viļņa garuma standarti atšķiras no Ethernet konvencijām. Fiber Channel SFP moduļi izmanto 850 nm īso- viļņu (SW) un 1310 nm garo- viļņu (LW) variantiem, līdzīgi kā Ethernet, taču pārraides attālumi un jaudas budžeti atbilst FC-PI (Fibre Channel Physical Interface) specifikācijām, nevis IEEE standartiem.
Fiber Channel un Ethernet raiduztvērēju sajaukšana izraisa tūlītējas kļūmes. Lai gan 8G FC SFP+ un 10G Ethernet SFP+ var izskatīties identiski un tiem ir vienāds fiziskās formas faktors, to programmaparatūras kodēšana, pārraides protokoli un elektriskie parametri būtiski atšķiras. Iekārtas programmaparatūra pārbauda moduļa EEPROM identifikatoru un noraida moduļus, kas kodēti nesaderīgiem protokoliem.
Vairāku-protokolu raiduztvērēji ar apzīmējumu "2GF" atbalsta trīs ātruma darbību Gigabit Ethernet (1000BASE-SX/LX) un 2G šķiedru kanālā. Šie dubultie{7}}personības moduļi nosaka resursdatora ierīces protokolu un attiecīgi konfigurē, lai gan tie kļūst arvien retāk sastopami, jo specializētie protokola raiduztvērēji piedāvā labāku veiktspēju.
SONET/SDH transporta prasības
SONET (Synchronous Optical Network) un SDH (Synchronous Digital Hierarchy) protokoliem, lai gan mantotās tehnoloģijas tiek aizstātas ar OTN un Metro Ethernet, joprojām ir nepieciešams specializēts raiduztvērēju atbalsts telekomunikāciju infrastruktūrā.
SONET/SDH raiduztvērēji apstrādā OC-3/STM-1 (155 Mb/s), OC-12/STM-4 (622 Mb/s), OC-48/STM-16 (2,488 Gb/s) un OC-192/STM-64 (9,953 Gbps). Šie vairāku ātrumu moduļi atbalsta vairākus ātruma līmeņus SONET hierarhijā, ļaujot vienam OC-48 SFP darboties ar OC-3, OC-12 vai OC-48 atkarībā no līnijas kartes konfigurācijas.
Galvenā atšķirība ir kadrēšana un pieskaitāmās izmaksas. SONET izmanto nepārtrauktu sinhronu kadrēšanu ar savstarpēji savienotiem pieskaitāmajiem baitiem, kas būtiski atšķiras no Ethernet pakešu{1}}pieejas. Raiduztvērējiem ir jāuztur precīza laika sinhronizācija visā tīklā, un vibrācijas specifikācijas ir stingrākas nekā Ethernet prasības.
Nākamās-paaudzes tīkliem daži 10GBASE-LW/EW Ethernet raiduztvērēji ietver WAN PHY atbalstu OC-192/STM-64 kadrēšanai. Tas nodrošina 10 gigabitu Ethernet transportēšanu pa SONET infrastruktūru ar nedaudz samazinātu 9,953 Gbps ātrumu, ko nosaka SONET kadrēšanas prasības. Uztvērēji serveriem tiek rādīti kā standarta 10G Ethernet, vienlaikus saglabājot SONET saderību WAN pusē.
Vispārējā kadrēšanas procedūra (GFP) ļauj iekapsulēt Ethernet, Fibre Channel un citus protokolus SONET/SDH kadros. Tomēr tam ir nepieciešamas specializētas līniju kartes un raiduztvērēji, kas atbalsta GFP-F (kadrs-kartēts) vai GFP-T (caurspīdīgs) režīmus. Standarta Ethernet SFP+ moduļi nedarbosies GFP-iespējotajā SONET iekārtā bez atbilstošiem protokola pielāgošanas slāņiem.
InfiniBand{0}}Īpašas raiduztvērēja īpašības
InfiniBand raiduztvērēji būtiski atšķiras no Ethernet moduļiem, neskatoties uz to, ka tiek izmantoti līdzīgi SFP+, QSFP28 un OSFP formas faktori. Protokola fokuss uz zema-latences RDMA (attālās tiešās atmiņas piekļuves) un augstas-veiktspējas skaitļošanu rada unikālas tehniskās prasības.
InfiniBand specifikācijas apzināti samazina nervozitātes prasības līdz 0,35 UI (vienības intervāls), salīdzinot ar Ethernet tipisko 0,25 UI, tādējādi nodrošinot ASIC{2}}draudzīgu ieviešanu. Tomēr tas rada izaicinājumu, savienojot InfiniBand elektriskos signālus tieši ar optiskajiem raiduztvērējiem, kas paredzēti stingrākām optiskās nervozitātes specifikācijām. Daudzām InfiniBand implementācijām pirms optiskā interfeisa ir nepieciešami signāla kondicionētāji vai retimeri, lai tie atbilstu raiduztvērēja ievades prasībām.
Protokols izmanto datu svītrošanu 1x, 4x vai 12x joslās. 4x InfiniBand savienojums sadala datus pa četriem paralēliem kanāliem, katrs kanāls darbojas ar bāzes ātrumu (SDR: 2,5 Gbps, DDR: 5 Gbps, QDR: 10 Gbps, FDR: 14 Gbps, EDR: 25 Gbps, HDR: 50 Gbps, NDR: 100 Gbps). QSFP28 moduļi, kas atbalsta InfiniBand HDR, nodrošina 200 Gbps kopējo joslas platumu caur četrām 50 Gbps joslām.
Atšķirībā no Ethernet 64b/66b kodējuma, InfiniBand izmanto 8b/10b kodējumu SDR, izmantojot QDR ātrumu, un 64b/66b FDR un ātrākiem ātrumiem. Atšķiras arī joslu-līdz-slīpuma pielaide-InfiniBand pieļauj lielāku šķībumu starp joslām nekā Ethernet, tādējādi ietekmējot kabeļa garuma atbilstības prasības.
InfiniBand raiduztvērēji ietver IPoIB (IP, izmantojot InfiniBand) un RoCE (RDMA, izmantojot konverģēto Ethernet) protokolu atbalstu. RoCE v2 iespējo InfiniBand-stila RDMA komunikāciju standarta Ethernet infrastruktūrā, taču ir nepieciešami raiduztvērēji, kas atbalsta gan InfiniBand, gan Ethernet režīmus. Šie divu-protokolu moduļi nosaka resursdatora saskarnes tipu un attiecīgi konfigurē sevi.
Jaunākās NDR (Next Data Rate) un XDR (paplašinātā datu pārraides ātruma) specifikācijas nodrošina InfiniBand līdz attiecīgi 400 Gbps un 800 Gbps, izmantojot OSFP formas faktorus ar astoņām 50 Gbps (NDR) vai 100 Gbps (XDR) PAM4 signālu joslām. Šiem raiduztvērējiem ir jāatbalsta InfiniBand specifiskā pārslodzes pārvaldība un uz kredītu balstīti plūsmas kontroles mehānismi, kas atšķiras no Ethernet prioritārās{7}}plūsmas vadības.
Kritiskie saderības faktori
Vairāki tehniskie parametri nosaka, vai raiduztvērējs veiksmīgi atbalstīs konkrēto protokolu, ne tikai atbilst nominālajam datu pārraides ātrumam un formas koeficientam.
Kodēšana un līniju ātruma izlīdzināšana
Katrs protokols norāda gan tā datu pārraides ātrumu, gan izmantoto kodēšanas shēmu. Līnijas ātrums vienmēr pārsniedz datu pārraides ātrumu, lai pielāgotos kodēšanas pieskaitāmajām izmaksām. Ethernet 1000BASE-T darbojas ar 1,25 Gb/s līnijas ātrumu, lai pārsūtītu datus ar ātrumu 1 Gb/s, izmantojot 8b/10b kodējumu (25% pieskaitāmās). Līdzīgi, 10 gigabitu Ethernet darbojas ar 10,3125 Gb/s līnijas ātrumu ar 10 Gb/s caurlaidspēju ar 64b/66b kodējumu (3,125% pieskaitāmās izmaksas).
Raiduztvērēja SerDes (serializer/deserializer) jādarbojas ar precīzu protokolā noteikto līniju ātrumu. Mēģinājums izmantot raiduztvērēju ar nepareizu kodēšanas shēmu izraisa tūlītēju saites kļūmi, jo saņēmējs nevar pareizi atšifrēt ienākošo datu straumi.
FEC režīma saderība
Uz priekšu kļūdu labošana kļūst arvien kritiskāka pie 25G un lielāka ātruma. Dažādi protokoli un ātruma līmeņi izmanto īpašus FEC algoritmus:
BASE-R FEC (Fire Code): izmantots 10GBASE-R, nodrošina 10^-12 BER uzlabojumu.
RS-FEC (Reed-Solomon): nepieciešams 25G un 100G NRZ, nodrošina spēcīgāku korekciju
RS-544 FEC: standarts 400G lietojumprogrammām
KP4 FEC: alternatīva dažām 100G implementācijām
Abiem saites partneriem ir jāizmanto saderīgi FEC režīmi. Izplatīts 100 G problēmu novēršanas scenārijs paredz, ka viens raiduztvērējs ar iespējotu RS-FEC savienojas ar citu ar atspējotu FEC-saite var izveidoties, taču tai ir augsts kļūdu līmenis vai arī slodzes laikā tas periodiski neizdodas. PAM4 raiduztvērēji, kas darbojas ar 400G un 800G, ietver iebūvētu-FEC, un parasti FEC ir jāatspējo saimniekierīces līmenī, lai izvairītos no dubultās-kodēšanas.
Auto-Sarunas un manuāla konfigurēšana
Protokoli atšķiras ar automātisko{0}}sarunu atbalstu. Gigabit Ethernet pa vara (1000BASE-T) nodrošina automātisku-sarunu veikšanu ātruma, dupleksa un plūsmas kontrolei. Tomēr 10G SFP+ savienojumi darbojas ar fiksētu ātrumu bez sarunām{8}}abām pusēm ir jābūt iepriekš-konfigurētām 10 Gb/s.
Vairāku ātrumu saskarnēm (piemēram, portiem, kas atbalsta gan 10G, gan 25G) ir nepieciešama skaidra ātruma konfigurācija. 10G SFP+ ievietošana 25G portā, nemainot porta ātrumu uz 10G režīmu, rada "raiduztvērēja tipa neatbilstības" kļūdas. Porta ātrums ir manuāli jāpielāgo, lai tas atbilstu instalētā raiduztvērēja iespējām:
porta režīms 10g
Mūsdienu 25G/50G/100G raiduztvērēji var atbalstīt Consortium Auto-Negotiation (25G Ethernet Consortium), taču tam ir nepieciešams, lai abi galapunkti atbalstītu vienu un to pašu automātisko-sarunu standartu. Dažādu pārdevēju sajaukšanas aprīkojuma dēļ bieži ir jāatspējo automātiskā sarunvaloda{7}}un manuāla ātruma, FEC un citu parametru konfigurēšana.
Viļņa garuma un šķiedras veida saskaņošana
Viena{0}}režīmu un vairāku režīmu raiduztvērēji nav sadarbspējīgi. Viena-režīma LR (Long Reach) raiduztvērējam, kas darbojas pie 1310 nm, ir nepieciešama viena-režīma šķiedra, un tam ir jāpievienojas citam viena-režīma uztvērējam. Savienojot to ar daudzmodu SR (Short Reach) raiduztvērēju, izmantojot 850 nm viļņa garumu, tiek garantēta savienojuma kļūme.
BiDi (divvirzienu) raiduztvērēji izmanto dažādus pārraides un uztveršanas viļņu garumus vienā šķiedras daļā. Tie ir jāizvieto saskaņotos pāros: viens raiduztvērējs raida pie 1270 nm un uztver 1330 nm, pārī ar otru, kas rīkojas pretēji. Izmantojot divus identiskus BiDi raiduztvērējus saitē, neizdosies, jo abi pārraidīs un saņems vienā un tajā pašā viļņa garumā.
CWDM (rupjas viļņu dalīšanas multipleksēšana) un DWDM (blīvā WDM) raiduztvērējiem ir nepieciešama precīza viļņu garuma saskaņošana kanālu piešķiršanai. DWDM sistēmās katrs raiduztvērējs darbojas noteiktā ITU režģa kanālā (piemēram, C21, C35). Abiem tiešā savienojuma galiem ir jāizmanto viens un tas pats kanāla viļņa garums, savukārt DWDM mux/demux konfigurācijām nepieciešama saskaņota kanālu plānošana.
Pārdevēja kodēšana un platformu saderība
Papildus tehniskajām protokolu prasībām piegādātāja{0}}specifiskā kodēšana rada praktiskas saderības problēmas. Tīkla iekārtu ražotāji ievieš programmaparatūras pārbaudes, kas apstiprina raiduztvērēja EEPROM datus pirms porta iespējošanas.
Cisco, Juniper, Arista, HPE un citi pārdevēji raiduztvērēja programmaparatūrā iegulst kriptogrāfiskus parakstus vai piegādātāja{0}}specifiskus identifikatorus. Iekārtas var noraidīt raiduztvērējus, kuriem nav atbilstoša pārdevēja kodēšanas, parādot kļūdas, piemēram, "neatbalstītu raiduztvērēju" vai atspējojot DOM (digitālās optiskās uzraudzības) funkcijas, pat ja modulis ir tehniski saderīgs ar protokolu.
Trešās -pusējās raiduztvērēju ražotāji to risina, izmantojot "vairāku-avotu" vai "pārdevēja-saderīgu" kodēšanu. Šajos raiduztvērējos ir iekļauti EEPROM dati, kas atbilst OEM specifikācijām, ļaujot tiem darboties identiski oriģinālajam aprīkojumam. Cienījami pārdevēji pārbauda savus saderīgos raiduztvērējus ar oficiālajām saderības matricām no Cisco (saderības matricas), Juniper (aparatūras saderība) un citiem ražotājiem.
Dažas organizācijas izmanto "kodēšanas pakalpojumus", kur raiduztvērēji tiek ieprogrammēti ar konkrētiem pārdevēja kodiem iegādes brīdī. Vienu aparatūras moduli var pārkodēt dažādiem piegādātājiem, nodrošinot elastību, kad mainās aprīkojuma platformas. Tomēr šī prakse pastāv pelēkajā zonā-pārdevēji to uzskata par savu noteikumu pārkāpumu, lai gan nozarē tā tiek plaši izmantota.
Platformas-specifiskās dīvainības pievieno vēl vienu slāni. Dažiem Cisco Nexus slēdžiem ir nepieciešams īpašs raiduztvērēja EEPROM formatējums 40G QSFP+ moduļiem. HPE Comware slēdžiem ir nepieciešamas precīzas porta ātruma konfigurācijas komandas, ja tiek izmantoti mazāka ātruma{5}}uztvērēji ar lielāku ātrumu{6}}. Dell Force10 aprīkojumam var būt nepieciešami programmaparatūras atjauninājumi, lai atbalstītu jaunākus raiduztvērēju veidus.
Open Compute Project (OCP) un vairāku{0}}avota līgumu (MSA) raiduztvērēju parādīšanās mērķis ir samazināt pakalpojumu sniedzēja bloķēšanu-. Šie "baltās kastes" moduļi atbilst standartizētiem EEPROM formātiem un darbojas vairākās platformās. Tomēr uzlabotas funkcijas, piemēram, detalizēti DOM dati vai piegādātāja{4}}specifiskā diagnostika, var būt ierobežotas salīdzinājumā ar OEM-kodētajiem raiduztvērējiem.
Traucējummeklēšanas protokols{0}}Uztvērēja neatbilstības
Ja raiduztvērējam neizdodas izveidot saiti vai tiek parādītas kļūdas, sistemātiska traucējummeklēšana nosaka, vai problēmas cēlonis ir protokola nesaderība, konfigurācijas neatbilstība vai aparatūras kļūme.
Saite{0}}Down Diagnostics
Vispirms pārbaudiet, vai resursdatora ierīce ir atklājusi raiduztvērēju. Izmantojiet komandas, piemēram, parādīt interfeisa raiduztvērēja vai displeja raiduztvērēja interfeisu, lai apstiprinātu, ka modulis parādās krājumos. Ja raiduztvērējs netiek atklāts, pārbaudiet, vai:
Nepareizs novietojums (izņemiet un stingri ievietojiet atpakaļ)
Bojāti kontakti vai putekļi būrī
Nesaderīgs formas faktors (SFP XFP būrī)
Neizdevās raiduztvērēja aparatūra
Ja tiek konstatēts, bet tiek rādīts statuss "down", pārbaudiet ziņoto kļūdu. Parastie ziņojumi ietver:
"Raidītāja veida neatbilstība" → Ātruma vai protokola neatbilstība starp raiduztvērēja un porta konfigurāciju
“Neatbalstīts raiduztvērējs” → Pārdevēja kodēšanas problēma vai patiešām nesaderīgs modulis
"Nav saites" ar tīriem savienotājiem → Viļņa garuma neatbilstība, šķiedras veida neatbilstība vai pārmērīgs saites zudums
Protokola parametru pārbaude
Apstipriniet, ka abi galapunkti izmanto saderīgus protokola iestatījumus. Ethernet saitēm:
Pārbaudiet atbilstošos ātrumus (abi 10G, abi 25G utt.)
Pārbaudiet FEC iestatījumu atbilstību (abi iespējoti vai abi atspējoti)
Apstipriniet viļņa garuma saderību (abi 850nm SR vai abi 1310nm LR)
Apstiprināt šķiedras tipu, kas atbilst raiduztvērēja tipam (SMF ar LR moduļiem, MMF ar SR moduļiem)
Izmantojiet diagnostikas komandas, lai skatītu optiskās jaudas līmeņus. Raiduztvērēji ar DDM/DOM atbalsta ziņojumu pārraida (Tx) un saņem (Rx) jaudu dBm. Tipiskās vērtības:
Tx jauda: -5 līdz 0 dBm īsai- sasniedzamībai, -2 līdz 3 dBm lielai sasniedzamībai
Rx jauda: jābūt raiduztvērēja norādītajā jutības diapazonā
Pārāk zema Rx jauda norāda uz šķiedras zudumu, netīriem savienotājiem vai pārmērīgu attālumu. Pārāk augsta Rx jauda (virs uztvērēja piesātinājuma sliekšņa) liecina par pārāk īsu šķiedru bez atbilstoša vājinājuma, kas var izraisīt uztvērēja pārslodzi.
Konfigurācijas labojumi
Ja vairāku ātrumu portos rodas "raidttvērēja tipa neatbilstības" kļūdas, pielāgojiet porta ātrumu, lai tas atbilstu raiduztvērējam:
saskarne Twenty{0}}FiveGigE1/0/1
porta režīms 10g
Tas ļauj 10G SFP+ pareizi darboties 25G-pieslēgtā portā.
Ja FEC neatbilst 100 G+ saitēm, saskaņojiet FEC iestatījumus. Izmantojot PAM4 raiduztvērējus, atspējojiet saimniekdatora{4}}puses FEC:
interfeiss HundredGigE1/0/1
fec režīms izslēgts
NRZ raiduztvērējiem ar 25G/100G iespējojiet RS-FEC abos galapunktos:
interfeiss HundredGigE1/0/1
fec režīms rs
Aparatūras aizstāšanas pārbaude
Ja programmatūras labojumi neatrisina problēmas, pārbaudiet ar zināmu{0}}labu aparatūru:
Nomainiet raiduztvērēju pret pārbaudītu identiska tipa darba bloku
Pārbaudiet iespējamo{0}}slikto raiduztvērēju citā portā
Izmēģiniet citu šķiedru plākstera kabeli
Savienojiet abus raiduztvērējus lokāli (no aizmugures-pret-aizmuguri), izmantojot īsu šķiedru, lai izolētu saites-attāluma problēmas
Ja raiduztvērējs darbojas vienā slēdžā, bet ne citā tā paša modeļa slēdžā, var būt vainojamas programmaparatūras atšķirības vai piegādātāja{0}}specifiskas kļūdas. Slēdža programmaparatūras atjaunināšana dažkārt atrisina raiduztvērēja saderības problēmas.
Vairāki-protokoli un nākotnes-gatavi risinājumi
Organizācijas, kas pārvalda dažādas tīkla vides, gūst labumu no stratēģijām, kas maksimāli palielina raiduztvērēja elastību starp protokoliem.
Vairāku ātrumu{0}}uztvērēji
Trīs{0}}ātruma un četr{1} ātruma raiduztvērēji atbalsta vairākus ātrumus protokolu saimē. 1G/10G/25G SFP28 automātiski vienojas vai to var manuāli konfigurēt jebkurai atbalstītai likmei, tādējādi samazinot krājumu prasības. Šie moduļi maksā vairāk nekā vienas -likmes versijas, taču nodrošina izvietošanas elastību-, kas ir īpaši vērtīga tīkla migrēšanai.
Ethernet konsorcijs izstrādāja specifikācijas 10/25G, 50G, 100/200G un 400/800G vairāku ātrumu darbībai. Raiduztvērēji, kas atbalsta šos standartus, automātiski-pārrunā saderīgu ātrumu, ja abi galapunkti atbalsta Consortium AN (Auto{10}}Negotiation). Tomēr, lai sajauktu konsorcija un tradicionālos IEEE raiduztvērējus, ir nepieciešama manuāla konfigurācija vismaz vienā galā.
Protokols{0}}Agnostiskā infrastruktūra
Nozares tendence uz atvērtām tīkla platformām atbalsta protokola{0}}uztvērējus. SONiC (Software for Open Networking in the Cloud), OpenBMC un līdzīgas operētājsistēmas ļauj vienai un tai pašai raiduztvērēja aparatūrai atbalstīt vairākus protokolus, izmantojot programmatūras konfigurāciju.
Šī pieeja uztver raiduztvērēju kā vispārēju optisko interfeisu, un protokolu apstrāde tiek pārvietota uz programmatūras slāņiem. Viens QSFP28 modulis var atbalstīt 100G Ethernet, 4x25G Ethernet pārtraukumu vai InfiniBand EDR atkarībā tikai no slēdža OS konfigurācijas. Šī elastība kļūst īpaši vērtīga mākoņdatu centros, kuros darbojas jauktas darba slodzes.
Evolūcija uz pievienojamu koherentu optiku
Tradicionālie raiduztvērēji izmanto tiešās{0}}atklāšanas optiku, kas piemērota attālumam līdz 10-40 km atkarībā no ātruma. Ilgākiem lielpilsētu un reģionāliem savienojumiem saskaņotai optikai vēsturiski bija nepieciešams īpašs līniju karšu aprīkojums.
Koherenti pievienojamie raiduztvērēji (400ZR/ZR+, 800ZR) nodrošina mobilo sakaru operatora -klases optisko veiktspēju standarta QSFP-DD un OSFP formas faktoriem. Šie moduļi atbalsta vairākus protokolus:
400 G Ethernet metro attālumos (80–120 km)
OTN (Optical Transport Network) OTU4 kadrēšana
FlexE (elastīgs Ethernet) zemas maksas{0}}pakalpojumiem
No punkta{0}}līdz{1}}punkta viļņa garuma pakalpojumi DWDM sistēmās
Moduļos ir integrēts DSP (digitālā signāla apstrāde) hromatiskās dispersijas kompensācijai un adaptīvai izlīdzināšanai, kas nodrošina protokola{0}}agnostisku optisko transportēšanu. Resursdatora sistēma nodrošina elektriskās 400 G saskarnes, kas var pārnēsāt Ethernet, OTN vai citus protokolus, savukārt saskaņotā optika apstrādā liela attāluma pārraidi neatkarīgi no klienta protokola.
Bieži uzdotie jautājumi
Vai Fiber Channel var izmantot Ethernet raiduztvērēju?
Nē. Lai gan formas faktori var atbilst (piemēram, izmantojot SFP+), Ethernet un Fibre Channel izmanto dažādus protokolus, laiku un programmaparatūras kodēšanu. Iekārta noraidīs raiduztvērēju, kas kodēts nepareizam protokolam, un pat tad, ja tas nenotiktu, nesaderīgā signalizācija neļaus izveidot savienojumu.
Vai 10G SFP+ darbosies 25G SFP28 portā?
Fiziski jā, bet tikai tad, ja porta ātrumu manuāli konfigurējat 10G režīmā. Lielākā daļa portu ar 25 G-spēj automātiski-noteikt 10 G raiduztvērēju un ziņos par "raiduztvērēja tipa neatbilstību", ja vien porta ātrums nav skaidri iestatīts uz 10 G.
Kas notiek, ja FEC iestatījumi neatbilst 100G saitēm?
Saite var izveidoties, bet uzrādīt augstu kļūdu līmeni (CRC kļūdas) vai periodiski neizdoties slodzes laikā. PAM4 raiduztvērēji ar spriegumu 400 G parasti ietver iebūvētu-FEC, tāpēc ir jāatspējo resursdatora-puses FEC. NRZ raiduztvērējiem ar 25G/100G abos galos ir jāiespējo RS-FEC, lai nodrošinātu uzticamu darbību noteiktos attālumos.
Kāpēc uz mana raiduztvērēja uz mana slēdža tiek rādīts uzraksts "neatbalstīts"?
Tas parasti norāda uz pārdevēja kodēšanas neatbilstību. Slēdža programmaparatūra pārbauda raiduztvērēja EEPROM datus, lai noteiktu piegādātāja -specifiskus identifikatorus. Trešo-pušu raiduztvērējiem ir nepieciešama saderīga kodēšana jūsu konkrētajam slēdža piegādātājam. Daži slēdži ļauj atspējot šo pārbaudi, izmantojot konfigurācijas komandas, taču tas var anulēt atbalsta līgumus.
Vai varu kombinēt viena{0}}režīmu un vairāku režīmu raiduztvērējus?
Nē. Viena režīma raiduztvērēji izmanto dažādus viļņu garumus (parasti 1310 nm vai 1550 nm), un tiem ir nepieciešama viena -moda šķiedra, savukārt daudzmodu raiduztvērēji izmanto 850 nm ar daudzmodu šķiedru. Fiziskā optika, jaudas budžets un pārraides raksturlielumi nav savietojami. Neatbilstošu veidu izmantošana garantē saites kļūmi.
Vai BiDi raiduztvērējiem ir jābūt identiskiem abos galos?
Nē-patiesībā tiem ir jābūt atšķirīgiem. BiDi raiduztvērēji izmanto dažādus pārraides un uztveršanas viļņu garumus vienā šķiedras daļā. Viena puse raida 1270nm un saņem 1330nm, bet otra dara pretējo. Izmantojot identiskus BiDi moduļus abos galos, tiek pārraidīta un saņemta viena un tā paša viļņa garuma, tādējādi novēršot saziņu.
Saistība starp raiduztvērēju veidiem un tīkla protokoliem ir saistīta ar fiziskās formas faktoru, elektrisko signālu ātruma, kodēšanas shēmu un pakalpojumu sniedzēja {0}specifisko kodēšanas prasību saskaņošanu. Izprotot šīs atkarības -no pamata viļņa garuma izvēles līdz uzlabotai FEC konfigurācijai-, tiek nodrošināta uzticama tīkla konstrukcija un ātra problēmu novēršana, ja rodas saderības problēmas. Tīkliem attīstoties uz 800G Ethernet, NDR InfiniBand un saskaņotiem spraudņiem, princips paliek nemainīgs: protokola prasības nosaka raiduztvērēja specifikācijas, un veiksmīgai izvietošanai ir jāpievērš uzmanība gan tehniskajiem standartiem, gan praktiskām ieviešanas detaļām.
Avoti
Edgeium. (2025). "Pareizā raiduztvērēja izvēle." Iegūts no https://edgeium.com/blog/choosing-pareizā-uztvērēja{7}}
Vienāda optika. (2024). "Paskaidroti dažādi SFP raiduztvērēju veidi." Iegūts vietnē https://equaloptics.com/
Saite-PP. (2025). "Visaptverošs ceļvedis par optisko raiduztvērēju savietojamību un saderību mūsdienu tīklos." Iegūts no https://www.link-pp.com/knowledge/optical-transceiver-compatibility-interoperability-guide.html
Precizitāte OT. (2025). "Raiduztvērējā-Pants II daļa: Raiduztvērēju veidu galaktika." Iegūts no https://www.precisionot.com/transceiver_types/
Fortune Business Insights. (2024). "Optiskā raiduztvērēja tirgus lielums, daļa, tendences|Prognoze [2032]." Iegūts no https://www.fortunebusinessinsights.com/optical-transceiver-market-108985