Fedora 17でトラフィック制御（tc）が壊れていませんか？
Fedora16からFedora17にアップグレードした後、TrafficControlが機能しなくなったようです。
# 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 ... loss 2%や# tc ... corrupt 3%などの同様のコマンドを実行すると、次のようになります。
RNETLINK answers: No such file or directory
Fedora 16にダウングレードすると、この問題なしにトラフィック制御を使用できるので、ハードウェアの問題ではないと確信しています。
この質問は tc netemが欠落している可能性があります に似ていますが、# yum provides */tcをチェックし、tcがパッケージiprouteからのものであることを確認することで、適切なコンポーネントがインストールされたと思います。持ってる。
netemもインストールする必要のある別のパッケージの一部ですか？
Fedora 17では、カーネル用の未使用の（一般的な使用法では）多くのモジュールをパッケージに移動しましたkernel-modules-extra。
それをインストールすれば、問題は解決します。
FWIW FC16からのアップグレード後、同じ問題が発生します。 tcコマンドは「iproute」パッケージに含まれており、netemqdiscがそこで定義されていると思います。
他の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
これは https://bugzilla.redhat.com/show_bug.cgi?id=823316 で文書化されているようです。