Overview

Kalkulator Throughput TCP memperkirakan throughput realistis dari koneksi TCP menggunakan model kemacetan Mathis dan hasil kali bandwidth-delay. Alat ini membantu teknisi jaringan, sysadmin, dan staf ISP memahami bagaimana waktu perjalanan pulang-pergi, kehilangan paket, ukuran segmen, dan ukuran jendela membatasi kecepatan transfer efektif.

Common Use Cases

Memperkirakan throughput TCP dunia nyata
Menyetel ukuran jendela TCP
Menganalisis tautan satelit berlatensi tinggi
Mengatasi transfer file yang lambat
Perencanaan optimasi WAN
Perkiraan throughput VPN
Perancangan tautan satelit dan jarak jauh
Menjelaskan hasil tes kecepatan
Penyetelan TCP untuk server
Perencanaan kapasitas transfer

How to Use

Masukkan kecepatan tautan nominal dalam Mbps.

Masukkan waktu perjalanan pulang-pergi dalam milidetik.

Tetapkan ukuran segmen TCP, biasanya 1460 byte untuk Ethernet.

Masukkan tingkat kehilangan paket sebagai persentase.

Masukkan ukuran jendela TCP dalam kilobyte, biasanya 64 KB untuk stack lama.

Tinjau throughput yang dibatasi kehilangan, dibatasi jendela, dan efektif bersama dengan ukuran jendela yang disarankan.

Example Scenario

Koneksi VPN Jarak Jauh

Tautan dengan waktu perjalanan pulang-pergi 100 ms dan kehilangan paket 0,1% dibatasi oleh model Mathis menjadi sekitar 51 Mbps meskipun tautan dasarnya 1 Gbps. Meningkatkan ukuran jendela TCP atau mengurangi kehilangan paket diperlukan untuk mencapai kecepatan yang lebih tinggi.

Technical Notes

Model Mathis memperkirakan throughput yang dibatasi kemacetan sebagai 1,22 kali MSS dibagi RTT dikalikan akar kuadrat tingkat kehilangan. Model ini menggambarkan perilaku penghindaran kemacetan TCP dan berlaku untuk tautan yang kehilangan paket sebelum jenuh.

Throughput juga dibatasi oleh jendela TCP: jendela dalam byte dibagi RTT. Jendela kecil pada tautan berlatensi tinggi membatasi throughput berapa pun kecepatan tautannya.

Throughput efektif adalah nilai minimum dari nilai yang dibatasi kehilangan, nilai yang dibatasi jendela, dan kecepatan tautan nominal.

Hasil kali bandwidth-delay adalah jumlah data yang berada dalam perjalanan pada kecepatan penuh. Nilainya sama dengan kecepatan tautan dikalikan RTT, dan ini menentukan ukuran jendela TCP yang dibutuhkan untuk memenuhi kapasitas tautan.

Algoritma kontrol kemacetan modern seperti BBR dan CUBIC dapat berperilaku berbeda dari model Mathis klasik, terutama pada tautan dengan kehilangan rendah dan bandwidth tinggi.

Kehilangan paket pada tautan kabel biasanya sangat kecil, tetapi tautan nirkabel dan tautan yang padat umumnya mengalami kehilangan 0,1% hingga 1% yang secara tajam memangkas throughput.

Common Mistakes

Mengasumsikan kecepatan tautan adalah throughput yang dapat dicapai
Menggunakan jendela default 64 KB pada tautan berlatensi tinggi
Mengabaikan kehilangan paket dalam perkiraan throughput
Melupakan hasil kali bandwidth-delay saat menentukan ukuran jendela
Membandingkan kecepatan transfer yang diukur dalam MB/s dengan kecepatan tautan dalam Mbps
Mengharapkan kecepatan tautan penuh pada tautan satelit atau tautan padat

Frequently Asked Questions

Throughput TCP dibatasi oleh nilai terendah di antara kecepatan tautan, model kemacetan, dan ukuran jendela. Latensi, kehilangan paket, dan jendela kecil semuanya membatasi throughput sebenarnya.

Ini adalah formula yang banyak digunakan untuk memperkirakan throughput TCP maksimum berdasarkan waktu perjalanan pulang-pergi dan kehilangan paket: 1,22 x MSS dibagi RTT dikalikan akar kuadrat kehilangan.

Ini adalah jumlah data tanpa konfirmasi (unacknowledged) yang dapat dibawa oleh sebuah koneksi, sama dengan kecepatan tautan dikalikan waktu perjalanan pulang-pergi. Jendela TCP setidaknya harus sebesar ini untuk memenuhi kapasitas tautan.

Pada tautan berlatensi tinggi, ya. Sistem operasi modern menggunakan penyetelan otomatis, tetapi jendela yang diatur manual lebih kecil dari hasil kali bandwidth-delay akan memperlambat throughput.

Tes kecepatan biasanya menjalankan koneksi paralel, yang menyembunyikan batasan per koneksi. Satu aliran TCP tunggal bisa jauh lebih lambat dari angka utama hasil tes kecepatan.

Loss-Limited Throughput (Mathis model)	9.01 Mbps
Window-Limited Throughput	10.49 Mbps
Effective Throughput	9.01 Mbps
Bandwidth-Delay Product	6.25 MB (6250000 bytes)
Recommended Window Size	5.96 MB

Throughput TCP

Overview

Common Use Cases

How to Use

Example Scenario

Koneksi VPN Jarak Jauh

Technical Notes

Mathis

Window Limited

Effective

Bdp

Congestion Control

Loss

Common Mistakes

Frequently Asked Questions

Mengapa saya tidak bisa mencapai kecepatan tautan penuh?

Apa itu model Mathis?

Apa itu hasil kali bandwidth-delay?

Haruskah saya meningkatkan ukuran jendela TCP saya?

Apakah tes kecepatan mengukur hal yang sama?

Related Topics