نیٹ ورک آپریٹنگ سسٹمز: عملی رہنما

ہر سوئچ وینڈر اپنا نیٹ ورک آپریٹنگ سسٹم (NOS) فراہم کرتا ہے، جس کا اپنا کمانڈ سنٹیکس، ٹرانسیور دکھانے کا اپنا طریقہ، اور ان ماڈیولز کے لیے اپنی پالیسی ہوتی ہے جنہیں وہ نہیں پہچانتا۔ اس صفحے میں آپ کو ملنے والے سسٹمز، ان کی نام رکھنے کی طرز، ٹرانسیور کمانڈز کی جگہ، اور تھرڈ پارٹی آپٹکس پر ان کا طے شدہ رویہ درج ہے، تاکہ بینچ پر پڑھے گئے ماڈیول کو اس باکس سے ملایا جا سکے جس میں وہ لگنا ہے۔

منظرنامہ

NOS	وینڈر / پلیٹ فارمز	CLI طرز	ٹرانسیور شناخت اور DDM	تھرڈ پارٹی آپٹکس (دستاویزی رویہ)
IOS / IOS-XE	Cisco Catalyst کیمپس (9200/9300/9500…)، ISR/ASR	`show`	`show interfaces transceiver [detail]`, `show idprom interface`	طے شدہ طور پر مسترد (`%PHY-4-UNSUPPORTED_TRANSCEIVER`، errdisable)؛ بہت سے پلیٹ فارمز پر `service unsupported-transceiver` + `no errdisable detect cause gbic-invalid`
NX-OS	Cisco Nexus DC	`show`	`show interface … transceiver details`	زیادہ تر لاگ کے ساتھ قبول کرتا ہے؛ بعض پلیٹ فارمز سخت ہیں؛ `service unsupported-transceiver`
IOS-XR	Cisco ASR 9000, NCS, 8000	`show`	`show controllers optics …`	پلیٹ فارم کے لحاظ سے توثیق؛ غیر معاون آپٹکس نشان زد، بعض کو ڈاؤن رکھا جاتا ہے
EOS	Arista	`show`	`show interfaces transceiver [dom]`	کوئی نفاذ نہیں؛ لاگز
Junos / Junos Evolved	Juniper EX, QFX, MX, PTX, ACX	`show` (درجہ بند کنفیگ)	`show interfaces diagnostics optics`, `show chassis hardware`	زیادہ تر قبول کرتا ہے؛ `show chassis pic` میں "unsupported"؛ نامعلوم PNs کے لیے DDM محدود ہو سکتا ہے
VRP	Huawei CloudEngine, S-series, NE	`display`	`display transceiver interface … verbose`	غیر Huawei آپٹکس پر الارمز؛ `transceiver phony-alarm-disable` انہیں دباتا ہے
Comware	H3C	`display`	`display transceiver interface`, `display transceiver diagnosis`	VRP جیسا؛ `transceiver phony-alarm-disable`
AOS-CX / AOS-S (ProCurve)	HPE Aruba	`show`	`show interface transceiver [detail]`	AOS-S، `allow-unsupported-transceiver` کے بغیر غیر معاون کو روکتا ہے؛ AOS-CX میں ملتی جلتی کمانڈ
OS10 / OS9	Dell	`show`	`show interface … transceiver`	زیادہ تر لچک دار؛ PowerConnect دور میں: `service unsupported-transceiver`
EXOS / VOSS / Fabric Engine	Extreme	`show`	`show ports transceiver information`	لچک دار، لاگز
FastIron (ICX)	Ruckus / Brocade	`show`	`show media`, `show optic`	Ethernet پر لچک دار؛ SAN FOS سخت ہے
FOS	Brocade/Broadcom SAN	`switchshow`, `sfpshow`	`sfpshow`, `porterrshow`	زیادہ تر پلیٹ فارمز پر Brocade برانڈ والے SFPs درکار ہیں (FC آپٹکس)
Cumulus Linux / NVUE, Onyx (MLNX-OS)	Nvidia/Mellanox Spectrum	Linux / `nv`	`l1-show`, `mlxlink -m`, `ethtool -m`	Ethernet پر لچک دار؛ InfiniBand کیبل معلومات کی توثیق کرتا ہے
SONiC	وائٹ باکس (Edgecore, Celestica, UfiSpace…) اور OEM پر کمیونٹی اور وینڈر بلڈز	Linux / `show`, `config`	`show interfaces transceiver eeprom -d`, `sfputil`	لچک دار؛ پلیٹ فارم پلگ اِنز فیصلہ کرتے ہیں
RouterOS / SwOS	MikroTik	`/interface ethernet`	sfp انٹرفیسز پر `monitor`	ہر چیز قبول کرتا ہے؛ DDM دکھایا جاتا ہے
EdgeOS / UniFi	Ubiquiti	GUI / CLI	GUI، `ethtool -m`	لچک دار
Linux ہوسٹس	سرورز، DPUs	`ethtool`	`ethtool -m`	NIC ڈرائیور پر منحصر (بعض Intel ڈرائیورز پر `allow_unsupported_sfp`)

رویّہ ہر پلیٹ فارم اور ہر ریلیز کے لحاظ سے ہے؛ آخری کالم کو رہنمائی سمجھیں اور وینڈر کی دستاویزات یا ٹیسٹ پورٹ پر تصدیق کریں (ہر NOS ماڈیول کی توثیق کیسے کرتا ہے)۔

کمانڈ فیملیز

کام	show طرز (Cisco, Arista, Juniper…)	display طرز (Huawei, H3C)	Linux طرز (SONiC, Cumulus, ہوسٹس)
شناخت	`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`
رفتار / FEC / بریک آؤٹ	انٹرفیس یا چیسس کے تحت `speed`, `fec`, `breakout`	`speed`, `fec-mode`, `port split`	`config interface speed/fec/breakout`, `nv set interface … link`
ایررز	`show interfaces counters errors`	`display interface … counters`	`show interfaces counters`, `ethtool -S`

ہر NOS کے لیے درست سنٹیکس: پورٹ کنفیگریشن ترکیبیں؛ شناختی جانچ: سوئچ پر آپٹکس کی تصدیق۔

کھلی نیٹ ورکنگ

SONiC (مرچنٹ ASICs پر Linux + SAI تجرید) اور Cumulus/NVUE نے NOS کو ایسا سافٹ ویئر بنایا جسے ہارڈ ویئر سے الگ منتخب کیا جا سکتا ہے۔ آپٹکس کے لیے اس کا مطلب ہے کہ وینڈر پالیسی نہیں بلکہ پلیٹ فارم پلگ اِن فیصلہ کرتا ہے کہ کیا پڑھا جائے اور کیسے؛ CMIS سپورٹ SONiC ریلیز پر منحصر ہے؛ DDM اور FEC کاؤنٹرز Linux ٹولز سے آتے ہیں؛ اور مطابقت کی جانچ آپ کی ذمہ داری ہے (مطابقت میٹرکس)۔

NOS آپ کی نظر آنے والی چیز کو کیسے متاثر کرتا ہے

نام رکھنا: قسم کی اسٹرنگ (10GBASE-LR, QSFP-100G-SR4, SFP-10G-LR) مطابقتی کوڈز اور PN سے اخذ ہوتی ہے، ہر NOS میں مختلف انداز سے (مطابقت کوڈز)۔
DDM پیش کش: کچھ حدود اور فلیگز دکھاتے ہیں، کچھ صرف اقدار؛ کچھ بیرونی کیلیبریشن لاگو کرتے ہیں، کچھ نہیں (کیلیبریشن)۔
CMIS گہرائی: مکمل ڈیٹا پاتھ کنٹرول سے لے کر "LPMode کو غیر مؤثر کر کے امید رکھنا" تک (CMIS مسائل)۔
لاگنگ: مسترد کرنے کا نام بتانے والا پیغام (unsupported, invalid, Mod_Inv, phony) تیز ترین تشخیص ہے (علامت اشاریہ)۔

CodingBox میں

ٹرانسیور خلاصے، ماڈیول کی شناخت کو Cisco IOS، Junos، Huawei VRP اور Aruba انداز میں رینڈر کرتے ہیں تاکہ بینچ کا آؤٹ پٹ سوئچ کے پرنٹ سے مطابقت رکھے؛ دونوں کے درمیان عدم مطابقت ہی وہ جگہ ہے جہاں کوڈنگ یا پالیسی کا مسئلہ پہلے ظاہر ہوتا ہے۔

Linux ہوسٹ کی قطار کو بڑھایا گیا — NIC وینڈرز، ڈرائیورز اور ان کی ماڈیول کمانڈز: NIC ٹولز اور تشخیص، آپٹیکل پورٹس والے NICs۔

ان سسٹمز میں سے ہر ایک کے لیے انٹرفیس نام رکھنے کی گرائمر اور مینجمنٹ پورٹ کے نام: پورٹ نام اور LEDs؛ ٹرانسیور ڈیٹا کے لیے ان کے SNMP MIBs اور ٹیلی میٹری راستے: مینجمنٹ اور نگرانی۔

اگر آپ کو اس مضمون میں کوئی غلطی یا عدم درستی ملے تو متعلقہ حصہ منتخب کریں اور Ctrl+Enter دبا کر ۔