ความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณ: OEM กับบุคคลที่สาม-

May 20, 2026|

เหตุใดจึงมีการเขียนโค้ด และเหตุใดคุณจึงมีค่าใช้จ่ายมากกว่าที่คุณคิด

ตัวรับส่งสัญญาณแบบออปติคอลทุกตัวมาพร้อมกับชิป EEPROM ที่จัดเก็บข้อมูลประจำตัวดิจิทัล: ชื่อผู้จำหน่าย หมายเลขชิ้นส่วน หมายเลขซีเรียล ความยาวคลื่นที่รองรับ และเกณฑ์การวินิจฉัย เมื่อคุณแทรกโมดูลลงในสวิตช์ Cisco, Arista หรือ Juniper โฮสต์จะอ่านสิ่งนั้นอีพรอมบนบัส I²C และตัดสินใจว่าจะเปิดใช้พอร์ตหรือปิดพอร์ตเป็นมิลลิวินาที การตัดสินใจดังกล่าวคือสาเหตุที่ความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณเป็นตัวกำหนดผลลัพธ์การใช้งานของคุณมากกว่าเอกสารข้อมูลจำเพาะใดๆ แต่วิธีที่ผู้ขายแต่ละรายใช้การตัดสินใจนั้นแตกต่างกันมากพอที่จะเปลี่ยนกลยุทธ์การจัดซื้อของคุณได้ และนั่นคือจุดที่คำแนะนำในการเปรียบเทียบส่วนใหญ่หยุดอยู่เพียงไม่นาน

ข้อตกลง Multi-Source (MSA) กำหนดมาตรฐานอินเทอร์เฟซแบบออปติคัลและแบบไฟฟ้า โมดูลสองโมดูลที่สร้างขึ้นตามข้อกำหนด MSA มีฟังก์ชันการทำงานเหมือนกันที่เลเยอร์ทางกายภาพ MSA ไม่ได้กำหนดมาตรฐานการจับมือเฟิร์มแวร์ระหว่างโมดูลและโฮสต์ ผู้จำหน่ายอุปกรณ์แต่ละรายเขียนตัวระบุที่เป็นกรรมสิทธิ์ลงในที่อยู่หน่วยความจำ EEPROM เฉพาะ และเมื่อสวิตช์โฮสต์อ่านโค้ดที่ไม่รู้จักเมื่อบูต สวิตช์อาจระงับการวัดและส่งข้อมูลทางไกล DDM บันทึกคำเตือนอย่างต่อเนื่อง หรือปิดใช้งานพอร์ตทั้งหมด ช่องว่างระหว่างการปฏิบัติตามมาตรฐานและการยอมรับของเจ้าบ้านเป็นประเด็นสำคัญความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณในเครือข่ายองค์กร.

Macro detail of an optical transceiver module SFP28 showing connector pins and EEPROM coding storage location for multi-vendor network compatibility

โมดูลที่มีแบรนด์ OEM-มีราคาระดับพรีเมียมโดยทั่วไปตั้งแต่ 300% ถึงมากกว่า 500% เมื่อเทียบกับ-ทางเลือกของบุคคลที่สามที่สร้างขึ้นบนฮาร์ดแวร์ที่เหมือนกัน โดยอิงตามการวิเคราะห์ราคาของเราใน SKU ที่เทียบเคียงได้ ตลาดตัวรับส่งสัญญาณแบบออปติคอลบุคคลที่สาม-มีมูลค่าสูงถึงประมาณ 3.1 พันล้านดอลลาร์ในปี 2025 และเติบโตเหนือ CAGR 10% (การวิจัยและการตลาด) ซึ่งจะบอกคุณว่ามีทีมจัดซื้อกี่ทีมที่ตัดสินใจว่าค่าพรีเมียมนั้นไม่สมเหตุสมผล แต่การทดสอบในอุตสาหกรรมแสดงให้เห็นว่าประมาณ 23% ของโมดูลของบุคคลที่สาม-ไม่สามารถเริ่มต้นได้หากไม่มีการเข้ารหัสเฉพาะของผู้จำหน่าย แม้ว่าจะตรงตามข้อกำหนดด้านออปติคอลและไฟฟ้าทุกประการก็ตาม ความเข้มงวดของแพลตฟอร์ม ความเสี่ยงตลอดอายุการใช้งานของเฟิร์มแวร์ และความสามารถในการเขียนโค้ดของซัพพลายเออร์คือตัวแปรสามตัวที่กำหนดผลลัพธ์ โดยแต่ละตัวจะตรวจสอบด้านล่างตามลำดับที่มักจะแสดงระหว่างการใช้งาน

การเข้ารหัส EEPROM ทำงานอย่างไร: SFF-8472, SFF-8636 และ CMIS

มาตรฐานการเข้ารหัสที่ควบคุมวิธีที่ตัวรับส่งสัญญาณระบุตัวเองกับโฮสต์นั้นมีการพัฒนามาตลอดสามชั่วอายุคน และช่องว่างความซับซ้อนระหว่างสิ่งเหล่านั้นนั้นเป็นเชิงโครงสร้าง ไม่ใช่เพิ่มขึ้น

Extreme macro photography of a semiconductor EEPROM chip on a transceiver PCB governing Cisco and Arista network switch handshakes

เอสเอฟเอฟ-8472

เอสเอฟเอฟ-8472 ครอบคลุมโมดูล SFP, SFP+ และ SFP28. แผนผังหน่วยความจำค่อนข้างเรียบ: ที่อยู่ I²C สองแห่ง (A0h และ A2h) เก็บข้อมูลการระบุ ค่าคงที่การสอบเทียบ และฟิลด์การวินิจฉัยแบบเรียลไทม์- การเข้ารหัสเฉพาะของผู้จำหน่าย-ภายใต้ SFF-8472 ส่วนใหญ่เกี่ยวข้องกับการเขียนชื่อผู้จำหน่ายที่ถูกต้อง, OUI, หมายเลขชิ้นส่วน และผลรวมตรวจสอบที่ถูกต้องเป็นไบต์ 0–95 ที่ที่อยู่ A0h ทำให้ฟิลด์เหล่านั้นถูกต้อง และโฮสต์ส่วนใหญ่จะยอมรับโมดูล หากทำผิดแล้วคุณจะเห็นรายการบันทึก "ตัวรับส่งสัญญาณที่ไม่รองรับ" ที่คุ้นเคย

เอสเอฟเอฟ-8636

เอสเอฟเอฟ-8636 ขยายแผนผังหน่วยความจำสำหรับโมดูล QSFP+ และ QSFP28 เพิ่มหน่วยความจำส่วนบนแบบเพจ ฟิลด์การวินิจฉัยหลาย- เลน และไบต์ควบคุมที่ละเอียดยิ่งขึ้นสำหรับคลาสกำลังและปิดใช้งาน TX ต่อเลน พื้นที่การเขียนโค้ดมีขนาดใหญ่ขึ้น และขณะนี้การตรวจสอบเฉพาะของผู้จำหน่าย-ได้ขยายไปยังหน้าที่เป็นทางเลือก ซึ่งบางโฮสต์มองหารหัสการปฏิบัติตามข้อกำหนดเพิ่มเติมหรือแฟล็กคุณลักษณะที่กำหนดเอง การรับรองความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณสำหรับ QSFP28 ข้ามแพลตฟอร์มเช่น Arista และ Juniper จำเป็นต้องมีการจับคู่ไม่เพียงแต่ฟิลด์ข้อมูลประจำตัวเท่านั้น แต่ยังรวมถึงรหัสโฆษณาของแอปพลิเคชันที่บอกโฮสต์ว่าโมดูลรองรับอัตราสายและโหมด FEC ใดบ้าง.

CMIS (ข้อกำหนดอินเทอร์เฟซการจัดการทั่วไป)

CMIS (ข้อกำหนดอินเทอร์เฟซการจัดการทั่วไป)ขณะนี้อยู่ที่การแก้ไข 5.x ควบคุมโมดูล QSFP-DD และ OSFP ที่400G และ 800G. นี่คือจุดที่ความซับซ้อนในการเขียนโค้ดก้าวกระโดดอย่างแท้จริง CMIS แนะนำการลงทะเบียนการเลือกแอปพลิเคชัน (AppSel) เครื่องสถานะคลาสกำลัง การกำหนดเวอร์ชันเฟิร์มแวร์ระดับโมดูล- และแมปการกำหนดค่าหลาย-เลน ข้อผิดพลาดในการเข้ารหัสในโมดูล CMIS ไม่เพียงทำให้เกิดการปฏิเสธพอร์ตเท่านั้น อาจทำให้พอร์ตแยกล้มเหลวในการแจงนับ โหมด FEC ที่ไม่ตรงกันซึ่งทำให้เกิดอัตราข้อผิดพลาดบิตหลัง-สูง หรือการรายงานขีดจำกัดความร้อนที่ทำให้เกิดการแจ้งเตือนที่ผิดพลาด

นี่คือสิ่งที่ดูเหมือนในทางปฏิบัติ: บนโมดูล QSFP-DDรหัสเป็น Power Class 7 ไบต์ของคลาสพลังงานที่ไม่ถูกต้องจะทริกเกอร์ลอจิกการระบายความร้อน/พลังงานของโฮสต์ก่อนที่พอร์ตจะพยายามเชื่อมต่อด้วยซ้ำ ข้อผิดพลาดเกิดขึ้นเหมือนกับโมดูลที่ไม่ทำงาน ไม่มีไฟ LED ลิงก์ ไม่มีรายการบันทึกเกินกว่า "โมดูลไม่ได้เตรียมใช้งาน" การแยกข้อผิดพลาดในการเข้ารหัสออกจากความล้มเหลวของระบบออปติก ณ จุดนั้นจำเป็นต้องดึงดัมพ์ EEPROM ด้วยตนเอง และเปรียบเทียบกับค่าที่คาดไว้ของโฮสต์ หากซัพพลายเออร์ของคุณไม่สามารถทำการวิเคราะห์ได้ แสดงว่าคุณกำลังเปลี่ยนฮาร์ดแวร์ที่ใช้งานได้โดยไม่มีเหตุผล นี่คือเหตุผลว่าทำไมความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณสำหรับโมดูล CMIS จึงจำเป็นต้องมีการตรวจสอบความถูกต้องของซัพพลายเออร์ในระดับที่แตกต่างจากการปรับใช้ SFP แบบเดิม

ผู้จำหน่าย-โดย-ผู้จำหน่าย: การตรวจสอบการเข้ารหัสมีความเข้มงวดเพียงใด

ผู้จำหน่ายอุปกรณ์บางรายไม่ได้บังคับใช้การตรวจสอบการเข้ารหัส EEPROM สำหรับโมดูล SFP บุคคลที่สาม-ที่เข้ารหัสว่าเข้ากันได้กับ Cisco หรือ Arista หรือ Juniper ในลักษณะเดียวกัน ความแตกต่างในความเข้มงวดมีความสำคัญเพียงพอที่จะเปลี่ยนกลยุทธ์การจัดซื้อของคุณ โดยขึ้นอยู่กับแพลตฟอร์มที่คุณใช้งาน

ผู้ขาย	ระดับความเข้มงวด	กลไกการตรวจสอบ	มีวิธีแก้ปัญหา CLI หรือไม่	ตำแหน่งการรับประกันในโมดูลของบุคคลที่สาม-
ซิสโก้ (ตัวเร่งปฏิกิริยา / Nexus)	สูง	VSCC (รหัสตรวจสอบผลรวมเฉพาะของผู้จำหน่าย), รหัสคุณภาพ, รายการที่อนุญาตของเฟิร์มแวร์	ได้บนแพลตฟอร์มส่วนใหญ่ (บริการรับส่งสัญญาณที่ไม่รองรับ-) แต่ไม่บน Catalyst 2960L (LAN Lite) หรือซีรีส์ C1000	จะไม่ทำให้การรับประกันสวิตช์เป็นโมฆะเนื่องจาก-ระบบออพติกของบุคคลที่สามเท่านั้น TAC อาจต้องมีการลบออกระหว่างการแก้ไขปัญหา (นโยบายการรับประกันของซิสโก้)
อริสต้า	ปานกลาง	ตรวจสอบรหัสผู้ขายและรหัสการปฏิบัติตามข้อกำหนด โดยทั่วไปจะอนุญาตมากกว่าเมื่อใช้โมดูลที่สอดคล้องกับ MSA-	โดยทั่วไปไม่จำเป็นสำหรับโมดูลที่มีการเข้ารหัสอย่างถูกต้อง	จากประสบการณ์การใช้งานของเรา: ยืดหยุ่น; โมดูลของบุคคลที่สาม-ที่ใช้กันอย่างแพร่หลายในสภาพแวดล้อมแบบไฮเปอร์สเกล
จูนิเปอร์	ตัวแปร	โดยทั่วไปแล้ว QFX5100/QFX5200 จะบันทึกคำเตือนเท่านั้น ซีรีส์ PTX ใน Junos ล่าสุดออกฮาร์ด-บล็อกโมดูล CMIS ด้วยรหัสผู้จำหน่ายที่ไม่รู้จัก ยืนยันรุ่นแพลตฟอร์มและเวอร์ชัน Junos ก่อนจัดซื้อ	แบบผสม ขึ้นอยู่กับแพลตฟอร์ม-	ตามรายงานภาคสนาม: อาจบันทึกคำเตือน แต่โดยทั่วไปจะไม่ปิดใช้งานพอร์ตสำหรับโมดูลที่เข้ารหัสอย่างถูกต้อง
หัวเว่ย (ซีรีส์ CE)	ปานกลาง-สูง	การตรวจสอบ EEPROM ที่เป็นกรรมสิทธิ์ เข้มงวดมากขึ้นบนแพลตฟอร์มระดับผู้ให้บริการ-	จำกัด	แตกต่างกันไปตามภูมิภาคและเงื่อนไขสัญญา
NVIDIA / เมลลาน็อกซ์	ปานกลาง	ไวต่อโหมด FEC รหัสแอปพลิเคชัน และคลาสกำลัง เข้มงวดเป็นพิเศษในเรื่องการฝ่าวงล้อมและการกำหนดค่า RoCE	ไม่มี (ด้าน NIC- ไม่ใช่สลับ CLI)	แยกจากการรับประกันของผู้จำหน่ายสวิตช์

คอลัมน์ Cisco สมควรได้รับความสนใจเป็นพิเศษ คำสั่งตัวรับส่งสัญญาณที่ไม่ได้รับการสนับสนุน-ของบริการทำงานได้บนแพลตฟอร์ม Catalyst และ Nexus ส่วนใหญ่ แต่มีข้อยกเว้นที่จะทำให้คุณเสียเวลาในการใช้งาน หากคุณไม่ทันได้ทัน ในซีรีส์ Catalyst C1000 และ 2960L ที่มีลิขสิทธิ์ LAN Lite คำสั่งจะไม่พร้อมใช้งาน หากคุณกำลังใช้งานบนแพลตฟอร์มเหล่านั้น การเขียนโค้ดจะต้องผ่านการตรวจสอบไวท์ลิสต์ของโฮสต์ ไม่มีทางเลือก CLI นี่เป็นรายละเอียดเฉพาะของแพลตฟอร์ม-ที่แยกซัพพลายเออร์ที่เชื่อถือได้ออกจากซัพพลายเออร์ที่ขายโมดูล "ที่เข้ากันได้กับ Cisco" ทั่วไป- ให้กับคุณ และปล่อยให้คุณต้องแก้ไขปัญหา

ความแตกต่างอีกอย่างหนึ่ง: ฮาร์ดแวร์กายภาพชุดเดียวกันที่ใช้การรับส่งข้อมูล RoCE เทียบกับอีเธอร์เน็ตบริสุทธิ์อาจบังคับใช้ FEC และความคาดหวังโค้ดแอปพลิเคชันที่แตกต่างกันบน Mellanox ConnectX NIC หากโปรไฟล์การเขียนโค้ดของซัพพลายเออร์ของคุณได้รับการตรวจสอบความถูกต้องสำหรับการสลับอีเธอร์เน็ต แต่การใช้งานของคุณเป็นแบบแฟบริคการจัดเก็บข้อมูล การเขียนโค้ดจะต้องคำนึงถึงการตรวจสอบโฮสต์เฉพาะของ RoCE- ไม่ใช่ค่าเริ่มต้นของอีเทอร์เน็ต การตรวจสอบความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณข้ามผู้ขายแบบผสมและสภาพแวดล้อมโปรโตคอลไม่ใช่ทางเลือก มันเป็นจุดที่ฉลาก "เข้ากันได้" ทั่วไปล้มเหลว

ความเข้ากันได้ของตัวรับส่งสัญญาณหลังจากอัพเดตเฟิร์มแวร์: ความเสี่ยงที่ไม่มีใครเตือนคุณ

ต่อไปนี้เป็นสถานการณ์ที่เกิดขึ้นบ่อยกว่าใครก็ตามที่เผยแพร่กรณีศึกษาเกี่ยวกับ: โมดูลของบุคคลที่สาม-ทำงานได้โดยไม่มีปัญหาเป็นเวลาหลายเดือน คุณอัปเกรดเฟิร์มแวร์สวิตช์เพื่อแก้ไขช่องโหว่ด้านความปลอดภัย เช้าวันรุ่งขึ้น ระบบตรวจสอบของคุณจะแฟล็กพอร์ตหลายสิบพอร์ตที่แสดงข้อผิดพลาด "ตัวรับส่งสัญญาณที่ไม่รองรับ" โมดูลไม่มีการเปลี่ยนแปลง การเข้ารหัสไม่เปลี่ยนแปลง ตรรกะการตรวจสอบความถูกต้องของโฮสต์มี

Arista 7050QX3 switches with transceiver coding validation after firmware update workflow

ผู้จำหน่ายสวิตช์จะเข้มงวดการตรวจสอบ EEPROM ในเฟิร์มแวร์ใหม่เป็นระยะๆ ในกรณีหนึ่งที่เราติดตามภายใน NX-OS รุ่นรองได้แนะนำการตรวจสอบความถูกต้องที่เข้มงวดมากขึ้นสำหรับโมดูล QSFP28 ซึ่งทำให้หน่วยของบุคคลที่สาม-ที่ใช้งานไม่ได้ซึ่งทำงานโดยไม่มีเหตุการณ์ใดๆ เป็นเวลา 18 เดือนในเวอร์ชันก่อนหน้า โมดูลมีความสมบูรณ์แบบทางสายตา อิมเมจการเขียนโค้ดยังขาดข้อกำหนดใหม่ไปหนึ่งฟิลด์

ผลที่ตามมาในการปฏิบัติงานคือความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณไม่ใช่การตรวจสอบความถูกต้องเพียงครั้งเดียว- เป็นความมุ่งมั่นตลอดวงจรชีวิต ซัพพลายเออร์ที่ถือว่าการเขียนโค้ดเป็น-การบำรุงรักษาที่ส่งมอบได้ระดับเฟิร์สคลาสต่อ-อิมเมจการเข้ารหัสแพลตฟอร์มติดตามบันทึกประจำรุ่นเฟิร์มแวร์จาก Cisco, Arista และ Juniper และ-ตรวจสอบเชิงรุกอีกครั้งเมื่อมีการอัปเดตระบบปฏิบัติการหลัก ซัพพลายเออร์ที่ถือว่าการเขียนโค้ดเป็นช่องทำเครื่องหมายที่ประตูโรงงานจะทำให้คุณถูกเปิดเผยทุกครั้งที่คุณอัปเกรด

มีโหมดความล้มเหลวที่เกี่ยวข้องซึ่งวินิจฉัยได้ยากยิ่งขึ้น สองโมดูลที่มีหมายเลขชิ้นส่วนของซัพพลายเออร์รายเดียวกัน ซึ่งสั่งซื้อแยกกันหกเดือน อาจจัดส่งด้วยอิมเมจการเข้ารหัส EEPROM ที่แตกต่างกัน เนื่องจากซัพพลายเออร์อัปเดตฐานข้อมูลการเข้ารหัสระหว่างชุดงาน หนึ่งโมดูลใช้งานได้ใน Arista 7060CX ของคุณ อีกอันสั่งเป็นการเติมเต็มไม่ได้ ฮาร์ดแวร์เหมือนกัน การแก้ไขภาพการเข้ารหัสจะแตกต่างออกไป เว้นแต่ซัพพลายเออร์ของคุณจะจัดทำเอกสารและติดตามเวอร์ชันอิมเมจในลักษณะเดียวกับที่บริษัทซอฟต์แวร์ติดตามการเผยแพร่เฟิร์มแวร์ คุณจะไม่มีทางแก้ไขปัญหานี้ได้โดยไม่ต้องดึงข้อมูล EEPROM ด้วยตนเอง

OEM กับบุคคลที่สาม-: จุดที่ผิด

ตัวแปรสามตัวกำหนดผลลัพธ์: ความเข้มงวดในการเขียนโค้ดของแพลตฟอร์ม ความสำคัญของลิงก์ และความสามารถในวงจรการเขียนโค้ดของซัพพลายเออร์ของคุณ นี่คือวิธีการชั่งน้ำหนักแต่ละรายการ

โดยที่โมดูล OEM ยังคงเป็นตัวเลือก-ที่มีความเสี่ยงต่ำกว่าลิงก์ที่ขยาย-ออกไปไกลกว่า 40 กม. โดยที่ระยะขอบแสงบางและความแปรปรวนของประสิทธิภาพใดๆ ที่มุมอุณหภูมิสามารถผลักดัน BER ให้เกินขีดจำกัดได้ เราไม่แนะนำ-โมดูลของบุคคลที่สามในลิงก์เหล่านี้ เว้นแต่ซัพพลายเออร์จะให้รายงานระยะขอบแสงที่ทดสอบกับช่วงไฟเบอร์เฉพาะของคุณ ไม่ใช่ค่าเอกสารข้อมูลทั่วไป นั่นไม่ใช่ปัญหาการตั้งค่าของซัพพลายเออร์ มันคือฟิสิกส์เชิงแสง แพลตฟอร์มที่มีการบังคับใช้การเข้ารหัสที่เข้มงวดมากหรือไม่สอดคล้องกัน เช่น Cisco Catalyst C1000 series หรือ Juniper PTX ที่มี Junos เวอร์ชันล่าสุด ซึ่งความล้มเหลวในการเขียนโค้ดหมายถึงการปิดฮาร์ดพอร์ตโดยไม่มีวิธีแก้ไข ลิงก์ที่ครอบคลุมภายใต้สัญญาสนับสนุน TAC ที่มีผลอยู่ โดยที่ความขัดแย้งใดๆ ระหว่างการหยุดทำงานของ P1 นั้นเป็นสิ่งที่ยอมรับไม่ได้

โดยที่-โมดูลโค้ดของบุคคลที่สามเป็นตัวเลือกเชิงปฏิบัติเข้าถึง-เลเยอร์และการกระจาย-ลิงก์เลเยอร์ที่ใช้งานนับร้อยหรือนับพันโมดูล 10G/25Gโดยที่ส่วนต่างต้นทุนความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณของ OEM กับบุคคลที่สาม-จะวัดเป็นตัวเลขหกหรือเจ็ดหลัก การใช้ผ้าสันหลัง-ของศูนย์ข้อมูลเลนส์สายตาสั้น- (SR, DR)โดยที่ระยะขอบแสงนั้นกว้างและความท้าทายในการเขียนโค้ดนั้นมีลักษณะเฉพาะที่ดี- สภาพแวดล้อมของผู้จำหน่าย-หลายรายซึ่งครอบคลุม Cisco, Arista และ Huawei โดยที่ซัพพลายเออร์ที่ดูแลรักษาโปรไฟล์ที่เข้ารหัสไว้ในทั้งสามแพลตฟอร์ม ช่วยให้การจัดซื้อง่ายขึ้น ผู้ประกอบการโลจิสติกส์รายหนึ่งแทนที่โมดูล OEM 10G ในโรงงานเจ็ดแห่งด้วยทางเลือกที่สอดคล้องกับ- MSA ของบริษัทอื่น-และลดการใช้จ่ายด้านตัวรับส่งสัญญาณประมาณ 2.1 ล้านเหรียญสหรัฐ นอกเหนือจากส่วนลดช่องทางที่มีอยู่ เนื่องจากการเข้ารหัสได้รับการตรวจสอบตาม-แพลตฟอร์มก่อนการใช้งาน

สำหรับ400G QSFP-DD และสูงกว่าความสามารถในการเข้ารหัส CMIS ของซัพพลายเออร์ถือเป็นเกณฑ์การคัดเลือกที่สำคัญมากกว่าแบรนด์บนฉลาก หากซัพพลายเออร์ของคุณไม่สามารถจัดทำรายงานการตรวจสอบความถูกต้องของ AppSel สำหรับโฮสต์เป้าหมายและเวอร์ชันเฟิร์มแวร์ของคุณ อย่าปรับใช้โมดูลของพวกเขาที่ 400G+. ความซับซ้อนในการเข้ารหัสที่อัตราข้อมูลเหล่านี้สูงเพียงพอที่ซัพพลายเออร์ที่ไร้ความสามารถจะสร้างความเสี่ยงมากกว่าที่ OEM พรีเมียมจะกำจัดออกไป

สิ่งที่ต้องการจากกระบวนการเข้ารหัสของซัพพลายเออร์ของคุณ

หากคุณจัดหาเลนส์จากบุคคลที่สาม- และ ณ ส่วนต่างของราคาในปัจจุบันที่ผู้ให้บริการส่วนใหญ่ทำเพื่อการใช้งานอย่างน้อยบางส่วน กระบวนการเขียนโค้ดของซัพพลายเออร์จะกำหนดว่าการประหยัดต้นทุนของคุณแปลงเป็นความเสี่ยงในการปฏิบัติงานหรือไม่ นี่คือสิ่งที่ควรประเมินเมื่อเลือกพันธมิตรการเข้ารหัสโมดูลออปติคัลสำหรับสภาพแวดล้อมเครือข่ายผู้จำหน่ายหลาย-

เกณฑ์การประเมิน	หน้าตาดีขนาดไหน	ธงแดง
รูปภาพการเข้ารหัสต่อ-แพลตฟอร์ม	โปรไฟล์การเขียนโค้ดแยกกันที่เก็บรักษาไว้สำหรับโฮสต์เป้าหมายแต่ละแห่ง (เช่น Cisco Nexus 93180YC-FX3 บน NX-OS 10.3.x)	"เข้ากันได้กับ Cisco" เป็นการกล่าวอ้างทั่วไปเพียงข้อเดียว
หลักฐานการทดสอบการทำงานร่วมกัน	รายงานการทดสอบที่เป็นลายลักษณ์อักษรซึ่งแสดงลิงก์-อัป ความแม่นยำ DDM และความเสถียรของการรับส่งข้อมูลบนรุ่นสวิตช์และเฟิร์มแวร์เฉพาะของคุณ	"สอดคล้องกับ MSA-" อ้างเป็นหลักฐานความเข้ากันได้
การติดตามการเปลี่ยนแปลงเฟิร์มแวร์	การตรวจสอบเชิงรุกอีกครั้ง-เมื่อ Cisco / Arista / Juniper เผยแพร่การอัปเดตระบบปฏิบัติการหลัก	ไม่มีการกล่าวถึงวงจรชีวิตของเฟิร์มแวร์
เบิร์น-ในการทดสอบ	ใช้เวลาต่อเนื่อง 24–72 ชั่วโมง-กับการจราจรที่อุณหภูมิก่อนจัดส่ง	การตรวจสอบด้วยสายตาหรือการเปิดเครื่อง-ในการทดสอบเท่านั้น
รองรับ DAC/AOC แบบเข้ารหัสคู่-	ความสามารถในการเขียนโค้ดที่ปลายแต่ละด้านของสายเคเบิลเชื่อมต่อโดยตรงสำหรับผู้จำหน่ายที่แตกต่างกัน (เช่น Side-A Cisco, Side-B NVIDIA)	มีรหัสผู้ให้บริการ-เพียงรายเดียวเท่านั้น
การติดตามเวอร์ชันการเข้ารหัสรูปภาพ	เวอร์ชันอิมเมจการเข้ารหัสของแต่ละโมดูลได้รับการจัดทำเป็นเอกสารและตรวจสอบย้อนกลับได้ด้วยหมายเลขซีเรียล	ไม่มีการติดตามการแก้ไขภาพระหว่างชุดงาน

ระยะเวลาการเผาไหม้-มีความสำคัญมากกว่าที่ผู้ซื้อส่วนใหญ่ตระหนัก โมดูลที่เชื่อมโยงและส่งผ่านการรับส่งข้อมูลที่อุณหภูมิห้องเป็นเวลาห้านาทีอาจทำให้เกิดข้อผิดพลาด FEC เป็นระยะ ๆ ที่อุณหภูมิสูงหลังจากชั่วโมงการทำงาน การเบิร์นอินขั้นต่ำ 24- ชั่วโมงที่อุณหภูมิการทำงานจะจับหน่วยส่วนเพิ่มที่พลาดการทดสอบบัลลังก์อย่างรวดเร็ว

ห้องปฏิบัติการความเข้ากันได้ของเรามีเตียงทดสอบที่ใช้งานจริงใน Cisco Nexus 9300/9500, Arista 7050CX3/7060CX2, Juniper QFX5200 และ Huawei CE6870 SKU ทุกรุ่นต้องผ่านการตรวจสอบก่อน/หลัง PRBS31-FEC BER ที่อุณหภูมิพิกัดการตรวจสอบการวัดและส่งข้อมูลทางไกล DDM เทียบกับความคาดหวังเกณฑ์ของโฮสต์และการหมุนเวียนแบบ hotswap เพื่อยืนยันการกู้คืนสถานะพอร์ต เราจัดเตรียมการเข้ารหัส EEPROM แบบกำหนดเองโดยไม่มีค่าใช้จ่ายเพิ่มเติม เนื่องจากการเข้ารหัสไม่ใช่สิ่งที่ต้องคำนึงถึงในภายหลังในธุรกิจนี้ การส่งมอบจะเป็นตัวกำหนดว่าโมดูลของเราทำงานในเครือข่ายของคุณหรือกลายเป็นที่ทับกระดาษราคาแพงหรือไม่

สำหรับผลลัพธ์ PRBS31 และประวัติเวอร์ชันการเข้ารหัสรูปภาพสำหรับแพลตฟอร์มเฉพาะของคุณติดต่อทีมวิศวกรของเรา. ระบุรุ่นสวิตช์โฮสต์และเวอร์ชัน NOS ในคำขอ หากซัพพลายเออร์ปัจจุบันของคุณไม่ผ่านรายการตรวจสอบนี้ ให้เปลี่ยนซัพพลายเออร์ก่อนรอบการอัพเกรดเฟิร์มแวร์ครั้งถัดไป ค่าใช้จ่ายในการเปลี่ยนสามารถขอคืนได้ ไม่มีการหยุดทำงานของการผลิตระหว่างการอัพเกรดเฟิร์มแวร์

ติดต่อได้เลย

คำถามที่พบบ่อย: ความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณ

ถาม: การใช้ตัวรับส่งสัญญาณของบริษัทอื่น-ที่มีรหัสที่เข้ากันได้จะทำให้การรับประกันสวิตช์ของฉันเป็นโมฆะหรือไม่

ตอบ: ไม่ ผู้ผลิตอุปกรณ์ไม่สามารถทำให้การรับประกันสวิตช์เป็นโมฆะได้เนื่องจากมีการติดตั้งโมดูลของบุคคลที่สาม- เอกสารการรับประกันของ Cisco ระบุว่าการสนับสนุนจะดำเนินต่อไป เว้นแต่ข้อผิดพลาดจะเกี่ยวข้องโดยตรงกับส่วนประกอบที่ไม่ใช่-ของ Cisco TAC อาจขอให้คุณสลับโมดูล OEM ในระหว่างการแก้ไขปัญหา แต่การรับประกันยังคงไม่เปลี่ยนแปลง

ถาม: เหตุใดสวิตช์ของฉันจึงแสดง "ตัวรับส่งสัญญาณที่ไม่รองรับ" แม้ว่าโมดูลจะพอดีตัวก็ตาม

ตอบ: โฮสต์จะอ่าน EEPROM ของโมดูลเมื่อมีการแทรก และตรวจสอบข้อมูลระบุตัวตนของผู้จำหน่าย รหัสการปฏิบัติตามข้อกำหนด และฟิลด์ความสามารถโดยเทียบกับรายการที่อนุญาตภายใน ความพอดีทางกายภาพยืนยันความเข้ากันได้ของฟอร์มแฟคเตอร์ การยอมรับโฮสต์จำเป็นต้องมีการเข้ารหัส EEPROM ที่ถูกต้องสำหรับแพลตฟอร์มและเวอร์ชันเฟิร์มแวร์เฉพาะนั้น

ถาม: การอัพเกรดเฟิร์มแวร์สามารถทำลายความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณที่เคยใช้งานได้หรือไม่

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

ถาม: การเข้ารหัส SFF-8472 และ CMIS แตกต่างกันอย่างไร

ตอบ: SFF-8472 ครอบคลุมโมดูลตระกูล SFP- ด้วยการระบุตัวตนและแผนที่หน่วยความจำการวินิจฉัยที่ค่อนข้างง่าย CMIS ควบคุมโมดูล QSFP-DD และ OSFP ที่ 400G/800G เพิ่มการเลือกแอปพลิเคชัน เครื่องสถานะคลาสกำลัง และการกำหนดค่าแบบหลายเลน ทำให้ข้อผิดพลาดในการเขียนโค้ดเป็นผลสืบเนื่องมากขึ้นและการตรวจสอบความถูกต้องซับซ้อนมากขึ้น

ถาม: ฉันจะตรวจสอบความเข้ากันได้ของการเข้ารหัสตัวรับส่งสัญญาณก่อนการใช้งานขนาดใหญ่-ได้อย่างไร

ตอบ: ขอตัวอย่าง{0}}โค้ดล่วงหน้าสำหรับรุ่นสวิตช์และเวอร์ชันเฟิร์มแวร์เฉพาะของคุณ วิ่งต่อเนื่องเป็นเวลา 24–72 ชั่วโมง-กับการจราจรจริงที่อุณหภูมิ ตรวจสอบความถูกต้องแม่นยำของการวัดและส่งข้อมูลทางไกล DDM/DOM เทียบกับเกณฑ์ที่คาดไว้ ยืนยันว่าซัพพลายเออร์ของคุณดูแลรักษาอิมเมจการเข้ารหัสตาม-แพลตฟอร์มและติดตามการเปลี่ยนแปลงเฟิร์มแวร์ของโฮสต์ สำหรับการตรวจสอบเฉพาะแพลตฟอร์ม-ติดต่อทีมวิศวกรของเราเพื่อประเมินความเข้ากันได้ฟรี.

← คู่ของ: การสิ้นสุดสายไฟเบอร์: วิธีการและแนวทางปฏิบัติที่ดีที่สุด

ถัดไป: ระดับอุณหภูมิของตัวรับส่งสัญญาณ: อุตสาหกรรมเทียบกับเชิงพาณิชย์ →

ส่งคำถาม