☰

是否支援 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 內部虛擬路由器閘道的連接埠。

Edit2：有關不適用於 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 端口時，它不會像您的 qdisc 命令那樣報告錯誤，但是流量不會受到限制並且始終以線速運行。谷歌了一段時間，找不到解決方案。限制流量的一種醜陋方法是使用 iptable 的 limit 模組，這不可能在 tcp 流量上獲得穩定的速率，並且很難將 limit 參數轉換為實際頻寬。

相關內容