Wi-CAT LLC

Wireless Comprehensive Advanced Technology. Build your network now.

Wi-CAT LLC
Навигация Форума
Вы должны войти, чтобы создавать сообщения и темы.

Ошибки проектирования сети (всё на беспроводе и в 2.4), последствия.

Добрый день!

Устройство SNR-CPE-W4N, клиенты подключены по WIFI, количество ~5-10 + 1 сервер, подключен по LAN.

При загрузке объемных файлов (1-5 GB) от клиента на сервер происходит замедление работы всей wifi сети, взлетает время ping, медленно открываются или отваливаются по таймауту страницы интернет. (Остальные беспроводные клиенты начинают скачивать файлы, т.к. используется синхронизация). При этом доступ к серверу из WAN без тормозов. (Настроен port forwarding)

Правильно ли понимаю, что возможно просто не хватает WIFI полосы или роутер не справляется с трафиком? Может есть настройки, чтобы улучшить ситуацию? (Непрерывная передача данных отключена).

Дамп трафика еще не смотрел.

 

 

Добрый.

В 2.4 такая схема гарантированно грусть и печаль, даже если все клиенты будут 2T2R.

Роутер прожуёт трафик на скорости порта, тут нет проблем. А вот в 2.4ГГц будет гарантированный затык.

Ну и ещё момент. На стороне сервера настройте таки шейпер в виде HTB+SFQ на конце (в сторону клиентов). На HTB ограничите BURST в пределах 90% от скорости порта маршрутизатора (соточный же т.е. 90) ceil где-нить на уровне 80Мбит. Это позволит избежать затыка на портах. А SFQ на конце заставит сервер псевдосправедливо раскидывать трафик по соединениям в сторону клиента. Тем самым всегда будет доставаться +/- километр одинаковый трафик. Лучше конечно шейпить исходя из производительности самого узкого участка в виде самого дохлого клиента на 2.4, но боюсь там совсем грусть и печаль будет.

Ну и в идеале бы наоборот избегать по WIFI одновременной массовой загрузки полосы особенно в убитом 2.4ГГц. Особенно когда не обеспечиваются макс рэйты на всех клиентах, т.е. есть там за стенками и т.д.

Синхронизацию растащите по времени что бы одновременно за эфир не бодались, станет в разы веселее.

Роутер тут не причём. Скорее всего упёрлись в эфир. В 2.4 в такой схеме никакие эиртаймы не помогут.

Уходить в 5ГГц (можно разнести по диапазонам), лимитировать как выше говорил на стороне сервера аппетит что бы избежать заторов по физике и сбалансировать трафик в сторону клиентов.

Ну и всё стационарное вешать на провод просто по определению.

P.S. Специфика 802.11 такова что тут невозможно чётко нарезать время которое может занимать клиент в эфире. Т.е. нет TDD от слова совсем. В 802.11ax таки в стандарте появился, но работать это всё начнёт дай бог лет через 8 т.к. требуется поддержка в т.ч. на стороне клиентов. Все остальные хитрости помогают слабо.

PP.S. Попрошу на будущее темы ну хоть как-то информативно называть. Понимаю сложно. Но всё это не имеет отношения ни к какой скорости соединения.

Резюме.

  1. всё что можно на провод - нужно на провод
  2. замена роутера на дуалбэнд
  3. укладывание трафика шейпером на стороне источника (сервера)
  4. если есть клиенты с низкими рэйтами (в соседнем помещении или ещё где) то организовать покрытие для них используя схему с несколькими AP
  5. разнести периоды активности клиентов аля бэкапы во времени

И т.д. и т.п.

Кнопки кайф увы пока не изобрели. Но мы работаем над этим ;)

Цитата: sfstudio от 10/06/2019, 16:39

Резюме.

Огромное спасибо за развернутый ответ!

К сожалению, изначально сеть была построена на 2.4, и вот, разумеется, случился затык - следовало ожидать. Разнести синхронизацию скорее всего не получится, попробую реализацию с шейпингом. Если нет, то либо переход на 5-ку либо на провод.

 

Цитата: sfstudio от 10/06/2019, 16:31

PP.S. Попрошу на будущее темы ну хоть как-то информативно называть. Понимаю сложно. Но всё это не имеет отношения ни к какой скорости соединения.

Извините, на будущее учту!

Ничего страшного, но просто когда называете тему стоит задумываться что кто-то другой будет искать инфу, а темы они как оглавление. Т.е. из темы должно быть номинально ясно, что внутри, иначе сильно осложняет поиск нужной  информации.

Форум ведь нужен в первую очередь что бы моно было быстро найти ответ если кто-то уже столкнулся с аналогичной проблемой.

Ну и по 5ке стоит понимать, что это тоже на корню проблему не решит. Мог бы потенциально решить TDD но он есть только в AX который пока дикая экзотика.

Потому первое с чего стоит начинать всегда - перенос стационарных устройств на провод (STB/системники/то что не таскается с собой). Если тянуть провод не выходит, то есть PowerLine и т.д.

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

Да и провод заапгрейдить нынче до гигабита или даже 2,5/5/10 не особо прям уж напряжно по деньгам.

В общем это вопрос проектирования сети.

Если вы нашли ошибку, пожалуйста, выделите фрагмент текста и нажмите Ctrl+Enter.

Сообщить об опечатке

Текст, который будет отправлен нашим редакторам: