การล็อกผู้ผลิตและการเขียนโค้ด

สวิตช์จำนวนมากตรวจสอบข้อมูลระบุตัวตนของทรานซีฟเวอร์ — ชื่อผู้ผลิต, หมายเลขชิ้นส่วน, บางครั้งรวมถึงซีเรียล — และถือว่าโมดูลที่ไม่ตรงกับรายการที่อนุมัติไว้เป็น “unsupported” นี่คือการล็อกผู้ผลิต และเป็นเหตุผลที่ออปติกตัวหนึ่งซึ่งใช้งานได้ดีอาจถูกปฏิเสธในสวิตช์ตัวหนึ่ง แต่กลับใช้งานได้ในอีกตัวหนึ่ง

สวิตช์มีปฏิกิริยาอย่างไร

• บางแพลตฟอร์มเตือนแต่ยังอนุญาตให้ใช้โมดูล
• บางแพลตฟอร์มปิดพอร์ตหรือปฏิเสธการแสดงข้อมูลวินิจฉัยสำหรับออปติกที่ไม่รู้จัก
• ตัวอย่างเช่น Cisco IOS มีคำสั่งส่วนกลาง service unsupported-transceiver ที่อนุญาตให้ใช้ออปติกของบุคคลที่สามได้

การเขียนโค้ดทำอะไรบ้าง

การเขียนโค้ด คือการเขียนฟิลด์ชื่อผู้ผลิตและหมายเลขชิ้นส่วนที่สวิตช์เป้าหมายคาดหวังลงในหน่วยความจำของโมดูล เพื่อให้สวิตช์ยอมรับ เนื่องจากฟิลด์เหล่านั้นได้รับการป้องกันด้วยเช็กซัม จึงต้องคำนวณใหม่หลังการเปลี่ยนแปลงทุกครั้ง — CodingBox คำนวณ CC_BASE และ CC_EXT ใหม่ให้อัตโนมัติใน EEPROM editor

ทำอย่างปลอดภัย

1. อ่านค่าโมดูลแล้วให้ CodingBox บันทึกลง code database — มีการสำรองข้อมูลไว้ก่อนการเขียนทุกครั้ง
2. แก้ไขฟิลด์ข้อมูลระบุตัวตน (และปลดล็อก เพจที่มีการป้องกัน หากจำเป็น)
3. เขียนเพจที่เลือกไว้ แล้วอ่านย้อนกลับเพื่อยืนยัน

เขียนโค้ดทรานซีฟเวอร์เฉพาะเพื่อความเข้ากันได้ที่คุณมีสิทธิ์เท่านั้น และปฏิบัติตามนโยบายขององค์กรและผู้ผลิต

อ่านเพิ่มเติม

• แต่ละ NOS ตรวจสอบโมดูลอย่างไร — สิ่งที่เทียบ สิ่งที่เกิดขึ้นเมื่อไม่ผ่าน โอเวอร์ไรด์ที่มีเอกสารรองรับ แยกตามผู้ผลิต
• สูตรการตั้งค่าพอร์ต — ความเร็ว, FEC, AN, เบรกเอาต์ และคำสั่งโอเวอร์ไรด์ของ 12 ระบบไว้เทียบกัน
• ตารางความเข้ากันได้และเฟิร์มแวร์ — ข้อมูลสนับสนุนเผยแพร่ที่ไหน อ่านอย่างไร เปลี่ยนอะไรบ้างเมื่ออัปเกรด และแนวปฏิบัติกับฟลีต