The Wonder pembentuk adalah script pembentuk jaringan yang sangat khusus dengan banyak fitur. Bekerja pada Linux 2.4 & lebih tinggi.
Gol
Saya mencoba untuk membuat grail suci:
* Menjaga latency rendah untuk lalu lintas interfactive setiap saat.
Ini berarti bahwa men-download atau meng-upload file tidak boleh mengganggu SSH atau bahkan telnet. Ini adalah hal yang paling penting, bahkan latency 200ms lamban bekerja lebih.
* Biarkan 'berselancar' di kecepatan yang wajar sementara atau men-download
Meskipun http adalah 'massal' lalu lintas, lalu lintas lainnya tidak harus meredam itu terlalu banyak.
* Pastikan upload tidak merugikan download, dan sebaliknya
Ini adalah fenomena yang diamati jauh di mana lalu lintas hulu hanya menghancurkan kecepatan download. Ternyata bahwa semua ini adalah mungkin, pada biaya sedikit kecil bandwidth. Alasan bahwa upload, download dan ssh menyakiti satu sama lain adalah adanya antrian besar di banyak perangkat akses domestik seperti kabel atau DSL modem.
Mengapa tidak bekerja dengan baik secara default
ISP tahu bahwa mereka mengacu sepenuhnya pada seberapa cepat orang dapat men-download. Selain bandwidth yang tersedia, kecepatan download sangat dipengaruhi oleh packet loss, yang serius menghambat kinerja TCP / IP. Antrian besar dapat membantu mencegah packetloss, dan mempercepat download. Jadi ISP mengkonfigurasi antrian besar.
Ini antrian besar namun merusak interaktivitas. Sebuah keystroke harus terlebih dahulu melakukan perjalanan antrian hulu, yang mungkin detik (!) Lama dan pergi ke host remote Anda. Hal ini kemudian ditampilkan, yang mengarah ke paket datang kembali, yang kemudian harus melintasi antrian hilir, yang terletak di ISP Anda, sebelum muncul di layar Anda.
HOWTO ini mengajarkan Anda bagaimana untuk memotong-motong dan memproses antrian dalam banyak hal, tapi sayangnya, tidak semua antrian dapat diakses oleh kita. Antrian selama di ISP adalah benar-benar di luar batas, sedangkan antrian hulu mungkin hidup di dalam kabel modem atau perangkat DSL. Anda mungkin atau mungkin tidak dapat mengkonfigurasinya. Sebagian mungkin tidak.
Jadi, apa selanjutnya? Seperti yang kita tidak dapat mengendalikan salah satu dari mereka antrian, mereka harus dihilangkan, dan pindah ke router Linux Anda. Untungnya ini adalah mungkin.
Kecepatan upload batas agak
Dengan membatasi kecepatan upload kita untuk sedikit kurang dari tingkat yang benar-benar tersedia, tidak ada antrian yang dibangun di modem kita. Antrian sekarang pindah ke Linux.
Kecepatan download batas
Ini sedikit rumit karena kita tidak bisa benar-benar mempengaruhi seberapa cepat kapal internet kami data. Namun kita bisa drop paket yang datang terlalu cepat, yang menyebabkan TCP / IP untuk memperlambat hanya tingkat yang kita inginkan. Karena kita tidak ingin menjatuhkan lalu lintas tidak perlu, kita mengkonfigurasi 'meledak' ukuran kita membiarkan pada kecepatan yang lebih tinggi.
Sekarang, setelah kami melakukan ini, kami telah menghilangkan antrian hilir benar-benar (kecuali untuk ledakan singkat), dan mendapatkan kemampuan untuk mengelola antrian hulu dengan semua kekuatan Linux menawarkan.
Biarkan lalu lintas interaktif melewati antrian
Apa yang masih harus dilakukan adalah untuk memastikan lalu lintas interaktif melompat ke depan antrian hulu. Untuk memastikan bahwa upload tidak menyakiti download, kami juga bergerak paket ACK ke depan antrian. Inilah yang biasanya menyebabkan perlambatan besar diamati ketika menghasilkan lalu lintas massal dua arah. The Ucapan Terima Kasih untuk lalu lintas hilir harus bersaing dengan lalu lintas hulu, dan tertunda dalam proses.
Kami juga bergerak paket kecil lainnya ke depan antrian - ini membantu sistem operasi yang tidak diatur TOS bit, seperti segala sesuatu dari Microsoft.
Memungkinkan pengguna untuk menentukan lalu lintas prioritas rendah (baru di 1.1!)
Kadang-kadang Anda mungkin melihat prioritas rendah lalu lintas KELUAR memperlambat lalu lintas penting. Dalam hal ini, pilihan berikut dapat membantu Anda:
NOPRIOHOSTSRC
Set ini ke host atau netmask di jaringan Anda yang harus memiliki prioritas rendah
NOPRIOHOSTDST
Set ini ke host atau netmask di internet yang harus memiliki prioritas rendah
NOPRIOPORTSRC
Set ini ke port sumber yang seharusnya prioritas rendah. Jika Anda memiliki webserver penting pada lalu lintas Anda, set ini ke 80
NOPRIOPORTDST
Set ini ke port tujuan yang harus mendapat prioritas rendah.
Lihat awal wshaper dan wshaper.htb
Hasil
Jika kita melakukan semua ini kita mendapatkan pengukuran berikut menggunakan koneksi ADSL yang sangat baik dari xs4all di Belanda:
Latency Baseline:
round-trip min / avg / max = 14,4 / 17,1 / 21,7 ms
Tanpa conditioner lalu lintas, saat men-download:
round-trip min / avg / max = 560,9 / 573,6 / 586,4 ms
Tanpa conditioner lalu lintas, ketika mengupload:
round-trip min / avg / max = 2041,4 / 2.332,1 / 2.427,6 ms
Dengan kondisioner, selama 220kbit / s upload:
round-trip min / avg / max = 15,7 / 51,8 / 79,9 ms
Dengan kondisioner, selama 850kbit / s download:
round-trip min / avg / max = 20,4 / 46,9 / 74,0 ms
Ketika meng-upload, download melanjutkan di ~ 80% dari kecepatan yang tersedia. Upload sekitar 90%. Latency kemudian melompat ke 850 ms, masih mencari tahu mengapa.
Apa yang dapat Anda harapkan dari script ini banyak tergantung pada kecepatan uplink Anda yang sebenarnya. Ketika meng-upload dengan kecepatan penuh, akan selalu ada satu paket di depan keystroke Anda. Itu adalah batas bawah ke latency Anda dapat mencapai - membagi MTU Anda dengan kecepatan upstream Anda untuk menghitung. Nilai-nilai khas akan sedikit lebih tinggi dari itu. Turunkan MTU Anda untuk efek yang lebih baik!
Sebuah meja kecil:
Kecepatan uplink | Diharapkan latency karena meng-upload
--------------------------------------------------
32 | 234ms
64 | 117ms
128 | 58ms
256 | 29ms
Jadi untuk menghitung latency efektif Anda, mengambil pengukuran dasar (ping pada link diturunkan), dan mencari nomor di meja, dan menambahkannya. Itu adalah yang terbaik yang dapat Anda harapkan. Jumlah ini berasal dari perhitungan yang mengasumsikan bahwa keystroke hulu Anda akan memiliki paling setengah ukuran paket penuh di depan itu.
Ini bermuara pada:
mtu * 0,5 * 10
-------------- + Baseline_latency
kbit
Faktor 10 tidak cukup benar, tetapi bekerja dengan baik dalam praktek.
Kernel
Jika Anda menjalankan distribusi baru-baru ini, segala sesuatu harus ok. Anda perlu 2.4 dengan pilihan QoS diaktifkan.
Jika Anda mengkompilasi kernel sendiri, ia harus memiliki beberapa pilihan diaktifkan. Terutama, dalam menu Jaringan Options, QoS dan / atau Pameran Antrian, mengubah setidaknya CBQ, PRIO, SFQ, Ingress, Lalu Lintas Kepolisian, dukungan QoS, Tingkat Pengukur, classifier QoS, u32 classifier, fwmark classifier.
Dalam prakteknya, saya (dan kebanyakan distribusi) hanya muncul pada segala sesuatu.
Script
Script datang dalam dua versi, satu yang bekerja pada kernel standar dan diimplementasikan menggunakan CBQ. Yang lain menggunakan HTB qdisc yang sangat baik yang tidak di kernel default. Versi CBQ lebih diuji daripada HTB satu!
Lihat 'wshaper' dan 'wshaper.htb'.
Tuning
Script ini perlu mengetahui tingkat 'real' dari koneksi ISP Anda. Ini sulit untuk menentukan dimuka sebagai ISP yang berbeda menggunakan berbagai jenis bit muncul. Orang melaporkan keberhasilan menggunakan teknik berikut:
Memperkirakan baik hulu dan hilir di setengah tingkat menspesifikasikan ISP Anda Anda. Sekarang memverifikasi jika skrip berfungsi - memeriksa interaktivitas ketika mengupload dan saat men-download. Ini harus memberikan latency yang dihitung di atas. Jika tidak, periksa apakah script dijalankan tanpa kesalahan.
Sekarang perlahan-lahan meningkatkan jumlah hulu & hilir di script sampai latency datang kembali. Dengan cara ini Anda dapat menemukan nilai-nilai optimal untuk koneksi Anda. Jika Anda senang, tolong laporkan kepada saya sehingga saya bisa membuat daftar nomor yang bekerja dengan baik. Tolong beritahu saya tahu mana ISP yang Anda gunakan dan nama langganan Anda, dan spesifikasi terkenal, jadi saya bisa daftar di sini dan menyelamatkan orang lain kesulitan.
Instalasi
Jika Anda dial, Anda dapat menyalin script untuk /etc/ppp/ip-up.d dan akan dijalankan pada setiap connect.
Jika Anda ingin menghapus pembentuk dari sebuah antarmuka, menjalankan 'wshaper berhenti'. Untuk melihat informasi status, jalankan 'wshaper Status'.
MASALAH DIKENAL
Jika Anda mendapatkan kesalahan, menambahkan -x ke baris pertama, sebagai berikut:
#! / Bin / bash -x
Dan coba lagi. Ini akan menunjukkan yang sejalan memberikan kesalahan. Sebelum menghubungi saya, pastikan bahwa Anda menjalankan versi terbaru dari iproute!
Versi terbaru dapat ditemukan di distributor Linux Anda, atau jika Anda lebih suka kompilasi, di sini:
ftp://ftp.inr.ac.ru/ip-routing/iproute2-current.tar.gz
Komentar tidak ditemukan