search for: pref

...straight & working answer. I have an imq device with dynamically attacched classes/qdiscs/filters. There is a hashing filter that maps the last octet of an user''s IP address to a class (and associated qdisc). The "empty" filter looks like this: filter parent 1: protocol ip pref 5 u32 filter parent 1: protocol ip pref 5 u32 fh 2: ht divisor 256 filter parent 1: protocol ip pref 5 u32 fh 800: ht divisor 1 filter parent 1: protocol ip pref 5 u32 fh 800::800 order 2048 key ht 800 bkt 0 link 2: (rule hit 0 success 0) match 00000000/00000000 at 12 (success 0 ) hash mask...

Hello, I''m trying to shape traffic by IP addresses and by 802.1q vlans. But when I add 802.1q filter filters output looks strange. Maybe I''m missing some options to TC? Thanks, Mindaugas # ./bin/tc -s -d filter show dev eth0 filter parent 1: protocol ip pref 1 u32 filter parent 1: protocol ip pref 1 u32 fh 800: ht divisor 1 filter parent 1: protocol ip pref 1 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 1:10 match d5e2b800/fffffe00 at 12 filter parent 1: protocol ip pref 1 u32 fh 800::801 order 2049 key ht 800 bkt 0 flowid 1:11 match d5e28af0...

Hello list, I discover strange behaviour of shaping traffic that i setup from Shorewall-4.0.2. I know that this is not Shorewall problem but may be somebody from list can help me or explain this situation. I have follow interfaces in 'tcdevices' files: #INTERFACE IN-BANDWITH OUT-BANDWIDTH # $EXT_IF 500kbit 248kbit $INT1_IF 500mbit

...# tc class add dev eth0 parent 1: classid 1:130 htb rate 1Mbit ceil 1Mbit # tc filter add dev eth0 protocol ip parent 1:0 prio 130 u32 match ip dst \ > 1.1.1.10 flowid 1:130 The output of "tc -d filter show dev eth0" makes sense to me and looks like this: filter parent 1: protocol ip pref 130 u32 filter parent 1: protocol ip pref 130 u32 fh 800: ht divisor 1 filter parent 1: protocol ip pref 130 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 1:130 match 0101010a/ffffffff at 16 If I add a third class and a filter for it, things start looking weird to me: # tc filter add dev...

Hello I have directory /rsyncprob/config/pref owner root Own is: drwxr-xr-x 3 root datasync 12288 Jan 5 18:08 prefs I execute: su - datasync #datasync> rsync -arvz --update /rsyncprob/ datasync@172.31.199.203:/rsyncprob/ <mailto:datasync@172.31.199.203:/rsyncprob/> Obtaing error: rsync: send_files failed to o...

...-d class show dev eth0 class prio 1:1 parent 1: Sent 0 bytes 0 pkts (dropped 0, overlimits 0) class prio 1:2 parent 1: Sent 0 bytes 0 pkts (dropped 0, overlimits 0) class prio 1:3 parent 1: Sent 0 bytes 0 pkts (dropped 0, overlimits 0) tc -s -d filter show dev eth0 filter parent 1: protocol ip pref 1 u32 filter parent 1: protocol ip pref 1 u32 fh 800: ht divisor 1 filter parent 1: protocol ip pref 1 u32 fh 800::800 order 2048 key ht 800 bkt 0 flowid 1:1 (rule hit 45901 success 3595) match 00100000/00ff0000 at 0 (success 3595 ) filter parent 1: protocol ip pref 1 u32 fh 800::801 order 2049...

...ceil 64kbit quantum 1500 $TC qdisc add dev $DEV parent 1:1020 handle 1020: sfq perturb 10 $TC filter add dev $DEV protocol ip parent 1:0 u32 match ip src $CUSTOMER_C_IP flowid 1:1020 run this script and under shell type: root:/scripts# tc -s -d filter ls dev imq0 filter parent 1: protocol ip pref 1 fw filter parent 1: protocol ip pref 1 fw handle 0x28 classid 1:3 PREF 1 = PRIO 1 filter parent 1: protocol ip pref 49151 u32 PREF 49151 = PRIO 0 !! then PRIO 0 has low prio that PRIO 1. filter parent 1: protocol ip pref 49151 u32 fh 802: ht divisor 1 filter parent 1: protocol...

...h ip src 0.0.0.0/0 flowid 1:21 # Traffic between offices (IPSEC) - Priority: High tc filter add dev eth0 parent 1:0 prio 0 protocol ip u32 match ip src <ip net> match ip protocol 50 0xff flowid 1:22 # tc -s filter show dev eth0 ---------------------------------- filter parent 1: protocol ip pref 2 u32 filter parent 1: protocol ip pref 2 u32 fh 800: ht divisor 1 filter parent 1: protocol ip pref 2 u32 fh 800::802 order 2050 key ht 800 bkt 0 flowid 1:21 (rule hit 428 success 426) match c0000000/e0000000 at 16 (success 426 ) match 00000000/00000000 at 12 (success 426 ) filter parent 1: p...

Hi list, I''m playing with tc and found a strange behavior when I try to delete filters. For example, this simple scenario: tc qdisc add dev eth1 root handle 1: htb default 100 tc class add dev eth1 parent 1: classid 1:1 htb rate 128Kbit tc class add dev eth1 parent 1: classid 1:2 htb rate 258Kbit tc class add dev eth1 parent 1: classid 1:100 htb rate 32Kbit tc filter add dev eth1 parent

Hi, I am currently working on the TC. I have seen some behaviour which seems to be odd. I know someone in the mailing list would have seen this problem or may have some fix for this problem. When I try to include u32 filters with different priority or pref, I could see the filters being set on all the priority''s irrespective of the priority number. See my sample script below and the command "tc filter show dev eth1 parent yy:". Can anyone suggest a fix for this. Is that a bug in just displaying - if so has it been fixed or is the...

...d dev eth0 parent 2:40 protocol ip prio 1 u32 match ip dst 192.168.0.2/32 flowid 2:2002 At this point everything work fine, both User 1 and User 2 can get close to 256kbit from both networks in same time. But when I try to show filters I get: # tc filter ls dev eth0 filter parent 2: protocol ip pref 1 u32 filter parent 2: protocol ip pref 1 u32 fh 802: ht divisor 1 filter parent 2: protocol ip pref 1 u32 fh 802::800 order 2048 key ht 802 bkt 0 flowid 2:2001 match c0a80001/ffffffff at 16 filter parent 2: protocol ip pref 1 u32 fh 802::801 order 2049 key ht 802 bkt 0 flowid 2:2002 match c0a8...

...h1 parent 1:$ip handle $ip:0 sfq perturb 10 #tx #marking packets iptables -t mangle -A MYSHAPER-OUT -p tcp -s 192.168.$siec.$ip -j MARK --set-mark $ip #tc tc class add dev eth0 parent 2:1 classid 2:$ip htb rate $txmin$kbit ceil $txmaxluser$kbit #filtering by mark tc filter add dev eth0 protocol ip preference 1 parent 2:0 handle $ip fw flowid 2:$ip tc qdisc add dev eth0 parent 2:$ip handle $ip:1 sfq perturb 10 done echo "" #siec 2.0 siec=2 for ip in $(awk ''{ print $1 }'' /skrytpy/ip2); do echo -n "$ip " tc class add dev eth1 parent 1:1 classid 1:$ip htb rate $...

...voip and other tc filter add dev eth1 parent 1:0 prio 1 protocol ip u32 match ip src 192.168.0.14 flowid 110: tc filter add dev eth1 parent 1:0 prio 1 protocol ip u32 match ip dst 0/0 flowid 1:20 //and others are for qos min-delay, empty-ack, and everything else tc filter add dev eth1 parent 1:20 pref 2 protocol ip u32 match ip tos 0x10 0xff flowid 121: tc filter add dev eth1 parent 1:20 pref 3 protocol ip u32 match ip protocol 6 0xff match u8 0x10 0xff at nexthd r+13 match u16 0x0000 0xffc0 at 2 flowid 122: tc filter add dev eth1 parent 1:20 pref 4 protocol ip route flowid 123: --- tc -s -d qd...

...- at the startup by calling this method: sub daemonize { die "Can not fork: $!\n" unless defined (my $child = fork()); # the parent should die exit 0 if $child; setsid(); open(STDIN, '</dev/null'); open(STDOUT, '>/tmp/pref.txt'); open(STDERR, '>&STDOUT'); chdir('/'); umask(0); } It runs on CentOS 5.6 Linux / 64 bit, PostgreSQL 8.4.8 and Perl 5.8.8. Because my budget is small and I had enough troubles already, I want to use as little additional software as possi...

...eth0 V parent 20:0 protocol ip prio 1 handle ::128 u32 match ip tos 0x44 0xfc flowid 20:1 To check if the filter rule was indeed added, I run tc filter show dev eth0 parent 20: This gave me the following output: filter protocol ip pref 1 u32 filter protocol ip pref 1 u32 fh 800: ht divisor 1 filter protocol ip pref 1 u32 fh 800::128 order 296 key ht 800 bkt 0 flowid 20:1 match 00440000/00fc0000 at 0 I tried deleting the filter rule that I added using: tc filter del dev eth0 pref 1 protocol ip handle 800::...

...urst 12k prio 2 quantum 1536 tc qdisc add dev eth0 parent 1:0x25 handle 0x25: pfifo limit 5 tc class add dev eth0 parent 1:20 classid 1:0x26 htb rate 256Kbit ceil 512Kbit burst 12k prio 2 quantum 1536 tc qdisc add dev eth0 parent 1:0x26 handle 0x26: pfifo limit 5 tc filter add dev eth0 protocol ip pref 10 parent 1:10 u32 match ip dst 192.168.0.2 classid 1:0x25 tc filter add dev eth0 protocol ip pref 10 parent 1:20 u32 match ip dst 192.168.0.2 classid 1:0x26 #DEVICE: eth1 tc class add dev eth1 parent 1:1 classid 1:10 htb rate 100Mbit ceil 100Mbit burst 12k prio 2 quantum 1536 tc filter add dev...

...2 and It does not work with my laptop (chip NVIDIA GeForce 330M GT). (I give more information of the nvidia chip below). I've seen an error message related to my nvidia chip that may also be related to my problem : pci 0000:01:00.0: no compatible bridge window for [mem 0xfff80000-0xffffffff pref] Thanks in advance for your response. Best regards Eric Here more information : # dmesg |grep "01\:00\.0" [ 0.933105] pci 0000:01:00.0: reg 10: [mem 0xd0000000-0xd0ffffff] [ 0.933122] pci 0000:01:00.0: reg 14: [mem 0xa0000000-0xafffffff 64bit pref] [ 0.933139] pci 0000:01:0...

I have a bit of code in a controller that looks like this: @current_festival.monitor_preferences.each do |pref| if pref.user_id == @me.id pref.preference = params[:monitor_pref] #pref.save end end @current_festival.save_with_validation(false) the Festival class has_many :monitor_preferences the MonitorPreference class belongs_to :festival In the configuration above...

Hello, sorry, for 1 more question on CentOS 5 -> CentOS 6 migration. On my old CentOS 5.7 machine I have the following line: pref:3:respawn:/bin/su -c '/usr/local/pref/pref.pl >/tmp/pref-`date +%a`.txt 2>&1' afarber and this has served me well, I don't want to install anything else like daemontools etc. - to keep my web-server easily reinstallable (or movable to another hoster). But now I have migrated...

...2 pkts (dropped 0, overlimits 0) qdisc sfq 10: limit 128p quantum 1514b perturb 10sec Sent 0 bytes 0 pkts (dropped 0, overlimits 0) qdisc htb 1: r2q 10 default 80 direct_packets_stat 0 Sent 12658 bytes 77 pkts (dropped 0, overlimits 0) tc -s -d filter show dev eth1 filter parent 1: protocol ip pref 49151 fw filter parent 1: protocol ip pref 49151 fw handle 0x50 classid 1:80 filter parent 1: protocol ip pref 49151 fw filter parent 1: protocol ip pref 49151 fw handle 0x28 classid 1:40 filter parent 1: protocol ip pref 49151 fw filter parent 1: protocol ip pref 49151 fw handle 0x1e classid 1:30...