ช่วยเหลือ
Packet loss คืออะไร ดูอย่างไร
Packet loss คือแพ็กเก็ตที่ส่งแล้วไปไม่ถึงปลายทาง เปรียบเทียบเครื่อง การเชื่อมต่อ และการทดสอบซ้ำ การไม่มีคำตอบปิงอย่างเดียวไม่ยืนยันความเสียหาย
แพ็กเก็ตสูญหายเมื่อส่งแล้วไปไม่ถึงปลายทาง เสียงขาด ตำแหน่งในเกมกระโดด หรือการรับส่งหยุดอาจเกี่ยวข้อง แต่เครื่องหรือแอปก็อาจเป็นสาเหตุ ดาวน์โหลดเร็วไม่ได้ตัดความเป็นไปได้ของการสูญหายเป็นครั้งคราว VMAXCHECK ไม่ได้วัดการสูญหายของแพ็กเก็ตโดยตรง ความเร็วหรือความหน่วงจึงไม่ยืนยันการวินิจฉัยนี้
เริ่มจากการเปรียบเทียบที่ควบคุมเงื่อนไข
- จดเวลา ระยะเวลาที่เกิด แอป และมีหลายเครื่องเป็นพร้อมกันหรือไม่ หากแอปแสดงสถิติเครือข่าย ให้จดการสูญหายและทิศทางการวัดตามคำอธิบายของแอป
- เปรียบเทียบ Wi-Fi กับ Ethernet บนเครื่องเดิมในช่วงเวลาห่างกันไม่นาน หยุดการส่งไฟล์ใหญ่และสำรองข้อมูลของคุณเพื่อวัดค่าตั้งต้น แล้วสังเกตสภาวะที่มักเกิดปัญหาแยกต่างหาก
- ทำซ้ำในช่วงเงียบและขณะเกิดปัญหาด้วยปลายทางและค่าตั้งเดิม ผลดีเพียงครั้งเดียวไม่ตัดปัญหาที่เกิดเป็นระยะ รูปแบบที่เป็นตอนเย็นอย่างเดียวไม่พิสูจน์ความแออัด
- เปรียบเทียบเครื่องอื่นและบริการอื่น หากเป็นแอปเดียวให้ตรวจสถานะบริการด้วย ผลดีขึ้นเมื่อใช้สายชี้ให้ตรวจเส้นทางไร้สายหรือเครื่อง แต่ไม่พิสูจน์ว่า Wi-Fi ทำเฟรมหาย
ทดสอบปิงโดยจำกัดจำนวน
บน Windows คำสั่ง ping /n 50 1.1.1.1 ส่งคำขอ ICMP echo 50 ครั้งไปยังปลายทางสาธารณะ ใช้ปลายทางที่ตอบปิง ซึ่งไม่จำเป็นต้องเป็นเซิร์ฟเวอร์ของแอป ลองเปลี่ยนปลายทางเป็นที่อยู่เราเตอร์ภายในจากการตั้งค่าเครือข่ายด้วย เก็บผลแยกกัน ทั้งจำนวนคำขอ คำตอบที่ได้และขาดหาย และเวลาไปกลับ ทำซ้ำด้วยจำนวน ระยะรอ ขนาดแพ็กเก็ต และตระกูลที่อยู่เดิม อย่าตั้งเวลารอสั้นมากหรือส่งถี่แบบท่วมเครือข่าย การรอคำตอบที่หายอาจทำให้ใช้เวลาหลายนาที
ตีความคำตอบที่ขาดหายอย่างระมัดระวัง
- ขาดคำตอบ 2 ครั้งจาก 50 คำขอ คือขาดคำตอบ ICMP 4% ในตัวอย่างนี้ ไม่ใช่อัตราสูญหายที่เชื่อถือได้ของทราฟฟิกทุกแอป เราเตอร์หรือปลายทางอาจจำกัดหรือบล็อก ICMP และคำขอกับคำตอบอาจหายคนละส่วนของเส้นทาง
- คำตอบเราเตอร์ขาดพร้อมกับแอปมีปัญหาเป็นเหตุให้ตรวจเส้นทางภายในก่อน เราเตอร์เงียบโดยไม่มีอาการสอดคล้องกันไม่พิสูจน์ว่าการเชื่อมต่อเสีย
- หากเราเตอร์ตอบแต่หลายปลายทางอินเทอร์เน็ตและแอปไม่ทำงาน ให้ตรวจด้านอินเทอร์เน็ตของเราเตอร์ การเชื่อมต่อและเส้นทางถัดไป ผลไม่ได้ระบุว่าผู้ให้บริการเป็นสาเหตุเพียงรายเดียว
- เครื่องหมายดาวใน traceroute หรือการสูญหายที่จุดกลางเพียงจุดเดียวใน pathping ไม่พิสูจน์การส่งต่อผิดพลาด เปรียบเทียบปลายทางสุดท้าย จุดถัดไปและแอป อุปกรณ์อาจจำกัดคำตอบของตัวเองแต่ยังส่งต่อทราฟฟิกอื่น
ความหน่วงกับการสูญหายต่างกัน ปิงสูงไม่ใช่จำนวนแพ็กเก็ตที่หาย TCP อาจส่งข้อมูลที่ขาดใหม่ ทำให้รอหรือความเร็วลด UDP เองไม่รับประกันการส่งถึง แอปอาจเพิ่มกลไกกู้คืนของตน ผลขึ้นกับแอปและการหายเดี่ยวหรือเป็นกลุ่ม เปอร์เซ็นต์หนึ่งค่าไม่ใช่เกณฑ์ผ่านสำหรับทุกคน และการทดสอบสั้นที่ไม่ขาดคำตอบไม่รับประกันเส้นทางอื่นหรือการใช้งานครั้งต่อไป
ปรับตามผลแล้วเปรียบเทียบซ้ำ
- ถ้าเป็นเฉพาะไร้สาย ให้ตรวจพื้นที่ครอบคลุมและการแข่งขันใช้คลื่น ถ้าใช้สาย ให้เปรียบเทียบสายหรือพอร์ตที่เข้ากันและทำงานดี พร้อมดูคำแนะนำทางการของเครื่องและอะแดปเตอร์ เปลี่ยนทีละอย่าง
- ถ้าปัญหามาพร้อมการส่งไฟล์ใหญ่ของคุณ ให้หยุด เปลี่ยนเวลา หรือจำกัดแล้วเปรียบเทียบ การจัดการคิวที่รองรับตามผู้ผลิตอาจช่วยความแออัด แต่ไม่แก้การสูญหายทุกชนิด
- เก็บเหตุการณ์เราเตอร์และผลวัดก่อนเริ่มใหม่ตามคู่มือ การเริ่มใหม่ขัดจังหวะผู้ใช้คนอื่นและการโทร เป็นการทดลอง ไม่ใช่หลักฐานสาเหตุ อย่าเริ่มจากรีเซ็ตโรงงานหรือปิดการป้องกัน
- หลังเปลี่ยนให้ทำการทดสอบเดิมและแอปซ้ำ หากเป็นบริการเดียวให้ตรวจสถานะและฝ่ายช่วยเหลือ หากหลายเครื่องและหลายบริการ ให้ส่งผลเปรียบเทียบแก่ผู้ให้บริการเครือข่าย
แจ้งฝ่ายช่วยเหลือถึงเวลา ระยะเวลา ประเภทการเชื่อมต่อ รุ่น ปลายทางและค่าตั้ง จำนวนคำขอและคำตอบที่หาย เวลาไปกลับ เครื่อง แอป และผลจาก Ethernet หรือลดโหลด ลบรหัสผ่าน โทเคนและข้อมูลบัญชีส่วนตัวจากบันทึก การสังเกตที่ทำซ้ำได้มีประโยชน์กว่ากล่าวโทษจุดที่มีเปอร์เซ็นต์สูงสุดหรือซื้อแพ็กเกจเร็วจากผลครั้งเดียว