+7 495 320-55-52
- Назад
- Телефоны
- +7 495 320-55-52
- Заказать звонок
info@mikrotik.moscow
г. Москва, ул. Бакунинская, 84
Пн-Пт: 09-00 до 18-00
Сб-Вс: выходной

Добавление veth замедляет интернет.

Добавление veth замедляет интернет., RouterOS

gfunkdave

Guest

27.05.2023 02:53:00

У меня RB5009 с версией 7.9. Добавил veth-интерфейс для контейнера Pihole. Даже когда контейнер не запущен, veth-интерфейс сильно тормозит интернет. Моя номинальная скорость подключения — 500/500. Если отключить veth-порт, получаю около 590 Мбит/с на скачивание и 520 — на отдачу. Как только включаю veth-порт, скорость скачивания падает до 10-25 Мбит/с, а отдача остаётся в районе 450-500. Кто-нибудь может помочь разобраться? Может, у veth-порта есть какие-то проблемы с аппаратным ускорением, но только на скачивание?

stuntard

Guest

04.07.2024 04:17:00

Извиняюсь, что воскресаю старую тему. У меня та же проблема. Как только я добавляю интерфейс VETH в мост, скорость загрузки резко падает, даже если этот интерфейс ни для чего не используется.

/interface veth
add address=10.0.200.200/32 gateway=10.0.200.1 gateway6="" name=veth1

/interface bridge port
add bridge=bridge interface=veth1

Просто этих двух команд достаточно, чтобы все сломать. Интерфейс VETH при этом не используется ни для чего — его простое присутствие в мосту уже вызывает проблему.

Amm0 Guest	#3 0 04.07.2024 09:04:00 Попробуй использовать /24 в качестве IP-адреса для veth. Сейчас там просто /32.

stuntard Guest	#4 0 04.07.2024 11:18:00 Это не имеет значения. Как только в мост добавляется любой VETH, происходит замедление. Это особенно заметно с Usenet, так как он открывает гораздо больше соединений, чем обычная загрузка.

CGGXANNX

Guest

04.07.2024 11:45:00

ИМХО, это логичный итог. Для многих современных (например, RB5009 из этой темы, RB4011, L009, CCR2xxx) и старых (таких как hEX/hEX S) устройств MikroTik, коммутаторный чип умеет аппаратно разгружать множество функций моста: https://help.mikrotik.com/docs/display/ROS/Bridging+and+Switching#BridgingandSwitching-BridgeHardwareOffloading. И именно поэтому рекомендуется делать не более одного моста на каждый коммутаторный чип — чтобы использовать эти функции и чтобы переключение между портами моста происходило аппаратно на скоростях провода.

А когда добавляешь к такому мосту программный интерфейс/порт, ты нарушаешь соответствие 1:1 между коммутаторным чипом и мостом. Чип не может обработать чужой порт, и функции, которые раньше аппаратно разгружались, теперь требуют участия основного процессора. Кадры могут также пойти вне чипа и использовать связь между коммутаторным чипом и основным CPU.

stuntard

Guest

06.07.2024 08:58:00

Существует ли альтернативный способ использования контейнеров без необходимости создавать второй мост? То есть, это «работает», но, насколько я знаю, один мост — это гораздо правильнее, и именно так у меня настроен роутер.

tangent Guest	#7 0 06.07.2024 14:15:00 Да.

stuntard

Guest

06.07.2024 15:34:00

Вот в чём у меня проблема. Если я добавляю veth к своему единственному мосту, скорость загрузки резко падает, хотя тесты скорости почему-то показывают полный максимум. И подключать его к контейнеру даже не обязательно.

stuntard Guest	#9 0 06.07.2024 15:36:00 Я попробую способ через NAT и сравню скорости.

tangent Guest	#10 0 06.07.2024 16:57:00 У нас такого не происходит, но ты ведь не сказал, как именно ты определяешь это замедление так, чтобы можно было повторить. Можешь утверждать, что у тебя повторяется, но гораздо лучше помочь тебе, если ты приведёшь тест, который смогут повторить все, кто собирается участвовать в решении проблемы. У меня, например, на роутере-шлюзе, я просто выключил контейнер iperf3 и удалил veth, который он использовал — и никакой разницы в производительности не заметил. Дай мне тест, который можно надёжно повторить.

Читают тему

Главная Каталог 0 Корзина 0 Избранные Кабинет 0 Сравнение Акции Контакты Услуги Бренды Отзывы Компания Лицензии Документы Реквизиты Поиск Блог Обзоры