Re: [LARTC] Htb queueing problem

["Diego Andrés Asenjo Gonzalez" <dasenjo@gmail.com>]

Hi and thanks for replying!

>
> As I select everything I don't know if this is enough - also I think 
> you need to  select classify in netfilter the section.


I also select almost everything in the netfilter section, including MARK 
and CLASSIFY. I simplified the script mantaining the most important part 
(the "outgoing" traffic). I am now using the iptables MARK way, and 
still did not get any shape:

#!/bin/bash
TC=/sbin/tc
IPT=/sbin/iptables

# Flush tc qdiscs:
$TC qdisc del dev eth1 root >/dev/null 2>&1
# Create root qdiscs:
$TC qdisc add dev eth1 root handle 2: htb default 1000
# Create root class (1:1 2:1) :
$TC class add dev eth1 parent 2: classid 2:1 htb rate 3584kbit ceil 
3584kbit burst 0 prio
1
# Create default class (1:1000 2:1000) :
$TC class add dev eth1 parent 2:1 classid 2:1000 htb rate 3300kbit ceil 
3350kbit burst 0 prio 5
# Create classes (1/2:2 tel_pereira) :
$TC class add dev eth1 parent 2:1 classid 2:2 htb rate 64kbit ceil 
72kbit burst 8kbit prio 1 quantum 1536
# Create filters (100/200 + 2)
$TC filter add dev eth1 protocol ip parent 2:0 prio 1 handle 0x44 fw 
flowid 2:2

# Flushing iptables rules:
$IPT -F -t mangle
$IPT -A FORWARD -t mangle -p udp -s 172.16.0.185/32 -i eth1 --sport 
10000:10100 -d 172.16.1.0/24 -j MARK --set-mark 0x44

The statistics remains the same:

bridge:~# iptables -L -t mangle -v
Chain FORWARD (policy ACCEPT 76M packets, 34G bytes)
pkts bytes target     prot opt in     out     source               
destination
1123 67380 MARK       udp  --  any    any     172.16.0.185         
172.16.1.0/24       udp spts:10000:10100 MARK set 0x44

There are iptables marks ...

bridge:~# tc -s cl sh dev eth1
class htb 2:2 parent 2:1 prio 1 rate 64Kbit ceil 72Kbit burst 1023b 
cburst 1691b
Sent 0 bytes 0 pkts (dropped 0, overlimits 0)
lended: 0 borrowed: 0 giants: 0
tokens: 128000 ctokens: 187999

But nothing is queued through the specified class :s, there is no 
shaping at all.

I'm going insane, ¿Could it be a bug? ¿A package error?

Thanks for your help!

_______________________________________________
LARTC mailing list
LARTC@mailman.ds9a.nl
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc