All of lore.kernel.org
 help / color / mirror / Atom feed
From: "Stefan Bauer" <sb@plzk.de>
To: lartc@vger.kernel.org
Subject: Improved performance on up/download even though only sip was prioritized - please explain
Date: Sun, 07 Feb 2016 15:02:35 +0000	[thread overview]
Message-ID: <zarafa.56b75c8b.2a7f.225152d637567f75@srv1.localhost> (raw)

Hi,

my wan connection is 7000kbit down and 800kbit up.

If i setup a download and upload at the same time, speed drops to 60KB/s down and 70KB/s up. This is an expected behavior without any shaping.

As i only wanted to give my PBX (192.168.0.101) a fixed bandwidth for sip, i came up with the following:

tc qdisc add dev pppoe-wan root       handle 1:    htb default 30
tc class add dev pppoe-wan parent 1:  classid 1:1  htb rate 800kbit
tc class add dev pppoe-wan parent 1:1 classid 1:10 htb rate 120kbit # voip
tc class add dev pppoe-wan parent 1:1 classid 1:30 htb rate 680kbit # default
 
iptables -t mangle -A FORWARD -s 192.168.0.101 -j CLASSIFY --set-class 1:10

It does what i want, reserves 120kbit for traffic from 192.168.0.101. 

However the nice side effect is, that this also boosts my download/uploads and i have no idea why. 

Download is at 650KB/s and upload is around 65KB/s.

Can anyone explain this behavior?

Thank you in advance.

Stefan

root@OpenWrt:~# tc -s class show dev pppoe-wan
class htb 1:10 parent 1:1 prio 0 rate 120000bit ceil 120000bit burst 1599b cburst 1599b 
 Sent 140214 bytes 295 pkt (dropped 486, overlimits 0 requeues 0) 
 rate 7584bit 2pps backlog 0b 0p requeues 0 
 lended: 295 borrowed: 0 giants: 0
 tokens: -583208 ctokens: -583208

class htb 1:1 root rate 800000bit ceil 800000bit burst 1600b cburst 1600b 
 Sent 12418167 bytes 25721 pkt (dropped 0, overlimits 0 requeues 0) 
 rate 535272bit 235pps backlog 0b 0p requeues 0 
 lended: 0 borrowed: 0 giants: 0
 tokens: -26351 ctokens: -26351

class htb 1:30 parent 1:1 prio 0 rate 680000bit ceil 680000bit burst 1599b cburst 1599b 
 Sent 12280937 bytes 25428 pkt (dropped 6548, overlimits 0 requeues 0) 
 rate 527480bit 233pps backlog 0b 2p requeues 0 
 lended: 25426 borrowed: 0 giants: 0
 tokens: -274731 ctokens: -274731

             reply	other threads:[~2016-02-07 15:02 UTC|newest]

Thread overview: 6+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2016-02-07 15:02 Stefan Bauer [this message]
2016-02-07 16:32 ` Improved performance on up/download even though only sip was prioritized - please explain Martin A. Brown
2016-02-07 17:35 ` AW: " Stefan Bauer
2016-02-07 18:13 ` Martin A. Brown
2016-02-07 18:19 ` AW: " Stefan Bauer
2016-02-07 20:37 ` Andy Furniss

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=zarafa.56b75c8b.2a7f.225152d637567f75@srv1.localhost \
    --to=sb@plzk.de \
    --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.