सभी आईसीएमपी समय से अधिक संदेश नहीं मिला: क्यों?

Question

मैं कुछ डंप किए गए पैकेट को फिर से चलाने के लिए स्कैपी का उपयोग कर रहा हूं जिसमें मैं टीटीएल मान बदलता हूं। मुझे टीटीएल = 1 के साथ भी बहुत ही अजीब परिणाम मिल रहे हैं।

जब मैं एक दूसरे से अलग अपने परीक्षण घंटे चलाता हूं, तो मैं आईसीएमपी समय से अधिक संदेश के जवाब में लगभग 40% से 9 5% पैकेट प्राप्त कर सकता हूं। फिर मैं अनुत्तरित पैकेट को दोबारा चला सकता हूं और हर बार उत्तर पैकेट के समान प्रतिशत को कम या ज्यादा प्राप्त कर सकता हूं।

वह क्यों है?

मैं एक-दूसरे के बीच 0.1 सेकंड के अंतराल के साथ पैकेट भेज रहा हूं। यह ठीक होना चाहिए, है ना? मेरा टाइमआउट मान 10 एस है, जो बहुत रूढ़िवादी होना चाहिए।

क्या गलत है?

Answer 1

आप जो कह रहे हैं वह अनिवार्य रूप से आप केवल एक निश्चित अवधि में इतने सारे पहुंचने योग्य मेजबानों के लिए परीक्षण कर सकते हैं। एक संभावित कारण: कई राउटर दर-सीमा आईसीएमपी संदेश।

कुछ और करने से पहले एक मेजबान को ping सफलता के लिए परीक्षण करना बेहतर है; इस तरह आपके पास पहुंच की सकारात्मक पुष्टि है। डिफ़ॉल्ट रूप से एमएस विंडोज ब्लॉक पिंग्स है।

यदि आप पहले ping नहीं कर सकते हैं, तो आपको अपनी जांच के बीच का समय बढ़ाना होगा, या आईसीएमपी संदेशों को वापस करने वाले राउटर पर आईसीएमपी पहुंचने योग्य दर को बढ़ाने की आवश्यकता होगी।

संपादित करें:

टिप्पणियों के आधार पर यह आप scapy की यातायात प्रक्रिया की क्षमता के लिए एक दीवार से टकराने रहे तरह दिखता है। मैंने scapy के साथ भेजकर और ट्रैफिक प्राप्त करने के लिए पृष्ठभूमि में tcpdump को भेजकर अतीत में थ्रूपुट में सुधार किया है।