รถเกี่ยวสายกลางซอย ตู้โดนน้ำ ไฟไหม้เสา — พอสายเส้นหนึ่งขาด คำถามแรกที่ต้องตอบให้ได้ใน 1 นาทีคือ "กระทบใครบ้าง กี่ราย?" เพราะมันตัดสินว่าจะรีบแค่ไหน ต้องประกาศให้ใครรู้ และจะโดนโทรถล่มกี่สาย ปัญหาคือส่วนใหญ่กว่าจะรู้ก็ตอนลูกค้าโทรเข้ามาทีละคนแล้ว บทความนี้อธิบาย impact analysis — วิธี "รู้ล่วงหน้าว่า element ไหนเสียกระทบใคร" ที่เปลี่ยนงานตั้งรับให้เป็นงานเชิงรุก
เหมาะกับ: ISP/เน็ตหมู่บ้าน ที่ลูกค้าเริ่มเยอะจนงมเองไม่ไหว • คนที่เบื่อ "รอลูกค้าโทรมาถึงจะรู้ว่าเน็ตล่ม"
impact analysis ทำงานได้ต้องมีข้อมูลโครงข่ายที่ผูกกันถึงระดับ core ก่อน — ถ้ายังไม่ได้ทำ อ่าน บันทึกโครงข่ายไฟเบอร์ OSP ให้ครบ เป็นฐานก่อน
impact analysis คืออะไร
พูดง่าย ๆ คือการตอบคำถามกลับด้าน:
- ปกติ (ตั้งรับ): ลูกค้าโทรมา → เราไล่ดูว่าเขาต่อสายไหน → เดาว่าเสียตรงไหน
- impact analysis (เชิงรุก): เลือก element ที่เสีย (สาย/ตู้/สปลิตเตอร์/OLT) → ระบบบอกทันทีว่า ลูกค้าคนไหนบ้างที่อยู่ปลายทางของ element นั้น
เป็นการมองจาก "จุดที่พัง" ออกไปหา "คนที่โดน" แทนที่จะไล่จากลูกค้าเข้ามาทีละราย
มันทำงานยังไง (เดินเส้นทางแสงย้อนกลับ)
หัวใจคือ ทุกลูกค้ามี เส้นทางแสง ของตัวเองที่รู้แน่นอนถ้าทำ core mapping ไว้:
ONU บ้านลูกค้า → drop → พอร์ตสปลิตเตอร์ → core → (สไปลซ์) → สายเฟดเดอร์ → PON port ของ OLTimpact analysis จะ ไล่เส้นทางนี้ย้อนกลับของลูกค้าทุกคน แล้วเก็บว่าใครผ่าน element ไหนบ้าง เมื่อถามว่า "ถ้าสาย FDR-OLT1-3 ขาด กระทบใคร" ระบบก็คืนรายชื่อ ทุกคนที่มีสายเส้นนั้นอยู่บนเส้นทาง
จุดที่ทำเองด้วย Excel ยากคือ:
- สปลิตเตอร์หลายชั้น (FAT กลางซอย → sub-splitter รายบ้าน) ต้องไล่ขึ้นหลายทอด
- ผ่าน ODF/สไปลซ์หลายจุด ก่อนถึง OLT
- ลูกค้าบางรายต่อ OLT ตรงไม่ผ่านสปลิตเตอร์
พอเป็น "เดินกราฟ" แบบนี้ การไล่ด้วยมือทีละคนตอนไฟลนก้นแทบเป็นไปไม่ได้ — นี่คือเหตุผลที่ต้องให้ระบบทำ
ถามได้ 4 ระดับ — วงกระทบต่างกัน
element ที่เสียได้มีหลายระดับ ยิ่งต้นทางยิ่งกระทบกว้าง:
| element | ตัวอย่างเหตุ | วงกระทบ |
|---|---|---|
| สปลิตเตอร์ (1 ตัว/1 พอร์ต) | ตู้โดนชน, พอร์ตเสีย | ลูกค้าใต้สปลิตเตอร์ตัวนั้น |
| สายเฟดเดอร์/ดิสทริบิวชัน | รถเกี่ยว, สายขาด | ทุก core ในสาย = หลายสปลิตเตอร์ |
| ตู้/closure | น้ำเข้า, ไฟไหม้ | ทุกอย่างที่วิ่งผ่านตู้นั้น |
| OLT / PON port | การ์ดเสีย, ไฟดับชุมสาย | ลูกค้าทั้ง PON/ทั้งตู้ |
รู้ระดับวงกระทบช่วยตัดสินใจ ลำดับความเร่งด่วน — สปลิตเตอร์ตัวเดียวกับสายหลักที่ล้มทั้งโซน คนละเรื่องกัน
รู้ "ใครดับจริง" vs "ใครยังไม่ถึงคิว"
impact analysis ที่ดีไม่ได้บอกแค่รายชื่อ แต่บอก สถานะสดของแต่ละคน ด้วย (ดึงจากเซสชัน PPPoE/RADIUS ว่ายัง online อยู่ไหม):
- offline แล้ว — ดับจริงจากเหตุนี้ ควรแจ้ง/ชดเชยก่อน
- ยัง online — อาจยังไม่กระทบ หรือเป็นคนละเส้น ช่วยกรอง false positive
เห็นภาพรวมทันทีว่า "กระทบ 42 ราย ดับไปแล้ว 38 ยัง online 4" — ประเมินความรุนแรงได้ในแวบเดียว โดยไม่ต้องรอสายที่ ONU หลุด/LOS โทรเข้ามาทีละราย
ต่อยอด: ประกาศเหตุขัดข้องเชิงรุก
พอรู้ว่ากระทบใคร ขั้นต่อไปคือ บอกเขาก่อนที่เขาจะโทรมา — ซึ่งลดสายเข้า call center มหาศาลและดูโปรมาก:
- ประกาศเหตุขัดข้องผูกกับ element ที่เสีย (บันทึกว่าเริ่มเมื่อไร สาเหตุอะไร)
- แจ้งทีมช่างทันที (เช่น เด้งเข้า Slack) ให้ออกไปซ่อมตรงจุด
- ปิดเหตุเมื่อซ่อมเสร็จ เก็บเป็นประวัติว่า element ไหนเสียบ่อย
เปลี่ยนจาก "รับสายลูกค้าโวยทีละคนโดยไม่รู้ว่าเกิดอะไร" เป็น "เรารู้ก่อน แจ้งก่อน ซ่อมตรงจุด" — ความน่าเชื่อถือต่างกันคนละโลก
สรุป
impact analysis ตอบคำถามที่แพงที่สุดตอนโครงข่ายมีปัญหา — "สายขาดตรงนี้กระทบใครบ้าง กี่ราย" — โดยเดินเส้นทางแสงย้อนกลับของลูกค้าทุกคนแล้วหาว่าใครผ่าน element ที่เสีย รู้ทั้งจำนวน รายชื่อ และใครดับจริง (online/offline) ในแวบเดียว สิ่งที่ทำให้มันเป็นไปได้คือ ข้อมูลโครงข่ายที่ผูกกันถึงระดับ core — ลงแรงบันทึกทีเดียว ได้ความสามารถนี้ติดตัวตลอด เปลี่ยนทุกเหตุสายขาดจาก "งม+ โดนโทรถล่ม" เป็น "รู้ก่อน แจ้งก่อน ซ่อมตรงจุด"
การไล่กราฟสปลิตเตอร์หลายชั้นด้วยมือตอนไฟลนก้น แทบเป็นไปไม่ได้ —
💡 อยากคลิกสายที่ขาดแล้วเห็นเลยว่ากระทบใครกี่ราย? thaiISP มี impact analysis ในโมดูล OSP — เลือกสาย/ตู้/สปลิตเตอร์/OLT ที่เสีย เห็นรายชื่อลูกค้าที่กระทบพร้อมสถานะ online/offline สด, ประกาศเหตุขัดข้อง + แจ้งทีมได้ทันที เชื่อมกับข้อมูลลูกค้า/บิล/ค่าแสงในระบบเดียว — ออกแบบเพื่อ ISP ไทย — ดูระบบ →