การตรวจติดตาม DDM ในระบบใช้งานจริง
การอ่านค่า DDM เพียงครั้งเดียวบอกสถานะของโมดูลได้ แต่การติดตามแนวโน้มบอกอนาคตของมันได้ ความล้มเหลวทางออปติคัลส่วนใหญ่ส่งสัญญาณล่วงหน้าเป็นสัปดาห์ — ในรูปของกำลัง Rx ที่เลื่อนไหล กระแสไบอัสที่ไต่สูงขึ้น หรือ BER ก่อน FEC ที่เพิ่มขึ้น — ให้กับใครก็ตามที่บันทึกตัวเลขเหล่านี้ไว้
โต๊ะทดสอบ, CLI หรือ NMS
| ที่ไหน | เครื่องมือ | เหมาะกับ |
|---|---|---|
| โต๊ะทดสอบ | หน้าจอ DDM ของ CodingBox, การส่งออก CSV | การตรวจรับเข้า, การสร้างค่าอ้างอิงตั้งต้น, การวินิจฉัยโมดูลที่ถอดออกมา |
| Switch CLI | show interfaces transceiver และคำสั่งเทียบเท่า (ตาม NOS แต่ละตัว) | ตรวจสอบเฉพาะจุดระหว่างการแก้ปัญหา |
| NMS/telemetry | SNMP, สตรีมมิงเทเลเมทรี (gNMI), API ของผู้ผลิต | การดูแนวโน้มและการแจ้งเตือนทั่วทั้งฟลีต |
การเก็บข้อมูลผ่าน SNMP
แพลตฟอร์มส่วนใหญ่เปิดให้เข้าถึง DDM ผ่าน ENTITY-SENSOR-MIB มาตรฐาน (entPhySensorValue พร้อมชนิด/สเกล/ความละเอียดต่อเซนเซอร์) และผ่าน MIB ของผู้ผลิตแต่ละราย (entity sensors ของ Cisco, DOM MIB ของ Juniper, Arista, Huawei) NMS โอเพนซอร์สอย่าง LibreNMS ค้นหาเซนเซอร์ออปติคัลเองอัตโนมัติและวาดกราฟให้ Zabbix และ Prometheus/Grafana ทำงานกับ OID ชุดเดียวกันได้ หรือทำงานผ่านสตรีมมิงเทเลเมทรี ดึงข้อมูลทุก 1–5 นาที — ค่าของ DDM เปลี่ยนแปลงช้า และโมดูลตอบสนองบนบัสสองสายด้วยจังหวะที่ไม่รีบร้อน
พาสปอร์ตของลิงก์
ขณะติดตั้ง ให้บันทึกข้อมูลของ ปลายทั้งสองด้าน ของทุกลิงก์:
- กำลัง Tx, กำลัง Rx, กระแสไบอัส, อุณหภูมิ (ชุดค่า DDM)
- ผู้ผลิต/หมายเลขชิ้นส่วน/หมายเลขซีเรียลของโมดูล
- ความยาวใยแก้วนำแสง และกราฟ OTDR หากมี
ค่าอ้างอิงนี้คือสิ่งที่ค่าที่อ่านได้ในภายหลังจะถูกนำไปเทียบด้วย หากไม่มีมัน “Rx อยู่ที่ −12 dBm” ก็เป็นเพียงตัวเลข แต่ถ้ามีมัน “Rx ลดลง 2.5 dB นับตั้งแต่เดือนมีนาคม” จะกลายเป็นใบสั่งงาน
การแจ้งเตือน: ดูค่าที่เปลี่ยนแปลง ไม่ใช่แค่ค่าเกณฑ์
ค่าเกณฑ์ของโมดูลคือขีดจำกัดที่ผู้ผลิตกำหนด (ค่าเกณฑ์และอะลาร์ม) ส่วนการแจ้งเตือนของคุณควรแน่นกว่านั้นและอิงกับค่าสัมพัทธ์:
| สัญญาณ | ตัวกระตุ้นที่แนะนำ | ความหมายที่เป็นไปได้ |
|---|---|---|
| กำลัง Rx | ลดลง 2–3 dB จากค่าอ้างอิง | คอนเนกเตอร์สกปรก/เสียหาย, ใยแก้วนำแสงหักงอ, เลเซอร์ปลายทางอีกด้านกำลังจางลง |
| กำลัง Rx | ไม่สมมาตรระหว่างสองทิศทาง | ปัญหาอยู่ที่ฝั่งที่อ่อนกว่า ไม่ใช่ที่เส้นทาง |
| ไบอัส Tx | เพิ่มขึ้น 15–20% จากค่าอ้างอิง | เลเซอร์เสื่อมอายุ — วางแผนเปลี่ยน |
| อุณหภูมิ | > 65–70 °C หรือ +10 °C จากค่าอ้างอิง | ปัญหาการระบายความร้อนหรือความหนาแน่น |
| BER ก่อน FEC (CMIS/VDM) | ไต่เข้าใกล้ขีดจำกัดของ FEC | สัญญาณแรกบนลิงก์ PAM4 |
| แฟล็กอะลาร์มของโมดูล | ใดก็ตาม | ตัวกันสุดท้าย — ไม่ควรเป็นการแจ้งเตือนแรกเลย |
ตอบสนองอย่างรวดเร็ว
- BFD บนลิงก์สำคัญตรวจจับเส้นทางที่เสื่อมสภาพได้ภายในมิลลิวินาที เร็วกว่าที่โปรโตคอลเราต์ติงหรือผู้ใช้จะสังเกตเห็นมาก
- ติดตามค่าต่อเลนบนโมดูลหลายเลน (การวินิจฉัยแบบต่อเลน) — เลนเดียวล้มเหลวคือรูปแบบความล้มเหลวปกติในงาน AI/ดาต้าเซนเตอร์
- เมื่อค่าเกณฑ์ถูกกระตุ้น ให้ทำตามลำดับขั้นการวินิจฉัย: ดูระดับสัญญาณ → ทำความสะอาด → เปลี่ยนอุปกรณ์ → OTDR
สิ่งที่ DDM บอกคุณไม่ได้
- กำลัง Tx บนโมดูลราคาถูกอาจเป็นค่าคงที่ (ระดับค่าใน DDM)
- DDM มองเห็นแสง ไม่ใช่บิต: ลิงก์หนึ่งอาจมีระดับสัญญาณสมบูรณ์แบบแต่ยังคงมีข้อผิดพลาดจากดิสเพอร์ชัน, FEC ไม่ตรงกัน หรือโพลาริตีผิด — ใช้ DDM ร่วมกับตัวนับข้อผิดพลาดเสมอ
- ความละเอียดอยู่ที่ 0.1 µW: ไม่มีอะไรต่ำกว่า −40 dBm ที่วัดได้
ใน CodingBox
CodingBox คือฝั่งโต๊ะทดสอบของกระบวนการนี้: ช่วงเวลาการดึงข้อมูลที่ปรับได้, บันทึกการวัดค่า และ การส่งออก CSV สร้างพาสปอร์ตของลิงก์ก่อนการติดตั้ง และให้โมดูลที่ถอดออกมาถูกเทียบกับประวัติของตัวมันเองใน code database
รายละเอียดการเก็บข้อมูล — คำสั่ง CLI,
ethtool, ENTITY-SENSOR-MIB และ OID ของผู้ผลิต, พาธของ OpenConfig: การอ่าน DDM ด้วยเครื่องมือ สิ่งที่ควรแจ้งเตือนสำหรับลิงก์ PAM4: VDM และค่าเมตริกของ FEC
ออบเจกต์ SNMP แยกตามผู้ผลิตแต่ละราย, พาธเทเลเมทรีของ OpenConfig และข้อความ syslog ที่บรรทุกค่าต่าง ๆ ที่กล่าวถึงในหน้านี้: การจัดการและการตรวจติดตาม
ความผิดปกติของสายเคเบิลที่ค่อยเป็นค่อยไปซึ่งแนวโน้มเผยให้เห็น — การปนเปื้อน, ความชื้นซึมเข้าจุดต่อ, การแกว่งตามฤดูกาล — และลำดับการคัดกรองเมื่อแนวโน้มเปลี่ยนผิดปกติ: ความผิดปกติของสายเคเบิลใยแก้วนำแสง
DDM ในบริบทของโครงสร้างพื้นฐานแบบแอ็กทีฟทั้งหมด — เทเลเมทรีของตัวขยายสัญญาณ, OSC, OCM, RFTS, ลำดับชั้นของอะลาร์ม และการเชื่อมโยงข้อมูลโมดูลเข้ากับข้อมูลใยแก้วนำแสง: การตรวจติดตามและการจัดการ