Re: [LARTC] htb v3 not as good as htb v2?

interface. After I reversed the htb3 patch and AY> rebuild with htb2 everything works as normal. Has anyone experienced the AY> same issue? thanks -- Anton Yurchenko<[EMAIL PROTECTED]> Digital Generation ___ LARTC mailing

[LARTC] htb v3 not as good as htb v2?

through the interface. After I reversed the htb3 patch and rebuild with htb2 everything works as normal. Has anyone experienced the same issue? thanks -- Anton Yurchenko<[EMAIL PROTECTED]> Digital Generation ___ LARTC mailing list / [EMAIL PRO

[LARTC] Mark packets based on nexthop?

hello, is there a patch or a way to mark packets with IPtables marking based on the nexthop for the packet? Thnks -- Anton Yurchenko<[EMAIL PROTECTED]> Digital Generation ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/m

Re: [LARTC] shaping redirected traffic

me... >_______ >LARTC mailing list / [EMAIL PROTECTED] >http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/ > > > -- Anton Yurchenko<[EMAIL PROTECTED]> Digital Generation ___ LARTC mailing list / [EMAIL PROTECTED] http://mailman.ds9a.nl/mailman/listinfo/lartc HOWTO: http://lartc.org/

Re: [LARTC] definition of burst

Christian Hammers wrote: >Hi > >On Tue, Jul 30, 2002 at 01:28:56PM +0300, Anton Yurchenko wrote: > > >>How does HTB define burst. What does it consider a burst, I mean how >>does it destinguish when to allow traffic above rate(ceil), within >>burst(cburst

[LARTC] definition of burst

Hello, How does HTB define burst. What does it consider a burst, I mean how does it destinguish when to allow traffic above rate(ceil), within burst(cburst) values? -- Anton Yurchenko<[EMAIL PROTECTED]> Digital Generation ___ LARTC mailin

Re: [LARTC] Priority Queueing on Linux

ty queueing' actually >> *is*. >> But I bet that tc has it. >> > I can almost guarantee Patrick is asking about diffserv support. nope, here it is. http://www.cisco.com/univercd/cc/td/doc/product/software/ios121/121cgcr/qos_c/

Re: [LARTC] HTB stats

y interested in finding out what that >>value means. >> >> >I quoted it from Devik, he his also reading this list, so Devik, can clear >this out. > > > >>>>3. "dropped"- if the pkt is overlimit it may be dropped right? if it >>>>cannot be del

Re: [LARTC] HTB stats

Stef Coene wrote: On Wednesday 26 June 2002 23:43, Anton Yurchenko wrote: hello, about output of tc -s -d . about my setup: all input and output is done on one interface, box recives on it and from it it forwards. very simple, a root 1:1 for output and 1:2 for input classes

[LARTC] HTB stats

t;? incremented twice? 3. "dropped"- if the pkt is overlimit it may be dropped right? if it cannot be delayed, right? is this the reason why I have such a difference between them? 4. what is "level", the level in classes tree? I think I am getting it right , but am asking to

Re: [LARTC] "HTB delay" log messges

Stef Coene wrote: >On Tuesday 18 June 2002 23:22, Anton Yurchenko wrote: > > >>hello, >> >>What are those messages that I get in in /var/log/messages? >> >>HTB delay 4058 > 5 sec >> >>they go on and on, so that syslog even suppresses them.

[LARTC] "HTB delay" log messges

hello, What are those messages that I get in in /var/log/messages? HTB delay 4058 > 5 sec they go on and on, so that syslog even suppresses them. Thnx, -- Anton Yurchenko<[EMAIL PROTECTED]> Digital Generation ___ LARTC mailing list

Re: [Fwd: Re: [LARTC] borrowing only from parent]

Martin Devera wrote: >You are trying to shape downloads !? It will not work of course >in this setup. You can shape output only. Or what do you want to shape ? >devik > ok I got it :)) that is what I suspected :)) finaly. that is common logic, I`m sorry, after reading some of the docs you go ma

Re: [Fwd: Re: [LARTC] borrowing only from parent]

Hello, After your explaining now I think I get the meaning of htb options and here is my config , which still sadly doesnt work. Downloads from srchost1 and srchost2 go at full speed, and are not shaped. Though counters for respective classes increase. tc -s -d show class dev eth0 ---

Re: [Fwd: Re: [LARTC] borrowing only from parent]

Martin Devera wrote: >>I just tried to change {,c}burst to 1600, or leaving them by default but >>no visible result. >>here is the latest tc -s -d class show dev eth0 >> >>class htb 1:101 parent 1:1 prio 0 rate 40Kbit ceil 40Kbit burst 1599b/8 >>mpu 0b cburst 1599b/8 mpu 0b quantum 512 level 0 Se

[Fwd: Re: [LARTC] borrowing only from parent]

Martin Devera wrote: > If you read the manual, the algorithm will not work correctly > with {,c}burst < MTU ... > devik > I just tried to change {,c}burst to 1600, or leaving them by default but no visible result. here is the latest tc -s -d class show dev eth0 class htb 1:101 parent 1:1 prio 0

[Fwd: Re: [LARTC] borrowing only from parent]

--- Begin Message --- Stef Coene wrote: >On Friday 26 April 2002 12:14, Anton Yurchenko wrote: > >>Hello, >> >>for example I have a parent class 1:1 defined as: >> >>tc qdisc add dev eth0 root handle 1: htb default 12 >> >># shape at 15 kbit

[Fwd: Re: [LARTC] borrowing only from parent]

--- Begin Message --- If you read the manual, the algorithm will not work correctly with {,c}burst < MTU ... devik On Fri, 26 Apr 2002, Anton Yurchenko wrote: > > Hello, > > for example I have a parent class 1:1 defined as: > > tc qdisc add dev eth0 root handle 1: htb d

[LARTC] borrowing only from parent

Hello, for example I have a parent class 1:1 defined as: tc qdisc add dev eth0 root handle 1: htb default 12 # shape at 15 kbit almost no borrowing and no bursts tc class add dev eth0 parent 1: classid 1:1 htb rate 15kbit ceil 1kbit burst 1b cburst 1b # and sibling classes # shape at 5kbit a