Недавно купил DreamRouter7 и две U7Pro AP. Конфигурация довольно простая: три Wifi SSIDs и три сети/VLAN. Зональный файрвол включен и работает корректно. У меня 1Gb оптика, очень стабильная. Проводные клиенты всегда имеют полное подключение к интернету — неважно, к какому VLAN они подключены. Wifi клиенты также всегда имеют полное подключение к интернету, когда подключены к U7Pro AP, независимо от того, к какому Wifi SSID/VLAN они подключены.
Я могу проверить клиент, просто стоя рядом с U7Pro, выключая/включая wifi, проверяя страницу UniFi Clients, чтобы убедиться, что я подключен к U7Pro (а не к DR7), и затем загружая крупную веб-страницу. Это всегда работает.
Однако, иногда, когда клиенты подключены к DR7, у клиентов возникают странные TCP таймауты. Я проверяю это, стоя рядом с DR7, выключая/включая wifi, подтверждая на странице Unifi Clients, что клиент подключен к DR7, и затем загружая веб-сайт. Веб-сайт начнет загружаться, но после нескольких килобайт — может быть, пары мегабайт — соединение зависнет, и больше данных не будет поступать. Выглядит как отсутствие окон, но когда я wireshark, я вижу лишь задержки, а не типичное отсутствие окон. Наблюдал такое поведение на недавно обновлённых Chromebooks (использующих 5GHz) и на Android Pixel 9 (использующем 6GHz) и на MacBook Pro 2024 (тоже 6GHz).
Я говорю "иногда" выше, потому что это не всегда происходит. Когда я это замечаю, я перезагружаю DR7. Обычно соединения стабильны какое-то время после перезагрузки. Но в конечном итоге клиенты начинают демонстрировать вышеописанное поведение.
Что еще хуже, это происходит только при подключении к интернету. Хосты внутри моей сети, такие как сам DR7 или мой NAS, все загружаются корректно по TCP.
Ещё один аргумент: сайты, которые сильно зависят от UDP или QUIC — такие как Google — в основном работают нормально. Очевидно, что это проблема с TCP.
Я пробовал как с включенным, так и с выключенным "Flow Control", и это, похоже, не имеет значения. Jumbo Frames включены, но я не менял никаких MTU в системе.
Я в полном замешательстве, почему это происходит. Есть ли у кого-нибудь подсказки по устранению неполадок или диагностике?
Спасибо.
UnifiOS: 4.1.22
Network: 9.0.114
U7Pro устройства подключены по проводу; "Mesh"ing отключен.
Я могу проверить клиент, просто стоя рядом с U7Pro, выключая/включая wifi, проверяя страницу UniFi Clients, чтобы убедиться, что я подключен к U7Pro (а не к DR7), и затем загружая крупную веб-страницу. Это всегда работает.
Однако, иногда, когда клиенты подключены к DR7, у клиентов возникают странные TCP таймауты. Я проверяю это, стоя рядом с DR7, выключая/включая wifi, подтверждая на странице Unifi Clients, что клиент подключен к DR7, и затем загружая веб-сайт. Веб-сайт начнет загружаться, но после нескольких килобайт — может быть, пары мегабайт — соединение зависнет, и больше данных не будет поступать. Выглядит как отсутствие окон, но когда я wireshark, я вижу лишь задержки, а не типичное отсутствие окон. Наблюдал такое поведение на недавно обновлённых Chromebooks (использующих 5GHz) и на Android Pixel 9 (использующем 6GHz) и на MacBook Pro 2024 (тоже 6GHz).
Я говорю "иногда" выше, потому что это не всегда происходит. Когда я это замечаю, я перезагружаю DR7. Обычно соединения стабильны какое-то время после перезагрузки. Но в конечном итоге клиенты начинают демонстрировать вышеописанное поведение.
Что еще хуже, это происходит только при подключении к интернету. Хосты внутри моей сети, такие как сам DR7 или мой NAS, все загружаются корректно по TCP.
Ещё один аргумент: сайты, которые сильно зависят от UDP или QUIC — такие как Google — в основном работают нормально. Очевидно, что это проблема с TCP.
Я пробовал как с включенным, так и с выключенным "Flow Control", и это, похоже, не имеет значения. Jumbo Frames включены, но я не менял никаких MTU в системе.
Я в полном замешательстве, почему это происходит. Есть ли у кого-нибудь подсказки по устранению неполадок или диагностике?
Спасибо.
UnifiOS: 4.1.22
Network: 9.0.114
U7Pro устройства подключены по проводу; "Mesh"ing отключен.