
Я пытаюсь ограничить пропускную способность интерфейса внутри пространства имен с помощью 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, когда я добавляю qdisc к внутреннему порту qr-, однако трафик просто не ограничивался и все время шел на линейной скорости. Гуглил некоторое время и не могу найти решения. Уродливый способ ограничить трафик — использовать модуль limit iptable, с помощью которого невозможно получить стабильную скорость на потоке tcp, и трудно преобразовать аргумент limit в фактическую пропускную способность.