[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <1276204948.1403.13.camel@andybev>
Date: Thu, 10 Jun 2010 22:22:28 +0100
From: Andrew Beverley <andy@...ybev.com>
To: Julien Vehent <julien@...uxwall.info>
Cc: "Philip A. Prindeville" <philipp_subx@...fish-solutions.com>,
Netdev <netdev@...r.kernel.org>,
netfilter <netfilter@...r.kernel.org>
Subject: Re: QoS weirdness : HTB accuracy
> > Sorry for the late response: could this be an "aliasing" issue caused
> > by sampling intervals (granularity)?
> >
>
> I was, in fact, an error in my ruleset. I had put the 'linklayer atm' at
> both the branch and leaf levels, so the overhead was computed twice,
> creating those holes in the bandwidth.
I am seeing similar behaviour with my setup. Am I making the same
mistake? A subset of my rules is as follows:
tc qdisc add dev ppp0 root handle 1: htb r2q 1
tc class add dev ppp0 parent 1: classid 1:1 htb \
rate ${DOWNLINK}kbit ceil ${DOWNLINK}kbit \
overhead $overhead linklayer atm <------- Here
tc class add dev ppp0 parent 1:1 classid 1:10 htb \
rate 612kbit ceil 612kbit prio 0 \
overhead $overhead linklayer atm <------- And here
tc qdisc add dev ppp0 parent 1:10 handle 4210: \
sfq perturb 10 limit 50
tc filter add dev ppp0 parent 1:0 protocol ip \
prio 10 handle 10 fw flowid 1:10
Thanks,
Andy
--
To unsubscribe from this list: send the line "unsubscribe netdev" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists