IgaX
-
Posts
950 -
Joined
-
Last visited
-
Days Won
3
Content Type
Profiles
Forums
Gallery
Downloads
Blogs
Events
Posts posted by IgaX
-
-
5 часов назад, dimon_dll сказал:
Смартфон Nokia Lumia 1520, значок со стрелочкой, роутер Ultra 2
Заодно и версию оф.прошивки, на которой проблем нет. Потом: http://forum.keenetic.net/announcement/4----self-test-----/ для обеих прошивок.
Дальше, видимо, проанализировать активность трафика с мобильного клиента через https://zyxel.ru/kb/4068/ (опять же в обеих прошивках).
-
15 минут назад, Дранкель сказал:
Гы, этот значек признак коннекта с точкой доступа, а не передачи данных. Передача данных - обычно стрелки на этом индикаторе.
я же написал - "примерно" .. мы же играем в "угадай какой у меня роутер, версия оф.прошивки, смартфон итд."
-
3 часа назад, dimon_dll сказал:
Куда ещё подробней устанавливаю прошивку 2.08 и на моём смартфоне появляется индикатор передачи данных wi-fi, что первые несколько минут или секунд является нормой, если смартфон обновляется или обновляет данные приложений работающих в фоновом режиме.
примерно такой индикатор?
-
В 11.10.2016 в 18:06, Le ecureuil сказал:
у нас все организовано так, что он главный, и никто кроме него не имеет права менять настройки системы
я ведь уже даже не прошу потратить пару часов на внесение списка настроек для *.dat в дерево настроек вашей прошивки, мне бы карту "кирпичных" полей
-
34 минуты назад, JIABP сказал:
Может речь про rekey interval?
тут скорее должно больше к DtimPeriod относиться (по-умолчанию DtimPeriod=1 и оно вроде как не менялось) .. для часто спящих, но поддерживающих линк с AP, мобильных клиентов рекомендуется DtimPeriod~2-4 (и чем выше тем больше экономится по идее) при BeaconPeriod=100 .. в целом же одна из рекомендаций сводится к поднятию на роутере отдельной SSID со своими настройками для клиентов, где требуется продлевать время автономной жизни.
но это лирика и не имеет отношения к проблеме ТС с 2.07 и 2.08.
-
Согласно теоретическому материалу сабж легко решается через опциональный параметр ApCliBssid в RT2860AP.dat и RT2860APi.dat. Т.е. всего-то нужно ввести соответствующее дополнение в конструктор для WifiStation .. по мне так опять копипэйст, делов на пару минут .. либо потенциальными костылями.
-
1
-
-
54 минуты назад, Le ecureuil сказал:
Вообще вы вмешиваетесь в работу системного управляющего демона, а у нас все организовано так, что он главный, и никто кроме него не имеет права менять настройки системы. Налицо коллизия в случае если и он, и вы своими руками захотите залезть в одно и то же место, это непредусмотрено. Так что вы просто рискуете "повесить систему".
50 минут назад, Le ecureuil сказал:Менять что-то руками в RT2860.dat в нашей прошивке непредусмотрено, вы все делаете на свой страх и риск.
Спасибо большое за ответ! "Повесить систему" - это не самое страшное. Я просто хочу заранее примерно оценить свой страх и риск перед всем действием. И кроме того, я ведь поделюсь всеми изысканиями, т.к. тестирование будет в т.ч. большим кол-ом беспроводных клиентов, а не просто поинт-поинт. Возможно, получится докопаться до моей проблемы с 802.11n greenfield в рамках wds и т.д. Неужели это плохо?
Можно тогда я немного Вас помучаю вопросами?
1) temp: .. там ведь временные файлы (о которых речь выше), которые убьются при перезагрузке и создадутся заново прошивкой на основе конфиг.файла, верно? т.е. кирпич с этой стороны не должен упасть?
2) Меня больше беспокоит EEPROM .. в настройках по-умолчанию E2pAccessMode=2 .. т.е. это Flash mode .. т.е. если вносить правку через interface rf e2p set .. оно куда пишет? Эти настройки сбросятся если не писать в конфиг.файл или прожигаются? Вывод этих настроек по-умолчанию через show я снял, восстановить через e2p set смогу, мне бы железо не загубить.
3) И все же - как лучше подцепить изменения из RT*.dat: "по рестарту драйвера: будет ли достаточно сделать down|up на соответствующем WifiMaster или лучше system drivers unload|load mt76x2_ap ? И там еще можно передать [{args}] .. м.б. можно передать массив настроек?"?
Заранее большое спасибо за консультацию!
-
Я ведь обычный пользователь, которому нужно воспользоваться функционалом стоковой прошивки, право на использование которой пришло вместе с официальным приобретением роутера. Вроде все в рамках. Область ограничения применения ПО в интересующей части не указана, следовательно, не вижу причин мне отказывать. Прошивка ведь ваше творение, логично получить консультацию по архитектуре из первых уст.
Или уже лучше через саппорт?
-
Если не возражаете, еще пара вопросов перед погружением:
1) Игры с EEPROM могут привести к окирпичиванию аппарата?
2) Согласно
древнему манускриптумануалу - изменение параметров WMM невозможно через iwpriv - только путем внесения изменений в RT2800AP.dat и рестартом драйвера. В нашем случае, как я понимаю, настройки для драйвера в temp:RT2860AP.dat и RT2860APi.dat. Получится ли, например, такой удобный для всех финт ушами: copy сладкую парочку во flash: .. я, наверное, наивен, но появятся ли они во вкладке "файлы" в web-gui, доступные для манипуляций? а если вместо flash: в storage: ? Соответственно, обновленные версии идут copy обратно в temp: .. если это возможно, конечно. Далее, по рестарту драйвера: будет ли достаточно сделать down|up на соответствующем WifiMaster или лучше system drivers unload|load mt76x2_ap ? И там еще можно передать [{args}] .. м.б. можно передать массив настроек? Оно не документировано, поиск по форуму ничего не дал.Извиняюсь за нубские вопросы, опыта с этими командами еще нет. Поправьте меня, если логика в рассуждениях выше где-то хромает.
Вселенная надеется на Вас, Оби-Ван.
-
1 час назад, ndm сказал:
Дальше сами
Да, вижу. Пустыня, минное поле, старые карты, iwpriv, V1.XX, Гига 3. Проще застрелиться.
Но все равно спасибо за направление.
-
Добрый день.
1) Будьте добры, подскажите, где можно получить актуальные доки по мотивам:
http://ftp.mqmaker.com/WiTi/Docs/Software/MT7612-EEPROM_Content_v1_02_guideline.pdf
http://ftp.mqmaker.com/WiTi/Docs/Software/MTK_Wi-Fi_SoftAP_Software_Programming_Guide_v4.2.pdf
http://ftp.mqmaker.com/WiTi/Docs/Software/SoftAP_driver_release_history_MT7602E_MT7612E_20140709.pdf2) Какими командами interface rf e2p set можно врубить все необходимое для BT, чтобы получить в результате работающий: WLAN 2x2 and BT co-exist (BT coexist)?
3) Как грамотно провести тюнинг радио при помощи iwpriv или, может, есть другой способ добраться до нужных переменных (например, недокументированные команды конфиг.файла)?
Заранее благодарю.
-
В 03.10.2016 в 12:29, KorDen сказал:
"можно все" - да ладно
ага, даже фреймы BT поддерживаются: http://www.skyworksinc.com/uploads/documents/SKY85303_11_202828B.pdf .. так что, кто доживет, может и насладится.
-
-
8 минут назад, iskatel' сказал:
н.м.в.:
1) быть вежливым, и сдержанным
2) подробно пояснить суть просьбы, и почему это для вас важно.
1) Где-то это уже было)
А, точно, после вопроса (вежливого и сдержанного) про BT (а.и. A2DP) и DTIM стало тихо. После рассуждений о 1T1R и о том что для Tx Beamforming нужны антенны особой конструкции (ага, см. https://zyxel.ru/kb/2844/ .. как-то там все же omni, наверное), что вифи просто идеален (и это до TxBurst) и это не считая моих специальных ляпов, - кагбэ уже все понятно.
При этом не поступило прямого совета использовать: more temp:*********.dat - чтобы хотя бы узнать текущие дефолтные.
А я всего-то хочу хотя бы педали ко всему этому списку (помимо того, чтобы все работало по этой части как надо, уж хотя бы логика согласования каналов wisp и ap, т.к. это уже финиш, интерфейс падает, а плевать): http://forum.keenetic.net/topic/89-wifi-80211ac/?do=findComment&comment=1451
.. потому что я сам с усами и усе сделаю как надо под свои стенки без средней температуры по больнице.
2) Суть конкретно этой - возьмем, например,
kernel: probe request: SSID={ssid}, BSSID=00:00:00:00:00:00Я вот думаю, что если подцепить сюда mac из несуществующей переменной в конфиге, то согласование пройдет как надо даже с текущей логикой, не?
Важно? Фз, все это сводится к тому, что "даже" сток TP-Link'а позволяет указывать bssid при настройке моста. Но у нас свой путь, я это понял.
Я просто не понимаю, как с таким роутером, где можно все (или почти все), такая вот хрень с беспроводной частью. Непостижимо.
-
остальное из серии утилитарных предложений (которые игнорируются), например: а) как хотя бы подключиться к нужной AP, когда их несколько с одинаковым SSID? б) как правильно мотивировать разработчиков?))
-
7 минут назад, KorDen сказал:
А толку, если мак клонировать - раз плюнуть? Hidden SSID, фильтрация по макам в обе стороны - это все по умолчанию стоит расценивать как бесполезные вещи IMHO, т.к. они обходятся чуть ли не автоматически в соответствующем ПО.
это все понятно, ключ наше фсе. просто "некоторые" запрещают менять mac на беспроводном интерфейсе. идея в том, чтобы отвадить хотя бы дилетантов.
-
В развитие не пишу, т.к. не совсем оно. Не заметил сразу.
Аплинк WISP посредством wifistation происходит только по ssid без верификации по bssid, что повышает вероятность успеха атак типа "evil twin" (т.к. не надо мучаться с клонированием беспроводного mac-а).
Прошу предусмотреть реализацию защитного механизма в ближайших сборках. Возможно, портировать функционал mac access-list на интерфейсы wifistation, чтобы можно было сделать список доверенных AP BSSID (которые могут быть с одинаковым ssid) для аплинка (чтобы по-быстрому реализовать).
Мне достаточно, чтобы это можно было сделать через CLI. В web-gui мне непринципиально.
Это важно!
-
1
-
-
8 минут назад, IvanKrivov сказал:
Самим агрегатом через приложение My.Keenetic управлять, этож безопасней чем доступ к ^веб морде^ открывать из вне?
не знаю, приложение не смотрел.
-
1
-
-
4 минуты назад, IvanKrivov сказал:
когда не надо белый IP отключать
или когда надо? ну, будут так или иначе слушаться UDP 500/4500 .. и? то, что Вы, наверное, еще хотите открыть порты для управления агрегатом, - это уже ваши риски.
-
1
-
-
12 минуты назад, IvanKrivov сказал:
То есть для чего это делается, пока я внутри сети одного провайдера работаю с ним через локальный. А когда через инет подпадают, то через белый.
А Вы думаете провайдер из внутренней подсети направит трафик через всю планету на диапазон "белых" ип, который за ним же закреплен? Не, всякое бывает, не удивлюсь, но это не Ваша головная боль. Просто арендуйте "выделенный" ип: "белый" - если нужен доступ из глоб.сети / "статический" - если достаточно только внутри подсети(ей) провайдера.
-
11 минуту назад, IvanKrivov сказал:
То есть No-IP и KeenDNS работают по разным алгоритмам?
Смотрим: http://forum.keenetic.net/topic/358-ip-cloud-keendns/?do=findComment&comment=6638
Цитатаесли включить режим "через облако", и включить облачную службу, можно заходить по HTTP на зарегистрированное имя. Кинетик из-за ната установит SSL-туннель к облаку, и веб-морда спроксируется куда угодно. Т.е. не нужен белый IP и проброс порта
Т.е. если "серый" ип, то врубается облако и все ходит через туннель. Но можно настроить keendns и аналогом.
-
1
-
-
25 минут назад, IvanKrivov сказал:
Можете одним словом да/нет. Не для меня?
оке, алаверды, из https://zyxel.ru/kb/4857/ в https://zyxel.ru/kb/3295/ -> "Важно! Использование сервиса динамического DNS возможно только с "белым" публичным IP-адресом на внешнем (WAN) интерфейсе интернет-центра, через который осуществляется подключение к Интернету."
Большая Советская энциклопедия
Туннель см. Тоннель.Малый академический словарь
Тоннель см. Туннель.-
2
-
-
25 минут назад, IvanKrivov сказал:
Блин думал все по быстрому
Если бы у Вашего провайдера, внутри которого Вы хотите организовать все (серверные и клиентские) подключения с учетом динамической выдачи, даже если предположить, что подсеть одна или в пределах видимости, - был свой аналог ddns, то в теории можно было бы резолвить имя хоста на динамический ип, где планируется серверная часть.
А так Вы вышли за NAT провайдера и усе, баста.
-
1
-
-
9 минут назад, IvanKrivov сказал:
Или я что то не то делаю?
Да, не можете расстаться с серым ип, прикипели. Как любоф пройдет и завянут помидоры - все получится .. так или иначе.
Беспроводное, разное
in Обмен опытом
Posted
@Le ecureuil @Padavan
Спасибо!
И тем не менее, по п.1 - я правильно понял, что ФС temp: - работает как /tmp в linux и содержимое удаляется при ребуте/загрузке?
.. и по п.2: все же, interface rf e2p set - куда именно записывает? во флэш? в eeprom? (или мб еще куда) .. в мануале просто (где пример) "WifiMaster: EEPROM [0x01F6]:0000 set." .. а настройка для драйвера E2pAccessMode=2 (Flash mode) .. по мануалу EEPROM mode - это E2pAccessMode=3. Немного путает, как бы не получилось, что interface rf e2p set пишет в EEPROM (если смотреть на пример в мануале cli), а драйвер пытается считать из флэша. Кирпич реален в этой игре? Я бы по логике для тестов выставил E2pAccessMode=4 (Bin file mode) и флаг на ExtEEPROM, чтобы драйвер считывал калибровочные данные из файла, правда, алес, по моей версии мануала непонятно имя файла и где ему место (полагаю, что в temp: пройдет по аналогии с *.dat). Буду признателен за подсказку.
Нет, я, честно, хочу как лучше. Мне нравится стоковая прошивка NDMS, но некоторые моменты меня .. "беспокоят". Я хочу уже "доиграть" с настройками в попытках выжать и отполировать все что я хочу по wireless и успокоиться уже. Заодно опытом "со стороны" поделюсь, свежий взгляд не будет лишним.