ออปติกของบุคคลที่สาม: ความน่าเชื่อถือและความคุ้มค่า

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

ประสบการณ์จากภาคสนามที่มีการรายงานก็ยืนยันเรื่องนี้: มักมีการอ้างถึงฝูงอุปกรณ์ SFP ของบุคคลที่สามหลายร้อยตัวที่ใช้งานมา 7–12 ปี โดยมีความล้มเหลวเพียงหนึ่งถึงสามครั้งเท่านั้น

จุดที่ยังพบปัญหาอยู่บ้าง

• ล็อตการผลิตที่เสีย กลุ่มความล้มเหลวแทบทั้งหมดมักผูกอยู่กับล็อตและช่วงเวลาการผลิตที่เจาะจง มากกว่าจะเป็นปัญหาของผู้ผลิตทั้งหมด มีรายงานอิสระหลายฉบับที่บรรยายถึงอัตราของเสียที่สูงกว่าปกติมากในล็อตสั่งซื้อบางล็อต
• RMA ที่แสนทรมานสำหรับโมดูลราคาแพง การส่งออปติก 40G/100G คืนให้ผู้ผลิตในต่างประเทศแล้วรอเป็นสัปดาห์ ๆ คือต้นทุนด้านปฏิบัติการที่เกิดขึ้นจริง
• กำลัง Tx ที่ไม่ตรงกับค่าที่เขียนโค้ดไว้ โมดูลบางตัวรายงานค่า Tx ที่เป็นเพียงค่าคงที่ที่เขียนไว้ในหน่วยความจำ ไม่ใช่ค่าที่วัดได้จริง ผู้ให้บริการที่ใส่ใจจะทดสอบล็อตที่รับเข้ามาด้วยเพาเวอร์มิเตอร์
• ความสอดคล้องด้านการจัดซื้อ สำหรับการจัดซื้อภาครัฐ โมดูลที่ “สอดคล้องตามข้อกำหนด” มักเป็นฮาร์ดแวร์ตัวเดียวกันแต่ตั้งค่าซอฟต์แวร์ต่างออกไป — ตรวจสอบให้ดีว่าคุณกำลังจ่ายเงินซื้ออะไรกันแน่

สิ่งที่ผู้ซื้อที่มีประสบการณ์ทำ

• ใช้ผู้ผลิตบุคคลที่สามราคาประหยัดสำหรับโมดูล 1G/10G/25G ปริมาณมาก ที่การเปลี่ยนตัวใหม่เมื่อเสียมีราคาถูก
• สำหรับออปติกราคาแพงอย่าง LR4, ER, โคฮีเรนต์ และชนิดอื่น ๆ ให้เลือกใช้ผู้ผลิตบุคคลที่สามระดับพรีเมียมที่มีชื่อเสียงด้านคุณภาพ และในอุดมคติควรเป็นโมดูลที่ผู้ใช้สามารถเขียนโค้ดใหม่เองได้
• ตรวจสอบล็อตที่รับเข้ามา: อ่านค่า DDM ของโมดูลทุกตัว และตรวจสอบ Tx/Rx ด้วยเพาเวอร์มิเตอร์ก่อนนำเข้าใช้งานจริง
• ต่อรองกับ OEM ผู้ผลิตสวิตช์บางรายเสนอ SKU แบบ “common optics” ในราคาส่วนลดก้อนใหญ่ เมื่อคุณแสดงราคาของบุคคลที่สามให้พวกเขาดู
• เก็บโมดูล OEM ไว้แต่ละชนิด สำหรับโทรหาซัพพอร์ต (ดูการล็อกผู้ผลิต)

ต้นทุนรวม

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

CodingBox ช่วยได้อย่างไร

• การตรวจสอบขาเข้า — อ่านข้อมูลระบุตัวตนและ DDM แบบเรียลไทม์บนหน้าจอ Check transceiver และบันทึกค่าลง CSV จาก DDM
• เขียนโค้ดใหม่ให้ตรงกับที่สวิตช์คาดหวัง เมื่อโมดูลถูกปฏิเสธ — ดูการเขียนโค้ด EEPROM ใหม่
• เก็บบันทึกไว้ — ทุกการอ่านจะถูกบันทึกลงCode database ทำให้มีประวัติของโมดูลพร้อมใช้เมื่อปัญหาของล็อตปรากฏขึ้นภายหลัง

แพลตฟอร์มไหนตรวจสอบอะไรบ้าง และข้อมูลระบุตัวตนที่เขียนโค้ดไว้ต้องผ่านเงื่อนไขอะไรตามคลาสของแพลตฟอร์ม: วิธีที่ NOS แต่ละตัวตรวจสอบโมดูล; การรักษาฝูงอุปกรณ์แบบผสมให้ปลอดภัยตลอดการอัปเกรด: เมทริกซ์ความเข้ากันได้และเฟิร์มแวร์

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