dd-wrt yönlendirici ürün yazılımı QoS sorun giderme

Yönlendiricimde dd-wrt ürün yazılımını kullanıyorum ve çok beğendim!

Ancak - Hizmet kalitesinin (QoS) üzerinde çalıştığından emin değilim. Aşağıdaki gibi ayarladım:

• http, bağlantı noktası 80 - Premium
• bittorrent, 6969 numaralı bağlantı noktası - Toplu
• https, bağlantı noktası 443 - Premium
• dns, bağlantı noktası 53 - Premium

Başına QoS belgelerinde , bu seviyeler şunlardır:

bant genişliği, her bir sınıf için yer-uydu bağı ve uydu-yer bağı değerlerinin aşağıdaki yüzdelerine göre tahsis edilir:

• Muaf: 100mbps - global sınırları yok sayar.
• Premium:% 75 -% 100
• Ekspres:% 15 -% 100
• Standart:% 10 -% 100
• Toplu:% 1.5 -% 100

Bu tamamen işe yaramıyor gibi görünüyor - meşgul sel gidiyor ile benim web tarama hangi berbat büyük duraklamalar olsun!

QoS dokümantasyon QoS kontrol etmek için bazı adımlar verir ...

Bakmak isteyeceğiniz şey, bağlantı noktası numaraları da dahil olmak üzere ilk kaynak ve hedef IP seti olacaktır. Sonra l7proto varlığı ve "mark" alanı. Girdiler, "işaret" alanını temel alarak geçerli canlı bağlantı QoS önceliğini gösterir. "İşaret" değerleri aşağıdakilere karşılık gelir

• Muaf: 100
• Premium: 10
• Hızlı: 20
• Standart: 30
• Toplu: 40
• (QoS eşleşmedi): 0

QoS kuralları listesinde yapılandırılmış olmalarına rağmen bazı l7proto hizmetleri için "mark = 0" görebilirsiniz. Bu, katman 7 kalıp eşleştirme sisteminin söz konusu protokol için yeni veya değiştirilmiş bir başlıkla eşleşmediği anlamına gelebilir. Liman maçlarındaki özel servis genellikle bunlarla ilgilenir.

6969 numaralı bağlantı noktasında (bittorrent) mark=0ve mark=40benzeri şeylerin garip bir karışımını görüyorum

cat / proc / net / ip_conntrack

udp 17105 src = 98.162.182.42 dst = 1.2.3.4 spor = 64512 dport = 6969 paket = 3 bayt = 290 src = 10.0.0.2 dst = 98.162.182.42 spor = 6969 dport = 64512 paket = 4 bayt = 202 [ASSURED] mark = 0 secmark = 0 kullanım = 1
tcp 6 117 TIME_WAIT src = 98.248.173.174 dst = 1.2.3.4 spor = 51114 dport = 6969 paket = 12 bayt = 704 src = 10.0.0.2 dst = 98.248.173.174 spor = 6969 dport = 51114 paket = 10 bayt = 440 [ASSURED ] mark = 40 secmark = 0 kullanım = 1
tcp 6 598 KURULAN src = 165.132.128.201 dst = 1.2.3.4 spor = 57218 dport = 6969 paket = 8024 bayt = 9919881 src = 10.0.0.2 dst = 165.132.128.201 spor = 6969 dport = 57218 paket = 4211 bayt = 239607 [ASSURED ] mark = 0 secmark = 0 kullanım = 1
tcp 6 586 KURULAN src = 68.46.9.24 dst = 1.2.3.4 spor = 64688 dport = 6969 paket = 6 bayt = 490 src = 10.0.0.2 dst = 68.46.9.24 spor = 6969 dport = 64688 paket = 8 bayt = 944 [ASSURED ] mark = 40 secmark = 0 kullanım = 1
udp 17 45 src = 222.254.228.38 dst = 1.2.3.4 spor = 25438 dport = 6969 paket = 5 bayt = 454 src = 10.0.0.2 dst = 222.254.228.38 spor = 6969 dport = 25438 paket = 3 bayt = 154 [ASSURED] mark = 0 secmark = 0 kullanım = 1

(tam dosya http://pastebin.com/AZE6EtWm adresinde görülebilir )

Bir süredir bu kütükle oynuyorum ve hiçbir desen göremiyorum!

Neden bazı bağlantı noktası 6969 bittorrent trafiği mark=0dd-wrt QoS tarafından etiketlendi (eşleşmedi), diğerleri ise etiketlendi mark=40(Toplu) .. herhangi bir fikir?

O olsa yalnızca giden trafiği şekiller , bulduğun bu mükemmel QoS komut ( pastebin üzerinde ayna yararlı Alex Rice'ın blog). Birkaç yazar ve enkarnasyondan geçti. UPLINK ve DEV'yi doğru ayarladığınızdan emin olun. Benim için DEV için varsayılan değer yanlıştı, $(nvram get wan_ifname)bunun yerine açıklananı kullanın veya nvram get wan_iframeSSH üzerinden yürütmek için doğru değeri kullanın .

Ayrıca kullanmak yerine, yapılandırmasını QoS GUI içinde çoğaltabilirsiniz. Toplu trafik için 1024: 65535 kullandığını, diğer ayarların (80,22,3389 vb.) Öncelikli olduğunu göreceksiniz. Senaryo benim için iyi çalışıyor ve önerilen şekilde HFSC kullanıyor.

Örneğin: WAN olarak ayarlanan QoS, uydu-yer bağı kuyruğuna yer-uydu hattı trafiği gönderir
Sonra bu yamanın başarısız olduğunu fark edin, çünkü: rc_firewall betiğindeki komutlar QoS'de uygulanmaz

Bilette belirtildiği gibi rc_firewall'dan sonra çalışan bir komut dosyasında bu sorunu geçici olarak çözebilirsiniz . Ben şahsen JFFS etkinleştirme ve komut dosyası belirtilen düzeltme ile yerleştirerek sona erdi /jffs/etc/config/qos.ipup.

KiTTY ve WinSCP kullanmayı uygun buldum . İlk bilette olduğu gibi sorun gidermek / doğrulamak için KiTTY ile yönlendiriciye SSH gönderebilir ve Start WinSCPKiTTY'nin sol üst simgesinin altındaki komutla doğrudan yönlendiricide dosya taramaya başlayabilirsiniz. Bu başarısız olursa (yönlendirici varsayılan olarak SFTP çalıştırmıyorsa) FTP'yi etkinleştirebilir ve manuel olarak bağlanabilir veya dosyayı Unix komutlarıyla ekleyebilirsiniz. Kod üzerinde sahibinin yürütme iznini ayarlamayı unutmayın.

Pek çok insanın QoS'nin DD-WRT'de çalışmadığından şikayet ettiğini fark ettim, bunun yerine Domates'e geçtiler. Domates'de iyi çalışıyor (kullanıyorum). Domates ayrıca çok güzel grafiklere sahiptir ve bu da QoS ayarlarınızı yapmak için yararlıdır.

Tomato'nun dezavantajı, DD-WRT ile karşılaştırıldığında, daha az özelliğe sahip olmasıdır, ancak USB depolama ve OpenVPN gibi belirli şeyleri ekleyen birkaç mod yapısı vardır. Ancak, Jeff Atwood'un aşağıda belirttiği gibi, sadece Broadcom yonga setlerini desteklemektedir.

Oyuncak Ayı modunu Netgear WNR3500L cihazımda kullanıyorum. Şimdi Teddy Bear'a dayanan Toastman modunu, çoğu insan için çalışan daha fazla özellik ve daha iyi varsayılan QoS sınıflarıyla kullanıyorum.

Şahsen, Tomato'da eksik olduğum tek şey VLAN desteği ve çoklu SSID yayınıdır. (Toastman'ın modunun ikisinde de ikincil SSID için Esir Portal var).

DD-WRT v24 sp2 build 15362'yi Netgear WNDR3700 v1'de çok kararlı bulduk, ancak QoS ve TCP Vegas (tıkanıklık kontrolü) her iki mekanizmanın da bu mükemmel ürün yazılımı üzerinde çalışmaya çalıştığı halde çok fazla zaman harcadığına rağmen gelen trafik için (VOIP kullanmadığından giden kontrole ihtiyacım yok).

Örneğin, hangi video (Mac Control, Netmask, Service Control) olursa olsun, gelen video trafiğine öncelik vermek ve gelen bit torrent trafiğinin önceliğini kaldırmak için hiçbir şey işe yaramıyor. Bunu ile onayladım

• QoS çalışmasını onaylamak için önerilen telnet komutları
• TCP Vegas

Bottom Line: Kullanım DD-WRT tüm (özellikle muliple SSID'lerin yayın) diğer özellikleri istiyorsanız ancak kullanmak Domates Eğer uygulanabilir bir yonga seti varsa ve bunun QoS özellikleri gibi (Domates Atheros tabanlı WNDR3700 için kullanılamaz).

Aynı şeyi fark ettim. Şu anda tam gönderiyi bulamıyorum, ancak forumları incelemek devslerden biri, QoS'un yüklemelerde çok işe yaradığını, indirmelerde çok işe yaramadığını belirtti. Bunun arkasındaki neden, yönlendiricinin ağdan çıkan trafiği (uplink) kontrol etmesidir, ancak gelen veri akışı üzerinde hiçbir kontrolü olmadığı için giren trafiği kontrol etmemesidir.

Forum yayınlarına göz atmanın büyük bir hayranı olmadığınızı biliyorum, ancak sorularınızı oraya göndermek isteyebilirsiniz.