Hi Richard, hi all > Shorewall users (e.g. Bering users) can use the script (qos.sh) directly > (without installing a new package) by copying it to the file > /etc/shorewall/tcstart, and replacing the string "tc " with "run_tc " in > the file. You will need modules (sch_cbq.o sch_sfq.o and cls_u32.o) > compiled along with your kernel.
Thank you for that info. I never tried it with shorewall. > Will your script help the performance on heavily loaded external links? Yes. > Your script constructs a queue for the internal interface, which > prioritizes traffic for that interface, but I have an easily saturated > dial-up connection, and my problems are (I suspect) with the very large > queues that build up at my upstream provider. I don't see how your > script will help me with this problem, though it is likely the problem > is with my understanding, rather than with your script! I shape traffic both on the internal and external interface. Ingress policing is just the easier to shape the internal interface. The shaping of the internal interface is the replacement for ingress policing and completely covers the ISP-queue-problem. Advantage of CBQ'ing of the internal interface instead of using ingress policing: -You can add filters which incoming traffic goes in which class (and that is what I already did with important TCP packets, ICMP and UDP). -Works with older versions of tc --- Sandro Minola | LEAF Developer (http://leaf.sourceforge.net) mailto:[EMAIL PROTECTED] | mailto:[EMAIL PROTECTED] http://www.minola.ch | http://leaf.sourceforge.net/devel/sminola > -----Original Message----- > From: [EMAIL PROTECTED] > [mailto:[EMAIL PROTECTED]]On Behalf Of Richard > Doyle > Sent: Thursday, March 28, 2002 8:32 PM > To: Leaf-Devel > Subject: RE: [Leaf-devel] Two new packages: Newest CIPE and QoS (Fair > Queing) > > > > Hi all > > > > I've just finished two new packages: > > ciped-1.lrp (for floppy kernels) > > ciped-1-ide.lrp (for IDE kernels, Dachstein-CD needs this!) > > qos.lrp > > <snip> > > > QoS: > > I created a QoS (Fair Queing) package for Dachstein. Because it's not > > completely finished, this package does not appear in the lrcfg menu. > > Shorewall users (e.g. Bering users) can use the script (qos.sh) directly > (without installing a new package) by copying it to the file > /etc/shorewall/tcstart, and replacing the string "tc " with "run_tc " in > the file. You will need modules (sch_cbq.o sch_sfq.o and cls_u32.o) > compiled along with your kernel. > > > > ***Please edit /usr/sbin/qos.sh according to your internet speed*** > > There are only four values which you have to care about: > > ETH_SPEED_UPLINK=10 > > ETH_SPEED_DOWNLINK=10 > > DOWNLINK=512 > > UPLINK=128 > > Everything is documented in the file itself (read the > > comments). The script > > is completely plug&play and should fit most setups without > > changes. This > > script does REALLY take effect! Now you can surf while > > downloading with > > maximum speed, play Counter-Strike while down/uploadin > > without lags, upload > > while downloading, ssh without lags while > > uploading/downloading etc etc. > > Sandro- > > Will your script help the performance on heavily loaded external links? > Your script constructs a queue for the internal interface, which > prioritizes traffic for that interface, but I have an easily saturated > dial-up connection, and my problems are (I suspect) with the very large > queues that build up at my upstream provider. I don't see how your > script will help me with this problem, though it is likely the problem > is with my understanding, rather than with your script! > > The solution I use is ingress policing, which as I understand it, drops > packets when incoming flows exceed some threshold. This works, as far as > it goes. While downloading files, ping times to my ISP typically rise to > several seconds without ingess policing; with ingress policing ping > times generally stay below a few hundred milliseconds. In other words, > surfing used to be impossible during downloads, but now its just slow. > > What do you think? > > -Richard > > > _______________________________________________ > Leaf-devel mailing list > [EMAIL PROTECTED] > https://lists.sourceforge.net/lists/listinfo/leaf-devel > _______________________________________________ Leaf-devel mailing list [EMAIL PROTECTED] https://lists.sourceforge.net/lists/listinfo/leaf-devel
