From: "Hoggins!" <fuckspam@wheres5.com>
To: lartc@vger.kernel.org
Subject: Weird traffic shaping behavior after kernel upgrade
Date: Sun, 05 Jan 2014 23:08:43 +0000 [thread overview]
Message-ID: <52C9E5FB.8070502@wheres5.com> (raw)
Hello list,
This is my first post, so please forgive me if my ways are wrong, but
this is an important request for help.
I was running kernel 3.9.10 (Fedora-flavored), and for several reasons,
I needed to upgrade to the last version, 3.12.6. Yeah, it was about time.
Anyway, I really don't know how and where to look for an answer on my
problem, and since the kernel is the only thing that changed on this
machine, I suspect there has to be something with it.
I have the feeling that my traffic shaping is not working exactly as
expected anymore. I use it to "regulate" low-throughput (xDSL)
connections, and it was working great until now, but since I upgraded, I
feel that the experience is not as "fluid" as it used to be.
And I was surprised to see the following output :
---- SNIP ----
$ tc -s class show dev ppp0
class htb 1:11 parent 1:1 prio 0 rate 200000bit ceil 800000bit burst
1492b cburst 1492b
Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 0 borrowed: 0 giants: 0
tokens: 932500 ctokens: 233125
class htb 1:1 root rate 800000bit ceil 800000bit burst 1492b cburst 1492b
Sent 293785084 bytes 341228 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 223981 borrowed: 0 giants: 0
tokens: 26875 ctokens: 26875
class htb 1:13 parent 1:1 prio 1 rate 200000bit ceil 200000bit burst
1492b cburst 1492b
Sent 5746052 bytes 25213 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 25213 borrowed: 0 giants: 0
tokens: 832500 ctokens: 832500
class htb 1:12 parent 1:1 leaf 12: prio 2 rate 100000bit ceil 160000bit
burst 1492b cburst 1492b
Sent 66792 bytes 1253 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 1253 borrowed: 0 giants: 0
tokens: 1693898 ctokens: 1067648
class htb 1:15 parent 1:1 prio 1 rate 50000bit ceil 50000bit burst 1492b
cburst 1492b
Sent 25153220 bytes 32605 pkt (dropped 6, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 0p requeues 0
lended: 32605 borrowed: 0 giants: 0
tokens: -132903 ctokens: -132903
class htb 1:14 parent 1:1 leaf 14: prio 3 rate 80000bit ceil 400000bit
burst 1492b cburst 1492b
Sent 262819020 bytes 282157 pkt (dropped 0, overlimits 0 requeues 0)
rate 0bit 0pps backlog 0b 5p requeues 0
lended: 58178 borrowed: 223981 giants: 0
tokens: -1062034 ctokens: -412442
---- SNIP ----
What worries me is that the "rate" values are always zeroed, even when
under heavy traffic. It's not the case with the older version of the kernel.
So I was wondering if there was something I missed, and needed to update
in my traffic shaping script. Here it is :
---- SNIP ----
${TC} qdisc del dev ${IF} root
${TC} qdisc add dev ${IF} root handle 1: htb default 14
${TC} class add dev ${IF} parent 1: classid 1:1 htb rate ${MAX}kbps ceil
${MAX}kbps prio 0 mtu ${MTU}
# Vers TheDude
${TC} class add dev ${IF} parent 1:1 classid 1:11 htb rate 200kbit ceil
${MAX}kbps prio 0 mtu ${MTU}
# Paquets ACK
${TC} class add dev ${IF} parent 1:1 classid 1:12 htb rate 100kbit ceil
160kbit prio 2 mtu ${MTU}
# Téléphone
${TC} class add dev ${IF} parent 1:1 classid 1:13 htb rate 200kbit ceil
200kbit prio 1 mtu ${MTU}
# Traffic général
${TC} class add dev ${IF} parent 1:1 classid 1:14 htb rate 80kbit ceil
400kbit prio 3 mtu ${MTU}
# Vers Duplex
${TC} class add dev ${IF} parent 1:1 classid 1:15 htb rate 50kbit ceil
50kbit prio 1 mtu ${MTU}
${TC} qdisc add dev ${IF} parent 1:12 handle 12: sfq perturb 10
${TC} qdisc add dev ${IF} parent 1:14 handle 14: sfq perturb 10
${TC} filter add dev ${IF} protocol ip parent 1:0 handle 2 fw classid 1:11
${TC} filter add dev ${IF} protocol ip parent 1:0 handle 3 fw classid 1:12
${TC} filter add dev ${IF} protocol ip parent 1:0 handle 4 fw classid 1:13
${TC} filter add dev ${IF} protocol ip parent 1:0 handle 5 fw classid 1:14
${TC} filter add dev ${IF} protocol ip parent 1:0 handle 6 fw classid 1:15
---- SNIP ----
The packet MARKing in iptables is working as expected, as the counters
successfully increase over time.
I'm really stuck, and I need your help.
Happy New Year, and thanks in advance !
Hoggins!
next reply other threads:[~2014-01-05 23:08 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-05 23:08 Hoggins! [this message]
2014-01-06 1:50 ` Weird traffic shaping behavior after kernel upgrade Remy Mudingay
2014-01-06 8:59 ` Hoggins!
2014-01-06 11:18 ` Remy Mudingay
2014-01-06 14:04 ` Hoggins!
2014-01-06 14:05 ` Hoggins!
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52C9E5FB.8070502@wheres5.com \
--to=fuckspam@wheres5.com \
--cc=lartc@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.