Re: [LARTC] action redirect and dummy interface
On Fri, Nov 11, 2005 at 07:33:58AM +0100, Paweł Staszewski wrote: > Hello i have some problems on 2.6.14 kernel dummy and iproute :) [cut] > > and i have only tx-es on dummy0 interface no rx packets and lan machine > cannot comunicate with server and vice-versa > > imho it's better to use imq. -- Tomasz Paszkowski pgp0KJVIY3g9p.pgp Description: PGP signature ___ LARTC mailing list LARTC@mailman.ds9a.nl http://mailman.ds9a.nl/cgi-bin/mailman/listinfo/lartc
Re: [LARTC] hashing filters
On Wed, Jan 12, 2005 at 07:08:03PM +0100, Valton Hashani wrote: > j=0; > > while [ $j -le 254 ] > > do > i=0; > > while [ $i -le 254 ] > do > hexi=`echo "obase=16; $i" | bc` > echo tc filter add dev eth0 protocol ip parent 1:2 u32 ht 2:$hexi: > match ip dst 192.168.$j.$i flowid 1:3 > tc filter add dev eth0 protocol ip parent 1:2 u32 ht $j:$hexi match > ip dst 192.168.$j.$i flowid 1:3 > i=$((i+1)) > done > > j=$((j+1)) > done pgpqUOYJEdhpf.pgp Description: PGP signature
Re: [LARTC] hashing filters
On Wed, Jan 12, 2005 at 07:08:03PM +0100, Valton Hashani wrote: change te script to: i=0; while [ $i -le 254 ] do hexi=`echo "obase=16; $i" | bc` tc filter add dev eth0 protocol ip parent 1:2 u32 ht 2:$hexi: match ip dst 192.168.$j.$i flowid 1:3 i=$((i+1)) done connected with modifications from previous mail it should work. -- Tomasz Paszkowski Administrator Miejskie Sieci Informatyczne e-wro http://www.e-wro.pl pgpZrE1SlVyOk.pgp Description: PGP signature
Re: [LARTC] hashing filters
On Wed, Jan 12, 2005 at 01:27:18PM +0100, Valton Hashani wrote: > Hi all, > I am a newbie and I have not played a lot with tc utility. I have red maybe > everything that has to do with massive filtering (maybe not everything). If > you can help me on this I would appriciate that very much. I use tc utility > with iproute2-ss040831. > I want to limit bandwidth for the 192.168.0.0/16 subnet using this script. > > > tc qdisc del dev eth0 root > tc qdisc add dev eth0 root handle 1: htb > tc class add dev eth0 parent 1: classid 1:2 htb rate 100Mbit ceil 100MBit > tc filter add dev eth0 parent 1:2 handle 2: protocol ip u32 divisor 256 > tc filter add dev eth0 protocol ip parent 1: u32 match ip dst 192.168.0.0/16 > hashkey mask 0x00ff at 12 link 2: change to: tc filter add dev eth0 protocol ip parent 1: u32 match ip dst 192.168.0.0/24 hashkey mask 0x00ff at 16 link 2: > tc class add dev eth0 parent 1:2 classid 1:3 htb rate 128Kbit ceil 128Kbit > > j=0; > > while [ $j -le 254 ] > > do >i=0; > > while [ $i -le 254 ] > do > hexi=`echo "obase=16; $i" | bc` add hiere: echo tc filter add dev eth0 protocol ip parent 1:2 u32 ht 2:$hexi: match ip dst 192.168.$j.$i flowid 1:3 and show us results. > tc filter add dev eth0 protocol ip parent 1:2 u32 ht 2:$hexi: > match ip dst 192.168.$j.$i flowid 1:3 > i=$((i+1)) > done > > j=$((j+1)) > done > > somewhere at 192.168.8.7/32 it appears on the screen this message > > RTNETLINK answers: File exists > We have an error talking to the kernel > > Can you tell me please what am I doing wrong. -- Tomasz Paszkowski pgpsvzYRSQfJZ.pgp Description: PGP signature
Re: [LARTC] Large number of HTB classes
On Fri, Aug 27, 2004 at 12:22:13PM +0200, Simon Lodal wrote: > > HFSC seems interesting, but does it really work well? I am not afraid of > new stuff, but bleeding edge is probably too risky. I'am running HFSC for network with 4,5k users, handling about 100Mb/s internet traffic with 25kpacket/s without any problems. > > That HTB problem, I guess you mean it is possible to have available > bandwidth, but when some of it has been distributed between users, all > users' ceils go below their quantums? no > > But that implies that users have low ceils? Wouldn't it be solved by > setting all users' ceil to the full link bandwidth? ceil is set to the full link bandwidth. I dosen't help. > > The doubly linked list patch you mention, I believe it should be in > vanilla kernel since 2.4.20-22 or something? I use 2.4.27 here. If not, > do you have a link for it? http://oss.sgi.com/projects/netdev/archive/2004-08/msg00348.html Consider also using rbtree HFSC patches. -- Tomasz Paszkowski pgp60NLTpvumP.pgp Description: PGP signature
Re: [LARTC] Large number of HTB classes
On Fri, Aug 27, 2004 at 10:46:59AM +0200, Simon Lodal wrote: > > I am planning a setup with thousands of classes in a HTB qdisc, say from > 1:1000 to 1:2000, each with a very small rate and a big ceil, for fair > sharing of a 45mbit link. Consider using HFSC. HTB is not the best solution for such a number of classes with small rate. Users will not be able to get the whole ceil even if there will be avaliable bandwidth. Secondly make sure your're using kernel with double linked list patch applied to qdisc api. -- Tomasz Paszkowski pgp6suZVgTBMn.pgp Description: PGP signature
[LARTC] problems with hfsc
Hello, I've discoverd hfsc few days ago, and for me it's great ! I'am running it on linux 2.4.26 with vlan interfaces using iANS. During tests I've discovered few problems. My set of rules is quite big: [EMAIL PROTECTED]:/home/system/scr/etc/hfsc_rebuild# cat tc.batch | grep hfsc | wc -l 27900 and alwyas when I delete the root hfsc class, machine is loosing network conectivity for about 15 seconds. The second problems is that after reloading set of rules machine is losing network conectivity on some virtual interfaces. As I remember the same problem was present in the earliest version of linux kernels (< 2.4.26) in htb code. -- Tomasz Paszkowski pgpqgTwzL3d7c.pgp Description: PGP signature