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

CHƯƠNG TRÌNH:

TÊN

flowgrind - trình tạo lưu lượng TCP nâng cao cho Linux, FreeBSD và Mac OS X

SYNOPSIS

dòng chảy [TÙY CHỌN] ...

MÔ TẢ

chảy nước là một trình tạo lưu lượng TCP nâng cao để kiểm tra và đo điểm chuẩn cho Linux,
Ngăn xếp FreeBSD và Mac OS X TCP/IP. Ngược lại với các công cụ đo lường hiệu suất khác, nó
có kiến ​​trúc phân tán, trong đó thông lượng và các số liệu khác được đo lường
giữa các tiến trình máy chủ flowgrind tùy ý, daemon flowgrind lưu lượng(1).

Các biện pháp của Flowgrind bên cạnh thông lượng tốt (thông lượng), thời gian giữa các lớp ứng dụng
(IAT) và thời gian khứ hồi (RTT), số khối và số giao dịch mạng. Không giống như hầu hết các chéo
công cụ kiểm tra nền tảng, flowgrind thu thập và báo cáo các số liệu TCP được trả về bởi
Tùy chọn ổ cắm TCP_INFO, thường nằm bên trong ngăn xếp TCP/IP. Trên Linux và
FreeBSD, điều này bao gồm ước tính của hạt nhân về RTT đầu cuối, kích thước
của cửa sổ tắc nghẽn TCP (CWND) và ngưỡng khởi động chậm (SSTHRESH).

Flowgrind có kiến ​​trúc phân tán. Nó được chia thành hai thành phần: cối xay dòng chảy
quỷ, lưu lượng(1), và chảy nước bộ điều khiển. Sử dụng bộ điều khiển, chuyển đổi giữa
bất kỳ hai hệ thống nào chạy daemon flowgrind đều có thể được thiết lập (thử nghiệm của bên thứ ba). Thường xuyên
khoảng thời gian trong quá trình thử nghiệm, bộ điều khiển thu thập và hiển thị kết quả đo được từ
các daemon. Nó có thể chạy nhiều luồng cùng một lúc với các cài đặt giống nhau hoặc khác nhau và
lên lịch riêng cho từng người. Kết nối kiểm tra và điều khiển có thể được chuyển hướng tùy ý sang
giao diện khác nhau.

Bản thân việc tạo lưu lượng truy cập là truyền số lượng lớn, giới hạn tốc độ hoặc phức tạp.
kiểm tra yêu cầu/phản hồi. Flowgrind sử dụng libpcap để tự động kết xuất lưu lượng truy cập cho
phân tích định tính.

LỰA CHỌN

Chúng là hai nhóm tùy chọn quan trọng: tùy chọn bộ điều khiển và tùy chọn luồng. Giống như
tên gợi ý, các tùy chọn bộ điều khiển áp dụng trên toàn cầu và có khả năng ảnh hưởng đến tất cả các luồng, trong khi
các tùy chọn dành riêng cho luồng chỉ áp dụng cho tập hợp con các luồng được chọn bằng cách sử dụng -F tùy chọn.

đối số tùy chọn dài là bắt buộc đối với tùy chọn ngắn quá.

Tổng Quát lựa chọn
-h, --Cứu giúp[=GÌ]
hiển thị trợ giúp và thoát. Tùy chọn CÁI GÌ có thể là 'ổ cắm' để được trợ giúp về ổ cắm
các tùy chọn hoặc trợ giúp tạo lưu lượng truy cập 'lưu lượng truy cập'

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

Người điều khiển lựa chọn
-c, --show-dấu hai chấm=LOẠI[,LOẠI] ...
hiển thị cột báo cáo khoảng thời gian trung gian LOẠI trong đầu ra. Giá trị được phép cho
LOẠI là: 'khoảng', 'thông qua', 'transac', 'iat', 'kernel' (tất cả hiển thị theo mặc định),
và 'khối', 'rtt', 'delay' (tùy chọn)

-d, --gỡ lỗi
tăng tính chi tiết của việc gỡ lỗi. Thêm tùy chọn nhiều lần để tăng tính chi tiết

-e, --dump-tiền tố=PRE
thêm tiền tố PRE vào tên tệp kết xuất (mặc định: "flowgrind-")

-i, --báo cáo-khoảng=#.#
khoảng thời gian báo cáo, tính bằng giây (mặc định: 0.05 giây)

--log-tệp[=FILE]
ghi đầu ra vào logfile FILE (mặc định: flowgrind-'timestamp'.log)

-m thông lượng báo cáo tính bằng 2**20 byte/s (mặc định: 10**6 bit/s)

-n, --flows=#
số lượng luồng thử nghiệm (mặc định: 1)

-o ghi đè lên các tệp nhật ký hiện có (mặc định: không)

-p không in các giá trị tượng trưng (như INT_MAX) thay vì số

-q, --Yên lặng
hãy im lặng, không đăng nhập vào màn hình (mặc định: tắt)

-s, --tcp-stack=LOẠI
không tự động xác định đơn vị của ngăn xếp TCP nguồn. Buộc đơn vị phải TYPE, trong đó
LOẠI là 'phân đoạn' hoặc 'byte'

-w ghi đầu ra vào logfile (giống như --log-tệp)

Dòng chảy lựa chọn
Tất cả các luồng đều có hai điểm cuối, nguồn và đích. Sự khác biệt giữa nguồn
và điểm cuối đích chỉ ảnh hưởng đến việc thiết lập kết nối. Khi bắt đầu một luồng
điểm cuối đích lắng nghe trên một ổ cắm và điểm cuối nguồn kết nối với nó. Cho
thử nghiệm thực tế thì điều này không có gì khác biệt, cả hai điểm cuối đều có khả năng hoàn toàn giống nhau.
Dữ liệu có thể được gửi theo một trong hai hướng và nhiều cài đặt có thể được cấu hình riêng cho
mỗi điểm cuối.

Một số tùy chọn này lấy điểm cuối luồng làm đối số, được biểu thị bằng 'x' trong tùy chọn
cú pháp. 'x' cần được thay thế bằng 's' cho điểm cuối nguồn, 'd' cho
điểm cuối đích hoặc 'b' cho cả hai điểm cuối. Để chỉ định các giá trị khác nhau cho mỗi
điểm cuối, phân tách chúng bằng dấu phẩy. Ví dụ -W s=8192,d=4096 đặt quảng cáo
cửa sổ tới 8192 ở nguồn và 4096 ở đích.

-A x sử dụng kích thước phản hồi tối thiểu cần thiết để tính toán RTT
(giống như -G s=p,C,40)

-B x=# đặt bộ đệm gửi được yêu cầu, tính bằng byte

-C x dừng dòng chảy nếu nó đang gặp tắc nghẽn cục bộ

-D x=DSCP
Giá trị DSCP cho byte tiêu đề IP loại dịch vụ (TOS)

-E liệt kê các byte trong tải trọng thay vì gửi số không

-F #[,#] ...
các tùy chọn luồng theo tùy chọn này chỉ áp dụng cho các ID luồng đã cho. Hữu ích trong
kết hợp với -n để đặt các tùy chọn cụ thể cho các luồng nhất định. Bắt đầu đánh số
bằng 0, vậy -F 1 đề cập đến luồng thứ hai. Với -1 tất cả luồng có thể được giới thiệu

-G x=(q|p|g):(C|U|E|N|L|P|W):#1:[#2]
kích hoạt việc tạo lưu lượng truy cập ngẫu nhiên và thiết lập các tham số theo nhu cầu sử dụng
phân bổ. Để biết thêm thông tin, hãy xem phần 'Tùy chọn tạo lưu lượng truy cập'

-H x=HOST[/KIỂM SOÁT[:PORT]]
kiểm tra từ/đến HOST. Đối số tùy chọn là địa chỉ và cổng cho ĐIỀU KHIỂN
kết nối đến cùng một máy chủ. Một điểm cuối không được chỉ định được coi là
localhost

-J # sử dụng hạt giống ngẫu nhiên # (mặc định: đọc / dev / urandom)

-I bật tính toán độ trễ một chiều (không đồng bộ hóa đồng hồ)

-L gọi connect() trên ổ cắm thử nghiệm ngay trước khi bắt đầu gửi dữ liệu (muộn
kết nối). Nếu không được chỉ định, kết nối thử nghiệm sẽ được thiết lập trong quá trình chuẩn bị
giai đoạn trước khi bắt đầu thử nghiệm

-M x kết xuất lưu lượng truy cập bằng libpcap. lưu lượng(1) phải được chạy bằng root

-N tắt máy() mỗi hướng ổ cắm sau luồng thử nghiệm

-O x=OPT
đặt tùy chọn ổ cắm OPT trên ổ cắm thử nghiệm. Để biết thêm thông tin xem phần
'Tùy chọn ổ cắm'

-P x không lặp qua select() để tiếp tục gửi trong trường hợp kích thước khối không
đủ để lấp đầy hàng đợi gửi (push)

-Q chỉ tóm tắt, không có báo cáo khoảng thời gian trung gian nào được tính toán (im lặng)

-R x=#.#(z|k|M|G)(b|B)
gửi với tốc độ được chỉ định mỗi giây, trong đó: z = 2**0, k = 2**10, M = 2**20, G =
2**30 và b = bit/s (mặc định), B = byte/s

-S x=# đặt kích thước khối (tin nhắn), tính bằng byte (giống như -G s=q,C,#)

-T x=#.#
đặt thời lượng luồng, tính bằng giây (mặc định: s=10,d=0)

-U # đặt kích thước bộ đệm ứng dụng, tính bằng byte (mặc định: 8192) cắt bớt các giá trị nếu được sử dụng với
tạo lưu lượng truy cập ngẫu nhiên

-W x=# đặt bộ đệm nhận được yêu cầu (cửa sổ được quảng cáo), tính bằng byte

-Y x=#.#
đặt độ trễ ban đầu trước khi máy chủ bắt đầu gửi, tính bằng giây

GIAO THÔNG TẠO TÙY CHỌN

Thông qua tùy chọn -G Flowgrind hỗ trợ tạo lưu lượng truy cập ngẫu nhiên, cho phép tiến hành
bên cạnh việc truyền dữ liệu số lượng lớn thông thường còn có tốc độ truyền dữ liệu đáp ứng yêu cầu và giới hạn tốc độ nâng cao.

Tùy chọn tạo lưu lượng truy cập ngẫu nhiên -G lấy điểm cuối luồng làm đối số, ký hiệu là
bởi 'x' trong cú pháp tùy chọn. 'x' cần được thay thế bằng 's' cho nguồn
điểm cuối, 'd' cho điểm cuối đích hoặc 'b' cho cả hai điểm cuối. Tuy nhiên, xin lưu ý
việc tạo ra lưu lượng truy cập hai chiều có thể dẫn đến kết quả không mong muốn. Để chỉ định khác nhau
giá trị cho mỗi điểm cuối, phân tách chúng bằng dấu phẩy.

-G x=(q|p|g):(C|U|E|N|L|P|W):#1:[#2]

Tham số dòng chảy:

q kích thước yêu cầu (tính bằng byte)

p kích thước phản hồi (tính bằng byte)

g khoảng cách giữa các gói yêu cầu (tính bằng giây)

Phân phối:

C không thay đổi (#1: giá trị, #2: không được sử dụng)

U đồng phục (#1: phút, #2: tối đa)

E số mũ (#1: lamba - trọn đời, #2: không được sử dụng)

N Bình thường (#1: mu - giá trị trung bình, #2: sigma_square - phương sai)

L logic bình thường (#1: zeta - nghĩa là, #2: sigma - std dev)

P pareto (#1: k - hình dạng, #2: x_min - tỷ lệ)

W weibull (#1: lambda - quy mô, #2: k - hình)

Các bản phân phối nâng cao như weibull chỉ khả dụng nếu flowgrind được biên dịch
với sự hỗ trợ của libgsl.

-U # chỉ định giới hạn cho các giá trị được tính toán cho kích thước yêu cầu và phản hồi, cần thiết
bởi vì các giá trị phân phối nâng cao là không giới hạn, nhưng chúng ta cần biết
kích thước đệm (không cần thiết cho các giá trị không đổi hoặc phân phối đồng đều). Giá trị
bên ngoài giới hạn được tính toán lại cho đến khi xuất hiện kết quả hợp lệ nhưng tối đa là 10
lần (sau đó giá trị giới hạn được sử dụng)

Ổ CẮM TÙY CHỌN

Flowgrind cho phép thiết lập các tùy chọn ổ cắm tiêu chuẩn và không chuẩn sau thông qua tùy chọn
-O.

Tất cả các tùy chọn ổ cắm lấy điểm cuối luồng làm đối số, được biểu thị bằng 'x' trong tùy chọn
cú pháp. 'x' cần được thay thế bằng 's' cho điểm cuối nguồn, 'd' cho
điểm cuối đích hoặc 'b' cho cả hai điểm cuối. Để chỉ định các giá trị khác nhau cho mỗi
điểm cuối, phân tách chúng bằng dấu phẩy. Hơn nữa, có thể lặp đi lặp lại cùng một
điểm cuối để chỉ định nhiều tùy chọn ổ cắm.

Tiêu chuẩn ổ cắm lựa chọn
-O x=TCP_CONGESTION=ALG
đặt thuật toán kiểm soát tắc nghẽn ALG trên ổ cắm thử nghiệm

-O x=TCP_CORK
đặt TCP_CORK trên ổ cắm thử nghiệm

-O x=TCP_NODELAY
vô hiệu hóa thuật toán nagle trên ổ cắm thử nghiệm

-O x=SO_DEBUG
đặt SO_DEBUG trên ổ cắm thử nghiệm

-O x=IP_MTU_DISCOVER
đặt IP_MTU_DISCOVER trên ổ cắm thử nghiệm nếu hệ thống chưa bật theo mặc định

-O x=ROUTE_RECORD
đặt ROUTE_RECORD trên ổ cắm thử nghiệm

Không chuẩn ổ cắm lựa chọn
-O x=TCP_MTCP
đặt TCP_MTCP (15) trên ổ cắm thử nghiệm

-O x=TCP_ELCN
đặt TCP_ELCN (20) trên ổ cắm thử nghiệm

-O x=TCP_LCD
đặt TCP_LCD (21) trên ổ cắm thử nghiệm

VÍ DỤ

chảy nước
kiểm tra hiệu suất localhost IPv4 TCP với cài đặt mặc định, giống như flowgrind -H
b=127.0.0.1 -T s=10,d=0. Trình nền flowgrind cần được chạy trên localhost

chảy nước -H b=::1/127.0.0.1
tương tự như trên, nhưng kiểm tra hiệu suất localhost IPv6 TCP với cài đặt mặc định

chảy nước -H s=host1,d=host2
chuyển TCP số lượng lớn giữa máy chủ1 và máy chủ2. Host1 đóng vai trò là nguồn, Host2 đóng vai trò
điểm cuối đích. Cả hai điểm cuối đều cần được chạy trình nền flowgrind. Các
tùy chọn luồng mặc định được sử dụng, với thời lượng luồng là 10 giây và luồng dữ liệu
từ máy chủ1 đến máy chủ2

chảy nước -H s=host1,d=host2 -T s=0,d=10
tương tự như trên nhưng thay vào đó là luồng gửi dữ liệu trong 10 giây từ Host2 đến
host1

chảy nước -n 2 -F 0 -H s=192.168.0.1,d=192.168.0.69 -F 1 -H s=10.0.0.1,d=10.0.0.2
thiết lập hai luồng song song, luồng đầu tiên giữa 192.168.0.1 và 192.168.0.69, luồng thứ hai
luồng giữa 10.0.0.1 đến 10.0.0.2

chảy nước -p -H s=10.0.0.100/192.168.1.100,d=10.0.0.101/192.168.1.101 -A s
thiết lập một luồng giữa 10.0.0.100 và 10.0.0.101 và sử dụng địa chỉ IP 192.168.1.x
để điều khiển giao thông. Kích hoạt phản hồi tối thiểu để tính toán RTT

chảy nước -i 0.001 -T s = 1 | ví dụ ^S | gnuplot -kiên trì -e 'kịch bản "-" sử dụng 3:5 với dòng
tiêu đề "Thông lượng" '
thiết lập một luồng trên thiết bị loopback và vẽ biểu đồ dữ liệu của người gửi với sự trợ giúp
của gnuplot

chảy nước -G s=q,C,400 -G s=p,N,2000,50 -G s=g,U,0.005,0.01 -U 32000
-G s=q,C,400: sử dụng kích thước yêu cầu không đổi là 400 byte
-G s=p,N,2000,50: sử dụng kích thước phản hồi được phân phối bình thường với trung bình 2000 byte và
phương sai 50
-G s=g,U,0.005,0.01: sử dụng khoảng cách giữa các gói phân bố đồng đều với tối thiểu 0.005 giây và
và tối đa 10ms
-U 32000: cắt bớt kích thước khối ở mức 32 kbyte (cần thiết cho phân phối bình thường)

GIAO THÔNG KỊCH BẢN

Các ví dụ sau đây chứng minh khả năng tạo lưu lượng truy cập của flowgrind có thể được cải thiện như thế nào
đã sử dụng. Những điều này đã được kết hợp trong các thử nghiệm khác nhau dành cho máy xay dòng chảy và đã được chứng minh
có ý nghĩa. Tuy nhiên, vì lưu lượng truy cập Internet rất đa dạng nên không có gì đảm bảo rằng đây là những
phù hợp trong mọi tình huống.

Yêu cầu Phản ứng Phong cách (HTTP)
Kịch bản này dựa trên công việc trong
http://www.3gpp2.org/Public_html/specs/C.R1002-0_v1.0_041221.pdf.

chảy nước -M s -G s=q,C,350 -G s=p,L,9055,115.17 -U 100000
-M s: đổ lưu lượng về phía người gửi
-G s=q,C,350: sử dụng các yêu cầu không đổi có kích thước 350 byte
-G s=p,L,9055,115: sử dụng phân phối logic chuẩn với giá trị trung bình 9055 và phương sai 115 cho
kích thước phản hồi
-U 100000: Cắt bớt phản hồi ở 100 kbyte

Đối với kịch bản này, chúng tôi khuyên bạn nên tập trung vào RTT (giá trị càng thấp càng tốt) và Mạng
Số giao dịch/giây dưới dạng số liệu (giá trị càng cao thì càng tốt).

Interactive Phiên (Điện thoại)
Kịch bản này mô phỏng một phiên telnet.

chảy nước -G s=q,U,40,10000 -G s=q,U,40,10000 -O b=TCP_NODELAY
-G s=q,U,40,10000 -G s=q,U,40,10000: sử dụng yêu cầu và phản hồi được phân phối thống nhất
kích thước từ 40B đến 10kB
-O b=TCP_NODELAY: đặt tùy chọn ổ cắm TCP_NODELAY được sử dụng bởi các ứng dụng telnet

Đối với kịch bản này, RTT (càng thấp càng tốt) và Số giao dịch mạng là những số liệu hữu ích
(Cao hơn thì tốt hơn).

Tỷ lệ Hạn chế (Truyền phát Phương tiện truyền thông)
Kịch bản này mô phỏng việc truyền luồng video với tốc độ bit 800 kbit/s.

chảy nước -G s=q,C,800 -G s=g,N,0.008,0.001
Sử dụng khoảng cách giữa các gói được phân phối bình thường với giá trị trung bình là 0.008 và phương sai nhỏ
(0.001). Kết hợp với kích thước yêu cầu 800 byte, tốc độ bit trung bình khoảng 800
đạt được kbit/s. Phương sai được thêm vào để mô phỏng tốc độ bit thay đổi giống như
được sử dụng trong codec video ngày nay.

Đối với kịch bản này, IAT (thấp hơn là tốt hơn) và thông lượng tối thiểu (cao hơn là tốt hơn) là
số liệu thú vị.

OUTPUT CỘT

Luồng/điểm cuối định danh
# điểm cuối luồng, 'S' cho nguồn hoặc 'D' cho đích

ID định danh luồng số

bắt đầu và cuối
ranh giới của khoảng thời gian đo tính bằng giây. Thời gian hiển thị là thời gian đã trôi qua
thời gian kể từ khi nhận được thông báo RPC để bắt đầu kiểm tra từ điểm daemon của
lượt xem

Các Ứng Dụng lớp số liệu
thông qua
truyền thông lượng tốt của điểm cuối luồng trong khoảng thời gian đo này,
được đo bằng Mbit/s (mặc định) hoặc MB/s (-m)

giao dịch
số lượng khối phản hồi được nhận thành công mỗi giây (chúng tôi gọi đó là mạng
/số giao dịch)

yêu cầu/đáp ứng
số khối yêu cầu và phản hồi được gửi trong khoảng thời gian đo này (cột
bị tắt theo mặc định)

IAT chặn thời gian đến (IAT). Cùng với mức tối thiểu và tối đa
trung bình số học cho khoảng thời gian đo cụ thể đó được hiển thị. Nếu không có khối nào
nhận được trong khoảng thời gian báo cáo, 'inf' được hiển thị.

DLY và RTT
Độ trễ khối 1 chiều và 2 chiều tương ứng với độ trễ khối và hành trình khứ hồi của khối
thời gian (RTT). Đối với cả hai độ trễ, giá trị tối thiểu và tối đa gặp phải trong đó
khoảng thời gian đo được hiển thị cùng với giá trị trung bình số học. Nếu không có khối,
xác nhận khối tương ứng được gửi đến trong khoảng thời gian báo cáo đó, 'inf' là
hiển thị. Theo mặc định, cả độ trễ chặn 1 chiều và 2 chiều đều bị tắt (xem
tùy chọn -I và -A).

Hạt nhân số liệu (TCP_INFO)
Tất cả các số liệu cụ thể của TCP sau đây được lấy từ kernel thông qua TCP_INFO
tùy chọn ổ cắm tại cuối của mỗi khoảng thời gian báo cáo. Tốc độ lấy mẫu có thể được thay đổi thông qua
tùy chọn -i.

cwnd (tcpi_cwnd)
kích thước của cửa sổ tắc nghẽn TCP (CWND) theo số phân đoạn (Linux) hoặc byte
(BSD miễn phí)

ssth (tcpi_snd_sshtresh)
kích thước của ngưỡng khởi động chậm theo số phân đoạn (Linux) hoặc byte (FreeBSD)

uack (tcpi_unack)
số phân đoạn hiện chưa được xác nhận, tức là số lượng phân đoạn đang bay
(FlightSize) (chỉ dành cho Linux)

bao (tcpi_sacked)
số lượng phân đoạn được thừa nhận có chọn lọc (chỉ dành cho Linux)

thua (tcpi_lost)
số phân đoạn được cho là bị mất (chỉ dành cho Linux)

rút lui (tcpi_retrans)
số lượng phân đoạn được truyền lại chưa được xác nhận (chỉ dành cho Linux)

tret (tcpi_retransmits)
số lần truyền lại được kích hoạt do hết thời gian truyền lại (RTO) (chỉ dành cho Linux)

fack (tcpi_fackets)
số lượng phân đoạn giữa SND.UNA và được thừa nhận có chọn lọc cao nhất
số thứ tự (SND.FACK) (chỉ dành cho Linux)

làm lại (tcpi_reordering)
thước đo sắp xếp lại phân đoạn. Nhân Linux có thể phát hiện và xử lý việc sắp xếp lại
mà không bị mất hiệu suất đáng kể nếu khoảng cách một đoạn bị dịch chuyển không
không vượt quá số liệu sắp xếp lại (chỉ dành cho Linux)

rtt (tcpi_rtt) và rttvar (tcpi_rttvar)
Thời gian khứ hồi TCP và phương sai của nó được tính bằng ms

để (tcpi_rto)
thời gian chờ truyền lại được tính bằng ms

bkof (tcpi_backoff)
số lượng dự phòng RTO (chỉ dành cho Linux)

ca nhà nước (tcpi_ca_state)
trạng thái bên trong của máy trạng thái điều khiển tắc nghẽn TCP như được triển khai trong
Nền tảng Linux. Có thể là một trong mở, rối loạn, cwr, phục hồi or sự mất (Chỉ dành cho Linux)

Mở là trạng thái bình thường. Nó chỉ ra rằng không có xác nhận trùng lặp (ACK) nào được
nhận được và không có phân đoạn nào được coi là bị mất

Rối loạn
được nhập khi nhận được ACK trùng lặp đầu tiên liên tiếp hoặc
xác nhận có chọn lọc (SACK)

CWR được nhập khi có thông báo từ Thông báo tắc nghẽn rõ ràng (ECN)
Đã nhận

Phục hồi
được nhập khi có ba ACK trùng lặp hoặc số SACK tương đương
đã nhận. Ở trạng thái này, các thủ tục kiểm soát tắc nghẽn và phục hồi tổn thất như
Truyền lại nhanh và phục hồi nhanh (RFC 5861) được thực thi

Mất được nhập nếu RTO hết hạn. Một lần nữa kiểm soát tắc nghẽn và phục hồi mất mát
thủ tục được thực hiện

tin nhắn và chiềutu
kích thước phân đoạn tối đa của người gửi và đơn vị truyền tối đa đường dẫn tính bằng byte

nội chảy nước nhà nước (chỉ có kích hoạt in gỡ lỗi xây dựng)
tình trạng trạng thái của dòng chảy bên trong flowgrind cho mục đích chẩn đoán. Đó là một bộ gồm hai
giá trị đầu tiên để gửi và giá trị thứ hai để nhận. Lý tưởng nhất là các trạng thái
cả điểm cuối nguồn và đích của luồng phải đối xứng nhưng vì
chúng không được đồng bộ hóa và chúng có thể không thay đổi cùng một lúc. Các giá trị có thể
là:

c Hướng hoàn tất gửi/nhận

d Chờ đợi độ trễ ban đầu

f Trạng thái lỗi

l Trạng thái hoạt động, chưa có gì được truyền hoặc nhận

n Hoạt động bình thường, một số dữ liệu đã được truyền hoặc nhận

o Luồng có thời lượng bằng 0 theo hướng đó, sẽ không có dữ liệu nào được trao đổi

TÁC GIẢ

Flowgrind được bắt đầu bởi Daniel Schaffrath. Phép đo phân tán
kiến trúc và tạo lưu lượng truy cập nâng cao sau đó được thêm vào bởi Tim Kosse và
Christian Samsel. Hiện tại, flowgrind được phát triển và duy trì Arnd Hannemann và
Alexander Zimmerman.

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