จินเตอร์และการสูญหายของแพ็กเก็ตในการโทรผ่าน VPN: จะเทียบอะไร

เสียงพูดแบบหุ่นยนต์กับพยางค์ที่หายไปฟังดูต่างกันเพราะเป็นความผิดพลาดคนละแบบ จินเตอร์เปลี่ยนเวลาที่แพ็กเก็ตมาถึง ส่วนการสูญหายหมายความว่าแพ็กเก็ตไม่มาเลย ทั้งสองอย่างเกิดขึ้นได้ขณะที่การทดสอบความเร็วรายงานการดาวน์โหลดที่ปกติ เพราะปริมาณการรับส่งกับส่งถึงตรงเวลาเป็นคนละเรื่องกัน จับคู่หลักฐานกับเสียงก่อนจะเปลี่ยนการตั้งค่าใด ๆ

ทำไมแพ็กเก็ตที่มาช้ากับแพ็กเก็ตที่หายไปจึงฟังดูต่างกัน

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

ทิศทางก็สำคัญ สื่อขาเข้าและขาออกอาจใช้เส้นทางต่างกัน โดยเฉพาะเมื่อฝั่งหนึ่งอยู่ในเครือข่ายมือถือ

ตัวเลขที่ต้องอ่านในช่วงเวลาที่แย่

ใช้สถิติของแอปเองในที่ที่แอปมีให้ และอ่านขณะการโทรแย่ ไม่ใช่หลังจบแล้ว รีเลย์สื่อมักเป็นโฮสต์คนละตัวกับเว็บไซต์ของบริการ ดังนั้น ping ไปยังหน้าแรกจึงวัดเส้นทางที่การโทรไม่ได้ใช้ ดูเปอร์เซ็นต์การสูญหาย เวลาไปกลับ และจินเตอร์แยกกัน แล้วบันทึกว่าไคลเอนต์เป็นฝ่ายส่งหรือรับปัญหา การเชื่อมต่อ VPN ใหม่ระหว่างการโทรเป็นเหตุการณ์ที่สามที่ต้องบันทึก ไม่ใช่หลอมรวมกับเหตุการณ์อื่น

ภาพหน้าจอของแผงสถิติดีกว่าความจำเกี่ยวกับการโทร เพราะตัวเลขนำมาเทียบกันภายหลังได้ ยี่สิบวินาทีของเปอร์เซ็นต์การสูญหายบอกได้ว่าเส้นทางกำลังทิ้งแพ็กเก็ตอยู่หรือไม่ แต่ไม่บอกว่า การสูญหายมาเป็นระลอกหรือเริ่มเมื่อไร

ด้วยเหตุนั้นให้วัดซ้ำภายใต้เงื่อนไขที่สอง แทนที่จะอ่านหน้าต่างเดียวเป็นคำตัดสิน สองหน้าต่างที่วัดภายใต้เงื่อนไขต่างกันบอกได้มากกว่าหน้าต่างยาวหนึ่งหน้าต่างที่ไม่มีเงื่อนไขใดเลย

บัฟเฟอร์จินเตอร์ทำอะไรกับกำหนดเวลา

บัฟเฟอร์จินเตอร์หน่วงแพ็กเก็ตขาเข้าไว้ชั่วครู่ เพื่อให้การมาถึงที่ไม่สม่ำเสมอ ซึ่งก็คือความแปรปรวนของความหน่วงที่ RFC 3393 นิยามเป็นตัวชี้วัด สามารถเล่นออกมาตามนาฬิกาที่สม่ำเสมอได้ ขนาดบัฟเฟอร์กำหนดเส้นตายในการเล่น แพ็กเก็ตใดที่มาช้ากว่าเส้นตายนั้นจะถูกทิ้งไม่ว่าจะมีเนื้อหาอะไร โคเดกแต่ละตัวซ่อนได้มากน้อยต่างกัน และโคเดกที่แทรกเฟรมที่หายไปสามารถซ่อนการสูญหายหนึ่งครั้งได้ แต่ซ่อนทั้งชุดไม่ได้ เพราะเหตุนี้เปอร์เซ็นต์การสูญหายเท่ากันจึงให้คุณภาพการโทรต่างกันในโคเดกต่างกัน

การปรับบัฟเฟอร์คือการแลกเปลี่ยน ไม่ใช่การแก้ไข บัฟเฟอร์ที่ใหญ่ขึ้นซื้อความต่อเนื่องด้วยต้นทุนของความหน่วงในบทสนทนา และไม่สามารถเรียกคืนแพ็กเก็ตที่มาถึงหลังเส้นตายได้

เทียบวิทยุกับภาระก่อนออกจากทางออก

ตรึงทางออกและแอปไว้ แล้วเปลี่ยนเงื่อนไขในเครื่องทีละอย่าง ไอคอนสัญญาณแรงไม่ได้บอกอะไรเกี่ยวกับความแออัดของช่องสัญญาณ ถ้าปัญหาตามไปยังห้องใดห้องหนึ่งหรือจุดเชื่อมต่อจุดเดียว การตรวจสอบถัดไปคือวิทยุ

ping -c 50 -i 0.2 203.0.113.9
mtr -rw -c 20 203.0.113.9

ping ให้จำนวนการสูญหายและค่าการกระจายที่เทียบข้ามเงื่อนไขได้ ส่วน mtr แสดงการสูญหายในแต่ละฮอปตลอดเส้นทาง ฮอปกลางที่ล้มเหลวขณะที่ฮอปถัดไปยังตอบสนองมักเป็นการลดลำดับความสำคัญของ ICMP มากกว่าการทิ้งทราฟฟิกของผู้ใช้ ทำซ้ำทั้งสองอย่างขณะมีการอัปโหลดที่ควบคุมไว้ เพราะลิงก์ที่ดีขณะว่างแต่ใช้งานไม่ได้ภายใต้ภาระชี้ไปที่การเข้าคิว ไม่ใช่ที่ VPN ถ้าเงื่อนไขเดียวเท่านั้นที่ทำให้เกิดปัญหาซ้ำ เงื่อนไขอีกอย่างเพิ่งถูกตัดออกไป

ซ่อมเฉพาะสิ่งที่การเปรียบเทียบสนับสนุน

การเปรียบเทียบแต่ละครั้งสนับสนุนการซ่อมหนึ่งอย่าง และการทำหลายอย่างพร้อมกันจะทำลายหลักฐาน เส้นทางในเครื่องที่อ่อนแอต้องการช่องสัญญาณที่ดีขึ้นหรือ Ethernet ทราฟฟิกที่แข่งขันกันต้องการการจัดลำดับหรือวินัยของคิว และทางออกที่แย่หนึ่งแห่งต้องการการเทียบทางออกอื่นภายใต้เงื่อนไขเดียวกัน เมื่อเปลี่ยนทรานสปอร์ตของ VPN ให้คงโปรไฟล์ให้ใช้ได้และเปลี่ยนตัวแปรทีละตัว ทดสอบบทสนทนาเดิมซ้ำโดยมีกิจกรรมพื้นหลังปกติ แทนที่จะตัดสินความสำเร็จจากคะแนนทดสอบความเร็วที่เพิ่มขึ้น

บันทึกทิศทาง การสูญหาย จินเตอร์ เวลาไปกลับ และเงื่อนไขที่วัดแต่ละอย่าง บันทึกนั้นเปลี่ยนคำร้องเรียนที่คลุมเครือเรื่องคุณภาพการโทรให้เป็นข้อค้นพบที่ใครบางคนลงมือทำได้ เก็บไว้กับตั๋วเพื่อให้การเปรียบเทียบครั้งถัดไปเริ่มจากเส้นฐานเดิม