Hi
I know this is quite late but I've been playing with QoS on the ZyXEL. It is usually the upstream you will need to control, I don't believe you can do much with the QoS on the downstream, well you can, it just means dropping packets and eventually the sending source notices packets aren't being acknowledged and slows down sending of them letting other ones through.
So looking at QoS for upstream, and it is the saturation of the upstream that can cause downloads to block, then it isn't enabled on the ZyXEL until an upstream bandwidth setting is made, even if QoS radio button is set as enabled.
Basically you need to set how much of the upstream is managed, and this needs to be less than the available, i.e. a little bit always needs to be reserved so QoS can work, if you sync at 80/20, try setting 18500Kbps. Some experimentation might be needed here as you don't want to reserve too much, so aim for around 100K to 200K reserved. You can use a speed test to get a rough idea on how much of the upstream is reserved.
If the setting is okay QoS becomes active, we will know this by a new tab becoming visible called "Monitor". This is a handy tab as it shows how much traffic is flowing through which queues. If the Monitor tab isn't visible then QoS isn't in operation. If visible, how a look at it, you can set a 5 second refresh to see almost real-time how the queues are operating, and the pre-set up QoS classes will already be splitting the traffic up.
Now you should be able to make changes to classes, and if you set up a test queue, you can put single items in there to make sure the traffic is being collected and queued correctly.
Hope that helps.
Regards
Phil
Hi Phil and thank you very much for your interest in my problem.
You gave a very helpful description on how to correctly setup the QoS and I think other people interested in this procedure will be glad to read your post.
Unfortunately I think that in my case the correct standard procedure you are describing will not resolve my problem since apparently there is a bug in the Zyxel firmware.
It is correct to say that the QoS is not running until you will set a Rate Limit. Despite this the only fact of enabling/disabling the QoS global option has an impact on my issue. This is the situation:
- With global QoS disabled, no problem during the upload bandwidth saturation (reached via http file upload using Gdrive or DropBox)
- With global QoS enabled and no Rate Limit set in the Class configuration, uploading a file will completely block any internet connection
- With global QoS enabled and Rate Limit set, the upload bandwidth saturation will not block the whole connection
Now what I think it is a bug is that in my case, enabling the QoS and setting a Rate Limit, as per the last point above, will not resolve the issue of the blocked internet connection during an http upload. The Rate Limit is apparently ignored and the Monitor tab always show all the counters at 0.
What I have found after weeks of tests is that the QoS Rate Limit is ignored if the WAN connection is made via the PPPoA protocol. Switching from PPPoA to PPPoE resolve the issue and take the situation to the 3 points described above.
Unfortunately I am unable to say if the bug has been fixed since the time I tested the QoS, because in the meanwhile my ISP has changed from PPPoA to PPPoE.
In any case thank you again for your kind support.