ນີ້ແມ່ນຄໍາສັ່ງ bwctl ທີ່ສາມາດດໍາເນີນການໄດ້ໃນ OnWorks ຜູ້ໃຫ້ບໍລິການໂຮດຕິ້ງຟຣີໂດຍໃຊ້ຫນຶ່ງໃນຫຼາຍໆບ່ອນເຮັດວຽກອອນໄລນ໌ຂອງພວກເຮົາເຊັ່ນ Ubuntu Online, Fedora Online, Windows online emulator ຫຼື MAC OS online emulator
ໂຄງການ:
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 ແລ່ນຢ່າງໃດກໍ່ຕາມ.
ໃຊ້ bwctl ອອນໄລນ໌ໂດຍໃຊ້ບໍລິການ onworks.net
