flowgrind - Online di Cloud

PROGRAM:

NAMA

flowgrind - generator lalu lintas TCP canggih untuk Linux, FreeBSD, dan Mac OS X

RINGKASAN

gilingan aliran [PILIHAN] ...

DESKRIPSI

gilingan arus adalah generator lalu lintas TCP canggih untuk menguji dan membandingkan Linux,
FreeBSD, dan tumpukan TCP/IP Mac OS X. Berbeda dengan alat pengukuran kinerja lainnya itu
fitur arsitektur terdistribusi, di mana throughput dan metrik lainnya diukur
antara proses server flowgrind sewenang-wenang, daemon flowgrind flowgrindd(1).

Flowgrind mengukur selain goodput (throughput), waktu antar lapisan aplikasi
(IAT) dan waktu pulang pergi (RTT), jumlah blok dan transaksi jaringan. Tidak seperti kebanyakan lintas
alat pengujian platform, flowgrind mengumpulkan dan melaporkan metrik TCP yang dikembalikan oleh
Opsi soket TCP_INFO, yang biasanya internal ke tumpukan TCP/IP. Di Linux dan
FreeBSD ini termasuk antara lain estimasi kernel dari RTT ujung ke ujung, ukurannya
dari jendela kemacetan TCP (CWND) dan ambang mulai lambat (SSTHRESH).

Flowgrind memiliki arsitektur terdistribusi. Ini dibagi menjadi dua komponen: flowgrind
daemon, flowgrindd(1), dan gilingan arus pengontrol. Menggunakan pengontrol, mengalir antara
dua sistem yang menjalankan daemon flowgrind dapat diatur (pengujian pihak ketiga). secara teratur
interval selama pengujian, pengontrol mengumpulkan dan menampilkan hasil yang diukur dari
para daemon. Itu dapat menjalankan beberapa aliran sekaligus dengan pengaturan yang sama atau berbeda dan
secara individual menjadwalkan setiap satu. Koneksi uji dan kontrol secara opsional dapat dialihkan ke
antarmuka yang berbeda.

Pembangkitan lalu lintas itu sendiri adalah transfer massal, terbatas kecepatan, atau canggih
tes permintaan/tanggapan. Flowgrind menggunakan libpcap untuk secara otomatis membuang lalu lintas untuk
analisis kualitatif.

PILIHAN

Mereka adalah dua kelompok opsi yang penting: opsi pengontrol dan opsi aliran. seperti
namanya menyarankan, opsi pengontrol berlaku secara global dan berpotensi memengaruhi semua aliran, sementara
opsi khusus aliran hanya berlaku untuk subset aliran yang dipilih menggunakan -F .

Argumen wajib untuk opsi panjang adalah wajib untuk opsi pendek juga.

Umum Pilihan
-h, --membantu[=APA]
menampilkan bantuan dan keluar. Opsional APA yang bisa menjadi 'soket' untuk bantuan di soket
opsi atau bantuan pembuatan lalu lintas 'lalu lintas'

-v, --Versi: kapan
informasi versi cetak dan keluar

pengawas Pilihan
-c, --tampilkan-titik dua=JENIS[,JENIS] ...
tampilkan kolom laporan interval perantara TYPE dalam output. Nilai yang diizinkan untuk
TYPE adalah: 'interval', 'through', 'transac', 'iat', 'kernel' (semua tampil per default),
dan 'blok', 'rtt', 'delay' (opsional)

-d, --debug
meningkatkan verbositas debugging. Tambahkan opsi beberapa kali untuk meningkatkan verbositas

-e, --dump-awalan=PRE
tambahkan awalan PRE untuk membuang nama file (default: "flowgrind-")

-i, --laporan-interval=#.#
interval pelaporan, dalam detik (default: 0.05 detik)

--file-log[=FILE]
tulis output ke FILE logfile (default: flowgrind-'timestamp'.log)

-m laporkan throughput dalam 2**20 byte/dtk (default: 10**6 bit/dtk)

-n, --mengalir=#
jumlah aliran uji (default: 1)

-o menimpa file log yang ada (default: jangan)

-p jangan cetak nilai simbolis (seperti INT_MAX) alih-alih angka

-q, --diam
diam, jangan masuk ke layar (default: mati)

-s, --tcp-tumpukan=JENIS
jangan menentukan unit tumpukan TCP sumber secara otomatis. Paksa unit ke TYPE, di mana
TYPE adalah 'segmen' atau 'byte'

-w tulis output ke logfile (sama seperti --file-log)

Aliran Pilihan
Semua aliran memiliki dua titik akhir, sumber dan tujuan. Perbedaan antara sumber
dan titik akhir tujuan hanya mempengaruhi pembentukan koneksi. Saat memulai aliran
titik akhir tujuan mendengarkan pada soket dan titik akhir sumber terhubung ke soket itu. Untuk
tes sebenarnya ini tidak ada bedanya, kedua titik akhir memiliki kemampuan yang persis sama.
Data dapat dikirim ke kedua arah dan banyak pengaturan dapat dikonfigurasi secara individual untuk
setiap titik akhir.

Beberapa opsi ini mengambil titik akhir aliran sebagai argumen, dilambangkan dengan 'x' dalam opsi
sintaksis. 'x' perlu diganti dengan 's' untuk titik akhir sumber, 'd' untuk
titik akhir tujuan atau 'b' untuk kedua titik akhir. Untuk menentukan nilai yang berbeda untuk masing-masing
titik akhir, pisahkan dengan koma. Misalnya -W s=8192,d=4096 set yang diiklankan
jendela ke 8192 di sumber dan 4096 di tujuan.

-A x gunakan ukuran respons minimal yang diperlukan untuk penghitungan RTT
(sama dengan -G s=p,C,40)

-B x=# setel buffer pengiriman yang diminta, dalam byte

-C x hentikan aliran jika mengalami kemacetan lokal

-D x=DSCP
Nilai DSCP untuk byte header IP type-of-service (TOS)

-E menghitung byte dalam muatan alih-alih mengirim nol

-F #[,#] ...
opsi aliran yang mengikuti opsi ini hanya berlaku untuk ID aliran yang diberikan. Berguna dalam
kombinasi dengan -n untuk mengatur opsi spesifik untuk aliran tertentu. Penomoran dimulai
dengan 0, jadi -F 1 mengacu pada aliran kedua. Dengan -1 semua aliran dapat dirujuk

-G x=(q|p|g):(C|U|E|N|L|P|W):#1:[#2]
aktifkan pembangkitan lalu lintas stokastik dan atur parameter sesuai dengan yang digunakan
distribusi. Untuk informasi tambahan, lihat bagian 'Opsi Pembuatan Lalu Lintas'

-H x=HOST[/PENGENDALIAN[:PORT]]
tes dari/ke HOST. Argumen opsional adalah alamat dan port untuk CONTROL
koneksi ke host yang sama. Titik akhir yang tidak ditentukan diasumsikan sebagai
localhost

-J # gunakan benih acak # (default: baca / dev / urandom)

-I aktifkan perhitungan penundaan satu arah (tidak ada sinkronisasi jam)

-L panggil connect() pada soket uji segera sebelum mulai mengirim data (terlambat
Menghubung). Jika tidak ditentukan, koneksi uji dibuat dalam persiapan
fase sebelum tes dimulai

-M x membuang lalu lintas menggunakan libpcap. flowgrindd(1) harus dijalankan sebagai root

-N shutdown () setiap arah soket setelah aliran uji

-O x=OPT
atur opsi soket OPT pada soket uji. Untuk informasi tambahan lihat bagian
'Opsi Soket'

-P x jangan beralih melalui pilih () untuk melanjutkan pengiriman jika ukuran blok tidak
cukup untuk mengisi antrian pengiriman (pushy)

-Q meringkas saja, tidak ada laporan interval perantara yang dihitung (tenang)

-R x=#.#(z|k|M|G)(b|B)
kirim pada kecepatan tertentu per detik, di mana: z = 2**0, k = 2**10, M = 2**20, G =
2**30, dan b = bit/dtk (default), B = byte/dtk

-S x=# atur ukuran blok (pesan), dalam byte (sama dengan -G s=q,C,#)

-T x=#.#
atur durasi aliran, dalam detik (default: s=10,d=0)

-U # atur ukuran buffer aplikasi, dalam byte (default: 8192) memotong nilai jika digunakan dengan
generasi lalu lintas stokastik

-W x=# setel buffer penerima yang diminta (jendela yang diiklankan), dalam byte

-Y x=#.#
atur penundaan awal sebelum tuan rumah mulai mengirim, dalam hitungan detik

TRAFFIC GENERASI PILIHAN

Melalui opsi -G flowgrind mendukung pembangkitan lalu lintas stokastik, yang memungkinkan untuk melakukan
selain massal normal, juga transfer data dengan kecepatan terbatas dan permintaan-tanggapan lanjutan.

Opsi generasi lalu lintas stokastik -G mengambil titik akhir aliran sebagai argumen, dilambangkan
oleh 'x' dalam sintaks opsi. 'x' perlu diganti dengan 's' untuk sumbernya
titik akhir, 'd' untuk titik akhir tujuan atau 'b' untuk kedua titik akhir. Namun, harap dicatat
bahwa generasi lalu lintas dua arah dapat menyebabkan hasil yang tidak terduga. Untuk menentukan berbeda
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 ukuran permintaan (dalam byte)

p ukuran respons (dalam byte)

g meminta celah antar paket (dalam detik)

Distribusi:

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

U seragam (#1: menit, #2: maksimal)

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

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

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

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

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

Distribusi lanjutan seperti weibull hanya tersedia jika flowgrind dikompilasi
dengan dukungan libgsl.

-U # tentukan batas untuk nilai yang dihitung untuk ukuran permintaan dan respons, diperlukan
karena nilai terdistribusi lanjutan tidak terbatas, tetapi kita perlu mengetahui
buffersize (tidak diperlukan untuk nilai konstan atau distribusi seragam). Nilai
di luar batas dihitung ulang sampai hasil yang valid terjadi tetapi paling banyak 10
kali (maka nilai terikat digunakan)

STOPKONTAK PILIHAN

Flowgrind memungkinkan untuk mengatur opsi soket standar dan non-standar berikut melalui opsi
-O.

Semua opsi soket mengambil titik akhir aliran sebagai argumen, dilambangkan dengan 'x' dalam opsi
sintaksis. 'x' perlu diganti dengan 's' untuk titik akhir sumber, 'd' untuk
titik akhir tujuan atau 'b' untuk kedua titik akhir. Untuk menentukan nilai yang berbeda untuk masing-masing
titik akhir, pisahkan dengan koma. Selain itu, dimungkinkan untuk berulang kali melewati hal yang sama
titik akhir untuk menentukan beberapa opsi soket.

Standar stopkontak Pilihan
-O x=TCP_KONGESTION=ALG
atur algoritma kontrol kemacetan ALG pada soket uji

-O x=TCP_CORK
atur TCP_CORK pada soket uji

-O x=TCP_NODELAY
nonaktifkan algoritma nagle pada soket uji

-O x=JADI_DEBUG
atur SO_DEBUG pada soket uji

-O x=IP_MTU_DISCOVER
atur IP_MTU_DISCOVER pada soket uji jika belum diaktifkan secara default sistem

-O x=ROUTE_RECORD
atur ROUTE_RECORD pada soket uji

Non-standar stopkontak Pilihan
-O x=TCP_MTCP
atur TCP_MTCP (15) pada soket uji

-O x=TCP_ELCN
atur TCP_ELCN (20) pada soket uji

-O x=TCP_LCD
atur TCP_LCD (21) pada soket uji

CONTOH

gilingan arus
menguji kinerja localhost IPv4 TCP dengan pengaturan default, sama seperti flowgrind -H
b=127.0.0.1 -T s=10,d=0. Daemon flowgrind perlu dijalankan di localhost

gilingan arus -H b=::1/127.0.0.1
sama seperti di atas, tetapi menguji kinerja localhost IPv6 TCP dengan pengaturan default

gilingan arus -H s=host1,d=host2
transfer TCP massal antara host1 dan host2. Host1 bertindak sebagai sumber, host2 sebagai
titik akhir tujuan. Kedua titik akhir harus menjalankan daemon flowgrind. Itu
opsi aliran default digunakan, dengan durasi aliran 10 detik dan aliran data
dari host1 ke host2

gilingan arus -H s=host1,d=host2 -T s=0,d=10
sama seperti di atas tetapi dengan aliran pengiriman data selama 10 detik dari host2 ke
host1

gilingan arus -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
siapkan dua aliran paralel, aliran pertama antara 192.168.0.1 dan 192.168.0.69, detik
mengalir antara 10.0.0.1 hingga 10.0.0.2

gilingan arus -p -H s=10.0.0.100/192.168.1.100,d=10.0.0.101/192.168.1.101 -A s
atur satu aliran antara 10.0.0.100 dan 10.0.0.101 dan gunakan alamat IP 192.168.1.x
untuk kontrol lalu lintas. Aktifkan respons minimal untuk penghitungan RTT

gilingan arus -i 0.001 -T s = 1 | Egrep ^S | gnuplot.dll -bertahan -e 'merencanakan "-" menggunakan 3:5 dengan baris
judul "Keluaran" '
atur satu aliran melalui perangkat loopback dan plot data pengirim dengan bantuan
dari gnuplot

gilingan arus -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 ukuran permintaan konstan 400 byte
-G s=p,N,2000,50: gunakan ukuran respons terdistribusi normal dengan rata-rata 2000 byte dan
varian 50
-G s=g,U,0.005,0.01: gunakan celah antar paket terdistribusi seragam dengan min 0.005 detik dan
dan maks 10ms
-U 32000: memotong ukuran blok pada 32 kbytes (diperlukan untuk distribusi normal)

TRAFFIC SKENARIO

Contoh berikut menunjukkan bagaimana kemampuan pembangkitan lalu lintas flowgrind dapat:
digunakan. Ini telah dimasukkan dalam tes yang berbeda untuk flowgrind dan telah terbukti
berarti. Namun, karena lalu lintas Internet beragam, tidak ada jaminan bahwa ini adalah
tepat dalam setiap situasi.

Meminta Tanggapan Gaya (HTTP)
Skenario ini didasarkan pada pekerjaan di
http://www.3gpp2.org/Public_html/specs/C.R1002-0_v1.0_041221.pdf.

gilingan arus -M s -G s=q,C,350 -G s=p,L,9055,115.17 -U 100000
-M s: membuang lalu lintas di sisi pengirim
-G s=q,C,350: gunakan permintaan konstan berukuran 350 byte
-G s=p,L,9055,115: gunakan distribusi lognormal dengan mean 9055 dan varians 115 untuk
ukuran respons
-U 100000: Memotong respons pada 100 kbytes

Untuk skenario ini kami merekomendasikan untuk fokus pada RTT (nilai yang lebih rendah lebih baik) dan Jaringan
Transaksi sebagai metrik (nilai yang lebih tinggi lebih baik).

Interaktif sesi (Telnet)
Skenario ini mengemulasi sesi telnet.

gilingan arus -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 terdistribusi seragam
ukuran antara 40B dan 10kB
-O b=TCP_NODELAY: mengatur opsi soket TCP_NODELAY seperti yang digunakan oleh aplikasi telnet

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

Penilaian Terbatas (Mengalir Media)
Skenario ini mengemulasi transfer aliran video dengan bitrate 800 kbit/s.

gilingan arus -G s=q,C,800 -G s=g,N,0.008,0.001
Gunakan celah antar paket terdistribusi normal dengan rata-rata 0.008 dan varians kecil
(0.001). Bersamaan dengan ukuran permintaan 800 byte, bitrate rata-rata sekitar 800
kbit/s tercapai. Varians ditambahkan untuk meniru bitrate variabel seperti itu
digunakan dalam codec video saat ini.

Untuk skenario ini IAT (lebih rendah lebih baik) dan throughput minimal (lebih tinggi lebih baik) adalah
metrik yang menarik.

KELUARAN KOLOM

Aliran/titik akhir pengidentifikasi
# titik akhir aliran, baik 'S' untuk sumber atau 'D' untuk tujuan

ID pengenal aliran numerik

mulai dan akhir
batas interval pengukuran dalam detik. Waktu yang ditunjukkan adalah waktu yang telah berlalu
waktu sejak menerima pesan RPC untuk memulai tes dari titik daemon
melihat

Aplikasi lapisan metrik
melalui
mentransmisikan goodput dari titik akhir aliran selama interval pengukuran ini,
diukur dalam Mbit/s (default) atau MB/s (-m)

transaksi
jumlah blok respons yang berhasil diterima per detik (kami menyebutnya jaringan
transaksi/s)

permintaan/jawaban
jumlah blok permintaan dan respons yang dikirim selama interval pengukuran ini (kolom
dinonaktifkan secara default)

IAT memblokir waktu antar kedatangan (IAT). Bersama-sama dengan minimum dan maksimum
rata-rata aritmatika untuk interval pengukuran tertentu ditampilkan. Jika tidak ada blok adalah
diterima selama interval laporan, 'inf' ditampilkan.

DLY dan RTT
Penundaan blok 1-arah dan 2-arah masing-masing latensi blok dan blok pulang-pergi
waktu (RTT). Untuk kedua penundaan, nilai minimum dan maksimum yang ditemui dalam hal itu
interval pengukuran ditampilkan bersama dengan mean aritmatika. Jika tidak ada blok,
masing-masing pengakuan blok tiba selama interval laporan itu, 'inf' adalah
ditampilkan. Keduanya, penundaan blok 1 arah dan 2 arah dinonaktifkan secara default (lihat
Option -I dan -A).

Inti metrik (TCP_INFO)
Semua metrik spesifik TCP berikut diperoleh dari kernel melalui TCP_INFO
opsi soket di akhir dari setiap interval laporan. Tingkat pengambilan sampel dapat diubah melalui
Option -i.

cwnd (tcpi_cwnd)
ukuran jendela kemacetan TCP (CWND) dalam jumlah segmen (Linux) atau byte
(GratisBSD)

sst (tcpi_snd_sshtresh)
ukuran ambang batas mulai lambat dalam jumlah segmen (Linux) atau byte (FreeBSD)

uack (tcpi_tidak tercakup)
jumlah segmen yang saat ini tidak diakui, yaitu, jumlah segmen dalam penerbangan
(Ukuran Penerbangan) (khusus Linux)

karung (tcpi_dipecat)
jumlah segmen yang diakui secara selektif (khusus Linux)

kalah (tcpi_hilang)
jumlah segmen yang dianggap hilang (khusus Linux)

mundur (tcpi_retrans)
jumlah segmen transmisi ulang yang tidak diketahui (khusus Linux)

Tret (tcpi_transmit ulang)
jumlah transmisi ulang yang dipicu oleh batas waktu pengiriman ulang (RTO) (khusus Linux)

Fack (tcpi_fackets)
jumlah segmen antara SND.UNA dan yang diakui secara selektif tertinggi
nomor urut (SND.FACK) (khusus Linux)

ulang (tcpi_pengurutan ulang)
metrik penataan ulang segmen. Kernel Linux dapat mendeteksi dan mengatasi pemesanan ulang
tanpa kehilangan kinerja yang signifikan jika jarak segmen dipindahkan tidak
tidak melebihi metrik penataan ulang (khusus Linux)

rtt (tcpi_rtt) dan rttvar (tcpi_rttvar)
Waktu perjalanan pulang pergi TCP dan variansnya diberikan dalam ms

untuk (tcpi_rto)
batas waktu pengiriman ulang yang diberikan dalam ms

bkof (tcpi_backoff)
jumlah backoff RTO (khusus Linux)

ca negara (tcpi_ca_state)
keadaan internal mesin status kontrol kemacetan TCP seperti yang diimplementasikan dalam
Kernel Linux. Bisa menjadi salah satu Buka, kekacauan, cwr, pemulihan or lepas (Linux saja)

Open adalah keadaan normal. Ini menunjukkan bahwa tidak ada pengakuan duplikat (ACK) adalah
diterima dan tidak ada segmen yang dianggap hilang

Kekacauan
dimasukkan setelah penerimaan duplikat ACK pertama berturut-turut atau
pengakuan selektif (SACK)

CWR dimasukkan ketika pemberitahuan dari Explicit Congestion Notification (ECN)
telah diterima

Recovery
dimasukkan ketika tiga ACK duplikat atau jumlah SACK yang setara adalah
diterima. Dalam keadaan ini kontrol kemacetan dan prosedur pemulihan kerugian seperti
Pengiriman Ulang Cepat dan Pemulihan Cepat (RFC 5861) dijalankan

Kerugian dimasukkan jika RTO kedaluwarsa. Sekali lagi kontrol kemacetan dan pemulihan kerugian
prosedur dijalankan

sms dan pmtu
pengirim ukuran segmen maksimum dan jalur unit transmisi maksimum dalam byte

Intern gilingan arus negara (hanya diaktifkan in men-debug membangun)
status keadaan aliran di dalam flowgrind untuk tujuan diagnostik. Ini adalah tupel dua
nilai, yang pertama untuk mengirim dan yang kedua untuk menerima. Idealnya negara bagian
titik akhir sumber dan tujuan aliran harus simetris tetapi karena
mereka tidak disinkronkan, mereka mungkin tidak berubah pada saat yang bersamaan. Nilai yang mungkin
adalah:

c Arahan selesai mengirim/menerima

d Menunggu penundaan awal

f Status kesalahan

l Status aktif, belum ada yang dikirim atau diterima

n Aktivitas normal, beberapa data dikirim atau diterima

o Aliran memiliki durasi nol ke arah itu, tidak ada data yang akan dipertukarkan

PENULIS

Flowgrind awalnya dimulai oleh Daniel Schaffrath. Pengukuran terdistribusi
arsitektur dan generasi lalu lintas canggih kemudian ditambahkan oleh Tim Kosse dan
Kristen Samsel. Saat ini, flowgrind dikembangkan dan dipelihara Arnd Hannemann dan
Alexander Zimmerman.

Gunakan flowgrind online menggunakan layanan onworks.net