Re: CBQ's weird behavior

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



In article <Pine.GSO.4.20.0206072358390.25247-100000@pinus.cc.fer.hr> you wrote:
> p_size (bytes)  10       50       100      200      300       400       
> g (kbit/s)      20,8     36,8     56,8     96,8     136,8     176,8     
> m (kbit/s)      20,7997  36,7995  56,7993  96,7987  105,2356  104,0127  
> num_of_rec_p    5000     5000     5000     5000     3947      3043      

> p_size (bytes)  500       800       1000
> g (kbit/s)      216,8     336,8     416,8
> m (kbit/s)      105,7655  103,6437  102,9431
> num_of_rec_p    5000      5000      5000

> -> My first problem is that I can't figure out why (for the packet size
> greater than a 400 bytes) the packets that should be dropped go overlimit
> and don't get dropped by qdisc or class?

It looks to me this is becase they are not overlimit. As you can see the
psize1000 is m=102 and the pksize400 is m=104. That means there is no need
to drop packets.

> For the packets smaller (or equal) than a 400 bytes this works normal.
> -> The second one is: Why the class isn't limited exactly as I defined
> (100 kbit/s)?

I asume this is due to the sample rate. it looks like it starts to limit to
106kbits.

Greetings
Bernd
-
: send the line "unsubscribe linux-net" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html

[Index of Archives]     [Netdev]     [Ethernet Bridging]     [Linux 802.1Q VLAN]     [Linux Wireless]     [Kernel Newbies]     [Security]     [Linux for Hams]     [Netfilter]     [Git]     [Bugtraq]     [Yosemite News and Information]     [MIPS Linux]     [ARM Linux]     [Linux RAID]     [Linux PCI]     [Linux Admin]     [Samba]

  Powered by Linux