search for: 50000kbit

...t and ceil for class is 50Mbit: class htb 1:11 parent 1:1 leaf 110: prio 0 quantum 37500 rate 3000Kbit ceil 10000Kbit burst 50Kb/8 mpu 0b overhead 0b cburst 14098b Sent 0 bytes 0 pkts (dropped 0, overlimits 0) lended: 0 borrowed: 0 giants: 0 tokens: 111847 ctokens: 9240 class htb 1:1 root rate 50000Kbit ceil 50000Kbit burst 64093b/8 mpu 0b overhead 0b cburst 64093b/8 mpu 0b overhead 0b level 7 Sent 574199301 bytes 563132 pkts (dropped 0, overlimits 0) rate 48914Kbit 5996pps lended: 556777 borrowed: 0 giants: 0 tokens: -8491 ctokens: -8491 class htb 1:13 parent 1:1 leaf 130: prio 5 quantum 100...

...don't work. (Change our HP 4000M switch to another one, Downloaded MS patch, Setting the network card parameters at the registry, trying to set the NIC speed manualy, trying to change the NIC, modifed the SO_SNDBUF size at samba, and much more.. ) Which I see in iptraf, is the copy starts at 50000kbit/sec and after a while it's go under 2000-3000 kbit/sec, then go back to 50000kbit/sec .. and so on. My HW is a HP Proliant ML330T03 P4 Xeon 2.4G with 512M memory and the same size of swap.. 3* SCSI2 HDD netbios name = obelix workgroup = WORK os level = 64 prefe...

Hello, after spending several hours reading archives, I decided to write new post. I successfully set up packet classification, made some basic HTB setup, made some simple graphical representation from HTB statistics data... BUT, I cannot figure out how to refine HTB to get this behaviour: I need that class "p2p" should be the last one to get some link capacity. If I set both RATE

...C, bandwidth is about 10 Mbits/s But if A send to C, Bandwidth is about 14 Mbits/s, instead of 10 Mbits/s. I think perhaps the MTU should be different according to bandwidth ? Has someone an idea about this ? Here is my configuration : On A : tc class add dev eth0 parent 1: classid 1:2 htb rate 50000kbit ceil 50000kbit mtu 65536 tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dst B flowid 1:2 On B : tc class add dev eth0 parent 1: classid 1:2 htb rate 10000kbit ceil 10000kbit mtu 65536 tc filter add dev eth0 parent 1: protocol ip prio 1 u32 match ip dst C flowid 1:2 On B, /proc/...

Hi guys, i have a little doubt ; I have eth0 ethernet and eth1 wireless , and they are bridged in br0 Is there any difference in the behavior between do tc qdisc add dev br0 root sfq OR tc qdisc add dev eth0 root sfq && tc qdisc add dev eth1 root sfq -- []''s Salatiel "O maior prazer do inteligente é bancar o idiota diante de um idiota que banca o

Hi, all I''ve got problems with tc qdisc ingress. I''m using vanillia kernel 2.6.14.4 patched with http://www.ssi.bg/~ja/routes-2.6.14-12.diff, and iproute2-2.6.14-051107. i am using ingress to limit incoming traffic : (DEV is eth1 / DOWNLINK is 7700) # attach ingress policer: tc qdisc add dev $DEV handle ffff: ingress # filter *everything* to it (0.0.0.0/0), drop everything

As a necessety for my job is to real-time monitor the bytes, packets, packet dropped etc of all the qdiscs working inside the kernel i''ve tried varius methods: 1. Parse tc -s command output and update a round robin database and use rrdtool to graphically display tc statistics. [varius perl scripts exist for the above job] 2. Unsuccesfully tried QoS SNMP extensions, in order to use a