flowgrind - Dalam talian di Awan

JADUAL:

NAMA

flowgrind - penjana trafik TCP lanjutan untuk Linux, FreeBSD dan Mac OS X

SINOPSIS

pengisar aliran [OPTION]...

DESCRIPTION

pengisar aliran ialah penjana trafik TCP termaju untuk menguji dan menanda aras Linux,
FreeBSD dan susunan Mac OS X TCP/IP. Berbeza dengan alat pengukuran prestasi lain ia
menampilkan seni bina teragih, di mana daya pemprosesan dan metrik lain diukur
antara proses pelayan flowgrind sewenang-wenangnya, daemon flowgrind flowgrindd(1).

Pengisar alir mengukur selain goodput (throughput), masa antara ketibaan lapisan aplikasi
(IAT) dan masa pergi balik (RTT), kiraan sekatan dan transaksi rangkaian. Tidak seperti kebanyakan silang-
alat ujian platform, flowgrind mengumpul dan melaporkan metrik TCP yang dikembalikan oleh
Pilihan soket TCP_INFO, yang biasanya dalaman kepada timbunan TCP/IP. Pada Linux dan
FreeBSD ini termasuk antara lain anggaran kernel RTT hujung ke hujung, saiz
daripada tetingkap kesesakan TCP (CWND) dan ambang permulaan perlahan (SSTHRESH).

Flowgrind mempunyai seni bina teragih. Ia dibahagikan kepada dua komponen: pengisar aliran
daemon, flowgrindd(1), dan pengisar aliran pengawal. Menggunakan pengawal, mengalir antara
mana-mana dua sistem yang menjalankan daemon flowgrind boleh disediakan (ujian pihak ketiga). Pada biasa
selang semasa ujian pengawal mengumpul dan memaparkan hasil yang diukur daripada
daemon. Ia boleh menjalankan berbilang aliran serentak dengan tetapan yang sama atau berbeza dan
jadual setiap satu secara individu. Sambungan ujian dan kawalan boleh dialihkan secara pilihan
antara muka yang berbeza.

Penjanaan trafik itu sendiri sama ada pemindahan pukal, kadar terhad atau canggih
ujian permintaan/tindak balas. Flowgrind menggunakan libpcap untuk membuang trafik secara automatik
analisis kualitatif.

PILIHAN

Mereka ialah dua kumpulan pilihan yang penting: pilihan pengawal dan pilihan aliran. Seperti yang
nama mencadangkan, pilihan pengawal digunakan secara global dan berpotensi menjejaskan semua aliran, manakala
pilihan khusus aliran hanya digunakan pada subset aliran yang dipilih menggunakan -F pilihan.

Hujah mandatori kepada pilihan panjang adalah wajib untuk pilihan pendek juga.

Umum pilihan
-h, - membantu[=APA]
paparan bantuan dan keluar. WHAT pilihan boleh menjadi 'soket' untuk bantuan pada soket
pilihan atau bantuan penjanaan trafik 'trafik'

-v, --versi
maklumat versi cetakan dan keluar

Pengawal pilihan
-c, --tunjuk-titik bertindih=JENIS[,JENIS]...
paparkan lajur laporan selang perantaraan JENIS dalam output. Nilai yang dibenarkan untuk
JENIS ialah: 'selang', 'melalui', 'transac', 'iat', 'kernel' (semua rancangan mengikut lalai),
dan 'blok', 'rtt', 'kelewatan' (pilihan)

-d, --nyahpepijat
meningkatkan verbositi penyahpepijatan. Tambah pilihan beberapa kali untuk meningkatkan verbositi

-e, --dump-prefix=PRE
awalan awalan PRE untuk membuang nama fail (lalai: "flowgrind-")

-i, --report-interval=#.#
selang pelaporan, dalam saat (lalai: 0.05s)

--fail log[=FAIL]
tulis output ke fail log FILE (lalai: flowgrind-'timestamp'.log)

-m hasil laporan dalam 2**20 bait/s (lalai: 10**6 bit/s)

-n, --aliran=#
bilangan aliran ujian (lalai: 1)

-o tulis ganti fail log sedia ada (lalai: jangan)

-p jangan cetak nilai simbolik (seperti INT_MAX) dan bukannya nombor

-q, --senyap
senyap, jangan log masuk ke skrin (lalai: mati)

-s, --tcp-stack=JENIS
jangan tentukan unit susunan TCP sumber secara automatik. Paksa unit untuk TYPE, di mana
TYPE ialah 'segmen' atau 'bait'

-w tulis output ke fail log (sama seperti --fail log)

Aliran pilihan
Semua aliran mempunyai dua titik akhir, sumber dan destinasi. Perbezaan antara sumber
dan titik akhir destinasi hanya mempengaruhi penubuhan sambungan. Apabila memulakan aliran
titik akhir destinasi mendengar pada soket dan titik akhir sumber bersambung kepadanya. Untuk
ujian sebenar ini tidak membuat perbezaan, kedua-dua titik akhir mempunyai keupayaan yang sama.
Data boleh dihantar ke mana-mana arah dan banyak tetapan boleh dikonfigurasikan secara individu untuknya
setiap titik akhir.

Beberapa pilihan ini mengambil titik akhir aliran sebagai hujah, dilambangkan dengan 'x' dalam pilihan
sintaks. 'x' perlu diganti dengan sama ada 's' untuk titik akhir sumber, 'd' untuk
titik akhir destinasi atau 'b' untuk kedua-dua titik akhir. Untuk menentukan nilai yang berbeza bagi setiap satu
titik akhir, pisahkan dengan koma. Contohnya -W s=8192,d=4096 menetapkan yang diiklankan
tetingkap ke 8192 di sumber dan 4096 di destinasi.

-A x gunakan saiz tindak balas minimum yang diperlukan untuk pengiraan RTT
(sama seperti -G s=p,C,40)

-B x=# tetapkan penimbal penghantaran yang diminta, dalam bait

-C x hentikan aliran jika ia mengalami kesesakan tempatan

-D x=DSCP
Nilai DSCP untuk bait pengepala IP jenis perkhidmatan (TOS).

-E menghitung bait dalam muatan dan bukannya menghantar sifar

-F #[,#]...
pilihan aliran berikutan pilihan ini hanya digunakan pada ID aliran yang diberikan. Berguna dalam
gabungan dengan -n untuk menetapkan pilihan khusus untuk aliran tertentu. Penomboran bermula
dengan 0, jadi -F 1 merujuk kepada aliran kedua. Dengan -1 semua aliran boleh dirujuk

-G x=(q|p|g):(C|U|E|N|L|P|W):#1:[#2]
aktifkan penjanaan trafik stokastik dan tetapkan parameter mengikut yang digunakan
pengedaran. Untuk maklumat tambahan lihat bahagian 'Pilihan Penjanaan Trafik'

-H x=HOST[/KAWALAN[:PORT]]
ujian daripada/ke HOST. Argumen pilihan ialah alamat dan port untuk CONTROL
sambungan ke hos yang sama. Titik akhir yang tidak dinyatakan adalah diandaikan
localhost

-J # gunakan benih rawak # (lalai: baca / dev / urandom)

-I dayakan pengiraan kelewatan sehala (tiada penyegerakan jam)

-L panggil connect() pada soket ujian serta-merta sebelum mula menghantar data (lewat
menyambung). Jika tidak dinyatakan sambungan ujian diwujudkan dalam penyediaan
fasa sebelum ujian bermula

-M x buang trafik menggunakan libpcap. flowgrindd(1) mesti dijalankan sebagai root

-N shutdown() setiap arah soket selepas aliran ujian

-O x=PILIHAN
tetapkan pilihan soket OPT pada soket ujian. Untuk maklumat tambahan lihat bahagian
'Pilihan Soket'

-P x jangan lelaran melalui select() untuk meneruskan penghantaran sekiranya saiz blok tidak
cukup untuk mengisi barisan penghantaran (pushy)

-Q ringkaskan sahaja, tiada laporan selang perantaraan dikira (senyap)

-R x=#.#(z|k|M|G)(b|B)
hantar pada kadar yang ditetapkan sesaat, di mana: z = 2**0, k = 2**10, M = 2**20, G =
2**30, dan b = bit/s (lalai), B = bait/s

-S x=# tetapkan saiz blok (mesej), dalam bait (sama seperti -G s=q,C,#)

-T x=#.#
tetapkan tempoh aliran, dalam saat (lalai: s=10,d=0)

-U # tetapkan saiz penimbal aplikasi, dalam bait (lalai: 8192) memotong nilai jika digunakan dengan
penjanaan trafik stokastik

-W x=# tetapkan penimbal penerima yang diminta (tetingkap yang diiklankan), dalam bait

-Y x=#.#
tetapkan kelewatan awal sebelum hos mula menghantar, dalam beberapa saat

TRAFFIC GENERASI OPTION

Melalui pilihan -G flowgrind menyokong penjanaan trafik stokastik, yang membolehkan untuk menjalankan
selain pukal biasa juga pemindahan data terhad kadar dan permintaan-tindak balas lanjutan.

Pilihan penjanaan trafik stokastik -G mengambil titik akhir aliran sebagai hujah, dilambangkan
oleh 'x' dalam sintaks pilihan. 'x' perlu diganti dengan sama ada 's' untuk sumber
titik akhir, 'd' untuk titik akhir destinasi atau 'b' untuk kedua-dua titik akhir. Walau bagaimanapun, sila ambil perhatian
bahawa penjanaan trafik dua arah boleh membawa kepada hasil yang tidak dijangka. Untuk menentukan berbeza
nilai untuk setiap titik akhir, pisahkan dengan koma.

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

Parameter aliran:

q saiz permintaan (dalam bait)

p saiz tindak balas (dalam bait)

g minta jurang antara paket (dalam saat)

Pengedaran:

C berterusan (#1: nilai, #2: tidak digunakan)

U pakaian seragam (#1: min, #2: maks)

E eksponen (#1: lamba - seumur hidup, #2: tidak digunakan)

N biasa (#1: mu - nilai min, #2: sigma_square - varians)

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

P pareto (#1: k - bentuk, #2: x_min - skala)

W weibull (#1: lambda - skala, #2: k - bentuk)

Pengedaran lanjutan seperti weibull hanya tersedia jika flowgrind disusun
dengan sokongan libgsl.

-U # tentukan had untuk nilai yang dikira untuk permintaan dan saiz tindak balas, diperlukan
kerana nilai teragih lanjutan tidak terhad, tetapi kita perlu tahu
buffersize (ia tidak diperlukan untuk nilai malar atau pengedaran seragam). Nilai
di luar sempadan dikira semula sehingga keputusan yang sah berlaku tetapi paling banyak 10
kali (kemudian nilai terikat digunakan)

SOKET OPTION

Flowgrind membenarkan untuk menetapkan pilihan soket standard dan bukan standard berikut melalui pilihan
-O.

Semua pilihan soket mengambil titik akhir aliran sebagai hujah, dilambangkan dengan 'x' dalam pilihan
sintaks. 'x' perlu diganti dengan sama ada 's' untuk titik akhir sumber, 'd' untuk
titik akhir destinasi atau 'b' untuk kedua-dua titik akhir. Untuk menentukan nilai yang berbeza bagi setiap satu
titik akhir, pisahkan dengan koma. Lebih-lebih lagi, adalah mungkin untuk berulang kali lulus sama
titik akhir untuk menentukan berbilang pilihan soket.

Standard soket pilihan
-O x=TCP_SESAK=ALG
tetapkan algoritma kawalan kesesakan ALG pada soket ujian

-O x=TCP_CORK
tetapkan TCP_CORK pada soket ujian

-O x=TCP_NODELAY
lumpuhkan algoritma nagle pada soket ujian

-O x=SO_DEBUG
tetapkan SO_DEBUG pada soket ujian

-O x=IP_MTU_DISCOVER
tetapkan IP_MTU_DISCOVER pada soket ujian jika belum didayakan secara lalai sistem

-O x=ROUTE_RECORD
tetapkan ROUTE_RECORD pada soket ujian

Bukan standard soket pilihan
-O x=TCP_MTCP
tetapkan TCP_MTCP (15) pada soket ujian

-O x=TCP_ELCN
tetapkan TCP_ELCN (20) pada soket ujian

-O x=TCP_LCD
tetapkan TCP_LCD (21) pada soket ujian

CONTOH

pengisar aliran
menguji prestasi localhost IPv4 TCP dengan tetapan lalai, sama seperti flowgrind -H
b=127.0.0.1 -T s=10,d=0. Daemon flowgrind perlu dijalankan pada localhost

pengisar aliran -H b=::1/127.0.0.1
sama seperti di atas, tetapi menguji prestasi TCP IPv6 localhost dengan tetapan lalai

pengisar aliran -H s=host1,d=host2
pemindahan TCP pukal antara hos1 dan hos2. Host1 bertindak sebagai sumber, hos2 sebagai
titik akhir destinasi. Kedua-dua titik akhir perlu menjalankan daemon flowgrind. The
pilihan aliran lalai digunakan, dengan tempoh aliran 10 saat dan aliran data
dari hos1 kepada hos2

pengisar aliran -H s=host1,d=host2 -T s=0,d=10
sama seperti di atas tetapi sebaliknya dengan aliran menghantar data selama 10 saat dari hos2 ke
host1

pengisar aliran -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
sediakan dua aliran selari, aliran pertama antara 192.168.0.1 dan 192.168.0.69, kedua
aliran antara 10.0.0.1 hingga 10.0.0.2

pengisar aliran -p -H s=10.0.0.100/192.168.1.100,d=10.0.0.101/192.168.1.101 -A s
sediakan satu aliran antara 10.0.0.100 dan 10.0.0.101 dan gunakan alamat IP 192.168.1.x
untuk mengawal lalu lintas. Aktifkan respons minimum untuk pengiraan RTT

pengisar aliran -i 0.001 -T s = 1 | egrep ^S | gnplot -berterusan -e 'plot "-" menggunakan 3:5 bersama talian
tajuk "Melalui" '
sediakan satu aliran ke atas peranti gelung balik dan plot data pengirim dengan bantuan
daripada gnplot

pengisar aliran -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: gunakan saiz permintaan tetap sebanyak 400 bait
-G s=p,N,2000,50: gunakan saiz tindak balas teragih normal dengan min 2000 bait dan
varians 50
-G s=g,U,0.005,0.01: gunakan jurang antara paket teragih seragam dengan min 0.005s dan
dan maks 10ms
-U 32000: potong saiz blok pada 32 kbait (diperlukan untuk pengedaran normal)

TRAFFIC SENARIO

Contoh berikut menunjukkan bagaimana keupayaan penjanaan trafik flowgrind
digunakan. Ini telah digabungkan dalam ujian yang berbeza untuk flowgrind dan telah terbukti
bermakna. Walau bagaimanapun, kerana trafik Internet adalah pelbagai, tidak ada jaminan bahawa ini adalah
sesuai dalam setiap situasi.

Meminta Tindak balas Style (HTTP)
Senario ini adalah berdasarkan kerja dalam
http://www.3gpp2.org/Public_html/specs/C.R1002-0_v1.0_041221.pdf.

pengisar aliran -M s -G s=q,C,350 -G s=p,L,9055,115.17 -U 100000
-M s: buang trafik di sebelah penghantar
-G s=q,C,350: gunakan permintaan berterusan saiz 350 bait
-G s=p,L,9055,115: gunakan taburan lognormal dengan min 9055 dan varians 115 untuk
saiz tindak balas
-U 100000: Potong respons pada 100 kbait

Untuk senario ini kami mengesyorkan untuk menumpukan pada RTT (nilai yang lebih rendah adalah lebih baik) dan Rangkaian
Transaksi sebagai metrik (nilai yang lebih tinggi adalah lebih baik).

Interaktif Sesi (Telnet)
Senario ini meniru sesi telnet.

pengisar aliran -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: gunakan permintaan dan respons edaran seragam
saiz antara 40B dan 10kB
-O b=TCP_NODELAY: tetapkan pilihan soket TCP_NODELAY seperti yang digunakan oleh aplikasi telnet

Untuk senario ini RTT (lebih rendah adalah lebih baik) dan Transaksi Rangkaian adalah metrik yang berguna
(lebih tinggi adalah lebih baik).

Skor Terhad (Strim media)
Senario ini meniru pemindahan strim video dengan kadar bit 800 kbit/s.

pengisar aliran -G s=q,C,800 -G s=g,N,0.008,0.001
Gunakan jurang antara paket teragih normal dengan min 0.008 dan varians kecil
(0.001). Bersempena dengan saiz permintaan 800 bait, kadar bit purata lebih kurang 800
kbit/s dicapai. Varians ditambah untuk meniru kadar bit berubah seperti itu
digunakan dalam codec video hari ini.

Untuk senario ini, IAT (lebih rendah adalah lebih baik) dan daya pengeluaran minimum (lebih tinggi adalah lebih baik).
metrik yang menarik.

OUTPUT COLUMNS

Aliran/titik akhir pengecam
# titik akhir aliran, sama ada 'S' untuk sumber atau 'D' untuk destinasi

ID pengecam aliran berangka

memulakan and akhir
sempadan selang pengukuran dalam saat. Masa yang ditunjukkan adalah masa berlalu
masa sejak menerima mesej RPC untuk memulakan ujian dari titik daemon
pandangan

Kesesuaian lapisan Metrik
melalui
menghantar goodput titik akhir aliran semasa selang pengukuran ini,
diukur dalam Mbit/s (lalai) atau MB/s (-m)

transac
bilangan blok respons yang berjaya diterima sesaat (kami memanggilnya rangkaian
urus niaga)

requ/resp
bilangan permintaan dan blok tindak balas yang dihantar semasa selang pengukuran ini (lajur
dilumpuhkan secara lalai)

IAT menyekat masa antara ketibaan (IAT). Bersama-sama dengan minimum dan maksimum
min aritmetik untuk selang ukuran tertentu itu dipaparkan. Jika tiada blok
diterima semasa selang laporan, 'inf' dipaparkan.

DLY and RTT
Kelewatan blok 1 hala dan 2 hala masing-masing kependaman blok dan blok pergi balik
masa (RTT). Untuk kedua-dua kelewatan, nilai minimum dan maksimum yang ditemui dalam itu
selang pengukuran dipaparkan bersama-sama dengan min aritmetik. Jika tiada blok,
masing-masing pengakuan blok tiba semasa selang laporan itu, 'inf' ialah
dipaparkan. Kedua-duanya, kelewatan blok 1 hala dan 2 hala dilumpuhkan secara lalai (lihat
pilihan -I and -A).

Kernel Metrik (TCP_INFO)
Semua metrik khusus TCP berikut diperoleh daripada kernel melalui TCP_INFO
pilihan soket di akhir daripada setiap selang laporan. Kadar persampelan boleh diubah melalui
pilihan -i.

cwnd (tcpi_cwnd)
saiz tetingkap kesesakan TCP (CWND) dalam bilangan segmen (Linux) atau bait
(FreeBSD)

ssth (tcpi_snd_sshtresh)
saiz ambang permulaan perlahan dalam bilangan segmen (Linux) atau bait (FreeBSD)

uack (tcpi_unacked)
bilangan segmen yang tidak diketahui pada masa ini, iaitu bilangan segmen dalam penerbangan
(Saiz Penerbangan) (Linux sahaja)

karung (tcpi_sacked)
bilangan segmen yang diakui secara terpilih (Linux sahaja)

hilang (tcpi_lost)
bilangan segmen yang diandaikan hilang (Linux sahaja)

retr (tcpi_retrans)
bilangan segmen dihantar semula yang tidak diketahui (Linux sahaja)

jalan-jalan (tcpi_retransmits)
bilangan penghantaran semula yang dicetuskan oleh tamat masa penghantaran semula (RTO) (Linux sahaja)

palsu (tcpi_fackets)
bilangan segmen antara SND.UNA dan yang tertinggi yang diiktiraf secara terpilih
nombor urutan (SND.FACK) (Linux sahaja)

semula (tcpi_reordering)
metrik penyusunan semula segmen. Kernel Linux boleh mengesan dan mengatasi penyusunan semula
tanpa kehilangan prestasi yang signifikan jika jarak yang disesarkan segmen itu berlaku
tidak melebihi metrik penyusunan semula (Linux sahaja)

RTT (tcpi_rtt) dan rttvar (tcpi_rttvar)
Masa perjalanan pergi balik TCP dan variansnya diberikan dalam ms

rto (tcpi_rto)
tamat masa penghantaran semula yang diberikan dalam ms

bkof (tcpi_backoff)
bilangan pengunduran RTO (Linux sahaja)

ca adalah (tcpi_ca_state)
keadaan dalaman mesin keadaan kawalan kesesakan TCP seperti yang dilaksanakan dalam
kernel Linux. Boleh jadi salah satu membuka, gangguan, cwr, pemulihan or off (Linux sahaja)

Buka adalah keadaan biasa. Ia menunjukkan bahawa tiada pengakuan pendua (ACK).
diterima dan tiada segmen dianggap hilang

Gangguan
dimasukkan selepas penerimaan ACK pendua berturut-turut yang pertama atau
pengakuan terpilih (SACK)

CWR dimasukkan apabila pemberitahuan daripada Pemberitahuan Kesesakan Eksplisit (ECN)
diterima

pemulihan
dimasukkan apabila tiga ACK pendua atau bilangan SACK yang setara
menerima. Dalam keadaan ini kawalan kesesakan dan prosedur pemulihan kerugian seperti
Penghantaran Semula Pantas dan Pemulihan Pantas (RFC 5861) dilaksanakan

Kehilangan dimasukkan jika RTO tamat tempoh. Sekali lagi kawalan kesesakan dan pemulihan kerugian
prosedur dilaksanakan

sms and pmtu
saiz segmen maksimum penghantar dan unit penghantaran maksimum laluan dalam bait

Dalaman pengisar aliran adalah (hanya membolehkan in debug membina)
terkini keadaan aliran dalam flowgrind untuk tujuan diagnostik. Ia adalah tuple dua
nilai, yang pertama untuk menghantar dan yang kedua untuk menerima. Sebaik-baiknya negeri-negeri
kedua-dua titik akhir sumber dan destinasi aliran hendaklah simetri tetapi sejak
mereka tidak disegerakkan mereka mungkin tidak berubah pada masa yang sama. Nilai yang mungkin
ialah:

c Arahan selesai menghantar/menerima

d Menunggu kelewatan awal

f Keadaan kerosakan

l Keadaan aktif, tiada apa-apa lagi dihantar atau diterima

n Aktiviti biasa, sesetengah data dihantar atau diterima

o Aliran mempunyai tempoh sifar ke arah itu, tiada data akan ditukar

PENGARANG

Flowgrind asalnya dimulakan oleh Daniel Schaffrath. Pengukuran yang diedarkan
seni bina dan penjanaan trafik lanjutan kemudiannya ditambah oleh Tim Kosse dan
Kristian Samsel. Pada masa ini, flowgrind dibangunkan dan diselenggara Arnd Hannemann dan
Alexander Zimmermann.

Gunakan flowgrind dalam talian menggunakan perkhidmatan onworks.net