similar to: esfq

I have a policy doubt. Suppose next scenario: I''ve a Internet link (1 Mb upload, and 1 Mb download). That link is maneged with a Linux QoS box (HTB/eSFQ and so on). Suppose that I''ve 50 customers sharing Internet Link, and I must to assign 3 ranges of bandwidth for them. Gold customers: 128 kbits Silver customers: 64 kbits brass customers: 32 kbits Next, I create classes

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.... I''m trying to setup a LAN router with P2P filter but the problem is that can''t "catch" Ares. There is a way to DROP "ares" p2p packets ? I''ve tried with last "ipp2p" snapshot without sucess... I''ve Kernel 2.4.28 iptables 1.3.0 Various Patches from patch-o-matic-ng-20040621 iproute2-ss020116 IMQ Patch Esfq Patch

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

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

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

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

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

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

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

Hey, fellow LART controlllers, I''d like to ask if someome has a real esfq experience with HTB class hierarchy and esfq qdiscs. Lets say that I want to unite the connections to 10 client PCs with u32 or fw filters (doesn''t matter which one in fact) into one HTB class with esfq qdisc at the end. Did anyone tried it, and more important, did it worked the way it is supposed to? As