وینڈر لاک اور «unsupported transceiver»

ٹرانسیور کا سب سے عام مسئلہ۔ سوئچ اور NIC وینڈرز — Cisco، Intel، HPE/Aruba، Juniper، Mellanox اور دیگر — EEPROM سے ماڈیول کی رپورٹ کردہ شناختی اسٹرنگز چیک کرتے ہیں اور ایسے ماڈیولز کو رد یا نشان زد کرتے ہیں جنہیں وہ نہیں پہچانتے۔

وہ بنیادی بات جو انجینئرز مشکل طریقے سے سیکھتے ہیں: «unsupported» کا مطلب «کام نہیں کرے گا» نہیں ہے۔ زیادہ تر پلیٹ فارمز پر یہ حالت معلوماتی ہوتی ہے اور پورٹ کو اپ کیا جا سکتا ہے۔

علامات

پلیٹ فارم	آپ کو کیا نظر آتا ہے
Cisco IOS	پورٹ `notconnect — unsupported`؛ لاگ `%C4K_TRANSCEIVERMAN-3-INCOMPATIBLE`
اپ گریڈ کے بعد Cisco IOS	پورٹ `errdisable` پر جاتا ہے، وجہ `gbic-invalid`
Mellanox	EEPROM پڑھا جاتا ہے مگر لنک نہیں: `speed and type: Not supported`
Intel X520 / ixgbe	غیر Intel SFP کے ساتھ `no carrier`

کیا کام کرتا ہے

Cisco۔ تمام پورٹس پر تھرڈ پارٹی ماڈیولز کی اجازت دینے کے لیے دو کمانڈز عموماً بنیادی کنفیگریشنز میں شامل کی جاتی ہیں:

service unsupported-transceiver
no errdisable detect cause gbic-invalid

پلیٹ فارم کی خصوصیات: بعض Catalyst 9200 بلڈز میں پہلی کمانڈ % Ambiguous command لوٹاتی ہے — اسے مکمل ٹائپ کریں؛ Nexus 9000 میں یہ ٹیب کمپلیشن کے بغیر ایک پوشیدہ کمانڈ ہے، مگر قبول کی جاتی ہے۔

Intel X520 (Linux)۔ ڈرائیور کو اس آپشن کے ساتھ لوڈ کریں جو غیر Intel ماڈیولز کی اجازت دیتا ہے:

modprobe ixgbe allow_unsupported_sfp=1

ایک مستقل صورت، جو NIC کے اپنے EEPROM میں بٹ پلٹتی ہے، موجود ہے اور نیچے ذرائع میں دستاویزی ہے — اسے احتیاط سے استعمال کریں، کیونکہ NIC EEPROM میں غلط تحریر کو فیلڈ میں بازیافت نہیں کیا جا سکتا۔

ASR 9000 سیریز۔ پہلے سے اپ پورٹ میں داخل کیا جانے والا ماڈیول شاید شناخت نہ ہو: پورٹ کو shut کریں، ماڈیول داخل کریں، پھر no shut کریں۔

بنیادی حل — ماڈیول ریکوڈ کریں۔ ماڈیول کی وینڈر ID اور پارٹ نمبر دوبارہ لکھیں تاکہ وہ خود کو میزبان وینڈر کے اصل ماڈیول کے طور پر پیش کرے۔ CodingBox EEPROM editor میں CC_BASE/CC_EXT دوبارہ شمار اور پہلے بیک اپ لے کر یہی کرتا ہے۔ طریقۂ کار کے لیے EEPROM ریکوڈنگ دیکھیں۔

وہ مشورہ جو ہر کوئی دہراتا ہے

ہر قسم کا ایک اصل OEM ماڈیول شیلف پر رکھیں۔ سپورٹ ٹکٹ کھولنے سے پہلے اسے لگا کر دیکھیں، تاکہ وینڈر مسئلے کو تھرڈ پارٹی آپٹکس سے منسوب نہ کر سکے۔

سوئچ پر تصدیق

اوپر میں سے کچھ کرنے کے بعد تصدیق کریں کہ ماڈیول نظر آتا اور پڑھا جا رہا ہے: ہر NOS کی کمانڈز کے لیے سوئچ پر آپٹکس کی تصدیق دیکھیں، اور اس شناخت سے موازنہ کریں جو CodingBox بینچ پر پڑھتا ہے۔

ہوسٹ اصل میں کیا موازنہ کرتا ہے — نام، PN، OUI، سیریل پیٹرن، وینڈر سگنیچر — اور برنگ اپ کے کس مرحلے پر رد کرتا ہے: وینڈر فیلڈز، ہوسٹ کیا کرتا ہے۔

ایک جدول میں ہر وینڈر کا توثیقی رویہ اور اوور رائیڈز: ہر NOS ماڈیول کی توثیق کیسے کرتا ہے؛ پلیٹ فارمز کی متوقع عین PN اسٹرنگز: OEM پارٹ نمبرز؛ ہر NOS کے لیے کمانڈ سنٹیکس: پورٹ کنفیگریشن کی ترکیبیں۔

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