Problem with download qos

[igorfie]

Not sure if this is specific to my environment, but I noticed that download qos does not work when upload qos management is also enabled on Gargoyle 1.3.x.

I won't pretend I know much about iptables, but I think the problem has to do with CONNMARK --restore-mark/--restore-mark --mask rules set by qos_gargoyle script around line 614. Replacing the two rules with single CONNMARK --restore-mark --ctmask appear to solve the problem.

Does anyone else see the problem? And to feed my curiosity, how --restore-mark/--restore-mark --mask pair is expected to work?

--
Regards,
Igor

[pbix]

Define "Does not work".

One thing I have found is that ipp2p matching is not supported under backfire. So if you have any rules using it please delete them.

[igorfie]

As far as I can tell, download QoS is completely ignored when Upload QoS is enabled. I have a rule to cap max download speed @100 kbit/s for one of local ip addresses. This works properly when Upload QoS is disabled, but downloads go full speed when Upload QoS is on.

I see this on my Netgear WNDR3700 and when I run gargayle inside VirtualBox vm. iptables -t mangle -I qos_ingress_imq 3 -j LOG appears to confirm that both up and down mark bits are present, i.e. mark is 0x604 when it should be 0x600 to match corresponding tc filter rule.

Note that I use locally built 1.3.x, so this may well be a problem with my .config.

--
Regards,
Igor

[pbix]

What do you see under status/Connection Lists?

Are the connections to that IP address properly marked?

[igorfie]

Yes, connections are properly marked, yet, download max bandwidth is not respected if upload qos is on.

Here are screenshots from my virtualbox testbed doing scp file transfer. As you can see, download speed is capped at ~1000 kbit/s, which corresponds to total download bandwidth

192.168.2.145 -> (wan) gargoyle (lan) -> 192.168.56.236

download qos setup

screenshot_015.png (32.06 KiB) Viewed 5638 times

connection list

screenshot_016.png (50.68 KiB) Viewed 5638 times

bandwidth graphs

screenshot_017.png (11.08 KiB) Viewed 5638 times

[pbix]

run /etc/init.d/qos_gargoyle show > /tmp/qos.log
and then
run /etc/init.d/qos_gargoyle restart > /tmp/qos2.log
run /etc/init.d/qos_gargoyle show >> /tmp/qos2.log

Then attach the resulting log files to your response.

I will take a look at it.

[igorfie]

Just in case I was not clear in my original post, I did solve the problem with a trivial change to qos_gargoyle. I just want to understand how this is supposed to work, assuming no one else sees the problem.

Anyways, I've attached request logs from unmodified x86 build.

[pbix]

I looked as the output you posted and do not see any problem other than you are using ipp2p which as I stated previously is not supported under backfire.

I did some testing on my own and could not reproduce your result. In my test system both upload and download QoS worked as expected.

To make any headway on this I will need to see the requested output using the unmodified qos_gargoyle script file. I have tested this file quite extensively and am unaware of any unneeded commands there.

[igorfie]

These were logs from unmodified qos_gargoyle script file. Odd. Lets write this off as bad .config on my part, I guess... I have spare wrt54g and can theoretically try to reproduce the problem with official 1.3.1. I'll post my results (good or bad) here if I do.

In any case, thank you for your help and for the effort you put to develop Gargoyle.

--
Regards,
Igor