Netwerkbesturingssystemen: een veldgids

Elke switchfabrikant levert een network operating system (NOS) met eigen opdrachtsyntaxis, een eigen manier om een transceiver te tonen en eigen beleid voor modules die niet worden herkend. Deze pagina noemt de systemen die u tegenkomt, hoe ze zaken benoemen, waar de transceiveropdrachten staan en wat hun standaardhouding tegenover optiek van derden is. Zo kunt u een op de werkbank gelezen module koppelen aan de switch waarin deze komt.

Het landschap

NOS	Fabrikant / platforms	CLI-stijl	Transceiveridentiteit en DDM	Optiek van derden (gedocumenteerd gedrag)
IOS / IOS-XE	Cisco Catalyst campus (9200/9300/9500…), ISR/ASR	`show`	`show interfaces transceiver [detail]`, `show idprom interface`	standaard geweigerd (`%PHY-4-UNSUPPORTED_TRANSCEIVER`, errdisable); `service unsupported-transceiver` + `no errdisable detect cause gbic-invalid` op veel platforms
NX-OS	Cisco Nexus DC	`show`	`show interface … transceiver details`	accepteert meestal met een log; sommige platforms strikt; `service unsupported-transceiver`
IOS-XR	Cisco ASR 9000, NCS, 8000	`show`	`show controllers optics …`	validatie per platform; niet-ondersteunde optiek gemarkeerd, sommige blijven down
EOS	Arista	`show`	`show interfaces transceiver [dom]`	geen handhaving; logs
Junos / Junos Evolved	Juniper EX, QFX, MX, PTX, ACX	`show` (hiërarchische configuratie)	`show interfaces diagnostics optics`, `show chassis hardware`	accepteert de meeste; ‘unsupported’ in `show chassis pic`; DDM kan beperkt zijn bij onbekende PNs
VRP	Huawei CloudEngine, S-series, NE	`display`	`display transceiver interface … verbose`	alarmen voor niet-Huawei-optiek; `transceiver phony-alarm-disable` onderdrukt deze
Comware	H3C	`display`	`display transceiver interface`, `display transceiver diagnosis`	vergelijkbaar met VRP; `transceiver phony-alarm-disable`
AOS-CX / AOS-S (ProCurve)	HPE Aruba	`show`	`show interface transceiver [detail]`	AOS-S blokkeert niet-ondersteunde modules tenzij `allow-unsupported-transceiver`; AOS-CX vergelijkbare opdracht
OS10 / OS9	Dell	`show`	`show interface … transceiver`	meestal soepel; PowerConnect-tijdperk: `service unsupported-transceiver`
EXOS / VOSS / Fabric Engine	Extreme	`show`	`show ports transceiver information`	soepel, logs
FastIron (ICX)	Ruckus / Brocade	`show`	`show media`, `show optic`	soepel op Ethernet; SAN FOS is strikt
FOS	Brocade/Broadcom SAN	`switchshow`, `sfpshow`	`sfpshow`, `porterrshow`	vereist op de meeste platforms SFPs van Brocade (FC-optiek)
Cumulus Linux / NVUE, Onyx (MLNX-OS)	Nvidia/Mellanox Spectrum	Linux / `nv`	`l1-show`, `mlxlink -m`, `ethtool -m`	soepel op Ethernet; InfiniBand valideert kabelinformatie
SONiC	community- en fabrikantbuilds op white-box (Edgecore, Celestica, UfiSpace…) en OEM	Linux / `show`, `config`	`show interfaces transceiver eeprom -d`, `sfputil`	soepel; platformplugins beslissen
RouterOS / SwOS	MikroTik	`/interface ethernet`	`monitor` op sfp-interfaces	accepteert alles; DDM getoond
EdgeOS / UniFi	Ubiquiti	GUI / CLI	GUI, `ethtool -m`	soepel
Linux-hosts	servers, DPUs	`ethtool`	`ethtool -m`	afhankelijk van NIC-driver (`allow_unsupported_sfp` op sommige Intel-drivers)

Het gedrag verschilt per platform en release; gebruik de laatste kolom als oriëntatie en bevestig in documentatie van de fabrikant of op een testpoort (Hoe elk NOS een module valideert).

Opdrachtfamilies

Taak	show-stijl (Cisco, Arista, Juniper…)	display-stijl (Huawei, H3C)	Linux-stijl (SONiC, Cumulus, hosts)
Identiteit	`show interfaces transceiver` / `show chassis hardware`	`display transceiver interface`	`show interfaces transceiver eeprom`, `ethtool -m`
DDM	`… transceiver detail` / `diagnostics optics`	`… verbose` / `display transceiver diagnosis`	`… eeprom -d`, `ethtool -m`
Snelheid / FEC / breakout	`speed`, `fec`, `breakout` onder interface of chassis	`speed`, `fec-mode`, `port split`	`config interface speed/fec/breakout`, `nv set interface … link`
Fouten	`show interfaces counters errors`	`display interface … counters`	`show interfaces counters`, `ethtool -S`

Exacte syntaxis per NOS: Recepten voor poortconfiguratie; identiteitscontroles: Optiek op een switch controleren.

Open networking

SONiC (Linux + SAI-abstractie boven merchant ASICs) en Cumulus/NVUE maakten het NOS software die u afzonderlijk van de hardware kunt kiezen. Voor optiek betekent dit dat de platformplugin, niet fabrikantbeleid, beslist wat wordt gelezen en hoe; CMIS-ondersteuning hangt af van de SONiC-release; DDM- en FEC-tellers komen uit Linux-hulpmiddelen; en compatibiliteitstesten zijn uw taak (Compatibiliteitsmatrices).

Hoe het NOS beïnvloedt wat u ziet

Naamgeving: de typeaanduiding (10GBASE-LR, QSFP-100G-SR4, SFP-10G-LR) wordt afgeleid uit conformiteitscodes en de PN, verschillend per NOS (Conformiteitscodes).
DDM-weergave: sommige tonen drempels en vlaggen, andere alleen waarden; sommige passen externe kalibratie toe, andere niet (Kalibratie).
CMIS-diepte: van volledige datapadbesturing tot ‘release LPMode and hope’ (CMIS-problemen).
Logging: het bericht dat de weigering benoemt (unsupported, invalid, Mod_Inv, phony) is de snelste diagnose (Symptoomindex).

In CodingBox

De transceiveroverzichten tonen de identiteit van een module in Cisco IOS-, Junos-, Huawei VRP- en Aruba-stijl, zodat de uitvoer op de werkbank overeenkomt met wat de switch afdrukt. Een verschil tussen beide is waar een coderings- of beleidsprobleem het eerst zichtbaar wordt.

De rij Linux-hosts is uitgebreid — NIC-fabrikanten, drivers en hun moduleopdrachten: NIC-hulpmiddelen en diagnostiek, NICs met optische poorten.

Grammaticaregels voor interfacenamen en managementpoortnamen voor elk van deze systemen: Poortnamen en leds; hun SNMP-MIBs en telemetrische paden voor transceivergegevens: Beheer en monitoring.

Vindt u een onjuistheid of fout in dit materiaal? Selecteer het betreffende fragment en druk op Ctrl+Enter om .