ปัญหาความเร็ว อัตรา และโหมด

“ลิงก์ได้ที่ 25G แต่ใช้ไม่ได้ที่ 10G” “พอร์ต 100G ไม่ยอมเบรกเอาต์” “SFP ทองแดงตายในสวิตช์ตัวนี้ แต่ใช้ได้ดีในอีกตัว” นี่ไม่ใช่ความเสียหายทางแสง — แสงเองไม่มีปัญหา — แต่เป็นความไม่ลงรอยกันเรื่องอัตราเร็ว, การเข้ารหัส และโหมดระหว่างโฮสต์กับโมดูล ปัญหากลุ่มนี้คิดเป็นสัดส่วนใหญ่ของทิกเก็ตนับตั้งแต่ 25G เข้ามา

โมดูลหลายอัตราเร็ว

โมดูลจะระบุอัตราเร็วที่รองรับไว้ในบล็อกข้อมูลระบุตัวตน (ไบต์อัตราเร็วปกติ 12, รหัสความสอดคล้อง, ไบต์ความสอดคล้องขยาย 36 / SFF-8024 Table 4-4) โฮสต์จะอ่านค่าเหล่านี้และปฏิเสธอัตราเร็วที่ไม่ได้ถูกประกาศไว้ กรณีที่พบบ่อย:

เหตุใด CDR จึงสำคัญ: CDR — การกู้คืนสัญญาณนาฬิกาและข้อมูล

เบรกเอาต์

พอร์ต 4 เลนสามารถกลายเป็นสี่ลิงก์อิสระได้ — ก็ต่อเมื่อทั้งโฮสต์และโมดูลอนุญาตเท่านั้น

• ออปติกแบบขนาน (SR4, PSM4, DR4) และสาย DAC/AOC แบบเบรกเอาต์ทำเบรกเอาต์ได้; แต่ละเลนเป็นคู่ใยแก้วนำแสงแยกกัน
• ออปติกแบบ WDM (LR4, CWDM4, FR4) ทำไม่ได้ — สี่ความยาวคลื่นเดินทางบนคู่ใยแก้วนำแสงเดียวกัน และต้องไปสิ้นสุดที่ตัวรับตัวเดียว
• พอร์ตโฮสต์ต้องถูกตั้งค่าให้เบรกเอาต์ (เช่น 4×25G) ที่ฝั่งสวิตช์; ปลายทางอีกด้านต้องรันที่อัตราเร็วต่อเลนเดียวพร้อม FEC ที่ตรงกัน
• โมดูล CMIS ประกาศแอปพลิเคชันที่รองรับไว้ (เพจ 01h); โหมดเบรกเอาต์ที่ไม่มีอยู่ในรายการนั้นจะใช้งานไม่ได้ (CMIS)

FEC และการเจรจาอัตโนมัติ

ที่ 25G ขึ้นไป ลิงก์ที่มีระดับสัญญาณดีแต่ไม่ยอมเทรนนิ่งเลย แทบจะเป็นความไม่ตรงกันของ FECเสมอ: ปลายด้านหนึ่งเปิด RS-FEC อีกด้านปิด บน DAC การเจรจาอัตโนมัติ (Clause 73) และการเทรนนิ่งลิงก์ต้องเปิดใช้งานทั้งสองด้าน หรือปิดทั้งคู่พร้อมตั้งค่าแบบสแตติกให้ตรงกัน รายละเอียดทั้งหมด: FEC, การเจรจาอัตโนมัติ และการเทรนนิ่งลิงก์

โหมดของ SFP ทองแดง

SFP แบบ 1000BASE-T มี PHY อยู่ข้างใน มันคุยกับโฮสต์ผ่าน SGMII (พร้อมการเจรจาอัตโนมัติฝั่งทองแดง) หรือผ่าน 1000BASE-X ล้วน ๆ โมดูลที่เขียนโค้ดไว้สำหรับโหมดหนึ่ง แต่ใช้ในพอร์ตที่ตั้งค่าไว้สำหรับอีกโหมด จะลิงก์แบบติด ๆ ดับ ๆ หรือไม่ลิงก์เลย — ที่พบบ่อยคือ “ใช้ได้ในสวิตช์ของผู้ผลิต A แต่ตายในของผู้ผลิต B” โฮสต์บางตัวให้ตั้งโหมดแยกตามพอร์ตได้; ถ้าไม่มี ให้เลือกโมดูลที่ตรงกับแพลตฟอร์ม (Ethernet ทองแดงและ DAC)

การเลือกอัตราเร็ว

โมดูลตระกูล SFP แบบหลายอัตราเร็วจะสลับแบนด์วิดท์ตัวรับผ่านขา RS0/RS1 หรือบิตเลือกอัตราเร็วทางซอฟต์แวร์; โมดูลประกาศรูปแบบนี้ไว้ในไบต์ 13 โฮสต์ที่ไม่เคยควบคุม RS บนโมดูลที่ต้องการมัน อาจทำให้ตัวรับค้างอยู่ในกลุ่มอัตราเร็วที่ผิด (การเลือกอัตราเร็วและแอปพลิเคชัน)

“Speed and type: not supported”

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

ลำดับการวินิจฉัย

1. ยืนยันว่าระดับสัญญาณทางแสงปกติดี (ขั้นตอน 3–6 ของเช็กลิสต์เมื่อไม่มีลิงก์)
2. อ่านรหัสอัตราเร็วของโมดูลบนโต๊ะทดสอบ: ไบต์ 12, รหัสความสอดคล้อง, ความสอดคล้องขยาย, rate identifier (แผนผังหน่วยความจำ)
3. เทียบการตั้งค่าพอร์ตโฮสต์ทั้งสองด้าน: ความเร็ว, FEC, AN, เบรกเอาต์
4. ตรวจสอบแฟล็ก CDR/LOL: เลนที่มี LOL ที่อัตราเร็วต่ำกว่าชี้ไปที่ปัญหา CDR
5. ถ้าฮาร์ดแวร์รองรับอัตราเร็วนั้นแต่ข้อมูลระบุตัวตนไม่ได้บอกไว้ ให้เขียนโค้ดเพิ่มเข้าไป

ใน CodingBox

หน้าจอ Check transceiver ถอดรหัสอัตราเร็วปกติ, รหัสความสอดคล้อง และความสอดคล้องขยาย และสำหรับโมดูล CMIS จะแสดงรายการแอปพลิเคชันที่ประกาศไว้; EEPROM editor แก้ไขไบต์อัตราเร็วและความสอดคล้องพร้อมคำนวณเช็กซัมใหม่ให้ ควรทำให้ข้อมูลเหล่านี้ตรงกับความจริงเสมอ: การประกาศอัตราเร็วที่ออปติกรับไม่ไหวจริงจะเปลี่ยนความล้มเหลวจาก “ไม่ลิงก์” ไปเป็น “ลิงก์แต่มีข้อผิดพลาด” แทน

ความหมายของไบต์อัตราเร็วและชนิดแบบทีละบิต พร้อมการเข้ารหัสทั่วไปตามชนิดโมดูล: รหัสความสอดคล้อง

คำสั่งเกี่ยวกับความเร็ว, FEC, การเจรจาอัตโนมัติ และเบรกเอาต์สำหรับแต่ละ NOS: สูตรการตั้งค่าพอร์ต; เหตุใดกลุ่มพอร์ตจึงปฏิเสธความเร็วหนึ่ง ๆ: ภายในสวิตช์

SFP ทองแดงที่ใช้ได้เฉพาะ 1G, 100BASE-FX ที่ไม่ยอมลิงก์เลย, สติ๊ก 2.5G, SFP+ 10GBASE-T ที่ใช้ได้เฉพาะ 10G — ปัญหาโหมด SGMII/1000BASE-X/USXGMII ที่อยู่เบื้องหลังสิ่งเหล่านี้: SGMII และกิกะบิตอนุกรม