<div dir="auto">Hi Amos,<div dir="auto"><br></div><div dir="auto">Thank you very much for the detailed explanation. Now I understand the difference between delay pools and true QoS, and the role Squid can play as a classifier.</div><div dir="auto"><br></div><div dir="auto">I will look into implementing clientside_mark/tos with tc (HFSC) on Debian to replace my current delay pools. The mapping of delay_class numbers to TOS/DSCP values is very helpful.</div><div dir="auto"><br></div><div dir="auto">I appreciate your time and guidance.</div><div dir="auto"><br></div><div dir="auto">Best regards,</div><div dir="auto">Yoan Manuel García Lleó</div></div><br><div class="gmail_quote gmail_quote_container"><div dir="ltr" class="gmail_attr">El mar, 11 de ago de 2026, 4:45 a. m., Amos Jeffries <<a href="mailto:squid3@treenet.co.nz">squid3@treenet.co.nz</a>> escribió:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">On 05/08/2026 01:23, Yoan Manuel García Lleó wrote:<br>
> Hello Squid team,<br>
> <br>
> First of all, thank you for maintaining such a robust and reliable proxy <br>
> server. We have been using Squid in production for years in a small <br>
> network with limited bandwidth (4 Mbps, about 15 users).<br>
> <br>
> Current situation:<br>
> We use delay pools to share bandwidth fairly among users. The "class 1" <br>
> pool does a decent job of dynamic sharing, but it lacks true QoS <br>
> features like:<br>
<br>
Yes. That is because "delay" is not the same as QoS. It is an older and <br>
simpler concept from the days of Dial-up Internet, an early precursor to <br>
what we now call QoS. Traffic is literally just throttled (delayed) <br>
based on its service ranking (aka "class").<br>
<br>
<br>
Squid has other configuration settings to integrate with true QoS <br>
systems. In those, Squid acts as a classifier service marking the HTTP <br>
traffic for the network QoS policy to act on.<br>
<br>
Squid provides several classifiers for modern QoS:<br>
<br>
  1) For simple "server type" classification Squid has qos_flows <br>
directive. Just classifying response packets to the client based on <br>
upstream cache_peer or server connection type.<br>
<br>
  2) For more complex classification with (fast type) ACL selection of <br>
what to classify each message there are:<br>
  a) request to server/peer classifiers tos_outgoing_mark, <br>
tos_outgoing_tos, and<br>
  b) reply to client classifiers clientside_mark, and clientside_tos.<br>
<br>
<br>
FYI, One can switch existing delay pools to true QoS by:<br>
  * implementing the delay_parameters in your network QoS policy, and<br>
  * replacing delay_access with clientside_mark/tos ACL rules.<br>
The delay_class number is equivalent to TOS/MARK value in your QoS system.<br>
That should see modern QoS doing what delay pools currently does for <br>
you. After that you can adjust the networks QoS policy and Squid ACL <br>
rules as needed for anything else you want to happen.<br>
<br>
HTH<br>
Amos<br>
<br>
_______________________________________________<br>
squid-users mailing list<br>
<a href="mailto:squid-users@lists.squid-cache.org" target="_blank" rel="noreferrer">squid-users@lists.squid-cache.org</a><br>
<a href="https://lists.squid-cache.org/listinfo/squid-users" rel="noreferrer noreferrer" target="_blank">https://lists.squid-cache.org/listinfo/squid-users</a><br>
</blockquote></div>