Re: [LARTC] Fair shaping over link with variable parameters

2006-05-29 Thread Andreas Klauer
some qdisc that can automatically adjush its > rate/ceil parameter depending on achieved latency. How do you measure latency? Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: Fwd: [LARTC] HTB shaping & borrowing info

2006-05-27 Thread Andreas Klauer
ses on the fly, which is not a good solution in most situations. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: Fwd: [LARTC] HTB shaping & borrowing info

2006-05-27 Thread Andreas Klauer
s rate, due to overhead, collisions, etc. Other than that, are there really just these three classes of traffic going out on eth1? The setup should work, as long as the classification is working properly. Regards Andreas Klauer ___ LARTC mailing list LART

Re: [LARTC] HTB shaping & borrowing info

2006-05-27 Thread Andreas Klauer
he > rest at B Why would you assign traffic at B if it doesn't make traffic? > We have used CBQ and HTB, with poor succes. > Anybody can help me please? Post your HTB script and I (and probably others) will have a look at it. Regards Andreas Klauer _

Re: [LARTC] tc counters "problem"

2006-04-09 Thread Andreas Klauer
nters are you talking about? tc starts counting only after the qdiscs/classes were created, so if you have a separate count somewhere which started counting some other time, the difference will of course be huge (as far as total packet count is concerned). Regards Andre

Re: [LARTC] u32 and iptables do not work together

2006-04-08 Thread Andreas Klauer
out additional software, and a bit less of information, you could just have a look at the tc statistics. In case of mixed classes you can temporarily create an extra class for the packets you want to test filters on. If packets go into this class and it's the same number as are marked by iptab

Re: [LARTC] u32 and iptables do not work together

2006-04-07 Thread Andreas Klauer
stand, most likely because it does not support this feature.' Do you have 'Netfilter marks support' enabled? (Just a guess, may be a different setting) Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailm

Re: [LARTC] How to define class type hierarchy of speeds?

2006-03-29 Thread Andreas Klauer
) That is if you're willing to regard my former flatmates as customers and my former linux-based old PC router as high-end internet gateway. The script will by far not be flexible enough for a project of your scale, but at least it's user based and I put some effort into docum

Re: [LARTC] Please help - totally confused (NAT + FWMARK + IMQ + HTB)

2006-03-28 Thread Andreas Klauer
rking about your script, maybe I can give you some better hints. Just by glancing at a script without knowing what is wrong it's hard to give recommendations. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] htb and priorizing class

2006-03-24 Thread Andreas Klauer
fference between rates is too huge) or by setting r2q for each class manually. For more about quantum & r2q, see for example: http://www.docum.org/docum.org/faq/cache/31.html This may fix your problem or not, if it doesn't, can you post the tc commands you&#x

Re: [LARTC] Fix list so it adds Reply-To: header

2006-03-15 Thread Andreas Klauer
e mailing list headers and thus will send a reply to the list only. Also, I do not mind getting direct replys in addition to what goes over the list, actually I even do group replies on purpose, because the list does not always work reliably. Regards Andreas Klauer __

Re: [LARTC] Is this possible?

2006-03-05 Thread Andreas Klauer
, how can a child class have a rate of 100%? I still don't understand what to make of a root class with different rate / ceil settings. It's either limited to rate, or to ceil all the time; if it isn't, it decides to jump over it's rate under which circumstances? Regards

Re: [LARTC] ATTN Andreas Klauer: ASCII art + comments, please?

2006-03-05 Thread Andreas Klauer
rent from 1 and 2 or 3 and 6 or 0 and 1. It's one high- and one low-priority class either way. I would probably set a priority just for the low priority class, so that it becomes more obvious what is intended by this setting here. That what you wanted? Regards Andreas Klauer __

Re: [LARTC] Is this possible?

2006-03-05 Thread Andreas Klauer
, so voip always has 20% of available bandwidth which can not be taken away from it, right? If that was your intention, then it's fine. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] counter-strike

2006-03-02 Thread Andreas Klauer
n there actually is. It's extremely hard to understand the logic behind setups like this and therefore likely to get unexpected results from them. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] counter-strike

2006-03-02 Thread Andreas Klauer
orked very well for me and my flatmates, also for gaming. But that's on a way slower line and without Internet/MAN distinction, so we've been happy with 200ms (versus 1000-5000ms when unshaped) pings. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] why isn't 1:1 getting the traffic? [filter question]

2006-02-24 Thread Andreas Klauer
was planned and turned out to be too complicated - maybe it is implemented but not working due to some undiscovered bug. I'm too lazy to look at the code right now. I usually end up using iptables for classification; I find it to be far more userfriendly than the tc filters, and you can gr

Re: [LARTC] HTB: far unequal behaivor at a slight conf rate change

2006-02-24 Thread Andreas Klauer
e the rate statistics of HTB are. I don't have access to a properly working shaping setup right now to verify wether it's the same on my setup. If it isn't, I'd probably check first how much rate HTB can actually use, because it's a very bad situation for HTB when it thinks i

Re: [LARTC] userlevel should not need to know about HZ?

2006-02-23 Thread Andreas Klauer
e helped - dunno what else to say about it. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB: far unequal behaivor at a slight conf rate change

2006-02-23 Thread Andreas Klauer
n are you running? Just in case you're still suffering from old HTB bugs... Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: Fwd: [LARTC] ipp2p don't block Ares

2006-02-23 Thread Andreas Klauer
res). Anyway, contact the author and see what he suggests. Most likely only the packets that open a connection are of interest. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] ipp2p don't block Ares

2006-02-23 Thread Andreas Klauer
hard to fix, provided the new protocol isn't something nasty. In case of a protocol change, other projects (like l7-filter) should suffer from this problem too. Maybe it'd be a good idea to test them and inform the authors as well. Regards Andreas Klauer _

Re: [LARTC] Is this possible?

2006-02-23 Thread Andreas Klauer
. This way, there is bandwidth that the Web class can't use no matter what, even if the link is completely empty. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB, strange capacity distribution

2006-02-22 Thread Andreas Klauer
will fit all classes. So there is no other way as to set quantum directly at least for some classes (and I set it for all...). Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB, strange capacity distribution

2006-02-22 Thread Andreas Klauer
it from a different angle. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB, strange capacity distribution

2006-02-20 Thread Andreas Klauer
5040 HTB leaf class (386000bit:386000bit) In this setup, the 2048Kbit class is the limiting factor for the leaf classes, except for the 1:2000 class, which should be used for local LAN traffic only. HTH Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB, strange capacity distribution

2006-02-20 Thread Andreas Klauer
is just exceeding your line capacity in general, as all classes are allowed to borrow without limit, rendering the prio setting uneffective, leading to random results. Could you post the output of 'tc -d qdisc/class show dev $DEVICE'? Regards, Andreas Klauer _

Re: [LARTC] filter performance/optimization questions

2006-02-11 Thread Andreas Klauer
ters > are looked up. Good question. Actually I can't answer it properly. For my filters, the order either did not really matter or I had few enough of them to use the priority parameter to order them properly. Regards Andreas Klauer ___ LARTC

Re: [LARTC] filter performance/optimization questions

2006-02-08 Thread Andreas Klauer
> > is there something i could do to bring the load down? Are the filters already hashed? If not, that's the first thing I'd try. There was a section on that on www.lartc.org. (Hmmm, seems to be down.). http://www.linux.org/docs/ldp/howto/Adv-Routing-HOWTO/lartc.adv-filter.ha

Re: [LARTC] HTB prio question

2006-01-30 Thread Andreas Klauer
n only tell their parent to borrow for them, so it's 1:130 (prio 3) vs 1:170 (prio 7) here. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] PRIO on non-leaf classes?

2006-01-25 Thread Andreas Klauer
Depends on what you mean by "PRIO". If you're talking about the class parameter prio (in lower-case letters), then it's correct, the PRIO QDisc however, can not be attached to anything but the device itself (root qdisc) or a leaf class. Regards Andreas Klauer

Re: [LARTC] classless qdisc and classful qdisc

2006-01-22 Thread Andreas Klauer
7;t know anything at all about other traffic, and will just stupidly limit the bandwidth to a certain value. HTB on the other hand knows about its classes and can balance the total available bandwidth between them. HTH Andreas Klauer ___ LARTC mai

Re: [LARTC] guarantee package delivery

2006-01-14 Thread Andreas Klauer
One of the obviously decisions: Module (kernel) must inform > userspace about current bandwidth or data amout, that programm can be send > this moment. Does the kernel even know about that? Regards, Andreas Klauer ___ LARTC mailing list LARTC@mai

Re: [LARTC] Per user bandwidth limiting ..for small ISP.using Squid

2006-01-14 Thread Andreas Klauer
net <-> Squid (and other caches, DNS etc.) * Squid (and others?) <-> User and use this information to build a tc class tree. - If you want to keep rshaper, port it to 2.6 by yourself ;-) Regards, Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] Qos and bandwidth control

2006-01-13 Thread Andreas Klauer
root class 1:1 and it's children 1:2, 1:3 (256+256=512kbit), but it's wrong for the children of 1:2 (200+128+20=348kbit, whereas the parent can only offer 256kbit in total). Also, I don't see where in your setup the classification by user is taking place. Regards, Andreas Klaue

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Andreas Klauer
lp the original poster in any way, however. Sorry for this useless message. ;-) Regards, Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

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

2005-12-27 Thread Andreas Klauer
width and even then QoS did not work. Well, if even the author says so, you should heed his advice. :-) Even if this is not the main problem in your case, keeping this kind of HTB tree around won't make things better. Could you post your reconfigured setup, possibly with proper class names

Re: [LARTC] class exceeds its ceil

2005-12-27 Thread Andreas Klauer
il of the P2P class to 100kbit as well. The other classes will still be able to borrow from it if the P2P class is not using it's bandwidth. If this does somehow not seem to be what you want, please restate your requirements. :-) Kind regards, Andreas Klauer __

Re: [LARTC] tc strange behaviour

2005-12-15 Thread Andreas Klauer
:15 to borrow bandwidth to reach 1mbit, so most likely it will just ignore the rate setting and use as much bandwidth as it needs, up to 1mbit in total. Regards, Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB - prio and rate

2005-12-05 Thread Andreas Klauer
w anything, simply because it doesn't have to. And if the parent won't borrow, it's children won't borrow from outside classes either, even though they are "under the same qdisc". > Is this correct? Getting there, I think. Regards, Andreas Klauer __

Re: [LARTC] Theory test

2005-12-05 Thread Andreas Klauer
If the script is too long, you could upload it somewhere and post the URL to it. Or just cut out the repetitive parts if you aren't using functions for that already anyway (I'm assuming that the 200 user classes are all created the same way). Regards, Andreas Klauer ___

Re: [LARTC] Shaping per machine

2005-12-04 Thread Andreas Klauer
class always imposes a global limit, not a limit per machine. If you want a per-machine limit, you have to create an extra class for each and every one machine. HTH Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] tbf and prio blocking some flows entirely

2005-12-04 Thread Andreas Klauer
ands, putting P2P alone into the 4th band, so that it may starve when there is any traffic other than P2P. > I think I am doing that. I thought that is what: > > iptables -t mangle -I POSTROUTING -o ppp0 -p tcp -m tcp --tcp-flags > SYN,RST,ACK A

Re: [LARTC] tbf and prio blocking some flows entirely

2005-12-04 Thread Andreas Klauer
n't understand what you mean by fair treatment, but do try putting all ACKs into high priority band, then it will have to be dequeued. Regards, Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB - prio and rate

2005-12-03 Thread Andreas Klauer
cs to classes. Even QDiscs that don't come with such a class tree structure like HTB do have classes, for example in PRIO qdisc, the prio bands of the QDisc are actually classes that are created automatically and you can attach another QDisc to them. What kind of QDisc chain were you thinki

Re: [LARTC] HTB - prio and rate

2005-12-03 Thread Andreas Klauer
On Friday 02 December 2005 23:24, Brian J. Murrell wrote: > Yeah, that is what I want, but why do I need HTB? You need it only if you also want to limit bandwidth somehow. > I guess I am missing the reasoning for partitioning up the bandwidth > with HTB rather than just letting everyone/everythin

Re: [LARTC] Which option is better

2005-12-02 Thread Andreas Klauer
mething better. In fact, I think it's a very good solution, and if you're shaping using nothing but HTB, it's probably even the best solution you can get. Regards, Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HTB - prio and rate

2005-12-02 Thread Andreas Klauer
oid one SSH session taking all the bandwidth from the other. Regards, Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] Interesting question

2005-12-02 Thread Andreas Klauer
necessary. About squid, I must admit that I don't have any first hand experience with it. Shaping it properly (on a per-user basis) seems to be a pain, which is why I never bothered with it. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailma

Re: [LARTC] HTB - prio and rate

2005-12-02 Thread Andreas Klauer
does not make sense to set a ceil higher than rate). HTH Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] refining my rules

2005-11-27 Thread Andreas Klauer
kbps > # 1:31 is ftp with lower prio, 1:32 is ACk AND email higher prio > tc class add dev eth0 parent 1:3 classid 1:31 htb rate 20kbps ceil > 40kbps prio 2 > tc class add dev eth0 parent 1:3 classid 1:32 htb rate 20kbps ceil > 40kbps prio 1 You don't have any internet traffi

Re: [LARTC] FAIR NAT: this is correct ?

2005-11-25 Thread Andreas Klauer
spotted... I don't like that part of the script. It's pretty much random, I can't even remember why I'm using 0:512 for tcp, but 0:1024 for udp as packet size criteria. The prioritization of Fair NAT is still way too static, giv

Re: [LARTC] ingress police kernel options?

2005-11-25 Thread Andreas Klauer
On Friday 25 November 2005 20:05, Borghart Steffen wrote: > RTNETLINK answers: Invalid argument > Could somebody please give me a hint on how to fix this? Missing (u32) filter support in the kernel? HTH Andreas Klauer ___ LARTC mailing list

Re: [LARTC] Borrowing between HTB classes not working as expectd.

2005-11-13 Thread andreas . klauer
up properly. Otherwise you will never get anywhere near a predictable borrowing behaviour. HTH Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] Borrowing between HTB classes not working as expectd.

2005-11-12 Thread andreas . klauer
Quoting Ryan Castellucci <[EMAIL PROTECTED]>: I've called this setting it up on an IMQ device with speed 1200/256 on a 1536/384 line. Perl code to set everything up below, if you comment out the system call, it'll list off all the tc commands executed. Hmmm, the output it produces for me is

Re: [LARTC] cpu power needed for shaping

2005-11-11 Thread andreas . klauer
rs, it probably would be different, though. I have a few old P III's (450 MHz, 256 RAM) and some VIA Eden (533 MHz, 512 RAM) boxes lying around. Which one would be most appropriate ? I think it's quite safe to say that in a normal setup any of these should be more than sufficient. HT

Re: [LARTC] Cannot get htb & prio working together.

2005-11-03 Thread Andreas Klauer
On Thursday 03 November 2005 18:52, Michael Davidson wrote: > tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip dport > 22 0x flowid 20:1 > tc filter add dev eth0 parent 1:0 protocol ip prio 1 u32 match ip dport > 23 0x flowid 20:3 Do filters actually work in between differ

Re: [LARTC] Re: LARTC Digest, Vol 9, Issue 3

2005-11-02 Thread Andreas Klauer
On Wednesday 02 November 2005 14:59, szogunek wrote: > i.e. if class 1:{iden} have 190kbit > i want 95kbit with burst to 190kbit for port 80 > and 95kbit with burst to 190kbit for port 110 > and 40kbit with burt to 95kbit for rest of his traffic. So 95kbit+95kbit+40kbit=190kbit? What do you want?

Re: [LARTC] How to priorize Traffic

2005-11-01 Thread Andreas Klauer
e script here: http://www.metamorpher.de/fairnat/ If you're not shaping for clients behind a router, you'll need a bit of a different approach, but if you've already read the LARTC howto and other docs it might give you an idea of how to solve it in your

Re: [LARTC] Script for metropolitan

2005-10-23 Thread Andreas Klauer
class hase 256kbit rate, 512kbit ceil. That would be okay, if the parent could offer that much rate, which it doesn't. HTH Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] shape downstream of a ppp link

2005-10-13 Thread Andreas Klauer
ing that comes in too fast", in your case "drop uucp packets if they come in too fast". Not really nice since packets have to be re-sent, but for me this is still better than letting one file transfer hog the whole line forever when I need bandwidth for

Re: [LARTC] How would this help my LAN / network

2005-10-07 Thread Andreas Klauer
On Friday 07 October 2005 18:28, Brent Clark wrote: > So my question is, for the following rules, would these increase my > browsing / traffic, and if so, how. I use something similar in my script... but it's useless to change TOS by itself, because this setting is pretty much ignored everywhere.

Re: [LARTC] Problems with ipp2p

2005-10-06 Thread Andreas Klauer
On Thursday 06 October 2005 23:40, Carlos Rosero wrote: > iptables: No chain/target/match by that name > but if I use iptables -m ipp2p -help I get the help page: > So I don't know what is wrong. The help page is provided by the iptables module, but the functionality is in the kernel, so I guess

Re: [LARTC] tc - in an abnormal LAN

2005-10-04 Thread Andreas Klauer
On Tuesday 04 October 2005 21:06, Ian stuart Turnbull wrote: > My network is slightly different to the normal. > > I have a router with 4 ports DSL-D504T. In the house where I live 3 > other people have Win-XP machines on the 3 ports of the router. I have > the other port and my machine runs Linux.

Re: [LARTC] Incoming traffic?

2005-10-04 Thread Andreas Klauer
7;s better than having a single person / download choke the line completely... Better methods are said to exist (like tcp window resizing or whatever) but I've never seen them implemented in Linux so far. HTH Andreas Klauer ___ LARTC ma

Re: [LARTC] Interfaces basic question

2005-09-29 Thread Andreas Klauer
On Thursday 29 September 2005 11:52, Marius Corici wrote: > The question is: can i use the HTB class mechanism on 2 subinterfaces of > the same physical network card without any interference? If you're talking about aliases like eth0:0 and eth0:1, I don't know, because I've never used them. It do

Re: [LARTC] Re:Does HTB consider PRIO or not? 3

2005-09-29 Thread Andreas Klauer
On Thursday 29 September 2005 07:44, Oleg R. wrote: > Hello again! Well, i should maybe post everything related to this > problem. The class 1:3 which has rate as its father 1:2, just because it > is the traffic between the local network and the server itself. I have > some services like mail, http

Re: [LARTC] Re:Does HTB consider PRIO or not? 2

2005-09-28 Thread Andreas Klauer
On Wednesday 28 September 2005 18:03, Oleg R. wrote: > Well the output is really big . The classes are 1:5 and 1:14... Easier readable in this format: http://img251.imageshack.us/img251/9497/dot6ux.png I think it shows the problem very clearly... you have a root class with a total rate of 1k

Re: [LARTC] Does HTB consider PRIO or not?

2005-09-28 Thread Andreas Klauer
On Wednesday 28 September 2005 17:18, Oleg R. wrote: > I suppose the second is getting the shared bandwidth in the last > place..but it is not so. Every class is allowed to use bandwidth as long as it does not have to borrow (the specified rate is guaranteed). Prio in HTB only affects borrowing

Re: [LARTC] htb + tc filter

2005-09-28 Thread Andreas Klauer
ackets are allowed to go fast, it's a good idea to shape them in order of guaranteeing a 256kbit or whatever channel for internet. HTH Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] Control Trafic

2005-09-27 Thread Andreas Klauer
On Wednesday 28 September 2005 03:14, Daniel Phlander wrote: > I have an error in this script as it is not working and I can't figure > out what that is. Your current class trees look like this: eth0 HTB root qdisc 1: (default 30) | \--- HTB root class 1:1 (100mbit) | \--- HTB parent cl

Re: [LARTC] Traffic Control

2005-09-25 Thread Andreas Klauer
On Sunday 25 September 2005 07:37, Daniel Phlander wrote: > I made a script as the attached one but it doesn't make any limit and I > can't figure out what the problem is. This is only a quick guess by glancing at your script, but it seems that your HTB class tree is messed up. You have 'only chi

Re: [LARTC] p2p: ARES

2005-09-22 Thread Andreas Klauer
On Thursday 22 September 2005 22:32, LinuXKiD wrote: > iptables -A FORWARD -m ipp2p --ipp2p -j ACCEPT > iptables -A FORWARD -m ipp2p --ares -j ACCEPT Assuming that packets which are not accepted get dropped, IPP2P would have to match the very first packet of every P2P connection for this to work

Re: [LARTC] HOWTO unmaintained?

2005-08-17 Thread Andreas Klauer
st and stuff. However, this does not have to do anything with the Wiki per se. Regards Andreas Klauer ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc

Re: [LARTC] HOWTO unmaintained?

2005-08-17 Thread Andreas Klauer
On Wednesday 17 August 2005 10:04, Georg C. F. Greve wrote: > I never received any reaction from the HOWTO maintainers, not even > when addressing them directly (see mail below). > > Given that a month has gone by: Is the HOWTO currently unmaintained? www.lartc.org says: "Linux Advanced Routing &

Re: [LARTC] (yet another) HTB question(s)

2005-08-16 Thread Andreas Klauer
On Tuesday 16 August 2005 21:37, Gabriel wrote: > If I wanted to create classes for every client on the network, I would > have to use iptables to mark packets (using -j MARK) and not > filters because, according to > http://www.docum.org/docum.org/kptd/ the shaping is done > after the SNAT, so al

Re: [LARTC] Too slow computer?

2005-08-09 Thread Andreas Klauer
On Tuesday 09 August 2005 18:53, panca sorin wrote: > I have about 1650 preffered destination networks listed in some file. The > script read this file and marks every package for those networks with > the mark value of 1. If you have a lot of IPs in this list, a hashed approach might work faster.

Re: [LARTC] Qos wiht HTB for ADSL/Home

2005-07-30 Thread Andreas Klauer
On Saturday 30 July 2005 18:03, ddaas wrote: > 4) If your are in my situation (ADSL – for home), what is your htb > configuration? http://www.metamorpher.de/fairnat/ It's for a Linux gateway/router and more than one user though. HTB is used to divide bandwidth between users, and PRIO for priori

Re: [LARTC] HTB as a child of another HTB - doesn't work

2005-07-23 Thread Andreas Klauer
On Saturday 23 July 2005 13:07, ddaas wrote: > >>Most likely, you do not want to use more than one HTB qdisc per > >> device. > > What about the example from the HTB User Guide?? Is it wrong? Ah, you want to simulate a slow link. Didn't realize that, sorry. :-) Have a look on the output of the

Re: [LARTC] HTB as a child of another HTB - doesn't work

2005-07-22 Thread Andreas Klauer
On Friday 22 July 2005 14:59, ddaasd wrote: > What do I do wrong? Most likely, you do not want to use more than one HTB qdisc per device. > tc qdisc add dev eth0 root handle 100: htb > tc class add dev eth0 parent 100: classid 100:1 htb rate 100kbps > > tc qdisc add dev eth0 parent 100:1 handle 1

Re: [LARTC] Problem with HTB and ceil

2005-07-19 Thread Andreas Klauer
On Tuesday 19 July 2005 22:41, nik-da-39 wrote: > Thanks for your comment. From my understanding, I dont rely too much on > the exact minimum bitrate, as long as the prios are obeyed by the > packets. ... > Thats why I also dont need the sum of the min bitrates to be > exactly the parental bitra

Re: [LARTC] Problem with HTB and ceil

2005-07-19 Thread Andreas Klauer
On Tuesday 19 July 2005 15:51, you wrote: > Just to make sure, when you talk about the sum you are talking about the > sum of the minimum bitrates, not the sum of the ceil bitrates, right? Yes. The only rules for the ceil should be that it's the same or bigger than the rate, and that it does not

Re: [LARTC] Problem with HTB and ceil

2005-07-19 Thread Andreas Klauer
On Tuesday 19 July 2005 12:54, [EMAIL PROTECTED] wrote: > /sbin/tc class add dev $EXTIF parent 1:002 classid 1:101 htb rate > 364kbit ceil 364 prio 1 > > ## ACK > /sbin/tc class add dev $EXTIF parent 1:101 classid 1:200 htb rate > 140kbit ceil 364kbit prio 1 > ## SSH > /sbin/tc class add dev $EXTIF

Re: [LARTC] QOS HELP PLEASE

2005-07-13 Thread Andreas Klauer
On Tuesday 12 July 2005 19:47, Dariusz Dwornikowski wrote: > ok i did the calculations and here it is : www.tdi.pozman.pl/fir3 Is this URL valid? I get a 404. Andreas ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/li

Re: [LARTC] RFC - bandwidth optimization idea

2005-07-08 Thread Andreas Klauer
On Saturday 09 July 2005 05:55, Don Cohen wrote: > What I want, at least conceptually, is that the application maintains its > own queue of data to be sent, ordered by priority. Whenever the OS is > ready to send the next packet for that application, it removes the > highest priority packet (if an

Re: [LARTC] Server and router on the same box

2005-07-07 Thread Andreas Klauer
On Thursday 07 July 2005 10:51, [EMAIL PROTECTED] wrote: > The main problem is that LAN clients connect to other web-servers on the > Internet via this box. in fact, any Internet traffic they consume, even > if they downloading, affect the upstream available for the web-server. Oh, I'm sorry, I s

Re: [LARTC] Server and router on the same box

2005-07-06 Thread Andreas Klauer
On Wednesday 06 July 2005 22:53, [EMAIL PROTECTED] wrote: > it will be nice that when the web-server is not using any upstream, LAN > clients will enjoy full bandwidth. Somehow I doubt that traffic shaping is the right approach here; after all, we're talking about traffic on two different interfa

Re: [LARTC] HTB and bittorrent, won't work

2005-07-06 Thread Andreas Klauer
On Wednesday 06 July 2005 23:23, Edgar wrote: > I've been trying to shape the bittorrent traffic (on my external > interface, upload), but without luck, for this I'm using layer7 filter > right now, but I've also tried ipp2p, with the same results I don't have any problems with BT shaping... if yo

Re: [LARTC] Mark all traffic except browsing

2005-07-06 Thread Andreas Klauer
On Wednesday 06 July 2005 18:31, Eduardo Bejar wrote: > Should I use three rules for my purpose? Two should suffice; just set all packets from $IP_ADDRESS to 10 first and afterwards set all packets for port 80 to 11. I think this only makes sense if you have two classes per source IP, though, be

Re: [LARTC] Please: "judge" this script

2005-07-06 Thread Andreas Klauer
On Wednesday 06 July 2005 16:05, Ricardo Chamorro wrote: > CEIL=768 [...] > tc class add dev eth1 parent 1: classid 1:1 htb rate ${CEIL}kbit ceil > ${CEIL}kbit I don't know if it's the cause of your problems, but the children of this class altogether have a guaranteed rate of 810kbit, whereas the

Re: [LARTC] HTB: shaping internet bandwidth but don't shape local network traffic

2005-07-01 Thread Andreas Klauer
On Friday 01 July 2005 17:48, William Marques wrote: > tc class add dev eth0 parent 1:0 classid 1:1 htb rate 90mbit > tc class add dev eth0 parent 1:0 classid 1:2 htb rate 768kbit I don't know if it makes any difference, but I only use one root class and have these two as children to that root cl

Re: [LARTC] HTB: shaping internet bandwidth but don't shape local network traffic

2005-06-30 Thread Andreas Klauer
On Thursday 30 June 2005 19:26, Jefri Lie wrote: > i got this problem, i want to shape my clients internet bw, but i > don't want to shape my local network traffic. For information, my > clients using wireless to connect to my router[192.168.1.254]. Common mistake is to use the internet class as r

Re: [LARTC] question about wonder shaper and htb

2005-06-20 Thread Andreas Klauer
On Sunday 19 June 2005 23:50, Rob Landrito wrote: > Now my concern is how these are divided up. Shouldn't the sum varying > rates of the different classes be equal to $UPLINK? Yes, I think so too. The Wondershaper script is already very old and compared to the scripts that are floating around no

Re: [LARTC] htb child classes don't borrow form "parent's parent class" :(

2005-06-20 Thread Andreas Klauer
On Saturday 18 June 2005 16:53, Bernd Froemel wrote: > Just that I don't make any more mistakes, would this tree work > as I expect it (with the groups and users and priority stuff)? Sorry for the late reply, I wasn't at home over the weekend. The tree looks better now, except the class rates stil

Re: [LARTC] htb child classes don't borrow form "parent's parent class" :(

2005-06-18 Thread Andreas Klauer
On Saturday 18 June 2005 15:09, Bernd Froemel wrote: > Am I missing an important point? Unfortunately I couldn't find any > examples showing a more complex tree. Yes, unless I'm completely mistaken, you misunderstood something about the way QDiscs and especially HTB works. Your old setup looked

Re: [LARTC] htb child classes don't borrow form "parent's parent class" :(

2005-06-18 Thread Andreas Klauer
On Saturday 18 June 2005 10:16, Bernd Froemel wrote: > tc class add dev $DEV parent 1: classid 1:1 htb rate 10mbit > tc class add dev $DEV parent 1: classid 1:f1 htb rate 2048kbit ceil > 10mbit burst 50k > tc class add dev $DEV parent 1: classid 1:f2 htb rate 1024kbit ceil > 10mbit burst 50k That'

Re: [LARTC] wondershaper tweaking

2005-05-09 Thread Andreas Klauer
On Monday 09 May 2005 10:29, Anthony Letchet wrote: > Im still reading the howtos on how to write my own rules but since the > wondershaper script is doing exactly what i want i had hoped that > someone would know the commands to implement this now :) I did such a modification to wondershaper once

Re: [LARTC] mailling list newbie question

2005-05-06 Thread Andreas Klauer
On Friday 06 May 2005 15:35, Kenneth Kalmer wrote: > Has anybody on the list seen some strange mails coming from members > with gmail accounts? It's junk on this list that gets bounced by mail providers when LARTC tries to send it to the list members. Here's an example: <[EMAIL PROTECTED]>: host

Re: [LARTC] packet shaping bridge

2005-05-05 Thread Andreas Klauer
On Thursday 05 May 2005 18:26, Jason Bath wrote: > tc filter add dev $DEV parent 1:1 protocol ip prio 0 u32 match ip src > 10.2.1.7 match ip dport 2001 0x flowid 1:10 You have to attach the filters to the QDisc (parent 1:). HTH Andreas ___ LARTC mai

Re: [LARTC] [OT] Shaping and squid question

2005-05-04 Thread Andreas Klauer
On Wednesday 04 May 2005 13:25, Kenneth Kalmer wrote: > Does this mean that squid recieves the data at full speed and then > struggles to pass the data to the client who is shaped, thus becoming the > bottle neck? If you shape everything on eth0 down to dialup speeds, including pure LAN traffic,

  1   2   >