English 
简体中文 
繁體中文 
Русский 
Español 
Deutsch 
Français 
Português 
Italiano 
Türkçe 
Polski 
Nederlands 
日本語 
한국어 
Bahasa Indonesia 
Bahasa Melayu 
العربية 
हिन्दी 
Tiếng Việt 
ภาษาไทย 
বাংলা 
اردو 
Kiswahili 
Oʻzbekcha 
አማርኛ 
فارسی Hoe elk NOS een module valideert
Tussen ‘module gedetecteerd’ en ‘poort up’ controleert elk netwerk-OS de identiteit van de module. Wat het vergelijkt, wat het doet wanneer de vergelijking faalt en of een beheerder die kan overriden, verschilt per fabrikant, platform en release. Dat verschil is precies het onderwerp van transceivercompatibiliteit. Deze pagina zet het gedrag naast elkaar zoals fabrikanten het documenteren en in de praktijk wordt gezien, zodat een op de werkbank gelezen module kan worden beoordeeld tegen de behuizing waarvoor hij bestemd is.
Wat kan worden gecontroleerd
| Controle | Betrokken bytes | Wie doet dit |
|---|---|---|
| Checksums CC_BASE / CC_EXT | SFP 63/95, QSFP 191/223, CMIS 222/255 | bijna iedereen; een fout is ongeldige EEPROM (Checksums) |
| Consistentie van identifier / connector / codering | SFP 0, 2, 11; QSFP 0, 130, 139 | de meeste; onbekende typen worden als zodanig getoond |
| Conformiteitscodes tegenover poort | SFP 3–10, 36; QSFP 131–138, 192; CMIS-applicaties | de meeste: snelheid en type niet ondersteund (Conformiteitscodes) |
| Fabrikantnaam + artikelnummer tegenover een lijst | SFP 20–35, 40–55; QSFP 148–163, 168–183 | strikte en semi-strikte platforms (Artikelnummering) |
| Fabrikantspecifieke handtekening | fabrikantgebied (SFP 96–127, QSFP 224–255, CMIS custom) | enkele OEM's; een hash gekoppeld aan het serienummer |
| Serienummerindeling / datumcode | SFP 68–91; QSFP 196–219 | zelden; supportengineers bekijken ze handmatig |
| Vermogensklasse tegenover poort | SFP 64; QSFP 129/107; CMIS 200–201 | iedereen die energiebeheer implementeert (Vermogen & thermisch) |
Gedrag per fabrikant
Openbare opdrachten en gedragingen in recente releases; details verschillen per platform en versie.
| Fabrikant / NOS | Controles | Bij fout | Override | DDM voor derden |
|---|---|---|---|---|
| Cisco IOS / IOS-XE (Catalyst, ISR) | lijst met fabrikant/PN en een fabrikantspecifieke controle; checksums | %PHY-4-UNSUPPORTED_TRANSCEIVER, poort errdisabled (gbic-invalid), laser uit | service unsupported-transceiver (verborgen) + no errdisable detect cause gbic-invalid; niet op alle platforms; niet ondersteund door TAC | getoond zodra geaccepteerd; sommige velden leeg |
| Cisco NX-OS (Nexus) | als hierboven, minder strikt op veel DC-platforms | vaak up met een log; strikte SKU's errdisable | service unsupported-transceiver | meestal getoond |
| Cisco IOS-XR | lijst met optische modules per platform, vermogensklasse | status niet ondersteund, poort kan down blijven | beperkt; afhankelijk van platform | gedeeltelijk |
| Arista EOS | checksums, typeconsistentie | logs unsupported; link komt up | niet nodig | volledig |
| Juniper Junos | lijst met fabrikant/PN voor label ‘ondersteund’, checksums | link meestal up; show chassis pic markeert niet ondersteund; sommige EX/QFX-platforms houden DDM of snelheden voor onbekende PN's achter | geen officiële | volledig voor bekende PN's, gedeeltelijk voor onbekende |
| Huawei VRP | fabrikant/PN; niet-Huawei → alarm | link up met herhaalde phony-transceiveralarmen; sommige platforms beperken | transceiver phony-alarm-disable (systeemweergave) | volledig |
| H3C Comware | als VRP | alarm | transceiver phony-alarm-disable | volledig |
| HPE Aruba AOS-S / AOS-CX | lijst met fabrikant/PN | niet ondersteund, poort down | allow-unsupported-transceiver | volledig |
| Dell OS10 / OS9 / PowerConnect | checksums; enkele lijstcontroles op oudere apparatuur | logs; ouder: errdisable | service unsupported-transceiver (ouder) | volledig |
| Extreme EXOS / VOSS | checksums, type | logs, up | — | volledig |
| Ruckus/Brocade ICX (FastIron) | checksums; optische monitoring alleen voor Brocade-PN's op sommige systemen | up; DDM kan ontbreken | — | gedeeltelijk |
| Brocade FOS (SAN) | Brocade-PN en serienummer vereist op de meeste Gen 5/6/7-platforms | poort Mod_Inv, niet ingeschakeld | geen | alleen Brocade-optische modules |
| Nvidia/Mellanox (Onyx, Cumulus, IB) | Ethernet: checksums, type; InfiniBand: kabelinformatie gevalideerd door fabric manager | Ethernet up met log; IB kan op lagere snelheid werken of een markering geven | — | volledig |
| SONiC / white-box | platformplugin: checksums, CMIS-parsing | up; onbekende velden onbewerkt getoond | — | volledig (afhankelijk van plugin) |
| MikroTik RouterOS / SwOS | geen, behalve parsing | up | — | volledig |
| Ubiquiti | geen, behalve parsing | up | — | volledig |
| Server-NIC's (Intel, Broadcom, Mellanox) | driverwhitelists bij sommige Intel-families | driver weigert de poort up te brengen | moduleparameter allow_unsupported_sfp=1 (Intel ixgbe/i40e) | via ethtool -m |
Als een override van een fabrikant bestaat, wordt die doorgaans as is aangeboden: de module werkt, maar de fabrikant verbindt zich niet tot ondersteuning van de combinatie. Beslissingen voor de omgeving liggen bij de netwerkeigenaar (Optische modules van derden).
Waaraan ‘gecodeerd voor fabrikant X’ moet voldoen
| Platformklasse | Minimum voor acceptatie | Ook raadzaam |
|---|---|---|
| Soepel (Arista, SONiC, MikroTik, Extreme…) | geldige checksums, consistente typecodes | echte fabrikantnaam en PN — OEM-codering levert niets op |
| Lijstcontrolerend (Juniper, Aruba, Huawei/H3C, NX-OS op veel SKU's) | fabrikantnaam en PN exact zoals in de lijst van het platform, juiste conformiteitscodes voor de poort | overeenkomend PN-suffix/-klasse; realistisch serienummer en datumcode |
| Handtekeningcontrolerend (Cisco IOS/IOS-XE, sommige XR) | al het bovenstaande plus het voor dit serienummer berekende fabrikantspecifieke gebied | identiteitsvelden consistent met de PN (golflengte, bereik, technologie) |
| Alleen merk (Brocade FOS) | Brocade-fabrikanttekenreeks en PN-familie, serienummerindeling | — |
Hoe de werkbankkant werkt: Fabrikantvergrendeling & codering, EEPROM-hercodering.
De afwijzing lezen
| Log- / statustekst | Betekenis | Volgende stap |
|---|---|---|
unsupported transceiver, Mod_Inv, phony | identiteit staat niet in de lijst | override, of coderen naar een vermelde PN |
invalid EEPROM, checksum error | CC_BASE/CC_EXT onjuist | opnieuw berekenen (Checksums) |
speed and type not supported, unknown media type | conformiteitscodes passen niet bij de poort | codes herstellen of een andere poortmodus gebruiken (Snelheid & rate) |
power class exceeds, vast in LowPwr | vermogensklasse tegenover cage | Vermogen & thermisch |
Module not ready, DP-status blijft hangen | CMIS-opstarten | CMIS-problemen |
Opdrachten per NOS om deze statussen te zien: Optische modules op een switch verifiëren.
Veranderingen bij software-upgrades
Fabrikanten maken controles strenger of soepeler tussen releases: nieuwe handtekeningvalidatie, nieuwe lijsten met ondersteunde optische modules, verwijderde verborgen opdrachten, gewijzigde DDM-verwerking. Een omgeving met optische modules van derden of gecodeerde modules die gisteren werkte, kan na een upgrade errdisabled raken (Compatibiliteitsmatrices & firmware).
In CodingBox
CodingBox toont de exacte bytes die elke bovenstaande controle leest: fabrikantnaam, PN, checksums, conformiteitscodes en vermogensklasse. De Code database bevat identiteiten die een bepaald platformtype accepteert. Verifieer na codering op een testpoort; de switch, niet de werkbank, heeft het laatste woord (Check transceiver).
De tegenhanger aan de serverzijde — driverwhitelists per NIC-fabrikant, Intel-overrides, gedrag in Windows en ESXi: Transceivercompatibiliteit op NIC's.