Re: [LARTC] HTB doesn't give me the promised rate: cpufreq?

2007-08-28 Thread DervishD
Hi Andy :) * Andy Furniss [EMAIL PROTECTED] dixit: DervishD wrote: I've thought that the culprit may be cpufreq. I have cpufreq scaling activated, and cpufreq reduces the clock speed from 1800MHz to 1000MHz when the processor is idle. This is more or less the same amount that I lose

[LARTC] cpufreq affects rate in, at least, htb

2007-08-28 Thread DervishD
Hi all :) I've tested this and having a cpufreq that slows down the CPU affects the rate of HTB. My ondemand cpufreq governor scales down the CPU frequency about 40% and this is more or less the slowdown the rate suffers, 40%. Any known way of dealing with this without having to

Re: [LARTC] cpufreq affects rate in, at least, htb

2007-08-28 Thread Andreas Mueller
Hi, DervishD DervishD wrote: Hi all :) I've tested this and having a cpufreq that slows down the CPU affects the rate of HTB. My ondemand cpufreq governor scales down the CPU frequency about 40% and this is more or less the slowdown the rate suffers, 40%. Any known way of

Re: [LARTC] HTB doesn't give me the promised rate: cpufreq?

2007-08-28 Thread Andy Furniss
DervishD wrote: I'll start a new thread here for this and will report to LKML too. OK you should probably report to [EMAIL PROTECTED] rather than LKML. Andy. ___ LARTC mailing list LARTC@mailman.ds9a.nl

Re: [LARTC] Traffic shaping PPPoe encapsulated packet [SOLVED]

2007-08-28 Thread Samit
Thanks..it worked.. :) /sbin/tc filter add dev eth1 protocol 0x8864 parent 2:0 prio 1 u32 \ match u32 0x$IPREMOTE_HEX 0x at 24 flowid 2:$ID Now I don't have to shape the dst traffic on each ppp interface. Regards, Samit Andy Furniss wrote: Samit wrote: Hi, I want a way to traffic

Re: [LARTC] cpufreq affects rate in, at least, htb

2007-08-28 Thread DervishD
Hi Andreas :) * Andreas Mueller [EMAIL PROTECTED] dixit: DervishD wrote: Hi all :) I've tested this and having a cpufreq that slows down the CPU affects the rate of HTB. My ondemand cpufreq governor scales down the CPU frequency about 40% and this is more or less the

Re: [LARTC] HTB doesn't give me the promised rate: cpufreq?

2007-08-28 Thread DervishD
Hi Andy :) * Andy Furniss [EMAIL PROTECTED] dixit: DervishD wrote: I'll start a new thread here for this and will report to LKML too. OK you should probably report to [EMAIL PROTECTED] rather than LKML. I was considering it, but then I thought that maybe this problem was known

Re: [LARTC] prio bands and ignored priomap when any tc filter is present

2007-08-28 Thread Michal Soltys
Javier Ors wrote: I'm not sure but I think that you have to choose either to use the priomap, or to use only the filters. I have also notice this problem, if you set a filter for only one kind of traffic the rest of it ends in some random band. Ok, thanks for confirmation. Anyway, the

Re: [LARTC] prio bands and ignored priomap when any tc filter is present

2007-08-28 Thread Javier Ors
Really, I only understood what the *priorities* of the priomap were until I read this other document from him: http://ace-host.stuart.id.au/russell/files/tc/doc/tc/priority.txt The document I prepared was just an alternative for the priomap section of the howto based on this information, the only

Re: [LARTC] Help about a QoS configuration

2007-08-28 Thread Andy Furniss
Javier Ors wrote: Hi, I would like to make a QoS configuration on a linux based dsl router. It is for a server, so I want to shape outgoing traffic, incoming traffic should not be a problem as long as I have a quite assymetric connection. I would like to achieve the following goals: 1) To have

Re: [LARTC] cpufreq affects rate in, at least, htb

2007-08-28 Thread Adam James
On Tue, 28 Aug 2007 09:47:38 +0200 DervishD [EMAIL PROTECTED] wrote: I've tested this and having a cpufreq that slows down the CPU affects the rate of HTB. My ondemand cpufreq governor scales down the CPU frequency about 40% and this is more or less the slowdown the rate suffers, 40%.

Re: [LARTC] Help about a QoS configuration

2007-08-28 Thread Javier Ors
Probably, both my PCI modems still had big buffers beyond the ppp that I shaped on. Even if nas0 did only accept traffic when it had finished transmitting I don't think you could do what you want above. The problem is that DSL sync rates are ATM rates so there are quite alot of overheads. A

Re: [LARTC] Dead Gateway Detection BGP

2007-08-28 Thread Grant Taylor
On 8/27/2007 12:21 PM, Peter Rabbitson wrote: It is OK to charge for any provided service, good or bad. It is not OK to label this as giving back as much as was offered. I'm not sure that I completely understand what you are trying to get at, therefore I can not comment correctly. However,

Re: [LARTC] Dead Gateway Detection BGP

2007-08-28 Thread Grant Taylor
On 8/27/2007 9:49 PM, Mohan Sundaram wrote: Such a service is a much needed complement to forums to aid adoption of FOSS. I was doing this for a fairly long while as a knowhow provider. *nod* There is a very thin line one needs to walk. Forums being used to vend services is frowned upon,

Re: [LARTC] Rout looping through local host.

2007-08-28 Thread Grant Taylor
Yes, patch works for output routes only. May be you can try to forward traffic with ip rules with iif parameter. Make sure you have rules and routes for both directions. Of course, there must be some IP addresses because routes work only for devices with IPs. SNAT should be able to assign