وینڈر لاک اور کوڈنگ

بہت سے سوئچ ٹرانسیور کی شناخت — وینڈر نام، پارٹ نمبر، کبھی سیریل — کا معائنہ کرتے ہیں، اور منظور شدہ فہرست سے نہ ملنے والے ماڈیولز کو "unsupported" سمجھتے ہیں۔ یہی وینڈر لاک ہے، اور اسی لیے بالکل درست آپٹک ایک سوئچ میں مسترد ہو سکتا ہے مگر دوسرے میں کام کرتا ہے۔

سوئچز کا ردعمل

• کچھ پلیٹ فارمز انتباہ جاری کرتے ہیں مگر ماڈیول کو قبول کر لیتے ہیں۔
• کچھ غیر شناخت شدہ آپٹک کے لیے پورٹ بند کر دیتے ہیں یا تشخیص سے انکار کرتے ہیں۔
• مثلاً Cisco IOS میں گلوبل service unsupported-transceiver موجود ہے جو تھرڈ پارٹی آپٹکس کی اجازت دیتا ہے۔

کوڈنگ کیا کرتی ہے

کوڈنگ ماڈیول کی میموری میں وہ وینڈر اور پارٹ نمبر فیلڈز لکھتی ہے جن کی ٹارگٹ سوئچ توقع کرتا ہے، اس طرح سوئچ اسے قبول کر لیتا ہے۔ چونکہ یہ فیلڈز چیک سمز سے محفوظ ہیں، تبدیلی کے بعد انہیں دوبارہ شمار کرنا ضروری ہے — CodingBox EEPROM editor میں CC_BASE اور CC_EXT خودکار طور پر دوبارہ شمار کرتا ہے۔

اسے محفوظ طریقے سے کرنا

1. ماڈیول پڑھیں اور CodingBox کو اسے Code database میں محفوظ کرنے دیں — کسی بھی لکھائی سے پہلے بیک اپ لیا جاتا ہے۔
2. شناختی فیلڈز میں ترمیم کریں (اور ضرورت ہو تو محفوظ صفحات ان لاک کریں)۔
3. منتخب صفحات لکھیں، پھر تصدیق کے لیے دوبارہ پڑھیں۔

ٹرانسیورز کو صرف اسی انٹرآپریبلٹی کے لیے کوڈ کریں جس کے آپ حق دار ہیں، اور اپنی تنظیم اور وینڈرز کی پالیسیوں پر عمل کریں۔

مزید مطالعہ

• ہر NOS ماڈیول کی توثیق کیسے کرتا ہے — کس چیز کا موازنہ ہوتا ہے، ناکامی پر کیا ہوتا ہے، دستاویزی اووررائیڈز، ہر وینڈر کے لیے۔
• پورٹ کنفیگریشن کی ترکیبیں — 12 نظاموں کے لیے رفتار، FEC، AN، بریک آؤٹ اور اووررائیڈ کمانڈز ساتھ ساتھ۔
• مطابقت میٹرکس اور فرم ویئر — معاونت کہاں شائع ہوتی ہے، اسے کیسے پڑھیں، اپ گریڈز کے ساتھ کیا بدلتا ہے، فلیٹ طریقۂ کار۔