Каталог Поиск 0 Сравнить 0 Закладки 0 Корзина Войти
Каталог
105082, Москва, ул. Фридриха Энгельса, 75с21, БЦ Бауманский ИТКОЛ
Пн - Пт: с 09-00 до 18-00 Сб: с 10-00 до 18-00 Вс: выходной
Страницы: 1 2 След.
RSS
Скорости загрузки UXG-Max ограничены 500 Мбит/с, но скорость загрузки полная для устройств 1GbE., wifiman
 
У меня соединение 1000/1000 Мбит/c, и я уже убедился, что роутер и любые устройства с 2.5GbE, которые я подключаю напрямую к роутеру, могут достигать этой скорости. Однако, когда я подключаю устройство с 1GbE или устройство через 1GbE свитч (US-8-150W), подключенный к роутеру, устройство может достигать лишь 500/940. Перед тем как обновить роутер до UXG-Max, я использовал ER-X, который показывал около 800/750. Новый сетап: Модем <== UXG-Max встроенный тест скорости показывает 1000/1000 Модем <== UXG-Max <== устройство 2.5Gbe показывает 1100/1000 Модем <== UXG-Max <== устройство 1Gbe показывает 500/940 Модем <== UXG-Max <== US-8-150W <== устройство 2.5Gbe показывает 500/940 Модем <== UXG-Max <== US-8-150W <== устройство 1GbE показывает 500/940 Старый сетап: Модем <== ER-X <== US-8-150W <== 1GbE показывает 800/750 У меня также есть аналогичные проблемы с беспроводными устройствами. Я использую 802.11ac с UAP-AC-Pro, и беспроводные скорости также показывают такую же асимметрию. Модем <== UXG-Max <== UAP-AC-Pro <== 802.11ax 2x2 показывает 300/400. Однако моя главная проблема заключается в проводных гигабитных устройствах, которые не работают на 940/940. Я использую speedtest.net для тестирования скоростей загрузки/выгрузки и Steam для тестирования скоростей загрузки.
 
Сегодня обновил UXG-Max с версии 4.0.20 до 4.1.13. Могу подтвердить, что проблемы с пропускной способностью исправлены. https://community.ui.com/releases/UniFi-Gateways-4-1-13/ad1d9577-094d-4669-af11-af04f9293262 На данный момент у меня не возникло никаких проблем: ни с VPN, ни с подключением, ни во время обновления. Буду внимательно следить и сообщу о результатах. Я еще не проводил тесты скорости с включенной системой предотвращения вторжений. РЕДАКТИРОВАНО: Тесты скорости с системой предотвращения вторжений выглядят весьма надежными, без потери производительности. Скорость VPN кажется нестабильной при загрузке, но не могу сказать, связано ли это с работой другого интернет-провайдера или с моим маршрутизатором. В целом, все нормально.
 
Кто-нибудь недавно проводил тестирование UXG Max? Я внимательно следил за релизами последние несколько месяцев, ожидая такой, который не сломает что-то, но так и не увидел ни одного релиза, который не ломал бы что-то еще, чтобы довериться ему и попробовать.
 
Только что провел быстрый тест с предложенным ниже обходным решением. Установив максимальную скорость WAN-порта UCG на ручной режим 1 Гбит/с FDX вместо автоматического 2.5G, я решил проблему и снова получаю полный 1000 Мбит/с на проводных устройствах.
 
Интересная тема. Я в Великобритании и только что сменил интернет-провайдера (с Virgin гигабит на EE/BT Openreach волоконный 1 гигабит). После переключения, первоначальный тест скорости с несколькими проводными устройствами не дал больше 500 Мбит/с - подключение UCG Max напрямую к ONT/PPPoE. Я думал, что проблема в новом провайдере, так как на Virgin у меня были тесты скорости 1000 Мбит/с на проводных устройствах. Я вернулся к маршрутизатору Virgin (в режиме модема) и больше не смог достичь 1000 Мбит/с на своих проводных устройствах... это заставляет меня думать, что что-то изменилось в последних обновлениях Unifi. Требуется больше расследований, буду внимательно следить за этой темой.
 
У меня такая же проблема с моим UCG Max — и Smart Queues, и изменение WAN-интерфейса решают эту проблему, но это неудобно, потому что у меня 2-гигобитное симметричное волокно, и я фактически ограничен, пока они не исправят это. Я использую это устройство с самого запуска, и мне его заменили по гарантии из-за этой проблемы, только чтобы выяснить, что это ошибка...
 
Обратите внимание, что основная проблема заключается в UXG-Max, а не в UCG-Max, и обходные пути с умными очередями и набором ссылок не работают, насколько я это протестировал. Но стоит отметить, что оба устройства страдают от различных багов, связанных с пропускной способностью, по разным причинам. Я все еще поражен тем, что спустя полгода проблема остается и они не могут выпустить стабильное обновление прошивки, которое не разломает что-то другое, что работает в версии 4.0.20.
 
Я открыл запрос в службу поддержки этим утром, и они передали этот баг в разработку. Вот номер моего запроса для справки: 4609873. Ниже приведено мое сообщение в поддержку.-----------------У меня наблюдаются медленные скорости загрузки на моем Unifi Cloud Gateway Max (UCG Max). У меня есть оптоволоконное соединение 1Gb/1Gb (загрузка/выгрузка) через ONT и DHCP, подключенное к интерфейсу WAN1 UCG Max, который автоматически настраивается на 2.5Gb. LAN-интерфейс UCG Max работает на 1Gb. Запуск теста скорости напрямую с UCG Max показывает полные скорости, но все мои устройства показывают скорость загрузки от 250 до 300Mbps и 1Gbps для выгрузки. Есть несколько сообщений на форумах, которые сообщают о той же проблеме. Вот ссылки на мои комментарии в этих постах: 1) https://community.ui.com/questions/UXG-Max-download-speeds-capped-at-500MBps-but-uploads-at-full-speed-for-1GbE-devices/5c96ae66-2951-41f3-b78a-4fb68340a10d#answer/1fc914dd-494c-412c-a940-0dc4221d6b58 2) https://community.ui.com/questions/UXG-Max-poor-speed/111fedec-05de-43f6-a7e3-d911f27af621#answer/2697ce6c-a663-43d3-97ef-738b53feab29 Как упоминается в постах на форумах, я могу обойти эту проблему, либо: A) Установить интерфейс WAN1 на 1Gb B) Включить Smart Queues на WAN1, установив на 1000/1000. См. ниже результаты теста скорости. Проблемный тест скорости: интерфейс WAN1 автоматически настраивается на 2.5Gb. Обратите внимание на скорость загрузки 248.19 Mbps. Сервер: Cox - Оклахома-Сити - Оклахома-Сити, ОК (id: 16619) ISP: Cox Communications Пассивная задержка: 6.02 ms (джиттер: 0.65ms, минимум: 5.58ms, максимум: 6.82ms) Загрузка: 248.19 Mbps (объем данных: 315.6 MB) 5.46 ms (джиттер: 5.94ms, минимум: 4.27ms, максимум: 230.25ms) Выгрузка: 939.44 Mbps (объем данных: 832.1 MB) 11.35 ms (джиттер: 5.10ms, минимум: 5.59ms, максимум: 231.91ms) Потеря пакетов: 0.0% Тест скорости обхода 1: интерфейс WAN1 вручную установлен на 1Gbps. Обратите внимание на скорость загрузки 926.17 Mbps. Сервер: Cox - Оклахома-Сити - Оклахома-Сити, ОК (id: 16619) ISP: Cox Communications Пассивная задержка: 5.75 ms (джиттер: 0.37ms, минимум: 5.11ms, максимум: 6.07ms) Загрузка: 926.17 Mbps (объем данных: 661.7 MB) 8.62 ms (джиттер: 0.68ms, минимум: 5.37ms, максимум: 10.53ms) Выгрузка: 938.12 Mbps (объем данных: 918.9 MB) 10.33 ms (джиттер: 1.09ms, минимум: 6.13ms, максимум: 31.89ms) Потеря пакетов: 0.0% Тест скорости обхода 2: Smart Queues включены и установлены на 1000 Mbps / 1000 Mbps. Обратите внимание на скорость загрузки 866.09 Mbps. Сервер: Cox - Оклахома-Сити - Оклахома-Сити, ОК (id: 16619) ISP: Cox Communications Пассивная задержка: 6.70 ms (джиттер: 0.48ms, минимум: 5.47ms, максимум: 6.88ms) Загрузка: 866.09 Mbps (объем данных: 694.4 MB) 6.19 ms (джиттер: 1.08ms, минимум: 5.02ms, максимум: 16.38ms) Выгрузка: 820.95 Mbps (объем данных: 1.0 GB) 6.62 ms (джиттер: 1.17ms, минимум: 4.92ms, максимум: 10.69ms) Потеря пакетов: 0.0%
 
Я вижу ту же проблему с оптоволоконным подключением 1Gb/1Gb (скачать/загрузить) через ONT, которое автоматически переключается на 2.5Gbps. UCG Max 4.1.13 и Network 9.0.114. Тесты скорости непосредственно с UCG Max показывают полные 1Gbps/1Gbps, а тесты скорости с клиентов за UCG Max показывают 300Mbps/1Gbps. Есть два обходных пути: 1) Установить интерфейс WAN на 1Gb. 2) Включить умные очереди на WAN1, установив их на 1000/1000. * Примечание: достаточно использовать только один из указанных обходных путей. Как и говорили другие, похоже, что что-то не так с настройками умной очереди по умолчанию.
 
Всегда все работало на полную скорость, никаких проблем не было.
 
К сожалению, всё нужно воссоздавать заново, или, точнее, я предпочёл делать именно так. В противном случае вы могли бы сделать резервную копию и восстановить её после сброса, убедившись, что всё работает правильно. Таким образом, вы могли бы исследовать, если восстановление резервной копии вызвало проблемы, уточняя поиск проблемы в каких-то настройках сетевых профилей. После сброса я воссоздал все настройки по одной, проводя десятки тестов для каждого изменения. У меня БОЛЬШЕ не было даже намёка на проблему. Другой замечательной новостью является то, что тесты скорости Ubiquiti, Wifiman и Ookla наконец синхронизированы и все показывают один и тот же результат. Ранее, между внутренним тестом, Wifiman и Ookla, разница составляла несколько сотен мегабит, а также гигабит. Прошу прощения за то, что в ходе всего этого обмена я действительно пропустил, что речь шла об UXG, а не UCG, но, тем не менее, я постараюсь начать с "чистой" базы.
 
Так это сохраняет все DHCP-резервирования и сетевую конфигурацию или же сбросит всё и нужно будет заново создавать практически всю сетевую конфигурацию?Стоит отметить, что для установки версии 4.1.13 (https://community.ui.com/releases/UniFi-OS-Cloud-Gateways-4-1-13/ffee0c26-bcd9-4739-bb35-186e48fad7ce) (это UCG (Cloud Gateway - Controller Included) Max, а не UXG (Controller Not Included) Max 4.1.8 (https://community.ui.com/releases/UniFi-Gateways-4-1-8/5f9fefe3-3557-4f62-b754-fb4ff7980d5c), с которым у нас проблемы в этой теме.Это два разных продукта от Unifi, но могут быть достаточно схожие программные моменты, чтобы попробовать ту же процедуру на нашем UXG-Max, которая, кажется, сработала для вас на UCG-Max. Однако необходимо понять некоторые технические нюансы, поскольку контроллер у нас внешний на UXG-Max, данные, которые вы сбросили с встроенным контроллером, не будут сброшены на устройстве UXG-Max, так как оно находится вне устройства, обычно это Cloud Key Gen 2.
 
Привет. Я нажал кнопку сброса на задней панели устройства. Затем оно перезагрузилось, и началась настройка как в первый раз. Если у вас уже установлена версия ОС 4.1.13, вы увидите это после перезагрузки, в то время как сеть будет версии 8.6.9 (с запросом на обновление, который вы сможете выполнить, когда захотите). В конце короткой настройки, после подключения к провайдеру, прошел тест скорости, и с этого я понял, что проблема наконец решена, чудо. Я перенастроил одну VLAN-сеть за раз и проводил тесты скорости с удивительными результатами. Затем я активировал IDS/IPS и различные правила файрвола, тестируя скорость на каждом этапе, которая оставалась практически неизменной. Не отрицаю, я боялся обновлять сетевую версию до 9, и позволил сделать это ночью, чтобы хотя бы спокойнее уснуть. Утром я проверил, обновилось ли все правильно, потом скрестил пальцы, запустив тест скорости. Феноменально! Теперь я признаю устройство за то, что оно обещает. Я также заметил некоторые улучшения в общем, включая DNS, который работает молниеносно. Я все еще не понимаю, что могло пойти не так раньше, но знаю, что теперь это ракета, и это было тем, что я хотел. Еще я заметил, что внутренний тест скорости с тем, который сделан на Ookla, почти идентичны. Раньше это была лотерея, не имела смысла, данные были совершенно разными. Надеюсь, это сможет решить вашу проблему тоже, и мне будет приятно узнать, как у вас получится. С наилучшими пожеланиями.
 
После вашего комментария я подумаю над этим. На протяжении всех обновлений оба моих UXG потеряли 1 Гбит/с и упали до 500 Мбит/с, что забавно. Один из них получал полный объём трафика, но с некоторыми новыми версиями он упал. Второй никогда не получал нужный объём трафика — я думал, это связано с странными реализациями PPPoE у разных провайдеров. Можешь коротко рассказать, как правильно сбросить UXG? Типа забыть его, а потом снова добавить? Я предполагаю, что конфигурации из CloudKey снова применятся автоматически.
 
UniFi OS 4.1.13 и сеть 9.0.108. Если будет возможность, сбросьте устройство. Вы будете удивлены производительностью. Я настроил IDS/IPS, правила брандмауэра, изоляцию IoT-сети и так далее, и это просто чудо! Я не знаю, что пошло не так с предыдущей версией, когда начались проблемы, которые затем продолжались и усугублялись с обновлением. Но как только я исключил возможность аппаратной проблемы, оставалось только сделать сброс. Поверьте, это невозможно сравнить с тем, что было раньше. Даже ответы DNS теперь практически моментальные! Раньше, чтобы мне сказали, что страница недоступна, ожидал до 15 секунд, а теперь это происходит мгновенно. С приведёнными выше настройками, прошлой ночью мой сын играл на PS5, моя дочь смотрела Netflix на планшете, жена пользовалась Prime на Smart TV, а я играл в онлайн-игры на ПК. Я провел тест скорости и был поражён производительностью. Тест скорости от Ookla показал почти 2.1 Гбит/с на скачивание. Ранее, без каких-либо контрольных правил, я еле дотягивал до 500 Мбит/с, когда никто не был подключен.
 
Так это с версией 4.1.8 или с заводской прошивкой? Я все еще использую 4.0.6.
 
Вчера я перенастроил всю сеть после сброса маршрутизатора. Это было после того, как я с помощью Iperf убедился, что с портами нет аппаратных проблем. Я уже сталкивался с проблемами на старой версии операционной системы и с сетью, которые ухудшились на новой версии. У меня контракт FTTH на 2.5Gbs на вход и 1 Gbs на выход, и еще пару часов назад мне было трудно достигнуть 500 Mbs на вход. Проведя десятки тестов, последний из которых с iperf, чтобы исключить аппаратные проблемы по рекомендации техподдержки (им большое спасибо), я удостоверился, что у маршрутизатора нет проблем с портами, и решил выполнить сброс. После новой настройки на первом тесте, который он автоматически запускает после подключения к интернету, я наконец увидел результат. Я легко превышаю 2.1 Gb на вход и около 800 и более на выход. Затем понемногу я добавил различные средства защиты от несанкционированного доступа и т.д., и все работает великолепно! Когда я закончил сброс, я действовал постепенно, добавляя VLAN один за другим и проводя тест скорости после каждого изменения. Работает прекрасно, и я рад этому.
 
Я понимаю ваше сожаление, и оно тоже моё, поверьте. Но скажу вам, что я перешёл с FritzBox на 7590AX, где в случае проблемы единственное, что вы могли сделать, это позвонить технику, который вас выслушает, но решений не предложит. Затем я перешёл на Synology RT6600AX и два AP MR2200ac, где если у вас возникает проблема (а они есть), единственное, что они могут сказать, это дать им доступ к системе, чтобы проверить, всё ли вы сделали правильно (чистое безумие)! Здесь, по крайней мере, есть форум, где разные пользователи могут делиться своим опытом, многие из которых действительно знающие (что не всегда гарантировано), и я не верю, что их техники игнорируют различные вопросы, которые все мы поднимаем. Даже по билетам, которые я открывал, всегда были достаточно быстрые ответы (это тоже не всегда само собой разумеется). Очевидно, как и вы, я ожидаю решения, так как у меня контракт FTTH на 2.5 Гбит/с на загрузку и 1 Гбит/с на отдачу, который я хочу использовать полностью, а не на 20%, то есть около 500 Мбит/с. Посмотрим, что будет в ближайшие дни.
 
Так fair сказать, что 4.1.8 ухудшило ситуацию вместо того, чтобы улучшить?
 
Недавно я купил UCG MAX. У меня FTTH 2.5 Гбит/с на скачивание и 1 Гбит/с на загрузку. После замены предыдущего роутера, на котором я полностью обеспечивал указанные скорости, я столкнулся с тем, что UCG MAX показывает смешные скорости загрузки, около 500 Мбит/с, а на отдачу вообще ничего нормального! Я открыл тикет, чтобы сообщить об этом, отправил различные файлы для поддержки, но не исключил разные меры по предотвращению вторжений и так далее. Меня попросили предоставить другой файл для поддержки, отключив все. Однако, поскольку я знал, что скоро выйдет новая версия как для сети, так и для ОС, я решил подождать и посмотреть, решится ли проблема. Установил два обновления, перезагрузил роутер и с удивлением увидел, что у меня наконец-то приличные скорости. После перезагрузки около 2.2 Гбит/с на скачивание и почти 900 на отдачу. Жаль, что это продлилось лишь время для сигареты, потому что я вновь столкнулся с еще худшими скоростями, иногда даже не дотягивает до 500 Мбит/с. Вчера я открыл тикет, они дадут мне знать. Конечно, это действительно расстраивает, потому что мне очень нравится их система, особенно их новый брандмауэр зоны. Надеюсь, что проблема решится, также потому что, как я смог увидеть в интернете, это не единичный случай.
Страницы: 1 2 След.
Читают тему (гостей: 1)