Toke Høiland-Jørgensen 95337de67a functions.sh: Fix variable name | 4 ヶ月 前 | |
---|---|---|
platform | 1 年間 前 | |
src | 4 ヶ月 前 | |
Makefile | 3 年 前 | |
README.md | 4 年 前 | |
qdisc-diagram.dia | 4 年 前 | |
qdisc-diagram.png | 4 年 前 |
This repository contains the sqm-scripts traffic shaper from the CeroWrt project. See: http://www.bufferbloat.net/projects/cerowrt/wiki/Smart_Queue_Management
sqm-scripts uses the Linux qdisc mechanism to configure traffic shaping and scheduling. Either by a combination of the HTB qdisc (for shaping) and fq_codel (for packet scheduling), or using the CAKE integrated scheduler to do both at once.
Because qdiscs only see traffic as it is leaving an interface, for ingress shaping sqm-scripts sets up an IFB device. Incoming packets are redirected to this device where a regular qdisc can handle them. The IFB device is named for the egress interface it is paired with, so the IFB for 'eth0' will be called 'ifb4eth0'.
This is all illustrated on the following diagram:
Diagram contributed by Matt Taggart (@taggart). Source in qdisc-diagram.dia.
To run sqm-scripts you just need a Linux machine with a kernel from the last
decade or so (any of the longterm releases on kernel.org should work - please
don't run a kernel that is not a currently released version, longterm or
current). The only exception is that if you want to use the cake
qdisc, you
either need kernel 4.19 or newer (with matching iproute2
version), or you need
to build CAKE yourself from the out-of-tree repository at
https://github.com/dtaht/sch_cake.
sudo make install
should install things on a regular Linux box. For
OpenWrt, there are packages available in the distribution, so just install the
sqm-scripts package, and optionally luci-app-sqm for GUI support.
After installing using make install
, do the following to enable sqm-scripts:
Copy /etc/sqm/default.conf
to /etc/sqm/<dev>.iface.conf
where <dev>
is
the name of the interface you wish to run sqm-scripts on. Then adjust the
values in the file to your environment, setting at least UPLINK, DOWNLINK,
and possibly SCRIPT.
If you're on a Debian-derived distribution that uses old-style network config
in /etc/network/
, the Makefile should detect this and drop in appropriate
hotplug scripts, so sqm-script should automatically run on the next 'ifup'.
If you're on a systemd-enabled distro, just enable the sqm@<dev>
service
corresponding to your interface name. E.g., for eth0
, issue systemctl
enable sqm@eth0
(and run systemctl start sqm@eth0
to start sqm-scripts
immediately).
Run the steps below on your own computer (not on the router) to retrieve the newest script version from this repository, create the scripts, then copy those new scripts to your router.
Make a local clone of the git repository (if you have not already):
git clone https://github.com/tohojo/sqm-scripts
Change into the new directory:
cd ./sqm-scripts
Make sure the source is updated:
git pull
Create the scripts for your platform (PLATFORM is either linux or openwrt) and output them to a local current_sqm_base
directory:
make install PLATFORM=openwrt DESTDIR=./current_sqm_base
Change to ./current_sqm_base
:
cd ./current_sqm_base
Optional for OpenWrt: The final step will overwrite your router's current sqm configuration file (at /etc/config/sqm
). If you want to preserve the current configuration, delete the newly created config file from the local etc/config
:
rm -r etc/config
Now, use scp to copy the new scripts to the router. Change $YOUR.SQM.HOSTNAME
to the address/DNS name for your computer - probably 192.168.1.1
or on cerowrt gw.hom.lan
. If your account on the router is not "root", change "root" to your account:
scp -r ./* root@$YOUR.SQM.HOSTNAME:/
Note this method relies on the presence of the required qdiscs on the router/destination host. On openwrt, you should first install the "normal" sqm-scripts package to take care of all the dependencies, then use this procedure to update to the newest sqm-scripts.
SQM_VERBOSITY_MAX controls the verbosity of sqm's output to the shell and syslog (0: no logging; 8: full debug output).
SQM_DEBUG controls whether sqm will log the output of the last invocation of start-sqm into var/run/sqm/${interface_name}.start-sqm.log
and the ouput of the last invocation of stop-sqm into var/run/sqm/${interface_name}.stop-sqm.log
e.g. for pppoe-wan /var/run/sqm/pppoe-wan.start-sqm.log
and /var/run/sqm/pppoe-wan.stop-sqm.log
.
Log only the binary invocations and their output:
/etc/init.d/sqm stop ; SQM_DEBUG=1 SQM_VERBOSITY_MAX=0 /etc/init.d/sqm start
Log verbose debug output and all the binary invocations and their output:
/etc/init.d/sqm stop ; SQM_DEBUG=1 SQM_VERBOSITY_MAX=8 /etc/init.d/sqm start
Log both start and stop:
SQM_DEBUG=1 SQM_VERBOSITY_MAX=8 /etc/init.d/sqm stop ; SQM_DEBUG=1 SQM_VERBOSITY_MAX=8 /etc/init.d/sqm start
Note: Both the start and stop log are re-written on every sqm instance start and stop and are logging all output independent of the value of SQM_VERBOSITY_MAX
. They will not grow indefintely, but they are written repeatedly. On reliably rewritable media like hard disk, ssd, flash with wear-leveling, or ram-disk, SQM_DEBUG
can be safely set to 1 in defaults.sh
, but on media like NOR flash that do only allow few write-cycles, keeping the default at 0 and using the above invocations to run a single instance with SQM_DEBUG=1
is recommended.