flowgrind - Online sa Cloud

PROGRAMA:

NAME

flowgrind - advanced TCP traffic generator para sa Linux, FreeBSD, at Mac OS X

SINOPSIS

flowgrind [OPTION] ...

DESCRIPTION

flowgrind ay isang advanced na TCP traffic generator para sa pagsubok at pag-benchmark ng Linux,
Mga stack ng FreeBSD, at Mac OS X TCP/IP. Sa kaibahan sa iba pang mga tool sa pagsukat ng pagganap ito
nagtatampok ng distributed architecture, kung saan sinusukat ang throughput at iba pang mga sukatan
sa pagitan ng arbitrary na flowgrind na mga proseso ng server, flowgrind daemon flowgrinddNa (1).

Ang Flowgrind ay sumusukat bukod sa goodput (throughput), ang application layer interarrival time
(IAT) at round-trip time (RTT), blockcount at mga transaksyon sa network. Hindi tulad ng karamihan sa cross-
mga tool sa pagsubok sa platform, kinokolekta at iniuulat ng flowgrind ang mga sukatan ng TCP na ibinalik ng
TCP_INFO socket na opsyon, na karaniwang nasa loob ng TCP/IP stack. Sa Linux at
Kasama dito ang FreeBSD bukod sa iba pa ang pagtatantya ng kernel ng end-to-end RTT, ang laki
ng TCP congestion window (CWND) at mabagal na start threshold (SSTHRESH).

Ang Flowgrind ay may distributed architecture. Nahahati ito sa dalawang bahagi: ang flowgrind
demonyo, flowgrindd(1), at ang flowgrind controller. Gamit ang controller, dumadaloy sa pagitan
anumang dalawang sistema na nagpapatakbo ng flowgrind daemon ay maaaring i-setup (mga pagsubok sa ikatlong partido). Sa regular
mga agwat sa panahon ng pagsubok na kinokolekta at ipinapakita ng controller ang mga sinusukat na resulta mula sa
ang mga demonyo. Maaari itong magpatakbo ng maraming daloy nang sabay-sabay na may pareho o magkaibang mga setting at
indibidwal na iiskedyul ang bawat isa. Ang pagsubok at kontrol na koneksyon ay maaaring opsyonal na ilihis sa
iba't ibang mga interface.

Ang pagbuo ng trapiko mismo ay alinman sa bulk transfer, rate-limited, o sopistikado
mga pagsusulit sa kahilingan/tugon. Gumagamit ang Flowgrind ng libpcap upang awtomatikong itapon ang trapiko para sa
pagsusuri ng husay.

Opsyon

Ang mga ito ay dalawang mahalagang grupo ng mga opsyon: mga opsyon sa controller at mga opsyon sa daloy. Tulad ng
Iminumungkahi ng pangalan, ang mga opsyon ng controller ay nalalapat sa buong mundo at posibleng makaapekto sa lahat ng daloy, habang
nalalapat lang ang mga opsyong tukoy sa daloy sa subset ng mga daloy na pinili gamit ang -F pagpipilian.

Ang mga ipinag-uutos na argumento sa mahahabang opsyon ay sapilitan din para sa mga maiikling opsyon.

Pangkalahatan pagpipilian
-h, - Tumulong[=ANO]
ipakita ang tulong at paglabas. Opsyonal ANO ang maaaring maging 'socket' para sa tulong sa socket
mga opsyon o tulong sa pagbuo ng trapiko ng 'trapiko'

-v, --bersyon
impormasyon ng bersyon ng pag-print at paglabas

Magsusupil pagpipilian
-c, --show-colon=TYPE[,TYPE] ...
ipakita ang intermediated interval report column TYPE sa output. Mga pinapayagang halaga para sa
TYPE ay: 'interval', 'through', 'transac', 'iat', 'kernel' (lahat ng palabas sa bawat default),
at 'block', 'rtt', 'delay' (opsyonal)

-d, --debug
dagdagan ang debugging verbosity. Magdagdag ng opsyon nang maraming beses upang mapataas ang verbosity

-e, --dump-prefix=Pre
prepend prefix PRE para dump filename (default: "flowgrind-")

-i, --report-interval=#.#
agwat ng pag-uulat, sa mga segundo (default: 0.05s)

--log-file[=FILE]
isulat ang output sa logfile FILE (default: flowgrind-'timestamp'.log)

-m ulat throughput sa 2**20 bytes/s (default: 10**6 bit/s)

-n, --flows=#
bilang ng mga daloy ng pagsubok (default: 1)

-o i-overwrite ang mga umiiral nang log file (default: huwag)

-p huwag mag-print ng mga simbolikong halaga (tulad ng INT_MAX) sa halip na mga numero

-q, --tahimik
manahimik, huwag mag-log to screen (default: off)

-s, --tcp-stack=TYPE
huwag awtomatikong tukuyin ang unit ng source TCP stacks. Pilitin ang unit na MAG-TYPE, kung saan
Ang TYPE ay 'segment' o 'byte'

-w isulat ang output sa logfile (katulad ng --log-file)

Pag-agos pagpipilian
Ang lahat ng daloy ay may dalawang endpoint, isang pinagmulan at isang destinasyon. Ang pagkakaiba sa pagitan ng pinagmulan
at ang mga endpoint ng destinasyon ay nakakaapekto lamang sa pagtatatag ng koneksyon. Kapag nagsisimula ng isang daloy ang
Ang destination endpoint ay nakikinig sa isang socket at ang source endpoint ay kumokonekta dito. Para sa
aktwal na pagsubok na ito ay walang pagkakaiba, ang parehong mga endpoint ay may eksaktong parehong mga kakayahan.
Maaaring ipadala ang data sa alinmang direksyon at maraming mga setting ang maaaring isa-isang i-configure para sa
bawat endpoint.

Ang ilan sa mga opsyong ito ay tumatagal ng daloy ng endpoint bilang argumento, na tinutukoy ng 'x' sa opsyon
syntax. Ang 'x' ay kailangang mapalitan ng alinman sa 's' para sa pinagmulang endpoint, 'd' para sa
destination endpoint o 'b' para sa parehong endpoint. Upang tukuyin ang iba't ibang mga halaga para sa bawat isa
mga endpoint, paghiwalayin ang mga ito sa pamamagitan ng kuwit. Halimbawa -W Itinatakda ng s=8192,d=4096 ang ina-advertise
window sa 8192 sa pinagmulan at 4096 sa destinasyon.

-A x gumamit ng kaunting laki ng tugon na kailangan para sa pagkalkula ng RTT
(katulad ng -G s=p,C,40)

-B x=# itakda ang hiniling na pagpapadala ng buffer, sa bytes

-C x itigil ang daloy kung ito ay nakakaranas ng lokal na pagsisikip

-D x=DSCP
DSCP value para sa type-of-service (TOS) IP header byte

-E magbilang ng mga byte sa payload sa halip na magpadala ng mga zero

-F #[,#] ...
ang mga opsyon sa daloy na sumusunod sa opsyong ito ay nalalapat lamang sa mga ibinigay na flow ID. Kapaki-pakinabang sa
kumbinasyon sa -n upang magtakda ng mga partikular na opsyon para sa ilang partikular na daloy. Nagsisimula ang pagnunumero
na may 0, kaya -F Ang 1 ay tumutukoy sa pangalawang daloy. Sa -1 lahat ng daloy ay maaaring i-refer

-G x=(q|p|g):(C|U|E|N|L|P|W):#1:[#2]
i-activate ang pagbuo ng stochastic traffic at itakda ang mga parameter ayon sa ginamit
pamamahagi. Para sa karagdagang impormasyon tingnan ang seksyong 'Pagpipilian sa Pagbuo ng Trapiko'

-H x=HOST[/Kontrol[:PORT]]
pagsubok mula/sa HOST. Ang opsyonal na argumento ay ang address at port para sa CONTROL
koneksyon sa parehong host. Ipinapalagay na ang isang endpoint na hindi tinukoy
localhost

-J # gumamit ng random na binhi # (default: read / Dev / urandom)

-I paganahin ang one-way na pagkalkula ng pagkaantala (walang pag-synchronize ng orasan)

-L tawagan ang connect() sa test socket kaagad bago magsimulang magpadala ng data (late
kumonekta). Kung hindi tinukoy ang pagsubok na koneksyon ay itinatag sa paghahanda
yugto bago magsimula ang pagsusulit

-M x itapon ang trapiko gamit ang libpcap. flowgrindd(1) ay dapat tumakbo bilang ugat

-N shutdown() bawat direksyon ng socket pagkatapos ng daloy ng pagsubok

-O x=Pumili
itakda ang socket option OPT sa test socket. Para sa karagdagang impormasyon tingnan ang seksyon
'Mga Opsyon sa Socket'

-P x huwag umulit sa pamamagitan ng select() upang magpatuloy sa pagpapadala kung sakaling ang laki ng block ay hindi
sapat na upang punan ang pagpapadala ng pila (pushy)

-Q buod lang, walang intermediated interval reports ang kinukuwenta (tahimik)

-R x=#.#(z|k|M|G)(b|B)
ipadala sa tinukoy na rate sa bawat segundo, kung saan: z = 2**0, k = 2**10, M = 2**20, G =
2**30, at b = bits/s (default), B = bytes/s

-S x=# itakda ang laki ng bloke (mensahe), sa mga byte (katulad ng -G s=q,C,#)

-T x=#.#
itakda ang tagal ng daloy, sa mga segundo (default: s=10,d=0)

-U # itakda ang laki ng buffer ng application, sa bytes (default: 8192) pinuputol ang mga halaga kung ginamit kasama ng
stochastic na henerasyon ng trapiko

-W x=# itakda ang hiniling na buffer ng receiver (na-advertise na window), sa mga byte

-Y x=#.#
itakda ang paunang pagkaantala bago magsimulang magpadala ang host, sa ilang segundo

TRAPIKO GENERATION OPTION

Sa pamamagitan ng opsyon -G Sinusuportahan ng flowgrind ang pagbuo ng stochastic na trapiko, na nagbibigay-daan sa pagsasagawa
bukod sa normal na maramihan din ang advanced rate-limited at request-response na paglilipat ng data.

Ang stochastic traffic generation option -G kinukuha ang dulo ng daloy bilang argumento, tinutukoy
sa pamamagitan ng 'x' sa opsyon na syntax. Ang 'x' ay kailangang mapalitan ng alinman sa 's' para sa pinagmulan
endpoint, 'd' para sa destination endpoint o 'b' para sa parehong endpoint. Gayunpaman, mangyaring tandaan
na ang bidirectional traffic generation ay maaaring humantong sa mga hindi inaasahang resulta. Upang tukuyin ang iba
mga halaga para sa bawat endpoint, paghiwalayin ang mga ito sa pamamagitan ng kuwit.

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

Parameter ng daloy:

q laki ng kahilingan (sa bytes)

p laki ng tugon (sa bytes)

g humiling ng interpacket gap (sa mga segundo)

Mga pamamahagi:

C pare-pareho (#1: halaga, #2: hindi ginagamit)

U uniporme (#1: min, #2: max)

E exponential (#1: lamba - habang buhay, #2: hindi ginagamit)

N regular (#1: mu - ibig sabihin ng halaga, #2: sigma_square - pagkakaiba-iba)

L lognormal (#1: zeta - ibig sabihin, #2: sigma - std dev)

P pareto (#1: k - hugis, #2: x_min - sukat)

W weibull (#1: lambda - sukat, #2: k - hugis)

Ang mga advanced na pamamahagi tulad ng weibull ay magagamit lamang kung ang flowgrind ay pinagsama-sama
na may suporta sa libgsl.

-U # tumukoy ng cap para sa mga kinakalkula na halaga para sa kahilingan at mga laki ng tugon, kinakailangan
dahil ang mga advanced na ipinamamahagi na halaga ay walang hangganan, ngunit kailangan nating malaman ang
buffersize (hindi ito kailangan para sa patuloy na mga halaga o pare-parehong pamamahagi). Mga halaga
sa labas ng mga hangganan ay muling kinakalkula hanggang sa magkaroon ng wastong resulta ngunit hindi hihigit sa 10
beses (pagkatapos ay ginagamit ang nakatali na halaga)

SOCKET OPTION

Binibigyang-daan ng Flowgrind na itakda ang sumusunod na pamantayan at hindi karaniwang mga opsyon sa socket sa pamamagitan ng opsyon
-O.

Kinukuha ng lahat ng mga opsyon sa socket ang dulo ng daloy bilang argumento, na tinutukoy ng 'x' sa opsyon
syntax. Ang 'x' ay kailangang mapalitan ng alinman sa 's' para sa pinagmulang endpoint, 'd' para sa
destination endpoint o 'b' para sa parehong endpoint. Upang tukuyin ang iba't ibang mga halaga para sa bawat isa
mga endpoint, paghiwalayin ang mga ito sa pamamagitan ng kuwit. Bukod dito, posible na paulit-ulit na makapasa sa pareho
endpoint upang tukuyin ang maramihang mga opsyon sa socket.

pamantayan socket pagpipilian
-O x=TCP_CONGESTION=ALG
itakda ang congestion control algorithm ALG sa test socket

-O x=TCP_CORK
itakda ang TCP_CORK sa test socket

-O x=TCP_NODELAY
huwag paganahin ang algorithm ng nagle sa test socket

-O x=SO_DEBUG
itakda ang SO_DEBUG sa test socket

-O x=IP_MTU_DISCOVER
itakda ang IP_MTU_DISCOVER sa test socket kung hindi pa pinagana sa pamamagitan ng default ng system

-O x=ROUTE_RECORD
itakda ang ROUTE_RECORD sa test socket

Hindi pamantayan socket pagpipilian
-O x=TCP_MTCP
itakda ang TCP_MTCP (15) sa test socket

-O x=TCP_ELCN
itakda ang TCP_ELCN (20) sa test socket

-O x=TCP_LCD
itakda ang TCP_LCD (21) sa test socket

HALIMBAWA

flowgrind
pagsubok ng localhost IPv4 TCP performance na may mga default na setting, katulad ng flowgrind -H
b=127.0.0.1 -T s=10,d=0. Ang flowgrind daemon ay kailangang patakbuhin sa localhost

flowgrind -H b=::1/127.0.0.1
katulad ng nasa itaas, ngunit sinusubukan ang pagganap ng localhost IPv6 TCP gamit ang mga default na setting

flowgrind -H s=host1,d=host2
maramihang paglipat ng TCP sa pagitan ng host1 at host2. Host1 gumaganap bilang source, host2 bilang
destinasyon na endpoint. Ang parehong mga endpoint ay kailangang patakbuhin ang flowgrind daemon. Ang
ginagamit ang mga default na opsyon sa daloy, na may tagal ng daloy na 10 segundo at isang stream ng data
mula host1 hanggang host2

flowgrind -H s=host1,d=host2 -T s=0,d=10
katulad ng nasa itaas ngunit sa halip ay may daloy ng pagpapadala ng data sa loob ng 10 segundo mula host2 hanggang
host1

flowgrind -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
mag-setup ng dalawang magkatulad na daloy, unang daloy sa pagitan ng 192.168.0.1 at 192.168.0.69, pangalawa
daloy sa pagitan ng 10.0.0.1 hanggang 10.0.0.2

flowgrind -p -H s=10.0.0.100/192.168.1.100,d=10.0.0.101/192.168.1.101 -A s
mag-setup ng isang daloy sa pagitan ng 10.0.0.100 at 10.0.0.101 at gumamit ng 192.168.1.x na mga IP address
para makontrol ang trapiko. I-activate ang kaunting tugon para sa pagkalkula ng RTT

flowgrind -i 0.001 -T s = 1 | egrep ^S | gnplot -magpumilit -e 'plot "-" paggamit 3:5 sa linya
pamagat "throughput" '
i-setup ang isang daloy sa loopback device at i-plot ang data ng nagpadala sa tulong
ng gnuplot

flowgrind -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: gumamit ng pare-parehong laki ng kahilingan na 400 bytes
-G s=p,N,2000,50: gumamit ng normal na distributed response size na may mean na 2000 bytes at
pagkakaiba-iba 50
-G s=g,U,0.005,0.01: gumamit ng unipormeng distributed interpacket gap na may min na 0.005s at
at max 10ms
-U 32000: putulin ang mga laki ng block sa 32 kbytes (kinakailangan para sa normal na pamamahagi)

TRAPIKO MGA SENARIO

Ang mga sumusunod na halimbawa ay nagpapakita kung paano maaaring maging ang kakayahan sa pagbuo ng trapiko ng flowgrind
ginamit. Ang mga ito ay isinama sa iba't ibang pagsubok para sa flowgrind at napatunayan na
makabuluhan. Gayunpaman, dahil magkakaiba ang trapiko sa Internet, walang garantiya na ang mga ito ay
angkop sa bawat sitwasyon.

Hiling tugon estilo (HTTP)
Ang senaryo na ito ay batay sa gawain sa
http://www.3gpp2.org/Public_html/specs/C.R1002-0_v1.0_041221.pdf.

flowgrind -M s -G s=q,C,350 -G s=p,L,9055,115.17 -U 100000
-M s: itapon ang trapiko sa gilid ng nagpadala
-G s=q,C,350: gumamit ng pare-parehong laki ng mga kahilingan na 350 bytes
-G s=p,L,9055,115: gumamit ng lognormal distribution na may mean 9055 at variance 115 para sa
laki ng tugon
-U 100000: Putulin ang tugon sa 100 kbytes

Para sa sitwasyong ito, inirerekumenda naming tumuon sa RTT (mas mahusay ang mas mababang mga halaga) at Network
Mga transaksyon bilang sukatan (mas mataas ang mga halaga).

Interactive sesyon (Telnet)
Ang sitwasyong ito ay tumutulad sa isang session ng telnet.

flowgrind -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: gumamit ng pare-parehong ipinamamahagi na kahilingan at tugon
laki sa pagitan ng 40B at 10kB
-O b=TCP_NODELAY: itakda ang mga opsyon sa socket TCP_NODELAY gaya ng ginagamit ng mga telnet application

Para sa sitwasyong ito, ang RTT (mas mababa ang mas mahusay) at ang Network Transactions/s ay mga kapaki-pakinabang na sukatan
(mas mataas ay mas mahusay).

rate Limitado (Nag-stream Average)
Ang sitwasyong ito ay nag-emulate ng video stream transfer na may bitrate na 800 kbit/s.

flowgrind -G s=q,C,800 -G s=g,N,0.008,0.001
Gumamit ng normal na distributed interpacket gap na may mean na 0.008 at isang maliit na pagkakaiba
(0.001). Kasabay ng laki ng kahilingan na 800 bytes isang average na bitrate na humigit-kumulang 800
kbit/s ay nakamit. Ang pagkakaiba ay idinagdag upang tularan ang isang variable na bitrate tulad nito
ginagamit sa mga video codec ngayon.

Para sa sitwasyong ito, ang IAT (mas mababa ang mas mahusay) at minimal na throughput (mas mataas ay mas mahusay).
kawili-wiling mga sukatan.

oUTPUT COLUMNS

Daloy/endpoint mga nagpapakilala
# endpoint ng daloy, alinman sa 'S' para sa pinagmulan o 'D' para sa destinasyon

ID numerical flow identifier

simulan at dulo
mga hangganan ng pagitan ng pagsukat sa mga segundo. Ang oras na ipinakita ay ang lumipas
oras mula noong matanggap ang mensahe ng RPC upang simulan ang pagsubok mula sa punto ng mga daemon ng
tingnan

application patong sukatan
sa pamamagitan ng
pagpapadala ng goodput ng endpoint ng daloy sa pagitan ng pagsukat na ito,
sinusukat sa Mbit/s (default) o MB/s (-m)

transaksyon
bilang ng matagumpay na natanggap na mga bloke ng tugon sa bawat segundo (tinatawag namin itong network
mga transaksyon)

requ/resp
bilang ng kahilingan at bloke ng tugon na ipinadala sa pagitan ng pagsukat na ito (column
hindi pinagana bilang default)

IAT harangan ang inter-arrival time (IAT). Kasama ang minimum at maximum na
Ang ibig sabihin ng aritmetika para sa partikular na agwat ng pagsukat ay ipinapakita. Kung walang block
natanggap sa pagitan ng ulat, ang 'inf' ay ipinapakita.

DLY at RTT
1-way at 2-way block delay ayon sa pagkakabanggit ang block latency at block round-trip
oras (RTT). Para sa parehong mga pagkaantala, ang minimum at maximum na nakatagpo na mga halaga doon
ang agwat ng pagsukat ay ipinapakita kasama ng arithmetic mean. Kung walang block,
ayon sa pagkakabanggit, ang pagkilala sa block ay dumating sa pagitan ng ulat na iyon, ang 'inf' ay
ipinapakita. Parehong, ang 1-way at 2-way block delay ay hindi pinagana bilang default (tingnan
opsyon -I at -A).

Kernel sukatan (TCP_INFO)
Lahat ng sumusunod na TCP specific metrics ay nakukuha mula sa kernel sa pamamagitan ng TCP_INFO
opsyon sa socket sa dulo ng bawat pagitan ng ulat. Maaaring baguhin ang sampling rate sa pamamagitan ng
opsyon -i.

cwnd (tcpi_cwnd)
laki ng TCP congestion window (CWND) sa bilang ng mga segment (Linux) o byte
(FreeBSD)

ssth (tcpi_snd_sshtresh)
laki ng mabagal na pagsisimula ng threshold sa bilang ng mga segment (Linux) o bytes (FreeBSD)

uack (tcpi_unacked)
bilang ng kasalukuyang hindi kilalang mga segment, ibig sabihin, bilang ng mga segment sa paglipad
(FlightSize) (Linux lang)

sako (tcpi_sacked)
bilang ng mga piling kinikilalang segment (Linux lang)

nawala (tcpi_lost)
bilang ng mga segment na ipinapalagay na nawala (Linux lang)

retr (tcpi_retrans)
bilang ng hindi kilalang na-retransmit na mga segment (Linux lang)

tret (tcpi_retransmits)
bilang ng mga retransmission na na-trigger ng isang retransmission timeout (RTO) (Linux lang)

kasinungalingan (tcpi_fackets)
bilang ng mga segment sa pagitan ng SND.UNA at ang pinakamataas na piling kinikilala
sequence number (SND.FACK) (Linux lang)

reor (tcpi_reordering)
sukatan ng muling pagsasaayos ng segment. Ang Linux kernel ay maaaring makakita at makayanan ang muling pagsasaayos
nang walang makabuluhang pagkawala ng pagganap kung ang distansya ng isang segment ay naalis
hindi lalampas sa sukatan ng muling pagsasaayos (Linux lang)

rtt (tcpi_rtt) at rttvar (tcpi_rttvar)
Oras ng round-trip ng TCP at ang pagkakaiba nito ay ibinigay sa ms

rto (tcpi_rto)
ang retransmission timeout na ibinigay sa ms

bkof (tcpi_backoff)
bilang ng RTO backoffs (Linux lang)

ca ay (tcpi_ca_state)
panloob na estado ng TCP congestion control state machine gaya ng ipinatupad sa
Linux kernel. Maaaring isa sa buksan, kaguluhan, cwr, pagbawi or off (Linux lang)

Pagbubukas ay ang normal na estado. Ipinapahiwatig nito na walang duplicate na pagkilala (ACK).
natanggap at walang segment na itinuturing na nawala

Karamdaman
ay ipinasok sa pagtanggap ng unang magkakasunod na duplicate na ACK o
selective acknowledgement (SACK)

CWR ipinasok kapag may notification mula sa Explicit Congestion Notification (ECN)
ay natatanggap

Pagbawi
ay ipinasok kapag may tatlong duplicate na ACK o katumbas na bilang ng mga SACK
natanggap. Sa ganitong estado kasikipan kontrol at pagkawala ng mga pamamaraan sa pagbawi tulad ng
Ang Mabilis na Retransmit at Mabilis na Pagbawi (RFC 5861) ay isinasagawa

Pagkawala ay ipinasok kung ang RTO ay mag-expire. Muli congestion control at pagkawala ng pagbawi
ang mga pamamaraan ay isinasagawa

sms at pmtu
nagpadala ng maximum na laki ng segment at path maximum transmission unit sa bytes

Panloob flowgrind ay (lamang Pinagana in mag-alis ng mga insekto build)
katayuan estado ng daloy sa loob ng flowgrind para sa mga layuning diagnostic. Isa itong tuple ng dalawa
mga halaga, ang una para sa pagpapadala at ang pangalawa para sa pagtanggap. Sa isip ang mga estado ng
ang pinagmulan at patutunguhan na mga endpoint ng isang daloy ay dapat na simetriko ngunit dahil
hindi sila naka-synchronize maaaring hindi sila magbago nang sabay-sabay. Ang mga posibleng halaga
ay:

c Nakumpleto ang pagpapadala/pagtanggap ng direksyon

d Naghihintay ng paunang pagkaantala

f Estado ng pagkakamali

l Aktibong estado, wala pang naililipat o natatanggap

n Normal na aktibidad, naipadala o natanggap ang ilang data

o Ang daloy ay may zero na tagal sa direksyong iyon, walang data na ipapalit

MGA AUTHORS

Ang Flowgrind ay orihinal na sinimulan ni Daniel Schaffrath. Ang ibinahagi na pagsukat
Ang arkitektura at advanced na henerasyon ng trapiko ay idinagdag ni Tim Kosse at
Christian Samsel. Sa kasalukuyan, ang flowgrind ay binuo at pinananatili Arnd Hannemann at
Alexander Zimmermann.

Gumamit ng flowgrind online gamit ang mga serbisyo ng onworks.net