bwctl - क्लाउड में ऑनलाइन

कार्यक्रम:

नाम

bwctl, bwping, bwtraceroute - थ्रूपुट, ट्रेसरूट, पिंग का अनुरोध करने के लिए क्लाइंट एप्लिकेशन
और ओवैम्प परीक्षण।

SYNOPSIS

bwctl [विकल्पों] -c revhost -s सेंडहोस्ट
bwctl [विकल्पों] -c revhost
bwctl [विकल्पों] -s सेंडहोस्ट
bwping [विकल्पों] -c revhost -s सेंडहोस्ट
bwping [विकल्पों] -c revhost
bwping [विकल्पों] -s सेंडहोस्ट
butraceroute [विकल्पों] -c revhost -s सेंडहोस्ट
butraceroute [विकल्पों] -c revhost
butraceroute [विकल्पों] -s सेंडहोस्ट

वर्णन

bwctl एक कमांड लाइन क्लाइंट एप्लिकेशन है जिसका उपयोग थ्रूपुट परीक्षण शुरू करने के लिए किया जाता है।

के इस संस्करण bwctl आरंभ करने में सक्षम है iperf, Nuttcp, Iperf3, पिंग, ट्रेसरूट,
अनुरेखण पथ और Owamp परीक्षण।

bwctl से संपर्क कर कार्य करता है बीडब्ल्यूसीटीएलडी प्राप्तकर्ता होस्ट और भेजने वाले होस्ट दोनों पर डेमॉन।
बीडब्ल्यूसीटीएलडी जिस होस्ट पर यह चलता है उसके संसाधनों को प्रबंधित और शेड्यूल करता है। ऐसे मामले में जहां केवल
प्राप्तकर्ता होस्ट या भेजने वाले होस्ट में से एक निर्दिष्ट है, bwctl मानता है कि स्थानीय होस्ट है
दूसरा समापन बिंदु. bwctl किसी स्थानीय से संपर्क करने का प्रयास किया जाएगा बीडब्ल्यूसीटीएलडी अगर यह हो सकता है. अगर वहाँ कोई नहीं है
स्थानीय बीडब्ल्यूसीटीएलडी चल रहा है, bwctl यह मानता है कि स्थानीय होस्ट को नीति नियंत्रण की आवश्यकता नहीं है और
निष्पादित करेंगे बीडब्ल्यूसीटीएलडी परीक्षण को सीधे चलाने के लिए आवश्यक कार्यक्षमता।

यदि मामले जहां bwctl सीधे होस्ट पर परीक्षण चला रहा है, ऐसे कई हैं
कॉन्फ़िगरेशन विकल्प जिनके साथ साझा किए गए हैं बीडब्ल्यूसीटीएलडी. उन कॉन्फ़िगरेशन विकल्पों को सेट किया जा सकता है
का उपयोग bwctlrc(5) कॉन्फ़िगरेशन फ़ाइल एक तरह से उनके समान ही है
में निर्दिष्ट है bwctld.conf(5) फ़ाइल।

RSI bwctl, bwping और butraceroute ग्राहकों रहे प्रयुक्त सेवा मेरे का अनुरोध la वांछित टाइप of
थ्रूपुट, विलंब or ट्रेसरूट परीक्षण. इसके अलावा, it अनुरोधों कब परीक्षण वांछित है.
बीडब्ल्यूसीटीएलडी प्रत्येक समापन बिंदु पर या तो एक अस्थायी आरक्षण के साथ प्रतिक्रिया करता है या परीक्षण से इनकार किया
संदेश। एक बार bwctl दोनों से एक समान आरक्षण प्राप्त करने में सक्षम है बीडब्ल्यूसीटीएलडी प्रक्रियाएं (एक
परीक्षण में शामिल प्रत्येक मेजबान के लिए), यह आरक्षण की पुष्टि करता है। फिर बीडब्ल्यूसीटीएलडी
प्रक्रियाएँ परीक्षण चलाती हैं और परिणाम लौटाती हैं। परिणाम क्लाइंट को वापस कर दिए जाते हैं
परीक्षण के दोनों पक्ष संबंधित से बीडब्ल्यूसीटीएलडी प्रक्रियाएँ। इसके अतिरिक्त, बीडब्ल्यूसीटीएलडी
प्रक्रियाएँ परीक्षण के अपने संबंधित पक्ष के परिणामों को एक दूसरे के साथ साझा करती हैं।

बीडब्ल्यूसीटी (bwctl और बीडब्ल्यूसीटीएलडी) का उपयोग मेजबानों के लिए गैर-विशिष्ट नेटवर्क माप परीक्षणों को सक्षम करने के लिए किया जाता है
दिए गए सिस्टम पर पूर्ण उपयोगकर्ता खाते दिए बिना। उपयोगकर्ता इसकी क्षमता चाहते हैं
एक जोड़ी के बीच प्राप्य या उपलब्ध बैंडविड्थ निर्धारित करने के लिए थ्रूपुट परीक्षण चलाएं
मेज़बान यह निर्धारित करने के लिए नेटवर्क पथ के साथ कई बिंदुओं पर परीक्षण करना अक्सर उपयोगी होता है
उस पथ पर नेटवर्क विशेषताएँ। आमतौर पर, जो उपयोगकर्ता यह पथ करना चाहते हैं
अपघटन को सीधे नेटवर्क/सिस्टम प्रशासकों से संपर्क करना होगा जो इसे नियंत्रित करते हैं
रास्ते में मेज़बान। व्यवस्थापक को या तो उपयोगकर्ता के लिए आधा परीक्षण चलाना होगा
या उन्हें होस्ट पर एक उपयोगकर्ता खाता दें। इसके अलावा, रुचि के नेटवर्क पथ आम तौर पर होते हैं
अनेक प्रशासकों द्वारा नियंत्रित. इन बाधाओं ने इस प्रकार का परीक्षण कराया है
व्यवहार में कठिन.

बीडब्ल्यूसीटी इस समस्या से निपटने के लिए डिज़ाइन किया गया था. यह एक व्यवस्थापक को कॉन्फ़िगर करने की अनुमति देता है
एक के रूप में मेजबान दिया गया iperf, Iperf3, Nuttcpया, Owamp समापनबिंदु. समापन बिंदु एक पैकेट हो सकता है
प्रेषक (उदा iperf क्लाइंट) या एक पैकेट रिसीवर (उदा iperf सर्वर)। इसे साझा किया जा सकता है
एकाधिक उपयोगकर्ता बिना इस चिंता के कि वे उपयोगकर्ता एक-दूसरे के साथ हस्तक्षेप करेंगे। विशिष्ट
नीतिगत सीमाएँ विशिष्ट उपयोगकर्ताओं पर लागू की जा सकती हैं, और उनके लिए व्यक्तिगत परीक्षण निर्धारित किए गए हैं
एक दूसरे के कार्य में हस्तक्षेप नहीं करेंगे। इसके अतिरिक्त, पूर्ण उपयोगकर्ता खातों की आवश्यकता नहीं है
उपयोगकर्ता परीक्षण चला रहे हैं।

बीडब्ल्यूसीटी प्रशासक को उपयोगकर्ता नाम के आधार पर आने वाले कनेक्शनों को वर्गीकृत करने की अनुमति देता है
एईएस कुंजी संयोजन या, वैकल्पिक रूप से, आईपी/नेटमास्क पर आधारित। एक बार कनेक्शन हो गया
वर्गीकृत, बीडब्ल्यूसीटीएलडी थ्रौगपुट परीक्षणों के सटीक प्रकार और तीव्रता को निर्धारित कर सकता है
जिसकी अनुमति होगी. नीति नियंत्रणों पर अधिक जानकारी यहां पाई जा सकती है
बीडब्ल्यूसीटीएलडी(8) मैन पेज।

बीडब्ल्यूसीटी एक वितरित शेड्यूलिंग एल्गोरिदम का उपयोग करता है। प्रत्येक मेज़बान एक शेड्यूल बनाए रखता है
स्वतंत्र रूप से। जैसे ही कोई ग्राहक परीक्षण का अनुरोध करता है, दो समापन बिंदुओं से संपर्क किया जाता है और प्रत्येक
बीडब्ल्यूसीटीएलडी सर्वर पहले उपलब्ध ओपन शेड्यूल स्लॉट के साथ प्रतिक्रिया करता है। यह ऑन-डिमांड को सक्षम बनाता है
परीक्षण नियमित रूप से निर्धारित परीक्षणों के साथ सह-अस्तित्व में हैं क्योंकि नियमित रूप से निर्धारित परीक्षण होते हैं
नियमित अंतराल पर ग्राहक अनुरोध परीक्षण करके कार्यान्वित किया जाता है। अलग-अलग प्राथमिकताएं
का उपयोग करके कार्यान्वित किया जा सकता है घटना क्षितिज कॉन्फ़िगरेशन निर्देश बीडब्ल्यूसीटीएलडी. (अनुमति द्वारा
ऐसे ग्राहक जो अपने समय स्लॉट को और अधिक आरक्षित करने के लिए नियमित रूप से निर्धारित परीक्षण लागू करते हैं
भविष्य।)

बहस

कनेक्शन/प्रमाणीकरण तर्क:
- 4, --आईपीवी4
bwctl को केवल IPv4 पतों का उपयोग करने के लिए बाध्य करता है।

चूक:
अनिर्दिष्ट (आईपीवी6 को प्राथमिकता दी जाती है)।

- 6, --आईपीवी6
bwctl को केवल IPv6 पतों का उपयोग करने के लिए बाध्य करता है।

चूक:
अनिर्दिष्ट (आईपीवी6 को प्राथमिकता दी जाती है)।

-A authmethod
authmethod प्रमाणीकरण विधि को निर्दिष्ट करने के लिए उपयोग किया जाता है bwctl ग्राहक इच्छुक है
के साथ संचार के लिए उपयोग करना बीडब्ल्यूसीटीएलडी पर सेंडहोस्ट और revhost।
के प्रमाणीकरण विकल्प bwctl विस्तार योग्य होने का इरादा है। संचार
से bwctl प्रत्येक के लिए ग्राहक बीडब्ल्यूसीटीएलडी सर्वर इसके लिए अलग-अलग विकल्प ले सकता है
प्रमाणीकरण के विभिन्न प्रकार. यदि authmethod के लिए विकल्प निर्दिष्ट है
या तो -sया, -c तर्क, यह ओवरराइड करता है authmethod के साथ निर्दिष्ट
-A उस विशेष होस्ट के साथ संचार का विकल्प। (इसलिए -A तर्क
वास्तव में केवल तभी उपयोगी है जब समान प्रमाणीकरण का उपयोग दोनों होस्ट के साथ किया जा सकता है।)

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

के लिए प्रारूप authmethod है:

ऑथमोड [authscheme स्कीमऑप्ट्स]

ऑथमोड
उस प्रमाणीकरण मोड को निर्दिष्ट करता है जिसके साथ ग्राहक बात करने को तैयार है
सर्वर. इसे किसी एक या सभी के साथ एक कैरेक्टर स्ट्रिंग के रूप में सेट किया जाना चाहिए
अक्षर "एईओ"। मोड हैं:

A [A] प्रमाणित. यह मोड नियंत्रण कनेक्शन को एन्क्रिप्ट करता है।

E [E]एनक्रिप्टेड. यह मोड नियंत्रण कनेक्शन को एन्क्रिप्ट करता है। यदि परीक्षण
एन्क्रिप्शन का समर्थन करता है, यह मोड अतिरिक्त रूप से परीक्षण को एन्क्रिप्ट करेगा
धारा। (परीक्षण स्ट्रीम का एन्क्रिप्शन वर्तमान में समर्थित नहीं है, इसलिए
यह मोड वर्तमान में प्रमाणित के समान है।)

O [O]कलम। किसी भी प्रकार का कोई एन्क्रिप्शन नहीं किया गया है.

ग्राहक उन सभी तरीकों को निर्दिष्ट कर सकता है जिनके लिए वह इच्छुक है
बातचीत करना। सबसे सख्त मोड जो सर्वर और क्लाइंट दोनों का है
उपयोग करने के इच्छुक का चयन किया जाएगा।

चूक:
"एईओ"

authscheme स्कीमऑप्ट्स
authscheme उस प्रमाणीकरण योजना को इंगित करता है जिसका उपयोग किया जाना चाहिए
हासिल करें प्रमाणीकृत or एन्क्रिप्टेड मोड। स्कीमऑप्ट्स की एक सूची है
प्रत्येक विशेष प्रमाणीकरण योजना के लिए विशिष्ट तर्क। का समर्थन किया
authscheme मान अनुसरण करते हैं (के साथ सूचीबद्ध)। स्कीमऑप्ट्स प्रत्येक योजना के लिए आवश्यक है):

एस्की userid [कीफ़ाइल]
यह प्रारंभिक "सरल" साझा रहस्य (एईएस कुंजी) मॉडल है। userid is
यह पहचानना आवश्यक है कि सर्वर और क्लाइंट को कौन सा साझा रहस्य रखना चाहिए
का उपयोग करें. कीफाइल वैकल्पिक रूप से एईएस कुंजी पुनर्प्राप्त करने के लिए एक फ़ाइल निर्दिष्ट करता है
से। अगर कीफाइल निर्दिष्ट नहीं है, उपयोगकर्ता को इसके लिए संकेत दिया जाएगा
पदबंध. कीफाइल का उपयोग करके उत्पन्न किया जा सकता है एईएसपासवाडी(1)
आवेदन.

चूक:
अपुष्ट

authscheme और स्कीमऑप्ट्स केवल तभी आवश्यक हैं जब प्रमाणित संचार (A or E
के तरीके ऑथमोड) के साथ वांछित है सेंडहोस्ट और revhost.

-बी, --स्थानीय पता श्रीकैडर
क्लाइंट सॉकेट के स्थानीय पते को इससे जोड़ें श्रीकैडर. श्रीकैडर निर्दिष्ट किया जा सकता है
DNS नाम का उपयोग करना या IP पतों के लिए मानक पाठ्य नोटेशन का उपयोग करना।

चूक:
अनिर्दिष्ट (वाइल्ड-कार्ड पता चयन)।

-सी, --रिसीवर recvhost[:पोर्ट] [लेख विधि]
उस होस्ट को निर्दिष्ट करता है जो इसे चलाएगा iperf, Iperf3 or Nuttcp सर्वर. बंदरगाह
प्रत्यय वैकल्पिक है और केवल तभी आवश्यक है बीडब्ल्यूसीटीएलडी गैर-डिफ़ॉल्ट पोर्ट पर चलाया जा रहा है
संख्या। यदि कोई IPv6 पता निर्दिष्ट किया जा रहा है, तो ध्यान दें कि स्वीकृत प्रारूप
शामिल है revhost वर्गाकार कोष्ठकों में विनिर्देश का भाग इस प्रकार है:
[fe80::fe9f:62d8]:4823. यह सुनिश्चित करता है कि पोर्ट नंबर पते से अलग है
विशिष्टता, और यदि :port प्रत्यय का उपयोग नहीं किया जा रहा है तो इसकी आवश्यकता नहीं है।

इनमें से कम से कम एक -c or -s विकल्प निर्दिष्ट किये जाने चाहिए. यदि उनमें से एक भी नहीं है
निर्दिष्ट, इसे स्थानीय होस्ट माना जाता है।

authmethod कीवर्ड की एक विशेष रूप से क्रमबद्ध सूची है जिसकी आवश्यकता केवल तभी होती है
के साथ प्रमाणित संचार चाहता है revhost. इन कीवर्ड का उपयोग किया जाता है
संचार और प्रमाणीकरण के प्रकार का वर्णन करें जिसका उपयोग किया जाना चाहिए
सम्पर्क करें revhost. अगर revhost और सेंडहोस्ट समान प्रमाणीकरण साझा करें
विधियाँ और पहचान, दोनों के लिए प्रमाणीकरण विधि निर्दिष्ट करना संभव है revhost
और सेंडहोस्ट का उपयोग -A तर्क। एक authmethod के साथ निर्दिष्ट -c विकल्प
एक को ओवरराइड कर देगा authmethod के साथ निर्दिष्ट -A के साथ संचार के लिए तर्क
la revhost.

के लिए प्रारूप authmethod और वर्तमान में उपलब्ध का विवरण
प्रमाणीकरण विधियों का वर्णन किया गया है -A तर्क।

-एस, --प्रेषक सेंडहोस्ट[:पोर्ट] [लेख विधि]
उस होस्ट को निर्दिष्ट करता है जो इसे चलाएगा iperf, Iperf3 or Nuttcp ग्राहक। बंदरगाह
प्रत्यय वैकल्पिक है और केवल तभी आवश्यक है बीडब्ल्यूसीटीएलडी गैर-डिफ़ॉल्ट पोर्ट पर चलाया जा रहा है
संख्या। यदि कोई IPv6 पता निर्दिष्ट किया जा रहा है, तो ध्यान दें कि स्वीकृत प्रारूप
शामिल है सेंडहोस्ट वर्गाकार कोष्ठकों में विनिर्देश का भाग इस प्रकार है:
[fe80::fe9f:62d8]:4823. यह सुनिश्चित करता है कि पोर्ट नंबर पते से अलग है
विशिष्टता, और यदि :port प्रत्यय का उपयोग नहीं किया जा रहा है तो इसकी आवश्यकता नहीं है।

इनमें से कम से कम एक -c or -s विकल्प निर्दिष्ट किये जाने चाहिए. यदि उनमें से एक भी नहीं है
निर्दिष्ट, यह माना जाता है स्थानीय.

authmethod कीवर्ड की एक विशेष रूप से क्रमबद्ध सूची है जिसकी आवश्यकता केवल तभी होती है
के साथ प्रमाणित संचार चाहता है सेंडहोस्ट. इन कीवर्ड का उपयोग किया जाता है
संचार और प्रमाणीकरण के प्रकार का वर्णन करें जिसका उपयोग किया जाना चाहिए
सम्पर्क करें सेंडहोस्ट. अगर revhost और सेंडहोस्ट समान प्रमाणीकरण साझा करें
विधियाँ और पहचान, दोनों के लिए प्रमाणीकरण विधि निर्दिष्ट करना संभव है revhost
और सेंडहोस्ट का उपयोग -A तर्क। एक authmethod के साथ निर्दिष्ट -s विकल्प
एक को ओवरराइड कर देगा authmethod के साथ निर्दिष्ट -A के साथ संचार के लिए तर्क
la सेंडहोस्ट.

के लिए प्रारूप authmethod और वर्तमान में उपलब्ध का विवरण
प्रमाणीकरण विधियों का वर्णन किया गया है -A तर्क।

-ओ, --फ्लिप
डिफ़ॉल्ट रूप से, प्रेषक रिसीवर से कनेक्ट हो जाएगा। --flip विकल्प का कारण बनता है
प्रेषक से जुड़ने के लिए रिसीवर। यह विकल्प सभी प्रकार के परीक्षण के लिए उपलब्ध नहीं है
(उदाहरण के लिए iperf परीक्षणों के लिए)। यदि रिसीवर फ़ायरवॉल के पीछे है तो यह सबसे उपयोगी है।

bwctl टेस्ट तर्क:
तर्कों को उनके समकक्षों से मेल खाने के लिए नामित किया गया था iperf जितना संभव हो उतना करीब से।

-टी, --टूल
निर्दिष्ट करें कि किस थ्रूपुट परीक्षक का उपयोग करना है:

iperf

iperf3

नटसीपी

चूक:
कोई नहीं। एक उपकरण का चयन करता है जो क्लाइंट और सर्वर में समान है

-एस, --तो सेवा की शर्तों
भेजने वाले पैकेट में टीओएस बाइट सेट करें।

चूक:
कोई नहीं.

-डी, --डीएससीपी DSCP
भेजने वाले पैकेट में टीओएस बाइट के लिए RFC 2474 शैली DSCP मान सेट करें। ये हो सकता है
दशमलव, हेक्स या ऑक्टल में 6-बिट संख्यात्मक मान का उपयोग करके सेट किया जाए। इसके अतिरिक्त,
प्रतीकात्मक का निम्नलिखित सेट DSCP नाम स्थिरांक समझे जाते हैं. (उदाहरण अनुप्रयोग
आरएफसी 4594 से लिया गया है।)

┌────────┬────────┬──────────────── ────┬───── ──────────────────────┐
│ नाम │ वैल्यू │ सर्विस वर्ग │ उदाहरण │
├────────├────────├──────────────── ────├───── ──────────────────────┤
│कोई नहीं │ │ │ │
│चूक │ 000000 │ मानक │ अविभेदित │
│DF │ │ │ │
│CS0 │ │ │ │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS1 │ 001000 │ कम प्राथमिकता वाला डेटा │ कोई BW आश्वासन नहीं │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ हाई-थ्रूपुट डेटा │ स्टोर करें और अग्रेषित करें │
│AF13 │ 001110 │ │ │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS2 │ 010000 │ OAM │ OAM&P │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ कम-विलंबता डेटा │ वेब-आधारित ऑर्डरिंग │
│AF23 │ 010110 │ │ │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS3 │ 011000 │ प्रसारण वीडियो │ टीवी और लाइव कार्यक्रम │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ मल्टीमीडिया स्ट्रीमिंग │ वीडियो और ऑडियो स्ट्रीमिंग │
│AF33 │ 011110 │ │ │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS4 │ 100000 │ रीयल-टाइम इंटरैक्टिव │ वीडियो कॉन्फ्रेंस और गेमिंग │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ मल्टीमीडिया कॉन्फ्रेंसिंग │ H.323 वीडियो कॉन्फ्रेंसिंग │
│AF43 │ 100110 │ │ │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS5 │ 101000 │ सिग्नलिंग │ वीडियो कॉन्फ्रेंस और गेमिंग │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│EF │ 101110 │ टेलीफोनी │ आईपी टेलीफोनी वाहक │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS6 │ 110000 │ नेटवर्क नियंत्रण │ नेटवर्क रूटिंग │
├────────┼────────┼───────────────── ────┼───── ──────────────────────┤
│CS7 │ 111000 │ │ │
└────────┴────────┴──────────────── ────┴───── ──────────────────────┘
चूक:
परेशान.

-बी, --बैंडविड्थ बैंडविड्थ
यूडीपी भेजने की दर को सीमित करें बैंडविड्थ (बिट्स/सेकंड)।

चूक:
1 एमबी

-मैं, --रिपोर्ट_अंतराल अंतराल
रिपोर्ट अंतराल (सेकंड)।

चूक:
अनसेट (कोई अंतराल रिपोर्ट नहीं किया गया)

-एल, --बफ़र_लंबाई लेन
पढ़ने/लिखने वाले बफ़र्स की लंबाई (बाइट्स)।

चूक:
8 केबी टीसीपी, 1470 बाइट्स यूडीपी

-ओ, --छोड़ें सेकंड
अंतिम आँकड़ों से हटाए जाने वाले डेटा की प्रारंभिक अवधि। ऐसा इसलिए है ताकि आप कर सकें
टीसीपी स्लो स्टार्ट जैसी पिछली प्रारंभिक स्थितियों को छोड़ें। वर्तमान में केवल द्वारा कार्यान्वित किया गया है
la iperf3 उपकरण.

-पी, --समानांतर एनस्ट्रीम
परीक्षण के लिए समवर्ती धाराओं की संख्या. देखें -P का विकल्प iperf ब्योरा हेतु।

-t,--test_duration पहर
परीक्षण की अवधि (सेकंड).

चूक:
10

-यू, --यूडीपी
यूडीपी परीक्षण.

चूक:
टीसीपी परीक्षण

-डब्ल्यू,--डायनामिक_विंडो खिड़की
as के समान -w विकल्प, सिवाय इसके कि मूल्य सलाहकारी है। bwctl करने का प्रयास करेंगे
आरटीटी जानकारी के आधार पर गतिशील रूप से उचित टीसीपी विंडो निर्धारित करें
नियंत्रण सॉकेट से एकत्र किया गया। अगर bwctl गतिशील रूप से निर्धारित करने में असमर्थ है a
विंडो, मान खिड़की इस्तेमाल किया जाएगा।

चूक:
अनसेट (सिस्टम डिफ़ॉल्ट)

-डब्ल्यू, --खिड़की खिड़की
सॉकेट बफ़र आकार (बाइट्स)। टीसीपी के लिए, यह टीसीपी विंडो का आकार निर्धारित करता है। यूडीपी के लिए, यह
सॉकेट प्राप्त बफ़र आकार सेट करता है।

चूक:
अनसेट (सिस्टम डिफ़ॉल्ट)

bwping टेस्ट तर्क:
-टी, --टूल
निर्दिष्ट करें कि किस थ्रूपुट परीक्षक का उपयोग करना है:

पिंग

owamp

चूक:
कोई नहीं। एक उपकरण का चयन करता है जो क्लाइंट और सर्वर में समान है

-इ, --no_endpoint
जहां रिसीवर के पास bwctl उपलब्ध न हो, वहां पिंग परीक्षण चलाने की अनुमति दें।

-एल, --पैकेट_लंबाई लंबाई
पिंग या ओवैंप परीक्षण के लिए भेजे जाने वाले पैकेट का आकार

चूक:
न्यूनतम आकार के पैकेट

-एन, --num_packets nपैकेट
इस परीक्षण में भेजे जाने वाले पैकेटों की संख्या

चूक:
10

-मैं, --पैकेट_अंतराल सेकंड
प्रत्येक पैकेट को परीक्षण के लिए भेजे जाने के बीच का समय

चूक:
1.0 सेकंड

-टी, --टीटीएल टीटीएल
प्रत्येक पैकेट को टैग करने के लिए टीटीएल मान। यह केवल पिंग परीक्षणों पर लागू होता है।

चूक:
कोई नहीं

butraceroute टेस्ट तर्क:
-टी, --टूल
निर्दिष्ट करें कि किस थ्रूपुट परीक्षक का उपयोग करना है:

ट्रेसरूट

ट्रेसपैथ

चूक:
कोई नहीं। एक उपकरण का चयन करता है जो क्लाइंट और सर्वर में समान है

-इ, --no_endpoint
एक परीक्षण को चलाने की अनुमति दें जहां रिसीवर के पास bwctl उपलब्ध न हो।

-एल, --पैकेट_लंबाई लंबाई
परीक्षण के लिए भेजे जाने वाले पैकेट का आकार

चूक:
न्यूनतम आकार के पैकेट

-एफ, --first_ttl टीटीएल
ट्रेसरूट के लिए निर्धारित न्यूनतम टीटीएल। यह उस मार्ग में पहली छलांग निर्धारित करता है
लौटा दी जाएगी। यह ट्रेसपाथ परीक्षणों के लिए काम नहीं करता.

चूक:
कोई नहीं

-एम, --max_ttl टीटीएल
ट्रेसरूट के लिए निर्धारित अधिकतम टीटीएल। यह उस मार्ग की अंतिम छलांग निर्धारित करता है
लौटा दी जाएगी। यह ट्रेसपाथ परीक्षणों के लिए काम नहीं करता.

चूक:
कोई नहीं

-टी, --परीक्षण अवधि सेकंडfR
ट्रेसरूट परीक्षण समाप्त होने तक प्रतीक्षा करने के लिए अधिकतम समय।

चूक:
10 सेकंड

निर्धारण तर्क:
-ए --allow_ntp_unsync सिंकफ़ज़
अनुमति देना bwctl सिंक्रोनाइज्ड सिस्टम क्लॉक के बिना चलाने के लिए। कितनी दूर है यह निर्दिष्ट करने के लिए इसका उपयोग करें
स्थानीय घड़ी बंद है यूटीसी. bwctl एक रखना पसंद करता है एनटीपी तुल्यकालिक प्रणाली
यह सुनिश्चित करने के लिए घड़ी का उपयोग करें कि परीक्षण के दो समापन बिंदु वास्तव में उसी पर सहमत हैं
परीक्षण निष्पादन के लिए निर्धारित समय विंडो।

यदि दो प्रणालियों में समय की पर्याप्त जानकारी नहीं है, तो थ्रूपुट परीक्षण
अंततः विफल हो जाएगा क्योंकि परीक्षण का एक समापन बिंदु a पर चलने का प्रयास करेगा
दूसरे से भिन्न समय.

यदि ऑपरेटिंग सिस्टम सपोर्ट करता है एनटीपी सिस्टम कॉल, और सिस्टम क्लॉक है
अनसिंक्रनाइज़ होने के लिए निर्धारित, त्रुटि संदेश अभी भी इसके आधार पर रिपोर्ट किए जाएंगे
के मूल्य पर -e झंडा।

समय त्रुटियों की गणना करते समय, इस मान को खाते में जोड़ा जाएगा
अंतर। का उपयोग करके अधिकतम समय ऑफसेट को सर्वर साइड पर सीमित किया जा सकता है
सेवा हमले से इनकार को रोकने के लिए max_time_error निर्देश। यदि सेट है, तो सर्वर
किसी सहकर्मी के साथ परीक्षण करने के किसी भी अनुरोध को अस्वीकार कर दिया जाएगा जिसमें टाइमस्टैम्प त्रुटि बहुत अधिक है।

चूक:
अनसेट (बिना सिस्टम के लिए सेट करने के लिए डिफ़ॉल्ट एनटीपी सिस्टम कॉल)

-मैं, --test_अंतराल अंतराल
निर्दिष्ट करता है कि bwctl प्रत्येक को थ्रूपुट परीक्षण चलाने का प्रयास करना चाहिए अंतराल
सेकंड.

चूक:
परेशान. यदि यह अस्थिर है, bwctl परीक्षण केवल एक बार चलता है।

-एल, --नवीनतम_समय सबसे लंबे समय तक
यह निर्दिष्ट करता है कि ग्राहक कितने लंबे समय तक प्रतीक्षा करने को तैयार है
आरक्षण खिड़की. कब bwctl से परीक्षण का अनुरोध करता है बीडब्ल्यूसीटीएलडी सर्वर, यह निर्दिष्ट करता है
सबसे प्रारंभिक समय और नवीनतम समय यह स्वीकार करने को तैयार है। नवीनतम समय है
इसे जोड़कर निर्धारित किया जाता है सबसे लंबे समय तक शुरुआती समय का विकल्प. सबसे प्रारंभिक समय है
मूलतः 'अभी'। सबसे लंबे समय तक समय को सेकंड की संख्या के रूप में निर्दिष्ट किया गया है।

चूक:
If अंतराल सेट है, डिफ़ॉल्ट 50% है अंतराल. अन्यथा, डिफ़ॉल्ट
परीक्षण अवधि से दोगुनी है पहर लेकिन 10 मिनट से कम नहीं. (देखना -t.)

-एन, --num_tests nअंतराल
यदि किए जाने वाले परीक्षणों की संख्या -I विकल्प निर्धारित है।

चूक:
निरंतर

-आर, --यादृच्छिक करें अल्फा
इसके भीतर परीक्षण के प्रारंभ समय को यादृच्छिक बनाएं अल्फा का प्रतिशत अंतराल.
के लिए मान्य मान अल्फा 0-50 तक हैं. bwctl हर बार परीक्षण चलाने का प्रयास करेंगे
अंतराल + / - अल्फा प्रतिशत. उदाहरण के लिए, यदि अंतराल 300 सेकंड है और अल्फा
फिर 10 प्रतिशत पर सेट है bwctl प्रत्येक 270-330 सेकंड में एक परीक्षण चलाने का प्रयास करेगा।
यह विकल्प केवल इसके साथ उपयोगी है -I विकल्प.

चूक:
0 (कोई यादृच्छिकता नहीं)

उत्पादन तर्क:
-डी, --आउटपुट_डीआईआर दीर
यदि परिणाम फ़ाइलों के लिए निर्देशिका निर्दिष्ट करता है -p विकल्प निर्धारित है।

-e, --सुविधा सुविधा
syslog सुविधा संदेशों को लॉग करने के लिए.

चूक:
लॉग_उपयोगकर्ता

-एफ, --इकाइयाँ इकाइयों
परिणाम प्रदर्शित करते समय उपयोग किए जाने वाले उपकरण के लिए इकाइयाँ निर्दिष्ट करें। स्वीकृत
के लिए मूल्य इकाइयों उपकरण विशिष्ट हैं.

आईपर्फ:

k किलोबिट्स प्रति सेकंड

K किलोबाइट प्रति सेकंड

m मेगाबिट्स प्रति सेकंड

M प्रति सेकंड मेगाबाइट

-एच, --मदद
सहायता संदेश प्रिंट करें।

-पी, --प्रिंट
परीक्षण परिणामों को फाइलों में रखें। परिणाम आने पर स्टडआउट करने के लिए फ़ाइल नाम प्रिंट करें
पूर्ण।

-क्यू, --शांत
शांत आउटपुट. यथासंभव कम आउटपुट.

-आर, --syslog_to_stderr
stderr को syslog संदेश भेजें। यह तब तक डिफ़ॉल्ट है जब तक कि -q विकल्प है
निर्दिष्ट किया गया है इसलिए यह विकल्प केवल इसके साथ उपयोगी है -q विकल्प.

-वी, --संस्करण
संस्करण की जानकारी प्रिंट करें और बाहर निकलें।

-में, --शब्दशः
वाचाल उत्पादन। अतिरिक्त निर्दिष्ट करना -vवाचालता बढ़ती है।

-एक्स, --दोनों
प्रेषक और प्राप्तकर्ता दोनों के परिणाम आउटपुट करें। डिफ़ॉल्ट रूप से, केवल परिणाम
दिए गए टूल के लिए उपयुक्त पक्ष आउटपुट हैं। यदि -p विकल्प निर्दिष्ट है,
प्रेषक परिणाम एक अतिरिक्त फ़ाइल में रखे गए हैं।

-वाई, --प्रारूप प्रारूप
टूल का आउटपुट स्वरूप निर्दिष्ट करें. के लिए स्वीकृत मान प्रारूप उपकरण हैं
विशिष्ट।

आईपर्फ:

c [c]ओम्मा-पृथक आउटपुट

वातावरण चर

bwctl वातावरण परिवर्तनीय उपयोग चूक

─────────────────────────────────── ────────── ──────

बीडब्ल्यूसीटीएलआरसी कॉन्फिग पट्टिका ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET ओफ़्सेट 0.0 (सेकंड)

उदाहरण

bwctl -c somehost.example.com

यथाशीघ्र एक डिफ़ॉल्ट 10 सेकंड टीसीपी परीक्षण चलाएँ स्थानीय प्रेषक के रूप में और
somehost.example.com को रिसीवर के रूप में, जो भी उपकरण उनके पास समान हों, उनका उपयोग करते हुए।
परीक्षण के प्राप्त पक्ष से परिणाम लौटाएँ।

bwctl -x -c somehost.example.com

पिछले परीक्षण की तरह, लेकिन प्रेषक पक्ष से भी परिणाम लौटाएँ
परीक्षण.

bwctl -x -c somehost.example.com -s अन्यहोस्ट.example.com

पिछले परीक्षण की तरह, लेकिन प्रेषक के बजाय अन्यhost.example.com के साथ
स्थानीय.

bwctl -t 30 -T iperf -s somehost.example.com

30 सेकंड का टीसीपी चलाएँ iperf प्रेषक के रूप में somehost.example.com के साथ परीक्षण करें स्थानीय as
प्राप्तकर्ता।

bwctl -I 3600 -R 10 -t 10 -u -b 10m -s somehost.example.com

प्रेषक के साथ लगभग हर घंटे (10 +/- 3600 सेकंड) 360 सेकंड का यूडीपी परीक्षण चलाएं
somehost.example.com से दर 10 Mbit प्रति सेकंड तक सीमित है स्थानीय.

bwctl -s somehost.example.com AE एस्की someuser

डिफ़ॉल्ट 10 सेकंड का टीसीपी परीक्षण चलाएँ। पहचान का उपयोग करके प्रमाणित करें someuser. bwctl
एक पासफ़्रेज़ के लिए संकेत देगा जिसका उपयोग AES कुंजी बनाने के लिए किया जाएगा।

bwping --no_endpoint -N 30 -i 0.5 --टीटीएल 150 -c somehost.example.com

एक पिंग परीक्षण चलाएं जो 30 के टीटीएल के साथ 150 पिंग भेजता है, प्रति आधे सेकंड में एक पैकेट
से somehost.example.com तक स्थानीय. यदि somehost.example.com में bwctl नहीं है
चल रहा है, पिंग परीक्षण वैसे भी चलता है।

butraceroute -T ट्रेसपैथ -E -c somehost.example.com

somehost.example.com से ट्रेसपाथ परीक्षण चलाएँ स्थानीय. यदि somehost.example.com
bwctl नहीं चल रहा है, ट्रेसपाथ परीक्षण वैसे भी चलता है।

onworks.net सेवाओं का उपयोग करके bwctl का ऑनलाइन उपयोग करें