Score:0

จำกัดสาเหตุของปัญหาเวลาแฝง VOIP ให้แคบลง

ธง jp

ฉันประสบปัญหาที่เวลาการโทรเพิ่มขึ้น ฉันมีเวลาแฝงในการได้ยินมากขึ้น ทางฝั่งเซิร์ฟเวอร์ฉันได้รับคำสั่งให้รัน ss -4 -l -n | grep udp (ซึ่งฉันคิดว่าเหมือนกับ ss -4 -l -n -u?)

ในนั้นฉันเห็นใน recvq ของการเชื่อมต่อส่วนใหญ่เป็น 0 หรือ 2304 บางครั้งก็ถึงจุดสูงสุดสั้น ๆ ก่อนที่จะกลับลงไปที่หนึ่งในนั้นหรือที่ไหนสักแห่งในระหว่างนั้น

ในตัวอย่างการโทรที่ใช้เวลานานหลายชั่วโมง และฉันมีเวลาแฝงมาก ฉันมี recvq 180,000... ซึ่งฉันคิดว่าน่าประทับใจ การโทรคือ: เวลาแฝงไปกลับเกือบ 7 วินาที

ฉันแก้ปัญหาประเภทนี้ไม่เก่งนัก และกำลังท่องอินเทอร์เน็ตเพื่ออ่านค่า recv และส่งเหล่านี้ว่าอย่างไร

2304 เป็นตัวเลขสำคัญหรือไม่? ขนาดคิวเริ่มต้นสำหรับกล่องของฉัน? (deb 9 ทำงาน freeswitch ถ้ามันสำคัญ)

นอกจากนี้ ฉันถูกถามว่าปัญหาอาจเกิดจากวงจรคอมคาสต์ของเราทำงานผิดปกติหรือไม่ โดยสัญชาตญาณฉันคิดว่าไม่: ถ้า recvq ล้นจนนรกนั่นหมายความว่าแพ็กเก็ตกำลังสร้างที่นั่นและติดอยู่ที่รอการประมวลผลโดยแอปพลิเคชันที่รับฟังพอร์ตนั้นใช่ไหม หรือแพ็กเก็ตสามารถเข้ามาในคิวในลักษณะที่จะทำให้มันขยายตัว (นี่คือทราฟฟิก udp ทั้งหมด, สตรีม rtp ถ้ามันช่วยได้)

อ่านเพิ่มเติมเกี่ยวกับวิธีแก้ไขปัญหาเวลาแฝงก็จะได้รับการชื่นชมเช่นกัน

jp flag
googling เพิ่มเติมทำให้ฉันไปที่คำสั่ง mtr -4b เรียกใช้ทั้งบนเซิร์ฟเวอร์ไปยัง IP ของฉันและจาก IP ของฉันไปยังเซิร์ฟเวอร์ ฉันคิดว่าสิ่งนี้ควรลบล้าง (หรือปรักปรำ) วงจรของเราในปัญหา ถ้าฉันสามารถทำซ้ำได้

โพสต์คำตอบ

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