Wi-CAT LLC

Wireless Comprehensive Advanced Technology. Build your network now.

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

(решено) Недоступность всех сетевых интерфейсов роутера при использовании отключения-включения Wi-Fi по расписанию

В планировщике созданы задачи отключения-включения Wi-Fi по расписанию.

55 5 * * 1-5 iwpriv ra0 set Lp=0
55 0 * * 1-5 iwpriv ra0 set Lp=1

Также был еще вариант:

30 7 * * * iwpriv ra0 set RadioOn=1
30 7 * * * iwpriv rai0 set RadioOn=1
0 23 * * * iwpriv rai0 set RadioOn=0
0 23 * * * iwpriv ra0 set RadioOn=0

Но оба варианта отрабатывают криво. Может один раз сработать нормально,  на следующий вечер отключить Wi-Fi, а утром все сетевые интерфейсы недоступны, а

на роутере горят три диода- питание, настройки и wi-fi:

20211223000001

На 4pda еще один товарищ написал о точно такой-же проблеме.

Версия ПО / режим / платформа 4.1.7.RU.21122021 / Маршрутизатор / MT7621 CPU, MT7615DN 2T2R DBDC, 1000FDX

 

Проверю как дойдут руки. Но не раньше второй половины января. Функционал не является штатным end-user иначе был бы в UI. До середины января у меня физически не будет возможности заниматься чем-то подобным.

Тем более что ниже этой логики только микрокод который для правки недоступен. Запрошу у МТК обновления и закину тестрепорт.

На кой правда мучать железку с отключениями я вообще не понимаю. Излучения боитесь? Ваши телефончики, в т.ч. соседские гораздо больше излучают в попытках найти сеть чем когда висят на AP в PowerSave режиме. Причём даже если рубануть на современных лопатофонах wifi он не будет погашен полностью.

А уж соседи с умными лампочками, колонками и т.д.

Пока нет активной передачи данных, поверьте, ваш роутер на фоне остального мусора в эфире даже близко не видно.

Если вопрос в ограничении времени работы, то в настройках фаервола есть возможность настроить доступ в инет по расписанию. Костыли подобного рода (как выше) использовать не рекомендую.

Ибо запросто могут по ногам стрелять. Но проверю, хотя врятли что найду чую.

Да. Как вариант можно гасить интерфейсы через ifconfig rai0 down && ifconfig ra0 down и поднимать назад  через ifconfig ra0 up && ifconfig rai0 up

Интерфейсы именно в таком порядке ибо DBDC и опускаем сначала виртуальный интерфейс, потом корень. Поднимаем в обратном порядке.

Тоже самое касается и iwpriv ra0 set RadioOn=1 &&  iwpriv rai0 set RadioOn=1 одной командой ибо важно что бы исполнилось именно в таком порядке и наоборот для гашения.

По проводу железка доступна?

нет

Это крайне странно. Т.к. подвесить так что бы аппаратный ватчдог не отловил или что бы ядро даже oops не выдало (у нас oops интерпретируется как паника с перезагрузкой) зависон при этом поставить всю сеть в позу лотоса задача не из  простых.

Чутка не вовремя поймали, что в общем-то говорит только о том что не востребовано до кучи (что опять же понятно почему и описано выше). Но ради чистоты эксперимента в дебаглист закинул. как только так сразу.

Был бы у вас консольный шнурок что бы к UART зацепиться и в момент виса посмотреть там вообще система хоть как-то жива и что триггернуло подобное поведение. Без консольки тут даже угадать не выйдет, потом без повторения у меня без шансов починить так и сяк. Как и зарепортить по нормальному МТК.

шнурок есть

Ну значит нужно пдоцепиться (выводы UART там подписаны), залогинится на консоли, ткнуть tail -f /var/log/messages и ждать повтора записывая всё что валится в лог. После того как повториться скопировать лог и прикрепить сюда к сообщению.

Ткнуть CTRL+C и попробовать выполнить хотя бы ps w что бы посмотреть что запущенно.

Да. Перед тем как играться с консолькой рекомендую для проверки сбросить кнопкой всё это дело, ничего кроме SSID и режима шифрования не меняя (ну и настроек под провайдера) не включая никакие стиринги, роуминги и прочее, самый минимум по настройкам оставляем. И пробуем повторить. Возможно триггер к такому поведению живёт в одном из демонов дёргающих драйвер, это бы косвенно могло бы подсказать куда смотреть дальше и как проще повторить.

Ну и варианты выше опробовать до пайки консоли тоже.

Попробую сделать   iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

Видимо когда я делал

30 7 * * * iwpriv ra0 set RadioOn=1
30 7 * * * iwpriv rai0 set RadioOn=1

срабатывало неизвестно какое правило первым. В разные дни по разному видимо. И когда в неправильном порядке срабатывало - получалось зависание

Вот у меня есть подозрение на это. Радиомодуль-то тут один на оба бэнда. Но не объясняет проблемы с Low Power Mode хотя он только появился начиная с этого чипа, как и DBDC со всеми вытекающими......

Вчера через в крон забил

25 23 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
26 23 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

28 23 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
30 23 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

32 23 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
34 23 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

Все отработало нормально.

На ночь в крон

05 1 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
55 5 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

05 2 * * 0,6 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
55 7 * * 0,6 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

Утром опять имеем зависший роутер.

Вообще оно не особо и надо, просто всегда на всех роутерах было так настроено.

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

Цитата: lva от 24/12/2021, 11:24

Вчера через в крон забил

25 23 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
26 23 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

28 23 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
30 23 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

32 23 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
34 23 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

Все отработало нормально.

На ночь в крон

05 1 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
55 5 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

05 2 * * 0,6 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
55 7 * * 0,6 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

Утром опять имеем зависший роутер.

Вообще оно не особо и надо, просто всегда на всех роутерах было так настроено.

Кстати. Автовыбор канала не включен? RRM? Выключите на тест. Интервалы уж очень намекают.

Глянул код глазками, обратил внимание что нет проверки все ли команды переданы MCU перед тем как загасить радиоинтерфейс. Сильно врятли, но возможно это приводит к проблеме. В 4.1.9 будет фикс.

Дебажить глубже уже в январе ;(

 

Автовыбор каналов не включен. RRM - это Radio resource management ? Как он здесь включается-отключается ?

 

 

Раз не знаете как включить значит тоже выключен. Странно. В драйвере даже таймеров таких длинных то нет.

Кстати. Если отключать только 5Г бэнд повторяется?

4.1.10 в обновлениях, пробуйте.

Цитата: sfstudio от 23/12/2021, 18:51

Ну значит нужно пдоцепиться (выводы UART там подписаны)

А не подскажете, там 3.3 или 5 Вольт? Или без разницы? Всё думаю как-нибудь попробовать, но пока не знаю, какой купить.

Там 3.3В но нормально работают и 232 максы которые 5В. Я никогда не парился на эту тему. ;) Но лучше взять 3232 вариант.

Рекомендую https://fr.aliexpress.com/item/1005003091082827.html?spm=a2g0o.productlist.0.0.284a57afhuIa4K&algo_pvid=739eed23-321b-4ff8-aaf9-5dbafc5fb95f&aem_p4p_detail=202112251102453055065112714080001124833&algo_exp_id=739eed23-321b-4ff8-aaf9-5dbafc5fb95f-4&pdp_ext_f=%7B%22sku_id%22%3A%22-1%22%7D  + любой usb=>rs232.

Такой вариант неубиваемый ибо развязан по питалову и перепутав пины не убьёте переходник. В отличии от тех которые от USB питаются.

В общем выделил железку, нарисовал скриптик, оставил теститься. Посмотрим. Если повториться - пофиксим.

В общем с первого раза повторить не удалось. Всё выключилось и включилось в нужое время.

Попробуйте ещё перед выключением добавить команду wl disconenct all дабы принудительно всех выпнуть с AP до отрубания радиомодуля.

wl disconnect all && iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0

Вот так.

День добрый.

Устройство FT-AIR-DUO-G-4.1.14.RU.04012022@MT7621-MT7615-2T2R-USB.

С апреля 2021 года FT-AIR-DUO-G подключено к основному роутеру (Asus RT-N56UB1 с FW Padavan) проводом(1000FDX). Радиомодуль выключен практически всегда. Отключение радио проводилось через WEBUI. Первый раз ситуация ТС произошла вроде бы в сентябре (чуть раньше или точно, когда был добавлен watchdog для usb модемов). Последний раз: обновление - 05.01.2022 на 4.1.14, 13.01.2022 - роутер недоступен. У знакомых, где радио всегда включено - все работает как часы (все устройства приобретались в декабре 2020).

 

Т.е. хотите сказать, что достаточно выключить оба диапазона и оставить на недельку?

Периодичность какая?

Точно так. Периодичность: min 2-3 дня(1 раз), max 7-12(обычно). Зависимости от режима(AP, AP-Gateway) не увидел.

Ну т.е. получается что MCU продолжает что-то слушать и рано или поздно приводит к его зависанию. Дебажить такое ещё та "радость". Ок. Щас напихаю дебага, вырублю радио и поставлю гоняться. Точнее спать. Бум ждать. ;)

Микрокод нынче закрытый, но щелку всё же оставили. ;) Попробуем выяснить.

Кстати просьба. Проверить если вырубить только один бэнд повториться?

Какой бэнд вырубить? Или предочтений нет?

Не думаю что принципиально.

Ок. Вырублю 5-ку.

Не планирует оно пока окукливаться, ну ок 2 недели я могу этот девайс оставить в таком положении. Но если за 2 недели не повториться, то уж не знаю что и думать. Придётся кому-то консольку подкинуть к UART.

[SF-AP3:~]# uptime
 11:08:46 up 1 day, 14:48,  load average: 0.00, 0.00, 0.00

 

 

Повтора до сих пор нет.

Попробуйте 4.2.10 для повтора. Там вообще исключил почти полностью обращения к MCU после отключения радио.

Ну как там дела? У меня до сих пор жив и помирать не планирует...

Докладываю. При включенном одном бэнде(2,4) клиент остался живым. 20 часов назад обновился на 4.2.12. Режим АР, радио - выкл. Будем наблюдать дней 10 ;)

Ага. Ждёмс.

На последних прошивках корректно заработало отключение-включение Wi-Fi по расписанию.
Больше роутер на зависает, на данный момент работает более 10 дней.
Заработало в таком виде:

04 1 * * 1-5 wl disconnect all && iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
05 1 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0
55 5 * * 1-5 iwpriv ra0 set RadioOn=1 && iwpriv rai0 set RadioOn=1

05 1 * * 1-5 iwpriv rai0 set RadioOn=0 && iwpriv ra0 set RadioOn=0

Эта строка лишняя.

Ок. Считаем что решено... Вообще это конечно трындец. Напишу репорт МТК. Ну не должно быть такого. Ну отключили радиочасть, с чего оно при этом после обращений к MCU ставит весь девайс раком не ясно. Глюк фирмвари в чистом виде. Были бы исходники оной было бы проще.

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

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

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