从Fedora 16升级到Fedora 17后，stream量控制似乎不再起作用。
运行# tc qdisc show将输出：
qdisc pfifo_fast 0: dev eth0 root refcnt 2 bands 3 priopmap 1 2 2 2 1 2 0 0 1 1 1 1 1 1 1 1
但是，如果我运行# tc qdisc add dev eth0 root netem delay 100ms或类似的命令，如# tc qdisc add dev eth0 root netem delay 100ms # tc ... loss 2%或# tc qdisc add dev eth0 root netem delay 100ms # tc ... corrupt 3%我得到以下内容：
RNETLINK answers: No such file or directory
降级到Fedora 16允许我在没有这个问题的情况下使用stream量控制，所以我相信这不是硬件问题。
这个问题类似于tc netem可能丢失，但我相信通过检查＃yum # yum provides */tc安装正确的组件，并确定tc是从包iproute ，我最新的安装。
是我还必须安装另一个包的netem部分？
在Fedora 17中，他们把很多未被使用的（我猜是常用的）模块转移到kernel-modules-extra软件包中。
安装，你的问题将消失。
FWIW从FC16升级后，我看到了同样的问题。 tc命令在'iproute'包中，我相信netem qdisc是在那里定义的。
我已经validation，我得到了与其他tc命令相同的响应（除了只是尝试添加netem qdisc）与例如：
# tc qdisc add dev eth1 handle 1:0 root dsmark indices 1 default_index 0 RTNETLINK answers: No such file or directory
这似乎logging在https://bugzilla.redhat.com/show_bug.cgi?id=823316