NOS แต่ละตัวตรวจสอบโมดูลอย่างไร

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

สิ่งที่ตรวจสอบได้

การตรวจสอบ	ไบต์ที่เกี่ยวข้อง	ใครตรวจบ้าง
เช็กซัม CC_BASE / CC_EXT	SFP 63/95, QSFP 191/223, CMIS 222/255	เกือบทุกราย — หากไม่ผ่านคือ invalid EEPROM (เช็กซัม)
ความสอดคล้องกันของตัวระบุชนิด/คอนเนกเตอร์/การเข้ารหัส	SFP 0, 2, 11; QSFP 0, 130, 139	ส่วนใหญ่; ชนิดที่ไม่รู้จักจะแสดงตามนั้น
รหัสความสอดคล้องเทียบกับพอร์ต	SFP 3–10, 36; QSFP 131–138, 192; CMIS applications	ส่วนใหญ่ — speed and type not supported (รหัสความสอดคล้อง)
ชื่อผู้ผลิต + หมายเลขชิ้นส่วน เทียบกับรายการ	SFP 20–35, 40–55; QSFP 148–163, 168–183	แพลตฟอร์มที่เข้มงวดและกึ่งเข้มงวด (การกำหนดหมายเลขชิ้นส่วน)
ลายเซ็นเฉพาะของผู้ผลิต	พื้นที่ของผู้ผลิต (SFP 96–127, QSFP 224–255, CMIS custom)	OEM บางราย; แฮชที่ผูกกับหมายเลขซีเรียล
รูปแบบหมายเลขซีเรียล/รหัสวันที่	SFP 68–91; QSFP 196–219	พบน้อย; วิศวกรฝ่ายซัพพอร์ตดูด้วยตาเปล่า
คลาสกำลังเทียบกับพอร์ต	SFP 64; QSFP 129/107; CMIS 200–201	ทุกรายที่มีการจัดการกำลังไฟ (กำลังไฟฟ้าและความร้อน)

พฤติกรรมแยกตามผู้ผลิต

คำสั่งและพฤติกรรมสาธารณะ ณ รุ่นล่าสุด; รายละเอียดแตกต่างกันไปตามแพลตฟอร์มและเวอร์ชัน

ผู้ผลิต/NOS	การตรวจสอบ	เมื่อไม่ผ่าน	โอเวอร์ไรด์	DDM สำหรับของบุคคลที่สาม
Cisco IOS / IOS-XE (Catalyst, ISR)	รายการผู้ผลิต/PN และการตรวจสอบเฉพาะของผู้ผลิต; เช็กซัม	`%PHY-4-UNSUPPORTED_TRANSCEIVER`, พอร์ต errdisabled (`gbic-invalid`), เลเซอร์ดับ	`service unsupported-transceiver` (ซ่อนไว้) + `no errdisable detect cause gbic-invalid`; ไม่มีในทุกแพลตฟอร์ม; TAC ไม่รองรับ	แสดงเมื่อถูกยอมรับแล้ว; บางฟิลด์ว่างเปล่า
Cisco NX-OS (Nexus)	เหมือนข้างต้น แต่หย่อนกว่าบนแพลตฟอร์มดาต้าเซ็นเตอร์หลายรุ่น	มักขึ้นเป็น up พร้อมล็อก; SKU ที่เข้มงวดจะ errdisable	`service unsupported-transceiver`	มักแสดง
Cisco IOS-XR	รายการออปติกเฉพาะแพลตฟอร์ม, คลาสกำลัง	สถานะ unsupported พอร์ตอาจค้างดับ	จำกัด; ขึ้นอยู่กับแพลตฟอร์ม	บางส่วน
Arista EOS	เช็กซัม, ความสอดคล้องของชนิด	บันทึกล็อก `unsupported`; ลิงก์ขึ้นตามปกติ	ไม่จำเป็น	เต็มรูปแบบ
Juniper Junos	รายการผู้ผลิต/PN สำหรับป้าย “supported”, เช็กซัม	ลิงก์มักขึ้นตามปกติ; `show chassis pic` ระบุ unsupported; บาง EX/QFX ระงับ DDM หรือความเร็วสำหรับ PN ที่ไม่รู้จัก	ไม่มีทางการ	เต็มรูปแบบสำหรับ PN ที่รู้จัก บางส่วนสำหรับที่ไม่รู้จัก
Huawei VRP	ผู้ผลิต/PN; ไม่ใช่ Huawei → อะลาร์ม	ลิงก์ขึ้นพร้อมอะลาร์ม phony transceiver ซ้ำ ๆ; บางแพลตฟอร์มจำกัดการทำงาน	`transceiver phony-alarm-disable` (system view)	เต็มรูปแบบ
H3C Comware	เหมือน VRP	อะลาร์ม	`transceiver phony-alarm-disable`	เต็มรูปแบบ
HPE Aruba AOS-S / AOS-CX	รายการผู้ผลิต/PN	unsupported, พอร์ตดับ	`allow-unsupported-transceiver`	เต็มรูปแบบ
Dell OS10 / OS9 / PowerConnect	เช็กซัม; อุปกรณ์รุ่นเก่าบางตัวตรวจตามรายการ	บันทึกล็อก; รุ่นเก่า: errdisable	`service unsupported-transceiver` (รุ่นเก่า)	เต็มรูปแบบ
Extreme EXOS / VOSS	เช็กซัม, ชนิด	บันทึกล็อก, ลิงก์ขึ้น	—	เต็มรูปแบบ
Ruckus/Brocade ICX (FastIron)	เช็กซัม; บางรุ่นตรวจติดตามด้านออปติกเฉพาะ PN ของ Brocade	ลิงก์ขึ้น; DDM อาจหายไป	—	บางส่วน
Brocade FOS (SAN)	แพลตฟอร์ม Gen 5/6/7 ส่วนใหญ่ต้องใช้ PN และซีเรียลตราสินค้า Brocade	พอร์ต Mod_Inv, ไม่ถูกเปิดใช้งาน	ไม่มี	เฉพาะออปติกของ Brocade เท่านั้น
Nvidia/Mellanox (Onyx, Cumulus, IB)	อีเทอร์เน็ต: เช็กซัม, ชนิด; InfiniBand: fabric manager ตรวจสอบข้อมูลสาย	อีเทอร์เน็ตขึ้นพร้อมบันทึกล็อก; IB อาจทำงานที่ความเร็วลดลงหรือตั้งแฟล็ก	—	เต็มรูปแบบ
SONiC / ไวท์บ็อกซ์	ปลั๊กอินของแพลตฟอร์ม: เช็กซัม, การแยกวิเคราะห์ CMIS	ลิงก์ขึ้น; ฟิลด์ที่ไม่รู้จักแสดงเป็นค่าดิบ	—	เต็มรูปแบบ (ขึ้นอยู่กับปลั๊กอิน)
MikroTik RouterOS / SwOS	ไม่มีอะไรเกินกว่าการแยกวิเคราะห์	ลิงก์ขึ้น	—	เต็มรูปแบบ
Ubiquiti	ไม่มีอะไรเกินกว่าการแยกวิเคราะห์	ลิงก์ขึ้น	—	เต็มรูปแบบ
Server NICs (Intel, Broadcom, Mellanox)	ไวต์ลิสต์ของไดรเวอร์บนตระกูล Intel บางรุ่น	ไดรเวอร์ปฏิเสธไม่เปิดพอร์ต	พารามิเตอร์มอดูล `allow_unsupported_sfp=1` (Intel ixgbe/i40e)	ผ่าน `ethtool -m`

ในกรณีที่ผู้ผลิตมีโอเวอร์ไรด์ให้ใช้ โดยทั่วไปจะให้ใช้แบบ as is คือโมดูลทำงานได้ แต่ผู้ผลิตไม่รับประกันการสนับสนุนชุดผสมนั้น การตัดสินใจเรื่องฟลีตเป็นหน้าที่ของเจ้าของเครือข่าย (ออปติกของบุคคลที่สาม)

สิ่งที่ “เขียนโค้ดให้เป็นผู้ผลิต X” ต้องผ่านให้ได้

กลุ่มแพลตฟอร์ม	ขั้นต่ำที่ต้องมีเพื่อให้ผ่าน	สิ่งที่ควรทำเพิ่มเติม
ผ่อนปรน (Arista, SONiC, MikroTik, Extreme…)	เช็กซัมถูกต้อง, รหัสชนิดสอดคล้องกัน	ชื่อผู้ผลิตและ PN ที่แท้จริง — ไม่ได้ประโยชน์อะไรจากการเขียนโค้ดแบบ OEM
ตรวจสอบตามรายการ (Juniper, Aruba, Huawei/H3C, NX-OS บน SKU หลายรุ่น)	ชื่อผู้ผลิตและ PN ตรงกับรายการของแพลตฟอร์มเป๊ะ ๆ, รหัสความสอดคล้องถูกต้องตามพอร์ต	ส่วนต่อท้าย PN/เกรดตรงกัน; ซีเรียลและรหัสวันที่สมจริง
ตรวจสอบลายเซ็น (Cisco IOS/IOS-XE, XR บางรุ่น)	ทั้งหมดข้างต้น บวกกับพื้นที่เฉพาะของผู้ผลิตที่คำนวณสำหรับซีเรียลนี้	ฟิลด์ข้อมูลระบุตัวตนสอดคล้องกับ PN (ความยาวคลื่น, ระยะส่ง, เทคโนโลยี)
เฉพาะตราสินค้า (Brocade FOS)	สตริงผู้ผลิตและตระกูล PN ของ Brocade, รูปแบบซีเรียล	—

วิธีการฝั่งโต๊ะทดสอบ: การล็อกผู้ผลิตและการเขียนโค้ด, การเขียนโค้ด EEPROM ใหม่

การอ่านค่าการปฏิเสธ

ข้อความล็อก/สถานะ	ความหมาย	ขั้นตอนถัดไป
`unsupported transceiver`, `Mod_Inv`, `phony`	ข้อมูลระบุตัวตนไม่อยู่ในรายการ	โอเวอร์ไรด์ หรือเขียนโค้ดให้เป็น PN ที่อยู่ในรายการ
`invalid EEPROM`, `checksum error`	CC_BASE/CC_EXT ผิด	คำนวณใหม่ (เช็กซัม)
`speed and type not supported`, `unknown media type`	รหัสความสอดคล้องไม่ตรงกับพอร์ต	แก้รหัส หรือใช้โหมดพอร์ตอื่น (ความเร็วและอัตรา)
`power class exceeds`, ค้างอยู่ที่ LowPwr	คลาสกำลังเทียบกับเคจ	กำลังไฟฟ้าและความร้อน
`Module not ready`, สถานะ DP ค้าง	ขั้นตอนเริ่มทำงานของ CMIS	ปัญหา CMIS

คำสั่งแยกตาม NOS สำหรับดูสถานะเหล่านี้: การตรวจสอบยืนยันออปติกบนสวิตช์

การเปลี่ยนแปลงเมื่ออัปเกรดซอฟต์แวร์

ผู้ผลิตปรับการตรวจสอบให้เข้มขึ้นหรือหย่อนลงระหว่างรุ่นต่าง ๆ ได้ตลอด เช่น การตรวจลายเซ็นแบบใหม่ รายการออปติกที่รองรับใหม่ คำสั่งที่ซ่อนไว้ถูกลบออก การจัดการ DDM เปลี่ยนไป ฟลีตของออปติกจากบุคคลที่สามหรือที่เขียนโค้ดไว้ซึ่งเมื่อวานยังใช้งานได้ อาจเข้าสถานะ errdisable หลังอัปเกรดก็ได้ (ตารางความเข้ากันได้และเฟิร์มแวร์)

ใน CodingBox

CodingBox แสดงไบต์ที่การตรวจสอบแต่ละแบบข้างต้นอ่านค่าเป๊ะ ๆ — ชื่อผู้ผลิต, PN, เช็กซัม, รหัสความสอดคล้อง, คลาสกำลัง — และ code database เก็บข้อมูลระบุตัวตนที่แพลตฟอร์มกลุ่มหนึ่ง ๆ ยอมรับไว้ ตรวจสอบยืนยันบนพอร์ตทดสอบหลังเขียนโค้ดเสมอ เพราะคำตัดสินสุดท้ายอยู่ที่สวิตช์ ไม่ใช่ที่โต๊ะทดสอบ (Check transceiver)

คู่เทียบฝั่งเซิร์ฟเวอร์ — ไวต์ลิสต์ของไดรเวอร์แยกตามผู้ผลิต NIC, โอเวอร์ไรด์ของ Intel, พฤติกรรมบน Windows และ ESXi: ความเข้ากันได้ของทรานซีฟเวอร์บน NIC

หากพบข้อมูลที่ไม่ถูกต้องหรือข้อผิดพลาดในบทความนี้ ให้เลือกข้อความส่วนนั้นแล้วกด Ctrl+Enter เพื่อ