bwping - ອອນລາຍໃນຄລາວ

ໂຄງການ:

NAME

bwctl, bwping, bwtraceroute - ຄໍາຮ້ອງສະຫມັກລູກຄ້າເພື່ອຮ້ອງຂໍ throughput, traceroute, ping
ແລະການທົດສອບ owamp.

ສະຫຼຸບສັງລວມ

bwctl [ທາງເລືອກໃນການ] -c recvhost -s sendhost
bwctl [ທາງເລືອກໃນການ] -c recvhost
bwctl [ທາງເລືອກໃນການ] -s sendhost
bwping [ທາງເລືອກໃນການ] -c recvhost -s sendhost
bwping [ທາງເລືອກໃນການ] -c recvhost
bwping [ທາງເລືອກໃນການ] -s sendhost
bwtraceroute [ທາງເລືອກໃນການ] -c recvhost -s sendhost
bwtraceroute [ທາງເລືອກໃນການ] -c recvhost
bwtraceroute [ທາງເລືອກໃນການ] -s sendhost

ລາຍລະອຽດ

bwctl ແມ່ນຄໍາຮ້ອງສະຫມັກລູກຄ້າເສັ້ນຄໍາສັ່ງທີ່ຖືກນໍາໃຊ້ເພື່ອເລີ່ມຕົ້ນການທົດສອບຜ່ານ.

ສະບັບພາສາຂອງໂຄງການນີ້ bwctl ມີຄວາມສາມາດລິເລີ່ມ Iperf, nutcp, Iperf3, Ping, Traceroute,
Tracepath ແລະ ອ້າວ ການທົດສອບ.

bwctl ເຮັດວຽກໂດຍການຕິດຕໍ່ a bwctld daemon ໃນທັງ host ທີ່ຮັບແລະ host ສົ່ງ.
bwctld ຈັດການແລະຈັດຕາຕະລາງຊັບພະຍາກອນຂອງເຈົ້າພາບທີ່ມັນດໍາເນີນການ. ໃນກໍລະນີທີ່ມີພຽງແຕ່
ຫນຶ່ງຂອງເຈົ້າພາບຮັບຫຼືເຈົ້າພາບສົ່ງແມ່ນລະບຸໄວ້, bwctl ສົມມຸດວ່າເຈົ້າພາບທ້ອງຖິ່ນແມ່ນ
ຈຸດ​ສຸດ​ທ້າຍ​ອື່ນໆ​. bwctl ຈະພະຍາຍາມຕິດຕໍ່ກັບທ້ອງຖິ່ນ bwctld ຖ້າມັນສາມາດເຮັດໄດ້. ຖ້າບໍ່ມີ
ທ້ອງຖິ່ນ bwctld ແລ່ນ, bwctl ສົມມຸດວ່າເຈົ້າພາບທ້ອງຖິ່ນບໍ່ຮຽກຮ້ອງໃຫ້ມີການຄວບຄຸມນະໂຍບາຍແລະ
ຈະ​ປະ​ຕິ​ບັດ​ bwctld ຟັງຊັນທີ່ຕ້ອງການເພື່ອດໍາເນີນການທົດສອບໂດຍກົງ.

ຖ້າກໍລະນີຢູ່ໃສ bwctl ແມ່ນໂດຍກົງແລ່ນການທົດສອບໃນເຈົ້າພາບ, ມີຫຼາຍ
ຕົວເລືອກການຕັ້ງຄ່າທີ່ແບ່ງປັນກັບ bwctld. ຕົວເລືອກການຕັ້ງຄ່າເຫຼົ່ານັ້ນສາມາດຖືກຕັ້ງຄ່າໄດ້
ການນໍາໃຊ້ bwctlrc(5) ໄຟລ໌ການຕັ້ງຄ່າໃນລັກສະນະທີ່ຄ້າຍຄືກັບວິທີທີ່ພວກມັນເປັນ
ລະບຸໄວ້ໃນ bwctld.conf(5) ໄຟລ໌.

ໄດ້ bwctl, bwping ແລະ bwtraceroute ລູກຄ້າ ມີ ໃຫມ່ to ຮ້ອງຂໍ ໄດ້ ຕ້ອງການ ປະເພດ of
ຜ່ານ​ການ​, latency or traceroute ທົດສອບ. ຍິ່ງໄປກວ່ານັ້ນ, it ການຮ້ອງຂໍ ໃນເວລາທີ່ ການທົດສອບແມ່ນຕ້ອງການ.
bwctld ໃນແຕ່ລະຈຸດສິ້ນສຸດຈະຕອບສະໜອງດ້ວຍການຈອງແບບບໍ່ພຽງພໍ ຫຼື a ການທົດສອບ ຖືກປະຕິເສດ
ຂໍ້ຄວາມ. ຄັ້ງດຽວ bwctl ແມ່ນສາມາດໄດ້ຮັບການຈອງທີ່ກົງກັນຈາກທັງສອງ bwctld ຂະ​ບວນ​ການ (ຫນຶ່ງ
ສໍາລັບແຕ່ລະເຈົ້າພາບທີ່ກ່ຽວຂ້ອງກັບການທົດສອບ), ມັນຢືນຢັນການຈອງ. ຫຼັງຈາກນັ້ນ, ໄດ້ bwctld
ຂະບວນການດໍາເນີນການທົດສອບແລະສົ່ງຄືນຜົນໄດ້ຮັບ. ຜົນໄດ້ຮັບແມ່ນກັບຄືນໄປຫາລູກຄ້າຈາກ
ທັງ​ສອງ​ດ້ານ​ຂອງ​ການ​ທົດ​ສອບ​ຈາກ​ທີ່​ກ່ຽວ​ຂ້ອງ​ bwctld ຂະບວນການ. ນອກຈາກນັ້ນ, ໄດ້ bwctld
ຂະບວນການແບ່ງປັນຜົນໄດ້ຮັບຈາກດ້ານຂອງການທົດສອບຂອງເຂົາເຈົ້າກັບກັນແລະກັນ.

BWCTL (bwctl ແລະ bwctld) ຖືກນໍາໃຊ້ເພື່ອເປີດໃຊ້ການທົດສອບການວັດແທກເຄືອຂ່າຍທີ່ບໍ່ສະເພາະກັບເຈົ້າພາບ
ໂດຍບໍ່ຕ້ອງໃຫ້ບັນຊີຜູ້ໃຊ້ເຕັມຢູ່ໃນລະບົບທີ່ໃຫ້. ຜູ້ໃຊ້ຕ້ອງການຄວາມສາມາດ
ດໍາເນີນການທົດສອບ throughput ເພື່ອກໍານົດແບນວິດທີ່ສາມາດບັນລຸໄດ້ຫຼືມີຢູ່ລະຫວ່າງຄູ່ຂອງ
ເຈົ້າພາບ. ມັນມັກຈະເປັນປະໂຫຍດທີ່ຈະທົດສອບຫຼາຍຈຸດຕາມເສັ້ນທາງເຄືອຂ່າຍເພື່ອກໍານົດ
ລັກສະນະເຄືອຂ່າຍຕາມເສັ້ນທາງນັ້ນ. ໂດຍປົກກະຕິ, ຜູ້ໃຊ້ທີ່ຕ້ອງການເຮັດເສັ້ນທາງນີ້
decomposition ຕ້ອງຕິດຕໍ່ໂດຍກົງກັບຜູ້ບໍລິຫານເຄືອຂ່າຍ / ລະບົບຜູ້ທີ່ຄວບຄຸມ
ເຈົ້າພາບຕາມເສັ້ນທາງ. ຜູ້ບໍລິຫານຈໍາເປັນຕ້ອງດໍາເນີນການເຄິ່ງຫນຶ່ງຂອງການທົດສອບສໍາລັບຜູ້ໃຊ້
ຫຼືໃຫ້ພວກເຂົາບັນຊີຜູ້ໃຊ້ຢູ່ໃນເຈົ້າພາບ. ນອກຈາກນີ້, ເສັ້ນທາງເຄືອຂ່າຍທີ່ມີຄວາມສົນໃຈແມ່ນປົກກະຕິ
ຄວບຄຸມໂດຍຜູ້ບໍລິຫານຫຼາຍຄົນ. ອຸປະສັກເຫຼົ່ານີ້ໄດ້ເຮັດໃຫ້ການທົດສອບປະເພດນີ້
ຍາກໃນການປະຕິບັດ.

BWCTL ໄດ້ຖືກອອກແບບເພື່ອຊ່ວຍແກ້ໄຂບັນຫານີ້. ມັນອະນຸຍາດໃຫ້ຜູ້ບໍລິຫານສາມາດຕັ້ງຄ່າ a
ໃຫ້ເຈົ້າພາບເປັນ Iperf, Iperf3, nutcp, ຫຼື ອ້າວ ຈຸດຈົບ. ຈຸດສິ້ນສຸດສາມາດເປັນຊຸດ
ຜູ້ສົ່ງ (ຕົວຢ່າງ Iperf client) ຫຼືຜູ້ຮັບຊອງ (ຕົວຢ່າງ Iperf ເຊີບເວີ). ມັນສາມາດໄດ້ຮັບການແບ່ງປັນໂດຍ
ຜູ້ໃຊ້ຫຼາຍຄົນໂດຍບໍ່ມີຄວາມກັງວົນວ່າຜູ້ໃຊ້ເຫຼົ່ານັ້ນຈະແຊກແຊງເຊິ່ງກັນແລະກັນ. ສະເພາະ
ຂໍ້ຈໍາກັດນະໂຍບາຍສາມາດຖືກນໍາໃຊ້ກັບຜູ້ໃຊ້ສະເພາະ, ແລະການທົດສອບສ່ວນບຸກຄົນແມ່ນກໍານົດເວລາໃຫ້ພວກເຂົາ
ຈະບໍ່ແຊກແຊງເຊິ່ງກັນແລະກັນ. ນອກຈາກນັ້ນ, ບັນຊີຜູ້ໃຊ້ເຕັມແມ່ນບໍ່ຈໍາເປັນສໍາລັບ
ຜູ້​ໃຊ້​ທີ່​ດໍາ​ເນີນ​ການ​ທົດ​ສອບ​ໄດ້​.

BWCTL ອະນຸຍາດໃຫ້ຜູ້ເບິ່ງແຍງລະບົບຈັດປະເພດການເຊື່ອມຕໍ່ຂາເຂົ້າໂດຍອີງໃສ່ຊື່ຜູ້ໃຊ້ແລະ
ການປະສົມປະສານຫຼັກ AES ຫຼື, ອີກທາງເລືອກ, ອີງຕາມ IP/netmask. ເມື່ອການເຊື່ອມຕໍ່ແມ່ນ
ຈັດປະເພດ, ໄດ້ bwctld ສາມາດກໍານົດປະເພດທີ່ແນ່ນອນແລະຄວາມເຂັ້ມຂອງການທົດສອບຜ່ານ
ທີ່​ຈະ​ໄດ້​ຮັບ​ອະ​ນຸ​ຍາດ​ໃຫ້​. ຂໍ້ມູນເພີ່ມເຕີມກ່ຽວກັບການຄວບຄຸມນະໂຍບາຍສາມາດພົບໄດ້ໃນ
bwctld(8) ຫນ້າຜູ້ຊາຍ.

BWCTL ນຳໃຊ້ລະບົບການກຳນົດເວລາແບບແຈກຢາຍ. ແຕ່ລະເຈົ້າພາບຮັກສາຕາຕະລາງ
ເປັນເອກະລາດ. ໃນຂະນະທີ່ລູກຄ້າຮ້ອງຂໍການທົດສອບ, ສອງຈຸດສຸດທ້າຍແມ່ນຕິດຕໍ່ແລະແຕ່ລະຄົນ
bwctld ເຊີບເວີຕອບສະຫນອງກັບຊ່ອງຕາຕະລາງເປີດທໍາອິດທີ່ມີຢູ່. ອັນນີ້ເປີດໃຊ້ຕາມຄວາມຕ້ອງການ
ການ​ທົດ​ສອບ​ທີ່​ຈະ​ຮ່ວມ​ກັນ​ກັບ​ການ​ທົດ​ສອບ​ກໍາ​ນົດ​ເວ​ລາ​ເປັນ​ປົກ​ກະ​ຕິ​ເນື່ອງ​ຈາກ​ວ່າ​ການ​ທົດ​ສອບ​ກໍາ​ນົດ​ໄວ້​ເປັນ​ປົກ​ກະ​ຕິ​
ປະຕິບັດໂດຍມີການທົດສອບການຮ້ອງຂໍຂອງລູກຄ້າເປັນປະຈໍາ. ບູລິມະສິດທີ່ແຕກຕ່າງກັນ
ສາມາດໄດ້ຮັບການປະຕິບັດໂດຍການນໍາໃຊ້ event_horizon ທິດທາງການຕັ້ງຄ່າ bwctld. (ໂດຍ​ການ​ອະ​ນຸ​ຍາດ​ໃຫ້​
ລູກຄ້າທີ່ປະຕິບັດການທົດສອບທີ່ກໍານົດໄວ້ເປັນປົກກະຕິເພື່ອສະຫງວນເວລາຂອງພວກເຂົາຕື່ມອີກ
ອະ​ນາ​ຄົດ.)

ການໂຕ້ຖຽງ

ການເຊື່ອມຕໍ່/ການພິສູດຢືນຢັນ ການໂຕ້ຖຽງ:
-4, --ipv4
ບັງຄັບ bwctl ໃຊ້ທີ່ຢູ່ IPv4 ເທົ່ານັ້ນ.

ມາດຕະຖານ:
ບໍ່ໄດ້ລະບຸ (IPv6 ເປັນທີ່ຕ້ອງການ).

-6, --ipv6
ບັງຄັບ bwctl ໃຊ້ທີ່ຢູ່ IPv6 ເທົ່ານັ້ນ.

ມາດຕະຖານ:
ບໍ່ໄດ້ລະບຸ (IPv6 ເປັນທີ່ຕ້ອງການ).

-A ວິທີການຮັບຮອງ
ວິທີການຮັບຮອງ ຖືກນໍາໃຊ້ເພື່ອກໍານົດວິທີການກວດສອບຄວາມຖືກຕ້ອງ bwctl ລູກຄ້າເຕັມໃຈ
ເພື່ອ​ນໍາ​ໃຊ້​ສໍາ​ລັບ​ການ​ສື່​ສານ​ກັບ​ bwctld ກ່ຽວກັບ sendhost ແລະ recvhost. ໄດ້
ທາງເລືອກໃນການກວດສອບຄວາມຖືກຕ້ອງຂອງ bwctl ມີຈຸດປະສົງເພື່ອຂະຫຍາຍໄດ້. ການ​ສື່​ສານ​
ຈາກ bwctl ລູກຄ້າແຕ່ລະຄົນ bwctld ເຊີບເວີອາດຈະໃຊ້ທາງເລືອກທີ່ແຕກຕ່າງກັນສໍາລັບ
ປະເພດຕ່າງໆຂອງການກວດສອບຄວາມຖືກຕ້ອງ. ຖ້າ ວິທີການຮັບຮອງ ທາງ​ເລືອກ​ແມ່ນ​ລະ​ບຸ​ໄວ້​ສໍາ​ລັບ​ການ​
ບໍ່ວ່າຈະ -s, ຫຼື -c ການໂຕ້ຖຽງ, ມັນ overrides ໄດ້ ວິທີການຮັບຮອງ ລະບຸໄວ້ກັບ
-A ທາງເລືອກສໍາລັບການສື່ສານກັບເຈົ້າພາບໂດຍສະເພາະ. (ສະ​ນັ້ນ, the -A ການໂຕ້ຖຽງ
ມີປະໂຫຍດແທ້ໆຖ້າການພິສູດຢືນຢັນດຽວກັນສາມາດໃຊ້ກັບທັງສອງໂຮດ.)

ການອະນຸຍາດໃຫ້ວິທີການກວດສອບຄວາມຖືກຕ້ອງທີ່ແຕກຕ່າງກັນສໍາລັບແຕ່ລະການເຊື່ອມຕໍ່ຄວນອະນຸຍາດໃຫ້ລູກຄ້າ
ການນໍາໃຊ້ວິທີການກວດສອບຄວາມຖືກຕ້ອງທີ່ແຕກຕ່າງກັນກັບເຄື່ອງແມ່ຂ່າຍທີ່ແຕກຕ່າງກັນທີ່ຄວນຈະເປັນ
ອະນຸຍາດໃຫ້ການທົດສອບຂ້າມໂດເມນເກີດຂຶ້ນໄດ້ງ່າຍກວ່າ.

ຮູບ​ແບບ​ສໍາ​ລັບ​ການ​ ວິທີການຮັບຮອງ ແມ່ນ:

ໂໝດອັດຕະໂນມັດ [ແບບ​ພິ​ເສດ ແຜນ​ການ​]

ໂໝດອັດຕະໂນມັດ
ລະບຸຮູບແບບການພິສູດຢືນຢັນທີ່ລູກຄ້າເຕັມໃຈທີ່ຈະເວົ້າກັບ a
ເຊີບເວີ. ມັນຕ້ອງຖືກຕັ້ງເປັນສະຕຣິງຕົວອັກສອນທີ່ມີອັນໃດນຶ່ງ ຫຼືທັງໝົດ
ຕົວອັກສອນ "AEO". ໂຫມດແມ່ນ:

A [A]ຢືນຢັນແລ້ວ. ໂໝດນີ້ເຂົ້າລະຫັດການເຊື່ອມຕໍ່ການຄວບຄຸມ.

E [E]ເຂົ້າລະຫັດແລ້ວ. ໂໝດນີ້ເຂົ້າລະຫັດການເຊື່ອມຕໍ່ການຄວບຄຸມ. ຖ້າ​ຫາກ​ວ່າ​ການ​ທົດ​ສອບ​
ຮອງຮັບການເຂົ້າລະຫັດ, ໂໝດນີ້ຈະເພີ່ມການເຂົ້າລະຫັດການທົດສອບ
ກະແສ. (ການເຂົ້າລະຫັດຂອງກະແສການທົດສອບແມ່ນບໍ່ໄດ້ຮັບການສະຫນັບສະຫນູນໃນປັດຈຸບັນ, ດັ່ງນັ້ນ
ໂໝດນີ້ແມ່ນຄືກັນກັບການຮັບຮອງຄວາມຖືກຕ້ອງ.)

O [O]ປາກກາ. ບໍ່ມີການເຂົ້າລະຫັດໃດໆ.

ລູກຄ້າສາມາດລະບຸທຸກຮູບແບບທີ່ມັນເຕັມໃຈທີ່ຈະ
ຕິດຕໍ່ສື່ສານ. ຮູບແບບທີ່ເຄັ່ງຄັດທີ່ສຸດທີ່ທັງເຄື່ອງແມ່ຂ່າຍແລະລູກຄ້າແມ່ນ
ເຕັມໃຈທີ່ຈະໃຊ້ຈະຖືກເລືອກ.

ມາດຕະຖານ:
"AEO"

ໂຄງ​ການ​ກວດ​ສອບ ແຜນການ
ໂຄງ​ການ​ກວດ​ສອບ ຊີ້ບອກລະບົບການພິສູດຢືນຢັນທີ່ຄວນໃຊ້
ບັນລຸໄດ້ ຮັບຮອງ or ການເຂົ້າລະຫັດ ຮູບແບບ. ແຜນການ ແມ່ນບັນຊີລາຍຊື່ຂອງ
ຂໍ້ໂຕ້ແຍ້ງສະເພາະກັບແຕ່ລະລະບົບການພິສູດຢືນຢັນສະເພາະ. ສະຫນັບສະຫນູນ
ໂຄງ​ການ​ກວດ​ສອບ ຄ່າປະຕິບັດຕາມ (ລະບຸໄວ້ກັບ ແຜນການ ແຕ່​ລະ​ໂຄງ​ການ​ຮຽກ​ຮ້ອງ​ໃຫ້​ມີ​)​:

AESKEY userid [keyfile]
ນີ້​ແມ່ນ​ແບບ​ຕົ້ນ​ສະ​ບັບ "ງ່າຍ​ດາຍ​" ການ​ແບ່ງ​ປັນ​ຄວາມ​ລັບ (AES key). userid is
ຕ້ອງການເພື່ອກໍານົດຄວາມລັບທີ່ແບ່ງປັນທີ່ເຄື່ອງແມ່ຂ່າຍແລະລູກຄ້າຄວນ
ໃຊ້. ໄຟລ໌ຄີ ເປັນທາງເລືອກທີ່ຈະລະບຸໄຟລ໌ເພື່ອດຶງລະຫັດ AES
ຈາກ. ຖ້າ ໄຟລ໌ຄີ ບໍ່ໄດ້ລະບຸໄວ້, ຜູ້ໃຊ້ຈະໄດ້ຮັບການເຕືອນສໍາລັບ a
ວະລີຜ່ານ. ໄຟລ໌ຄີ ສາ​ມາດ​ໄດ້​ຮັບ​ການ​ຜະ​ລິດ​ໂດຍ​ນໍາ​ໃຊ້​ aespasswd(1​)
ຄໍາຮ້ອງສະຫມັກ.

ມາດຕະຖານ:
ບໍ່ມີການຮັບຮອງ

ໂຄງ​ການ​ກວດ​ສອບ ແລະ ແຜນການ ຕ້ອງການພຽງແຕ່ຖ້າການສື່ສານທີ່ຢືນຢັນ (A or E
ຮູບແບບຂອງ ໂໝດອັດຕະໂນມັດ) ແມ່ນ​ຕ້ອງ​ການ​ທີ່​ມີ​ sendhost ແລະ recvhost.

-B, --local_ address ຫົວໃຈ
ຜູກມັດທີ່ຢູ່ທ້ອງຖິ່ນຂອງຊັອກເກັດລູກຄ້າໃສ່ ຫົວໃຈ. ຫົວໃຈ ສາມາດລະບຸໄດ້
ການ​ນໍາ​ໃຊ້​ຊື່ DNS ຫຼື​ການ​ນໍາ​ໃຊ້​ມາດ​ຕະ​ຖານ notations ຕົວ​ຫນັງ​ສື​ສໍາ​ລັບ​ທີ່​ຢູ່ IP​.

ມາດຕະຖານ:
ບໍ່ໄດ້ລະບຸ (ການເລືອກທີ່ຢູ່ບັດທໍາມະຊາດ).

-c, --ຜູ້ຮັບ recvhost[:ພອດ] [ວິ​ທີ​ການ​ອະ​ນຸ​ຍາດ​]
ລະບຸເຈົ້າພາບທີ່ຈະດໍາເນີນການ Iperf, Iperf3 or nutcp ເຊີບເວີ. ທີ່:ພອດ
suffix ແມ່ນທາງເລືອກແລະມີຄວາມຈໍາເປັນພຽງແຕ່ຖ້າຫາກວ່າ bwctld ກໍາລັງດໍາເນີນການຢູ່ໃນພອດທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນ
ເລກ. ຖ້າທີ່ຢູ່ IPv6 ຖືກລະບຸ, ໃຫ້ສັງເກດວ່າຮູບແບບທີ່ຍອມຮັບ
ປະກອບດ້ວຍ recvhost ສ່ວນຂອງສະເພາະໃນວົງເລັບສີ່ຫຼ່ຽມຄື:
[fe80::fe9f:62d8]:4823. ອັນນີ້ຮັບປະກັນວ່າໝາຍເລກພອດແມ່ນແຕກຕ່າງຈາກທີ່ຢູ່
ສະເພາະ, ແລະບໍ່ຈໍາເປັນຖ້າ :port suffix ບໍ່ໄດ້ຖືກນໍາໃຊ້.

ຢ່າງຫນ້ອຍຫນຶ່ງຂອງ -c or -s ທາງເລືອກຕ້ອງໄດ້ຮັບການລະບຸ. ຖ້າຫນຶ່ງຂອງພວກເຂົາບໍ່ແມ່ນ
ລະບຸໄວ້, ມັນແມ່ນສົມມຸດວ່າເປັນເຈົ້າພາບທ້ອງຖິ່ນ.

ວິທີການຮັບຮອງ ແມ່ນບັນຊີລາຍຊື່ຄໍາສັ່ງໂດຍສະເພາະຂອງຄໍາທີ່ມີຄວາມຈໍາເປັນພຽງແຕ່ຖ້າຫາກວ່າ
ການສື່ສານທີ່ຖືກຕ້ອງແມ່ນຕ້ອງການດ້ວຍ recvhost. ຄໍາສໍາຄັນເຫຼົ່ານີ້ຖືກນໍາໃຊ້ເພື່ອ
ອະທິບາຍປະເພດຂອງການສື່ສານ ແລະການກວດສອບຄວາມຖືກຕ້ອງທີ່ຄວນຈະຖືກນໍາໃຊ້ເພື່ອ
ຕິດຕໍ່ recvhostທີ່ຢູ່ ຖ້າຫາກວ່າ recvhost ແລະ sendhost ແບ່ງປັນການຢືນຢັນດຽວກັນ
ວິ​ທີ​ການ​ແລະ​ຕົວ​ຕົນ​, ມັນ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ​ລະ​ບຸ authmethod ສໍາ​ລັບ​ທັງ​ສອງ​ recvhost
ແລະ sendhost ການນໍາໃຊ້ -A ການໂຕ້ຖຽງ. ອັນ ວິທີການຮັບຮອງ ລະບຸໄວ້ກັບ -c ທາງເລືອກ
ຈະ override ເປັນ ວິທີການຮັບຮອງ ລະບຸໄວ້ກັບ -A ການໂຕ້ຖຽງສໍາລັບການສື່ສານກັບ
ໄດ້ recvhost.

ຮູບ​ແບບ​ສໍາ​ລັບ​ການ​ ວິທີການຮັບຮອງ ແລະລາຍລະອຽດຂອງທີ່ມີຢູ່ໃນປັດຈຸບັນ
ວິ​ທີ​ການ​ກວດ​ສອບ​ແມ່ນ​ອະ​ທິ​ບາຍ​ກັບ​ -A ການໂຕ້ຖຽງ.

- ແມ່ນແລ້ວ, --ຜູ້ສົ່ງ sendhost[:ພອດ] [ວິ​ທີ​ການ​ອະ​ນຸ​ຍາດ​]
ລະບຸເຈົ້າພາບທີ່ຈະດໍາເນີນການ Iperf, Iperf3 or nutcp ລູກ​ຄ້າ. ທີ່:ພອດ
suffix ແມ່ນທາງເລືອກແລະມີຄວາມຈໍາເປັນພຽງແຕ່ຖ້າຫາກວ່າ bwctld ກໍາລັງດໍາເນີນການຢູ່ໃນພອດທີ່ບໍ່ແມ່ນຄ່າເລີ່ມຕົ້ນ
ເລກ. ຖ້າທີ່ຢູ່ IPv6 ຖືກລະບຸ, ໃຫ້ສັງເກດວ່າຮູບແບບທີ່ຍອມຮັບ
ປະກອບດ້ວຍ sendhost ສ່ວນຂອງສະເພາະໃນວົງເລັບສີ່ຫຼ່ຽມຄື:
[fe80::fe9f:62d8]:4823. ອັນນີ້ຮັບປະກັນວ່າໝາຍເລກພອດແມ່ນແຕກຕ່າງຈາກທີ່ຢູ່
ສະເພາະ, ແລະບໍ່ຈໍາເປັນຖ້າ :port suffix ບໍ່ໄດ້ຖືກນໍາໃຊ້.

ຢ່າງຫນ້ອຍຫນຶ່ງຂອງ -c or -s ທາງເລືອກຕ້ອງໄດ້ຮັບການລະບຸ. ຖ້າຫນຶ່ງຂອງພວກເຂົາບໍ່ແມ່ນ
ລະບຸໄວ້, ມັນແມ່ນສົມມຸດວ່າ ທ້ອງຖິ່ນ.

ວິທີການຮັບຮອງ ແມ່ນບັນຊີລາຍຊື່ຄໍາສັ່ງໂດຍສະເພາະຂອງຄໍາທີ່ມີຄວາມຈໍາເປັນພຽງແຕ່ຖ້າຫາກວ່າ
ການສື່ສານທີ່ຖືກຕ້ອງແມ່ນຕ້ອງການດ້ວຍ sendhost. ຄໍາສໍາຄັນເຫຼົ່ານີ້ຖືກນໍາໃຊ້ເພື່ອ
ອະທິບາຍປະເພດຂອງການສື່ສານ ແລະການກວດສອບຄວາມຖືກຕ້ອງທີ່ຄວນຈະຖືກນໍາໃຊ້ເພື່ອ
ຕິດຕໍ່ sendhostທີ່ຢູ່ ຖ້າຫາກວ່າ recvhost ແລະ sendhost ແບ່ງປັນການຢືນຢັນດຽວກັນ
ວິ​ທີ​ການ​ແລະ​ຕົວ​ຕົນ​, ມັນ​ເປັນ​ໄປ​ໄດ້​ທີ່​ຈະ​ລະ​ບຸ authmethod ສໍາ​ລັບ​ທັງ​ສອງ​ recvhost
ແລະ sendhost ການນໍາໃຊ້ -A ການໂຕ້ຖຽງ. ອັນ ວິທີການຮັບຮອງ ລະບຸໄວ້ກັບ -s ທາງເລືອກ
ຈະ override ເປັນ ວິທີການຮັບຮອງ ລະບຸໄວ້ກັບ -A ການໂຕ້ຖຽງສໍາລັບການສື່ສານກັບ
ໄດ້ sendhost.

ຮູບ​ແບບ​ສໍາ​ລັບ​ການ​ ວິທີການຮັບຮອງ ແລະລາຍລະອຽດຂອງທີ່ມີຢູ່ໃນປັດຈຸບັນ
ວິ​ທີ​ການ​ກວດ​ສອບ​ແມ່ນ​ອະ​ທິ​ບາຍ​ກັບ​ -A ການໂຕ້ຖຽງ.

-o, --ພິກ
ໂດຍຄ່າເລີ່ມຕົ້ນ, ຜູ້ສົ່ງຈະເຊື່ອມຕໍ່ກັບຜູ້ຮັບ. ທາງເລືອກ --flip ເຮັດໃຫ້ເກີດ
ຜູ້ຮັບເພື່ອເຊື່ອມຕໍ່ກັບຜູ້ສົ່ງ. ຕົວເລືອກນີ້ບໍ່ສາມາດໃຊ້ໄດ້ກັບທຸກປະເພດການທົດສອບ
(ຕົວຢ່າງສໍາລັບການທົດສອບ iperf). ນີ້ແມ່ນເປັນປະໂຫຍດທີ່ສຸດຖ້າຕົວຮັບຢູ່ຫລັງໄຟວໍ.

bwctl ການທົດສອບ ການໂຕ້ຖຽງ:
ການໂຕ້ຖຽງໄດ້ຖືກຕັ້ງຊື່ໃຫ້ກົງກັບຄູ່ຮ່ວມງານຂອງພວກເຂົາໃນ Iperf ຢ່າງໃກ້ຊິດເທົ່າທີ່ເປັນໄປໄດ້.

-T, --ເຄື່ອງ​ມື
ລະບຸວ່າຕົວທົດສອບຜ່ານອັນໃດທີ່ຈະໃຊ້:

iperf

iperf3

nuttcp

ມາດຕະຖານ:
ບໍ່ມີ. ເລືອກເຄື່ອງມືທີ່ລູກຄ້າ ແລະເຊີບເວີມີຮ່ວມກັນ

-S, --tos ໄອ
ກໍານົດ TOS byte ໃນຊຸດການສົ່ງ.

ມາດຕະຖານ:
ບໍ່ມີ.

-D, --dscp DSCP
ກໍານົດຄ່າ DSCP ແບບ RFC 2474 ສໍາລັບ TOS byte ໃນຊຸດການສົ່ງ. ນີ້ສາມາດ
ຖືກຕັ້ງໂດຍໃຊ້ຄ່າຕົວເລກ 6-bit ໃນອັດຕານິຍົມ, hex, ຫຼືເລກແປດ. ນອກຈາກນັ້ນ, ໄດ້
ຕໍ່ໄປນີ້ຊຸດສັນຍາລັກ 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 │ Low-Latency Data │ ການສັ່ງຊື້ຜ່ານເວັບ │
│AF23 │ 010110 │ │ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│CS3 │ 011000 │ ວິດີໂອອອກອາກາດ │ ໂທລະທັດ ແລະ ເຫດການສົດ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ Multimedia Streaming │ ສະຕຣີມວິດີໂອ ແລະສຽງ │
│AF33 │ 011110 │ │ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│CS4 │ 100000 │ ການໂຕ້ຕອບແບບສົດໆ │ ວິດີໂອແລະການຫຼິ້ນເກມ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ ການປະຊຸມມັນຕິມີເດຍ │ H.323 video conferencing │
│AF43 │ 100110 │ │ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│CS5 │ 101000 │ ສັນຍານ │ Video conf ແລະການຫຼິ້ນເກມ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│EF │ 101110 │ Telephony │ IP Telephony bearer │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│CS6 │ 110000 │ ການຄວບຄຸມເຄືອຂ່າຍ │ ເສັ້ນທາງເຄືອຂ່າຍ │
├─────────┼─────────────────────────────────────── ─────────────────────────┤
│CS7 │ 111000 │ │ │
└─────────┴───────────────────────────────────────── ─────────────────────────┘
ມາດຕະຖານ:
ບໍ່ໄດ້ຕັ້ງ.

-b, -- ແບນວິດ ວາງຂອງສັນຍານ
ຈໍາກັດອັດຕາການສົ່ງ UDP ເປັນ ວາງຂອງສັນຍານ (ບິດ/ວິ).

ມາດຕະຖານ:
1 Mb

-i, --report_interval ໄລຍະຫ່າງ
ລາຍງານໄລຍະຫ່າງ (ວິນາທີ).

ມາດຕະຖານ:
ບໍ່​ໄດ້​ຕັ້ງ (ບໍ່​ມີ​ໄລ​ຍະ​ການ​ລາຍ​ງານ​)

-l, --buffer_length len
ຄວາມຍາວຂອງການອ່ານ/ຂຽນ buffers (bytes).

ມາດຕະຖານ:
8 KB TCP, 1470 bytes UDP

-ໂອ, --ລະເວັ້ນ ວິນາທີ
ໄລຍະເວລາເບື້ອງຕົ້ນຂອງຂໍ້ມູນທີ່ຈະຍົກເວັ້ນຈາກສະຖິຕິສຸດທ້າຍ. ນີ້ແມ່ນເພື່ອວ່າທ່ານສາມາດເຮັດໄດ້
ຂ້າມເງື່ອນໄຂເບື້ອງຕົ້ນທີ່ຜ່ານມາເຊັ່ນ TCP Slow Start. ໃນປັດຈຸບັນພຽງແຕ່ປະຕິບັດໂດຍ
ໄດ້ iperf3 ເຄື່ອງມື.

-P, --ຂະ​ຫນານ​ nStreams
ຈໍານວນການຖ່າຍທອດພ້ອມກັນສໍາລັບການທົດສອບ. ເບິ່ງ -P ທາງເລືອກຂອງ Iperf ສໍາລັບລາຍລະອຽດ.

-t,--test_duration ທີ່ໃຊ້ເວລາ
ໄລຍະເວລາຂອງການທົດສອບ (ວິນາທີ).

ມາດຕະຖານ:
10

-u, --udp
ການທົດສອບ UDP.

ມາດຕະຖານ:
ການທົດສອບ TCP

-W,--dynamic_window ປ່ອງຢ້ຽມ
ຄືກັນກັບ -w ທາງເລືອກ, ຍົກເວັ້ນວ່າມູນຄ່າແມ່ນຄໍາແນະນໍາ. bwctl ຈະພະຍາຍາມ
ໄດນາມິກກໍານົດປ່ອງຢ້ຽມ TCP ທີ່ເຫມາະສົມ, ອີງຕາມຂໍ້ມູນ RTT
ລວບລວມຈາກເຕົ້າຮັບການຄວບຄຸມ. ຖ້າ bwctl ບໍ່ສາມາດກໍານົດແບບເຄື່ອນໄຫວ a
ປ່ອງຢ້ຽມ, ມູນຄ່າ ປ່ອງຢ້ຽມ ຈະຖືກນໍາໃຊ້.

ມາດຕະຖານ:
ບໍ່ໄດ້ຕັ້ງ (ຄ່າເລີ່ມຕົ້ນຂອງລະບົບ)

-w, --ປ່ອງຢ້ຽມ ປ່ອງຢ້ຽມ
ຂະໜາດ buffer ເຕົ້າຮັບ (ໄບຕ໌). ສໍາລັບ TCP, ນີ້ກໍານົດຂະຫນາດປ່ອງຢ້ຽມ TCP. ສໍາລັບ UDP, ນີ້
ກໍານົດຂະຫນາດຂອງ socket ຮັບ buffer.

ມາດຕະຖານ:
ບໍ່ໄດ້ຕັ້ງ (ຄ່າເລີ່ມຕົ້ນຂອງລະບົບ)

bwping ການທົດສອບ ການໂຕ້ຖຽງ:
-T, --ເຄື່ອງ​ມື
ລະບຸວ່າຕົວທົດສອບຜ່ານອັນໃດທີ່ຈະໃຊ້:

ping

owamp

ມາດຕະຖານ:
ບໍ່ມີ. ເລືອກເຄື່ອງມືທີ່ລູກຄ້າ ແລະເຊີບເວີມີຮ່ວມກັນ

-E, --no_endpoint
ອະນຸຍາດໃຫ້ການທົດສອບ ping ດໍາເນີນການບ່ອນທີ່ເຄື່ອງຮັບອາດຈະບໍ່ມີ bwctl.

-l, --packet_length ຄວາມຍາວ
ຂະໜາດຂອງແພັກເກັດທີ່ຈະສົ່ງສຳລັບການທົດສອບ ping ຫຼື owamp

ມາດຕະຖານ:
ແພັກເກັດຂະໜາດນ້ອຍທີ່ສຸດ

-N, --num_packets nPackets
ຈໍານວນຊອງທີ່ຈະສົ່ງໃນການທົດສອບນີ້

ມາດຕະຖານ:
10

-i, --packet_interval ວິນາທີ
ເວລາລະຫວ່າງເວລາທີ່ແຕ່ລະແພັກເກັດຖືກສົ່ງສໍາລັບການທົດສອບ

ມາດຕະຖານ:
ວິນາທີ 1.0

-t, --ttl ttl
ຄ່າ TTL ທີ່ຈະແທັກແຕ່ລະແພັກເກັດດ້ວຍ. ນີ້ໃຊ້ກັບການທົດສອບ ping ເທົ່ານັ້ນ.

ມາດຕະຖານ:
ບໍ່ມີ

bwtraceroute ການທົດສອບ ການໂຕ້ຖຽງ:
-T, --ເຄື່ອງ​ມື
ລະບຸວ່າຕົວທົດສອບຜ່ານອັນໃດທີ່ຈະໃຊ້:

traceroute

ຮ່ອງຮອຍ

ມາດຕະຖານ:
ບໍ່ມີ. ເລືອກເຄື່ອງມືທີ່ລູກຄ້າ ແລະເຊີບເວີມີຮ່ວມກັນ

-E, --no_endpoint
ອະນຸຍາດໃຫ້ການທົດສອບແລ່ນບ່ອນທີ່ເຄື່ອງຮັບອາດຈະບໍ່ມີ bwctl.

-l, --packet_length ຄວາມຍາວ
ຂະໜາດຂອງແພັກເກັດທີ່ຈະສົ່ງໄປກວດ

ມາດຕະຖານ:
ແພັກເກັດຂະໜາດນ້ອຍທີ່ສຸດ

-F, --first_ttl ttl
TTL ຕໍາ່ສຸດທີ່ກໍານົດສໍາລັບ traceroute. ນີ້ກໍານົດ hop ທໍາອິດໃນເສັ້ນທາງທີ່
ຈະຖືກສົ່ງຄືນ. ນີ້ບໍ່ໄດ້ຜົນສໍາລັບການທົດສອບ tracepath.

ມາດຕະຖານ:
ບໍ່ມີ

-M, --max_ttl ttl
TTL ສູງສຸດທີ່ຈະຕັ້ງສໍາລັບ traceroute. ນີ້ກໍານົດ hop ສຸດທ້າຍໃນເສັ້ນທາງທີ່
ຈະຖືກສົ່ງຄືນ. ນີ້ບໍ່ໄດ້ຜົນສໍາລັບການທົດສອບ tracepath.

ມາດຕະຖານ:
ບໍ່ມີ

-t, --test_ໄລຍະເວລາ ວິນາທີfR
ຈໍານວນເວລາສູງສຸດທີ່ຈະລໍຖ້າການທົດສອບ traceroute ສໍາເລັດ.

ມາດຕະຖານ:
ວິນາທີ 10

ການກໍານົດເວລາ ການໂຕ້ຖຽງ:
-ກ, --allow_ntp_unsync syncfuzz
ອະນຸຍາດໃຫ້ bwctl ເພື່ອດໍາເນີນການໂດຍບໍ່ມີໂມງລະບົບ synchronized. ໃຊ້ອັນນີ້ເພື່ອລະບຸວ່າໄກປານໃດ
off ໂມງທ້ອງຖິ່ນແມ່ນມາຈາກ UTC. bwctl ມັກມີ NTP ລະບົບ synchronized
ໂມງເພື່ອຮັບປະກັນທັງສອງຈຸດສຸດທ້າຍຂອງການທົດສອບແມ່ນຕົກລົງເຫັນດີຄືກັນ
ປ່ອງຢ້ຽມເວລາກໍານົດສໍາລັບການປະຕິບັດການທົດສອບ.

ຖ້າສອງລະບົບບໍ່ມີແນວຄິດທີ່ໃກ້ຊິດພຽງພໍຂອງເວລາ, ຫຼັງຈາກນັ້ນການທົດສອບຜ່ານ
ໃນທີ່ສຸດກໍ່ຈະລົ້ມເຫລວເພາະວ່າຈຸດສຸດທ້າຍຂອງການທົດສອບຈະພະຍາຍາມແລ່ນຢູ່ທີ່ a
ເວລາທີ່ແຕກຕ່າງກັນກ່ວາອື່ນໆ.

ຖ້າ​ຫາກ​ວ່າ​ລະ​ບົບ​ປະ​ຕິ​ບັດ​ການ​ສະ​ຫນັບ​ສະ​ຫນູນ​ NTP ໂທລະບົບ, ແລະໂມງລະບົບແມ່ນ
ກຳນົດວ່າຈະບໍ່ໄດ້ຊິ້ງ, ຂໍ້ຄວາມສະແດງຂໍ້ຜິດພາດຈະຍັງຄົງຖືກລາຍງານຢູ່
ຕາມມູນຄ່າຂອງ -e ທຸງ.

ໃນ​ເວ​ລາ​ທີ່​ການ​ຄິດ​ໄລ່​ຄວາມ​ຜິດ​ພາດ​ທີ່​ໃຊ້​ເວ​ລາ​, ຄ່າ​ນີ້​ຈະ​ໄດ້​ຮັບ​ການ​ເພີ່ມ​ເຂົ້າ​ໃນ​ບັນ​ຊີ​ຂອງ​
ຄວາມແຕກຕ່າງ. ການຊົດເຊີຍເວລາສູງສຸດສາມາດຖືກຜູກມັດຢູ່ໃນດ້ານເຊີຟເວີ, ໂດຍໃຊ້
ຄໍາສັ່ງ max_time_error, ເພື່ອປ້ອງກັນການໂຈມຕີການປະຕິເສດການບໍລິການ. ຖ້າຕັ້ງ, ເຄື່ອງແມ່ຂ່າຍ
ຈະປະຕິເສດການຮ້ອງຂໍໃດໆທີ່ຈະທົດສອບກັບເພື່ອນມິດທີ່ມີຄວາມຜິດພາດຂອງເວລາສູງເກີນໄປ.

ມາດຕະຖານ:
ບໍ່ໄດ້ຕັ້ງ (ຄ່າເລີ່ມຕົ້ນທີ່ຈະຕັ້ງສໍາລັບລະບົບທີ່ບໍ່ມີ NTP ໂທ​ລະ​ບົບ​)

- ຂ້ອຍ, --test_interval ໄລຍະຫ່າງ
ລະບຸວ່າ bwctl ຄວນພະຍາຍາມແລ່ນການທົດສອບຜ່ານທຸກຄັ້ງ ໄລຍະຫ່າງ
ວິນາທີ.

ມາດຕະຖານ:
ບໍ່ໄດ້ຕັ້ງ. ຖ້າມັນບໍ່ໄດ້ຖືກຕັ້ງ, bwctl ພຽງ​ແຕ່​ດໍາ​ເນີນ​ການ​ທົດ​ສອບ​ຄັ້ງ​ດຽວ​.

-L, --latest_time ຍາວທີ່ສຸດ
ລະບຸໄລຍະເວລາທີ່ຍາວນານທີ່ສຸດທີ່ລູກຄ້າເຕັມໃຈລໍຖ້າ a
ປ່ອງຢ້ຽມຈອງ. ເມື່ອ​ໃດ​ bwctl ຮ້ອງຂໍໃຫ້ມີການທົດສອບຈາກ bwctld ເຄື່ອງແມ່ຂ່າຍ, ມັນກໍານົດ
ເວລາທີ່ໄວທີ່ສຸດແລະເວລາຫລ້າສຸດທີ່ມັນເຕັມໃຈທີ່ຈະຍອມຮັບ. ເວລາຫລ້າສຸດແມ່ນ
ກໍານົດໂດຍການເພີ່ມນີ້ ຍາວທີ່ສຸດ ທາງ​ເລືອກ​ທີ່​ໃຊ້​ເວ​ລາ​ທໍາ​ອິດ​. ເວລາທີ່ໄວທີ່ສຸດແມ່ນ
ທີ່ສໍາຄັນ 'ດຽວນີ້'. ໄດ້ ຍາວທີ່ສຸດ ເວລາຖືກລະບຸເປັນຈໍານວນວິນາທີ.

ມາດຕະຖານ:
If ໄລຍະຫ່າງ ຖືກກໍານົດ, ຄ່າເລີ່ມຕົ້ນແມ່ນ 50% ຂອງ ໄລຍະຫ່າງ. ຖ້າບໍ່ດັ່ງນັ້ນ, ຄ່າເລີ່ມຕົ້ນ
ແມ່ນສອງເທົ່າຂອງໄລຍະເວລາການທົດສອບ ທີ່ໃຊ້ເວລາ ແຕ່ບໍ່ນ້ອຍກວ່າ 10 ນາທີ. (ເບິ່ງ -t.)

-n, --num_tests n ໄລຍະຫ່າງ
ຈໍານວນຂອງການທົດສອບທີ່ຈະປະຕິບັດຖ້າຫາກວ່າ -I ທາງ​ເລືອກ​ແມ່ນ​ກໍາ​ນົດ​ໄວ້​.

ມາດຕະຖານ:
ຢ່າງຕໍ່ເນື່ອງ

-R, --randomize alpha
Randomize ເວລາເລີ່ມຕົ້ນຂອງການທົດສອບພາຍໃນນີ້ alpha ເປີເຊັນຂອງ ໄລຍະຫ່າງ.
ຄ່າທີ່ຖືກຕ້ອງສໍາລັບ alpha ແມ່ນຕັ້ງແຕ່ 0-50. bwctl ຈະພະຍາຍາມດໍາເນີນການທົດສອບທຸກໆ
ໄລຍະຫ່າງ +/- alpha ເປີເຊັນ. ສໍາລັບຕົວຢ່າງ, ຖ້າຫາກວ່າ ໄລຍະຫ່າງ ແມ່ນ 300 ວິນາທີແລະ alpha
ຖືກກໍານົດເປັນ 10 ເປີເຊັນ, ຫຼັງຈາກນັ້ນ bwctl ຈະພະຍາຍາມແລ່ນການທົດສອບທຸກໆ 270-330 ວິນາທີ.
ທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດພຽງແຕ່ກັບ -I ທາງເລືອກ.

ມາດຕະຖານ:
0 (ບໍ່​ມີ​ການ​ສຸ່ມ​)

ຜົນຜະລິດ ການໂຕ້ຖຽງ:
-d, --output_dir dir
ລະບຸໄດເລກະທໍລີສໍາລັບໄຟລ໌ຜົນໄດ້ຮັບຖ້າຫາກວ່າ -p ທາງ​ເລືອກ​ແມ່ນ​ກໍາ​ນົດ​ໄວ້​.

-e, -- ສິ່ງອໍານວຍຄວາມສະດວກ ສະຖານທີ່
syslog ສະຖານທີ່ ເພື່ອບັນທຶກຂໍ້ຄວາມໃສ່.

ມາດຕະຖານ:
LOG_USER

-f, --ຫົວໜ່ວຍ ຫນ່ວຍ
ກໍານົດຫົວຫນ່ວຍສໍາລັບເຄື່ອງມືທີ່ຈະໃຊ້ໃນເວລາທີ່ສະແດງຜົນໄດ້ຮັບ. ທີ່ຍອມຮັບ
ຄຸນຄ່າ ສຳ ລັບ ຫນ່ວຍ ແມ່ນເຄື່ອງມືສະເພາະ.

Iperf:

k ກິໂລບິດຕໍ່ວິນາທີ

K ກິໂລໄບຕໍ່ວິນາທີ

m Megabits ຕໍ່ວິນາທີ

M ເມກາໄບຕໍ່ວິນາທີ

-ຊ, - ຊ່ວຍ
ພິມຂໍ້ຄວາມຊ່ວຍເຫຼືອ.

-p, --ພິມ
ວາງຜົນການທົດສອບໃນໄຟລ໌. ພິມຊື່ໄຟລ໌ເພື່ອ stdout ເມື່ອຜົນໄດ້ຮັບ
ສົມບູນ.

-q, --ງຽບ
ຜົນຜະລິດງຽບ. ຜົນຜະລິດຫນ້ອຍທີ່ສຸດເທົ່າທີ່ເປັນໄປໄດ້.

-r, --syslog_to_stderr
ສົ່ງຂໍ້ຄວາມ syslog ກັບ stderr. ນີ້ແມ່ນຄ່າເລີ່ມຕົ້ນເວັ້ນເສຍແຕ່ວ່າ -q ທາງເລືອກແມ່ນ
ລະບຸໄວ້ດັ່ງນັ້ນທາງເລືອກນີ້ແມ່ນເປັນປະໂຫຍດພຽງແຕ່ກັບ -q ທາງເລືອກ.

-V, - ການປ່ຽນແປງ
ພິມຂໍ້ມູນສະບັບແລະອອກ.

- ໃນ​, -- verbose
ຜົນຜະລິດ verbose. ລະບຸເພີ່ມເຕີມ -v's ເພີ່ມ verbosity ໄດ້.

-x, -- ທັງສອງ
ຜົນໄດ້ຮັບທັງຜູ້ສົ່ງແລະຜູ້ຮັບ. ໂດຍຄ່າເລີ່ມຕົ້ນ, ພຽງແຕ່ຜົນໄດ້ຮັບຈາກ
ດ້ານທີ່ເຫມາະສົມສໍາລັບເຄື່ອງມືທີ່ໃຫ້ແມ່ນຜົນຜະລິດ. ຖ້າ -p ທາງ​ເລືອກ​ແມ່ນ​ໄດ້​ລະ​ບຸ​ໄວ້​, ໄດ້​
ຜົນໄດ້ຮັບຂອງຜູ້ສົ່ງແມ່ນຖືກຈັດໃສ່ໃນໄຟລ໌ເພີ່ມເຕີມ.

-y, -- ຮູບແບບ ຮູບແບບ
ລະບຸຮູບແບບຜົນຜະລິດຂອງເຄື່ອງມື. ຄ່າທີ່ຍອມຮັບສໍາລັບ ຮູບແບບ ແມ່ນ​ເຄື່ອງ​ມື​
ສະເພາະ.

Iperf:

c [c]ຜົນຜະລິດທີ່ແຍກຈາກ omma

ENVIRONMENT ຄວາມຮັບຜິດຊອບ

bwctl ສະພາບແວດລ້ອມ ການປ່ຽນແປງ ການນໍາໃຊ້ Default

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

BWCTLRC config ເອກະສານ ~/.bwctlrc
BWCTL_DEBUG_TIMEOFFSET Offset 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

ດໍາເນີນການທົດສອບ 10 ວິນາທີ UDP ທຸກໆຊົ່ວໂມງ (3600 +/- 360 ວິນາທີ) ກັບຜູ້ສົ່ງ.
ອັດຕາຈໍາກັດ 10 Mbits ຕໍ່ວິນາທີຈາກ 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

ດໍາເນີນການທົດສອບ ping ທີ່ສົ່ງ 30 pings, ຫນຶ່ງຊອງຕໍ່ເຄິ່ງຫນຶ່ງວິນາທີ, ດ້ວຍ TTL ຂອງ 150.
ໄປຫາ somehost.example.com ຈາກ ທ້ອງຖິ່ນ. ຖ້າ somehost.example.com ບໍ່ມີ bwctl
ແລ່ນ, ການທົດສອບ ping ແລ່ນຢ່າງໃດກໍ່ຕາມ.

bwtraceroute -T ຮ່ອງຮອຍ -E -c somehost.example.com

ດໍາເນີນການທົດສອບ tracepath ໄປຫາ somehost.example.com ຈາກ ທ້ອງຖິ່ນ. ຖ້າ somehost.example.com
ບໍ່ມີ bwctl ແລ່ນ, ການທົດສອບ tracepath ແລ່ນຢ່າງໃດກໍ່ຕາມ.

ໃຊ້ bwping ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net