Contact
Line : comsiam
Contact
Line : comsiam

Packet Loss คือข้อมูลบางส่วนสูญหายระหว่างการส่งจากเครื่องเล่นเกมไปยังเซิร์ฟเวอร์หรือจากเซิร์ฟเวอร์กลับมายังเครื่อง ทำให้เกมกระตุก ตัวละครเคลื่อนที่ไม่ต่อเนื่อง เสียงสนทนาขาด หรือหลุดออกจากห้อง แม้ความเร็วอินเทอร์เน็ตและค่า Ping เฉลี่ยจะดูปกติก็ตาม
ค่าที่เหมาะกับเกมควรใกล้ 0% มากที่สุด เพราะแม้ Packet Loss เพียงเล็กน้อยก็อาจสังเกตได้ในเกมที่ต้องอัปเดตข้อมูลรวดเร็ว วิธีตรวจสอบควรเริ่มจาก Ping ไปยัง Router แล้วทดสอบผ่านสาย LAN เพื่อแยกว่าปัญหาเกิดในบ้านหรืออยู่บนเส้นทางอินเทอร์เน็ต
บทความนี้จาก comsiam จะอธิบาย Packet Loss แบบเข้าใจง่าย พร้อมขั้นตอนตรวจสอบและวิธีแก้ตามตำแหน่งที่เกิดปัญหา
ข้อมูลที่ส่งผ่านเครือข่ายถูกแบ่งเป็นหน่วยขนาดเล็กเรียกว่า Packet แต่ละ Packet จะเดินทางผ่าน Router และเครือข่ายหลายจุดไปยังปลายทาง
Packet Loss เกิดเมื่อ Packet บางส่วนเดินทางไปไม่ถึงปลายทางภายในเวลาที่ระบบต้องการ หรือไม่มีข้อมูลตอบกลับมายังต้นทาง
ตัวอย่างเช่น ส่ง Packet ทดสอบ 100 ชุด แต่ได้รับการตอบกลับเพียง 98 ชุด เท่ากับมี Packet Loss ประมาณ 2%
ในงานดาวน์โหลดไฟล์ ระบบสามารถขอส่งข้อมูลที่หายไปใหม่ จึงอาจเห็นเพียงความเร็วลดลง แต่เกมออนไลน์ต้องใช้ข้อมูลแบบเวลาจริง การส่งใหม่อาจมาถึงช้าเกินกว่าจะมีประโยชน์กับสถานการณ์ในเกม
Packet สามารถสูญหายได้หลายจุด ได้แก่
บางครั้ง Packet ไม่ได้หายถาวร แต่เดินทางมาช้ามากจนเกมไม่สามารถใช้ข้อมูลนั้นได้ทัน ผู้เล่นจึงเห็นอาการใกล้เคียง Packet Loss
เกิดกับข้อมูลที่ส่งจากเครื่องของผู้เล่นไปยังเซิร์ฟเวอร์ เช่น
อาการที่อาจพบคือเซิร์ฟเวอร์ไม่รับคำสั่ง การเคลื่อนที่ถูกดึงกลับ หรือผู้เล่นคนอื่นไม่ได้ยินเสียงบางช่วง
เกิดกับข้อมูลที่ส่งจากเซิร์ฟเวอร์กลับมายังเครื่อง เช่น
อาการที่อาจพบคือผู้เล่นอื่นเคลื่อนที่ไม่ต่อเนื่อง เสียงหาย หรือข้อมูลบนหน้าจออัปเดตช้า
เกมบางรายการแสดง Packet Loss ขาเข้าและขาออกแยกกัน ทำให้วิเคราะห์ได้ง่ายขึ้นว่าปัญหาเกิดในทิศทางใด
อาการขึ้นอยู่กับประเภทเกมและวิธีชดเชยข้อมูลของระบบ
อาการที่พบบ่อย ได้แก่
เกมแข่งขันแบบเวลาจริงมักไวต่อ Packet Loss มากกว่าเกมที่ไม่ได้ต้องตอบสนองอย่างรวดเร็ว
| ค่า | ความหมาย | ผลต่อเกม |
|---|---|---|
| Ping | เวลาที่ข้อมูลเดินทางไปกลับ | คำสั่งตอบสนองช้าเมื่อค่าสูง |
| Jitter | ความผันผวนของเวลาเดินทาง | เกมกระตุกเป็นช่วง |
| Packet Loss | ข้อมูลบางส่วนไม่ถึงปลายทาง | ข้อมูลขาดหรือการเชื่อมต่อหลุด |
| Bandwidth | ปริมาณข้อมูลต่อวินาที | มีผลเมื่อไม่พอหรือถูกใช้เต็ม |
| Bufferbloat | ข้อมูลรอในคิวนาน | Ping สูงภายใต้โหลด |
เครือข่ายอาจมี Ping ต่ำแต่ Packet Loss สูงได้ เช่น Ping ที่ได้รับตอบกลับอยู่ที่ 20 ms แต่มีบางชุดไม่ตอบกลับเลย
ในทางกลับกัน เครือข่ายอาจไม่มี Packet Loss แต่ Ping แกว่งมาก เพราะทุก Packet เดินทางถึงปลายทางแต่ใช้เวลาไม่สม่ำเสมอ
สำหรับเกมออนไลน์ควรใกล้ 0% มากที่สุด
แนวทางประเมินเบื้องต้น
| Packet Loss | การประเมิน |
|---|---|
| 0% | เหมาะสม |
| ต่ำกว่า 1% | อาจยังไม่รู้สึก แต่ควรติดตาม |
| ประมาณ 1–2% | เริ่มสังเกตได้ในเกมบางประเภท |
| ประมาณ 2–5% | มีผลต่อเกมและเสียงชัดขึ้น |
| มากกว่า 5% | การเชื่อมต่อมีปัญหาค่อนข้างมาก |
| เกิดเป็นช่วงรุนแรง | เกมอาจหลุดแม้ค่าเฉลี่ยต่ำ |
ผลจากการทดสอบจำนวน Packet น้อยอาจไม่สะท้อนปัญหาจริง ควรทดสอบเป็นเวลานานพอและในช่วงที่เกิดอาการ
นอกจากนี้ Server บางแห่งอาจไม่ตอบ Ping ทุกชุดโดยตั้งใจ จึงไม่ควรสรุปว่าเป็น Packet Loss จากการทดสอบปลายทางเดียว
Wi‑Fi เป็นสาเหตุที่พบได้บ่อย เพราะข้อมูลเดินทางผ่านคลื่นที่อาจถูกสิ่งแวดล้อมรบกวน
อุปกรณ์อยู่ไกล Router หรือมีกำแพงกั้น ทำให้ต้องส่งข้อมูลซ้ำ
Router หลายเครื่องใช้ Channel เดียวกัน อุปกรณ์จึงต้องรอและมีโอกาสส่งข้อมูลไม่สำเร็จ
Bluetooth, ไมโครเวฟ และอุปกรณ์ไร้สายอื่นสามารถเพิ่มการรบกวนได้
อุปกรณ์สลับ 2.4GHz กับ 5GHz ระหว่างใช้งาน ทำให้การเชื่อมต่อสะดุด
เครื่องสลับระหว่างโหนดหรือเกาะโหนดที่อยู่ไกล
โหนด Mesh รับสัญญาณจาก Router หลักได้ไม่ดี ทำให้ข้อมูลสูญหายในเส้นทางระหว่างโหนด
ไดรเวอร์เก่าหรือการตั้งค่าประหยัดพลังงานอาจทำให้การเชื่อมต่อไม่สม่ำเสมอ
วิธีแยกสาเหตุคือทดลองต่อสาย LAN หาก Packet Loss หาย ปัญหาน่าจะอยู่ในระบบ Wi‑Fi ภายในบ้าน
แม้ใช้สาย LAN ก็ยังเกิด Packet Loss ได้ หากสายหรืออุปกรณ์มีปัญหา
สิ่งที่ควรตรวจสอบ ได้แก่
ควรทดลองเปลี่ยนสายเส้นสั้นที่ทราบว่าใช้งานได้ เปลี่ยนพอร์ต Router และตัด Switch หรืออุปกรณ์กลางออกชั่วคราว
เมื่อ Download หรือ Upload ถูกใช้จนเต็ม Buffer ของ Router อาจมีข้อมูลสะสมจำนวนมาก หากคิวเต็ม Router ต้องทิ้ง Packet บางส่วน
อาการที่บ่งชี้ ได้แก่
วิธีแก้คือ
Packet Loss ที่เกิดจากคิวเต็มแตกต่างจาก Packet Loss ที่เกิดจากสายเสีย จึงควรทดสอบทั้งตอนเครือข่ายว่างและตอนมีโหลด
หากเครือข่ายภายในบ้านไม่มี Packet Loss แต่ปัญหายังเกิดบนอินเทอร์เน็ต อาจเกี่ยวข้องกับ
หากมี Packet Loss เฉพาะเกมเดียว ควรทดสอบเกมอื่นและปลายทางอื่นก่อน หากเกิดกับทุกบริการและทุกอุปกรณ์ มีแนวโน้มว่า Router, ONT หรือผู้ให้บริการเกี่ยวข้อง
การทดสอบนี้ช่วยตรวจสอบเครือข่ายภายในบ้าน
บน Windows ค้นหา CMD หรือ Command Prompt
ใช้คำสั่ง
ipconfig
มองหาค่า Default Gateway เช่น 192.168.1.1
ใช้คำสั่งโดยเปลี่ยนหมายเลขตาม Router
ping 192.168.1.1 -n 200
ระบบจะส่ง Packet ทดสอบ 200 ชุด
ดูหัวข้อ Lost และ Loss
ตัวอย่าง
Sent = 200
Received = 200
Lost = 0
หมายถึงไม่มี Packet Loss ระหว่างเครื่องกับ Router ในช่วงทดสอบ
หากมี Packet Loss ให้ทดลอง
หลังยืนยันว่าเส้นทางไป Router ปกติ ให้ทดสอบออกอินเทอร์เน็ต
ping 1.1.1.1 -n 200
จากนั้นเปรียบเทียบกับผล Ping ไป Router
| ผลไป Router | ผลออกอินเทอร์เน็ต | แนวโน้ม |
|---|---|---|
| ไม่มี Loss | ไม่มี Loss | เส้นทางทดสอบปกติ |
| มี Loss | มี Loss | ปัญหาภายในบ้าน |
| ไม่มี Loss | มี Loss | WAN, ผู้ให้บริการ หรือปลายทาง |
| มีเฉพาะตอนโหลด | มีเฉพาะตอนโหลด | Bufferbloat หรือคิวเต็ม |
| เกมมี Loss แต่ Ping ปกติ | ปกติ | เส้นทางเฉพาะเกมหรือเซิร์ฟเวอร์ |
ควรทดสอบหลายครั้งและหลายช่วงเวลา เพราะ Packet Loss อาจเกิดเป็นช่วงสั้น ๆ
บน Windows สามารถใช้คำสั่ง Pathping เพื่อดูเส้นทางและวัดการตอบกลับของแต่ละ Hop
pathping 1.1.1.1
คำสั่งนี้ใช้เวลาประมวลผลนานกว่า Ping เพราะต้องเก็บข้อมูลจากหลายจุด
สิ่งสำคัญในการอ่านผลคือ Router ระหว่างทางบางตัวอาจลดความสำคัญหรือไม่ตอบข้อมูลทดสอบ แต่ยังส่งข้อมูลจริงต่อไปตามปกติ
ตัวอย่างเช่น หาก Hop กลางแสดง Loss 50% แต่ Hop ถัดไปและปลายทางไม่มี Loss อาจหมายถึงอุปกรณ์นั้นจำกัดการตอบกลับ ไม่ได้ทิ้งข้อมูลที่ส่งผ่าน
ควรให้ความสำคัญเมื่อ
ไม่ควรติดต่อผู้ให้บริการโดยอ้างจาก Hop กลางเพียงจุดเดียว ควรแนบผล Ping ไป Router และปลายทางร่วมกัน
ช่วยแยกและลด Packet Loss จาก Wi‑Fi หากสายแล้วปกติให้แก้ระบบไร้สายต่อ
ใช้สาย Cat5e หรือ Cat6 ที่สมบูรณ์ และทดลองพอร์ต Router ช่องอื่น
เหมาะเมื่ออยู่ใกล้ Router และช่วยลดการรบกวนจากย่าน 2.4GHz
เลือก Channel ที่เครือข่ายสัญญาณแรงรอบบ้านใช้น้อยกว่า
วางในพื้นที่เปิดโล่ง ไม่อยู่หลังทีวี ตู้โลหะ หรือใกล้ไมโครเวฟ
ตรวจสอบว่า Packet Loss เกิดจากคิวเต็มหรือไม่
ตั้งค่าความเร็วประมาณ 85–95% ของความเร็วที่รักษาได้จริง แล้วทดสอบใหม่
อัปเดต Router, Network Adapter และเครื่องเล่นเกมผ่านช่องทางทางการ
ต่อเครื่องทดสอบเข้ากับ Router โดยตรง ไม่ผ่าน Extender, Powerline หรือ Switch ชั่วคราว
หากใช้ Mesh ควรตรวจสอบเพิ่มเติมดังนี้
การย้ายโหนดให้ใกล้กันขึ้นหรือใช้ Ethernet Backhaul มักช่วยลด Packet Loss และ Jitter ได้ชัดเจนกว่าการเพิ่มจำนวนโหนดโดยไม่วางแผน
ควรติดต่อเมื่อ
ข้อมูลที่ควรเตรียม
อาจเล่นได้ แต่เกมที่ต้องตอบสนองเร็วอาจเริ่มเห็นอาการ ควรหาสาเหตุหากเกิดอย่างต่อเนื่อง
อาจเกิดจาก Ping สูง Jitter, Bufferbloat, Frame Rate ลด หรือปัญหาจากเซิร์ฟเวอร์
โดยทั่วไปไม่ช่วย เพราะ DNS ไม่ได้ควบคุมคุณภาพของเส้นทางหลังเชื่อมต่อกับเซิร์ฟเวอร์แล้ว
ช่วยได้หากสาเหตุอยู่ที่ Wi‑Fi แต่ไม่ช่วยเมื่อปัญหาอยู่ที่ Router, ONT, ผู้ให้บริการหรือเซิร์ฟเวอร์
ได้ เพราะ Channel อาจแออัดหรือมีสัญญาณรบกวน แม้ความแรงจาก Router จะสูง
ช่วยได้หาก Router เดิมทำงานหนักหรือคิวเต็ม แต่ไม่แก้ปัญหาสายเสียหรือเส้นทางผู้ให้บริการ
อาจเกิดจาก Upload เต็ม Bufferbloat หรือ Router ควบคุมคิวขาออกไม่ดี
Router กลางอาจจำกัดการตอบข้อมูลทดสอบ แต่ยังส่ง Packet ที่ผ่านทางไปยังปลายทางตามปกติ
ควรส่ง Packet อย่างน้อยหลายร้อยชุดและทดสอบในช่วงที่เกิดอาการ หากปัญหาเกิดเป็นช่วงควรทดสอบนานขึ้น
อาจช่วยเมื่อการตั้งค่าหรือซอฟต์แวร์ผิดปกติ แต่ควรใช้เป็นขั้นตอนท้าย ๆ และต้องสำรองข้อมูลการเชื่อมต่อก่อน
Packet Loss คือข้อมูลบางส่วนสูญหายระหว่างเครื่องเล่นเกมกับเซิร์ฟเวอร์ ทำให้เกมกระตุก คำสั่งหาย เสียงขาด หรือหลุดจากห้อง แม้ความเร็วอินเทอร์เน็ตและ Ping เฉลี่ยจะดูปกติ
ควรเริ่มตรวจสอบด้วยการ Ping ไปยัง Router หากพบ Loss ให้แก้ Wi‑Fi, สาย, Mesh หรือ Router ภายในบ้าน แต่ถ้า Router ไม่มี Loss และปลายทางภายนอกมีปัญหา ควรตรวจสอบ Bufferbloat, ONT, ผู้ให้บริการและเส้นทางไปยังเซิร์ฟเวอร์
สำหรับผู้อ่าน comsiam เป้าหมายของการเล่นเกมควรเป็น Packet Loss ใกล้ 0% พร้อม Ping และ Jitter ที่สม่ำเสมอ วิธีแก้ที่ได้ผลที่สุดคือทดสอบผ่านสาย LAN เปลี่ยนสายกับพอร์ต หยุดงานเบื้องหลัง เปิด SQM เมื่อคิวเต็ม และเก็บผลทดสอบให้ครบก่อนติดต่อผู้ให้บริการ