Stockowy soft ma funkcję "scheduled reboot", domyślnie włączoną. Bodaj codziennie o 3. w nocy.
Na OpenWrt raz zdarzyła mi się duża wyjebka, ale to może być bug w kernelu, bo mam na nim backport aż do 19.07.9 - kontroler USB 3.0 hostujący modem się wywrócił, a ja nie miałem wykrywania tego.

Co do fixa na IPv6, to został niemal od razu wciągnięty do mastera, niemniej jednak @Cezary możesz ewentualnie chcieć to wrzucić do swoich backportów.

Scheduler w ofw miałem wyłączony. Automatyczny upadte też wyłączony - to akurat sam sobie pilnuje wiem że się np aktualizuje umyślnie i wiem że mam wtedy nic nie robić.Też mam B10 akurat na tym egzemplarzu bo na innym zaktualizował się bodajże do czegoś nowszego może B11 ale w tej chwili nie sprawdzę bo mam go w innej lokalizacji. W momencie restartu przeglądałem neta i po prostu najpierw wifi zniknęło a potem jak się na niego zalogowałem widziałem że połączenie jest od 2-3 minut. Szkoda że nie ma tu rozdzielnia między uptime routera samego w sobie i uptime połączenia z siecią operatora.

Jak najprosciej w 286D można puścić ruch po LAN z konkretnego IP wewnątrz sieciowego ?

Bo domyślnie leci z WAN z łączą LTE

Obecnie mam ustawione tak że metryka jest na pierwszenstwo po WAN czyli LTE.

Więc np urządzenia po wifi lwcs po WAN.

A chciałbym żeby niektóre z nich leciały z LAN gdzie ruch do LAN jest kierowany z innych wejść ze świata

W sumie tak. O kierowaniu przez gateway nie pomyślałem

Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.284961] usb 3-1: USB disconnect, device number 2
Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.286772] option1 ttyUSB3: GSM modem (1-port) converter now disconnected from ttyUSB3
Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.289402] option 3-1:1.0: device disconnected
Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.297570] option1 ttyUSB4: GSM modem (1-port) converter now disconnected from ttyUSB4
Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.301837] option 3-1:1.1: device disconnected
Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.310017] option1 ttyUSB5: GSM modem (1-port) converter now disconnected from ttyUSB5
Tue Mar 15 17:15:55 2022 kern.info kernel: [  118.314247] option 3-1:1.2: device disconnected
Tue Mar 15 17:16:00 2022 kern.warn kernel: [  123.355991] xhci-hcd xhci-hcd.1.auto: xHCI host not responding to stop endpoint command.
Tue Mar 15 17:16:00 2022 kern.warn kernel: [  123.388342] xhci-hcd xhci-hcd.1.auto: Host halt failed, -110
Tue Mar 15 17:16:00 2022 kern.err kernel: [  123.388579] xhci-hcd xhci-hcd.1.auto: xHCI host controller not responding, assume dead
Tue Mar 15 17:16:00 2022 kern.err kernel: [  123.393528] xhci-hcd xhci-hcd.1.auto: HC died; cleaning up
Tue Mar 15 17:16:00 2022 kern.info kernel: [  123.401912] qmi_wwan 3-1:1.3 wwan1: unregister 'qmi_wwan' usb-xhci-hcd.1.auto-1, WWAN/QMI device

Na moim i siostrzanym MF286D co jakiś czas wywalają się kontrolery USB. Zauważyliście coś takiego u siebie?
Zachodzę w głowę, na ile to kwestia buga w kernelu (jadę na swoim backporcie do 19.07.9), a na ile jakiegoś quirka o którym zapomnieliśmy przy portowainu, a powinniśmy włączyć w device tree.

Mój też przestał działać po jakimś czasie. Myślałem, że znalazłem przyczynę czemu trafił na aukcję. Widać nie.

Nie tyle modemu, co kontrolera USB w routerze który go hostuje, ale to zrywa łączność aż do rebootu routera.

Robię to ręcznie - inaczej nie wypatrzyłbym tego w logu.
Na razie dorzuciłem na pałę coś takiego do DT, zobaczymy:

diff --git a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-mf286d.dts b/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-mf286d.dts
index 0f23f058735f..bb384fac402f 100644
--- a/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-mf286d.dts
+++ b/target/linux/ipq40xx/files-4.14/arch/arm/boot/dts/qcom-ipq4019-mf286d.dts
@@ -117,6 +117,9 @@
 
                usb3@8af8800 {
                        status = "okay";
+                       snps,dis_u2_susphy_quirk;
+                       snps,dis_u3_susphy_quirk;
+                       snps,dis_enblslpm_quirk;
                };
 
                crypto@8e3a000 {

Dorzucę to do swojego device tree i sprawdzę kolejnego builda - kontroler najczęściej wywalał mi się właśnie na odłączaniu urządzeń czy rebootach modemu - więc te quirki mają sens.
E: Do testów podpiąłem do routera zewnętrzny modem na USB i puściłem jego restarty w pętli, wcześniej wywalało się to bardzo szybko, a teraz kręci się z pół godziny, więc chyba jest lepiej. Jak test pokręci się jeszcze dłużej, powiedzmy - z godzinę, to wystawię PR z poprawką.

Jak najprościej do mf286d ze stajni play wgrać soft nordica - ktoś coś próbował? Docelowo openwrt ale chcę coś wcześniej przetestować