sergeyk

Это неразрывный пробел. Используйте терминал, поддерживающий UTF-8.

Ничем.

Нет, там стоит только HTTP(S)-сервер, принимающий входящие подключения.

Судя по выводу show threads, основной поток загрузки бесконечно ожидает запуск какого-то процесса, чем блокирует работу других потоков: thread: name: Main task queue tid: 166 lock_list_complete: yes locks: lock: precedence: name: INTERFACE_REPO order: 62 state: ACQUIRED since: Apr 3 07:44:45 duration: 25113.498270 lock: precedence: name: SERVICE order: 69 state: WAITING since: Apr 3 07:44:45 duration: 25113.496420 statistics: interval: 30 cpu: now: 25147.739933 min: 0 max: 0 avg: 0 cur: 0 В версиях до 2.15.C.3.4 была ошибка, связанная с остановкой процессов. Поскольку вы изменили версию на более новую и симптомы пропали, скорее всего, вам помогло исправление этой ошибки.

Судя по состоянию, устройство у вас работает всего пять часов. Скорее всего, сработал watchdog.

Прикрепите self-test.

Нет, больше ничего не увидеть. Спасибо за журнал. Без аппаратного сброса в текущей версии не обойтись, к сожалению.

Показать вывод show threads

Приложите еще self-test, снятый после перезагрузки. Как вы мониторите загрузку системы? У вас просто открыта страница dashboard всё время?

В регионе RU из автовыбора исключены каналы 12, 13, 132, 136, 140, 144, 165.

Точно не забыли interface Home ip global 1 ? В running-config эта команда есть?

В следующий раз перед попыткой снятия self-test сохраните результаты http://192.168.1.1/ci/log.txt http://192.168.1.1/rci/show/threads http://192.168.1.1/rci/show/processes Они менее информативны, но, скорее всего, не приведут к gateway timeout.

@biospb не нужно оставлять сообщения, не относящиеся к теме в заголовке. Создавайте отдельную тему для каждой проблемы.

Для начала снимите self-test. Это имеет смысл делать всегда, когда вы считаете, что устройство находится в некорректном состоянии.

Конфликтов адресов точно не было?