similar to: New ESFQ Bandwith Management (VoIP traffic)

Hi Guys, Using the 2.6.test kernel? Alex and I have done some more tests and this is the patch incase ur using jdg-qos script http://www.digriz.org.uk/jdg-qos-script/index.html#qos-2.6 Thanks K _________________________________________________________________ Winterize your home with tips from MSN House & Home. http://special.msn.com/home/warmhome.armx

Hi If I have a HTB class with 128kbit, and I want to put "N" users in that class ( in order to share bandwidth fairly ) , which is better for me ? esfq (hash dst) or wrr ? I would attach esfq or wrr to HTB parent class. Also I''ve readed on Jim script that over WRR put a RED qdisc, but I don''t understand it. bests andres

Hi, It is exactly what I need except one thing. I don''t know exactly if my router is the right place to apply QoS policy. It has two network interfaces and both are 10Mbit/s. The slow part of the network is little bit more far. On their QoS we have 2Mbit and I want all our users to divide this bandwidth equally but also don''t want to unnecessarily restrain their bandwith and to

Dear members, I am trying to share the bandwith for all users fairly. because some users heavily uses p2p programs and a few hosts consume most of bandwith. when we limit each flow it does not work as one client has many connection at same time. Firstly I tried to write a script that use the ipfm(which accounts traffic usage) logs as follow .extract ip addresses heavy bandwith users from

Hello, I am running linux red hat 7.2 and still somewhat unfamiliar to its commands. I am administrator to an ISP with about 80 clients and would like to regulate the speed of uploads and downloads. I understand that I need to place everybody in different class''. Could I get help how to use tc/QBC to limit bandwith and impliment a u32 (or fwmark) filter that names mac

Since I admin the gateway for a network of bandwidth-greedy machines, I figured that esfq with "hash src" would be a more fair allocation of bandwidth than sfq. Unfortunately, there didn''t seem to be a recent patch for 2.6, so I endeavored to build one. The three patches I made (described below) are available within the attached tar.bz2 or at: http://fatooh.org/esfq-2.6/ 1. I

http://fatooh.org/esfq-2.6/ http://fatooh.org/esfq-2.6/esfq-2.6.12-rc1.tar.gz This version no longer interferes with the original SFQ; unlike previous versions, you can still use an unpatched tc with SFQ. Patching tc is still needed for ESFQ, though. I''ve tested this patch with Linux 2.6.11 as well. Please tell me if you have any problems. I''m subscribed to lartc again. -Corey

Hi I have a small lan (10.0.0.0/8) behind my linux box. I use MASQUERADE to allow users connects to internet. I set up an esfq qdisc for outgoing traffic. And there is a little question. Does source hash type in esfq recognize NATed local ip''s? -- Pozdrawiam Marcin mailto:slacklist@op.pl _______________________________________________ LARTC mailing

In a recent thread on this list, Robert Kurjata provided me a patch to add hashing by iptables mark to the Linux 2.4 version of ESFQ. Thanks to that contribution, I was able to easily add support to the 2.6 port I maintain. I found out, however, that the existing hash algorithm results in a lot of colllisions when the range of hashed values is small. The purturbation spreads the collisions out a

I applied esfq patch to kernel then I have applied iproute2-2.2.4-now-ss001007-esfq.diff to patch iproute2 (tc utility, iproute2-ss010824) source: http://www.ssi.bg/~alex/esfq/ But whenever I try to add esfq qdisc with parameter it says it donot know the qdisc i.e esfq. tc qdisc add dev eth0 parent 1:13 handle 13: esfq perturb 34 quantum 1514 depth 25 divisor 23 limit 34534 hash src

Hi. On Mar 12, Corey Hickey posted here(http://mailman.ds9a.nl/pipermail/lartc/2004q1/012038.html) an updated esfq patch for kernel 2.6. Has anyone backported it to kernel 2.4 ? Original esfq patch is not being kept in sync with kernel sfq, it seems. What people have been using with esfq and kernel 2.4.25, the original 2002 esfq patch ? Rubens

Hi, I''m have a linux router like this: ADSL modem-->(eth0) Linux Router (eth1)<--->LAN (6 hosts) Since I want to apply fairness to 6 hosts LAN, I have compiled kernel 2.4.20-8 with patch esfq 0.2 (and iproute2 with patch esfq too.) Next, I run folow script: -------------------------------------------- #!/usr/bin TC="/sbin/tc" $TC qdisc del dev eth1 root 2>

ESFQ''s original hashing algorithm never worked particularly well for the src or dst hash types: close IP addresses, such as 10.0.0.1 and 10.0.0.2 often hashed to the same number, even with many different perturbation values. This prevented the src and dst hash types from working adequately with small and medium-sized network ranges. A while ago, I added the src_direct and dst_direct hash

FYI, i''ve just created a quick patch adding esfq (Enhanced Stochastic Fairness queueing discipline) for tcng (Traffic Control Next Generation). Patch is located at http://devel.dob.sk/tcng+esfq. Enjoy. Sam

On 5/27/05, gypsy <gypsy@iswest.com> wrote: > > > Yeah, I know what it means. > > Where did you get your esfq patch from? I downloded it from http://www.ssi.bg/~alex/esfq/<http://www.ssi.bg/%7Ealex/esfq/> What kernel version? If your kernel is 2.6 then get this patch: > http://kem.p.lodz.pl/~peter/qnet/ <http://kem.p.lodz.pl/%7Epeter/qnet/> > >

Hello list. Yesterday i ask Corey Hickey (maintainer a patch for the original SFQ - http://fatooh.org/esfq-2.6/) about ESFQ perspectives and got your answer: > I do not intend to develop ESFQ any further, since I now maintain a > patch for the original SFQ. As for getting that merged into the kernel, > that will probably happen eventually, but I haven't had much time or >

Hello Tom, Sorry, please but i again return to IFB question. If i correct understand in current situation IFB haven't profit from ESFQ in common cases (i mean internal networks masquarading) so as we wait from ESFQ allocates bandwidth fairly per source IP(internal) but IFB don't know internal IPs. If i correct, what do you think what can help IFB to solve its main disadvantage

In esfq README i have: Depth sets the number of slots. If the number of active flows is greater than the number of slots, flows will end up sharing slots and ESFQ will no longer be fair. If you anticipate more than 128 concurrently active flows, you should use a larger depth and probably a larger divisor (see below). If you expect there to be far fewer than 128 concurrent flows, you

This is a repost of a posting on 2/18/05 that did not survive the crash. Attached is a hacked patch that, when applied to iproute2-2.6.9 and newer (.10 is latest as of this writing) allows the use of esfq. Note that the original kernel patch must still be applied, so this probably does not apply to 2.6 kernels; it is meant for 2.4.18 and newer (.29 is latest as of this writing). Beware the

Hi, We currently have ESFQ running on an old Fedora machine and i'm trying to build a new router with something similar using CentOS 5.5 The problem is that it seems by default the CentOS is not compiled with TC ESFQ or TC filter hash flows I get the following error: Unknown filter "flow", hence option "hash" is unparsable How can i add support for the hash flow