Score:0

การกระจายตัวของ IPv4 และข้อมูลความเร็วสูง

ธง pm

โปรดขออภัยหากมีการตอบก่อนหน้านี้ แต่ฉันไม่สามารถหาคำตอบได้ง่ายๆ

บริษัทของฉันสร้างอุปกรณ์ตรวจวัดความเร็วสูง ซึ่งสร้างข้อมูล UDP ประมาณ 0.7 กิกะบิต/วินาที ตัวอย่างแต่ละชุดมีความยาวประมาณ 2,500 ไบต์ ซึ่งทำให้เราใช้การแยกส่วน IPv4 ในการส่งข้อมูล ไม่ได้ใช้การตรวจสอบ UDP ในขณะนี้ (ตั้งค่าเป็น 0) จุดสิ้นสุดการรับเป็นกล่อง Linux ค่อนข้างมาตรฐาน (โดยตั้งค่าหมดเวลาการประกอบชิ้นส่วน IPv4 ใหม่เป็น 30 วินาทีตามค่าเริ่มต้น) จากการตั้งค่าเฉพาะของเรา เราคาดว่าแพ็กเก็ตจะสูญหาย

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

สิ่งนี้สามารถเป็นสาเหตุของการประกอบชิ้นส่วนที่ไม่ถูกต้องอีกครั้ง ซึ่งจะไม่ถูกตรวจพบเนื่องจากการตรวจสอบ UDP ถูกปิดใช้งานหรือไม่ หรือมีกลไกบางอย่างในการเล่นที่ฉันไม่ทราบ ซึ่งสามารถป้องกันการประกอบซ้ำที่ไม่ถูกต้องได้หรือไม่

Ron Maupin avatar
us flag
บางทีคุณควรใช้ IPv6 กับส่วนหัวของส่วนขยายการแยกส่วนที่มีการระบุตัวตนแบบ 32 บิต มิฉะนั้น คุณอาจต้องสร้างโปรโตคอลชั้นแอปพลิเคชันที่สามารถแบ่งส่วนข้อมูลก่อนที่จะส่งต่อไปยัง UDP
pm flag
@RonMaupin ขอบคุณสำหรับคำตอบของคุณ! น่าเสียดายที่เรายังไม่มีความหรูหราในการเปลี่ยนไปใช้ IPv6 ณ จุดนี้ แต่ก็ยังเป็นข้อเสนอแนะที่ดีมากในช่วงเวลาต่อไป คำตอบของคุณบอกเป็นนัยว่าข้อกังวลของฉันถูกต้องหรือไม่? ถ้าเป็นเช่นนั้น ฉันคิดวิธีแก้ปัญหาบางอย่างได้: 1. ลดระยะหมดเวลาการประกอบชิ้นส่วน IP ให้สั้นลงใน Linux โดยใช้ proc/sysctl 2. เปิดใช้งานการตรวจสอบ UDP เพื่อให้แพ็คเก็ตที่ประกอบไม่ถูกต้องหลุดออกไป

โพสต์คำตอบ

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