They took that article as gospel: you just spoke Latin to them.
@MoqaddasAli: I understand you came here asking for knowledge and while you may not have gotten the knowledge you wanted, you got the knowledge you needed.
If your problem is solved, please consider marking this topic as [Solved]. See How to mark a topic as [Solved] for a short how-to.
Thanks!
On the last line they say the thing with the whole article. âBuy our router and all will be fineâ.
The whole article is pretty much a sales commercial.
Yea, but 180+ days in uptime also means 180+ days without firmware upgrade.
So I donât really see the point of championship in really long uptime either.
But sure, the firmware is stable but if it run 30days it should run 300days also just as stable.
But if it doesnât even survive 24h without memory issues I wouldnât say it is stable. And many original firmwares arenât better than this unfortunately.
But the common home router owner has made bad internet connections because of router firmware quality to a religious process of rebooting and/or power cycle once every 24h.
This is so common that it has become industry standard. That is why it is so hard at this place to explain why they donât need to do it anymore.
We don't run âdaily rebootâ as the standard âit ainât a bug, itâs a featureâ thing.
Uptime is important, but it shouldn't come at the expense of neglecting firmware updates. While a stable firmware can run for extended periods, it's crucial to address security vulnerabilities and bug fixes through updates.
FWIW, I build my own firmware from main/snapshot sources on all my OpenWrt devices (always have/always will).
But your latest point regarding neglecting firmware updates to address security vulnerabilities and bug fixesat the expense of maintaining extended Uptimes because itâs a Stable Firmware doesnât comport to the topic being discussed.
You postulate earlier that:
Donât conflate the two.
My post was to reinforce that a properly configured device based on your use case just doesnât support your argument.
Absent power glitches/outages, OpenWrt, when properly configured, should be stable essentially indefinitely with an uptime to match.
Ideally, the device will only need to be restarted (and thus the uptime reset) for firmware updates, certain types of configuration changes [1], or other voluntary situations (such as unpluging momentarily to relocate the device or clean up cable clutter ).
If you are running into a situation where your OpenWrt router is not performing properly after some period of time, and restarting it helps, that means something is wrong with the configuration, user installed packages, or possibly impending hardware failures. Restarting OpenWrt under these circumstances simply masks the problem, it doesn't actually solve anything. The priority should be to find and resolve the problematic configurations or packages. There are no normal circumstances where OpenWrt should need to be restarted on a specific cadence to keep it running smoothly or to ensure security.
In many cases, config changes can be implemented simply by restarting the specific services affected, but sometimes it is easiest to simply restart the whole device. âŠď¸
From time to time and from hardware to hardware we have drivers faults that makes everything stop working. Sometimes forever and sometimes until someone fix the driver.