บันทึกโครงข่ายไฟเบอร์ OSP ให้ครบ: core / สไปลซ์ / เสา ตั้งรหัสยังไง

รู้แล้วว่าแผนผัง OSP สำคัญแค่ไหน — แต่พอลงมือทำจริงหลายคนติดตรง "แล้วจะบันทึกยังไงให้มันใช้งานได้จริง ไม่ใช่ Excel ที่เปิดมาแล้วงงกว่าเดิม?" บทความนี้ลงลึกกว่าเดิม: บันทึกโครงข่ายไฟเบอร์ให้ครบต้องมี กี่ชั้นข้อมูล แต่ละชั้นเก็บอะไร ตั้งรหัสยังไงไม่ให้ชนกัน และหัวใจคือ core mapping ที่ทำให้ระบบ "รู้ว่าสายไหนขาดกระทบใคร" ได้เอง

เหมาะกับ: ISP ที่ผ่านช่วง "จำเอา/Excel มั่ว ๆ" มาแล้วอยากทำให้เป็นระบบ • คนที่ทำ เน็ตหมู่บ้าน แล้วอยากให้ข้อมูลโครงข่ายใช้ trace/หาเหตุเสียได้จริง ไม่ใช่แค่รูปสวย

ยังไม่แน่ใจว่าทำไมต้องทำ / เก็บอะไรบ้างในภาพรวม? อ่าน ทำแผนผังโครงข่ายไฟเบอร์ OSP ทำไมต้องมี ปูพื้นก่อน

บันทึก OSP มี 4 ชั้นข้อมูล — อย่าเก็บปนกัน

ความผิดพลาดที่พบบ่อยคือยัดทุกอย่างลงตารางเดียว พอโตแล้วแก้ไม่ได้ จริง ๆ โครงข่ายไฟเบอร์แยกเป็น 4 ชั้น ที่โยงกัน:

ชั้น	เก็บอะไร	ตัวอย่างฟิลด์
1. Node (จุด)	ตู้/closure/สปลิตเตอร์/ODF/OLT	รหัส, ชนิด, พิกัด GPS, อัตราสปลิตเตอร์
2. Cable + Core (สาย)	สายแต่ละเส้น + จำนวน core ในสาย	รหัสสาย, จำนวน core, ต้นทาง→ปลายทาง, ความยาว
3. Splice (จุดต่อ)	core เส้นไหนต่อกับ core เส้นไหน ในตู้ไหน	node, core A ↔ core B, ค่า loss
4. เสา / ท่อร้อยสาย	เส้นทางกายภาพที่สายพาด/ลอด	รหัสเสา, ลำดับ, พิกัด

จุดสำคัญ: core คือหน่วยที่เล็กที่สุดที่ต้องตามให้ได้ — ไม่ใช่แค่ "สายเส้นนี้ไปตู้นั้น" แต่ต้องรู้ว่า core ที่ 7 ในสายเส้นนี้ ต่อไปเป็น core ไหน แล้วจบที่สปลิตเตอร์ตัวไหน พอร์ตอะไร

ระบบตั้งรหัส — คิดครั้งเดียว ใช้ยาว

รหัสที่ดีต้อง "อ่านแล้วรู้เลยว่าคืออะไร อยู่ไหน" และ ไม่ชนกัน ตัวอย่างแนวที่ใช้ได้จริง:

ตู้/closure : CL-<โซน>-<ลำดับ>      เช่น  CL-A-012
สปลิตเตอร์  : SP-<ตู้>-<ลำดับ>       เช่น  SP-A012-1  (1:16)
สายเฟดเดอร์ : FDR-<OLT>-<PONport>    เช่น  FDR-OLT1-3
สาย drop    : DR-<ลูกค้า/บ้านเลขที่>  เช่น  DR-00457
เสา         : PL-<ถนน>-<ลำดับ>       เช่น  PL-SOI5-021

กติกาที่ทำให้ไม่พังตอนโต:

รหัสไม่ซ้ำทั้งระบบ (unique) — อย่าใช้เลขซ้ำคนละโซน
ติดป้ายจริงหน้างานให้ตรงกับในระบบเป๊ะ — ตู้/พอร์ต/สาย ต้องอ่านได้ตอนไปยืนหน้าตู้
รหัสไม่ผูกกับสิ่งที่เปลี่ยนบ่อย (อย่าเอาชื่อลูกค้ามาตั้งรหัสสปลิตเตอร์ — ลูกค้าย้ายออกแล้วรหัสค้าง)

หัวใจ: core mapping (ตัวที่ทำให้ "รู้ว่าใครกระทบ")

ข้อมูลที่เปลี่ยน "แผนที่สวย" ให้เป็น "เครื่องมือหาเหตุเสีย" คือตาราง map core → สปลิตเตอร์พอร์ต → ลูกค้า:

สาย	core	ต่อที่ (splice/ตู้)	ปลายทาง	พอร์ต	ลูกค้า	สถานะ
FDR-OLT1-3	7	CL-A-012	SP-A012-1	4	00457 (นายเอ)	ใช้
FDR-OLT1-3	8	CL-A-012	SP-A012-1	5	—	ว่าง

พอมีตารางนี้ครบ 2 อย่างเกิดขึ้นเอง:

Trace — เลือกลูกค้า 1 ราย ไล่ย้อนได้ทั้งเส้น: ONU → drop → พอร์ตสปลิตเตอร์ → core → สายเฟดเดอร์ → PON port ของ OLT
Impact / ผลกระทบ — สายเฟดเดอร์ FDR-OLT1-3 ขาด → รู้ทันทีว่า ทุก core ในสายนั้นกระทบใครบ้าง กี่ราย (อ่านเต็ม ๆ ว่าทำงานยังไง สายไฟเบอร์ขาด กระทบลูกค้ากี่ราย — impact analysis) — ใช้ประกาศเหตุขัดข้อง/วางแผนซ่อมก่อนลูกค้าโทรมา โยงกับการไล่ ONU ออฟไลน์/LOS ที่ปลายทาง

นี่คือเหตุผลว่าทำไมต้องเก็บถึงระดับ core ไม่ใช่แค่ระดับ "สาย" — ถ้าเก็บหยาบไป impact จะบอกได้แค่ "แถวนี้" ไม่ใช่ "3 รายนี้"

อย่าลืมบันทึก "สไปลซ์ + ค่า loss"

ทุกจุดต่อ (fusion splice) มี loss เล็กน้อย บันทึกค่าไว้ที่ node นั้น เพราะ:

loss สะสมจากหลายจุด + splitter จะไปโผล่ที่ ค่าแสง Rx ของ ONU — ถ้าค่าแสงตกจะได้ไล่ย้อนว่าจุดไหนกินแสงเยอะ
ค่า splitter ก็คำนวณได้ (1:8 ≈ 10.5 dB, 1:16 ≈ 14 dB, 1:32 ≈ 17.5 dB) — รวมกับ loss สาย/สไปลซ์ = งบแสงทั้งเส้น

ดู core เหลือกี่เส้น (utilization) — วางแผนขยายไม่ต้องเดา

พอ core mapping ครบ การนับ "เหลือเท่าไร" กลายเป็นเรื่องง่าย:

สปลิตเตอร์ตัวไหนพอร์ตเต็ม → ต้องเพิ่มตัวใหม่/สายใหม่ก่อนรับลูกค้าโซนนั้น
สายเฟดเดอร์เส้นไหน core ใกล้หมด → วางแผนดึงสายเสริม
รับลูกค้ารายใหม่ตรงไหนได้บ้าง โดย ไม่ต้องออกไปสำรวจซ้ำ

เก็บ "สถานะ core" (ใช้/ว่าง/สำรอง) ให้อัปเดตทุกครั้งที่เพิ่ม-ถอดลูกค้า — ตัวเลข utilization จะแม่นเอง

กฎเหล็ก: source of truth เดียว + อัปเดตทันที

ที่เดียวจบ — อย่ามีทั้งไฟล์ Excel เก่า + สมุดช่าง + ในหัว หลายที่ = ขัดกันเองแน่นอน
อัปเดตตอนแก้จริง ไม่ใช่ "ไว้ค่อยกรอกทีหลัง" (ไม่มีทีหลัง) — แผนที่ที่ไม่อัปเดตอันตรายกว่าไม่มี เพราะพาไปผิดจุด
ผูกกับฐานข้อมูลลูกค้า ยิ่งดี — คลิกลูกค้าเห็นสาย/สปลิตเตอร์/ค่าแสง คลิก element เห็นว่ากระทบใคร

สรุป

บันทึกโครงข่ายไฟเบอร์ให้ "ใช้งานได้จริง" ไม่ใช่แค่วาดแผนที่ — ต้องแยก 4 ชั้น (node / สาย+core / สไปลซ์ / เสา-ท่อ), ตั้ง รหัสที่ไม่ชนและตรงกับป้ายหน้างาน, และเก็บถึงระดับ core mapping ผูกลูกค้า เพราะนั่นคือสิ่งที่ทำให้ trace + impact + utilization ทำงานได้เอง — เปลี่ยนจาก "งมหาสายเสีย" เป็น "รู้ทันทีว่าใครกระทบและไปดูตรงไหน" และจาก "เดาว่ารับเพิ่มได้ไหม" เป็น "รู้ว่าพอร์ตไหนว่าง"

ปัญหาคือ Excel 4 ชีตที่โยงกันเองด้วยมือ พอโตแล้วอัปเดตไม่ทัน/ขัดกันเอง —

💡 อยากให้ trace/impact ทำงานเองโดยไม่ต้องคุม Excel 4 ชีต? thaiISP มีโมดูล OSP ครบ — เก็บ node/สาย/core/สไปลซ์/เสา/ท่อ ตามพิกัด, ทำ core mapping ผูกลูกค้า, ไล่ trace รายลูกค้า, บอก impact ว่า element ไหนเสียกระทบใครกี่ราย (พร้อมประกาศเหตุขัดข้อง) และดู utilization core ว่าง-เต็ม — ผูกกับ OLT/ค่าแสง/บิลในระบบเดียว ออกแบบเพื่อ ISP ไทย — ดูระบบ →