WAN लिंक के प्रदर्शन-परीक्षण के लिए तरीके

Question

हमारे पास लगभग 200 मील की दूरी के स्थानों के बीच नए विविधतापूर्ण 1Gbps ईथरनेट लिंक की एक जोड़ी है। 'क्लाइंट' एक नई यथोचित शक्तिशाली मशीन है (HP DL380 G6, डुअल E56xx Xeons, 48GB DDR3, R1 जोड़ी 300GB 10krpm SAS डिस्क, W2K8R2-x64 और 'सर्वर' एक सभ्य पर्याप्त मशीन है (HP BL460c G6) , दोहरी E55xx Xeons, 72GB, 146GB 10krpm SAS डिस्क की R1 जोड़ी, दोहरे पोर्ट Emulex 4Gbps FC HBA दोहरे सिस्को MDS9509s से जुड़े तो 128 x 450GB 15krpm FC डिस्क, RHEL 5.3-x64) के लिए समर्पित HP EVA 8400।

SFTP का उपयोग क्लाइंट से हम केवल 40Kbps बड़ी (> 2GB) फ़ाइलों का उपयोग करके देख रहे हैं। हमने 'अन्य स्थानीय सर्वर' परीक्षणों के लिए सर्वर का प्रदर्शन किया है और स्थानीय स्विच (कैट 6509s) के माध्यम से लगभग 500Mbps देखें, हम क्लाइंट पक्ष पर भी ऐसा ही करने जा रहे हैं, लेकिन यह एक दिन या बहुत दूर है।

लिंक प्रदाताओं को यह साबित करने के लिए कि आप क्या परीक्षण पद्धति का उपयोग करेंगे, समस्या उनकी है?

Comments

मैं इसका उत्तर जानना चाहूंगा। हम अपने 100Mbit पट्टे पर लाइन अगले सप्ताह स्थापित हो जाओ कुछ समय :)

— टॉम ओ'कॉनर

जैसा कि user37899 कहता है - परिणाम की सराहना की जाएगी।

— pQd

कोई सुधार? मैं उत्सुक हूं कि यह कैसे निकला।

— काइल ब्रांट

मैंने लिंक प्रदाताओं को "काफी बुरी तरह से" हराया (विडंबना यह है कि मैं उसी संगठन का हिस्सा हूं जिसके लिए मैं काम करता हूं!) - वे अभी तक हमारे पास वापस नहीं आए हैं।

— चॉपर 3

आह ठीक है, और वैसे भी, अगर आप यह पता लगा सकते हैं कि मुझे serverfault.com/questions/134467/… और इसके लिए 7 वोट क्यों मिले , तो मैं जानना चाहता हूं ;-)

— Kyle Brandt

Answer 1

ट्यूनिंग
ए एलीफेंट: इसके लिए ट्यूनिंग की आवश्यकता हो सकती है, शायद यहां मुद्दा नहीं है क्योंकि पीक्यूडी कहता है। इस तरह के लिंक को "लॉन्ग, फैट पाइप" या हाथी ( आरएफसी 1072 देखें ) के नाम से जाना जाता है । चूँकि यह एक मोटी गीगाबिट पाइप है जो दूरी पर जा रही है (इस मामले में दूरी वास्तव में समय / विलंबता है), टीसीपी को विंडो बड़ी होने की जरूरत है (देखें टीसीपी / आईपी इलस्ट्रेटेड वॉल्यूम 1, तस्वीरों के लिए टीसीपी एक्सटेंशन अनुभाग)।

यह पता लगाने के लिए कि प्राप्त होने वाली विंडो क्या होनी चाहिए, आप बैंडविड्थ विलंब उत्पाद की गणना करते हैं:

Bandwidth * Delay = Product

यदि 10MS विलंबता है, तो यह कैलकुलेटर अनुमान लगाता है कि आप लगभग 1.2 MBytes की विंडो प्राप्त करना चाहते हैं। उपरोक्त सूत्र से हम स्वयं गणना कर सकते हैं:

echo $(( (1000000.00/.01)/8  )) 
12500000

इसलिए आप यह देखने के लिए एक पैकेट डंप चलाना चाह सकते हैं कि क्या tcp विंडो स्केलिंग (बड़ी खिड़कियों के लिए टीसीपी एक्सटेंशन जो अनुमति देता है) सही तरीके से ट्यून करने के लिए हो रही है, जब आप बड़ी समस्या है, तो यह पता लगाने के लिए।

विंडो बाउंड:
यदि यह समस्या है, कि आप विंडो का आकार बिना स्केलिंग के बांधे हुए हैं, तो मैं निम्नलिखित परिणामों की अपेक्षा करूंगा यदि कोई विंडो स्केलिंग नहीं है और पाइप आकार की परवाह किए बिना लगभग 200ms विलंबता है:

Throughput = Recieve Window/Round Trip Time

इसलिए:

echo $(( 65536/.2 ))
327680 #Bytes/second

आप जो परिणाम देख रहे हैं उसे प्राप्त करने के लिए आपको बस विलंबता के लिए हल करने की आवश्यकता होगी, जो निम्न होगी:

RTT = RWIN/Throughput

तो (40 kBytes / s के लिए):

echo $(( 65536.0/40000.0 )) 
1.63 #Seconds of Latency

(कृपया मेरे गणित की जाँच करें, और ये सभी प्रोटोकॉल / हेडर ओवरहेड शामिल नहीं हैं)

Comments

तुम्हें पता है कि मैं अस्थायी रूप से felt ओवरटेकिंग ’करने के लिए दूसरे सप्ताह को दोहराने के लिए थोड़ा दोषी महसूस किया, और इसका कारण यह है कि आपके उत्तर कितने अच्छे हैं - और बूम! आप भी अपने गणित करने के लिए एक शेल का उपयोग करते हैं, न कि 1.5MB मैक कैलक्यूलेटर.app मैं करते हैं! :) धन्यवाद।

— चॉपर 3

आपके पास अच्छे उत्तर भी हैं, और मुझे यह पसंद है कि मेरे पास कोई ऐसा व्यक्ति है जो मैं प्रतिनिधि हूं, खेल को थोड़ा बढ़ा देता है :-) त्वरित Google क्वेरी मुझे याद दिलाती है कि आपने मेरे प्रश्नों का उत्तर दिया है: serverfault.com/questions/107263/ … । मैं वास्तव में इस समुदाय को 'होने' की कोशिश करने वाले सक्रिय उपयोगकर्ताओं की सराहना करता हूं। लेकिन पूरक के लिए धन्यवाद!

— काइल ब्रांट

मुझे भी, मुझे यह जानने से ज्यादा पसंद नहीं है कि हमने किसी ऐसे व्यक्ति की मदद की है जो महसूस करते थे कि वे निराशा की समस्या से अलग हैं - बेशक पनीर के अलावा। यह कहा कि मैं इसे नफरत करता हूं जब हम बुरी तरह से गठित प्रश्न भी प्राप्त करते हैं, तो क्या आपने SO पॉडकास्ट 82 पर मेरा प्रश्न सुना है? यह भी एक नि: शुल्क एसएफ टीशर्ट मिला!

— चॉपर 3

मैं ज्यादातर पॉडकास्ट सुनता हूं लेकिन चूक गया कि एक, वापस जाऊंगा और इसकी जांच करूंगा (शायद इस सप्ताहांत)।

— काइल ब्रांट

उस pQd के बारे में क्षमा करें, मैंने वास्तव में PDQ Bach: en.wikipedia.org/wiki/P._D._Q._Bach :-)

— Kyle Brandt

Answer 2

40kbps बहुत कम है [इस बिंदु पर कि मुझे दोषपूर्ण मीडिया कन्वर्टर्स / डुप्लेक्स बेमेल पर संदेह होगा [लेकिन आपके पास गीगाबिट है इसलिए आधे डुप्लेक्स के लिए कोई जगह नहीं है!] आदि]। पैकेट के नुकसान या बहुत अधिक घबराना शामिल होना चाहिए।

iperf पहला उपकरण है जो उपलब्ध थ्रूपुट को मापने के लिए मेरे दिमाग में आता है। एक तरफ दौड़ो

iperf -s 

और दूसरे पर:

iperf -t 60 -c 10.11.12.13

फिर आप क्लाइंट / सर्वर भूमिकाओं को स्वैप कर सकते हैं, टेस्ट के शुरू होने से पहले दोनों मशीनों के बीच में-डुप्लेक्स आदि का उपयोग कर सकते हैं और देख सकते हैं कि अप्रयुक्त लिंक पर आपके पास क्या विलंबता / पैकेट नुकसान हैं, और डेटा ट्रांसफर के दौरान वे कैसे बदलते हैं।

आप यह देखना चाहेंगे: जब तक कि लिंक अपनी क्षमता के 90 प्रतिशत पर संतृप्त न हो जाए, तब तक बहुत छोटा घबराना और कोई पैकेट नुकसान नहीं।

* nix और जीत के लिए iperf , इसके बारे में यहाँ और यहाँ पढ़ें ।

* निक्स और जीत के लिए mtr ।

Comments

हम जानते हैं कि यह लिंक 6 1000-बेस-zx लिंक से बना है, इसलिए सभी द्वारा शुरू की जाने वाली विलंबता से बँधा हुआ है, लेकिन फिर भी मुझे आश्चर्य है कि आप कितने कम हैं, यह iperf चीज़ द्वारा महान टिप पर है जिस तरह से, मैं इसे पूरी तरह से भूल गया!

— चॉपर 3

कृपया अपने परिणाम पोस्ट करें!

— यूनिक्स जेनेटर

Answer 3

ट्रेसपाथ आपको दो साइटों के बीच रूटिंग समस्याएं दिखा सकता है।

iperf, ttcp और bwping आपको उपयोगी जानकारी दे सकते हैं।

क्या आप जानते हैं कि इस 1GB लिंक का प्रावधान कैसे किया जा रहा है? क्या आप इस लिंक पर ब्रिजिंग या रूटिंग कर रहे हैं? लिंक के लिए आपका SLA क्या है? आपको अपने लिंक प्रदाता द्वारा आकार दिया जा सकता है?

यदि आपकी केवल 40kbs हो रही है, तो एक गंभीर समस्या है, क्या आप सुनिश्चित हैं कि यह 1GB लिंक के बजाय 1MB का लिंक नहीं है। आप शायद पाएंगे कि लिंक की गति वह नहीं है जो आप इसे सोचते हैं :-)

Comments

आपके उत्तर के लिए धन्यवाद, यह एक समर्पित मल्टी-सेगमेंट ब्रिज-रहित सिंगल-मोड फाइबर लिंक है, इसमें कोई आकार नहीं है क्योंकि इसमें सिर्फ L2 ही सभी तरह से शामिल है - ओह और मुझे आशा है कि यह 1Mbps लिंक नहीं है, न कि उस पैसे के साथ जो इसकी लागत है। :)

— चॉपर 3

यदि आपके LAN पर ब्रिजिंग, यानी कहीं भी कोई रूटिंग नहीं है, तो नेटवर्क प्रसारण लिंक क्षमता को बर्बाद कर देगा, यह सच है कि 1gb के लिए यह एक छोटा सा अंश होगा, लेकिन एक दुर्व्यवहार नेटवर्क सेवा लिंक को समतल कर सकती है। मुझे लगता है कि ये पुल आपके नियंत्रण से बाहर हैं। ये स्विच अतिभारित हो सकते हैं, या बहुत उच्च विलंबता को बढ़ा सकते हैं। उच्च विलंबता का अर्थ है कम बैंडविड्थ।

— Unix Janitor

@ user37899 - उच्च विलंबता का मतलब कम बैंडविड्थ नहीं है, लेकिन ट्यूनिंग की आवश्यकता है ... वैसे भी - आप 200 मील पर कितना विलंबता प्राप्त कर सकते हैं - अगर चीजें ठीक हैं - 3-10ms से अधिक नहीं। गीगाबिट लिंक पर प्रसारित arp [या अन्य] संभवतः पूरी उपलब्ध क्षमता का बहुत छोटा अंश है।

— pQd

यदि आपके पास लिंक के प्रदर्शन को प्रभावित करने के लिए इस तरह के स्तर पर नेटवर्क प्रसारण हो रहा है, तो मुझे संदेह है कि इस नई लाइन के आने से पहले आपको आंतरिक प्रदर्शन की समस्या होगी और जितना देखा होगा।

— जोकविटी

@pQd मैं वास्तव में एक प्रसारण तूफान के बारे में बात कर रहा था।

— यूनिक्स जेनरेटर

Answer 4

RFC 2544 या Y.156sam

ये नेटवर्क परीक्षण हैं जो वाहक द्वारा SLA को साबित करने के लिए किए जाते हैं। IPERF और इसके जैसी सत्यापन योग्य नेटवर्क परीक्षण विधियाँ नहीं हैं।