Назад | Перейти на главную страницу

Нарушен ли контроль трафика (tc) в Fedora 17?

После обновления Fedora 16 до Fedora 17 управление трафиком больше не работает.

Бег # 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 позволяет мне использовать Traffic Control без этой проблемы, поэтому я убежден, что это не проблема с оборудованием.

Этот вопрос похож на tc netem возможно отсутствует но я считаю, что правильные компоненты были установлены, проверив # yum provides */tc и убедившись, что tc находится в пакете iproute, последняя установка которого у меня.

Является netem часть другого пакета, который я также должен установить?

В Fedora 17 они переместили в пакет много неиспользуемых (я думаю, обычно используемых) модулей ядра. дополнительные модули ядра.

Установите это, и ваша проблема исчезнет.

FWIW Я вижу ту же проблему после обновления с FC16. команда tc находится в пакете iproute, и я полагаю, что netem qdisc определен там.

Я проверил, что получаю такой же ответ на другие команды 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