tc qdisc show dev eth0 qdisc htb 1: root refcnt 2 r2q 10 default 2 direct_packets_stat 6 qdisc sfq ffce: parent 1:ffce limit 127p quantum 1514b perturb 10sec tc class show dev eth0 class htb 1:ffce parent 1:2 leaf ffce: prio 0 rate 5000Kbit ceil 5000Kbit burst 1600b cburst 1600b class htb 1:2 root rate 1000Mbit ceil 1000Mbit burst 1375b cburst 1375b tc filter show dev eth0 filter parent 1: protocol all pref 2 u32 filter parent 1: protocol all pref 2 u32 fh 800: ht divisor 1 filter parent 1: protocol all pref 2 u32 fh 800::2e order 46 key ht 800 bkt 0 flowid 1:ffce match xxxxxxxx/ffffffff at 12 ----- The ip is replaced with xxxxxxxx. eth0 is the WAN interface. pktgen.conf key parameters: count 10000000 delay 10000 When I removed all the tc rules, the latency was OK. On 2013-3-2, at 1:20, Andrew Beverley <andy@xxxxxxxxxxx> wrote: > On Thu, 2013-02-28 at 20:22 +0800, faicker mo wrote: >> Hi, I have a NAT box(also a gateway) with 2 Nics. eth0 is WAN >> interface, eth1 is LAN interface. I made some htb rules on WAN >> interface(because only the egress interface can shape). I limited a LAN >> machine named X 2Mbit. I test it with pktgen. X send many small udp >> packets to outside without receiving them, upto 70K pps. The bandwidth >> is >> 2Mbit. Now I ping the NAT box from another LAN machine, I find >> the latency is increasing more,sometimes packet loss. I see htb class >> dropped many packets. the CPU is normal. Any ideas? > > Can you post your HTB/tc rules please. > >> Am I wrong to limit the bandwidth at that place? > > No, that's fine, that's the best way to do it. > > > -- To unsubscribe from this list: send the line "unsubscribe lartc" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
