คู่มือ
Jitter ของเครือข่ายคืออะไร?
Jitter คือความแปรผันของความหน่วงเครือข่าย ดูวิธีวัด สถิติของแอป และการเปรียบเทียบแบบควบคุมเพื่อทำความเข้าใจช่วงห่างของแพ็กเก็ตที่มาถึง
Jitter คือความแปรผันของความหน่วงเครือข่ายหรือช่วงเวลาระหว่างแพ็กเก็ตที่มาถึง แตกต่างจากความหน่วงเฉลี่ย ความเร็วหน่วย Mbps และการสูญเสียแพ็กเก็ต การมาถึงที่ไม่สม่ำเสมออาจกระทบการโทรหรือเกม แต่เสียงสะดุดหรืออัตราเฟรมต่ำอาจเกิดจากแอปหรืออุปกรณ์ได้เช่นกัน อาการเพียงอย่างเดียวไม่พิสูจน์ว่ามี jitter ในเครือข่าย
ทำไมค่าเฉลี่ยจึงไม่เพียงพอ
ตัวอย่างสมมติเพื่ออธิบาย: 30, 30, 30 ms กับ 10, 10, 70 ms มีค่าเฉลี่ยเท่ากันที่ 30 ms ผลต่างระหว่างค่าสูงสุดและต่ำสุดคือ 0 และ 60 ms ตามลำดับ นี่ไม่ใช่ค่าที่วัดจากการเชื่อมต่อของคุณหรือสูตร jitter สากล สถิติ RTP ใช้ค่าความแตกต่างของช่วงห่างแพ็กเก็ตขณะรับกับขณะส่งที่ผ่านการปรับให้เรียบ ความแปรผันของเวลาไปกลับของ ping รวมทั้งสองทิศทาง จึงไม่จำเป็นต้องเท่ากับ jitter ของเสียงหรือวิดีโอที่รับมาในทิศทางเดียว
อ่านค่าการวัดอย่างไร
- ตรวจคำนิยาม หน่วย วิธีวัด ปลายทาง และช่วงเวลาที่สังเกต บันทึกภาระเครือข่ายและเปรียบเทียบค่าที่เปลี่ยนตามเวลาภายใต้เงื่อนไขใกล้เคียงกัน
- บัฟเฟอร์ jitter อาจพักแพ็กเก็ตก่อนเล่นเพื่อทำให้การมาถึงสม่ำเสมอขึ้น แต่เพิ่มความหน่วงในการเล่นได้ แพ็กเก็ตที่มาช้าเกินจะเล่นไม่จำเป็นต้องสูญหายในเครือข่าย
- ไม่มีเกณฑ์ 5, 15 หรือ 30 ms ที่รับประกันคุณภาพดีหรือแย่ในทุกแอป พิจารณาความแปรผันร่วมกับความหน่วง การสูญเสียแพ็กเก็ต และคุณภาพของเซสชันจริง
- คิวขณะมีภาระ การแย่งใช้สื่อไร้สาย หรือการส่งซ้ำอาจมีผล อายุเราเตอร์ ช่วงเย็น หรือการใช้ Wi-Fi เพียงอย่างเดียวไม่ระบุสาเหตุ
VMAXCHECK วัดอะไร
VMAXCHECK ใช้ M-Lab NDT วัดความเร็วดาวน์โหลดและอัปโหลดผ่าน TCP พร้อมค่าเวลาไปกลับของ TCP โดยประมาณที่เซิร์ฟเวอร์รายงาน ไม่มีค่า jitter แยกต่างหาก การทดสอบความเร็วซ้ำไม่ได้เปลี่ยนค่าความหน่วงเหล่านี้ให้เป็น jitter ที่การโทรหรือเกมของคุณได้รับ เซิร์ฟเวอร์และเส้นทางทดสอบอาจต่างจากแอป การทดสอบสร้างภาระ จึงควรทำนอกช่วงการโทรสำคัญ
การเปรียบเทียบที่มีประโยชน์สี่แบบ
- บันทึกเวลาและลักษณะปัญหา อุปกรณ์ แอป เซิร์ฟเวอร์หรือคู่สนทนา การเชื่อมต่อ และภาระปัจจุบันก่อน เก็บสถิติแอปที่เปลี่ยนตามเวลาและเหตุการณ์เราเตอร์ที่เกี่ยวข้องก่อนรีสตาร์ต
- ใช้อุปกรณ์ แอป ปลายทาง และวิธีเดิม เปรียบเทียบ Wi-Fi กับ Ethernet ที่รองรับในเวลาใกล้กัน การเปลี่ยนตำแหน่งเป็นอีกการเปรียบเทียบหนึ่ง ผลที่ดีขึ้นเป็นเบาะแสว่าเงื่อนไขเปลี่ยน ไม่ใช่หลักฐานว่าระบบไร้สายมีข้อบกพร่องเฉพาะ
- ใช้สถิติเดิมเปรียบเทียบช่วงไม่มีภาระกับช่วงก่อน ระหว่าง และหลังการอัปโหลดหรือดาวน์โหลดของคุณที่ได้รับอนุญาต บันทึกทิศทางและอัตราส่งข้อมูล เปลี่ยนครั้งละปัจจัย และทดสอบภาระนอกช่วงการโทรสำคัญ
- เปรียบเทียบเวลา อุปกรณ์ หรือปลายทางที่อนุญาตอื่นทีละปัจจัย แล้วตรวจแอปจริงอีกครั้ง ถ้ามีเหตุผลให้รีสตาร์ต ให้เก็บข้อมูลก่อนและทำตามคู่มือรุ่น รักษาการป้องกันและกฎของเครือข่ายที่มีผู้ดูแล
ตัวอย่าง: jitter ที่รับใน Microsoft Teams
ระหว่างการโทรหรือการประชุม Teams ที่ดำเนินอยู่แล้ว เปิด More actions > Settings > Call health ชื่อเมนูอาจแปลตามภาษา Microsoft ระบุว่าสถิติอัปเดตทุก 15 วินาที ดู Received jitter ใน Audio ร่วมกับการสูญเสียแพ็กเก็ตและเวลาไปกลับในช่วงเกิดปัญหา Microsoft ระบุค่าต่ำกว่า 30 ms เป็นค่าทั่วไปสำหรับ Teams นี่เป็นแนวอ้างอิงของบริการนั้น ไม่รับประกันทุกการโทรหรือเกม ส่งช่วงเวลาและสถิติที่เกี่ยวข้องให้ฝ่ายสนับสนุนผ่านช่องทางส่วนตัว
คำถามที่พบบ่อย
- Ping ต่ำตัดความเป็นไปได้ของ jitter หรือไม่? ไม่ ค่าเฉลี่ยต่ำไม่แสดงความแปรผันหรือการสูญเสียแพ็กเก็ตทั้งหมด Ping ไปยังปลายทางอื่นก็ไม่จำเป็นต้องแทนการเชื่อมต่อของแอป
- ปัญหาช่วงเย็นพิสูจน์ว่าผู้ให้บริการเป็นต้นเหตุหรือไม่? ไม่ เปรียบเทียบอุปกรณ์ ปลายทาง และภาระของคุณในเงื่อนไขใกล้เคียงกันก่อนสรุป
- แพ็กเกจที่เร็วขึ้นช่วยไหม? แบนด์วิดท์มากขึ้นอาจลดคิวเมื่อข้อมูลของคุณใช้ความจุการเชื่อมต่อจนเต็ม แต่ไม่รับประกัน jitter ต่ำในทุกเส้นทางและไม่แก้ปัญหาการประมวลผลของอุปกรณ์ เก็บหลักฐานก่อนซื้ออุปกรณ์หรือเปลี่ยนแพ็กเกจ