kripanton Опубликовано 6 декабря, 2019 · Жалоба Добрый день! Есть WiFi сеть, построенная из шести микротиков RB952Ui-5ac2nD, в центре RB4011 без wifi. , RouterOS 6.45.5 (stable), сеть сейчас без CAPsMAN. SSID везде одинаковый, шифрование WPA2, вещает и в 2.4 и в 5 Регулярно случается, что беспроводной клиент (телефон, ноутбук, планшет) остается изолированным в пределах роутера к которому подключен. Попробую пояснить... - Все проводные и беспроводные интерфейсы собраны в бридж, на бридже стоит статический адрес. Адрес бриджа снаружи пингуется без потерь - Беспроводной клиент видит всех соседей, которые включены в этот микротик (и проводные и беспроводные). За пределами роутера тишина. - Если на клиенте выключить и включить вайфай, то всё работает корректно. Уже пробовал: - с строить и с CAPsMAN. - менять каналы в обоих диапазонах - прошивки разных релизов в пределах года Есть хоть какие-то идеи? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Корпич Опубликовано 6 декабря, 2019 · Жалоба Что в Вашем понятии "за пределами роутера тишина". Мы на инженерном форуме объясняйтесь яснее. Что у Вас с настройками DNS в DHCP? Обычно начинающие забывают указать. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
m.kulikov Опубликовано 11 декабря, 2019 · Жалоба Первое, что нужно сделать - снять Default Forward на всех ТД, чтоб клиенты друг друга не видели, это понизит нагрузку на беспроводной интерфейс ТД и возрастет его производительность. Но если у вас в ТЗ обязательный обмен между клиентами - тогда не делайте как я сказал. Второе - вам нужно настроить, хоть с капсманом, хоть они все стенд-элон, в access list общее правило по уровням сигнала от клиентов, чтоб их автоматом скидывало с низким сигналом и они переключались на другую ТД. При наличии двух диапазонов вещания и проводного (!) соединения, лучше реализовать меш, чтобы клиенты переключались без потери трафика. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 12 декабря, 2019 · Жалоба 18 часов назад, m.kulikov сказал: лучше реализовать меш, чтобы клиенты переключались без потери трафика. MESH -это соединение точек доступа между собой. Причем тут клиенты? И каким образом MESH обеспечивает переключение клиентов между точками доступа без потери трафика? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
m.kulikov Опубликовано 12 декабря, 2019 (изменено) · Жалоба 57 минут назад, slv700 сказал: MESH -это соединение точек доступа между собой. Причем тут клиенты? И каким образом MESH обеспечивает переключение клиентов между точками доступа без потери трафика? В этом и есть вся суть MESH, чтобы клиенты с ТД на ТД переключались без потери трафика. В сотовых сетях такая штука должна быть реализована, но нет - реализована, но не полностью: при переключении с БС на БС разговор не отбивается но трафик пропадает и не восстанавливается, и вы больше не слышите собеседника, пока не перезвоните. Без безпотерьного переключения меш не нужон совсем. Почитайте про MESH больше. Или Вас в гугле уже забанили? Изменено 12 декабря, 2019 пользователем m.kulikov Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
slv700 Опубликовано 12 декабря, 2019 · Жалоба 2 часа назад, m.kulikov сказал: В этом и есть вся суть MESH, чтобы клиенты с ТД на ТД переключались без потери трафика. В сотовых сетях такая штука должна быть реализована, но нет - реализована, но не полностью: при переключении с БС на БС разговор не отбивается но трафик пропадает и не восстанавливается, и вы больше не слышите собеседника, пока не перезвоните. Без безпотерьного переключения меш не нужон совсем. Почитайте про MESH больше. Или Вас в гугле уже забанили? Все понятно. Комментарии не требуются. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
McSea Опубликовано 12 декабря, 2019 · Жалоба 6 hours ago, m.kulikov said: В этом и есть вся суть MESH, чтобы клиенты с ТД на ТД переключались без потери трафика. :))) Дело маркетологов живет и побеждает. ps используйте свой совет про гугл для фразы "handover в сотовых сетях" Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
m.kulikov Опубликовано 13 декабря, 2019 · Жалоба 14 часов назад, McSea сказал: используйте свой совет про гугл для фразы "handover в сотовых сетях" Я не об этом. Я о том, когда находишься, к примеру, на трассе, и зона обслуживания одной БС заканчивается, и начинается зона обслуживания другой. Это не работает. Хендовер. Скажете тоже. Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...
Saab95 Опубликовано 14 января, 2020 · Жалоба Вообще если включить OSPF будет лучше работать. Не пробовали во время проблемы с клиента, например ноутбука, попробовать винбокс открыть - видно другие роутеры? Может с АРП проблема просто? Вставить ник Цитата Ответить с цитированием Поделиться сообщением Ссылка на сообщение Поделиться на других сайтах More sharing options...