CBQ vs. RED - traffic shaping
Dusan Sys
sys na spk.cz
Pondělí Duben 2 12:11:26 CEST 2001
> > #tc qdisc add dev eth0ent 10:100 tbf rate 64000 buffer 6400 limit 64000
> > # "stary" TBF filter
> > tc qdisc add dev eth0 parent 10:100 red limit 64KB min 15KB max 64KB
burst
> > 20 avpkt 1000 bandwidth 64000 probability 0.02
> > tc filter add dev eth0 parent 10:0 protocol ip prio 100 u32 match ip dst
> > x.x.x.x. flowid 10:100
> >
> > Pokud pouziji TBF ( zahashovany radek ) tak vse chodi, ale pokud pouziji
tbf
> > tak omezeni nefunguje vubec.
>
> No dobre, patrne tam melo byt red, ale to je jedno. RED neslouzi k
> omezovani rychlosti tak jako TBF, ale pouze ke zpomalovani prilis
> rychlych spojeni, ktera by zahltila vystupni linku a tak zpomalila
> vsechna TCP spojeni na delsi dobu.
> To znamena, pokud je na vystupu treba ethernet, tak proste vystupni
> buffer nebude nikdy dost dlouhy na to, aby se mohlo neco vyhodit. TBF
> zdrzuje vysilani tech paketu do zarizeni, RED by to nemel delat. Ten
> jenom ceka az bude zarizeni volne.
To je zajimava informace. Ja zil v domeni, ze se to chova stejne jako TBF,
ale zahazuje pakety jeste drive, aby nedoslo k zahlceni linky.
Statistiky mi u linky 64 Kb/s mi klidne vyleti az na 90 kb/s a to potrebuji
nejakym zpusobem aliminovat.
Zdravi Dusan Sys
Další informace o konferenci Linux