similar to: ESFQ patch problem

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

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

Hello, First I want to point out that I''m not so familiar with HFSC, since there not so much info online. But here is my script: ${TC} class add dev ${LAN_IFACE} parent 1:0 classid 1:1 hfsc ls rate 100mbit ul rate 100mbit ${TC} class add dev ${LAN_IFACE} parent 1:1 classid 1:2 hfsc ls rate 90mbit ul rate 90mbit ${TC} class add

Hello, there''s a problem I''ve had for several months now, and I''ve never been able to find an answer to it. I''ll try to explain as quick as possible: I have a server that controlls my home network, it provides internet to them also (NAT) and I would like to provide QoS by shaping traffic. I have a p2p server here (running mldonkey), since only that

Hi, I have a default class for my un-marked traffic (prio 5) and a prio 0 class for the important stuff, but I do not understand why my download traffic is duplicated in both. It work fine for my upload traffic (same setting except the red class but I have the same result if I create an esfq instead). Any comments/information will be appreciated. Below my config : tc commands from my scirpt :

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>

Hi, i´ve read about this problem but i didn´t find any solution. I have a router with nat like that: internet - eth0 - Router - eth1 - Lan I made a htb script for shaping outgoing in eth0 and it works great. The problem begin with the incoming traffic... Like other people said, when somebody in the lan uses the tipical download accelerator, the line is out because the bandwidth is divided by

Hello! I am using since yesterday ESFQ instead of N HTB queues. It mostly works OK, but when somebody is using one single sesion (for example downloading file via FTP), it gets weird speed. For example it is 20 kilobytes pres second, then drops down to 9, then 20 again, and then slowly to 0 and stops. But when using download accelererator of some kind or bittorrent client which uses many

Hi! Some time ago I faced a problem in limiting traffic on host with multiple uplinks. Since all the stuff worked nice seemed that there will be no problems. But then I realized that P2P users are smart enough to bypass limits as sfq doesn''t give fair sharing in this case (thousands of connections from one user versus few from the other). I tried IMQ but it''s instability in my

I downloaded iproute2-2.4.7-now-ss010824.tar.gz and I did patched tc with the htb3.6_tc.diff from htb3.6-020525.tgz and when I try to use a htb script I get just errors. I did not patch the kernel, since I use kernel 2.4.21 and I saw on - HTB Homepage that I need to patch it only if I run version 2.4.20 or earlier. Do also need the kernel patch ? Or maybe is something else wrong? RTNETLINK

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

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

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

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/> > >

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, 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

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

Hello, I haven''t been keeping up with sending ESFQ [ANNOUNCE] messages to this list, but I''ve still been working on the patch. If you''re curious about recent changes, take a look at the home page, ChangeLog, and README: http://fatooh.org/esfq-2.6/ http://fatooh.org/esfq-2.6/current/ChangeLog http://fatooh.org/esfq-2.6/current/README Meanwhile, I''m interested

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, Could you tell me how did you solve your problem? I have exactly the same problem but with this configuration: - linux 2.4.20 kernel, HTB option checked - iproute2-2.4.7-now-ss010824.tar.gz installed, which is the latest version I found at ftp://ftp.sunet.se/pub/Linux/ip-routing/, except for "try" or "do not use" versions. I guess I do not need patching iproute2 and