slomblobov

На полочке можно размещать роутер совершенно спокойно, ничего не произойдет. При разработке оборудование проходит испытания на длительную работу не только при комнатной температуре. Если вас устраивает производительность WiFi, то почему нет. В вопросе "Что будет если я заверну роутер в одеяло" было бы куда больше интриги. 1) зависит от модели процессора. Более новые процессоры умеют понижать потребление энергии при перегреве, а старым процессорам это и не требуется ввиду сравнительно скромных аппетитов. Троттлинг реализован в передатчике WiFi, или в передатчике сотового модема. При перегреве он больше отдыхает и меньше передаёт. 2) какого-то стандартного сценария отключения при существенном перегреве нет, скорее всего от перегрева устройство уйдет в перезагрузку и тем самым понизит потребление, либо просто выйдет из строя. Но речи не идёт о том, чтобы спалить квартиру или дом.

Для исправления проблемы с пропаданием ipv6 адресов с Home интерфейса создан тикет NDM-3525.

По некой причине пропадают адреса с домашнего интерфейса. Нужно исключить OPKG из списка причин. Что произойдет, если загрузить устройство без флешки?

IPv6 на устройствах появился? К другим проблемам, если на устройства прилетает IPv6, то скорее всего браузер начинает использовать именно его и не работает редирект, верно? Судя по обилию ошибок bind() to [fd05:***:78fc:0:52ff:***:fe56:***]:777 failed (126: Address not available) вероятно, что ipv4 ресурсы тоже не будут работать.

https://osvault.keenetic.net/KN-1410/

Настроек LAN сегментов нет в конфиге. Пример ниже:

Спасибо за замечание! Необходимые изменения были сделаны, но не перенесены. В новой 4.2 всё будет работать.

Верно. Некоторые модемы предоставляют больше данных, некоторые меньше. Был составлен набор параметров, которые присутствуют в большинстве модемов данного типа. Для тех, кому мало, есть webcli с возможностью опросить модем любыми AT командами. Вы лишь недавно ворвались на форум с риторикой "всё пропало". Может быть так оно и есть, может быть. Однако, прошу вас доносить свою позицию в конструктивном ключе.

Клиент запрашивает ipv6 адрес через dhcpv6, получает неудовлетворительный ответ и повторяет попытку. Затем переходит в inform режим(stateless). В том же логе чуть выше похожая активность dhcpv4. Исторически так сложилось, что логгируется активность dhcp. Это можно спрятать и не долго, но на практике эти логи позволяют прояснить некоторые события в сети.

Мне вот тоже интересно... Быть может удалось что выяснять? Что за пятый и что на это ответят разработчики?

Очень похоже на несовместимость со старыми бэкапами, которая описана здесь. Однако вы создаёте с нуля и по-преждему не работает...

А если DoH/DoT настроить?

Между 4.1 и 4.2 netatalk был поднят с 3.1.18 до 3.2.0. Откатим обратно конечно до выяснения

@Denys в конфиге есть статический дефолтный маршрут ipv6 route default 2a**:***:b:cfd:***:2*ff:**:***. Возможно он конфликтует с маршрутом, полученным от провайдера.

Предлагаю удалить совсем, как правило модем ничего содержательного не показывает здесь. Некая константа, а в реальности же предельная скорость постоянно меняется.

А мне бы как хотелось, даже не представляете... Но пока нужно стабилизировать 4.2.

@Тося дождитесь воспроизведения проблемы и пришлите селфтесты с двух роутеров.

Данные предоставлены самим модемом, взяты и отображены как есть. (дальше нудятина, можно не читать) То, что данные не сопадают является вполне нормальным по нескольким причинам. Для начала состояние эфира постоянно меняется, но данные вычитываются не атомарно. Т.е. есть всё же небольшой интервал времени, за который цифры могут несущественно поменяться. Но даже если всё считать как следует, что технически сложно осуществимо ввиду ограничения большинства API модемов, то способ вычисления общей оценки сигнала расположен на стороне модема и только его разработчикам известно как всё устроено. Скорее всего они учитывают данные с антенн, сигнал от каждой несущей и прочее. Когда модемы начали агрегировать несколько несущих, то вообще имхо стало невозможно свести всё к одному какому-то числу. Так что я бы воспринимал эти параметры сигнала как оценочные, не претендующие на абсолютную истину.

Спасибо, проверим. Киньте селфтест на случай, если проблема окажется не очевидной в воспроизведении. Пока нет способов обойти проблему.

В логах явный отлуп от оператора. Если сделать interface UsbQmi0 debug, то будет еще более подробная причина отлупов. Скажите, с вашим оператором работает какой-либо другой модем в режиме 4G PDPv4v6?

Возможно что-то с продлением времени аренды префикса. show ipv6 prefixes

Ошибка поправлена, NDM-3484.

Взял модель KN-2311 только так удалось воспроизвести проблему. Дело за малым, разобраться.

Проверил с Мегафоном. Выдаются DNS адреса 2a03:d000:4001:29:9000::1a 2a03:d000:4001:29::1, не кастомизируются под режим PDP. Во всех режимах работает. У МТС DNS64 адреса особые, заканчиваются на ::64.