| lists.openwall.net | lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC | |
|
Open Source and information security mailing list archives
| ||
|
Date: Thu, 07 Nov 2013 06:29:46 -0800 From: Eric Dumazet <eric.dumazet@...il.com> To: Anton 'EvilMan' Danilov <littlesmilingcloud@...il.com> Cc: netdev@...r.kernel.org Subject: Re: Using HTB over MultiQ On Thu, 2013-11-07 at 17:12 +0400, Anton 'EvilMan' Danilov wrote: > But I see zero statistics on the leaf htb classes and nonzero > statistics on the classifier filters: > > ~$ tc -s -p filter list dev eth1 > ... > filter parent 10: protocol ip pref 5 u32 fh 2:f2:800 order 2048 key > ht 2 bkt f2 flowid 11:1736 (rule hit 306 success 306) > match IP src xx.xx.xx.xx/30 (success 306 ) > ... Filter matches and flowid 11:1736 chosen But then, when the packet enters HTB, it enters HTB on one of the 8 HTB trees, and only one of them contains 11:1736 and could queue the packet into its local pfifo 50. For 7 others HTB trees, flowid 11:1736 doesn't match any htb class, so packet is queued into the default queue attached to the HTB tree. > > ~$ tc -s -s -d c ls dev eth1 classid 11:1736 > class htb 11:1736 parent 11:1 leaf 1736: prio 0 quantum 12800 rate > 1024Kbit ceil 1024Kbit burst 1599b/1 mpu 0b overhead 0b cburst 1599b/1 > mpu 0b overhead 0b level 0 > Sent 0 bytes 0 pkt (dropped 0, overlimits 0 requeues 0) > rate 0bit 0pps backlog 0b 0p requeues 0 > lended: 0 borrowed: 0 giants: 0 > tokens: 195312 ctokens: 195312 -- To unsubscribe from this list: send the line "unsubscribe netdev" in the body of a message to majordomo@...r.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html
Powered by blists - more mailing lists