Iperf: UDP के लिए JSON आउटपुट गुम रिसीवर बैंडविड्थ

सही। यह एक बहुत पुराना बग है, जो शुरू से ही iperf3 में मौजूद रहा होगा। जब मैंने # 562 पर काम कर रहा था तो मुझे इसका एहसास हुआ (मैंने इसके लिए एक मुद्दा क्यों नहीं दायर किया?)। जैसा कि आपने सही ढंग से बताया है, UDP परीक्षण क्लाइंट-साइड और रिसीवर-साइड आंकड़ों को अलग-अलग नहीं तोड़ते हैं। मुझे यकीन नहीं है कि क्या रिपोर्ट किया गया है जो ग्राहक, प्रेषक, या दो का एक मैश-मैश है। यह मेरे लिए भी स्पष्ट नहीं है कि टीसीपी अलग क्यों है।

यह एक अच्छी बात होगी यदि यूडीपी परीक्षण इस संदर्भ में टीसीपी की तरह आँकड़े आउटपुट का उत्सर्जन कर सकता है (प्रेषक और रिसीवर दोनों तरफ अलग-अलग), हालांकि मुझे यकीन नहीं है कि मौजूदा JSON का उपभोग करने वाले कार्यक्रमों के साथ कुछ प्रकार की संगतता कैसे बनाए रखी जाए आउटपुट। (# 562 में, मैंने यूडीपी के लिए मानव-पठनीय आउटपुट को निर्धारित किया, जिसे आपने अपने पहले आउटपुट स्निपेट में प्रस्तुत किया था ... मैं उस मामले में पिछड़ी संगतता के बारे में कम चिंतित था क्योंकि कार्यक्रमों को वैसे भी उस आउटपुट को पढ़ने की कोशिश नहीं करनी चाहिए।)

क्या UDP JSON आउटपुट के लिए इस समस्या का कोई समाधान किया गया है? हम JSON आउटपुट को पार्स करने की कोशिश कर रहे हैं, लेकिन यह निश्चित नहीं है कि क्या है। एक उदाहरण JSON आउटपुट है: -

    }],
            "sum":  {
                    "start":        0,
                    "end":  10.004644870758057,
                    "seconds":      10.004644870758057,
                    **"bytes":        4364528380,**
                    "bits_per_second":      3484585580.8672519,
                    "jitter_ms":    2.3222640079292773,
                    "lost_packets": 2102766,
                    "packets":      2989403,
                    "lost_percent": 70.34066668160834
            },

लेकिन हमें यकीन नहीं है कि यह बाइट्स क्या है, क्या यह बाइट्स या प्राप्त बाइट्स है?

इसे कब ठीक किया जाएगा? मुझे JSON आउटपुट से रिसीवर के बीपीएस प्राप्त करने की आवश्यकता है।

शायद कुछ वर्कअराउंड है?

अभी यह रोडमैप पर नहीं है। इसे ठीक करने के लिए ग्राहक और सर्वर के बीच राज्य मशीन और प्रोटोकॉल में बदलाव की आवश्यकता होती है।

क्या मैं पूछ सकता हूं ... यदि मैं यूडीपी और मैं के साथ परीक्षण कर रहा हूं तो क्लाइंट की तरफ से जौन को गिरफ्तार कर लिया जाएगा

end.sum.bits_per_second     AND 
end.sum.lost_packets

क्या मेरे पास एक उचित प्रतिनिधित्व होगा कि क्या ट्रांसमिशन सर्वर की तरफ से डेटा भेज रहा है और प्राप्त कर रहा है? ओएस को भेजने / प्राप्त करने के लिए दोनों दिशाओं को सत्यापित करने के लिए मुझे क्या करना होगा? पाठ आउटपुट से पार्स करें:

- - - - - - - - - - - - - - - - - - - - - - - - -
[ ID] Interval           Transfer     Bitrate         Jitter    Lost/Total Datagrams
[  5]   0.00-10.00  sec  1.26 MBytes  1.06 Mbits/sec  0.000 ms  0/81 (0%)  sender
[  5]   0.00-10.00  sec  1.26 MBytes  1.06 Mbits/sec  0.052 ms  0/81 (0%)  receiver

@awardblvr : यह इस बात पर निर्भर करता है कि आप "सफल" को कैसे परिभाषित करते हैं। मुझे लगता है कि एक उपाय यह हो सकता है कि यदि end.sum.lost_packets शून्य हो, तो रिसीवर ने किसी खोए हुए पैकेट का पता नहीं लगाया। हालांकि इसके आसपास कुछ किनारे मामले हैं, ज्यादातर उन पैकेटों के साथ क्या करते हैं जो अभी भी उड़ान में हैं जब ग्राहक ने परीक्षण पूरा होने की घोषणा की।

धन्यवाद ..., मैं केवल यह जानना चाहता हूं कि मैं इस एक json आउटपुट को पढ़ सकता हूं और देख सकता हूं
बुनियादी तौर पर पैकेट को सर्वर -> ग्राहक और पैकेट से स्थानांतरित किया जाता है
ग्राहक से प्रेषित -> सर्वर आ गया और वहाँ कोई हार नहीं हुई
ग्राहक-प्राप्त पैकेट पर पैकेट:

मेरा मानना ​​है कि:

end.sum.packets
end.sum.lost_packets
end.sum_receiver.packets <--- पैट के साथ नया
end.sum_receiver.lost_packets <--- पैट के साथ नया

यदि मैं गलत हूं तो मुझे बताएं!

"समाप्त": {
"योग": {
"अंत": 10.00,
"सेकंड": 10.00,
"बिट्स_पर_सेकंड": 1058280.26,
"बाइट्स": 1322892,
"पैकेट": 81,
"प्रारंभ": 0,
"जिटर_म्स": 0.056,
"खोया_पैकेट": 0,
"Lost_percent": 0
},
"धाराएँ": [
{{
"udp": {
"अंत": 10.00,
"सॉकेट": 5,
"सेकंड": 10.00,
"बिट्स_पर_सेकंड": 1058280.26,
"बाइट्स": 1322892,
"पैकेट": 81,
"out_of_order": 0,
"प्रारंभ": 0,
"जिटर_म्स": 0.056,
"खोया_पैकेट": 0,
"Lost_percent": 0
}
}
],
"sum_sender": {<--- PATCH के साथ नया
"अंत": 10.00,
"सेकंड": 10.00,
"बिट्स_पर_सेकंड": 1058280.26,
"बाइट्स": 1322892,
"पैकेट": 81,
"प्रारंभ": 0,
"जिटर_म्स": 0,
"खोया_पैकेट": 0,
"Lost_percent": 0
},
"sum_receiver": {<--- PATCH के साथ नया
"अंत": 10.00,
"सेकंड": 10.00,
"बिट्स_पर_सेकंड": 1058271.16,
"बाइट्स": 1322892,
"पैकेट": 81,
"प्रारंभ": 0,
"जिटर_म्स": 0.0568,
"खोया_पैकेट": 0,
"Lost_percent": 0
}

धन्यवाद

-ए

Thu पर, सितम्बर 13, 2018 को 10:04 पूर्वाह्न ब्रूस ए। Mah सूचनाएं @github.com
लिखा था:

@awardblvr https://github.com/awardblvr : यह इस बात पर निर्भर करता है कि आप कैसे हैं
परिभाषित "सफल"। मुझे लगता है कि एक उपाय यह हो सकता है कि अगर
end.sum.lost_packets शून्य है, तो रिसीवर ने किसी भी खो जाने का पता नहीं लगाया
पैकेट। हालाँकि, इसके आस-पास कुछ किनारे मामले हैं, ज्यादातर ऐसा करने के लिए
पैकेट के साथ क्या होता है जो अभी भी उड़ान में है जब ग्राहक
परीक्षण पूरा होने की घोषणा करता है।

-
आप इसका उल्लेख कर रहे हैं क्योंकि आपका उल्लेख किया गया था।
इस ईमेल का उत्तर सीधे दें, इसे GitHub पर देखें
https://github.com/esnet/iperf/issues/584#issuecomment-421079759 , या मूक
सूत्र
https://github.com/notifications/unsubscribe-auth/AFE_e3JCfwSxfr_negMTgZCq8Z6xIkdlks5uapAegaJpZMNNgILa
।

UDP के लिए स्वतंत्र Tx / Rx B / Ws की कमी के साथ एक समान समस्या का सामना करना पड़ा।
एक अलग दृष्टिकोण लिया।

मैंने TxRate और ड्रॉप% का उपयोग करके RxMbps की गणना की।

TxMbps = result.Mbps
RxMbps = TxMbps - (TxMbps * (result.lost_percent / 100))

सर्वर --- 10Mbps --- SRX (राउटर) --- 5Mbps ----- क्लाइंट
(एसआरएक्स इंटरफेस पर ट्रैफ़िक शेपर्स लागू)

मैं दोनों दिशाओं का परीक्षण करता हूं @ 20Mbps।

iPerf3 UDP अपलोड:

रिमोट: 10.8.8.100
स्थानीय: 10.9.9.222
प्रोटोकॉल / पोर्ट: यूडीपी / 33333
प्रारंभ समय: सूर्य, 10 जनवरी 2021 03:51:23 GMT
अवधि (सेकंड): 10
संचारित दर: 20.0Mbps
दर प्राप्त करें: 9.58 एमबीपीएस
घबराना: 0.7 मि
लॉस्ट पैकेट: 8990
खोया प्रतिशत: 52.07%
स्थानीय CPU: 9.03%
रिमोट सीपीयू: 0.76%

iPerf3 UDP डाउनलोड:

रिमोट: 10.8.8.100
स्थानीय: 10.9.9.222
प्रोटोकॉल / पोर्ट: यूडीपी / 33333
प्रारंभ समय: सूर्य, 10 जनवरी 2021 03:51:38 GMT
अवधि (सेकंड): 10
संचारित दर: 20.0Mbps
दर प्राप्त करें: 4.82Mbps
घबराना: 0.49 मि
खोया पैकेट: 13172
खोया प्रतिशत: 75.9%
स्थानीय CPU: 2.5%
रिमोट सीपीयू: 8.26%

@ hakujin22 , "_RxMbps = TxMbps - (TxMbps * (result.lost_percent / 100)) _" शायद सामान्य रूप से काम नहीं करेगा। ऐसा इसलिए है क्योंकि डेटा केवल स्थानीय रूप से इकट्ठा किया जाता है और दूरस्थ छोर से भी नहीं। उदाहरण के लिए, आपके द्वारा भेजे गए डेटा में, क्लाइंट सर्वर टू एंड लिंक बैंडविड्थ 5Mbps है। हालाँकि, मान लें कि अपलोड क्लाइंट के लिए सर्वर है, तो आपको सर्वर पर 10Mbps मिला। ऐसा इसलिए है क्योंकि यह SRX थ्रूपुट के लिए सर्वर का माप है और अंत तक समाप्त नहीं होता है।

@ bmah888 , चूंकि सर्वर डेटा --server-output का उपयोग करके प्राप्त किया जा सकता है, यूडीपी JSON सारांश सांख्यिकी मुद्दे के लिए समाधान / समाधान के रूप में निम्नलिखित दृष्टिकोण का उपयोग किया जा सकता है:

1. "_sum_received_" और "_sum_sent_" JSON अनुभागों को सर्वर और क्लाइंट दोनों पर UDP _end_ सारांश में जोड़ा जाएगा। ये अनुभाग _sum_ अनुभाग को प्रतिस्थापित नहीं करेगा।
2. "_Sum_received_" में केवल रिसीवर से गैर-शून्य डेटा शामिल होगा। जैसे क्लाइंट-आर सेट करेगा जब -R या द्विदिश का उपयोग किया जाता है, लेकिन केवल एक प्रेषक होने पर शून्य सेट करेगा।
3. "_sum_sent_" समान नियमों का उपयोग करके सेट किया जाएगा, लेकिन प्रेषक या द्विदिश के लिए।

यह दृष्टिकोण वर्तमान समाधान के साथ पीछे संगत प्रतीत होता है। यदि आप इसे स्वीकार करते हैं तो यह एक उपयोगी दृष्टिकोण हो सकता है जिसे मैं इसे लागू करने का प्रयास करूंगा।