linux tc htb bandwidth ceil被忽略并给出不正确的结果

前端之家收集整理的这篇文章主要介绍了linux tc htb bandwidth ceil被忽略并给出不正确的结果前端之家小编觉得挺不错的,现在分享给大家,也给大家做个参考。
我正在设置一些像这样的htb数据包队列:
tc qdisc add dev eth0 root handle 10: htb
tc qdisc add dev eth1 root handle 10: htb

tc class add dev eth0 parent 10: classid 10:1012 htb rate 750kbps ceil 750kbps
tc filter add dev eth0 parent 10: protocol ip prio 10 handle 1: cgroup
tc class add dev eth1 parent 10: classid 10:1012 htb rate 750kbps ceil 750kbps
tc filter add dev eth1 parent 10: protocol ip prio 10 handle 1: cgroup

我正在使用wget下载一个10MB的文件来测试它.
我已经验证了数据包上有正确的classid.

当我没有这些tc规则进行下载时,我的平均下载速度约为9MB / s

当我应用限制时,我的速度下降,但它下降到错误的数字.它一直保持在3.7MB / s.

我不知道为什么我的限制会超过这么多,特别是考虑到我有一个ceil设置.我注意到下载似乎开始限制在750kbps,但随后开始逐渐增加速度.

任何人都有任何想法,我做错了什么?

干杯!

解决方法

如果没有进一步了解您的实际配置,我将假设您有一个cgroup问题.

尝试此操作以排除您的cgroup并仅限制设备本身.

#!/bin/bash

# Using ifb device to shape ingress traffic
modprobe ifb
ifconfig ifb0 up

# flush tc
tc qdisc del dev eth0 root &> /dev/null
tc qdisc del dev eth0 ingress &> /dev/null
tc qdisc del dev ifb0 root &> /dev/null

# limit all outbound traffic
tc qdisc add dev eth0 root handle 1: htb default 1
tc class add dev eth0 parent 1: classid 1:1 htb rate 1mbit

# forward inbound traffic to ifb
tc qdisc add dev eth0 ingress
tc filter add dev eth0 parent ffff: protocol all u32 match u32 0 0 action mirred egress redirect dev ifb0

# limit all inbound traffic via ifb egress
tc qdisc add dev ifb0 root handle 1: htb default 1
tc class add dev ifb0 parent 1: classid 1:1 htb rate 1mbit

测试,您应该看到它在入站和出站都有效.如果您只想限制一个方向,请忽略另一个方向.

猜你在找的Linux相关文章