NethServer Version: 7.5.1804 (final)
Module: FireQoS
I’m trying to understand how traffic shaping works, looking to:
- /etc/firehol/fireqos.conf
- /etc/squid/squid.conf
I found out that traffic shaping rules over web proxy (Squid) is done by marking packages for later processing by FireQoS class matching rules.
Acording to FireOS documentation matching rules can by checked by running:
// NS7 Input/Download
fireqos status red1-in
// NS7 Output/Upload
fireqos status red1-out
FireQoS traffic shaping is working for Upload
# fireqos status red1-out
FireQOS 3.1.5
(C) 2013-2014 Costa Tsaousis, GPL
red1-out: eth1 output => eth1, type: ethernet, overhead:
Rate: 335Kbit/s, min: 12Kbit/s
Values in Kbit/s
CLASS high low defaul
CLASSI 1:11 1:12 1:8000
COMMIT 167 33 12
MAX 301 301 335
PRIORI 4 4 4
QDISC fq_cod fq_cod fq_cod
color code (packets): backlog | dropped | delayed | requeued
Class Utilization on red1-out (eth1 output => eth1) - values in Kbit/s
TOTAL high low defaul
255 177 76 1
208 130 76 2
99 3 95 2
77 - 77 -
161 48 108 4
142 29 96 16
However, same behavior is not seen for Download
# fireqos status red1-in
FireQOS 3.1.5
(C) 2013-2014 Costa Tsaousis, GPL
red1-in: eth1 input => eth1-ifb, type: ethernet, overhead:
Rate: 1612Kbit/s, min: 16Kbit/s
Values in Kbit/s
CLASS high low defaul
CLASSI 1:11 1:12 1:8000
COMMIT 806 161 16
MAX 1450 322 1612
PRIORI 4 4 4
QDISC fq_cod fq_cod fq_cod
color code (packets): backlog | dropped | delayed | requeued
Class Utilization on red1-in (eth1 input => eth1-ifb) - values in Kbit/s
TOTAL high low defaul
1645 - - 1645
1629 - - 1629
1635 - - 1635
1634 - - 1634
1630 - - 1630
Am I missing something? Is this normal?