Podivne chovani HTB

[Dan Ohnesorg]

Tenhle mail zda se neprosel, pokud to jde poruhe, tak se omlouvam.

--snip

Narazil jsem na zahadny problem s HTB a nemuzu prijit na to v cem muze byt
problem. Mam jadro 2.4.22 a tc stazene z webu, nejnovejsi, takze potud by to
melo byt v poradku.

Pravidla jsou definovana tak, ze mame nejakou hlavni tridu, ktera limituje
na 256 linku. Pod ni je povevesena trida limitujici na 96 kbit a pod ni v
dalsi urovni jsou uzivatele majici nejake minimum a  limit 64 kbit. Ti jsou
aktualne dva. Oba pouzivaji kaazu. Prestoze by meli mit teoreticky stejnou
pozici, system se chova tak, ze prvi uzivatel dostava celou 64 a druhy jen
zbytek do 96, tedy neco okolo 32 kilo.

Pravidla stoji takto, mam dve rozhranni imq, jedno smerem ven a druhe smerem
dovnitr:

tc qdisc del dev imq0 root handle 1: htb default 12
tc qdisc add dev imq0 root handle 1: htb default 12
tc class add dev imq0 parent 1: classid 1:1 htb rate 256kbit ceil 256kbit
tc class add dev imq0 parent 1:1 classid 1:10 htb rate 96kbit


tc qdisc del dev imq1 root handle 1: htb default 12
tc qdisc add dev imq1 root handle 1: htb default 12
tc class add dev imq1 parent 1: classid 1:1 htb rate 256kbit ceil 256kbit
tc class add dev imq1 parent 1:1 classid 1:10 htb rate 96kbit

dale mam definovane tridy pro ty uzivatele, obe jsou stejne, takze uvadim
jen jednu:

tc class add dev imq0 parent 1:1 classid 1:320 htb rate 5kbit ceil 64kbit
tc qdisc add dev imq0 parent 1:320 handle 320: sfq perturb 10
tc class add dev imq1 parent 1:1 classid 1:320 htb rate 5kbit ceil 64kbit
tc qdisc add dev imq1 parent 1:320 handle 320: sfq perturb 10

tc filter add dev imq0 protocol ip parent 1:0 prio 1 u32 match ip dst
10.66.1.131 flowid 1:320
tc filter add dev imq1 protocol ip parent 1:0 prio 1 u32 match ip src
10.66.1.131 flowid 1:320

Pravidlo, ktere dostava vice je definovano v poradi jako prvni (flowid 220,
ale to je asi vedleji) cele se to generuje skriptem, takze pravidla by
skutecne mela byt stejna, nejaky trapny preklep by tam byt nemel.

Nemuzu prijit na to v cem muze byt problem. Vsechno se tvari normalne, ale
ipac ukazuje jednoznacne, ze druhy uzivatel je v nevyhode.

Nesetkali jste se s tim nekdo?

zdravim
dan


-- 
                    ________________________________________
DDDDDD             
DD   DD                Dan Ohnesorg, supervisor on POWER     
DD  OOOO               Dan na feld.cvut.cz
DD OODDOO              Dep. of Power Engineering
DDDDDD OO              CTU FEL Prague, Bohemia
   OO  OO              work: +420 2 24352785;+420 2 24972109
    OOOO               home: +420 311 679679;+420 311 679311
                    ________________________________________

Jamese Rustona zabil kulovy blesk. Byla to velka udalost.
Byl po dvaceti letech prvnim obcanem Stonevillu,
ktery zemrel prirozenou smrti.