Re: Htb queueing problem

Linux Advanced Routing and Traffic Control

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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@xxxxxxxxxxxxxxx
http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

[Index of Archives]     [LARTC Home Page]     [Netfilter]     [Netfilter Development]     [Network Development]     [Bugtraq]     [GCC Help]     [Yosemite News]     [Linux Kernel]     [Fedora Users]
  Powered by Linux