sergeyk

Такая функция не предусмотрена.

@severus у вас какое-то расписание срабатывает постоянно, отключая модем. [I] Dec 8 14:22:55 ndm: Network::Interface::Base: "UsbLte0": "ping-check" changed "ipv4" layer state "pending" to "running". [I] Dec 8 14:22:55 ndm: Network::InterfaceFlusher: flushed IPv4 UsbLte0 conntrack and route cache. [I] Dec 8 14:22:55 ndm: Core::Schedule::Manager: raised action "stop" by "schedule0". [I] Dec 8 14:22:55 ndm: Network::InternetChecker: Internet access detected. [I] Dec 8 14:23:03 kernel: usb 1-1: USB disconnect, device number 20

Не имеет значения. Можно через http://<ip>/a.

Он не уникален.

После появления нагрузки подождите минут пять, а затем посмотрите вывод "show configurator status". Там должна быть статистика по самым долго работающим командам.

У вас, похоже, есть какая-то открытая страница Web-интерфейса, которая опрашивает устройство и тем самым создаёт нагрузку. <thread> <name>SCGI Session /var/run/ndm.scgi.socket</name> <tid>24074</tid> <lock_list_complete>yes</lock_list_complete> <locks/> <backtrace> <calls> <![CDATA[]]> </calls> <error/> </backtrace> <statistics> <interval>6</interval> <cpu> <now>422456.840422</now> <min>18</min> <max>76</max> <avg>48</avg> <cur>76</cur> </cpu> </statistics> </thread>

Можете сами посмотреть в выводе команды "show processes" (её результат есть в self-test).

@keenet07 @k19olegh68 сохраните self-test на рабочей версии.

У ретрансляторов адрес по умолчанию — 192.168.1.3. Почему-то в настройках у вас оба клиента Wi-Fi отключены. Вы точно сбрасывали состояние перед захватом?

Без шифрования?

Сохраните self-test со Sprinter в таком состоянии.

У вас подозрительно выглядит адрес шлюза IPv6. Попробуйте отключить IPv6 в настройках WAN-подключения. Устройство напрямую к провайдеру поключено?

Ставьте регион US для 5 ГГц.

Сделайте захват пакетов, в них же всё видно.

Какими, например?

Сохраняйте self-test в момент появления проблемы.

Начните с обновления для Hopper.

@dunos на этом форуме обсуждаются только оригинальные устройства и прошивки.

Вы случаем сборку запускаете не на Mac с arm64? Под arm64 она не тестировалась и, похоже, действительно генерирует неправильные образы.

@KCAHDEP проверьте, воспроизводится ли на Beta 3.

Это не стандарт, а название режима работы, в котором точка доступа может работать с клиентами в любом из трёх стандартов: 802.11a, 802.11n или 802.11ac.

@dimon27254 не считается какой-то конкретный трафик? Я вижу, что у этого устройства счётчики ненулевые: <rxbytes>22404503031</rxbytes> <txbytes>202707378</txbytes>

Холодный резерв появился.

Нужен self-test в момент возникновения проблемы.

Уточните, для какого устройства (MAC-адреса) не считается трафик и в каком месте.