Joined: 21 Jul 2006 Posts: 1898 Location: Fortaleza Ce Brazil
Posted: Tue Oct 23, 2018 1:18 Post subject:
Yes .. it works without a problem .
Openvpn server
Samba share + ftp
Webserver
Free wifi + other network unbridged (dhcp )
Qos is working giving priority what i need .. netflix .. videos .. spotify .. openvpn and vnc .. thats fine for me ..
Yes .. there is some bufferbloat but i cant notice .. my internet is fast and reliable ..
_________________ DDwrt ...it rocks ....
1 R7800 54420 AP Wireguard webserver JFFS SAMBA FTP usb HD Mesh
1 R7800 54420 Cli Mesh
1 WZR1750 54389 AP Webserver Samba Wireguard
1 TP link Archer C7v5 54420 Cli Mesh
1 DD x86_64 48296 Gateway Samba Ftp Webserver
I dont understand why you think its working flawless? I have the same really bad bufferbloat on 4.9 kernel and 500mbs internet and 2-3 times better bufferbloat on 3.18. So, right now 3.18 is still far ahead of 4.9
most likely he does nothing that cares about latency, voip/gaming/video chats etc _________________ LATEST FIRMWARE(S)
BrainSlayer wrote:
we just do it since we do not like any restrictions enforced by stupid cocaine snorting managers
Man, fq_codel seems significantly better than pie in my limited testing. With the same speed bandwidth settings, fq_codel always wins with much lower latency. I came across a couple research papers yesterday while trying to learn up on it, and both those papers showed that fq_codel typically has lower average and median latency than pie.
Does it just work better for certain connection types or something? _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Man, fq_codel seems significantly better than pie in my limited testing. With the same speed bandwidth settings, fq_codel always wins with much lower latency. I came across a couple research papers yesterday while trying to learn up on it, and both those papers showed that fq_codel typically has lower average and median latency than pie.
Does it just work better for certain connection types or something?
In my case as I understand you would need to setup and use it with Services Priority. For simple QoS of just checking the 4 tcp boxes fq_codel works better hence fq - fair queuing, which does also work with Services priority as well but more aggressively and cpu/bandwidth cost (3-5 Mbps).
In my case as I understand you would need to setup and use it with Services Priority. For simple QoS of just checking the 4 tcp boxes fq_codel works better hence fq - fair queuing, which does also work with Services priority as well but more aggressively and cpu/bandwidth cost (3-5 Mbps).
Interesting info. I setup just a few services priority in my fq_codel config to prioritize DNS, FaceTime, AT&T VOIP, http_connect (which I *hope* is maybe the initial, new HTTP connection to a site to help initial page load and not something more than that, but darned if I could find any contemporary information on what all those L7 filters are defined as) and to classify as bulk bittorrent. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
In my case as I understand you would need to setup and use it with Services Priority. For simple QoS of just checking the 4 tcp boxes fq_codel works better hence fq - fair queuing, which does also work with Services priority as well but more aggressively and cpu/bandwidth cost (3-5 Mbps).
Interesting info. I setup just a few services priority in my fq_codel config to prioritize DNS, FaceTime, AT&T VOIP, http_connect (which I *hope* is maybe the initial, new HTTP connection to a site to help initial page load and not something more than that, but darned if I could find any contemporary information on what all those L7 filters are defined as) and to classify as bulk bittorrent.
Thanks for that, Jerry. I'm happy with HTB & fq_codel at the moment, but I'm sure the tinkerer in my will play around with Pie again so I appreciate the info. _________________ Netgear R7500v2, DD-WRT v3.0-r37845M kongat
Netgear R7000, DD-WRT v3.0-r37715M kongac
Posted: Tue Oct 23, 2018 21:29 Post subject: ROUTER KEEPS HANGING UP UNDER LOAD EA-8500
EA-8500
Firmware Version
DD-WRT v3.0-r37490M kongat ( 10/22/18 )
Kernel Version
Linux 4.9.135 #232 SMP PREEMPT Mon Oct 22 02:10:08 CEST 2018 armv7l
Happened again 2 times in 20 minutes, i decited to download a huge file via torrent and suddemly router stopped, no wifi no lan no log, got me running in the middle of the night to fix it, it has happened exactly the same with a Broiadcomm device i have (Dir 868l rev C with latest general DD WRT firmware r37442) 10 hours ago exactly same scenario torrent was downloading and puff router hung up....something has to do with torrents...but for now i will go to my old trustworthy 1043ND, cant run in the middle of the night to powercycle the router! i have a log server but i dont see to have catch anyhing at all, probably Router hanged UP for good and sent no data !but if you want to check for yourself my log files are at your sertvice if you want just ask.
On my EA8500, the K3.18 kernel feels much snappier.
I'm only on ADSL2+ (15DL, 1UL) so I can only dream of some of your >100MBps DL speeds.
On top of that, I have an OpenVPN Client connected, which further reduces speed and adds latency + bufferbloat.
QoS HFSC+FQ_Codel seems most consistant.
Testing with VPN and Firefox addons disabled shows that QoS does improve things.
DSLReports are inconsistant between the K4.9 and K3.18 versions for me, but in use K3.18 feels quicker.
With so many variables (telco QoS, infrastructure (adsl, fibre, cable etc), router model etc, any optimization for one, ie Kong's setup, may not be optimal for others. _________________ ------------------------------------
Linksys WRT3200ACM DD-WRT r55819 (Gateway)
Linksys EA8500 OpenWrt-23.05.3 (Wired AP)
Netgear WNDR3700v4 DD-WRT r55819 (spare Gateway)
Photos: https://www.flickr.com/photos/nickant44/albums
Netgear R7500v2
I switched to 37420 [10-21-18] K3.18 yesterday [uptime 1 day,2:08] to see if it was any better for my crappy internet and now this is showing many RX errors 0 TX errors all on ath1.1 almost no traffic there just her android.
I'm using the official 10/19 k3.18 on Kong repo so give that one a try
I've upgraded to r37490 but the release are coming out so quickly that I really haven't had time to test anything. In the course of 10 days, I went from 37015, through 37120 and 37420, to 37490 without any connectivity, latency, or other issues. I don't use QoS though. I am running YAMon.
Also, it seems the HTTPD errors may actually be decreasing in these newer releases but I'll have to do some more investigation to be sure. _________________ Routing:.......Asus RT-AX88U (Asuswrt-Merlin 384.14) Switching:....Netgear GS608_V3 & GS605_V4, TrendNet TEG-S82G & TEG-S50G