पैकेट हानि दर iperf और tcpdump के साथ

10

मैंने इसके लिंक की गुणवत्ता के लिए एक लाइन का परीक्षण किया iperf। मापा गति (UDP पोर्ट 9005) 96Mbps था, जो ठीक है, क्योंकि दोनों सर्वर इंटरनेट से 100Mbps से जुड़े हैं। दूसरी तरफ डेटाग्राम लॉस रेट 3.3-3.7% दिखाया गया था, जो मुझे कुछ ज्यादा ही लगा। एक हाई-स्पीड ट्रांसफर प्रोटोकॉल का उपयोग करते हुए मैंने पैकेट को दोनों तरफ से रिकॉर्ड किया tcpdump। मैंने पैकेट नुकसान की गणना की - औसत 0.25%। क्या किसी के पास कोई स्पष्टीकरण है, जहां यह बड़ा अंतर हो सकता है? आपकी राय में एक स्वीकार्य पैकेट नुकसान क्या है?

tcpdump packetloss iperf

— stefita
स्रोत

Tcpdump के साथ सूँघते समय आपने किस प्रोटोकॉल का उपयोग किया था? एक tcp या udp था?

— पीआईएल

मैंने दोनों परीक्षणों के लिए udp का उपयोग किया।

— स्टेफिता

उह ... क्या आप एक और पैकेट स्निफर के साथ कोशिश कर सकते हैं?

— PiL

2

तारों को कैप्चर करने के लिए Wireshark tcpdump के समान बैकएंड का उपयोग करेगा, इसलिए यह अलग-अलग परिणाम (libpcap या winpcap, प्लेटफॉर्म के आधार पर) प्रदान नहीं करेगा।

— जैद डेनियल

1

क्या आप सत्र के tcpdumpदौरान पैकेट हानि को माप सकते हैं iperf? यह आपकी तुलना में अधिक उचित अनुमान है। परीक्षण के दौरान दूसरे सर्वर की स्थिति की निगरानी करें - क्या यह केवल पैकेट गिरा सकता है?

— lexsys

3

सीपीयू को बनाए रखने में सक्षम नहीं होने के परिणामस्वरूप मैंने यूडीपी मोड में iPerf के साथ महत्वपूर्ण डलाटॉस का अनुभव किया है। किसी कारण से, यूडीपी के साथ iperf हो रहा है बहुत अधिक CPU टीसीपी के साथ iperf से गहन। क्या आप समान नुकसान प्रतिशत का अनुभव करते हैं जब आपने iPerf को आधी दर पर सेट किया है?

पैकेट नुकसान कितना स्वीकार्य है, इस बारे में आपके दूसरे प्रश्न का उत्तर देने के लिए, यह वास्तव में इस बात पर निर्भर करता है कि आप किस एप्लिकेशन को चला रहे हैं, आपको कितना ट्रैफ़िक मिला है। यदि आप अपनी बैंडविड्थ सीमा के अंतर्गत हैं तो वास्तव में, कोई नुकसान नहीं होना चाहिए। ज्यादातर चीजों के लिए, मैं शायद .25% के बारे में बहुत ज्यादा शिकायत नहीं करता, लेकिन अगर आप वास्तव में उच्च दरों पर चल रहे हैं, तो यह अभी भी बहुत नुकसान है।

[संपादित १] कुछ अन्य विचार जो मैंने इस विषय पर लिए हैं:

IPerf की दरों को बढ़ाने का प्रयास करें। अगर कहीं पर कोई प्रणालीगत समस्या है, तो संभावना है कि आप समान प्रतिशत हानि का अनुभव करेंगे चाहे कोई भी दर हो। यदि आप अपने हार्डवेयर की सीमा पर हैं, या आपका प्रदाता किसी प्रकार का RED करता है , तो निश्चित रूप से एक निश्चित दर तक कोई नुकसान नहीं होगा, और फिर ऊपर जाने पर आपको इससे भी अधिक नुकसान होगा।
IPerf सत्र का अपना tcpdump माप करें, बस यह सत्यापित करने के लिए कि आपके परीक्षण सटीक हैं।
IPerf को TCP से आज़माएँ। यह नुकसान की रिपोर्ट नहीं करेगा, लेकिन अगर आपको नुकसान हो रहा है तो कनेक्शन बहुत अधिक नहीं हो पाएगा। चूँकि विलंबता भी इसे प्रभावित करेगी, इसलिए संभव के रूप में कम विलंबता के साथ एक समापन बिंदु पर परीक्षण करना सुनिश्चित करें।
आपके कनेक्शन के अंदर किस गियर पर निर्भर करता है, यह सुनिश्चित करें कि आप इसे जितना संभव हो उतना करीब कर सकते हैं। उदाहरण के लिए, यदि आपके टेस्ट सिस्टम और एज राउटर के बीच कई स्विच हैं, तो सीधे कनेक्ट किए गए स्विच पर जाएँ।
यदि आपके पास एक प्रबंधित स्विच है, तो यह सुनिश्चित करने के लिए उस पर आंकड़े की जांच करें कि नुकसान वहां नहीं हो रहा है। मैंने कुछ सस्ते स्विचों का सामना किया है, जब आप उन पर UDP ट्रैफ़िक के 100Mbps के करीब पहुंचना शुरू कर देते हैं (ज्यादातर पुराने और सस्ते अनवांटेड स्विच हालांकि)।
दो अलग-अलग क्लाइंट से दो अलग-अलग मेजबानों में एक साथ iPerfs की कोशिश करें, ताकि आप सुनिश्चित कर सकें कि सीमा सीपीयू या सस्ते स्थानीय एनआईसी कार्ड का परिणाम नहीं है।

— जैद डेनियल
स्रोत

यह एक अच्छा कारण हो सकता है। दुर्भाग्य से, मैं अभी फ़ायरवॉल समस्याओं के कारण परीक्षण नहीं कर सकता। जैसे ही मैंने एक नया परीक्षण किया मैं आपके उत्तर पर वापस आ जाऊंगा।

— स्टेफिता

0

ठीक है, टीसीपी के साथ एक प्रवाह के उपयोग को अधिकतम करने के लिए तंत्र हैं, यूडीपी के साथ नहीं हैं। इसलिए प्रत्येक एप्लिकेशन को अपना तंत्र बनाना होता है, इसलिए संभवत: प्रत्येक एप्लिकेशन ऐसा करने के लिए एक अलग दृष्टिकोण का उपयोग करता है। शायद, Iperf अधिक पैकेट खो जाने की अनुमति देगा क्योंकि जानकारी प्राप्त होने या न होने के बारे में अधिक सावधानी के साथ अधिकतम उपलब्ध बैंडविड्थ तक पहुंचने की कोशिश की जा रही है। अन्य एप्लिकेशन संभवतः कई पैकेटों को नहीं खोने की कोशिश करेगा, और कनेक्शन में उपलब्ध थ्रूपुट को पैकेट दर को कम कर देगा।

— पाइप
स्रोत

0

क्या आपने iPerf का उपयोग करते समय पैकेट नुकसान की जांच करने के लिए tcpdump का उपयोग किया है, यह सुनिश्चित करने के लिए कि आप tcpdump से मेल खाने वाले iperf से पैकेट के नुकसान की गणना करते हैं?

आपको पता चल सकता है कि आपके माप के तरीके तुलनीय नहीं हैं।

— क्रेग
स्रोत

0

UDP के साथ अनुक्रम से बाहर आने वाले पैकेटों को iperf अपने आप छोड़ देता है? आप कनेक्शन पर घबराना थोड़ा देख सकते हैं।

— लॉयड बेकर
स्रोत