pemecahan masalah firmware QoS firmware dd-wrt

Saya telah menggunakan firmware dd-wrt di router saya dan saya sangat menyukainya!

Tapi - Saya tidak yakin kualitas layanan (QoS) bekerja di sana. Saya mengaturnya sebagai berikut:

• http, port 80 - Premium
• bittorrent, port 6969 - Massal
• https, port 443 - Premium
• dns, port 53 - Premium

Per dokumentasi QoS , level-level ini adalah:

bandwidth dialokasikan berdasarkan persentase nilai uplink dan downlink berikut untuk setiap kelas:

• Dikecualikan: 100mbps - mengabaikan batas global.
• Premium: 75% - 100%
• Express: 15% - 100%
• Standar: 10% - 100%
• Massal: 1,5% - 100%

Ini sepertinya tidak sepenuhnya berhasil, - dengan derasnya arus yang sibuk, saya mendapatkan jeda besar dalam penelusuran web saya yang menyebalkan!

The dokumentasi QoS memberikan beberapa langkah untuk memeriksa QoS ...

Apa yang Anda akan tertarik untuk melihat akan menjadi set sumber dan tujuan IP pertama, termasuk nomor port. Selanjutnya kehadiran l7proto dan bidang "tanda". Entri menunjukkan koneksi langsung QoS saat ini diterapkan pada mereka berdasarkan pada "tanda" bidang. Nilai "tanda" sesuai dengan yang berikut ini

• Dibebaskan: 100
• Premium: 10
• Express: 20
• Standar: 30
• Massal: 40
• (tidak ada QoS yang cocok): 0

Anda mungkin melihat "mark = 0" untuk beberapa layanan l7proto meskipun sudah dikonfigurasi dalam daftar aturan QoS. Ini mungkin berarti bahwa sistem pencocokan pola layer 7 tidak cocok dengan header yang baru atau diubah untuk protokol itu. Layanan khusus pada pertandingan port biasanya akan menangani ini.

Pada port 6969 (bittorrent) saya melihat campuran aneh barang-barang dengan mark=0dan mark=40seperti itu

cat / proc / net / ip_conntrack

udp 17 105 src = 98.162.182.42 dst = 1.2.3.4 sport = 64512 dport = 6969 paket = 3 byte = 290 src = 10.0.0.2 dst = 98.162.182.42 sport = 6969 dport = 64512 paket = 4 byte = 202 [TERJAMIN] mark = 0 secmark = 0 use = 1
tcp 6 117 TIME_WAIT src = 98.248.173.174 dst = 1.2.3.4 sport = 51114 dport = 6969 paket = 12 byte = 704 src = 10.0.0.2 dst = 98.248.173.174 olahraga = 6969 dport = 51114 paket = 10 byte = 440 [TERJAMIN ] mark = 40 secmark = 0 use = 1
tcp 6 598 ESTABLISHED src = 165.132.128.201 dst = 1.2.3.4 sport = 57218 dport = 6969 paket = 8024 bytes = 9919881 src = 10.0.0 dst = 165.132.128.201 sport = 6969 dport = 57218 paket = 4211 bytes = 239607 [ASSURED ] mark = 0 secmark = 0 use = 1
tcp 6 586 ESTABLISHED src = 68.46.9.24 dst = 1.2.3.4 sport = 64688 dport = 6969 paket = 6 byte = 490 src = 10.0.0 dst = 68.46.9.24 sport = 6969 dport = 64688 paket = 8 byte = 944 [TERJAMIN ] mark = 40 secmark = 0 use = 1
udp 17 45 src = 222.254.228.38 dst = 1.2.3.4 sport = 25438 dport = 6969 paket = 5 byte = 454 src = 10.0.0.2 dst = 222.254.228.38 sport = 6969 dport = 25438 paket = 3 byte = 154 [TERJAMIN] mark = 0 secmark = 0 use = 1

(file lengkap terlihat di http://pastebin.com/AZE6EtWm )

Saya telah bermain-main dengan log ini untuk sementara waktu dan saya tidak dapat melihat pola apa pun!

Mengapa beberapa port 6969 lalu lintas bittorrent ditandai mark=0(tidak cocok) oleh QoS dd-wrt sementara yang lain ditandai mark=40(Massal) .. ada ide?

Meskipun hanya membentuk lalu lintas keluar , Anda mungkin menemukan skrip QoS yang sangat baik ini ( mirror on pastebin ) di blog Alex Rice bermanfaat. Sudah melalui beberapa penulis dan inkarnasi. Pastikan untuk mengatur UPLINK dan DEV dengan benar. Bagi saya nilai default untuk DEV salah, gunakan yang dikomentari $(nvram get wan_ifname), atau nilai yang benar dari mengeksekusi nvram get wan_iframemelalui SSH.

Selain daripada menggunakannya, Anda dapat menggandakan konfigurasinya dalam GUI QoS. Anda akan melihatnya menggunakan 1024: 65535 untuk lalu lintas massal, dengan pengaturan lainnya (80,22,3389, dll.) Lebih diutamakan. Skrip berfungsi dengan baik untuk saya, dan menggunakan HFSC seperti yang disarankan.

Misalnya: QoS diatur ke WAN mengirimkan lalu lintas uplink ke antrian downlink
Kemudian sadari patch ini gagal, karena: Perintah dalam skrip rc_firewall tidak diterapkan dalam QoS

Anda dapat mengatasi masalah dengan skrip yang dijalankan setelah rc_firewall seperti yang tercantum dalam tiket. Saya pribadi akhirnya mengaktifkan JFFS dan menempatkan skrip dengan perbaikannya /jffs/etc/config/qos.ipup, sama seperti yang disebutkan.

Saya merasa nyaman menggunakan KiTTY dan WinSCP . Anda dapat SSH masuk ke router dengan KiTTY untuk memecahkan masalah / memverifikasi seperti pada tiket pertama, dan langsung meluncurkan pencarian file di router dengan Start WinSCPperintah di bawah ikon kiri KiTTY. Jika ini gagal (router tidak menjalankan SFTP secara default) Anda dapat mengaktifkan FTP dan terhubung secara manual, atau cukup tambahkan file dengan perintah Unix. Ingatlah untuk mengatur pemilik mengeksekusi izin pada skrip.

Saya perhatikan bahwa banyak orang mengeluh tentang QoS yang tidak bekerja di DD-WRT, jadi mereka beralih ke Tomat. Ini berfungsi dengan baik di Tomat (saya menggunakannya). Tomat juga memiliki grafik yang sangat bagus, yang berguna untuk menyesuaikan pengaturan QoS Anda.

Kelemahan dari Tomat, dibandingkan dengan DD-WRT, adalah ia memiliki lebih sedikit fitur, walaupun ada beberapa mod yang menambahkan hal-hal tertentu, seperti penyimpanan USB dan OpenVPN. Namun, seperti yang disebutkan Jeff Atwood di bawah, itu hanya mendukung chipset Broadcom.

Saya menggunakan mod Teddy Bear di Netgear WNR3500L saya. Saya sekarang menggunakan mod Toastman, yang didasarkan pada Teddy Bear, dengan lebih banyak fitur dan kelas QoS default yang lebih baik yang berfungsi untuk kebanyakan orang.

Secara pribadi, satu-satunya hal yang saya lewatkan di Tomat adalah dukungan VLAN dan siaran multi-SSID. (Mod Toastman memiliki keduanya sekarang, serta Captive Portal untuk SSID sekunder).

Saya telah menemukan DD-WRT v24 sp2 build 15362 menjadi sangat stabil di Netgear WNDR3700 v1 NAMUN meskipun begitu banyak waktu yang dihabiskan untuk mencoba pengaturan QoS dan TCP Vegas (kontrol kemacetan) tidak ada mekanisme yang bekerja pada firmware yang luar biasa ini untuk lalu lintas masuk (saya tidak perlu kontrol keluar karena saya tidak menggunakan VOIP).

Misalnya, apa pun pilihannya (Kontrol Mac, Netmask, Kontrol Layanan) yang saya gunakan dalam upaya saya untuk memprioritaskan lalu lintas video masuk dan menghapus prioritas lalu lintas bit torrent masuk tidak ada yang berfungsi. Saya sudah mengkonfirmasi ini dengan

• Perintah Telnet disarankan untuk mengkonfirmasi operasi QoS
• TCP Vegas

Intinya: Gunakan DD-WRT jika Anda menginginkan semua fitur lainnya (terutama siaran SSI muliple) tetapi gunakan Tomat jika Anda memiliki chipset yang berlaku (Tomat tidak tersedia untuk WNDR3700 yang berbasis Atheros) dan menyukai fitur QoS-nya.

Saya perhatikan hal yang sama. Saya tidak dapat menemukan pos yang tepat sekarang, tetapi menggali melalui forum salah satu pengembang menyatakan bahwa QoS berfungsi dengan baik pada unggahan, tidak banyak pada unduhan. Alasan di baliknya adalah bahwa router memiliki kendali atas lalu lintas yang keluar dari jaringan (uplink), tetapi bukan lalu lintas yang masuk karena ia tidak memiliki kendali atas fluks data yang masuk.

Saya tahu Anda bukan penggemar berat menelusuri posting forum, tetapi Anda mungkin ingin memposting pertanyaan Anda di sana.