bwtraceroute - آنلاین در ابر

برنامه:

نام

bwctl، bwping، bwtraceroute - برنامه مشتری برای درخواست توان عملیاتی، traceroute، پینگ
و تست های owamp

خلاصه

bwctl [گزینه های] -c recvhost -s ارسال میزبان
bwctl [گزینه های] -c recvhost
bwctl [گزینه های] -s ارسال میزبان
bwping [گزینه های] -c recvhost -s ارسال میزبان
bwping [گزینه های] -c recvhost
bwping [گزینه های] -s ارسال میزبان
bwtraceroute [گزینه های] -c recvhost -s ارسال میزبان
bwtraceroute [گزینه های] -c recvhost
bwtraceroute [گزینه های] -s ارسال میزبان

شرح

bwctl یک برنامه سرویس گیرنده خط فرمان است که برای شروع تست های توان استفاده می شود.

این نسخه از bwctl قادر به شروع است Iperf, Nuttcp, Iperf3, پینگ, Traceroute,
مسیر ردیابی و اوامپ آزمایشات

bwctl با تماس با a کار می کند bwctld دیمون بر روی میزبان گیرنده و میزبان فرستنده.
bwctld منابع میزبانی که روی آن اجرا می شود را مدیریت و زمان بندی می کند. در موردی که فقط
یکی از میزبان های دریافت کننده یا میزبان ارسال کننده مشخص شده است، bwctl فرض می کند میزبان محلی است
نقطه پایانی دیگر bwctl سعی خواهد کرد با یک محلی تماس بگیرد bwctld اگر می تواند اگر وجود ندارد
محلی bwctld در حال اجرا bwctl فرض می کند میزبان محلی به کنترل های خط مشی نیاز ندارد و
را اجرا خواهد کرد bwctld عملکرد مورد نیاز برای اجرای مستقیم آزمون

اگر مواردی که bwctl به طور مستقیم تست را روی میزبان اجرا می کند، چندین وجود دارد
گزینه های پیکربندی که با آنها به اشتراک گذاشته شده است bwctld. آن گزینه های پیکربندی را می توان تنظیم کرد
با استفاده از bwctlrc(5) فایل پیکربندی به روشی بسیار شبیه به آنچه هستند
مشخص شده در bwctld.conf(5) فایل

La bwctl, bwping و bwtraceroute مشتریان هستند استفاده به درخواست la مطلوب نوع of
توان عملیاتی، تاخیر or ردیابی آزمون. علاوه بر این، it درخواست چه زمانی آزمون مورد نظر است
bwctld در هر نقطه پایانی یا با یک رزرو آزمایشی پاسخ می دهد یا a آزمون تکذیب کرد
پیام یک بار bwctl می تواند یک رزرو مطابق از هر دو دریافت کند bwctld فرآیندها (یک
برای هر میزبان درگیر در آزمون)، رزرو را تأیید می کند. سپس bwctld
فرآیندها تست را اجرا می کنند و نتایج را برمی گردانند. نتایج به مشتری از
هر دو طرف آزمون از مربوطه bwctld فرآیندها علاوه بر این، bwctld
فرآیندها نتایج مربوط به آزمون خود را با یکدیگر به اشتراک می گذارند.

BWCTL (bwctl و bwctld) برای فعال کردن تست‌های اندازه‌گیری شبکه غیر اختصاصی برای میزبان استفاده می‌شود
بدون نیاز به دادن حساب های کاربری کامل در سیستم های داده شده. کاربران این توانایی را می خواهند
آزمایش های توان عملیاتی را برای تعیین پهنای باند قابل دستیابی یا در دسترس بین یک جفت اجرا کنید
میزبان ها معمولاً آزمایش چندین نقطه در طول مسیر شبکه برای تعیین آن مفید است
ویژگی های شبکه در آن مسیر به طور معمول، کاربرانی که می خواهند این مسیر را انجام دهند
تجزیه باید مستقیماً با مدیران شبکه/سیستم که کنترل می کنند تماس بگیرد
میزبان در طول مسیر مدیر باید نیمی از تست را برای کاربر اجرا کند
یا به آنها یک حساب کاربری در هاست بدهید. همچنین، مسیرهای شبکه مورد علاقه معمولا هستند
توسط چندین مدیر کنترل می شود. این موانع باعث این نوع آزمایش شده است
در عمل دشوار است.

BWCTL برای کمک به این مشکل طراحی شده است. این به یک مدیر اجازه می دهد تا a را پیکربندی کند
میزبان به عنوان یک Iperf, Iperf3, Nuttcp، یا اوامپ نقطه پایانی نقطه پایانی می تواند یک بسته باشد
فرستنده (مثلا Iperf مشتری) یا یک گیرنده بسته (به عنوان مثال Iperf سرور). می توان آن را به اشتراک گذاشت
چندین کاربر بدون نگرانی از اینکه آن کاربران با یکدیگر تداخل خواهند داشت. خاص
محدودیت‌های خط‌مشی را می‌توان برای کاربران خاص اعمال کرد و آزمایش‌های فردی برای آنها برنامه‌ریزی می‌شود
با یکدیگر تداخل نخواهند کرد. علاوه بر این، حساب های کاربری کامل برای آن مورد نیاز نیست
کاربرانی که تست ها را انجام می دهند

BWCTL به مدیر اجازه می دهد تا اتصالات ورودی را بر اساس نام کاربری و
ترکیب کلید AES یا، به طور متناوب، بر اساس IP/netmask. هنگامی که اتصال است
طبقه بندی شده، bwctld می تواند نوع دقیق و شدت تست های توان را تعیین کند
که مجاز خواهد بود. اطلاعات بیشتر در مورد کنترل‌های خط مشی را می‌توانید در بخش پیدا کنید
bwctld(8) صفحه مرد.

BWCTL از یک الگوریتم زمان بندی توزیع شده استفاده می کند. هر میزبان برنامه ای دارد
به طور مستقل همانطور که مشتری درخواست آزمایش می کند، با دو نقطه پایانی و هر کدام تماس گرفته می شود
bwctld سرور با اولین اسلات برنامه باز موجود پاسخ می دهد. این امکان را به صورت درخواستی فراهم می کند
آزمون‌ها با آزمون‌های برنامه‌ریزی‌شده منظم همراه باشند، زیرا آزمون‌های برنامه‌ریزی شده منظم هستند
با انجام آزمایش های درخواست مشتری در فواصل منظم اجرا می شود. اولویت های مختلف
را می توان با استفاده از افق رویداد دستورالعمل پیکربندی به bwctld. (با اجازه دادن
مشتریانی که آزمایش‌های برنامه‌ریزی شده منظم را اجرا می‌کنند تا بازه‌های زمانی خود را بیشتر در آن رزرو کنند
آینده.)

ادله

اتصال / احراز هویت استدلال ها:
-4، --ipv4
bwctl را مجبور می‌کند فقط از آدرس‌های IPv4 استفاده کند.

پیش فرض:
نامشخص (IPv6 ترجیح داده می شود).

-6، --ipv6
bwctl را مجبور می‌کند فقط از آدرس‌های IPv6 استفاده کند.

پیش فرض:
نامشخص (IPv6 ترجیح داده می شود).

-A روش اعتبار
روش اعتبار برای تعیین روش احراز هویت استفاده می شود bwctl مشتری مایل است
برای ارتباط با bwctld در ارسال میزبان و recvhost.
گزینه های احراز هویت از bwctl در نظر گرفته شده اند که قابل توسعه باشند. ارتباطات
از bwctl مشتری به هر کدام bwctld سرور ممکن است گزینه های مختلفی را برای
انواع مختلف احراز هویت اگر روش اعتبار گزینه برای تعیین شده است
یا -s، و یا -c استدلال، آن را نادیده می گیرد روش اعتبار مشخص شده با
-A گزینه ای برای ارتباط با آن میزبان خاص. (بنابراین، -A استدلال
واقعاً فقط در صورتی مفید است که بتوان از احراز هویت یکسان با هر دو میزبان استفاده کرد.)

اجازه دادن به روش های مختلف احراز هویت برای هر اتصال باید به یک کلاینت اجازه دهد
برای استفاده از روش های مختلف احراز هویت با سرورهای مختلف که باید به نوبه خود
اجازه می دهد تا تست های متقابل دامنه آسان تر انجام شود.

فرمت برای روش اعتبار است:

autmode [athscheme طرح ها]

autmode
حالت احراز هویتی را مشخص می کند که مشتری مایل است با a صحبت کند
سرور باید به عنوان یک رشته کاراکتر با هر یک یا همه آنها تنظیم شود
شخصیت های "AEO". حالت ها عبارتند از:

A [A] احراز هویت این حالت اتصال کنترل را رمزگذاری می کند.

E [E]رمزگذاری شده. این حالت اتصال کنترل را رمزگذاری می کند. اگر آزمون
از رمزگذاری پشتیبانی می کند، این حالت علاوه بر این تست را رمزگذاری می کند
جریان (رمزگذاری جریان آزمایشی در حال حاضر پشتیبانی نمی شود، بنابراین
این حالت در حال حاضر با احراز هویت یکسان است.)

O [O]خودکار. هیچ نوع رمزگذاری انجام نمی شود.

کلاینت می تواند تمام حالت هایی را که مایل است مشخص کند
برقراری ارتباط. سخت ترین حالتی که هم سرور و هم مشتری هستند
مایل به استفاده انتخاب خواهد شد.

پیش فرض:
"AEO"

authscheme طرح ها را انتخاب می کند
authscheme نشان دهنده طرح احراز هویت است که باید برای آن استفاده شود
دستیابی به تأیید اعتبار or رمزگذاری حالت ها. طرح ها را انتخاب می کند لیستی از
آرگومان های خاص برای هر طرح احراز هویت خاص. پشتیبانی
authscheme مقادیر به دنبال (فهرست شده با طرح ها را انتخاب می کند هر طرحی نیاز دارد:

AESKEY شناسه کاربری [فایل کلیدی]
این اولین مدل مخفی مشترک "ساده" (کلید AES) است. شناسه کاربری is
برای شناسایی راز مشترک سرور و کلاینت مورد نیاز است
استفاده کنید. فایل کلیدی به صورت اختیاری فایلی را برای بازیابی کلید AES مشخص می کند
از جانب. اگر فایل کلیدی مشخص نشده است، از کاربر برای a خواسته می شود
عبارت عبور. فایل کلیدی را می توان با استفاده از aespasswd(1)
نرم افزار.

پیش فرض:
تأیید نشده است

authscheme و طرح ها را انتخاب می کند فقط در صورت تأیید اعتبار مورد نیاز است (A or E
حالت های autmode) تحت تعقیب است با ارسال میزبان و recvhost.

-ب، --آدرس محلی قلب
آدرس محلی سوکت مشتری را به آن متصل کنید قلب. قلب را می توان مشخص کرد
با استفاده از نام DNS یا استفاده از نمادهای متنی استاندارد برای آدرس های IP.

پیش فرض:
نامشخص (انتخاب آدرس کارت وحشی).

-c، --گیرنده recvhost[:port] [روش اعتبار]
میزبانی را که اجرا می کند را مشخص می کند Iperf, Iperf3 or Nuttcp سرور :پورت
پسوند اختیاری است و فقط در صورتی مورد نیاز است bwctld در یک پورت غیر پیش فرض اجرا می شود
عدد. اگر آدرس IPv6 مشخص شده است، توجه داشته باشید که فرمت پذیرفته شده است
شامل recvhost بخشی از مشخصات در براکت مربع به شرح زیر است:
[fe80::fe9f:62d8]:4823. این اطمینان حاصل می کند که شماره پورت از آدرس متمایز است
مشخصات، و در صورت عدم استفاده از پسوند :port مورد نیاز نیست.

حداقل یکی از -c or -s گزینه ها باید مشخص شود اگر یکی از آنها نیست
مشخص شده، فرض می شود میزبان محلی باشد.

روش اعتبار یک لیست مرتب شده خاص از کلمات کلیدی است که فقط در صورت نیاز است
ارتباط احراز هویت شده با recvhost. از این کلمات کلیدی استفاده می شود
نوع ارتباط و احراز هویتی که باید برای آن استفاده شود را شرح دهید
تماس با recvhost. اگر recvhost و ارسال میزبان احراز هویت یکسان را به اشتراک بگذارید
روش ها و هویت ها، امکان تعیین اعتبار برای هر دو وجود دارد recvhost
و ارسال میزبان با استفاده از -A بحث و جدل. یک روش اعتبار مشخص شده با -c انتخاب
یک را لغو خواهد کرد روش اعتبار مشخص شده با -A استدلال برای ارتباط با
la recvhost.

فرمت برای روش اعتبار و توضیحات موجود در حال حاضر
روش های احراز هویت با شرح داده شده است -A بحث و جدل.

-s ، --فرستنده sendhost[:port] [روش اعتبار]
میزبانی را که اجرا می کند را مشخص می کند Iperf, Iperf3 or Nuttcp مشتری. :پورت
پسوند اختیاری است و فقط در صورتی مورد نیاز است bwctld در یک پورت غیر پیش فرض اجرا می شود
عدد. اگر آدرس IPv6 مشخص شده است، توجه داشته باشید که فرمت پذیرفته شده است
شامل ارسال میزبان بخشی از مشخصات در براکت مربع به شرح زیر است:
[fe80::fe9f:62d8]:4823. این اطمینان حاصل می کند که شماره پورت از آدرس متمایز است
مشخصات، و در صورت عدم استفاده از پسوند :port مورد نیاز نیست.

حداقل یکی از -c or -s گزینه ها باید مشخص شود اگر یکی از آنها نیست
مشخص شده، فرض می شود محلی.

روش اعتبار یک لیست مرتب شده خاص از کلمات کلیدی است که فقط در صورت نیاز است
ارتباط احراز هویت شده با ارسال میزبان. از این کلمات کلیدی استفاده می شود
نوع ارتباط و احراز هویتی که باید برای آن استفاده شود را شرح دهید
تماس با ارسال میزبان. اگر recvhost و ارسال میزبان احراز هویت یکسان را به اشتراک بگذارید
روش ها و هویت ها، امکان تعیین اعتبار برای هر دو وجود دارد recvhost
و ارسال میزبان با استفاده از -A بحث و جدل. یک روش اعتبار مشخص شده با -s انتخاب
یک را لغو خواهد کرد روش اعتبار مشخص شده با -A استدلال برای ارتباط با
la ارسال میزبان.

فرمت برای روش اعتبار و توضیحات موجود در حال حاضر
روش های احراز هویت با شرح داده شده است -A بحث و جدل.

-و ، -- تلنگر
به طور پیش فرض، فرستنده به گیرنده متصل می شود. گزینه --flip باعث می شود
گیرنده برای اتصال به فرستنده این گزینه برای همه انواع تست در دسترس نیست
(به عنوان مثال برای تست iperf). در صورتی که گیرنده پشت فایروال باشد، این کار بسیار مفید است.

bwctl تست استدلال ها:
آرگومان ها برای مطابقت با همتایان خود نامگذاری شدند Iperf تا حد امکان از نزدیک

-T، --ابزار
مشخص کنید از کدام آزمایشگر توان استفاده شود:

iperf

iperf3

nuttcp

پیش فرض:
هیچ یک. ابزاری را انتخاب می کند که مشتری و سرور مشترک هستند

-S، -- به سرفه کردن
بایت TOS را در بسته های ارسالی تنظیم کنید.

پیش فرض:
ندارد.

-دی، --dscp DSCP
یک مقدار DSCP سبک RFC 2474 برای بایت TOS در بسته های ارسالی تنظیم کنید. این می تواند
با استفاده از یک مقدار عددی 6 بیتی به صورت اعشاری، هگزا یا هشت بیتی تنظیم شود. علاوه بر این،
زیر مجموعه نمادین DSCP ثابت نام درک می شود. (نمونه برنامه های کاربردی
از RFC 4594 گرفته شده است.)

┌────────┬────────┬─────────────────────────┬───── ─────────────────────
│ نام │ مقدار │ محصولات طبقه │ مثال ها │
├────────├────────├─────────────────────────├───── ─────────────────────
│NONE │ │ │ │
│نمایندگی │ 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 │ تلفن │ حامل IP تلفن │
├────────┼────────┼─────────────────────────┼───── ─────────────────────
│CS6 │ 110000 │ کنترل شبکه │ مسیریابی شبکه │
├────────┼────────┼─────────────────────────┼───── ─────────────────────
│CS7 │ 111000 │ │ │
└────────┴────────┴─────────────────────────┴───── ─────────────────────
پیش فرض:
تنظیم نشده است.

-ب، --پهنای باند پهنای باند
محدود کردن نرخ ارسال UDP به پهنای باند (بیت در ثانیه).

پیش فرض:
1:

-من، --report_interval فاصله
فاصله گزارش (ثانیه).

پیش فرض:
تنظیم نشده (فاصله گزارش نشده است)

-ل، --بافر_طول لن
طول بافرهای خواندن/نوشتن (بایت).

پیش فرض:
8 کیلوبایت TCP، 1470 بایت UDP

-اوه -- حذف کردن ثانیه
دوره اولیه داده ها برای حذف از آمار نهایی. این برای این است که بتوانید
از شرایط اولیه گذشته مانند شروع آهسته TCP عبور کنید. در حال حاضر فقط توسط
la iperf3 ابزار است.

-پ، --موازی nStreams
تعداد جریانهای همزمان برای آزمایش. را ببینید -P گزینه ای از Iperf برای جزئیات بیشتر.

-t،--test_duration زمان
مدت زمان آزمون (ثانیه).

پیش فرض:
10

-u، --udp
تست UDP

پیش فرض:
تست TCP

-W,--dynamic_window پنجره
همانند -w گزینه، با این تفاوت که مقدار توصیه ای است. bwctl تلاش خواهد کرد
به صورت پویا پنجره TCP مناسب را بر اساس اطلاعات RTT تعیین کنید
از سوکت کنترل جمع آوری شده است. اگر bwctl قادر به تعیین پویا a نیست
پنجره، مقدار پنجره استفاده خواهد شد.

پیش فرض:
Unset (پیش‌فرض سیستم)

-w، --پنجره پنجره
اندازه بافر سوکت (بایت). برای TCP، این اندازه پنجره TCP را تنظیم می کند. برای UDP، این
اندازه بافر دریافت سوکت را تنظیم می کند.

پیش فرض:
Unset (پیش‌فرض سیستم)

bwping تست استدلال ها:
-T، --ابزار
مشخص کنید از کدام آزمایشگر توان استفاده شود:

پینگ

اوامپ

پیش فرض:
هیچ یک. ابزاری را انتخاب می کند که مشتری و سرور مشترک هستند

-E، --no_endpoint
در جایی که گیرنده ممکن است bwctl را در دسترس نداشته باشد، اجازه دهید آزمایش پینگ اجرا شود.

-ل، ---packet_length طول
اندازه بسته هایی که برای آزمایش پینگ یا owamp ارسال می شود

پیش فرض:
بسته هایی با اندازه حداقل

-ن، --num_packets nPackets
تعداد بسته های ارسالی در این تست

پیش فرض:
10

-من، --packet_interval ثانیه
زمان بین ارسال هر بسته برای آزمایش

پیش فرض:
ثانیه 1.0

-t، --ttl TTL
مقدار TTL برای برچسب گذاری هر بسته. این فقط برای تست های پینگ صدق می کند.

پیش فرض:
هیچ

bwtraceroute تست استدلال ها:
-T، --ابزار
مشخص کنید از کدام آزمایشگر توان استفاده شود:

ردیابی

مسیریاب

پیش فرض:
هیچ یک. ابزاری را انتخاب می کند که مشتری و سرور مشترک هستند

-E، --no_endpoint
اجازه دهید یک آزمایش در جایی اجرا شود که گیرنده ممکن است bwctl را در دسترس نداشته باشد.

-ل، ---packet_length طول
اندازه بسته هایی که برای آزمایش ارسال می شود

پیش فرض:
بسته هایی با اندازه حداقل

-اف، --first_ttl TTL
حداقل TTL تنظیم شده برای traceroute. این اولین پرش را در مسیری که
بازگردانده خواهد شد. این برای تست های tracepath کار نمی کند.

پیش فرض:
هیچ

-M، --max_ttl TTL
حداکثر TTL تنظیم شده برای traceroute. این مجموعه آخرین پرش در مسیر است که
بازگردانده خواهد شد. این برای تست های tracepath کار نمی کند.

پیش فرض:
هیچ

-t، --test_duration secondsfR
حداکثر مدت زمان انتظار برای پایان آزمایش ردیابی.

پیش فرض:
ثانیه 10

زمان بندی استدلال ها:
-آ، --allow_ntp_unsync همگام سازی
اجازه دادن bwctl برای اجرا بدون ساعت سیستم همگام. از این برای تعیین فاصله استفاده کنید
خاموش ساعت محلی از ساعت محلی UTC تنظیم شده اند. bwctl ترجیح می دهد یک NTP سیستم همگام
ساعت برای اطمینان از اینکه دو نقطه پایانی آزمون واقعاً با هم موافق هستند
پنجره زمانی برنامه ریزی شده برای اجرای آزمایش

اگر دو سیستم به اندازه کافی مفهوم نزدیکی از زمان نداشته باشند، آزمایش توان عملیاتی انجام می شود
در نهایت با شکست مواجه می شود زیرا یک نقطه پایانی آزمون سعی می کند در a اجرا شود
زمان متفاوت از دیگری

اگر سیستم عامل از NTP سیستم تماس می گیرد و ساعت سیستم است
مشخص شد که همگام‌سازی نشده است، بسته به اینکه پیام‌های خطا همچنان گزارش می‌شوند
بر ارزش -e پرچم.

هنگام محاسبه خطاهای زمانی، این مقدار برای محاسبه مقدار اضافه می شود
تفاوت. حداکثر افست زمان را می توان در سمت سرور با استفاده از محدود کرد
دستورالعمل max_time_error، برای جلوگیری از حمله انکار سرویس. در صورت تنظیم، سرور
هر درخواستی برای آزمایش با یک همتا که خطای مهر زمانی خیلی بالایی دارد را رد می کند.

پیش فرض:
Unset (پیش‌فرض برای سیستم‌های بدون تنظیم تنظیم می‌شود NTP تماس های سیستمی)

-من، --test_interval فاصله
مشخص می کند که bwctl باید سعی کنید هر آزمایش توان عملیاتی را اجرا کنید فاصله
ثانیه صورت گرفت.

پیش فرض:
تنظیم نشده است. اگر تنظیم نشده باشد، bwctl فقط یک بار تست را اجرا می کند.

-ل، --latest_time طولانی ترین
طولانی ترین مدت زمانی را که مشتری مایل است برای a منتظر بماند را مشخص می کند
پنجره رزرو چه زمانی bwctl درخواست تست از bwctld سرور را مشخص می کند
اولین زمان و آخرین زمانی که مایل به پذیرش است. آخرین زمان است
با افزودن این مشخص می شود طولانی ترین گزینه برای اولین زمان اولین زمان است
اساسا "اکنون". در طولانی ترین زمان به صورت چند ثانیه مشخص می شود.

پیش فرض:
If فاصله تنظیم شده است، پیش فرض 50٪ از است فاصله. در غیر این صورت، پیش فرض است
دو برابر مدت زمان آزمون است زمان اما کمتر از 10 دقیقه نیست. (دیدن -t.)

-n، --num_tests n بازه زمانی
تعداد آزمایش هایی که باید انجام شود اگر -I گزینه تنظیم شده است.

پیش فرض:
مداوم

-ر، --تصادفی کردن آلفا
زمان شروع آزمون را در این مورد تصادفی کنید آلفا درصد از فاصله.
مقادیر معتبر برای آلفا از 0 تا 50 هستند. bwctl سعی خواهد کرد هر بار تست را اجرا کند
فاصله + / - آلفا درصد به عنوان مثال، اگر فاصله 300 ثانیه است و آلفا
سپس روی 10 درصد تنظیم می شود bwctl سعی می کند هر 270-330 ثانیه یک آزمایش را اجرا کند.
این گزینه فقط با -I گزینه.

پیش فرض:
0 (بدون تصادفی)

تولید استدلال ها:
-د، --output_dir دیر
دایرکتوری را برای فایل های نتایج مشخص می کند اگر -p گزینه تنظیم شده است.

-ه ، --امکانات امکان
syslog امکان برای ورود پیام ها به.

پیش فرض:
LOG_USER

-f، -- واحدها واحد
واحدهایی را برای ابزار مورد استفاده در هنگام نمایش نتایج مشخص کنید. پذیرفته شده
مقادیر برای واحد ابزار خاص هستند

Iperf:

k کیلوبیت در ثانیه

K کیلوبایت در ثانیه

m مگابیت در ثانیه

M مگابایت در ثانیه

-h، --کمک
یک پیام راهنما چاپ کنید.

-پ، --چاپ
نتایج آزمون را در فایل ها قرار دهید. وقتی نتایج بدست آمد، نام فایل ها را در stdout چاپ کنید
کامل.

-q، --ساکت
خروجی بی صدا خروجی تا حد امکان کمتر.

-r، --syslog_to_stderr
ارسال پیام های syslog به stderr. این پیش فرض است مگر اینکه -q گزینه است
مشخص شده است بنابراین این گزینه فقط با -q گزینه.

-V، - نسخه
اطلاعات نسخه را چاپ کنید و خارج شوید.

-v، -- پرحرف
خروجی پرمخاطب مشخص کردن اضافی -v's پرحرفی را افزایش می دهد.

-ایکس، --هر دو
خروجی هر دو نتیجه فرستنده و گیرنده. به طور پیش فرض، فقط نتایج از
سمت مناسب برای ابزار داده شده خروجی می شود. اگر -p گزینه مشخص شده است،
نتایج فرستنده در یک فایل اضافی قرار می گیرد.

-y، --قالب قالب
فرمت خروجی ابزار را مشخص کنید. مقادیر پذیرفته شده برای قالب ابزار هستند
خاص

Iperf:

c [c]خروجی omma separed

محیط زیست متغیرها

bwctl محیط متغیر استفاده کنید به طور پیش فرض

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

BWCTLRC پیکربندی پرونده ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET افست 0.0 (ثانیه)

مثال ها

bwctl -c somehost.example.com

در اسرع وقت یک تست پیش فرض TCP 10 ثانیه ای را با آن اجرا کنید محلی به عنوان فرستنده و
Somehost.example.com به عنوان گیرنده، با استفاده از ابزارهای مشترک آنها.
نتایج را از سمت دریافت آزمون برگردانید.

bwctl -x -c somehost.example.com

مانند آزمون قبلی، اما همچنین نتایج را از سمت فرستنده بازگردانید
آزمون.

bwctl -x -c somehost.example.com -s otherhost.example.com

مانند تست قبلی، اما با otherhost.example.com به عنوان فرستنده به جای
محلی.

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

یک TCP 30 ثانیه ای اجرا کنید Iperf تست با somehost.example.com به عنوان فرستنده و محلی as
گیرنده.

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

تست UDP 10 ثانیه ای را تقریباً هر ساعت (3600 +/- 360 ثانیه) با فرستنده اجرا کنید.
نرخ محدود به 10 مگابیت در ثانیه از somehost.example.com به محلی.

bwctl -s somehost.example.com AE AESKEY کاربر

تست TCP 10 ثانیه ای پیش فرض را اجرا کنید. احراز هویت با استفاده از هویت کاربر. bwctl
یک عبارت عبور را درخواست می کند که برای ایجاد یک کلید AES استفاده می شود.

bwping --no_endpoint -N 30 -i 0.5 --ttl 150 -c somehost.example.com

یک تست پینگ را اجرا کنید که 30 پینگ، یک بسته در هر نیم ثانیه، با TTL 150 ارسال می کند.
به somehost.example.com از محلی. اگر somehost.example.com bwctl ندارد
در حال اجرا، تست پینگ به هر حال اجرا می شود.

bwtraceroute -T مسیریاب -E -c somehost.example.com

یک تست tracepath را به somehost.example.com از محلی. اگر somehost.example.com
bwctl در حال اجرا نیست، تست tracepath به هر حال اجرا می شود.

با استفاده از خدمات onworks.net از bwtraceroute به صورت آنلاین استفاده کنید