☰

OpenvSwitch によって作成されたポート上の名前空間内のトラフィック制御はサポートされていますか?

tag-icon • tag-icon linux networking ip tc namespace
OpenvSwitch によって作成されたポート上の名前空間内のトラフィック制御はサポートされていますか?

tcを使用して名前空間内のインターフェースの帯域幅を制限しようとしていますが、あまりうまくいきません。どうやらサポートされていないようです。https://lists.linux-foundation.org/pipermail/containers/2009-September/020473.html

これは CentOS 6.5 上です。奇妙なのは、ここでのチュートリアルの概要を使用すると正常に動作することです。http://gigawhitlocks.com/2014/08/18/network-namespaces.htmlしたがって、名前空間内で Openstack によって作成されたこのポートに何か特別なことが起きているに違いありません。動作していないポートは、Openstack 内の仮想ルーターのゲートウェイとして機能するポートです。

編集2: tc で動作しないインターフェースに関する詳細情報:
ip netns exec qrouter-6a080f37.. ethtool -S qr-a9b3962f-d4 no stats available

編集: 誰かが、名前空間内のopenvswitchによって作成されたポートで同じ問題に遭遇しているようです。http://openvswitch.org/pipermail/discuss/2014-May/013925.html

次のコマンドは、RTNETLINK の応答で失敗します: 無効な引数:

# ip netns exec qrouter-6a080f37-4da0-4646-ad36-062b748d15be tc qdisc add dev qr-a9b3962f-d4 root netem loss 30%
RTNETLINK answers: Invalid argument
[root@node-1 ~]# ip netns exec qrouter-6a080f37-4da0-4646-ad36-062b748d15be ip a
43: lo: <LOOPBACK,UP,LOWER_UP> mtu 16436 qdisc noqueue state UNKNOWN 
    link/loopback 00:00:00:00:00:00 brd 00:00:00:00:00:00
    inet 127.0.0.1/8 scope host lo
    inet6 ::1/128 scope host 
       valid_lft forever preferred_lft forever
44: qg-4bda7108-d2: <BROADCAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN 
    link/ether fa:16:3e:95:cc:7b brd ff:ff:ff:ff:ff:ff
    inet 119.81.159.206/27 brd 119.81.159.223 scope global qg-4bda7108-d2
    inet 119.81.159.207/32 brd 119.81.159.207 scope global qg-4bda7108-d2
    inet 119.81.159.209/32 brd 119.81.159.209 scope global qg-4bda7108-d2
    inet6 fe80::f816:3eff:fe95:cc7b/64 scope link 
       valid_lft forever preferred_lft forever
47: qr-a9b3962f-d4: <BROADCAST,UP,LOWER_UP> mtu 1500 qdisc noqueue state UNKNOWN 
    link/ether fa:16:3e:c2:64:dd brd ff:ff:ff:ff:ff:ff
    inet 192.168.99.1/24 brd 192.168.99.255 scope global qr-a9b3962f-d4
    inet6 fe80::f816:3eff:fec2:64dd/64 scope link 
       valid_lft forever preferred_lft forever
# ip netns exec qrouter-6a080f37-4da0-4646-ad36-062b748d15be tc qdisc add dev qr-a9b3962f-d4 root tbf rate 1mbit burst 10kb limit 100kb
RTNETLINK answers: Invalid argument

答え1

私も同様の問題に遭遇しました。qdisc を内部 qr-port に追加したときに、qdisc コマンドのようにエラーは報告されませんが、トラフィックは調整されず、常にライン レートで流れます。しばらく Google で検索しましたが、解決策が見つかりません。トラフィックを調整する醜い方法は、iptable の制限モジュールを使用することですが、TCP フローで安定したレートを得ることは不可能であり、制限引数を実際の帯域幅に変換するのは困難です。

関連情報