Re: [LARTC] Simple traffic shaping
"Barbara M." wrote: > > My needs is limiting the outbound traffic of an smtp mail server. > It is connected to a gateway via 100Mbit ethernet. I want limits its > outbound traffic to max 3 Mbit. > > I have read lot of docs and tried various script without great results. > > Any simplest solutions? > > TIA. > Regards, B. HTB: tc qdisc add dev $DEV root handle 1: htb default 20 tc class add dev $DEV parent 1: classid 1:1 htb rate 3000kbit burst 6k tc class add dev $DEV parent 1:1 classid 1:20 htb rate 3000kbit \ burst 6k quantum 1500 prio 1 tc filter add dev $DEV parent 1: protocol ip prio 5 u32 \ match ip sport 25 0x flowid 1:20 TRICKLE: http://monkey.org/~marius/trickle But I doubt the above will suit you because you don't tell us anything else about the traffic on your mail server. -- gypsy ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Several basic doubts
The greatest benefit is using shaping on the outgoing bandwidth. To do that you need to do it for the nic connected to the internet, and you'd want to limit it to a bit under the total bandwidth, for 256kbit i'd recommend something around 244-250, but it varies on the isp as to how reliably you get a full 256kbit. Then how you split up the bandwidth completely depends on what you are trying to accomplish. - Jody Ricardo Chamorro wrote: I have a connection cablemodem (down 1024kbit up 256 kbit) that spreads Internet to a LAN of 4 PC. Router-firewall is one 486 DX4 100 96 MB RAM that runs a Debian Sarge (kernel 2,4,25), that does NOT serve nor squid, nor samba, nor smtp, etc single do routing-firewalling. I am something confused by opinions and "presumed" manual and howto that I have read and have confused I more... Then I ask to them you: I must do shaping with the NIC that connect with ISP (etho)... or with the NIC of the LAN (eth1)... Because I have seen opinions on both possibilities, but I have tested the two and second did not give me good results. In the case of using the NIC to Internet (eth0) I must set like CEIL the bandwidth of downstream (1024kbit) or upstream (256kbit)... And in such case I must set the 75 percent approximately of the bandwidth to avoid to saturate the band? Another question is if it agrees -upon my case- using priorities for the classes... Thanks in advance Ricardo ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] TCP window based shaping
Andy Furniss wrote: Don Cohen wrote: I recalled a discussion of manipulating outgoing tcp windows in order to control return tcp traffic. I finally found at least some of that discussion in a thread with the subject above (of this message). But I thought someone announced an implementation and I don't see it under this thread. If anyone else remembers or knows where I should look for it, please let me know. I'm also interested in other discussion of the idea and in implementations of related ideas such as delaying the acks etc. I don't think there is an implementation other than the commercial packeteer. Andy. We have been proposed TCP window based pacing (shaping) in the PFLDnet2005. You can get the paper and slides from the following URL: http://www.ens-lyon.fr/LIP/RESO/pfldnet2005/TechnicalProgram.php This software called PSPacer is avaiable. But, I am sorry, the current release version does not support TCP window based pacing whereas it supports static pacing. The web page is: http://www.gridmpi.org/ Thanks, TAKANO Ryousei. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] Several basic doubts
I have a connection cablemodem (down 1024kbit up 256 kbit) that spreads Internet to a LAN of 4 PC. Router-firewall is one 486 DX4 100 96 MB RAM that runs a Debian Sarge (kernel 2,4,25), that does NOT serve nor squid, nor samba, nor smtp, etc single do routing-firewalling. I am something confused by opinions and "presumed" manual and howto that I have read and have confused I more... Then I ask to them you: I must do shaping with the NIC that connect with ISP (etho)... or with the NIC of the LAN (eth1)... Because I have seen opinions on both possibilities, but I have tested the two and second did not give me good results. In the case of using the NIC to Internet (eth0) I must set like CEIL the bandwidth of downstream (1024kbit) or upstream (256kbit)... And in such case I must set the 75 percent approximately of the bandwidth to avoid to saturate the band? Another question is if it agrees -upon my case- using priorities for the classes... Thanks in advance Ricardo ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] Simple traffic shaping
Barbara M. wrote: My needs is limiting the outbound traffic of an smtp mail server. It is connected to a gateway via 100Mbit ethernet. I want limits its outbound traffic to max 3 Mbit. I have read lot of docs and tried various script without great results. Any simplest solutions? TIA. Regards, B. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc You should be able to mark all the smtp packets with iptables and then shape them with tc. There are examples of marking and the shaping commands in the docs. For reference, this is how i mark and shape ftp traffic. You will need something similar. I mark ftp traffic by port and then shape. iptables -t mangle -N MYSHAPER-OUT iptables -t mangle -I OUTPUT -o eth0 -j MYSHAPER-OUT iptables -t mangle -A MYSHAPER-OUT -m mark --mark 0 -j MARK --set-mark 20 iptables -t mangle -A MYSHAPER-OUT -p tcp --sport 5 -j MARK --set-mark 26 iptables -t mangle -A MYSHAPER-OUT -p tcp --sport 5:51000 -j MARK --set-mark 26 iptables -t mangle -A MYSHAPER-OUT -p tcp -m length --length :64 -j MARK --set-mark 20 # clear it tc qdisc del dev eth0 root #add the root qdisk tc qdisc add dev eth0 root handle 1: htb default 20 #add main rate limit class tc class add dev eth0 parent 1: classid 1:1 htb rate 100mbit #add leaf classes tc class add dev eth0 parent 1:1 classid 1:26 htb rate 40kbps tc class add dev eth0 parent 1:1 classid 1:20 htb rate 100mbit #filter traffic into classes tc filter add dev eth0 parent 1:0 prio 0 protocol ip handle 20 fw flowid 1:20 tc filter add dev eth0 parent 1:0 prio 0 protocol ip handle 26 fw flowid 1:26 Mark ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] PLEASE HELP! SHAPING P2P STILL NOT WORKING
Hello, some days ago, I was asking for help here about not able to do anything when I had bittorrent running, I will post the problem here: I'm using ipp2p to mark p2p packets, and then send them with -j CLASSIFY to the correct HTB class, I see traffic in the class when I start azurerus, and traffic does get shaped, but then I'm still not able to surf the web nor chat nor anything, and I find this very weird, since the traffic is actually shaped, then what am I missing? anyone had a similar problem? I really don't know why this is happening, and I've tried lots of different setups but the problem remains. This is in the server, which NAT the connections to 2 computers at home, I will know post the tcng rules, and the iptables rules too: IPTABLES RULES: iptables -t mangle -A PREROUTING -p tcp -m ipp2p --ipp2p -j MARK --set-mark 3 iptables -t mangle -A PREROUTING -p udp -m ipp2p --bit -j MARK --set-mark 3 iptables -t mangle -A PREROUTING -p tcp -m mark --mark 3 -j CONNMARK --save-mark iptables -t mangle -A ipp2pPOST -o $DEV -m mark --mark 3 -j CLASSIFY --set-class $P2P TCNG FILE, AND TC CLASSES #define UPLOAD eth1 #define UPRATE 25kBps #define P2P 10kBps dev UPLOAD { egress { class ( <$prio> ) ; class ( <$p2p> ) ; class ( <$interactive> ) /* ACK packets go in this class */ if ip_hl == 0x5 && ! (ip_len & 0xffc0) && (raw[33].b >> 4) & 0xff if 1 ; htb () { class ( rate UPRATE, ceil UPRATE ) { $prio = class ( prio 0, rate 6kBps, ceil UPRATE ) { sfq; } ; $p2p = class ( prio 7, rate 1kBps, ceil P2P ) { sfq; } ; $interactive = class ( prio 1, rate 18kBps, ceil UPRATE ) { sfq; } ; } } } } CLASSES class htb 2:1 root rate 20bit ceil 20bit burst 1624b cburst 1624b class htb 2:2 parent 2:1 leaf 3: prio 0 rate 48000bit ceil 20bit burst 1605b cburst 1624b class htb 2:3 parent 2:1 leaf 4: prio 7 rate 8000bit ceil 8bit burst 1600b cburst 1609b class htb 2:4 parent 2:1 leaf 5: prio 1 rate 144000bit ceil 20bit burst 1617b cburst 1624b As you can see here, class 2:3 stands for the p2p class, and that's where I send the marked p2p packets, I don't see why this configuration is not working, please help me out with this. Thank you in advance EDGAR MERINO ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
RE: [LARTC] Simple traffic shaping
On Mon, 11 Jul 2005, ICI Support wrote: http://members.cox.net/laitcg/slack1.html Go to the bottom about throttling the bandwidth of a single host. If you just want the daemon itself to be throttled (IE, just the mail traffic) someone else with a bigger clue than me will have to help you. -Michael Thanks for replay. As you suggested I tried to modify the script for my needs. I finally have this: #!/bin/bash # Slow down one ip address on internal network # If you changed anything and want to reload the script, execute # /etc/rc.d/rc.throttle stop # to clean up your existing configuration. # Place IP address to be throttled in TIP TIP="192.168.1.25" # Place device to internal network here DEV="eth0" if [ "$1" = "stop" ]; then echo "Removing Throttle" tc qdisc del dev $DEV root else # assume $1 = start: echo "Throttling $TIP" tc qdisc add dev $DEV root handle 1: cbq avpkt 1000 bandwidth 100mbit tc class add dev $DEV parent 1: classid 1:1 cbq rate 2512kbit allot 1500 prio 5 bounded isolated tc filter add dev $DEV parent 1: protocol ip prio 16 u32 match ip src $TIP flowid 1:1 tc qdisc add dev $DEV parent 1:1 sfq perturb 10 fi Have done some test using scp from other internal box. Before starting the tc rules I have UP/DL to the smtp server at 8-10MB/s After activation of rules I have DL to about 270KB/s (as aspected), UP to 550-600KB. ??? Why UPload is affected? Any optimization? TIA, Barbara ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] wonder-shaper
On Mon, 11 Jul 2005 22:39:31 +0200 chino <[EMAIL PROTECTED]> wrote: >Whats exactly Shurdix? see http://www.shurdix.org : "Shurdix is a linux distribution for routers, firewalls and embedded systems." Yours sincerely, Peter ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] wonder-shaper
El Lunes, 11 de Julio de 2005 18:55, Peter Surda escribió: > On Mon, 11 Jul 2005 08:20:00 -0700 gypsy <[EMAIL PROTECTED]> wrote: > >Wondershaper does not work all that well because the sums of the rates and > >ceilings exceeds the root rate. You would do better to look at routehat > >(Which I think I spelled wrong), > > No you didn't but it's being renamed to Shurdix :-). > > >which uses WRR (Weighted Round Robin). > > In this specific case I am afraid WRR as implemented on > http://wipl-wrr.sourceforge.net/wrr.html won't help. It divides traffic by > the IP, but it looks like the original poster needs to divide it among > users on a local machine. > > Yours sincerely, > Peter Whats exactly Shurdix? ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] simple or not? htb+prio
Krzysiek wrote: Hi I have now my outgoing traffic shaped whith root qdisc htb (where i configure basic rate) and tc prio (as a leaf with 4 classes) where i can set priority of different kinds of traffic. It works but htb is work-conserving so packets are only delayed (when the rate is exceeded), while i want them dropped. In the case when rate is exceeded i want to drop packets with priority set to 4, then if traffic still too high to drop packets with priority set to 3 and so on. So i need tc-prio under tbf. But tbf is classless. Can i do what i want in some other way? Or maybe i'm misunderstanding something - when htb start to drop packets? Regards Krzysiek. Maybe you could use htb + prio and add 4 p/b fifos to the prio classes and set low lengths with the limit parameter of the fifos. Andy. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] HTB Rate and Prio (continued)
Gael Mauleon wrote: Hi again, I keep posting about my problem with HTB -> http://mailman.ds9a.nl/pipermail/lartc/2005q3/016611.html I had a go with what you posted there over lan and with 2 tcp streams it behaves as expected (see below for exact test). Can you reproduce the failiure shaping over a lan rather than your internet connection? If your upstream bandwidth is sold as 2meg then ceil 2000kbit is likely to be too high. You could also try specifying quantum = 1500 on all the leafs as you get it auto calculated from rates otherwise (you can see them with tc -s -d class ls ...). It didn't affect my test though. If you are looking at htbs rate counters remember that they use a really long average (about 100 sec) so they can mislead. I tested below with two netperf tcp send tests to ips I added to another PC on my lan. # /usr/local/netperf/netperf -H 192.168.0.60 -f k -l 60 & /usr/local/netperf/netperf -f k -H 192.168.0.102 -l 60 & which gave - Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^3bits/sec 43689 16384 1638460.091884.66 Recv SendSend Socket Socket Message Elapsed Size SizeSize Time Throughput bytes bytes bytessecs.10^3bits/sec 43689 16384 1638460.22 51.58 The script - QOSIN=eth0 tc qdisc del dev $QOSIN root &>/dev/null tc qdisc add dev $QOSIN root handle 1:0 htb tc class add dev $QOSIN parent 1:0 classid 1:1 htb rate 2000kbit ### SUBCLASS1 tc class add dev $QOSIN parent 1:1 classid 1:10 htb rate 750kbit ceil 2000kbit prio 1 tc class add dev $QOSIN parent 1:10 classid 1:101 htb rate 250kbit ceil 2000kbit prio 1 tc qdisc add dev $QOSIN parent 1:101 handle 101: pfifo limit 10 tc class add dev $QOSIN parent 1:10 classid 1:102 htb rate 250kbit ceil 2000kbit prio 1 tc qdisc add dev $QOSIN parent 1:102 handle 102: pfifo limit 10 tc class add dev $QOSIN parent 1:10 classid 1:103 htb rate 250kbit ceil 2000kbit prio 1 tc qdisc add dev $QOSIN parent 1:103 handle 103: pfifo limit 10 tc filter add dev $QOSIN parent 1:0 protocol ip u32 match ip dst 192.168.0.102 flowid 1:102 ###HIGH PRIO ### tc class add dev $QOSIN parent 1:1 classid 1:50 htb rate 50kbit ceil 2000kbit prio 0 quantum 1500 tc qdisc add dev $QOSIN parent 1:50 handle 50: pfifo limit 10 ### LOW PRIO ### tc class add dev $QOSIN parent 1:1 classid 1:60 htb rate 50kbit ceil 2000kbit prio 5 quantum 1500 tc qdisc add dev $QOSIN parent 1:60 handle 60: pfifo limit 10 tc filter add dev $QOSIN parent 1:0 protocol ip u32 match ip dst 192.168.0.60 flowid 1:60 Andy. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
RE: [LARTC] Simple traffic shaping
http://members.cox.net/laitcg/slack1.html Go to the bottom about throttling the bandwidth of a single host. If you just want the daemon itself to be throttled (IE, just the mail traffic) someone else with a bigger clue than me will have to help you. -Michael > -Original Message- > From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] > On Behalf Of Barbara M. > Sent: Monday, July 11, 2005 1:41 PM > To: lartc@mailman.ds9a.nl > Subject: [LARTC] Simple traffic shaping > > > My needs is limiting the outbound traffic of an smtp mail server. > It is connected to a gateway via 100Mbit ethernet. I want limits its > outbound traffic to max 3 Mbit. > > I have read lot of docs and tried various script without great results. > > Any simplest solutions? > > TIA. > Regards, B. > > > > ___ > LARTC mailing list > LARTC@mailman.ds9a.nl > http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] Simple traffic shaping
My needs is limiting the outbound traffic of an smtp mail server. It is connected to a gateway via 100Mbit ethernet. I want limits its outbound traffic to max 3 Mbit. I have read lot of docs and tried various script without great results. Any simplest solutions? TIA. Regards, B. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] wonder-shaper
On Mon, 11 Jul 2005 08:20:00 -0700 gypsy <[EMAIL PROTECTED]> wrote: >Wondershaper does not work all that well because the sums of the rates and >ceilings exceeds the root rate. You would do better to look at routehat >(Which I think I spelled wrong), No you didn't but it's being renamed to Shurdix :-). >which uses WRR (Weighted Round Robin). In this specific case I am afraid WRR as implemented on http://wipl-wrr.sourceforge.net/wrr.html won't help. It divides traffic by the IP, but it looks like the original poster needs to divide it among users on a local machine. Yours sincerely, Peter ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] Re: RFC - bandwidth optimization idea
> From: [EMAIL PROTECTED] (Paul Hampson) > Wait, you're trying to send more data than the link can take? Then No, of course I don't expect to send more than the limit. > send UDP, throttle it at the local end with a drop-oldest qdisc. Then > you get the effect of 'most recent data is best'. Anything more Yes, that gives me "most recent is best" but that does not do what I want except in a few weird cases. If every packet is independent, perhaps it would suffice to always send the newest, e.g., if I were trying to tell the other side what's the latest clock time. (In that case I'd also limit the queue length to one.) > You gotta prioritise your data, using TOS or diffserv or something. > Set your voice to real-time, so it always gets sent, and the your > other applications can use unused packet-times. Use a dropping qdisc This may be the best I can do in the current world where the facility I described does not exist. It does not solve the problem I described. TOS/diffserv etc is more for use by the intervening infrastructure and this problem applies even in the case where there is no congestion or delay at all in that infrastructure, but only in the link from the sending machine. Using "real time" is just a matter of giving one application priority over others. First, the link itself may have varying bandwidth, and second the other applications might also have urgent data to send. Dropping packets can be disastrous if they happen to contain critical data that is not duplicated in other packets. At very least I have to be able to find out which ones were dropped. But better than all of that is the ability to decide what to send at the last moment. > I have a vauge recollection that this sort of thing is discussed in > Tannenbaum's Computer Networks textbook, to do with positional data > of satellites or something. (eg. if the positional data is delayed, > we write it off, we don't want to delay the data about where we are > _now_ in order to know where we were _then_) If the goal is to listen to the sound from .2 sec ago and it takes .1 sec to get there then clearly it's a waste of time to send data that's older than .1 sec. But the packet in the queue might have some data that's older and some that's newer. I can't drop part of it. Instead I'd like to know that the packet is about to be sent now, and respond by finding the best data to send now. > From: Ed W <[EMAIL PROTECTED]> > This is a total pain to optimise. Ideally I would like an API to be > able to limit the congestion window on the local machine for a > particular connection (which I don't think exists on either windows or > linux?). This way the OS will report that the queue is full quickly to > the local program without buffering up a ton of data. > > The issue in my case is that you have two simultaneous streams in > transit for email, one to receive new mail and one to send mail out. In > the case of the sat phone it's possible to have net buffers which are 20 > secs or so long and so when you send out a status message to say "email > received successfully, send me the next one", it can end up queued > behind a bunch of lower priority data for a VERY long time. Often these > buffers are on the remote ISP end where you have very little control. > This is a serious slowdown on a link which is costing you $1.50/min. I'm not sure I follow the problem, but if you're saying that one stream should have priority over the other, it seems you could do that with two different queues, one with priority over the other. Or something like sfq could at least prevent one connection from waiting for the other to send a lot of data. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] QOS HELP PLEASE
--- "Martin A. Brown" <[EMAIL PROTECTED]> wrote: > > Dariusz, > > : so the sum of all rates of speeds of classes for > the clients should be > : less than the rate of the class 1:2 ? or i > understand it badly ? > > Indeed, you understand correctly. Your client > classes are leaf classes. > > - An HTB leaf class guarantees access. > - Above , the leaf class will borrow (from > parents) up to . > > This bears repetition: the guaranteed total of > bandwidth, before HTB > shaping and borrowing begins, is the sum of the > rates of the leaf classes. (snip) Can it ever be truly equal? There is going to be some overhead in having the multiple layers, so although the sum of the rates at level N can never exceed the rate of the parent layer at N-1, the penalties must mean that it must be marginally less (even if this is so marginal as to be hard to detect). __ Yahoo! Mail Stay connected, organized, and protected. Take the tour: http://tour.mail.yahoo.com/mailtour.html ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] wonder-shaper
chino wrote: > > Hi all, > I need to provide shell hosting for about 40 users, and few > days ago I found the wondershaper script, so Im trying to > know if this script could help me to improve interactive ssh/telnet > connections. > > Wondershaper could help me or its only efective on OUTGOINGS requests? > > Ok, any comment and feedback will be welcome. > Sorry for my bad english and THANKS in advance. What bad English? Wondershaper does not work all that well because the sums of the rates and ceilings exceeds the root rate. You would do better to look at routehat (Which I think I spelled wrong), which uses WRR (Weighted Round Robin). Wondershaper is an excellent learning tool. By shaping OUTGOING, you can improve incoming, but Wondershaper drops the incoming in excess of the given rate so it is self defeating for improving download speed. If I remember right, it also incorrectly handles ACK packets. Read these: http://digriz.org.uk/ http://mrtg.saintjoe.edu/mrtg/ratelimit/pacemaker/ http://www.freenet.org.nz/python/pyshaper/ http://www.shurdix.org/ You can also have a look at: http://yesican.chsoft.biz/lartc -- gypsy ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] QOS HELP PLEASE
Dariusz, : so the sum of all rates of speeds of classes for the clients should be : less than the rate of the class 1:2 ? or i understand it badly ? Indeed, you understand correctly. Your client classes are leaf classes. - An HTB leaf class guarantees access. - Above , the leaf class will borrow (from parents) up to . This bears repetition: the guaranteed total of bandwidth, before HTB shaping and borrowing begins, is the sum of the rates of the leaf classes. - If you want to make sure that the borrowing and shaping works correctly, be certain to configure HTB so that the leaf (and child) classes can never send more traffic than the parent has in . - For best results, configure HTB so that the leaf (and child) classes can never send more traffic than the parent has in . Good luck, -Martin -- Martin A. Brown --- SecurePipe, Inc. --- [EMAIL PROTECTED] ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] HTB Rate and Prio (continued)
Hi again, I keep posting about my problem with HTB -> http://mailman.ds9a.nl/pipermail/lartc/2005q3/016611.html With a bit of search I recently found the exact same problem I have in the 2004 archives with some graphs that explain it far better than I did -> http://mailman.ds9a.nl/pipermail/lartc/2004q4/014519.html and http://mailman.ds9a.nl/pipermail/lartc/2004q4/014568.html Unluckily there were no solution, well or I didn’t find it in the archives, so if anyone have a clue… I upgraded my box to the 2.6.12.2 kernel with the last iproute 2 but nothing change, I still have my shaping problem. Thanks. Gael. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
[LARTC] wonder-shaper
Hi all, I need to provide shell hosting for about 40 users, and few days ago I found the wondershaper script, so Im trying to know if this script could help me to improve interactive ssh/telnet connections. Wondershaper could help me or its only efective on OUTGOINGS requests? Ok, any comment and feedback will be welcome. Sorry for my bad english and THANKS in advance. ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc