मैं एक प्रोग्राम लिख रहा हूं जो यूएनपी के शीर्ष पर एक स्टॉप और प्रतीक्षा प्रोटोकॉल का उपयोग करता है ताकि लैन पर पैकेट और वैन पर भी भेज सकें। मैंने हाल ही में अपने कार्यक्रम का परीक्षण किया है और देखा है कि पैकेट हानि दर बड़े पैकेट (64k बाइट्स के करीब) के लिए अधिक है। सहजता से यह समझ में आता है लेकिन इसके लिए वास्तविक कारण क्या हैं?यूडीपी पैकेट आकार और पैकेट नुकसान
उत्तर
MTU size से अधिक यूडीपी पैकेट जो उन्हें लेते हैं, स्वचालित रूप से एकाधिक पैकेट में विभाजित हो जाएंगे, और फिर प्राप्तकर्ता द्वारा पुनः एकत्र किए जाएंगे। यदि उनमें से कोई भी उप-पैकेट गिरा दिया जाता है, तो रिसीवर भी बाकी को छोड़ देगा।
तो उदाहरण के लिए यदि आप 63k यूडीपी पैकेट भेजते हैं, और यह ईथरनेट पर चला जाता है, तो यह 47+ छोटे "खंड" पैकेट में टूट जाएगा (क्योंकि ईथरनेट का एमटीयू 1500 बाइट है, लेकिन उनमें से कुछ यूडीपी के लिए उपयोग किए जाते हैं हेडर आदि, इसलिए यूडीपी पैकेट में उपलब्ध उपयोगकर्ता-डेटा-स्पेस की मात्रा उस से छोटी है)। रिसीवर केवल यूडीपी पैकेट को "देख" देगा यदि उन सभी 47+ टुकड़े-पैकेट इसे ठीक से बनाते हैं। अगर उनमें से केवल एक टुकड़े-पैकेट गिरा दिए जाते हैं, तो पूरा ऑपरेशन विफल हो जाता है।
अच्छा, डेटा नेटवर्क विश्वसनीय से बहुत दूर हैं; पैकेट हर समय गिरा दिया जाता है। अधिभारित राउटर, पूर्ण बफर और भ्रष्ट पैकेट कुछ कारण हैं। चूंकि यूडीपी में प्रवाह नियंत्रण क्षमता नहीं है, इसलिए उदाहरण के लिए प्राप्त करने वाला अंत अधिभारित होने पर यह धीमा नहीं हो सकता है।
जेरेमी ने समझाया, जितना बड़ा पेलोड, उतना अधिक पैकेट इसे विभाजित करने जा रहा है, और इसलिए उनमें से कुछ खोने का एक बड़ा मौका है।
यूडीपी उन मामलों में उपयोग किया जाता है जहां यहां गिराए गए पैकेट में कुछ भी या मामलों को प्रभावित नहीं किया जाएगा, जिन्हें आपको समय पर वहां पहुंचने के लिए कुछ चाहिए या नहीं। (वीओआईपी, वीडियो स्ट्रीमिंग आदि)
यह सब आईपी विखंडन और डीफ्रैग्मेंटेशन के बारे में है। एमटीयू से अधिक पैकेट खंडित किया जाएगा और अंतिम मेजबान में डिफ्रैग्मेंट किया जाना चाहिए, वहां भी पथ पर टुकड़े टुकड़े हो जाते हैं और फिर देरी को जोड़ सकते हैं। कभी-कभी यदि कुछ एन/डब्ल्यू तत्व परत 4 फ़िल्टरिंग के लिए कॉन्फ़िगर किया गया है तो यह डिफ्रैगमेंट्स (अंतिम होस्ट नहीं) नियम लागू करता है और फिर फिर से frgaments और आगे। आवेदैटन जिस कारण प्रदर्शन की आवश्यकता है, वह हमेशा आकार < = (एमटीयू-ईटीएचएचडीआर-आईपीएचडीआर) के साथ डेटा भेजने का प्रयास करता है
- 1. खाली यूडीपी और टीसीपी पैकेट का आकार?
- 2. जावा आधे यूडीपी पैकेट
- 3. उपनिवेशों में यूडीपी प्रसारण पैकेट
- 4. एक यूडीपी पैकेट भेजने और जावा
- 5. पैकेट आकार सीमा?
- 6. जावा डेटाग्राम पैकेट (यूडीपी) अधिकतम प्रेषण/आरईवी बफर आकार
- 7. यूडीपी पैकेट खोने की संभावना क्या है?
- 8. विंसॉक यूडीपी पैकेट गिराए जा रहे हैं?
- 9. यूडीपी पैकेट कैसे बनाएं लेकिन इसे
- 10. एंड्रॉइड कभी यूडीपी पैकेट प्राप्त नहीं करता
- 11. Wireshark में पैकेट नुकसान कैसे प्राप्त करें?
- 12. पाइपन कच्चे सॉकेट यूडीपी पैकेट के लिए सुन रहा है; पैकेट का केवल आधा प्राप्त
- 13. क्यों traceroute यूडीपी पैकेट भेजता है और आईसीएमपी नहीं?
- 14. जावा का उपयोग कर यूडीपी पैकेट भेजना और प्राप्त करना?
- 15. पायथन/डीपीकेटी: पता लगाएं कि पैकेट एक टीसीपी पैकेट या udp पैकेट है,
- 16. पैकेट हानि डीबग कैसे करें?
- 17. qLaunchSuccess पैकेट
- 18. पैकेट लंबाई
- 19. Wireshark पैकेट
- 20. एक यूडीपी पैकेट सॉकेट पर कब तक रहता है?
- 21. पैकेट मिलान व्यवहार
- 22. नेटकैट के साथ केवल एक यूडीपी पैकेट कैसे भेजें?
- 23. यूडीपी पैकेट प्राप्त करने के लिए 127.0.0.1 को भेजें SO_REUSEADDR
- 24. लिनक्स कर्नेल से यूडीपी पैकेट भेजा जा रहा है
- 25. वर्तमान udp पैकेट कतार लंबाई
- 26. वेब आरटीसी के साथ यूडीपी पैकेट कैसे भेजें - जावास्क्रिप्ट?
- 27. Scapy PcapReader और पैकेट समय
- 28. कुशल डिकोडिंग (पैकेट)
- 29. HTTP पैकेट पुनर्निर्माण
- 30. असिंक्रोनस libpcap: पैकेट खोना?
आप 64k पैकेट नहीं भेज सकते हैं। अधिकतम यूडीपी पेलोड 65507 बाइट है। – EJP
ठीक है, अगर हम नाइट्स लेने जा रहे हैं, तो 65507 बाइट पेलोड वाला यूडीपी पैकेट 65535 बाइट लंबा है (हेडर समेत) - एक बाइट 64KiB से छोटा है। लेकिन सटीकता के लिए मैं अपना उदाहरण 63k में बदल दूंगा। –
इसका प्रभाव पैकेट नुकसान की एक छोटी राशि प्रदर्शन को महत्वपूर्ण रूप से प्रभावित कर सकता है। इस उदाहरण में, यदि आपके पास 2% पैकेट नुकसान था, तो आप लगभग 50% अपने पैकेट्स को खो देते हैं जिससे थ्रूपुट में महत्वपूर्ण गिरावट आती है। देखें: http://stackoverflow.com/a/19057666/84206 – AaronLS