Re: [LARTC] 2.6.14 - HTB/SFQ QoS broken?

2005-12-27 Thread Jody Shumaker
When configuring this, I thought the priorities would make that work.They even DID that because it was working once. The whole point why I configured it like that:I (and everyone else probably) want the scheduler to be like:"Give all bandwidth to eMule if nothing else is running.If miranda filetran

RE: [LARTC] 2.6.14 - HTB/SFQ QoS broken?

2005-12-27 Thread Leo Bogert
Jody Shumaker wrote: > Also, when the problem is happening run this command: > tc -s class show dev ppp0 I been using that one so often that I even forgot to mention it. > And email those results? With correct rates that don't > add upto more than the parent, HTB should be working fine. > Outpu

Re: [LARTC] TC in Wireless Environment

2005-12-27 Thread Kajetan Staszkiewicz
Dnia wtorek, 27 grudnia 2005 23:10, Azim Samjani napisał(a): > Hi, > > Has anyone used TC in a wireless environment, which is dynamic. I > understand that the parameters for queuing are static and cannot be changed > unless the queuing discipline is deleted and reloaded with different > parameter

RE: [LARTC] 2.6.14 - HTB/SFQ QoS broken?

2005-12-27 Thread Leo Bogert
Andreas Klauer wrote: > On Tuesday 27 December 2005 21:51, Leo Bogert wrote: >> $addclass 1:0 classid $cMAIN htb rate $IFUP mtu 1492 >> >> classid $cEMULEhtb rate 8kbps ceil $IFUP prio 4 >> classid $cAPACHE htb rate 32kbps ceil $IFUP prio 2 >> classid $cDEFAULT htb rate $IFUP burst 6k pri

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Andreas Klauer
On Tuesday 27 December 2005 23:34, Jody Shumaker wrote: > Also, that email is partially incorrect. Nothing done in that email > will prevent lending from the 1:40 to the 1:2 class and subclasses. The way I see it, the email is correct. A class that has the same rate and ceil will never borrow, s

Re: [LARTC] 2.6.14 - HTB/SFQ QoS broken?

2005-12-27 Thread Jody Shumaker
Also, when the problem is happening run this command:tc -s class show dev ppp0And email those results? With correct rates that don't add upto more than the parent, HTB should be working fine. Output of this command will show if the problem is with HTB, or instead how you're classifying packets.  Co

[LARTC] PMTU - ICMP type 3/subtype 4 on 2.4.x

2005-12-27 Thread MUGUR ABULIUS
Hello,   I try to set up my Linux 2.4.x system to respond by "ICMP Destination Unreachable message" subtype 4 ("fragmentation needed and DF set") in order to support the Path MTU Discovery (RFC 1191) as a router. There is any /proc/xxx parameter to do this?   Thanks Mugur __

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Jody Shumaker
On 12/27/05, Ratel <[EMAIL PROTECTED]> wrote: Jody Shumaker wrote:> Andreas Klauer wrote:>>Uh... huh? Your P2P class has 100kbit rate with a 5600kbit ceil,>but you say you don't want it to borrow bandwidth from other classes.>However, to go over the 100kbit rate, it _has_ to borrow. >Oh yes, my mis

[LARTC] TC in Wireless Environment

2005-12-27 Thread Azim Samjani
Hi,   Has anyone used TC in a wireless environment, which is dynamic. I understand that the parameters for queuing are static and cannot be changed unless the queuing discipline is deleted and reloaded with different parameters.   If anyone can share any experience, that would be helpful.  

Re: [LARTC] 2.6.14 - HTB/SFQ QoS broken?

2005-12-27 Thread Andreas Klauer
On Tuesday 27 December 2005 21:51, Leo Bogert wrote: > $addclass 1:0 classid $cMAIN htb rate $IFUP mtu 1492 > > $addclass parent $cMAIN classid $cEMULEhtb rate 8kbps ceil $IFUP prio 4 > $addclass parent $cMAIN classid $cAPACHE htb rate 32kbps ceil $IFUP prio 2 > $addclass parent $cMAIN clas

[LARTC] Yet another htb rules generator

2005-12-27 Thread Ethy H. Brito
Dears I wrote a small program that converts a ASCII hierarchical HTB model (nice name, no!) to those nasty bunch of tc statments. It is a 0.0.0-prealpha code so be gentle! ;-) This means a lots of buffer overflows and the like. I am not worried with these by now. My concern is: is this a good

[LARTC] 2.6.14 - HTB/SFQ QoS broken?

2005-12-27 Thread Leo Bogert
Hello, First of all, I already contacted Martin Devera, the developer of HTB, and he told me to search for help on this mailinglist, thus I am describing my problems here now... I am kind of seriously annoyed by QoS as I have been trying for over 3 years to get it working properly - first I did n

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Ratel
Jody Shumaker wrote: Andreas Klauer wrote: Uh... huh? Your P2P class has 100kbit rate with a 5600kbit ceil, but you say you don't want it to borrow bandwidth from other classes. However, to go over the 100kbit rate, it _has_ to borrow. Oh yes, my mistake - I've confused ceil with rate. Anyw

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Jody Shumaker
Ratel wrote: it exceeds its ceil and reaches the rate of my internet link What are you basing this on? the P2P app or tc -s class show dev ? Are you using thee CONNTRACK module? It's simple to block P2P without CONNTRACK but if you want to shape it, you need it. Otherwise you'll onl

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Andreas Klauer
On Tuesday 27 December 2005 13:33, Ratel wrote: > I need to allow other classes to borrow bandwidth from a p2p class, but > I do not want to allow a p2p class to borrow bandwidth from other > classes. Is there a way to achieve it ? maybe I should redesign > something in the above diagram. Uh...

[LARTC] class exceeds its ceil

2005-12-27 Thread Ratel
Hi, I have a setup like this: class 1:1 rate 7600kbit (on a imq device) | |\class 1:10 rate 100kbit ceil 5600kbit prio 7 (here goes p2p traffic) \class 1:12 rate 7500kbit ceil 7600kbit | |\class 1:121 rate 3100 ceil 7500kbit prio 0 |\cl

Re: [LARTC] queue placing

2005-12-27 Thread Janis Daniel Bistevins
yes, I thought so thanks...On 12/27/05, Denis Ovsienko <[EMAIL PROTECTED]> wrote: > My question is, if I QOS the traffic on the LINUX-ROUTER going out> from the LAN towards the frame relay cloud, and this traffic is> re-queued on the CISCO-ROUTER ... this would make all of my shapping If you d

[LARTC] luca buratti è assente dall'ufficio.

2005-12-27 Thread lburatti
Sarò assente dall'ufficio a partire dal 26/12/2005 e non tornerò fino al 09/01/2006. Risponderò al messaggio al mio ritorno. Trend Scan Mail: this message is virus free. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/m