From: "Neil Aggarwal" <neil@JAMMConsulting.com>
To: lartc@vger.kernel.org
Subject: RE: Tc does not seem to be limiting bandwidth
Date: Sat, 09 Feb 2013 03:27:02 +0000 [thread overview]
Message-ID: <000201ce0675$541cd8c0$fc568a40$@JAMMConsulting.com> (raw)
In-Reply-To: <000101ce00b1$2856c670$79045350$@JAMMConsulting.com>
[-- Attachment #1: Type: text/plain, Size: 1421 bytes --]
Andy:
> If that is the case, you'll need an ingress
You were right, I needed to add an ingress filter to limit the upload
speed of the VPS. So, now here are my rules:
IP=a.b.c.d
DEV=v1208
/sbin/tc qdisc del dev $DEV root
/sbin/tc qdisc add dev $DEV root handle 1: htb default 30
/sbin/tc class add dev $DEV parent 1: classid 1:1 htb rate 5mbit
/sbin/tc class add dev $DEV parent 1: classid 1:2 htb rate 5mbit
/sbin/tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip dst $IP flowid 1:1
/sbin/tc filter add dev $DEV protocol ip parent 1:0 prio 1 u32 match ip src $IP flowid 1:2
/sbin/tc qdisc del dev $DEV ingress
/sbin/tc qdisc add dev $DEV ingress handle ffff:
/sbin/tc filter add dev $DEV parent ffff: protocol ip prio 50 u32 match ip src 0.0.0.0/0 police rate 5mbit burst 500k drop flowid :1
I am attaching a graph that shows the bandwidth during two large file transfers.
The first part of the graph is when I was doing a large download.
It sits exactly at 5mbit/sec which is what I want it to do.
Next, I stopped the download and started an upload. That is sitting at
about 60kbit/sec and not going any higher.
Any ideas why the ingress rules are limiting the bandwidth so much?
Thank you,
Neil
--
Neil Aggarwal, (972)834-1565, http://UnmeteredVPS.net/centos
Virtual private server with CentOS 6 preinstalled
Unmetered bandwidth = no overage charges
[-- Attachment #2: bandwidth.png --]
[-- Type: image/png, Size: 23813 bytes --]
next prev parent reply other threads:[~2013-02-09 3:27 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-02-01 19:20 Tc does not seem to be limiting bandwidth Neil Aggarwal
2013-02-01 19:58 ` 叶雨飞
2013-02-01 19:59 ` Outofwall.com
2013-02-03 16:53 ` Neil Aggarwal
2013-02-03 21:35 ` Andrew Beverley
2013-02-03 23:34 ` Neil Aggarwal
2013-02-03 23:55 ` Neil Aggarwal
2013-02-04 0:35 ` 叶雨飞
2013-02-04 1:17 ` Neil Aggarwal
2013-02-04 22:57 ` Andrew Beverley
2013-02-04 22:59 ` Andrew Beverley
2013-02-05 0:11 ` Neil Aggarwal
2013-02-05 7:33 ` Andrew Beverley
2013-02-05 7:35 ` Andrew Beverley
2013-02-09 3:27 ` Neil Aggarwal [this message]
2013-02-10 11:03 ` Andrew Beverley
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='000201ce0675$541cd8c0$fc568a40$@JAMMConsulting.com' \
--to=neil@jammconsulting.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.