vutshi
-
Posts
37 -
Joined
-
Last visited
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by vutshi
-
-
Голосую "за" возможность отключения одного из диапазонов на каждом роутере отдельно. Так сложилось, что все основные потребители в доме стали 5ти гигагерцовыми и из 2,4 остались только принтер и пульт управления от яндекс станции. В последующем видимо на 2,4 останется всякого рода периферия и держать для нее включенным 2,4 диапазон на всех точках нет смысла. В моем случае для всего этого достаточно одной точки в доме. Сейчас 2,4 мешает тем, что несмотря на приоритет 5 ггц устройства периодически сваливаются на 2,4 диапазон и по нему же скачут между точками периферийные устройства, хотя они статичны и должны висеть на одной.
-
В 12.02.2020 в 10:57, vutshi сказал:
Суть вопроса: какого лешего после перезагрузки City он начинает пытаться подключиться к mesh системе по своему 5 ггц каналу, а не через мост, который для него должен выглядеть обычным проводом
3.3.10 - без изменений
-
В 21.11.2019 в 13:47, valeramalko сказал:
остался один вопрос, при беспроводном соединении и если сигнал 5ГГц слабый/неустойчивый, будет ли переход на 2,4?
Это надо рассматривать как частный случай с возможностью настроить способ соединения роутеров на 2,4 ггц в ручном режиме. И в случае использования 2,4 как канала для соединения роутеров 2,4 лучше не использовать для подключения устройств к mesh сети, переведя всех клиентов на 5 ггц. 2,4 узкий диапазон, которого объективно недостаточно для создания нормальной mesh сети. А в случае, когда эфир плотный, что характерно для многоквартирного дома, от такого решения будет больше проблем чем пользы. Почему по умолчанию отключена возможность соединения роутеров по 2,4 в системе вполне понятно. Оставь разработчики в алгоритме этот путь, служба тех поддержки нагрелась бы от разгневанных звонков пользователей.
Вообще mesh штука очень капризная при беспроводном способе соединения и чтобы все хорошо заработало нужно вдумчиво определить расположение каждого устройства и правильно выбрать тип и их количество. И для создания ее лучше брать устройства от Viva и выше.
-
В 17.01.2020 в 14:24, vasek00 сказал:
Вопрос линк между главным устройством и 4ым устройством это между кем и кем и дальность какова ?
Странно. Точно помню, что отвечал на это.
4-ое устройство - это City, который сидит за мостом на микротиках. Дальность - 15 метров, но расположены они так, что штатными средствами кинетиков канал крайне нестабильный и постоянно рвется. Варианта было два: или бросить провод или поднять мост. Поднял мост, т.к. для этого не пришлось делать какие-либо дополниетельный строительный работы.
Суть вопроса: какого лешего после перезагрузки City он начинает пытаться подключиться к mesh системе по своему 5 ггц каналу, а не через мост, который для него должен выглядеть обычным проводом
-
15 минут назад, vasek00 сказал:
Вопрос линк между главным устройством и 4ым устройством это между кем и кем и дальность какова ?
Главное - Giga. Обе вивы вместе с гигой покрывают один дом. Все они между собой соединены кабелем.
City находится во втором доме. Расстояние метров 10 + стена газобетон 40 с облицовочным кирпичом 12 см + 2 стекла.
-
В 16.01.2020 в 12:37, ndm сказал:
мы продолжаем исследовать и постоянно улучшать эти алгоритмы.
Добрый день. Столкнулся вот с какой проблемой. Имеется сеть из 4х устройств (giga, 2 viva и city). 3 устройства образуют сеть в одном доме и 4ое расширяет сеть в соседнем. Линк между главным устройством и 4ым в соседнем доме оказался неустойчивым и зачастую это звено отваливается, устройства, зацепившиеся за эту точку, теряют выход в инет. Вместо штатного канала системы на 5 ггц был сделан мост на двух 5ггц микротиках (со 100 мбит LAN) и все заработало отлично, мост дает устойчивые 100 мбит из-за ограничения LAN. Все стабильно, никаких отвалов.Но! после перезагрузки клиента он снова цепляется своим 5 ггц за материнское устройство, что почти сразу приводит к отвалу этого звена. Приходится в ручном режиме через главную страницу панели управления уходить на вкладку WISP и отключать 5 ГГЦ подключение. В этом случае клиент вновь цепляется к MESH через LAN и все нормализуется. Просьба поправить алгоритм.
Прошивки на всех устройствах стабильные 3.3.2
-
2 часа назад, Mamay сказал:
Во-вторых. Это draft версия и как следствие может быть абсолютно всё что угодно. Но для вас это видимо пустой звук, так как вы по сию пору не предоставили никак доказательств, ссылаясь лишь на ваши умозаключения.
Ок. Возраст посмотрел, могу и на вы.
Я ж адекватный человек. Поставил драфт, пишу в ветку про драфт, задаю вполне резонные вопросы, никому ничего не предъявляю. Вы мне зачем -то пишете очевидные вещи, которые предполагаются.Кинули строку конфига. Я не поленился, открыл мануал и почитал синтаксис параметра. Зашел в конфиг, обнаружил левую строку, удалил ее. Задаю резонный опять же вопрос, что не сдалась никуда эта предложенная настройка ибо по дефолту он не должен сканировать эфир, о чем черным по белому в мануале написано. Возникает резонный вопрос: нафига он вообще сканирует при фиксированном канале ибо это две взаимоисключающие друг другу опции. В ответ снова прилетает мне эту строка конфига. Очевидно не читая, что выше я ее уже применял.
-
4 часа назад, vasek00 сказал:
Ну никак вы не хотите проверить свой файл конфига.
я проверил и результат как раз описан в цитате
-
4 часа назад, Mamay сказал:
no channel auto-rescan
system config-save
Я с первого раза понял в отличии от тебя.
1. согласно п. 3.20.16 мануала парметр interface channel auto-rescan по умолчанию отключен.
2. У меня в конфиге действительно была строка, актвирующая режим сканирования с синтаксисом: "channel auto-rescan 00:00 interval 1"
3. несмотря на синтаксис строки, сканирование происходило спорадически
4. Я удалил строку "channel auto-rescan 00:00 interval 1" и внес "no channel auto-rescan"
5. после этого обнвоился с предпоследней прошивки на 2.13.A.5.0-6
6. У меня исчезла внесенная мною строка "no channel auto-rescan". Теперь у меня нет никакой строки на этом интерфейсе, отвечающей за сканирование.
7. Поскольку по дефолту (см. п. 1) опция отключена, сканирвоние сейчас не происходит
8. Вопросы остались: какого рожна точка не цеплялась на 44 ый канал на третий раз, когда первые два раза она это делала без проблем? Почему она меняла канал на 44ый, когда рядом никого и почему она это делала через не равные промежутки времени?
-
читал. нет там ответа на мой вопрос
-
Предсказуемо в конфиге зарылась строка
"channel auto-rescan 00:00 interval 1" - Согласно мануалу периодичность вроде как может принимать значение 3,6 и 12. У меня по логам канал слетал вообще с непонятно какой периодичнстью.
заменил ее на строку "no channel auto-rescan"
После обновления на 2.13.A.5.0-6 исчезла и внесенная мною строка.
Вопрос при этом остался: почему при смене канала, точка в какой-то момент, не с первого раза, сегодня с третьего, например, вновь не подключается к роутеру?
-
1 минуту назад, Mamay сказал:
у вас стоит draft версия
по этой причине я и пишу в эту ветку
последняя версия
-
2 часа назад, vutshi сказал:
з.з.ы. ради смеха прописал принудительно 44ый канал. Буду наблюдать
Роутер посмеялся и выдал:
Авг 28 09:20:55 ndm kernel: AP 5GHz: run channel auto-switch
Авг 28 09:21:00 ndm kernel: ACS result: primary channel 44, 40 MHz spectrum min dirty (with CCA) = 0
Авг 28 09:21:00 wmond WifiMaster1/AccessPoint0: (MT7610) BSS(rai0) channel switched to 44.
-
2 часа назад, Mamay сказал:
no channel auto-rescan
из мануала:
3.20.16 interface channel auto-rescan
Описание Задать расписание для автоматического сканирования радио каналов.
По умолчанию параметр отключен.+ у команды обязательный параметр - время повторного сканирования. Из лога видно, что смена канала происходит спорадический, т.е. через не равные промежутки времени. Вообще, по моему разумению применение расписания смены канала исключается выбором фиксированного канала.
теперь вопрос: при принудительно выбранном канале почему работает опция channel auto-rescan и почему роутер принудительно меняет канал с 48 на 44. И почему точка в третий раз не подцепилась на 44ый канал?
-
На кинетике был жестко выставлен 48ой канал на 5 ггц, ширина 20/40, стандарт AN. IP адрес точки статичный. К роутеру подключена мостом микротиковская точка.
Симптомы: пропадает мост. В списке активных wi-fi клиентов на Keenetic city не вижу мостовой точки доступа.
Снимаю лог и вижу:
Aug 28 01:36:17 ndm: kernel: AP 5GHz: run channel auto-switch
Aug 28 01:36:22 ndm: kernel: ACS result: primary channel 44, 40 MHz spectrum min dirty (with CCA) = 0
Aug 28 01:36:22 wmond: WifiMaster1/AccessPoint0: (MT7610) BSS(rai0) channel switched to 44.
Aug 28 01:36:24 wmond: WifiMaster1/AccessPoint0: (MT7610) STA(мак микротика) had associated successfully.
Aug 28 01:36:25 wmond: WifiMaster1/AccessPoint0: (MT7610) STA(мак микротика) set key done in WPA2/WPA2PSK.
...
Aug 28 04:52:47 ndm: kernel: AP 5GHz: run channel auto-switch
Aug 28 04:52:52 ndm: kernel: ACS result: primary channel 44, 40 MHz spectrum min dirty (with CCA) = 0
Aug 28 04:52:52 wmond: WifiMaster1/AccessPoint0: (MT7610) BSS(rai0) channel switched to 44.
Aug 28 04:52:54 wmond: WifiMaster1/AccessPoint0: (MT7610) STA(мак микротика) had associated successfully.
Aug 28 04:52:55 wmond: WifiMaster1/AccessPoint0: (MT7610) STA(мак микротика) set key done in WPA2/WPA2PSK....
Aug 28 06:59:59 ndm: kernel: AP 5GHz: run channel auto-switch
Aug 28 07:00:04 ndm: kernel: ACS result: primary channel 44, 40 MHz spectrum min dirty (with CCA) = 0
Aug 28 07:00:04 wmond: WifiMaster1/AccessPoint0: (MT7610) BSS(rai0) channel switched to 44.и все...
дальше по идее микротик должен был снова подключиться, но - фиг!
Собственно вопросы: зачем он соскакивает по какому-то расписанию с 48-го канала на 44-ый? Почему микротик в третий раз не смог подключиться к точке?
Рядом на 5 ггц только еще одна мой точка, которая сидит на 36 канале.
включение/отключение вай-фай на 5 ГГЦ ситуацию исправляет и точка цепляется до следующего отвала.
з.ы. подключался также keenetic ultra и xiaomi mi3 - все мостом. Точки также спорадический отваливались, но логи не смотрел по ним, т.к. они цеплялись для теста и на отвал я не сильно обращал внимание.
На 2,4, где также принудительно выбран канал, такой проблемы не наблюдается.
з.з.ы. ради смеха прописал принудительно 44ый канал. Буду наблюдать
-
В 03.10.2016 в 14:03, Le ecureuil сказал:
Скорее всего кто-то с неправильным паролем долбит вашу точку, или пытается подобрать его.
а роутер санкции к долбящему применяет?
-
Поддержу, пожалуй. Сейчас спасает точка доступа на падаване, которая будучи подключена к ультре "видит" всех проводных клиентов сети.
Привязка к диапазону. Снижается скорость линка.
in 3.5
Posted
3.5 Beta 4
Ребенок начал жаловаться на скорость интернета.
Аналогично сваливается на 6 мбит/с lenovo think center на риалтеке, кажется. Точно также стоит привязка к 5 Ггц.