bwping - Trực tuyến trên đám mây

CHƯƠNG TRÌNH:

TÊN

bwctl, bwping, bwtraceroute - Ứng dụng khách để yêu cầu thông lượng, theo dõi, ping
và các bài kiểm tra owamp.

SYNOPSIS

bctl [lựa chọn] -c recvhost -s máy chủ lưu trữ
bctl [lựa chọn] -c recvhost
bctl [lựa chọn] -s máy chủ lưu trữ
thổi phồng [lựa chọn] -c recvhost -s máy chủ lưu trữ
thổi phồng [lựa chọn] -c recvhost
thổi phồng [lựa chọn] -s máy chủ lưu trữ
đường đi [lựa chọn] -c recvhost -s máy chủ lưu trữ
đường đi [lựa chọn] -c recvhost
đường đi [lựa chọn] -s máy chủ lưu trữ

MÔ TẢ

bctl là một ứng dụng khách dòng lệnh được sử dụng để bắt đầu kiểm tra thông lượng.

Phiên bản này của bctl có khả năng bắt đầu iperf, Nuttcp, iperf3, Ping, Traceroute,
dấu vết và owamp kiểm tra.

bctl hoạt động bằng cách liên hệ với một bwctld daemon trên cả máy chủ nhận và máy chủ gửi.
bwctld quản lý và lập lịch các tài nguyên của máy chủ mà nó chạy. Trong trường hợp chỉ
một trong các máy chủ nhận hoặc máy chủ gửi được chỉ định, bctl giả sử máy chủ địa phương là
điểm cuối khác. bctl sẽ cố gắng liên hệ với một địa phương bwctld nếu nó có thể. Nếu không có
địa phương bwctld đang chạy, bctl giả sử máy chủ lưu trữ cục bộ không yêu cầu kiểm soát chính sách và
sẽ thực hiện bwctld chức năng cần thiết để chạy thử nghiệm trực tiếp.

Nếu trường hợp mà bctl đang trực tiếp chạy thử nghiệm trên máy chủ, có một số
các tùy chọn cấu hình được chia sẻ với bwctld. Các tùy chọn cấu hình đó có thể được thiết lập
bằng cách sử dụng bwctlrc(5) tệp cấu hình theo cách rất giống với cách chúng
được chỉ định trong bwctld.conf(5) tệp.

Sản phẩm bctl, thổi phồng và đường đi khách hàng đang đã sử dụng đến yêu cầu các mong muốn kiểu of
thông lượng, Độ trễ or traceroute thử nghiệm. Hơn nữa, it yêu cầu khi nào kiểm tra là muốn.
bwctld trên mỗi điểm cuối hoặc phản hồi với một đặt trước dự kiến ​​hoặc một thử nghiệm từ chối
thông điệp. Một lần bctl có thể nhận được một đặt phòng phù hợp từ cả hai bwctld quy trình (một
đối với mỗi máy chủ tham gia thử nghiệm), nó xác nhận đặt chỗ. Sau đó, bwctld
các quy trình chạy thử nghiệm và trả về kết quả. Kết quả được trả lại cho khách hàng từ
cả hai mặt của bài kiểm tra từ các bwctld các quy trình. Ngoài ra, bwctld
các quá trình chia sẻ kết quả từ phía tương ứng của bài kiểm tra với nhau.

BWCTL (bctl và bwctld) được sử dụng để cho phép các thử nghiệm đo lường mạng không cụ thể cho các máy chủ
mà không cần phải cung cấp tài khoản người dùng đầy đủ trên các hệ thống nhất định. Người dùng muốn khả năng
chạy các bài kiểm tra thông lượng để xác định băng thông có thể đạt được hoặc khả dụng giữa một cặp
vật chủ. Việc kiểm tra nhiều điểm dọc theo đường dẫn mạng thường hữu ích để xác định
đặc điểm mạng dọc theo đường đi đó. Thông thường, những người dùng muốn thực hiện theo đường dẫn này
phân rã phải liên hệ trực tiếp với quản trị viên mạng / hệ thống, những người kiểm soát
vật chủ dọc theo đường dẫn. Quản trị viên cần chạy một nửa thử nghiệm cho người dùng
hoặc cung cấp cho họ một tài khoản người dùng trên máy chủ. Ngoài ra, các đường dẫn mạng quan tâm thường là
được kiểm soát bởi nhiều quản trị viên. Những rào cản này đã làm cho loại thử nghiệm này
khó trong thực tế.

BWCTL được thiết kế để giúp giải quyết vấn đề này. Nó cho phép quản trị viên định cấu hình
được cung cấp máy chủ như một iperf, iperf3, Nuttcp, hoặc là owamp điểm cuối. Điểm cuối có thể là một gói
người gửi (ví dụ: iperf máy khách) hoặc máy thu gói (ví dụ: iperf người phục vụ). Nó có thể được chia sẻ bởi
nhiều người dùng mà không lo ngại rằng những người dùng đó sẽ can thiệp vào nhau. Riêng
các giới hạn chính sách có thể được áp dụng cho những người dùng cụ thể và các thử nghiệm riêng lẻ được lên lịch để họ
sẽ không gây trở ngại cho nhau. Ngoài ra, tài khoản người dùng đầy đủ không bắt buộc đối với
những người dùng đang chạy thử nghiệm.

BWCTL cho phép quản trị viên phân loại các kết nối đến dựa trên tên người dùng và
Tổ hợp phím AES hoặc, cách khác, dựa trên IP / mặt nạ mạng. Sau khi kết nối được
phân loại, bwctld có thể xác định loại chính xác và cường độ của các bài kiểm tra thông lượng thô
điều đó sẽ được cho phép. Bạn có thể tìm thấy thêm thông tin về các biện pháp kiểm soát chính sách trong
bwctld(8) trang người.

BWCTL sử dụng thuật toán lập lịch phân tán. Mỗi máy chủ duy trì một lịch trình
một cách độc lập. Khi khách hàng yêu cầu kiểm tra, hai điểm cuối được liên hệ và mỗi
bwctld máy chủ phản hồi với vị trí lịch mở sẵn có đầu tiên. Điều này cho phép theo yêu cầu
các bài kiểm tra cùng tồn tại với các bài kiểm tra được lên lịch thường xuyên vì các bài kiểm tra được lên lịch thường xuyên là
được thực hiện bằng cách yêu cầu khách hàng kiểm tra định kỳ. Các ưu tiên khác nhau
có thể được thực hiện bằng cách sử dụng sự kiện_chân trời chỉ thị cấu hình cho bwctld. (Bằng cách cho phép
khách hàng triển khai các thử nghiệm được lên lịch thường xuyên để đặt trước các khoảng thời gian của họ hơn nữa vào
tương lai.)

TRANH LUẬN

Kết nối / Xác thực đối số:
-4, --ipv4
Buộc bwctl chỉ sử dụng địa chỉ IPv4.

Mặc định:
Không xác định (ưu tiên IPv6).

-6, --ipv6
Buộc bwctl chỉ sử dụng địa chỉ IPv6.

Mặc định:
Không xác định (ưu tiên IPv6).

-A phương thức xác thực
phương thức xác thực được sử dụng để chỉ định phương pháp xác thực bctl khách hàng sẵn sàng
sử dụng để giao tiếp với bwctld trên máy chủ lưu trữ và recvhost. Các
các tùy chọn xác thực của bctl nhằm mục đích có thể mở rộng. Các thông tin liên lạc
từ bctl khách hàng cho mỗi bwctld máy chủ có thể có các tùy chọn khác nhau cho
các loại xác thực khác nhau. Nếu phương thức xác thực tùy chọn được chỉ định cho
hoặc là -s, Hoặc -c đối số, nó ghi đè lên phương thức xác thực được chỉ định với
-A tùy chọn giao tiếp với máy chủ lưu trữ cụ thể đó. (Do đó, -A đối số
chỉ thực sự hữu ích nếu có thể sử dụng cùng một xác thực với cả hai máy chủ.)

Việc cho phép các phương pháp xác thực khác nhau cho mỗi kết nối sẽ cho phép một ứng dụng khách
để sử dụng các phương pháp xác thực khác nhau với các máy chủ khác nhau, điều này sẽ lần lượt
cho phép các thử nghiệm giữa các miền diễn ra dễ dàng hơn.

Định dạng cho phương thức xác thực là:

mã xác thực [xác thực sơ đồ]

mã xác thực
Chỉ định chế độ xác thực mà khách hàng sẵn sàng nói chuyện với
người phục vụ. Nó phải được đặt dưới dạng một chuỗi ký tự với bất kỳ hoặc tất cả
ký tự "AEO". Các chế độ là:

A [A] đã xác thực. Chế độ này mã hóa kết nối điều khiển.

E [E] được mã hóa. Chế độ này mã hóa kết nối điều khiển. Nếu kiểm tra
hỗ trợ mã hóa, chế độ này sẽ mã hóa bổ sung kiểm tra
dòng. (Mã hóa luồng thử nghiệm hiện không được hỗ trợ, vì vậy
chế độ này hiện giống với được xác thực.)

O [O]cái bút. Không có bất kỳ loại mã hóa nào được thực hiện.

Máy khách có thể chỉ định tất cả các chế độ mà nó sẵn sàng
giao tiếp. Chế độ nghiêm ngặt nhất mà cả máy chủ và máy khách
sẵn sàng sử dụng sẽ được chọn.

Mặc định:
"AEO"

lược đồ xác thực lược đồ
lược đồ xác thực chỉ ra lược đồ xác thực nên được sử dụng để
đạt được chứng thực or mã hóa chế độ. lược đồ là một danh sách của
đối số cụ thể cho từng lược đồ xác thực cụ thể. Được hỗ trợ
lược đồ xác thực các giá trị theo sau (được liệt kê với lược đồ mỗi chương trình yêu cầu):

AESKEY tên người dùng [tài liệu quan trọng]
Đây là mô hình bí mật được chia sẻ (khóa AES) "đơn giản" ban đầu. tên người dùng is
cần thiết để xác định bí mật được chia sẻ nào mà máy chủ và máy khách nên
sử dụng. tài liệu quan trọng tùy chọn chỉ định một tệp để truy xuất khóa AES
từ. Nếu như tài liệu quan trọng không được chỉ định, người dùng sẽ được nhắc về
mật khẩu. tài liệu quan trọng có thể được tạo ra bằng cách sử dụng aespasswd(1)
ứng dụng.

Mặc định:
Chưa được xác thực

lược đồ xác thực và lược đồ chỉ cần thiết nếu giao tiếp được xác thực (A or E
chế độ của mã xác thực) được truy nã với máy chủ lưu trữ và recvhost.

-NS, --địa chỉ địa phương trái tim
Liên kết địa chỉ cục bộ của ổ cắm máy khách với trái tim. trái tim có thể được chỉ định
sử dụng tên DNS hoặc sử dụng ký hiệu văn bản tiêu chuẩn cho địa chỉ IP.

Mặc định:
Không xác định (lựa chọn địa chỉ ký tự đại diện).

-NS, --người nhận recvhost [: port] [phương thức xác thực]
Chỉ định máy chủ sẽ chạy iperf, iperf3 or Nuttcp người phục vụ. Các: cổng
hậu tố là tùy chọn và chỉ cần thiết nếu bwctld đang được chạy trên một cổng không phải mặc định
con số. Nếu địa chỉ IPv6 đang được chỉ định, hãy lưu ý rằng định dạng được chấp nhận
chứa recvhost một phần của thông số kỹ thuật trong dấu ngoặc vuông như:
[fe80 :: fe9f: 62d8]: 4823. Điều này đảm bảo số cổng khác với địa chỉ
và không cần thiết nếu hậu tố: port không được sử dụng.

Ít nhất một trong những -c or -s các tùy chọn phải được chỉ định. Nếu một trong số họ không
được chỉ định, nó được giả định là máy chủ cục bộ.

phương thức xác thực là danh sách từ khóa được sắp xếp cụ thể chỉ cần thiết nếu
giao tiếp xác thực được mong muốn với recvhost. Những từ khóa này được sử dụng để
mô tả kiểu giao tiếp và xác thực sẽ được sử dụng để
liên hệ với recvhost. Nếu recvhost và máy chủ lưu trữ chia sẻ cùng một xác thực
phương pháp và danh tính, có thể chỉ định authmethod cho cả hai recvhost
và máy chủ lưu trữ bằng cách sử dụng -A tranh luận. Một phương thức xác thực được chỉ định với -c tùy chọn
sẽ ghi đè lên một phương thức xác thực được chỉ định với -A tranh luận để giao tiếp với
các recvhost.

Định dạng cho phương thức xác thực và mô tả về
các phương pháp xác thực được mô tả với -A tranh luận.

-S, --người gửi sendhost [: port] [phương thức xác thực]
Chỉ định máy chủ sẽ chạy iperf, iperf3 or Nuttcp khách hàng. Các: cổng
hậu tố là tùy chọn và chỉ cần thiết nếu bwctld đang được chạy trên một cổng không phải mặc định
con số. Nếu địa chỉ IPv6 đang được chỉ định, hãy lưu ý rằng định dạng được chấp nhận
chứa máy chủ lưu trữ một phần của thông số kỹ thuật trong dấu ngoặc vuông như:
[fe80 :: fe9f: 62d8]: 4823. Điều này đảm bảo số cổng khác với địa chỉ
và không cần thiết nếu hậu tố: port không được sử dụng.

Ít nhất một trong những -c or -s các tùy chọn phải được chỉ định. Nếu một trong số họ không
được chỉ định, nó được giả định là địa phương.

phương thức xác thực là danh sách từ khóa được sắp xếp cụ thể chỉ cần thiết nếu
giao tiếp xác thực được mong muốn với máy chủ lưu trữ. Những từ khóa này được sử dụng để
mô tả kiểu giao tiếp và xác thực sẽ được sử dụng để
liên hệ với máy chủ lưu trữ. Nếu recvhost và máy chủ lưu trữ chia sẻ cùng một xác thực
phương pháp và danh tính, có thể chỉ định authmethod cho cả hai recvhost
và máy chủ lưu trữ bằng cách sử dụng -A tranh luận. Một phương thức xác thực được chỉ định với -s tùy chọn
sẽ ghi đè lên một phương thức xác thực được chỉ định với -A tranh luận để giao tiếp với
các máy chủ lưu trữ.

Định dạng cho phương thức xác thực và mô tả về
các phương pháp xác thực được mô tả với -A tranh luận.

-ồ, --lật
Theo mặc định, người gửi sẽ kết nối với người nhận. Tùy chọn --flip gây ra
người nhận để kết nối với người gửi. Tùy chọn này không có sẵn cho tất cả các loại thử nghiệm
(ví dụ: đối với các bài kiểm tra iperf). Điều này hữu ích nhất nếu bộ thu nằm sau tường lửa.

bctl Thử nghiệm đối số:
Các đối số được đặt tên để khớp với các đối số của chúng trong iperf Càng gần càng tốt.

-NS, --dụng cụ
Chỉ định trình kiểm tra thông lượng nào sẽ sử dụng:

iperf

iperf3

hạt dẻ

Mặc định:
Không có. Chọn một công cụ mà máy khách và máy chủ có điểm chung

-NS, --tos HO
Đặt byte TOS trong các gói gửi.

Mặc định:
Không có.

-NS, --dscp DSCP
Đặt giá trị DSCP kiểu RFC 2474 cho byte TOS trong các gói gửi. Cái này có thể
được đặt bằng giá trị số 6 bit ở dạng thập phân, hex hoặc bát phân. Ngoài ra,
tập hợp các biểu tượng sau DSCP hằng số tên được hiểu. (Ứng dụng ví dụ
được lấy từ RFC 4594.)

┌─────────┬───────── ────────────────────────┐
│ Họ tên │ Giá trị │ Dịch vụ Lớp │ Các ví dụ │
├─────────├───────── ────────────────────────┤
│NONE │ │ │ │
│MẶC ĐỊNH │ 000000 │ Tiêu chuẩn │ Không phân biệt │
│DF │ │ │ │
│CS0 │ │ │ │
├─────────┼───────── ────────────────────────┤
│CS1 │ 001000 │ Dữ liệu mức độ ưu tiên thấp │ Không đảm bảo BW │
├─────────┼───────── ────────────────────────┤
│AF11 │ 001010 │ │ │
│AF12 │ 001100 │ Dữ liệu thông lượng cao │ Lưu trữ và chuyển tiếp │
│AF13 │ 001110 │ │ │
├─────────┼───────── ────────────────────────┤
│CS2 │ 010000 │ OAM │ OAM & P │
├─────────┼───────── ────────────────────────┤
│AF21 │ 010010 │ │ │
│AF22 │ 010100 │ Dữ liệu độ trễ thấp │ Đặt hàng trên web │
│AF23 │ 010110 │ │ │
├─────────┼───────── ────────────────────────┤
│CS3 │ 011000 │ Video truyền hình │ Truyền hình và sự kiện trực tiếp │
├─────────┼───────── ────────────────────────┤
│AF31 │ 011010 │ │ │
│AF32 │ 011100 │ Truyền phát đa phương tiện │ Truyền video và âm thanh │
│AF33 │ 011110 │ │ │
├─────────┼───────── ────────────────────────┤
│CS4 │ 100000 │ Tương tác trong thời gian thực │ Trò chuyện video và chơi game │
├─────────┼───────── ────────────────────────┤
│AF41 │ 100010 │ │ │
│AF42 │ 100100 │ Hội nghị đa phương tiện │ Hội nghị truyền hình H.323 │
│AF43 │ 100110 │ │ │
├─────────┼───────── ────────────────────────┤
│CS5 │ 101000 │ Phát tín hiệu │ Kết nối video và chơi game │
├─────────┼───────── ────────────────────────┤
│EF │ 101110 │ Điện thoại │ Đầu mang điện thoại IP │
├─────────┼───────── ────────────────────────┤
│CS6 │ 110000 │ Kiểm soát mạng │ Định tuyến mạng │
├─────────┼───────── ────────────────────────┤
│CS7 │ 111000 │ │ │
└─────────┴───────── ────────────────────────┘
Mặc định:
Bỏ đặt.

-NS, - băng thông băng thông
Giới hạn tốc độ gửi UDP đến băng thông (bit / giây).

Mặc định:
1 Mb

-tôi, --report_interval khoảng thời gian
Khoảng thời gian báo cáo (giây).

Mặc định:
bỏ đặt (không có khoảng thời gian nào được báo cáo)

-l, --buffer_length len
độ dài của bộ đệm đọc / ghi (byte).

Mặc định:
8 KB TCP, 1470 byte UDP

-Ồ, --bỏ sót giây
Khoảng dữ liệu ban đầu cần bỏ qua trong thống kê cuối cùng. Điều này là để bạn có thể
bỏ qua các điều kiện ban đầu trong quá khứ chẳng hạn như TCP Slow Start. Hiện chỉ được triển khai bởi
các iperf3 công cụ.

-P, --song song nStream
Số luồng đồng thời cho thử nghiệm. Xem -P tùy chọn iperf để biết thêm chi tiết.

-t, - test_duration thời gian
Thời lượng kiểm tra (giây).

Mặc định:
10

-bạn, --udp
Kiểm tra UDP.

Mặc định:
Kiểm tra TCP

-W, - dynamic_window cửa sổ
Giống như -w tùy chọn, ngoại trừ giá trị là tư vấn. bctl sẽ cố gắng
xác định động cửa sổ TCP thích hợp, dựa trên thông tin RTT
tập hợp từ ổ cắm điều khiển. Nếu như bctl không thể xác định động một
cửa sổ, giá trị cửa sổ sẽ được sử dụng.

Mặc định:
Bỏ đặt (mặc định của hệ thống)

-w, --cửa sổ cửa sổ
Kích thước bộ đệm ổ cắm (byte). Đối với TCP, điều này đặt kích thước cửa sổ TCP. Đối với UDP, điều này
đặt kích thước bộ đệm nhận ổ cắm.

Mặc định:
Bỏ đặt (mặc định của hệ thống)

thổi phồng Thử nghiệm đối số:
-NS, --dụng cụ
Chỉ định trình kiểm tra thông lượng nào sẽ sử dụng:

ping

oa oa

Mặc định:
Không có. Chọn một công cụ mà máy khách và máy chủ có điểm chung

-VÀ, --no_endpoint
Cho phép chạy kiểm tra ping khi bộ thu có thể không có bwctl.

-l, --packet_length chiều dài
Kích thước của các gói để gửi cho bài kiểm tra ping hoặc owamp

Mặc định:
Các gói có kích thước tối thiểu

-N, --num_gói nGói
Số lượng gói tin cần gửi trong bài kiểm tra này

Mặc định:
10

-tôi, --packet_interval giây
Khoảng thời gian từ khi mỗi gói được gửi đi kiểm tra

Mặc định:
1.0 giây

-NS, --ttl ttl
Giá trị TTL để gắn thẻ mỗi gói. Điều này chỉ áp dụng cho các bài kiểm tra ping.

Mặc định:
Không áp dụng

đường đi Thử nghiệm đối số:
-NS, --dụng cụ
Chỉ định trình kiểm tra thông lượng nào sẽ sử dụng:

traceroute

dấu vết

Mặc định:
Không có. Chọn một công cụ mà máy khách và máy chủ có điểm chung

-VÀ, --no_endpoint
Cho phép chạy thử nghiệm khi bộ thu có thể không có bwctl.

-l, --packet_length chiều dài
Kích thước của các gói để gửi cho các bài kiểm tra

Mặc định:
Các gói có kích thước tối thiểu

-NS, --first_ttl ttl
TTL tối thiểu để đặt cho quy trình theo dõi. Điều này đặt bước nhảy đầu tiên trong lộ trình
sẽ được trả lại. Điều này không hiệu quả đối với các bài kiểm tra tracepath.

Mặc định:
Không áp dụng

-NS, --max_ttl ttl
TTL tối đa để đặt cho quy trình theo dõi. Điều này đặt bước nhảy cuối cùng trong lộ trình
sẽ được trả lại. Điều này không hiệu quả đối với các bài kiểm tra tracepath.

Mặc định:
Không áp dụng

-NS, --Thời lượng kiểm tra giâyfR
Khoảng thời gian tối đa để đợi quá trình kiểm tra theo dõi kết thúc.

Mặc định:
10 giây

Lập kế hoạch đối số:
-một, --allow_ntp_unsync đồng bộ hóa
Cho phép bctl để chạy mà không có đồng hồ hệ thống đồng bộ. Sử dụng điều này để chỉ định bao xa
tắt đồng hồ địa phương là từ UTC. bctl thích có một NTP hệ thống đồng bộ
đồng hồ để đảm bảo hai điểm cuối của thử nghiệm thực sự đồng ý với nhau
cửa sổ thời gian đã lên lịch để thực hiện thử nghiệm.

Nếu hai hệ thống KHÔNG có khái niệm thời gian đủ gần nhau, thì kiểm tra thông lượng
cuối cùng sẽ thất bại vì một điểm cuối của bài kiểm tra sẽ cố gắng chạy ở
thời gian khác với thời gian khác.

Nếu hệ điều hành hỗ trợ NTP các cuộc gọi hệ thống và đồng hồ hệ thống là
được xác định là không được đồng bộ hóa, các thông báo lỗi sẽ vẫn được báo cáo tùy thuộc vào
dựa trên giá trị của -e cờ.

Khi tính toán sai số thời gian, giá trị này sẽ được thêm vào để tính cho
Sự khác biệt. Khoảng cách thời gian tối đa có thể được giới hạn ở phía máy chủ, bằng cách sử dụng
chỉ thị max_time_error, để ngăn chặn một cuộc tấn công từ chối dịch vụ. Nếu được đặt, máy chủ
sẽ từ chối mọi yêu cầu kiểm tra với một ứng dụng ngang hàng có lỗi dấu thời gian quá cao.

Mặc định:
Bỏ đặt (Mặc định là Đặt cho các hệ thống không có NTP cuộc gọi hệ thống)

-TÔI, --test_interval khoảng thời gian
Chỉ định rằng bctl nên cố gắng chạy kiểm tra thông lượng mỗi khoảng thời gian
giây.

Mặc định:
Bỏ đặt. Nếu nó chưa được đặt, bctl chỉ chạy thử nghiệm một lần.

-L, --latest_time dài nhất
Chỉ định khoảng thời gian dài nhất mà khách hàng sẵn sàng chờ đợi
cửa sổ đặt chỗ. Khi nào bctl yêu cầu một bài kiểm tra từ bwctld máy chủ, nó chỉ định
thời gian sớm nhất và thời gian muộn nhất nó sẵn sàng chấp nhận. Lần gần đây nhất là
xác định bằng cách thêm cái này dài nhất tùy chọn vào thời gian sớm nhất. Thời gian sớm nhất là
về cơ bản là 'bây giờ'. Các dài nhất thời gian được chỉ định là một số giây.

Mặc định:
If khoảng thời gian được đặt, mặc định là 50% trong số khoảng thời gian. Nếu không, mặc định
gấp đôi thời lượng thử nghiệm thời gian nhưng không nhỏ hơn 10 phút. (Nhìn thấy -t.)

-N, --num_tests n Khoảng thời gian
Số lượng thử nghiệm cần thực hiện nếu -I tùy chọn được thiết lập.

Mặc định:
liên tiếp

-NS, --ngẫu nhiên alpha
Ngẫu nhiên hóa thời gian bắt đầu thử nghiệm trong phạm vi này alpha phần trăm của khoảng thời gian.
Giá trị hợp lệ cho alpha là từ 0-50. bctl sẽ cố gắng chạy thử nghiệm mọi
khoảng thời gian + / - alpha phần trăm. Ví dụ, nếu khoảng thời gian là 300 giây và alpha
được đặt thành 10 phần trăm, sau đó bctl sẽ cố gắng chạy thử nghiệm cứ sau 270-330 giây.
Tùy chọn này chỉ hữu ích với -I tùy chọn.

Mặc định:
0 (không có ngẫu nhiên)

Đầu ra đối số:
-NS, --output_dir dir
Chỉ định thư mục cho các tệp kết quả nếu -p tùy chọn được thiết lập.

-e, --cơ sở cơ sở
nhật ký hệ thống cơ sở để đăng nhập tin nhắn.

Mặc định:
ĐĂNG NHẬP

-NS, --các đơn vị các đơn vị
Chỉ định các đơn vị cho công cụ để sử dụng khi hiển thị kết quả. Được chấp nhận
giá trị cho các đơn vị là công cụ cụ thể.

hoàn hảo:

k Kilobit trên giây

K Kilobyte trên giây

m Megabit trên giây

M Megabyte trên giây

-NS, --Cứu giúp
In thông báo trợ giúp.

-P, --in
Đặt kết quả kiểm tra vào tệp. In tên tệp thành stdout khi có kết quả
hoàn thành.

-NS, --Yên lặng
Đầu ra yên tĩnh. Đầu ra càng ít càng tốt.

-NS, --syslog_to_stderr
Gửi tin nhắn nhật ký hệ thống đến stderr. Đây là mặc định trừ khi -q Tùy chọn là
được chỉ định nên tùy chọn này chỉ hữu ích với -q tùy chọn.

-V, --phiên bản
In thông tin phiên bản và thoát.

-v, --dài dòng
Báo cáo dài dòng. Chỉ định bổ sung -vlàm tăng độ dài.

-NS, --cả hai
Xuất kết quả cả người gửi và người nhận. Theo mặc định, chỉ các kết quả từ
mặt thích hợp cho công cụ nhất định là đầu ra. Nếu -p tùy chọn được chỉ định,
kết quả của người gửi được đặt trong một tệp bổ sung.

-y, --định dạng định dạng
Chỉ định định dạng đầu ra của công cụ. Các giá trị được chấp nhận cho định dạng là công cụ
cụ thể.

hoàn hảo:

c [c] đầu ra được phân tách omma

MÔI TRƯỜNG BIẾN

bctl Môi trường Biến sử dụng mặc định

... ──────

BWCTLRC Config hồ sơ ~ / .bwctlrc
BWCTL_DEBUG_TIMEOFFSET Bù đắp 0.0 giây)

VÍ DỤ

bctl -c somehost.example.com

Chạy thử nghiệm TCP 10 giây mặc định càng sớm càng tốt với địa phương với tư cách là người gửi và
somehost.example.com với tư cách là người nhận, sử dụng bất kỳ công cụ nào mà chúng có điểm chung.
Trả kết quả từ phía nhận của bài kiểm tra.

bctl -x -c somehost.example.com

Giống như thử nghiệm trước, nhưng cũng trả lại kết quả từ phía người gửi của
thử nghiệm.

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

Giống như thử nghiệm trước, nhưng với otherhost.example.com là người gửi thay vì
địa phương.

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

Chạy TCP 30 giây iperf kiểm tra với somehost.example.com với tư cách là người gửi và địa phương as
người nhận.

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

Chạy kiểm tra UDP 10 giây khoảng mỗi giờ (3600 +/- 360 giây) với người gửi
tốc độ giới hạn ở 10 Mbits mỗi giây từ somehost.example.com tới địa phương.

bctl -s somehost.example.com AE AESKEY người dùng

Chạy thử nghiệm TCP 10 giây mặc định. Xác thực bằng danh tính người dùng. bctl
sẽ nhắc nhập cụm mật khẩu sẽ được sử dụng để tạo khóa AES.

thổi phồng --no_endpoint -N 30 -i 0.5 --ttl 150 -c somehost.example.com

Chạy kiểm tra ping gửi 30 ping, một gói mỗi nửa giây, với TTL là 150
đến somehost.example.com từ địa phương. Nếu somehost.example.com không có bwctl
đang chạy, kiểm tra ping vẫn chạy.

đường đi -T dấu vết -E -c somehost.example.com

Chạy kiểm tra tracepath tới somehost.example.com từ địa phương. Nếu somehost.example.com
không có bwctl đang chạy, kiểm tra tracepath vẫn chạy.

Sử dụng bwping trực tuyến bằng các dịch vụ onworks.net