Contact
Line : comsiam
Contact
Line : comsiam

วิธีทดสอบ Bufferbloat ที่แม่นยำคือวัดค่า Ping ตอนอินเทอร์เน็ตว่าง แล้วเปรียบเทียบกับค่า Ping ขณะใช้ Download และ Upload ใกล้ความเร็วสูงสุด หาก Ping เพิ่มขึ้นมากเฉพาะตอนมีการรับส่งข้อมูลหนัก แสดงว่าเครือข่ายมีแนวโน้มเกิด Bufferbloat
ควรทดสอบด้วยคอมพิวเตอร์ต่อสาย LAN เข้ากับ Router โดยตรง หยุดการใช้งานจากอุปกรณ์อื่น และทดสอบ Download กับ Upload แยกกัน เพื่อไม่ให้ปัญหาสัญญาณ Wi‑Fi หรือกิจกรรมเบื้องหลังทำให้ผลคลาดเคลื่อน
บทความนี้จาก comsiam จะแนะนำวิธีทดสอบ Bufferbloat แบบออนไลน์และแบบใช้คำสั่ง Ping พร้อมวิธีอ่านผลและตรวจสอบหลังตั้งค่า QoS
Bufferbloat คือปัญหาที่ข้อมูลสะสมอยู่ในคิวของ Router, Modem, ONT หรืออุปกรณ์เครือข่ายนานเกินไป เมื่อมีการดาวน์โหลดหรืออัปโหลดหนัก แพ็กเก็ตของเกม วิดีโอคอล และเสียงจึงต้องรออยู่หลังข้อมูลจำนวนมาก
อาการสำคัญคือ
Bufferbloat สามารถเกิดกับอินเทอร์เน็ตทุกความเร็ว รวมถึง Fiber ระดับ Gigabit เพราะต้นเหตุอยู่ที่การจัดการคิว ไม่ใช่ความเร็วสูงสุดเพียงอย่างเดียว
การทดสอบ Bufferbloat เปรียบเทียบ Latency ในสามสภาวะหลัก ได้แก่
ตัวอย่างผลการทดสอบ
ผลนี้แสดงว่า Ping เพิ่มขึ้น 65 ms ระหว่าง Download และเพิ่มขึ้น 135 ms ระหว่าง Upload จึงมีแนวโน้มว่า Upload เป็นปัญหาหนักกว่า
การดูเฉพาะ Ping ตอนว่างไม่สามารถบอก Bufferbloat ได้ เพราะปัญหาจะปรากฏเมื่อเครือข่ายมีโหลดสูง
เพื่อให้ผลใกล้เคียงกับประสิทธิภาพของ Router และอินเทอร์เน็ตจริง ควรเตรียมดังนี้
สาย LAN ช่วยตัดปัญหาจาก Wi‑Fi เช่น สัญญาณอ่อน Channel ชน และการรบกวนจากอุปกรณ์อื่น
ช่วยป้องกันไม่ให้ระบบเลือกเส้นทาง Wi‑Fi แทนสาย LAN
หยุดชั่วคราว เช่น
ตรวจสอบว่าเครื่องทดสอบไม่ได้กำลังอัปเดตระบบ สำรองข้อมูล หรือดาวน์โหลดไฟล์อื่น
หาก Router เปิดใช้งานมานานหรือทำงานผิดปกติ สามารถรีสตาร์ตก่อนทดสอบ แต่ควรรอให้ระบบเชื่อมต่อสมบูรณ์ก่อนเริ่ม
จดว่า QoS, Gaming Mode หรือ Bandwidth Control เปิดอยู่หรือไม่ เพื่อใช้เปรียบเทียบภายหลัง
สามารถใช้เครื่องมือทดสอบความเร็วที่แสดงค่า Latency ตอนว่าง ระหว่าง Download และระหว่าง Upload ได้ โดยไม่ควรดูเฉพาะความเร็ว Download กับ Upload
ขั้นตอนมีดังนี้
หากเครื่องมือแสดงเพียง Ping ก่อนเริ่มทดสอบ ควรใช้คำสั่ง Ping ทำงานต่อเนื่องพร้อมกับการทดสอบความเร็ว เพื่อดูการเปลี่ยนแปลงแบบเวลาจริง
การใช้คำสั่ง Ping ช่วยให้เห็นว่า Latency เปลี่ยนอย่างไรระหว่างที่ Download หรือ Upload กำลังทำงาน
กดปุ่ม Windows แล้วค้นหา Command Prompt หรือ CMD
ใช้คำสั่ง
ipconfig
มองหาหัวข้อ Default Gateway ซึ่งมักเป็นหมายเลข IP ของ Router เช่น 192.168.1.1 หรือ 192.168.0.1
เปิด Command Prompt หน้าต่างแรก แล้วใช้คำสั่งโดยเปลี่ยนหมายเลขให้ตรงกับ Router
ping -t 192.168.1.1
คำสั่งนี้ช่วยตรวจสอบ Latency ภายในบ้าน หากค่า Ping ไปยัง Router เพิ่มขึ้นมาก ปัญหาอาจอยู่ที่ Wi‑Fi, สาย LAN, Switch หรือ Router กำลังทำงานหนัก
เปิด Command Prompt หน้าต่างที่สอง แล้วใช้เป้าหมายที่ตอบสนองสม่ำเสมอ เช่น
ping -t 1.1.1.1
ปล่อยให้ทำงานประมาณหนึ่งถึงสองนาที แล้วสังเกตค่าเฉลี่ยและความผันผวน
ระหว่างคำสั่ง Ping ทำงาน ให้เริ่มทดสอบ Download และ Upload แล้วดูว่าค่า Ping เพิ่มขึ้นเท่าไร
กด
Ctrl + C
ระบบจะแสดงค่า Ping ต่ำสุด สูงสุด เฉลี่ย และจำนวนแพ็กเก็ตที่สูญหาย
การทดสอบแยกทิศทางช่วยให้รู้ว่าควรแก้ส่วนใด
หาก Ping สูงเฉพาะ Download อาจมีคิวสะสมในเส้นทางขาลงหรือ Router จัดการ Download ไม่ดี
Upload มักเกิด Bufferbloat ได้ง่ายในแพ็กเกจที่มี Upload ต่ำกว่า Download มาก เพราะการสำรองไฟล์หนึ่งงานอาจใช้ช่องทางขาออกจนเต็ม
ให้คำนวณว่าค่า Ping เพิ่มขึ้นจากตอนว่างเท่าไร ไม่ควรดูเฉพาะค่า Ping ระหว่างโหลด
ตัวอย่าง
แนวทางประเมินเบื้องต้น
| Ping เพิ่มขึ้นขณะโหลด | การประเมิน |
|---|---|
| ไม่เกินประมาณ 10 ms | ดีมาก |
| ประมาณ 10–30 ms | ดีถึงพอใช้ |
| ประมาณ 30–60 ms | เริ่มมีผลต่อเกมและเสียง |
| ประมาณ 60–100 ms | เห็นอาการได้ชัด |
| มากกว่า 100 ms | มีปัญหาค่อนข้างรุนแรง |
| เพิ่มหลายร้อย ms | คิวสะสมมากหรือระบบมีปัญหาอื่นร่วมด้วย |
ค่าดังกล่าวเป็นแนวทาง ไม่ใช่มาตรฐานตายตัว เกมแต่ละประเภทและผู้ใช้แต่ละคนรับรู้ความหน่วงต่างกัน
นอกจากค่าเฉลี่ย ควรดูค่าสูงสุดและความผันผวนด้วย หากค่าเฉลี่ยเพิ่มไม่มากแต่มีบางช่วงกระโดดขึ้นหลายร้อย ms เกมก็อาจกระตุกได้
คือระยะเวลาที่ข้อมูลเดินทางไปยังปลายทางและกลับมา มีหน่วยเป็นมิลลิวินาที
คือความผันผวนของ Latency หาก Ping เปลี่ยนจาก 20 เป็น 30, 100 และกลับเป็น 25 ms อย่างรวดเร็ว ถือว่ามี Jitter สูง
คือข้อมูลบางส่วนไปไม่ถึงปลายทางหรือไม่มีการตอบกลับ อาจทำให้เกมกระตุก เสียงหาย หรือการเชื่อมต่อหลุด
| ค่า | ผลต่อการใช้งาน |
|---|---|
| Ping สูง | คำสั่งตอบสนองช้า |
| Jitter สูง | การตอบสนองไม่สม่ำเสมอ |
| Packet Loss | ข้อมูลขาดหรือส่งซ้ำ |
| ทั้งสามค่าสูง | เกมและวิดีโอคอลมีปัญหาชัดเจน |
Bufferbloat มักทำให้ Ping และ Jitter เพิ่มขึ้น ส่วน Packet Loss อาจเกิดได้เมื่อคิวเต็มหรือมีปัญหาอื่นร่วมด้วย
ควรเปิด Ping สองหน้าต่างพร้อมกัน
ping -t 192.168.1.1
ping -t 1.1.1.1
จากนั้นเริ่ม Download หรือ Upload แล้วเปรียบเทียบผล
ปัญหาอาจอยู่ในเครือข่ายภายใน เช่น
มีแนวโน้มว่าคิวสะสมอยู่บนเส้นทาง WAN, Router, ONT หรือเครือข่ายผู้ให้บริการ
ปัญหาอาจเกี่ยวข้องกับ
การทดสอบผ่านสาย LAN ช่วยให้แยกปัญหาได้ง่ายกว่าการทดสอบผ่าน Wi‑Fi
หลังตั้งค่าแล้วต้องทดสอบซ้ำด้วยเงื่อนไขเดิม เพื่อดูว่าระบบลด Latency ภายใต้โหลดได้จริงหรือไม่
ขั้นตอนมีดังนี้
การตั้งค่าที่ดีอาจทำให้ความเร็วสูงสุดลดลงเล็กน้อย แต่ Ping ระหว่างโหลดควรลดลงอย่างชัดเจน
ตัวอย่างก่อนตั้งค่า
ตัวอย่างหลังตั้งค่า
แม้ความเร็วลดลง 50 Mbps แต่การเล่นเกมและวิดีโอคอลจะตอบสนองดีกว่าเดิมมาก
ให้เริ่มจากประมาณ 85–95% ของความเร็วจริงที่วัดได้ผ่านสาย LAN
ตัวอย่าง
| ความเร็วจริง | ค่าเริ่มต้นที่ทดลอง |
|---|---|
| 100 Mbps | 85–95 Mbps |
| 300 Mbps | 255–285 Mbps |
| 500 Mbps | 425–475 Mbps |
| 1,000 Mbps | 850–950 Mbps |
ต้องคำนวณ Download และ Upload แยกกัน เพราะความเร็วอาจไม่เท่ากัน
แนวทางปรับค่า
Router บางรุ่นใช้เปอร์เซ็นต์อัตโนมัติและไม่ให้กรอกความเร็ว หากผลยังไม่ดีควรตรวจสอบว่าระบบตรวจจับความเร็วได้ถูกต้องหรือไม่
ระยะทางและปริมาณผู้ใช้งานของเซิร์ฟเวอร์มีผลต่อความเร็วกับ Ping
โทรศัพท์ Smart TV กล้อง และระบบสำรองข้อมูลอาจเริ่มทำงานระหว่างทดสอบ
Channel รอบบ้านเปลี่ยนแปลงตามการใช้งานของเพื่อนบ้าน
ช่วงกลางคืนอาจมีผู้ใช้งานเครือข่ายร่วมกันจำนวนมาก
การเปิด QoS, Firewall, ระบบตรวจสอบข้อมูล และฟังก์ชันอื่นอาจเพิ่มภาระ CPU
ระบบปฏิบัติการหรือแอปอาจดาวน์โหลดและอัปโหลดโดยไม่แสดงให้เห็นชัดเจน
ข้อมูลอาจเดินทางผ่านเส้นทางต่างกันตามระบบของผู้ให้บริการ
ควรทดสอบอย่างน้อยสามครั้งและใช้ค่าที่เกิดซ้ำ ไม่ควรสรุปจากผลเพียงรอบเดียว
ทำให้แยกไม่ได้ว่า Ping สูงจาก Bufferbloat หรือสัญญาณ Wi‑Fi
ความเร็วสูงไม่ได้หมายความว่า Latency ภายใต้โหลดจะต่ำ
Upload เต็มอาจทำให้เกมกระตุกมากกว่า Download เต็มในแพ็กเกจบางแบบ
ผลทดสอบจะไม่สะท้อนประสิทธิภาพของ Router เพียงอย่างเดียว
ทำให้ผลก่อนและหลังเปรียบเทียบกันได้ยาก
ผลอาจผิดปกติจากสภาพเครือข่ายชั่วคราว
การทดสอบแต่ละหน้าจะแย่งแบนด์วิดท์และทำให้ผลสับสน
ควรใช้ความเร็วจริงที่รักษาได้ ไม่ใช่ตัวเลขโฆษณาของแพ็กเกจเพียงอย่างเดียว
หากปรับแล้วผลแย่ลงจะกลับไปยังค่าที่ใช้งานได้ยาก
Gaming Mode, QoS และ Bandwidth Control อาจสร้างกฎซ้อนกันจนวิเคราะห์ผลได้ยาก
ควรทดสอบอย่างน้อยสองช่วงเวลา
ช่วยดูความสามารถพื้นฐานของ Router และเส้นทางอินเทอร์เน็ต
หากเกมกระตุกตอนกลางคืน ต้องทดสอบตอนกลางคืนเพื่อดูผลจริง
นอกจากนี้ควรทดสอบในสถานการณ์ที่ใกล้เคียงการใช้งาน เช่น
การทดสอบภายใต้สถานการณ์จริงช่วยยืนยันว่า QoS ทำงานได้ ไม่ใช่ดีเฉพาะการทดสอบที่ควบคุมทุกอย่าง
วัด Ping ตอนว่าง แล้ววัดซ้ำขณะ Download และ Upload ใกล้ความเร็วสูงสุด หาก Ping เพิ่มขึ้นมากแสดงว่ามีแนวโน้มเกิด Bufferbloat
ไม่มีตัวเลขตายตัว แต่หากเพิ่มเกินประมาณ 30–60 ms อาจเริ่มส่งผลต่อเกมและเสียง ส่วนการเพิ่มมากกว่า 100 ms มักเห็นอาการได้ชัด
ควรต่อ เพราะช่วยแยกปัญหา Bufferbloat ออกจากสัญญาณ Wi‑Fi อ่อนหรือ Channel ชน
ได้สำหรับการตรวจสอบเบื้องต้น แต่ผลอาจได้รับผลกระทบจาก Wi‑Fi และประสิทธิภาพของโทรศัพท์
เพราะข้อมูลดาวน์โหลดสะสมในคิว ทำให้แพ็กเก็ต Ping ต้องรออยู่หลังข้อมูลจำนวนมาก
แพ็กเกจอาจมี Upload ต่ำกว่า จึงถูกใช้จนเต็มได้ง่ายเมื่อสำรองไฟล์หรือส่งวิดีโอ
ต้องทดสอบด้วยวิธีและเงื่อนไขเดิม เพื่อยืนยันว่า Ping ภายใต้โหลดลดลงจริง
ไม่เสมอ เครื่องมือบางแบบแสดงเฉพาะความเร็วและ Ping ตอนว่าง จึงไม่เห็น Latency ระหว่างโหลด
อาจมีปัญหาภายในบ้าน เช่น Wi‑Fi สัญญาณอ่อน Channel แออัด Router ทำงานหนัก หรือสายมีปัญหา
โดยทั่วไปไม่ช่วย เพราะ Bufferbloat เกิดจากคิวข้อมูล ไม่ใช่ขั้นตอนค้นหาที่อยู่ของบริการ
วิธีทดสอบ Bufferbloat ที่ถูกต้องคือเปรียบเทียบ Ping ตอนว่างกับ Ping ขณะ Download และ Upload ใกล้ความเร็วสูงสุด ควรใช้คอมพิวเตอร์ต่อสาย LAN หยุดการใช้งานจากอุปกรณ์อื่น และทดสอบอย่างน้อยสามรอบ
หาก Ping ไปยัง Router ยังปกติ แต่ Ping ออกอินเทอร์เน็ตเพิ่มขึ้นมากเมื่อมีโหลด มีแนวโน้มว่าคิวสะสมอยู่บนเส้นทาง WAN, Router หรืออุปกรณ์ของผู้ให้บริการ หาก Ping ไป Router เพิ่มขึ้นด้วย ควรตรวจสอบเครือข่ายภายในและภาระของ Router เพิ่มเติม
หลังเปิด QoS หรือ SQM ให้ตั้งความเร็วเริ่มต้นประมาณ 85–95% ของความเร็วที่วัดได้จริง แล้วทดสอบซ้ำ สำหรับผู้อ่าน comsiam เป้าหมายไม่ใช่การรักษาความเร็วสูงสุดทุก Mbps แต่คือการลดเวลารอของแพ็กเก็ต เพื่อให้เกม วิดีโอคอล และสตรีมมิงทำงานได้สม่ำเสมอเมื่อหลายอุปกรณ์ใช้อินเทอร์เน็ตพร้อมกัน