Originally Posted by
leniviy
сложность в том, что wshaper умеет классифицировать пакеты только по номеру порта, а исходящие соединения rtorrent идут через случайный порт.
если rtorrent установлен на самом рутере, то выход достаточно простой - весь трафик изначально пихать в самый низкориоритетный класс
сам бьюсь над проблемой ибо торретны жадные до ужаса и забивают весь канал.... шайпер вроде работает, но как-то с большим запаздываением, что естественно не дело для веб-трафика.....
поэтому буду признателен, если местные гуру нам помогут =)
я сейчас работаю с этим (роутер раздает адреса 192.168.100.хх):
Code:
#!/bin/sh
DOWNLINK=$3
UPLINK=$4
DEV=$2
if [ "$1" = "status" ]
then
tc -s qdisc ls dev $DEV
tc -s class ls dev $DEV
exit
fi
# clean existing down- and uplink qdiscs, hide errors
tc qdisc del dev $DEV root 2> /dev/null > /dev/null
tc qdisc del dev $DEV ingress 2> /dev/null > /dev/null
if [ "$1" = "stop" ]
then
exit
fi
###### uplink
# set queue size to give latency of about 2 seconds on low-prio packets
ip link set dev $DEV qlen 30
# changes mtu on the outbound device. Lowering the mtu will result
# in lower latency but will also cause slightly lower throughput due
# to IP and TCP protocol overhead.
ip link set dev $DEV mtu 1000
# install root HTB, point default traffic to 1:30:
tc qdisc add dev $DEV root handle 1: htb default 30 r2q 1
# shape everything at $UPLINK speed - this prevents huge queues in your
# DSL modem which destroy latency:
tc class add dev $DEV parent 1: classid 1:1 htb rate ${UPLINK}kbit burst 1540 cburst 1
# high prio class 1:10:
tc class add dev $DEV parent 1:1 classid 1:10 htb rate $((3*$UPLINK/10))kbit ceil ${UPLINK}kbit prio 0
# desktop class 1:20
tc class add dev $DEV parent 1:1 classid 1:20 htb rate $((6*$UPLINK/10))kbit ceil ${UPLINK}kbit prio 1
# bulk data/bittorrent class 1:30
tc class add dev $DEV parent 1:1 classid 1:30 htb rate $((1*$UPLINK/10))kbit ceil $((8*$UPLINK/10))kbit prio 2
# all get Stochastic Fairness:
tc qdisc add dev $DEV parent 1:10 handle 10: sfq perturb 10
tc qdisc add dev $DEV parent 1:20 handle 20: sfq perturb 10
tc qdisc add dev $DEV parent 1:30 handle 30: sfq perturb 10
# TOS Minimum Delay (ssh, NOT scp) in 1:10:
tc filter add dev $DEV parent 1:0 protocol ip prio 1 u32 \
match ip tos 0x10 0x10 flowid 1:10
# ICMP (ip protocol 1) in the interactive class 1:10 so we
# can do measurements & impress our friends:
tc filter add dev $DEV parent 1:0 protocol ip prio 1 u32 \
match ip protocol 1 0xff flowid 1:10
# To speed up downloads while an upload is going on, put ACK packets in
# the interactive class:
tc filter add dev $DEV parent 1: protocol ip prio 1 u32 \
match ip protocol 6 0xff \
match u8 0x05 0x0f at 0 \
match u16 0x0000 0xffc0 at 2 \
match u8 0x10 0xff at 33 \
flowid 1:10
# prioritize small packets (<64 bytes)
tc filter add dev $DEV parent 1: protocol ip prio 1 u32 \
match ip protocol 6 0xff \
match u8 0x05 0x0f at 0 \
match u16 0x0000 0xffc0 at 2 \
flowid 1:10
# from desktops - mark 6
tc filter add dev $DEV parent 1: protocol ip prio 10 handle 6 fw flowid 1:20
iptables -A PREROUTING -t mangle -s 192.168.100.0/24 -j MARK --set-mark 6
########## downlink #############
# slow downloads down to somewhat less than the real speed to prevent
# queuing at our ISP. Tune to see how high you can set it.
# ISPs tend to have *huge* queues to make sure big downloads are fast
#
# attach ingress policer:
tc qdisc add dev $DEV handle ffff: ingress
# filter *everything* to it (0.0.0.0/0), drop everything that's
# coming in too fast:
tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src \
0.0.0.0/0 police rate ${DOWNLINK}kbit burst 10k drop flowid :1