Привет всем!
В течение последней недели я разбирался с постоянными проблемами подключения в моем доме после обновления с оригинальной Dream Machine на UDR7. Я думаю, что нашел причину: UDR7, похоже, агрессивно отбрасывает UDP-пакеты, когда Smart Queues отключены. Я видел сообщения о том, что другие сталкивались с этим уже несколько месяцев.
Симптомы, с которыми я сталкиваюсь:
* Сайты, использующие HTTP3/QUIC, работают ненадежно (иногда загружаются, иногда зависают при навигации).
* Instagram Reels зависают через несколько секунд.
* Голосовые/видеозвонки на таких платформах, как Teams, Skype и Discord, часто обрываются или имеют плохое качество.
Поиск и диагностика:
Общим фактором, похоже, являются приложения, которые зависят от UDP, особенно с растущим использованием QUIC (который лежит в основе HTTP3).
Я попытался обновить UniFi OS до последней Early Access версии, как предлагалось, но это не решило проблему.
Вы можете проверить, затронуты ли вы, используя iperf3 против сервера за пределами вашей сети (замените xx.xx.xx.xx на IP-адрес сервера):
`iperf3 -c xx.xx.xx.xx -u -b 10M --length 1400`
Ключевое наблюдение: при отключенных Smart Queues на интерфейсе WAN мой тест iperf3 показывает, что отправитель успешно отправляет все датаграммы, но получатель сообщает только о получении крошечной доли (например, 25 из почти 9000 отправленных в моем тесте), что указывает на массовую потерю UDP-пакетов маршрутизатором:
[ ID] Интервал Передача Битрейт Джиттер Потеряно/Всего датаграммы
[ 5] 0.00-10.00 сек 11.9 MБ 10.0 Мбит/сек 0.000 мс 0/8928 (0%) отправитель
[ 5] 0.00-10.07 сек 34.2 KБ 27.8 Kбит/сек 0.082 мс 0/25 (0%) получатель
# Примечание: Отправитель сообщил 0/8928 потеряно (отправил нормально), но получатель получил только 25.
Другой способ протестировать — тест http-ping: [http-ping test.goliac.xyz/1MB](http-ping test.goliac.xyz/1MB) -v -K -3 -i 0s -c 10
Я разместил файл случайных данных размером 1 МБ по этому URL и пытаюсь получить его 10 раз, используя HTTP3, с потерей пакетов примерно в 90%.
[http-ping test.goliac.xyz/1MB](http-ping test.goliac.xyz/1MB) -v -K -2 -i 0s -c 10
Но если оставить всё остальное без изменений и принудительно использовать HTTP2, то потеря пакетов будет равна 0%. Также существуют файлы меньшего размера (1 кБ и 500 б) на том же хосте, и HTTP3 и HTTP2 работают как ожидалось. Так что что-то не так с UDP-пакетами, особенно когда они становятся достаточно большими, возможно, близкими к MTU?
Временное решение:
Единственный способ, который я нашел, чтобы остановить потерю пакетов, — это ВКЛЮЧИТЬ Smart Queues на интерфейсе WAN. Однако это приводит к значительному снижению производительности, снижая мой пропускную способность с ~800 Мбит/с до примерно 200 Мбит/с.
Вопросы:
* Кто-нибудь еще сталкивается с подобными проблемами, связанными с UDP/QUIC, на UDR7 с Early Access OS (4.2.9 и 9.1.120)?
* Кто-нибудь нашел исправление, кроме включения Smart Queues и снижения производительности?
Спасибо за любые идеи!
В течение последней недели я разбирался с постоянными проблемами подключения в моем доме после обновления с оригинальной Dream Machine на UDR7. Я думаю, что нашел причину: UDR7, похоже, агрессивно отбрасывает UDP-пакеты, когда Smart Queues отключены. Я видел сообщения о том, что другие сталкивались с этим уже несколько месяцев.
Симптомы, с которыми я сталкиваюсь:
* Сайты, использующие HTTP3/QUIC, работают ненадежно (иногда загружаются, иногда зависают при навигации).
* Instagram Reels зависают через несколько секунд.
* Голосовые/видеозвонки на таких платформах, как Teams, Skype и Discord, часто обрываются или имеют плохое качество.
Поиск и диагностика:
Общим фактором, похоже, являются приложения, которые зависят от UDP, особенно с растущим использованием QUIC (который лежит в основе HTTP3).
Я попытался обновить UniFi OS до последней Early Access версии, как предлагалось, но это не решило проблему.
Вы можете проверить, затронуты ли вы, используя iperf3 против сервера за пределами вашей сети (замените xx.xx.xx.xx на IP-адрес сервера):
`iperf3 -c xx.xx.xx.xx -u -b 10M --length 1400`
Ключевое наблюдение: при отключенных Smart Queues на интерфейсе WAN мой тест iperf3 показывает, что отправитель успешно отправляет все датаграммы, но получатель сообщает только о получении крошечной доли (например, 25 из почти 9000 отправленных в моем тесте), что указывает на массовую потерю UDP-пакетов маршрутизатором:
[ ID] Интервал Передача Битрейт Джиттер Потеряно/Всего датаграммы
[ 5] 0.00-10.00 сек 11.9 MБ 10.0 Мбит/сек 0.000 мс 0/8928 (0%) отправитель
[ 5] 0.00-10.07 сек 34.2 KБ 27.8 Kбит/сек 0.082 мс 0/25 (0%) получатель
# Примечание: Отправитель сообщил 0/8928 потеряно (отправил нормально), но получатель получил только 25.
Другой способ протестировать — тест http-ping: [http-ping test.goliac.xyz/1MB](http-ping test.goliac.xyz/1MB) -v -K -3 -i 0s -c 10
Я разместил файл случайных данных размером 1 МБ по этому URL и пытаюсь получить его 10 раз, используя HTTP3, с потерей пакетов примерно в 90%.
[http-ping test.goliac.xyz/1MB](http-ping test.goliac.xyz/1MB) -v -K -2 -i 0s -c 10
Но если оставить всё остальное без изменений и принудительно использовать HTTP2, то потеря пакетов будет равна 0%. Также существуют файлы меньшего размера (1 кБ и 500 б) на том же хосте, и HTTP3 и HTTP2 работают как ожидалось. Так что что-то не так с UDP-пакетами, особенно когда они становятся достаточно большими, возможно, близкими к MTU?
Временное решение:
Единственный способ, который я нашел, чтобы остановить потерю пакетов, — это ВКЛЮЧИТЬ Smart Queues на интерфейсе WAN. Однако это приводит к значительному снижению производительности, снижая мой пропускную способность с ~800 Мбит/с до примерно 200 Мбит/с.
Вопросы:
* Кто-нибудь еще сталкивается с подобными проблемами, связанными с UDP/QUIC, на UDR7 с Early Access OS (4.2.9 и 9.1.120)?
* Кто-нибудь нашел исправление, кроме включения Smart Queues и снижения производительности?
Спасибо за любые идеи!