@maxis-it
такс, ответ будет длинный и не утешительный.
первая ошибка: вы купили точки, заведомо работающие онли на 2.4 ггц, а жизни на этой частоте особой уже нет в современных реалиях. также минус интерфейс 100 мегабит
эфир слишком загружен, и даже работающая микроволновка на пути 2.4 сигнала может знатно испоганить сигнал. уж молчу про количество беспроводных периферийных девайсов, модули которых также на 2.4 работают
сейчас жизнь клиентов в условиях квартир/бизнес центров лишь на 5 ггц возможна адекватная и то зачастую с тюнингом эфира.
на 2.4 возможна жизнь если только на дачах/частных домах с толстенными стенами, до которых из таких же частных домов с толстенными стенами сигнал особо и не долетает)
справедливости ради, все же пинг конкретно на скрине ещё довольно таки адекватный. хотя опять же, если дать норм нагрузку в процессе. пинг может улететь в небеса)))
есть конечно "умные" и старые устройства, у которых модуль на 2.4 онли, в таких случаях даже 2.4 отдельным ssid выводят, чтобы все остальные нормальные клиенты даже и не думали на 2.4 переходить.
omada контроллер (аппаратный или программный) нужен для централизованной настройки и управления точками подобными, а также создания бесшовной беспроводной сети.
при отсутствии контроллера эти точки все равно что отдельные бюджетные точки доступа, которые друг о другие ничего не знают, соответственно и роуминг на них аля handover, то бишь по сути особо никакой).
по повому mesh, если вдаваться в суть, то mesh это ячеистая сеть, подключение точки доступа к точке доступа по wifi
убрался один модуль ,точки между собой пытаются соединиться без этого модуля, то бишь модули окромя главного взаимозаменяемы и нет ведомого/ведущего (если это явно не прописано в настройках в отдельных случаях)
но с точки зрения грамотной и стабильной сетевой инфраструктуры это в корне не верный путь.
точки должны подключаться в сеть кабелем, а не соединяться по wifi Друг с другом.
и теперь мы плавно переходим к тому, что такое бесшовный роуминг, когда точки доступа имеют единый SSID (не одинаковый, а единый) и поддерживают технологии 802.11 r/k/v
вот тогда то и будет роуминг адекватный между точками, но при отсутствии контроллера в омаде это невозможно
ошибка номер 2 (реализация при данном оборудовании и переменных):
как известно, есть 3 не пересекающихся канала на частоте 2.4 (1/6/11). но это выражение справедливо лишь для 3 точек без наличия сторонних и на ширине канала 20 мгц.
рекомендуемая ширина канала на 2.4 ггц - 20 мгц, на частоте 5 ггц - 40 мгц
в зависимости от расположения конкретной точки доступа естественно и эфир будет меняться, будут видеться новые точки/пропадать старые точки и эфир сканировать соотв нужно в месте расположения конкретной точки доступа и настраивать каналы для каждой индивидуально. также нужно иметь в виду, что по хорошему даже точки в одной сети должны разноситься по разным каналам. стоит ли говорить, что на частоте 2.4 это потенциально проблематично ввиду загаженности эфира и большей пробиваемости на 2.4?)
тут мало того, в идеале нужно ходить по соседям и перенастраивать их точки доступа каждую соотв вышеописанным правилам. а на 2.4 вообще мощность передатчика с высокого до среднего занижать и себе и соседям.
В вашем случае хоть вы и упомянули про 7 канал ,но по факту на 2 точки сидят на 6 канале, который также сильно перегружен соседями. и не мудрено там,что есть проблемы.
Ну а в общем глобально вам нужно менять точки минимум на eap225 v4 двухдиапазонные с гигабитом. и опять же, если текущие в 2.4 ггц покрывают заданную площадь в количестве 3 штук, то скорее всего для покрытия площади на 5 ггц придётся закупить уже 4 точки.
и то тут конечно вопрос, нужны ли dfs частоты, чтобы хорошо разносить точки по каналам без конфликтов. ибо dfs на них есть или нет, лично я не помню, но как минимум в данном случае придётся притопать к соседям с сяоми и тп линк и протюнить их точки с ширины канала 80 мгц до 40 мгц на частотном диапазоне 5 ггц. соотв настроив фиксированный номер канала
В вашем утверждении вы купили 3 точки омада и сделали на них всех одну основную и одну гостевую сеть. И не имеете аппаратного контроллера.
Вопрос, омада контроллер разворачивался на компьютере или каждая точка настраивалась отдельно вручную?
Также на скрине можно понять и увидеть, что в списке присутствуют лишь 2 точки омады. по крайней мере на скрине я вижу лишь 2 точки тп линк корпорейшн с похожими маками и ssid guest, а два самых верхних с отличными маками никак не определяются в графе вендора)
В общем по вашей реализации и настройкам откровенно говоря вопросов больше чем ответов)
