Tc-Netem не работает с мостом для имитации джиттера.

Вопрос или проблема

    sudo ip link add name br0 type bridge
    
    sudo ip link set enx7cc2c6474599 master br0
    sudo ip link set enx7cc2c6331825 master br0
    
    sudo ip link set enx7cc2c6474599 up
    sudo ip link set enx7cc2c6331825 up
    sudo ip link set br0 up
    sudo sysctl -w net.ipv4.ip_forward=1
    sudo sysctl net.ipv4.conf.all.forwarding
    sudo sysctl net.ipv4.conf.default.forwarding
    sudo sysctl -p

    sudo tc qdisc add dev enx7cc2c6474599 root netem delay 10ms 8ms distribution normal
    sudo tc qdisc add dev enx7cc2c6331825 root netem delay 10ms 8ms distribution normal

    sudo tc qdisc add dev enx7cc2c6474599 root netem delay 10ms 40ms reorder 25%
    sudo tc qdisc add dev enx7cc2c6331825 root netem delay 10ms 40ms reorder 25%

Ответ или решение

Проблемы с сетью: использование TC-Netem для симуляции джиттера через мост в Ubuntu 24.04

Ваша задача по симуляции джиттера с использованием TC-Netem на Ubuntu 24.04 очень интересна, но, к сожалению, вы столкнулись с распространенной проблемой, связанной с работой сетевых интерфейсов в мостах и применением сетевых очередей. Давайте подробнее рассмотрим ваш сценарий, выявим возможные проблемы и предложим пути их решения.

Настройка сети

Как видно из вашего описания, вы настроили мост br0, объединив два физические интерфейса: enx7cc2c6474599 и enx7cc2c6331825. После этого вы правильно активировали мост и включили маршрутизацию с помощью команды sysctl. Однако использование [tc qdisc] на мастер-интерфейсах (то есть на enx7cc2c6474599 и enx7cc2c6331825) может приводить к непредсказуемым результатам, поскольку трафик, проходящий через них, уже обрабатывается мостом.

Проблемы с конфигурацией TC-Netem

1. Распространение сетевых очередей: При добавлении сетевых очередей tc на физические интерфейсы, можно не достичь ожидаемого результата, поскольку мост обрабатывает пакеты несколько иначе. Сначала стоит применить tc qdisc непосредственно к мосту br0, чтобы контролировать весь проходящий через него трафик.

   sudo tc qdisc add dev br0 root netem delay 10ms 8ms distribution normal

2. Проверка настроек: Убедитесь, что вы правильно применили команды tc. Рекомендуется сначала удалить существующие настройки для интерфейсов:

   sudo tc qdisc del dev enx7cc2c6474599 root
   sudo tc qdisc del dev enx7cc2c6331825 root
   sudo tc qdisc del dev br0 root

   Затем добавьте задержку к br0, как указано выше.

Выполнение проверок

Чтобы диагностировать, как именно сетевые пакеты передаются, используйте инструменты мониторинга, такие как tcpdump, для проверки трафика на разных интерфейсах. Это поможет вам убедиться, что джиттер и порядок пакетов действительно изменяются.

sudo tcpdump -i br0

Альтернативы и дополнительные рекомендации

Если вышеуказанные действия не помогли, вы можете рассмотреть следующие альтернативы:

• Использование других виртуализаций: Попробуйте использовать veth парные интерфейсы вместо моста, если это возможно в вашей архитектуре. Они могут предоставить более предсказуемое поведение для тестирования джиттера.

• Настройка pfifo_fast: Убедитесь, что ваша политикаFIFO не мешает тому, что вы пытаетесь реализовать. Вы можете применить tc к общему qdisc, чтобы настроить его соответствующим образом.

Заключение

Сетевые приложения на Linux, такие как TC и Netem, могут быть мощными инструментами для симуляции различных условий сети, но их настройка может вызывать трудности. Проблемы, которые вы описали, могут быть связаны как с конфигурацией, так и с особенностями работы в Ubuntu 24.04. Надеюсь, предложенные решения помогут вам настроить симуляцию джиттера для вашего проекта. Если у вас возникнут дополнительные вопросы, не стесняйтесь обращаться за поддержкой.