Ağ işletim sistemleri: saha kılavuzu

Her anahtar satıcısı, kendi komut söz dizimine, alıcı-vericiyi gösterme biçimine ve tanımadığı modüllere karşı kendi politikasına sahip bir ağ işletim sistemi (NOS) sunar. Bu sayfa karşılaşacağınız sistemleri, adlandırma biçimlerini, alıcı-verici komutlarının nerede bulunduğunu ve üçüncü taraf optiklere karşı varsayılan tutumlarını listeler; böylece tezgâhta okunan bir modül, takılacağı cihazla eşleştirilebilir.

Genel görünüm

NOS	Satıcı / platformlar	CLI stili	Alıcı-verici kimliği ve DDM	Üçüncü taraf optikler (belgelenen davranış)
IOS / IOS-XE	Cisco Catalyst kampüs (9200/9300/9500…), ISR/ASR	`show`	`show interfaces transceiver [detail]`, `show idprom interface`	varsayılan olarak reddedilir (`%PHY-4-UNSUPPORTED_TRANSCEIVER`, errdisable); birçok platformda `service unsupported-transceiver` + `no errdisable detect cause gbic-invalid`
NX-OS	Cisco Nexus DC	`show`	`show interface … transceiver details`	çoğunlukla günlük kaydıyla kabul eder; bazı platformlarda katı; `service unsupported-transceiver`
IOS-XR	Cisco ASR 9000, NCS, 8000	`show`	`show controllers optics …`	doğrulama platforma göre değişir; desteklenmeyen optikler işaretlenir, bazıları down bırakılır
EOS	Arista	`show`	`show interfaces transceiver [dom]`	zorlama yok; günlüğe kaydeder
Junos / Junos Evolved	Juniper EX, QFX, MX, PTX, ACX	`show` (hiyerarşik yapılandırma)	`show interfaces diagnostics optics`, `show chassis hardware`	çoğunu kabul eder; `show chassis pic` çıktısında “unsupported”; bilinmeyen PN’lerde DDM sınırlı olabilir
VRP	Huawei CloudEngine, S serisi, NE	`display`	`display transceiver interface … verbose`	Huawei dışı optiklerde alarm verir; `transceiver phony-alarm-disable` bunu bastırır
Comware	H3C	`display`	`display transceiver interface`, `display transceiver diagnosis`	VRP’ye benzer; `transceiver phony-alarm-disable`
AOS-CX / AOS-S (ProCurve)	HPE Aruba	`show`	`show interface transceiver [detail]`	AOS-S, `allow-unsupported-transceiver` verilmedikçe desteklenmeyeni engeller; AOS-CX’te benzer komut
OS10 / OS9	Dell	`show`	`show interface … transceiver`	çoğunlukla izin verir; PowerConnect döneminde: `service unsupported-transceiver`
EXOS / VOSS / Fabric Engine	Extreme	`show`	`show ports transceiver information`	izin verir, günlüğe kaydeder
FastIron (ICX)	Ruckus / Brocade	`show`	`show media`, `show optic`	Ethernet’te izin verir; SAN FOS katıdır
FOS	Brocade/Broadcom SAN	`switchshow`, `sfpshow`	`sfpshow`, `porterrshow`	çoğu platformda Brocade markalı SFP gerektirir (FC optikleri)
Cumulus Linux / NVUE, Onyx (MLNX-OS)	Nvidia/Mellanox Spectrum	Linux / `nv`	`l1-show`, `mlxlink -m`, `ethtool -m`	Ethernet’te izin verir; InfiniBand kablo bilgisini doğrular
SONiC	white-box (Edgecore, Celestica, UfiSpace…) ve OEM üzerinde topluluk ile satıcı derlemeleri	Linux / `show`, `config`	`show interfaces transceiver eeprom -d`, `sfputil`	izin verir; platform eklentileri karar verir
RouterOS / SwOS	MikroTik	`/interface ethernet`	sfp arayüzlerinde `monitor`	her şeyi kabul eder; DDM gösterilir
EdgeOS / UniFi	Ubiquiti	GUI / CLI	GUI, `ethtool -m`	izin verir
Linux hosts	sunucular, DPU’lar	`ethtool`	`ethtool -m`	NIC sürücüsüne bağlı (bazı Intel sürücülerinde `allow_unsupported_sfp`)

Davranış platforma ve sürüme göre değişir; son sütunu yönlendirme olarak kabul edin ve satıcının belgelerinde veya bir test portunda doğrulayın (Her NOS bir modülü nasıl doğrular).

Komut aileleri

Görev	show tarzı (Cisco, Arista, Juniper…)	display tarzı (Huawei, H3C)	Linux tarzı (SONiC, Cumulus, hostlar)
Kimlik	`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`
Hız / FEC / breakout	arayüz veya şasi altında `speed`, `fec`, `breakout`	`speed`, `fec-mode`, `port split`	`config interface speed/fec/breakout`, `nv set interface … link`
Hatalar	`show interfaces counters errors`	`display interface … counters`	`show interfaces counters`, `ethtool -S`

Her NOS için tam söz dizimi: Port yapılandırma tarifleri; kimlik kontrolleri: Bir anahtarda optikleri doğrulama.

Açık ağ

SONiC (merchant ASIC’ler üzerinde Linux + SAI soyutlaması) ve Cumulus/NVUE, NOS’u donanımdan ayrı seçilebilen bir yazılıma dönüştürdü. Optikler açısından bu şu anlama gelir: neyin nasıl okunacağına bir satıcı politikası değil platform eklentisi karar verir; CMIS desteği SONiC sürümüne bağlıdır; DDM ve FEC sayaçları Linux araçlarından gelir; uyumluluk testi ise sizin işinizdir (Uyumluluk matrisleri).

NOS’un gördüklerinizi nasıl etkilediği

Adlandırma: tip dizesi (10GBASE-LR, QSFP-100G-SR4, SFP-10G-LR) uyumluluk kodlarından ve PN’den türetilir, bu her NOS’ta farklıdır (Uyumluluk kodları).
DDM sunumu: bazıları eşikleri ve bayrakları gösterir, bazıları yalnızca değerleri; bazıları harici kalibrasyon uygular, bazıları uygulamaz (Kalibrasyon).
CMIS derinliği: tam veri yolu denetiminden “LPMode’u serbest bırakıp umut etmeye” kadar (CMIS sorunları).
Günlükleme: reddi adlandıran mesaj (unsupported, invalid, Mod_Inv, phony) en hızlı tanıyı sağlar (Belirti dizini).

CodingBox’ta

Alıcı-verici özetleri, bir modülün kimliğini Cisco IOS, Junos, Huawei VRP ve Aruba biçimlerinde işler; böylece tezgâh çıktısı anahtarın yazdıracağıyla eşleşir ve ikisi arasındaki bir uyuşmazlık, bir kodlama veya politika sorununun ilk göründüğü yerdir.

Linux host satırının genişletilmiş hâli, NIC satıcıları, sürücüleri ve modül komutlarıdır: NIC araçları ve tanılama, Optik portlu NIC’ler.

Bu sistemlerin her biri için arayüz adlandırma grameri ve yönetim portu adları: Port adlandırma ve LED’ler; alıcı-verici verileri için SNMP MIB’leri ve telemetri yolları: Yönetim ve izleme.

Bu materyalde bir yanlışlık veya hata bulursanız ilgili bölümü seçin ve Ctrl+Enter tuşlarına basarak .