From: Andy Furniss <adf.lists@gmail.com>
To: lartc@vger.kernel.org
Subject: Re: Problem with HTB bandwidth slicing when using TCP traffic
Date: Thu, 10 Apr 2014 22:48:04 +0000 [thread overview]
Message-ID: <53471FA4.4090406@gmail.com> (raw)
In-Reply-To: <CANKY2SQknuLgRZX6AmAU2KUN+5n_ZCCZeH6O13zGh1hHBXeSJA@mail.gmail.com>
Slavica Tomovic wrote:
> Hi to all,
>
> I am using CentOS 6.4 and have problems when I want to limit
> bandwidth of TCP flow to some value smaller than 15 Mbit/s. Namely, I
> used iperf to generate TCP traffic and limited bandwidth (with tc
> command) for that flow on 6 Mbit/s. I got approximately 6 Mbit/s in
> average but iperf, which I adjusted to report me statistics every
> second, showed that in one second flow got 10 Mbit/s or more and than
> for few consecutive seconds 0 Mbit/s. With UDP traffic everything
> works fine. I expected that TCP bandwidth will fluctuate because of
> congestion mechanism but not like this. When I reserve more than 15
> Mbit/s situation is pretty much OK.
>
> Also I had similar problem when I tried to split link bandwidth
> (which I had throttled previously on 10 Mbit/s with tc) between two
> TCP flows. On the other side, TCPvsUDP and UDPvsUDP slicing works
> fine.
>
> I had updated kernel version to 2.6.32-431 recently. I don't know
> did this cause a problem because I didn't use tc htb mechanism in
> the older version.
>
> Do you have any idea why is this happening and how I can fix it?
>
> These are commands I had used to create htb classes:
>
> tc class add dev eth0 parent 1: classid 1:1 htb rate 10000kbps ceil
> 10000kbps tc class add dev eth0 parent 1:1 classid 1:10 htb rate
> 4000kbps ceil 4000kbps tc class add dev eth0 parent 1:1 classid 1:11
> htb rate 6000kbps ceil 6000kbps
kbps means k bytes/sec, use kbit or mbit
If you don't specify child qdiscs for htb it will use pfifo with the
txqlen on the device as the limit which may be a bit long on eth (1000)
or on ppp too short (3).
next prev parent reply other threads:[~2014-04-10 22:48 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-04-10 19:17 Problem with HTB bandwidth slicing when using TCP traffic Slavica Tomovic
2014-04-10 22:48 ` Andy Furniss [this message]
2014-04-12 10:20 ` Slavica Tomovic
2014-04-13 19:43 ` Andy Furniss
2014-04-13 20:17 ` Dave Taht
2014-04-14 1:30 ` Horace
2014-04-14 22:40 ` Andy Furniss
2014-04-14 22:50 ` Dave Taht
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=53471FA4.4090406@gmail.com \
--to=adf.lists@gmail.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.